From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 23:10: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 61F2116A4CE for ; Sat, 26 Mar 2005 23:10:38 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id BAEC943D3F for ; Sat, 26 Mar 2005 23:10:37 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.228.54 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 26 Mar 2005 23:10:37 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 3ED576109 for ; Sat, 26 Mar 2005 17:10:36 -0600 (CST) 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 00642-07 for ; Sat, 26 Mar 2005 17:10:32 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 0ADF860EC for ; Sat, 26 Mar 2005 17:10:32 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2QNAVFP061656 for ; Sat, 26 Mar 2005 17:10:31 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4245EBE7.6060500@alumni.rice.edu> Date: Sat, 26 Mar 2005 17:10:31 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Subject: 4 LORs and freeze with wi(4) 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: Sat, 26 Mar 2005 23:10:38 -0000 I'm trying to get my Compaq Presario 1800T laptop up and running with -CURRENT. I successfully installed the March snapshot, cvsupped (today @ ~1:30am CST), and built a new world/kernel. Attempting to copy over some ports distfiles from another machine via scp causes the machine to freeze (console not responsive and machine not pingable). I am able to break into ddb, but further testing shows that any heavy network traffic will trigger the freeze. I had no problems with the snapshot, but I did notice the machine was spending ~65% of the CPU servicing the cbb0 interrupt under heavy network traffic. The wi(4) card is a Linksys Instant Wireless WPC11 3.0 (802.11b only), so heavy traffic is ~500 KB/sec and ~600 interrupts/sec. Why does 600 interrupts/sec use 65% on a 900 MHz Pentium 3? I guess witness could be causing that, but 1 ms and close to 1 million clock cycles per interrupt? Either I don't understand what is going on here (quite possible) or something is very wrong. I have a core and can easily reproduce this problem. Please let me know how I need to proceed from here to help resolve this. I wasn't sure exactly what info to extract from ddb or kgdb, so I hope what I did get was helpful. Any pointers on how to get more useful information are appreciated. Jon LORs (the first similar to http://sources.zabbadoz.net/freebsd/lor.html#035): ********************************************************************** lock order reversal 1st 0xc1428d4c wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:601 2nd 0xc139707c radix node head (radix node head) @ /usr/src/sys/net/route.c:148 KDB: stack backtrace: witness_checkorder(c139707c,9,c0651b0f,94) at witness_checkorder+0x4d6 _mtx_lock_flags(c139707c,0,c0651b0f,94,7) at _mtx_lock_flags+0x5f rtalloc1(cdf0baec,1,0,210,b01a8c0) at rtalloc1+0x65 arplookup(0,80246,cdf0bb34,c04ce49d,138) at arplookup+0x3a arpintr(c13fa700,c13fa700,0,c13fa700,3c) at arpintr+0x303 ether_demux(c1428000,c13fa700,806,c1428000,c1399000) at ether_demux+0x228 ether_input(c1428000,c13fa700,c067fa20,436,0) at ether_input+0x19a ieee80211_input(c1428254,c13fa700,c1399000,2f,2ec039) at ieee80211_input+0xd39 wi_intr(c1428000,0,0,c1223be8,0) at wi_intr+0x72d ithread_loop(c121c700,cdf0bd48,28,c121c700,c04c4b76) at ithread_loop+0x113 fork_exit(c04c4b76,c121c700,cdf0bd48) at fork_exit+0x9b fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcdf0bd7c, ebp = 0 --- lock order reversal 1st 0xc14c5924 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc1428d4c wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:876 KDB: stack backtrace: witness_checkorder(c1428d4c,9,c0640083,36c) at witness_checkorder+0x4d6 _mtx_lock_flags(c1428d4c,0,c0640083,36c,c064aef7) at _mtx_lock_flags+0x5f wi_start(c1428000,202,0,c13fa1d6,0) at wi_start+0x34 ether_output_frame(c1428000,c13fa100,ffffffff,ffffffff,c05dffff) at ether_output_frame+0x1b5 ether_output(c1428000,c13fa100,d2d89a64,0,c14744c8) at ether_output+0x34b arprequest(d2d89b3c) at arprequest+0xda arpresolve(c1428000,c14c58c4,c13fa200,d2d89b38,d2d89ac0) at arpresolve+0x259 ether_output(c1428000,c13fa200,d2d89b38,c14c58c4) at ether_output+0x82 ip_output(c13fa200,0,d2d89b34,1,0,c14c37bc) at ip_output+0x844 udp_send(c14c167c,0,c13fa200,0,0,c140f730) at udp_send+0x46a sosend(c14c167c,0,d2d89c48,c13fa200,0,0,c140f730) at sosend+0x657 kern_sendit(c140f730,4,d2d89cc8,0,0) at kern_sendit+0xf5 sendit(d2d89cc8,0,807a021,0,0) at sendit+0x14f sendto(c140f730,d2d89d14,bfbfddd0,6,3) at sendto+0x4d syscall(2f,2f,2f,bfbfe95c,2812b624) at syscall+0x1f2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280bf6ab, esp = 0xbfbfddcc, ebp = 0xbfbfddec --- lock order reversal 1st 0xc14c3798 inp (udpinp) @ /usr/src/sys/netinet/udp_usrreq.c:772 2nd 0xc1428d4c wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:876 KDB: stack backtrace: witness_checkorder(c1428d4c,9,c0640083,36c) at witness_checkorder+0x4d6 _mtx_lock_flags(c1428d4c,0,c0640083,36c,c064aef7) at _mtx_lock_flags+0x5f wi_start(c1428000,2,0,c13f9cb2,0) at wi_start+0x34 ether_output_frame(c1428000,c13f9c00,0,de90700,2c67) at ether_output_frame+0x1b5 ether_output(c1428000,c13f9c00,d2d89b38,c14c58c4) at ether_output+0x34b ip_output(c13f9c00,0,d2d89b34,1,0,c14c3708) at ip_output+0x844 udp_send(c14c17c8,0,c13f9c00,0,0,c140f730) at udp_send+0x46a sosend(c14c17c8,0,d2d89c48,c13f9c00,0,0,c140f730) at sosend+0x657 kern_sendit(c140f730,4,d2d89cc8,0,0) at kern_sendit+0xf5 sendit(d2d89cc8,0,807a021,0,0) at sendit+0x14f sendto(c140f730,d2d89d14,bfbfddd0,6,b) at sendto+0x4d syscall(2f,2f,2f,bfbfe93c,2812b624) at syscall+0x1f2 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip = 0x280bf6ab, esp = 0xbfbfddcc, ebp = 0xbfbfddec --- lock order reversal 1st 0xc1428d4c wi0 (network driver) @ /usr/src/sys/dev/wi/if_wi.c:601 2nd 0xc06f512c tcp (tcp) @ /usr/src/sys/netinet/tcp_input.c:614 KDB: stack backtrace: witness_checkorder(c06f512c,9,c0655279,266) at witness_checkorder+0x4d6 _mtx_lock_flags(c06f512c,0,c0655279,266) at _mtx_lock_flags+0x5f tcp_input(c13fac00,14,c063dba8,c13fac00,3) at tcp_input+0x423 ip_input(c13fac00,c13fac00,0,c13fac00,4e) at ip_input+0x933 ether_demux(c1428000,c13fac00,800,c1428000,c1399800) at ether_demux+0x228 ether_input(c1428000,c13fac00,c067fa20,436,0) at ether_input+0x19a ieee80211_input(c1428254,c13fac00,c1399800,2d,b79650e8) at ieee80211_input+0xd39 wi_intr(c1428000,0,0,c1223be8,0) at wi_intr+0x72d ithread_loop(c121c700,cdf0bd48,28,c121c700,c04c4b76) at ithread_loop+0x113 fork_exit(c04c4b76,c121c700,cdf0bd48) at fork_exit+0x9b fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcdf0bd7c, ebp = 0 --- ********************************************************************** ddb (copied by hand): ********************************************************************** KDB: enter: manual escape to debugger [thread pid 13 tid 100004 ] Stopped at kdb_enter+0x2a: leave db> show pcpu cpuid = 0 curthread = 0xc121f8a0: pid 13 "irq 1: atkbd0" curpcb = 0xcdee4da0 fpcurthread = none idlethread = 0xc121f5c0: pid 11 "idle" APIC ID = 0 currentldt = 0x28 spin locks help: db> where Tracing pid 13 tid 100004 td 0xc121f8a0 kdb_enter(c0661268,c04f2c08,c06451bf,2,c0717a60) at kdb_enter+0x2a scgetc(c06961c0,c137fa00,c0701980,c121f8a0,cdee4ce0) at scgetc+0x480 sckbdevent(c0701980,0,c0717a60) at sckbdevent_0x183 atkdb_intr(c0701980,0,cdee4d18,c04c4c89,c0701980) at atkdb_intr+0x1f atkdb_isa_intr(c0701980,0,0,c121e7f0,0) at atkdb_isa_intr+0x16 ithread_loop(c121cb80,cdee4d48,28,c121cb80,c04c4b76) at ithread_loop+0x113 fork_exit(c04c4b76,c121cb80,cdee4d48) at fork_exit+0x9b fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcdee4d7c, ebp = 0 --- db> show alllocks Process 520 (ssh) thread 0xc146f8a0 (100069) exclusive sleep mutex inp (tcpinp) r = 0 (0xc14f1a68) locked @ /usr/src/sys/netinet/tcp_usrreq.c:603 Process 22 (irq11: cbb0 fxp0++) thread 0xc1220cf0 (100014) exclusive sleep mutex tcp r = 0 (0xc06f512c) locked @ /usr/src/sys/netinet/tcp_input.c:614 exclusive sleep mutex wi0 (network driver) r = 0 (0xc1428d4c) locked @ /usr/src/sys/dev/wi/if_wi.c:601 Process 13 (irq1: atkbd0) thread 0xc121f8a0 (100004) exclusive sleep mutex Giant r = 0 (0xc06a8080) locked @ /usr/src/sys/kern/kern_intr.c:545 db> call doadump Dumping 319 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 Dump complete 0xf db> reset ********************************************************************** kgdb: ********************************************************************** [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:164 164 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:164 #1 0xc044061f in db_fncall (dummy1=-1068587398, dummy2=0, dummy3=-1, dummy4=0xcdee4b04 "") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0440994 in db_command_loop () at /usr/src/sys/ddb/db_command.c:349 #3 0xc04421d2 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc04ea9c8 in kdb_trap (type=3, code=0, tf=0xc06aa560) at /usr/src/sys/kern/subr_kdb.c:421 #5 0xc06154e1 in trap (frame= {tf_fs = -840040424, tf_es = -1068630000, tf_ds = -1067188208, tf_edi = -1066304928, tf_esi = -1066318208, tf_ebp = -840020876 , tf_isp = -840020896, tf_ebx = -1066304928, tf_edx = 1, tf_ecx = -1067148970, tf_eax = -1067052440, tf_trapno = 3, tf_err = 0, tf_e ip = -1068587398, tf_cs = 8, tf_eflags = 524870, tf_esp = -840020828, tf_ss = -1067453223}) at /usr/src/sys/i386/i386/trap.c:573 #6 0xc0606e6a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xcdee0018 in ?? () #8 0xc04e0010 in umtxq_signal (key=0xc0714680, n_wake=0) at /usr/src/sys/kern/kern_umtx.c:155 #9 0xc05ff4d9 in scgetc (sc=0xc0717a60, flags=2) at /usr/src/sys/dev/syscons/syscons.c:3296 #10 0xc05ff764 in sckbdevent (thiskbd=0xc0701980, event=0, arg=0xc0717a60) at /usr/src/sys/dev/syscons/syscons.c:638 #11 0xc05f1ed4 in atkbd_intr (kbd=0xc0701980, arg=0x0) at /usr/src/sys/dev/kbd/atkbd.c:480 #12 0xc061bda7 in atkbd_isa_intr (arg=0x0) at /usr/src/sys/isa/atkbd_isa.c:177 ---Type to continue, or q to quit--- #13 0xc04c4c89 in ithread_loop (arg=0xc121cb80) at /usr/src/sys/kern/kern_intr.c:546 #14 0xc04c419c in fork_exit (callout=0xc04c4b76 , arg=0xc121cb80, frame=0xcdee4d48) at /usr/src/sys/kern/kern_fork.c:790 #15 0xc0606ecc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) quit ********************************************************************** From owner-freebsd-current@FreeBSD.ORG Sat Mar 26 23: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 B99BA16A4CE for ; Sat, 26 Mar 2005 23:12:27 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5554A43D39 for ; Sat, 26 Mar 2005 23:12:27 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 51B3846B38 for ; Sat, 26 Mar 2005 18:12:26 -0500 (EST) Date: Sat, 26 Mar 2005 23:09:21 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 26 Mar 2005 23:12:27 -0000 On Sat, 26 Mar 2005, Robert Watson wrote: > Got the following panic while doing a buildworld on a dual xeon (quad > logical processor) system today, using 6-CURRENT source from today. Actually, it looks like this is a false positive -- a race introduced in local code because the debugging code to check for multiple frees (etc) was getting called after mutexes/etc were released, so raced against real-world re-allocation. Robert N M Watson > > Robert N M Watson > > Slab at 0xc5857200, freei 2 = 0. > panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) > > cpuid = 1 > KDB: enter: panic > [thread pid 10534 tid 100207 ] > Stopped at kdb_enter+0x2b: nop > db> trace > Tracing pid 10534 tid 100207 td 0xc5e27000 > kdb_enter(c08317e5) at kdb_enter+0x2b > panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 > uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 > uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 > namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 > vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 > vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e > kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 > open(c5e27000,ebb3fd14,3,b,202) at open+0x1a > syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, > ebp = 0xbfbfe318 --- > db> show lockedvnods > Locked vnodes > > 0xc61819fc: tag ufs, type VREG > usecount 1, writecount 0, refcount 4 mountedhere 0 > flags () > v_object 0xc6174738 ref 0 pages 5 > lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) > ino 2028972, on dev ar0s1e > > 0xc6b5fd50: tag ufs, type VREG > usecount 1, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xc76d3528 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) > ino 2028317, on dev ar0s1e > > > _______________________________________________ > 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 Mar 26 23:52: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 ACB3016A4CE; Sat, 26 Mar 2005 23:52:19 +0000 (GMT) Received: from stephanie.unixdaemons.com (stephanie.unixdaemons.com [67.18.111.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34DE643D58; Sat, 26 Mar 2005 23:52:19 +0000 (GMT) (envelope-from bmilekic@technokratis.com) Received: from stephanie.unixdaemons.com (bmilekic@localhost.unixdaemons.com [127.0.0.1])j2QNqG1S061660; Sat, 26 Mar 2005 18:52:16 -0500 (EST) Received: (from bmilekic@localhost) by stephanie.unixdaemons.com (8.13.3/8.12.1/Submit) id j2QNqGjH061659; Sat, 26 Mar 2005 18:52:16 -0500 (EST) (envelope-from bmilekic@technokratis.com) X-Authentication-Warning: stephanie.unixdaemons.com: bmilekic set sender to bmilekic@technokratis.com using -f Date: Sat, 26 Mar 2005 18:52:16 -0500 From: Bosko Milekic To: Robert Watson Message-ID: <20050326235216.GA61340@technokratis.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 26 Mar 2005 23:52:19 -0000 Someone with more time than myself should look into extending memguard to be able to override not only malloc types but also UMA zones. This would help in the future with problems such as the one below (which turned out to be a false positive), but also with real double-frees as recently reported by JHB, for example. -Bosko On Sat, Mar 26, 2005 at 11:09:21PM +0000, Robert Watson wrote: > On Sat, 26 Mar 2005, Robert Watson wrote: > > > Got the following panic while doing a buildworld on a dual xeon (quad > > logical processor) system today, using 6-CURRENT source from today. > > Actually, it looks like this is a false positive -- a race introduced in > local code because the debugging code to check for multiple frees (etc) > was getting called after mutexes/etc were released, so raced against > real-world re-allocation. > > Robert N M Watson > > > > > > Robert N M Watson > > > > Slab at 0xc5857200, freei 2 = 0. > > panic: Duplicate free of item 0xc5862800 from zone 0xc55f8580(NAMEI) > > > > cpuid = 1 > > KDB: enter: panic > > [thread pid 10534 tid 100207 ] > > Stopped at kdb_enter+0x2b: nop > > db> trace > > Tracing pid 10534 tid 100207 td 0xc5e27000 > > kdb_enter(c08317e5) at kdb_enter+0x2b > > panic(c084b549,c5862800,c55f8580,c0839cfb,c084b52d) at panic+0x127 > > uma_dbg_free(c55f8580,0,c5862800) at uma_dbg_free+0x110 > > uma_zfree_arg(c55f8580,c5862800,0) at uma_zfree_arg+0xf4 > > namei(ebb3fbdc,c0626abe,c5e27000,c5e27000,c5e27000) at namei+0x245 > > vn_open_cred(ebb3fbdc,ebb3fcdc,1a4,c5ddec80,3) at vn_open_cred+0x278 > > vn_open(ebb3fbdc,ebb3fcdc,1a4,3,c0626abe) at vn_open+0x1e > > kern_open(c5e27000,8418900,0,8001,1b6) at kern_open+0xb6 > > open(c5e27000,ebb3fd14,3,b,202) at open+0x1a > > syscall(2f,2f,bfbf002f,0,0) at syscall+0x213 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (5, FreeBSD ELF32, open), eip = 0x82d0e27, esp = 0xbfbfe2fc, > > ebp = 0xbfbfe318 --- > > db> show lockedvnods > > Locked vnodes > > > > 0xc61819fc: tag ufs, type VREG > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags () > > v_object 0xc6174738 ref 0 pages 5 > > lock type ufs: EXCL (count 1) by thread 0xc5e27a10 (pid 10541) > > ino 2028972, on dev ar0s1e > > > > 0xc6b5fd50: tag ufs, type VREG > > usecount 1, writecount 0, refcount 3 mountedhere 0 > > flags () > > v_object 0xc76d3528 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xc624aa10 (pid 10538) > > ino 2028317, on dev ar0s1e > > > > > > _______________________________________________ > > 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" -- Bosko Milekic bmilekic@technokratis.com bmilekic@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 02:16: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 3509A16A4CE for ; Sun, 27 Mar 2005 02:16:27 +0000 (GMT) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [204.127.202.59]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4A6543D3F for ; Sun, 27 Mar 2005 02:16:26 +0000 (GMT) (envelope-from DougB@freebsd.org) Received: from master (c-24-130-110-32.hsd1.ca.comcast.net[24.130.110.32]) by comcast.net (sccrmhc14) with SMTP id <2005032702162501400j7ihfe>; Sun, 27 Mar 2005 02:16:26 +0000 Date: Sat, 26 Mar 2005 18:16:24 -0800 (PST) From: Doug Barton To: Doug Poland In-Reply-To: <20050325130458.GA40427@polands.org> Message-ID: <20050326181516.X65159@qbhto.arg> References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 02:16:27 -0000 On Fri, 25 Mar 2005, Doug Poland wrote: > There are some examples in the gtar man page that would be nice to have > in bsdtar. Given that "some examples" have already been implemented, I think we're covered here. :) If you want something more specific, you'll have to provide a little more information. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 02:30: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 3495016A4CE for ; Sun, 27 Mar 2005 02:30:59 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44E0043D41 for ; Sun, 27 Mar 2005 02:30:58 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DFNXV-0003kg-K5 for freebsd-current@freebsd.org; Sun, 27 Mar 2005 04:30:09 +0200 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 04:30:09 +0200 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 04:30:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christopher Nehren Date: Sun, 27 Mar 2005 02:30:00 +0000 (UTC) Organization: /usr/bin/false Lines: 32 Message-ID: References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org> <20050326181516.X65159@qbhto.arg> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Idea for tar feature (was: Re: Heads up: gtar gone from base system) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 02:30:59 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-27, Doug Barton scribbled these curious markings: > Given that "some examples" have already been implemented, I think we're > covered here. :) If you want something more specific, you'll have to > provide a little more information. Not from gtar, but rather OpenBSD's tar: the -s option, which allows you to perform s/// replacements on archive paths. I've encountered a few situations in the past where this would have saved me a bit of work. -s doesn't seem to be in use in FreeBSD's tar, so it should be safe to use it for this option, yes? Should I submit a PR for this? Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRhrGk/lo7zvzJioRAh+3AKCvwSzCsyAQon38zhz3z5Iem92JPACgtyIQ K8uaekyQIgC97k5JHdJTtn0= =Ifh4 -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 07:42: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 5C2ED16A4CE for ; Sun, 27 Mar 2005 07:42:59 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BED943D48 for ; Sun, 27 Mar 2005 07:42:58 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j2R7guOZ029171; Sat, 26 Mar 2005 23:42:56 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <424663FD.8030902@freebsd.org> Date: Sat, 26 Mar 2005 23:42:53 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christopher Nehren References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org> <20050326181516.X65159@qbhto.arg> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Idea for tar feature X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Mar 2005 07:42:59 -0000 Christopher Nehren wrote: > > Not from gtar, but rather OpenBSD's tar: the -s option, which allows you > to perform s/// replacements on archive paths. This is a good idea. There's already a hook in the source for doing pathname edits, so the only trick is implementing the actual substitution code. I think that the Henry Spencer regex(3) routines in the FreeBSD libc should fill the bill nicely. I'll add it to my TODO list. ;-) Tim From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 07:48: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 808FD16A4CE for ; Sun, 27 Mar 2005 07:48:32 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 525E543D48 for ; Sun, 27 Mar 2005 07:48:32 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.228.54 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 27 Mar 2005 07:48:32 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 4E4ED611F for ; Sun, 27 Mar 2005 01:48:31 -0600 (CST) 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 00643-20-2 for ; Sun, 27 Mar 2005 01:48:29 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 88E6560E9 for ; Sun, 27 Mar 2005 01:48:29 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j2R7mTun082664 for ; Sun, 27 Mar 2005 01:48:29 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4246654D.3030809@alumni.rice.edu> Date: Sun, 27 Mar 2005 01:48:29 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org References: <4245EBE7.6060500@alumni.rice.edu> In-Reply-To: <4245EBE7.6060500@alumni.rice.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Subject: Re: 4 LORs and freeze with wi(4) 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: Sun, 27 Mar 2005 07:48:32 -0000 On 03/26/05 17:10, Jon Noack wrote: > I'm trying to get my Compaq Presario 1800T laptop up and running with > -CURRENT. I successfully installed the March snapshot, cvsupped (today > @ ~1:30am CST), and built a new world/kernel. Attempting to copy over > some ports distfiles from another machine via scp causes the machine to > freeze (console not responsive and machine not pingable). I am able to > break into ddb, but further testing shows that any heavy network traffic > will trigger the freeze. By the way, it doesn't freeze with debug.mpsafenet=0. However, the interrupt time is still really high. With witness disabled (sysctl debug.witness.watch=0) but invariants enabled I got the following snapshot from systat -vm while copying over the thunderbird source from another machine via scp: 12.4%Sys 68.0%Intr 3.7%User 0.0%Nice 15.9%Idl 108988 inact 6: fdc0 | | | | | | | | | | 1796 cache 128 8: rtc ======++++++++++++++++++++++++++++++++++>> 135060 free 1 9: acpi daefr 551 11: cbb 68% for 551 interrupts? Jon From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 09:36: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 098E816A4CE for ; Sun, 27 Mar 2005 09:36:00 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B6D43D41 for ; Sun, 27 Mar 2005 09:35:59 +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 j2R9XBeI061248; Sun, 27 Mar 2005 02:33:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Mar 2005 02:33:43 -0700 (MST) Message-Id: <20050327.023343.93880014.imp@bsdimp.com> To: ihsan@dogan.ch From: "M. Warner Losh" In-Reply-To: References: 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: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 09:36:00 -0000 In message: Ihsan Dogan writes: : Since notebooks are shipped without a serial intercace, I bought : a Cardbus interface for my Thinkpad T42p, with has a 16C950 : (fully compatible to 16C550, which is supported by FreeBSD). : : When I put the into the cardbus slot, I get the this messages : (I have sio and puc in my kernel): : cardbus1: at device 0.0 (no driver attached) : : Do I have any chance to get this card running with FreeBSD? Yes. You'll need to add the right information to the puc driver. Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 09:36: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 11D7216A4CE for ; Sun, 27 Mar 2005 09:36:01 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D78B43D41 for ; Sun, 27 Mar 2005 09:36:00 +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 j2R9YeQc061249; Sun, 27 Mar 2005 02:34:55 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sun, 27 Mar 2005 02:35:12 -0700 (MST) Message-Id: <20050327.023512.38870817.imp@bsdimp.com> To: arnaud@pnzone.net From: "M. Warner Losh" In-Reply-To: <42449CC9.4070100@pnzone.net> References: <42449CC9.4070100@pnzone.net> 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: TIACX111 Carbus activation failed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Mar 2005 09:36:01 -0000 Hi I got an hardware recognition problem on my 6-Current box. The latest cvs update and recompilation of the kernel are from March the 24th. Here are the details: # pciconf -lv | grep ACX none1@pci2:0:0: class=0x028000 card=0x16ec010e chip=0x9066104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TNETW1130(ACX111) 802.11b/g Wireless Cardbus/PCI Adapter' class = network And the dmesg with hw.cbb.debug=1 and hw.cardbus.debug=1: cbb0: card inserted: event=0x00000000, state=30000920 cbb0: cbb_power: 3V cardbus0: Expecting link target, got 0x32 cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Resource not specified in CIS: id=14, size=20000 cardbus0: Non-prefetchable memory at 88000000-88021fff cardbus0: at device 0.0 (no driver attached) cbb0: cbb_power: 0V cbb0: cbb_power: 3V cardbus0: Expecting link target, got 0x32 cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Resource not specified in CIS: id=14, size=20000 cardbus0: Non-prefetchable memory at 88000000-88021fff isab1: at device 7.4 on pci0 device_attach: isab1 attach returned 6 Does anyone know were the problem should be located and how to repair it ? Thank you. -- Arnaud de Prelle (apn) arnaud@pnzone.net http://pnzone.net _______________________________________________ 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" In message: <42449CC9.4070100@pnzone.net> arnaud de prelle writes: : Hi I got an hardware recognition problem on my 6-Current box. : The latest cvs update and recompilation of the kernel are from March the : 24th. : : Here are the details: : : # pciconf -lv | grep ACX : none1@pci2:0:0: class=0x028000 card=0x16ec010e chip=0x9066104c : rev=0x00 hdr=0x00 : vendor = 'Texas Instruments (TI)' : device = 'TNETW1130(ACX111) 802.11b/g Wireless Cardbus/PCI Adapter' : class = network : : And the dmesg with hw.cbb.debug=1 and hw.cardbus.debug=1: : : cbb0: card inserted: event=0x00000000, state=30000920 : cbb0: cbb_power: 3V : cardbus0: Expecting link target, got 0x32 : cardbus0: Resource not specified in CIS: id=10, size=2000 : cardbus0: Resource not specified in CIS: id=14, size=20000 : cardbus0: Non-prefetchable memory at 88000000-88021fff : cardbus0: at device 0.0 (no driver attached) : cbb0: cbb_power: 0V : cbb0: cbb_power: 3V : cardbus0: Expecting link target, got 0x32 : cardbus0: Resource not specified in CIS: id=10, size=2000 : cardbus0: Resource not specified in CIS: id=14, size=20000 : cardbus0: Non-prefetchable memory at 88000000-88021fff : isab1: at device 7.4 on pci0 : device_attach: isab1 attach returned 6 : : Does anyone know were the problem should be located and how to repair it ? : Thank you. Have you tried using the ndis driver? Warner From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 10:06: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 37B9916A4CE; Sun, 27 Mar 2005 10:06:00 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FA2143D39; Sun, 27 Mar 2005 10:05:59 +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.1/8.13.1) with ESMTP id j2RA5w5L004417; Sun, 27 Mar 2005 05:05:58 -0500 (EST) (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 j2RA5wO4051163; Sun, 27 Mar 2005 05:05:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8EA207306E; Sun, 27 Mar 2005 05:05:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050327100558.8EA207306E@freebsd-current.sentex.ca> Date: Sun, 27 Mar 2005 05:05:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/779/Tue Mar 22 07:34:41 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 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: Sun, 27 Mar 2005 10:06:00 -0000 TB --- 2005-03-27 08:24:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-27 08:24:48 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-27 08:24:48 - checking out the source tree TB --- 2005-03-27 08:24:48 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-27 08:24:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-27 08:40:22 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-27 08:40:22 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-27 08:40:22 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-27 09:48:50 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-27 09:48:50 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-27 09:48:50 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 27 09:48: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 [...] objcopy --strip-debug if_wb.ko.debug if_wb.ko ===> wi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c: In function `wi_pccard_attach': /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: `sc' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/wi. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-27 10:05:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-27 10:05:58 - ERROR: failed to build generic kernel TB --- 2005-03-27 10:05:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 11:01: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 ECE7216A4CE for ; Sun, 27 Mar 2005 11:01:17 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 177EA43D41 for ; Sun, 27 Mar 2005 11:01:17 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1DFVVI-00024a-Qb for freebsd-current@freebsd.org; Sun, 27 Mar 2005 13:00:24 +0200 Received: from defiant.dogan.ch ([213.144.141.146]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 13:00:24 +0200 Received: from ihsan by defiant.dogan.ch with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 27 Mar 2005 13:00:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ihsan Dogan Date: Sun, 27 Mar 2005 10:38:17 +0000 (UTC) Organization: Private Lines: 32 Message-ID: References: <20050327.023343.93880014.imp@bsdimp.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: defiant.dogan.ch X-Editor: Vim-603 http://www.vim.org User-Agent: slrn/0.9.8.1 (NetBSD) Sender: news Subject: Re: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ihsan@dogan.ch List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 11:01:18 -0000 * M. Warner Losh : > : Since notebooks are shipped without a serial intercace, I bought > : a Cardbus interface for my Thinkpad T42p, with has a 16C950 > : (fully compatible to 16C550, which is supported by FreeBSD). > : > : When I put the into the cardbus slot, I get the this messages > : (I have sio and puc in my kernel): > : cardbus1: at device 0.0 (no driver attached) > : > : Do I have any chance to get this card running with FreeBSD? > > Yes. You'll need to add the right information to the puc driver. It's a OXCB950 based card: none4@pci6:0:0: class=0x070006 card=0x00011415 chip=0x950b1415 rev=0x00 hdr=0x00 vendor = 'Oxford Semiconductor Ltd' device = 'OXCB950 Integrated High Performance UART (Cardbus/PCI Interface)' class = simple comms subclass = UART As I can see, the card is not defined in pucdata.c. Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 11:34: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 6743516A4CE; Sun, 27 Mar 2005 11:34:30 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C245A43D41; Sun, 27 Mar 2005 11:34:29 +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.1/8.13.1) with ESMTP id j2RBYT0c006209; Sun, 27 Mar 2005 06:34:29 -0500 (EST) (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 j2RBYTYJ028014; Sun, 27 Mar 2005 06:34:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EF2EC7306E; Sun, 27 Mar 2005 06:34:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050327113428.EF2EC7306E@freebsd-current.sentex.ca> Date: Sun, 27 Mar 2005 06:34:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/779/Tue Mar 22 07:34:41 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 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: Sun, 27 Mar 2005 11:34:30 -0000 TB --- 2005-03-27 10:05:58 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-27 10:05:58 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-27 10:05:58 - checking out the source tree TB --- 2005-03-27 10:05:58 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-27 10:05:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-27 10:12:42 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-27 10:12:42 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-27 10:12:42 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-27 11:20:31 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-27 11:20:31 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-27 11:20:31 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 27 11:20:32 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 [...] objcopy --strip-debug if_wb.ko.debug if_wb.ko ===> wi (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c: In function `wi_pccard_attach': /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: `sc' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/wi. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-27 11:34:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-27 11:34:28 - ERROR: failed to build generic kernel TB --- 2005-03-27 11:34:28 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 12:38: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 4C29716A4CE for ; Sun, 27 Mar 2005 12:38:53 +0000 (GMT) Received: from defiant.dogan.ch (defiant.dogan.ch [213.144.141.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF5FE43D54 for ; Sun, 27 Mar 2005 12:38:51 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: by defiant.dogan.ch (Postfix, from userid 1000) id 2E76B179F9; Sun, 27 Mar 2005 14:38:50 +0200 (CEST) Date: Sun, 27 Mar 2005 14:37:48 +0200 From: Ihsan Dogan To: Milan Obuch Message-ID: <20050327123748.GA6038@dogan.ch> References: <20050327.023343.93880014.imp@bsdimp.com> <200503271331.42923.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503271331.42923.bsd@dino.sk> User-Agent: Mutt/1.4.2.1i X-Operating-System: NetBSD/i386 1.6.2 X-Uptime: 2:29PM up 246 days, 2:55, 9 users, load averages: 0.86, 0.77, 0.78 X-Binford: 6100 (more power) X-Editor: Vim-603 http://www.vim.org Resent-From: ihsan@dogan.ch Resent-Date: Sun, 27 Mar 2005 14:38:50 +0200 Resent-To: current@freebsd.org Resent-Message-Id: <20050327123850.2E76B179F9@defiant.dogan.ch> Subject: Re: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 12:38:53 -0000 On Sunday, 27 Mar 2005 13:31 +0200, Milan Obuch wrote: > I would try to use somewhat similar definition, which could be added: > > { "Oxford Semiconductor OXCB950 UART", > { 0x1415, 0x950b, 0, 0 }, > { 0xffff, 0xffff, 0, 0 }, > { > { PUC_PORT_TYPE_COM, 0x10, 0x00, COM_FREQ }, > }, > }, > > Try add this to pucdata.c, recompile and run - this could work, if not, > provide verbose bootlog. Maybe someone knows better... The card is now recognized: Mar 27 14:04:25 makar kernel: pcib2: device cardbus1 requested decoded memory range 0xc0200000-0xcfffffff Mar 27 14:04:25 makar kernel: pcib2: device cardbus1 requested decoded I/O range 0x4000-0x8fff Mar 27 14:04:25 makar kernel: found-> vendor=0x1415, dev=0x950b, revid=0x00 Mar 27 14:04:25 makar kernel: bus=6, slot=0, func=0 Mar 27 14:04:25 makar kernel: class=07-00-06, hdrtype=0x00, mfdev=0 Mar 27 14:04:25 makar kernel: cmdreg=0x0000, statreg=0x0290, cachelnsz=0 (dwords) Mar 27 14:04:25 makar kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) Mar 27 14:04:25 makar kernel: intpin=a, irq=11 Mar 27 14:04:25 makar kernel: powerspec 1 supports D0 D2 D3 current D0 Mar 27 14:04:25 makar kernel: puc0: port 0x4000-0x400f,0x4010-0x4017 mem 0xc0240000-0xc0240fff,0xc0241000-0xc0241fff,0xc0242000-0xc0242fff irq 11 at device 0.0 on cardbus1 Mar 27 14:04:25 makar kernel: pcib2: device puc0 requested decoded I/O range 0x4010-0x4017 Mar 27 14:04:25 makar kernel: sio4: on puc0 Mar 27 14:04:25 makar kernel: sio4: type 16550A Mar 27 14:04:25 makar kernel: sio4: unable to activate interrupt in fast mode - using normal mode I hooked up a Sun machine to the serial and connected with tip to it (/etc/remote settings are correct, tested on a different machine). I didn't see anythin in tip, but I got this errors: Mar 27 14:22:07 makar kernel: sio4: 2 more silo overflows (total 8) Mar 27 14:22:08 makar kernel: sio4: 1 more silo overflow (total 9) Mar 27 14:22:08 makar kernel: sio4: 24 more interrupt-level buffer overflows (total 481) Mar 27 14:22:09 makar kernel: sio4: 1 more silo overflow (total 10) Mar 27 14:22:09 makar kernel: sio4: 91 more interrupt-level buffer overflows (total 572) Mar 27 14:22:16 makar kernel: sio4: 29 more interrupt-level buffer overflows (total 601) Mar 27 14:22:24 makar kernel: sio4: 1 more silo overflow (total 11) Mar 27 14:22:24 makar kernel: sio4: 88 more interrupt-level buffer overflows (total 689) Mar 27 14:22:37 makar kernel: sio4: 1 more silo overflow (total 12) Mar 27 14:22:37 makar kernel: sio4: 21 more interrupt-level buffer overflows (total 710) Mar 27 14:25:51 makar kernel: acpi_ec0: info: new max delay is 70 us If I remove the card: Mar 27 14:26:33 makar kernel: cardbus1: release_all_resource: Resource still owned by child, oops. (type=1, rid=0, addr=b) Mar 27 14:26:33 makar kernel: cardbus1: release_all_resource: Resource still owned by child, oops. (type=4, rid=16, addr=4010) Mar 27 14:26:33 makar kernel: sio4: still open, forcing close Mar 27 14:26:33 makar kernel: sio4: detached If I reconnect the card, the kernel panics. Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/ From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 13:11:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1486E16A4CE for ; Sun, 27 Mar 2005 13:11:03 +0000 (GMT) Received: from www.webcom.it (gen053.n002.c03.escapebox.net [213.73.82.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A1E43D48 for ; Sun, 27 Mar 2005 13:11:02 +0000 (GMT) (envelope-from "") Received: from [213.140.6.121] (helo=brian) by webcom.it with asmtp (Exim 3.36 #1) id 1DFXXh-0002Es-00 for current@freebsd.org; Sun, 27 Mar 2005 13:11:01 +0000 Date: Sun, 27 Mar 2005 15:11:00 +0200 From: Andrea Campi To: current@freebsd.org Message-ID: <20050327131059.GA633@webcom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Received: from andrea by webcom.it with asmtp (Exim 3.36 #1) id 1DFXXh-0002Es-00; Sun, 27 Mar 2005 13:11:01 +0000 Subject: Panic: vm_page_dirty: page is free! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 27 Mar 2005 13:11:03 -0000 Hi, I don't remember seeing this: #0 doadump () at pcpu.h:164 #1 0xc0530842 in boot (howto=260) at ../../../kern/kern_shutdown.c:398 #2 0xc0530bb8 in panic (fmt=0xc070b5bc "vm_page_dirty: page is free!") at ../../../kern/kern_shutdown.c:554 #3 0xc0661e9f in vm_page_dirty (m=0x0) at ../../../vm/vm_page.c:457 #4 0xc06ada9b in pmap_remove_pte (pmap=0xc07740e0, ptq=0xc12e3cb0, va=3369250816) at ../../../i386/i386/pmap.c:1575 #5 0xc06adcff in pmap_remove (pmap=0xc07740e0, sva=3369250816, eva=3369521152) at ../../../i386/i386/pmap.c:1682 #6 0xc065a9ac in vm_map_delete (map=0xc10200c0, start=3238133952, end=3369521152) at ../../../vm/vm_map.c:2290 #7 0xc065750b in kmem_free_wakeup (map=0xc10200c0, addr=3369250816, size=0) at ../../../vm/vm_kern.c:467 #8 0xc051515a in exec_free_args (args=0xcaf22cbc) at ../../../kern/kern_exec.c:1004 #9 0xc0513b5b in execve (td=0x0, uap=0x0) at ../../../kern/kern_exec.c:183 #10 0xc06b29c0 in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = 0, t f_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0, tf_err = 0, tf_eip = 134512768, tf_cs = 31, tf_eflags = 514, tf_esp = -1077944672, tf_ ss = 47}) at ../../../i386/i386/trap.c:951 #11 0xc069f63f in Xint0x80_syscall () at ../../../i386/i386/exception.s:200 #12 0x0000002f in ?? () #13 0x0000002f in ?? () ... Notice how vm_page_dirty() is called with a NULL m. (kgdb) frame 4 #4 0xc06ada9b in pmap_remove_pte (pmap=0xc07740e0, ptq=0xc12e3cb0, va=3369250816) at ../../../i386/i386/pmap.c:1575 1575 vm_page_dirty(m); (kgdb) print pmap $7 = 0xc07740e0 (kgdb) print *pmap $8 = {pm_mtx = {mtx_object = {lo_class = 0xc072d6e8, lo_name = 0xc0711086 "pmap", lo_type = 0xc0711086 "pmap", lo_flags = 4390912, lo_list = {tqe_next = 0x0, tqe_prev = 0x0}, lo_witness = 0x0}, mtx_lock = 3246694400, mtx_recurse = 0}, pm_pdir = 0xc0c1e000, pm_pvlist = {tqh_first = 0xc95dd528, tqh_last = 0xc95df1f0}, pm_active = 4294967295, pm_stats = { resident_count = 0, wired_count = 3117}, pm_list = {le_next = 0x0, le_prev = 0xc0752a7c}} Is anything else needed? This is on a March 14 kernel, so I don't have at least the latest changes to vm_page.c by Jeff Roberson. Don't know if that's relevant though. Bye, Andrea -- Actually, Microsoft is sort of a mixture between the Borg and the Ferengi. From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 13:18: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 C983916A4CE for ; Sun, 27 Mar 2005 13:18:05 +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 7C32D43D4C for ; Sun, 27 Mar 2005 13:18:05 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd24.aul.t-online.de by mailout02.sul.t-online.com with smtp id 1DFXeW-0006zd-02; Sun, 27 Mar 2005 15:18:04 +0200 Received: from Andro-Beta.Leidinger.net (TnMZUQZ-oe45YT0NjR4YJwmo9TWAOrAst1x5ZLlNZALpsdmMk9i5ZO@[217.229.215.79]) by fwd24.sul.t-online.de with esmtp id 1DFXeO-0hMmDQ0; Sun, 27 Mar 2005 15:17:56 +0200 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j2RDGXYu047471 for ; Sun, 27 Mar 2005 15:16:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 27 Mar 2005 15:17:54 +0200 From: Alexander Leidinger To: current@freebsd.org Message-ID: <20050327151754.2ee82124@Magellan.Leidinger.net> X-Mailer: Sylpheed-Claws 1.0.4 (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: TnMZUQZ-oe45YT0NjR4YJwmo9TWAOrAst1x5ZLlNZALpsdmMk9i5ZO@t-dialin.net X-TOI-MSGID: 20c2eb1c-400c-49ca-a022-ce07b6fb9bc4 Subject: Doxygen docu for parts of the FreeBSD 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, 27 Mar 2005 13:18:05 -0000 Hi, I've prepared a doxygen framework to generate the documentation of parts of FreeBSD. It consists of a Makefile which doesn't need to be extended for additional parts FreeBSD, a set of Doxygen config files, and a file which contains dependency information. It's available from http://www.Leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2 Feel free to send improvements/fixes/.... Bye, Alexander. -- The computer revolution is over. The computers won. 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 Sun Mar 27 13:32: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 70DEA16A4CE; Sun, 27 Mar 2005 13:32:42 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B2D43D2F; Sun, 27 Mar 2005 13:32:41 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2RDWfVX009100; Sun, 27 Mar 2005 08:32:41 -0500 (EST) (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.1/8.13.1) with ESMTP id j2RDWfQk086019; Sun, 27 Mar 2005 08:32:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 305417306E; Sun, 27 Mar 2005 08:32:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050327133241.305417306E@freebsd-current.sentex.ca> Date: Sun, 27 Mar 2005 08:32:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/779/Tue Mar 22 07:34:41 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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: Sun, 27 Mar 2005 13:32:42 -0000 TB --- 2005-03-27 11:34:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-27 11:34:29 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-27 11:34:29 - checking out the source tree TB --- 2005-03-27 11:34:29 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-27 11:34:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-27 11:40:54 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-27 11:40:54 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-27 11:40:54 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-27 13:13:08 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-27 13:13:08 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-27 13:13:08 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Mar 27 13:13:08 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 [...] objcopy --strip-debug if_wb.ko.debug if_wb.ko ===> wi (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -g -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c: In function `wi_pccard_attach': /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: `sc' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules/wi. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-27 13:32:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-27 13:32:40 - ERROR: failed to build generic kernel TB --- 2005-03-27 13:32:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 14:08: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 B4AE816A4CF for ; Sun, 27 Mar 2005 14:08:25 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D34A43D46 for ; Sun, 27 Mar 2005 14:08:25 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so149643wra for ; Sun, 27 Mar 2005 06:08:24 -0800 (PST) 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:content-transfer-encoding; b=Z7x0UpR7YS+e/vkJGcGJw1jfaM4xcf4cm62k1igAvG/EZQemVnk71PWAoiNVaRkyj+7In7nGsthKcJhDTIGzFeXWmIWCSGyOnoE/RC9MjC3re1HLRpW0wVHERnOXEEYiXBOYrwLYJpe6sMgg/uIlcWMNZU/APllbZ3Ievnv/dwQ= Received: by 10.54.13.34 with SMTP id 34mr473529wrm; Sun, 27 Mar 2005 06:08:24 -0800 (PST) Received: by 10.54.7.56 with HTTP; Sun, 27 Mar 2005 06:08:24 -0800 (PST) Message-ID: <6eb82e050327060815d167fe@mail.gmail.com> Date: Sun, 27 Mar 2005 22:08:24 +0800 From: Rong-En Fan To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: sam@freebsd.org Subject: if_wi_pccard.c build failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Rong-En Fan List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 14:08:25 -0000 It seems that rev 1.53 of if_wi_pccard.c breaks module build. When building if_wi module, WI_SYMBOL_FIRMWARE is defined thus we need those removed code. root@woodstock|UTF-8 [/usr/src/sys/modules/wi] (22:04)$ make Warning: Object directory not changed from original /home/admin/usr/src/sys/modules/wi @ -> /home/admin/usr/src/sys machine -> /home/admin/usr/src/sys/i386/include echo "#define WI_SYMBOL_FIRMWARE 1" > opt_wi.h awk -f @/tools/makeobjops.awk @/dev/pccard/card_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/pccarddevs2h.awk @/dev/pccard/pccarddevs cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I@ -I@/contrib/altq -I@/../include -I/usr/include -finline-limit=8000 -fno-common -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c: In function `wi_pccard_attach': /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: `sc' undeclared (first use in this function) /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: (Each undeclared identifier is reported only once /home/admin/usr/src/sys/modules/wi/../../dev/wi/if_wi_pccard.c:233: error: for each function it appears in.) *** Error code 1 Stop in /home/admin/usr/src/sys/modules/wi. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 14:10: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 73F2C16A4CE; Sun, 27 Mar 2005 14:10:47 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C1C143D5C; Sun, 27 Mar 2005 14:10:47 +0000 (GMT) (envelope-from des@des.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE0000XEKGQ9O90@bgo1smout1.broadpark.no>; Sun, 27 Mar 2005 16:05:14 +0200 (CEST) Received: from dsa.des.no ([80.203.228.37]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IE0004GXKSLZJ50@bgo1sminn1.broadpark.no>; Sun, 27 Mar 2005 16:12:21 +0200 (CEST) Received: by dsa.des.no (Pony Express, from userid 666) id ED846BDC4B; Sun, 27 Mar 2005 16:10:45 +0200 (CEST) Received: from xps.des.no (xps.des.no [10.0.0.12]) by dsa.des.no (Pony Express) with ESMTP id 63F18BDC37; Sun, 27 Mar 2005 16:10:41 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 5021233C3E; Sun, 27 Mar 2005 16:10:41 +0200 (CEST) Date: Sun, 27 Mar 2005 16:10:41 +0200 From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) In-reply-to: <200503241544.51914.jhb@FreeBSD.org> To: John Baldwin Message-id: <86wtrtuqla.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: <20050317164859.4476A5D08@ptavv.es.net> <200503241544.51914.jhb@FreeBSD.org> 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 cc: Jiawei Ye cc: Jeff Smick Subject: Re: ATAPICAM Problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 14:10:47 -0000 John Baldwin writes: > Note that many developers tend to only use the config / make depend / mak= e=20 > method as it is more natural if you are working on the kernel. make=20 > buildkernel is better suited for users on non-development machines howeve= r. 'make buildkernel' works just fine for developers. It's just a matter of habit, and of knowing how to use NO_KERNELCLEAN, NO_KERNELDEPEND, and MODULES_OVERRIDE. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 19:55: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 6362816A4CE; Sun, 27 Mar 2005 19:55:09 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id B153143D39; Sun, 27 Mar 2005 19:55: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 A7E831FF931; Sun, 27 Mar 2005 21:55:07 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 8FE101FF91D; Sun, 27 Mar 2005 21:55:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 5013D157E5; Sun, 27 Mar 2005 19:54:24 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 455FC155EB; Sun, 27 Mar 2005 19:54:25 +0000 (UTC) Date: Sun, 27 Mar 2005 19:54:25 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: 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 net mailing list Subject: test/review: plug mii leakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD net mailing 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, 27 Mar 2005 19:55:09 -0000 Hi, could you please test following patch: http://sources.zabbadoz.net/freebsd/patchset/mii-20050326-plug-leaks.diff Any feedback welcome. Thanks in advance. -- Greetings Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Index: sys/dev/mii/mii.c =================================================================== RCS file: /local/mirror/FreeBSD/r/ncvs/src/sys/dev/mii/mii.c,v retrieving revision 1.25 diff -u -p -r1.25 mii.c --- sys/dev/mii/mii.c 16 Feb 2005 05:56:39 -0000 1.25 +++ sys/dev/mii/mii.c 26 Mar 2005 19:02:41 -0000 @@ -115,7 +115,7 @@ miibus_probe(device_t dev) struct mii_attach_args ma, *args; struct mii_data *mii; device_t child = NULL, parent; - int bmsr, capmask = 0xFFFFFFFF; + int bmsr, capmask = 0xFFFFFFFF, count = 0; mii = device_get_softc(dev); parent = device_get_parent(dev); @@ -149,12 +149,24 @@ miibus_probe(device_t dev) args = malloc(sizeof(struct mii_attach_args), M_DEVBUF, M_NOWAIT); + if (args == NULL) { + device_printf(dev, "%s: memory allocation failure, " + "phyno %d", __func__, ma.mii_phyno); + continue; + } bcopy((char *)&ma, (char *)args, sizeof(ma)); child = device_add_child(dev, NULL, -1); + if (child == NULL) { + free(args, M_DEVBUF); + device_printf(dev, "%s: device_add_child failed", + __func__); + continue; + } device_set_ivars(child, args); + count++; } - if (child == NULL) + if (count == 0) return(ENXIO); device_set_desc(dev, "MII bus"); @@ -176,20 +188,40 @@ miibus_attach(device_t dev) */ mii->mii_ifp = device_get_softc(device_get_parent(dev)); v = device_get_ivars(dev); + if (v == NULL) + return (ENXIO); /* XXX */ ifmedia_upd = v[0]; ifmedia_sts = v[1]; ifmedia_init(&mii->mii_media, IFM_IMASK, ifmedia_upd, ifmedia_sts); - bus_generic_attach(dev); - return(0); + return(bus_generic_attach(dev)); } int miibus_detach(device_t dev) { struct mii_data *mii; + device_t *children, *childp; + int error, j, childcount = 0; + void *v; + + if (device_get_state(dev) != DS_ATTACHED) + return (EBUSY); - bus_generic_detach(dev); + device_get_children(dev, &children, &childcount); + for (j = 0, childp = children; j < childcount; j++, childp++) { + /* + * Free ivars but not before device_detach. + * miibus_child_* fuinctions still use them unchecked. + */ + v = device_get_ivars(*childp); + if ((error = device_detach(*childp)) != 0) + return (error); + if (v != NULL) { + device_set_ivars(*childp, NULL); + free(v, M_DEVBUF); + } + } mii = device_get_softc(dev); ifmedia_removeall(&mii->mii_media); mii->mii_ifp = NULL; @@ -300,12 +332,16 @@ mii_phy_probe(device_t dev, device_t *ch int bmsr, i; v = malloc(sizeof(vm_offset_t) * 2, M_DEVBUF, M_NOWAIT); - if (v == 0) { + if (v == NULL) { return (ENOMEM); } v[0] = ifmedia_upd; v[1] = ifmedia_sts; *child = device_add_child(dev, "miibus", -1); + if (*child == NULL) { + free(v, M_DEVBUF); + return (ENXIO); + } device_set_ivars(*child, v); for (i = 0; i < MII_NPHY; i++) { @@ -319,14 +355,23 @@ mii_phy_probe(device_t dev, device_t *ch } if (i == MII_NPHY) { + device_set_ivars(*child, NULL); + free(v, M_DEVBUF); device_delete_child(dev, *child); *child = NULL; return(ENXIO); } - bus_generic_attach(dev); + i = bus_generic_attach(dev); - return(0); + /* Free ivars as they are no longer needed. */ + v = device_get_ivars(*child); + if (v != NULL) { + device_set_ivars(*child, NULL); + free(v, M_DEVBUF); + } + + return(i); } /* From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 21:26: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 8C4D316A4CE for ; Sun, 27 Mar 2005 21:26:22 +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 3BD3943D2F for ; Sun, 27 Mar 2005 21:26:22 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AFB96547F7; Sun, 27 Mar 2005 13:26:20 -0800 (PST) Date: Sun, 27 Mar 2005 13:26:20 -0800 From: Kris Kennaway To: Kris Kennaway Message-ID: <20050327212620.GA61100@xor.obsecurity.org> References: <20050326031620.GA2341@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20050326031620.GA2341@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i cc: Jeff Roberson cc: current@FreeBSD.org Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 21:26:22 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 25, 2005 at 07:16:20PM -0800, Kris Kennaway wrote: > HEAD from a few days ago on a SMP machine: >=20 > panic: unmount: dangling vnode > cpuid =3D 0 > KDB: enter: panic > [thread pid 33932 tid 100296 ] > Stopped at kdb_enter+0x30: leave > db> wh > Tracing pid 33932 tid 100296 td 0xc649a8a0 > kdb_enter(c06f4b02,0,c06fd194,f7e19c78,c649a8a0) at kdb_enter+0x30 > panic(c06fd194,f7e19c8c,c0588d42,c07a34e8,c9ebfb18) at panic+0x13e > vfs_mount_destroy(c59c4000,c649a8a0,0,3de,0) at vfs_mount_destroy+0x25 > dounmount(c59c4000,8000000,c649a8a0,37d,54fffc6) at dounmount+0x45b > unmount(c649a8a0,f7e19d14,c070fe19,3ad,2) at unmount+0x26e > syscall(2f,bfbf002f,bfbf002f,804a619,bfbfe75a) at syscall+0x271 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (22, FreeBSD ELF32, unmount), eip =3D 0x280bb7af, esp =3D 0xb= fbfe4ec, ebp =3D 0xbfbfe5a8 --- db> show lockedvnods Locked vnodes 0xc952e7c4: tag ufs, type VDIR usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xc9e1bd68 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc88a5000 (pid 1823) ino 1537520, on dev da0s1e 0xc80fac34: tag ufs, type VDIR usecount 0, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xcadc118c ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc649a8a0 (pid 33932) ino 1537587, on dev da0s1e db> wh 1823 Tracing pid 1823 tid 100370 td 0xc88a5000 sched_switch(c88a5000,0,1,11e,db739c33) at sched_switch+0x195 mi_switch(1,0,c06f76e7,1ab,1) at mi_switch+0x2ad sleepq_switch(e4b9adc0,c06f3f2e,18a,1,f7f6699c) at sleepq_switch+0x135 sleepq_wait(e4b9adc0,0,c06f5234,da,0) at sleepq_wait+0x42 msleep(e4b9adc0,c07a30e0,4c,c06fc57f,0) at msleep+0x3d2 bwait(e4b9adc0,4c,c06fc57f,f7f66ab0,f7f66a18) at bwait+0x60 bufwait(e4b9adc0,e4b9adc0,0,800,0) at bufwait+0x29 breadn(c952e7c4,0,0,800,0) at breadn+0x2eb bread(c952e7c4,0,0,800,0) at bread+0x4c ffs_read(f7f66b34,f7f66af8,c0518c55,f7f66cb8,f7f66b60) at ffs_read+0x25c VOP_READ_APV(c073e820,f7f66b34,c0754c3c,1dd,c06f2e9a) at VOP_READ_APV+0x9d ufs_readdir(f7f66c98,c051bdf4,c952e848,1,f7f66b88) at ufs_readdir+0xd3 VOP_READDIR_APV(c073e820,f7f66c98,f7f66c2c,c04e3377,f7f66c98) at VOP_READDI= R_APV+0x9d VOP_READDIR_AP(f7f66c98,c952e848,0,c06fd675,f7f66c9c) at VOP_READDIR_AP+0x1b null_bypass(f7f66c98,0,0) at null_bypass+0xbb VOP_READDIR_APV(c07275c0,f7f66c98,c88a5000,e53,1) at VOP_READDIR_APV+0xa5 getdirentries(c88a5000,f7f66d14,10,3ff,4) at getdirentries+0x15e syscall(805002f,805002f,bfbf002f,8053400,1) at syscall+0x271 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (196, FreeBSD ELF32, getdirentries), eip =3D 0x280bfbaf, esp = =3D 0xbfbfeb3c, ebp =3D 0xbfbfeb68 --- I have to reboot this machine now, but let me know if there's something else that would have helped for next time. Kris --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCRyT7Wry0BWjoQKURApEgAJ9wDDqkuCaP1WbwxWc4rlFyovSO2QCfUrfA LFwsvwTSWod84pyBUxai1i0= =AG36 -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 27 22:32: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 C221816A4CE; Sun, 27 Mar 2005 22:32:46 +0000 (GMT) Received: from galilee.polands.org (CPE-24-208-53-189.new.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0BD043D1D; Sun, 27 Mar 2005 22:32:45 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35] (may be forged)) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j2RMWioR045211; Sun, 27 Mar 2005 16:32:44 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j2RMWdlN000788; Sun, 27 Mar 2005 16:32:39 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j2RMWcvR000787; Sun, 27 Mar 2005 16:32:38 -0600 (CST) (envelope-from djp) Date: Sun, 27 Mar 2005 16:32:38 -0600 From: Doug Poland To: Doug Barton Message-ID: <20050327223238.GA749@polands.org> References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca> <4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org> <20050326181516.X65159@qbhto.arg> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050326181516.X65159@qbhto.arg> User-Agent: Mutt/1.5.9i cc: current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Mar 2005 22:32:46 -0000 On Sat, Mar 26, 2005 at 06:16:24PM -0800, Doug Barton wrote: > On Fri, 25 Mar 2005, Doug Poland wrote: > > >There are some examples in the gtar man page that would be nice to have > >in bsdtar. > > Given that "some examples" have already been implemented, I think we're > covered here. :) If you want something more specific, you'll have to > provide a little more information. > OK, the example I cannot live without... To move file hierarchies, use a command line like this: tar -cf - -C srcdir . | tar xpf - -C destdir -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 03: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 AAF0016A4CE for ; Mon, 28 Mar 2005 03:58:22 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C1343D55 for ; Mon, 28 Mar 2005 03:58:22 +0000 (GMT) (envelope-from chrcoluk@gmail.com) Received: by rproxy.gmail.com with SMTP id f1so1700551rne for ; Sun, 27 Mar 2005 19:58:21 -0800 (PST) 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; b=nxN5eUM3upyMwSw2wd6NoUB8k9WtSLTLLbs2EHU55+NOvQ+wCBaLnzfujiasKhVdxOmhPfzxnEUrVbMl6hBVx5pFRS63tWaV6MQ7ga4LbIWrN12saltGNk8xhsNgd0QnKl916LR688R92w8w/lALzz1xY7C4lDm3YQfNosVEmZo= Received: by 10.38.151.33 with SMTP id y33mr4345457rnd; Sun, 27 Mar 2005 19:58:21 -0800 (PST) Received: by 10.39.1.32 with HTTP; Sun, 27 Mar 2005 19:58:21 -0800 (PST) Message-ID: <3aaaa3a0503271958205ca8e1@mail.gmail.com> Date: Mon, 28 Mar 2005 04:58:21 +0100 From: Chris To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Chris List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 03:58:22 -0000 After what happened with 5.x releases would it be a good idea to name current releases different. eg. 6.1-dev 6.2-dev onstead of 6.1-release. here is the reasoning behind my idea. When 5.1 and 5.2 were released many datacentres and individual users were using them as if they were standard releases probably because the FreeBSD docs say that they reccomend using releases in this order starting with most stable first. RELEASE STABLE CURRENT Now of course 5.1-RELEASE had no STABLE phase so there was less testing but many users would not have known this and simply seen 5.1-RELEASE, I think this is how the mistake came about so many people were using 5.x before it was marked STABLE and the same will happen again for 6.x if the same naming convention is used. This would bring up a question such as which is more stable, 4.10-STABLE or 5.2-RELEASE since the latter is a RELEASE but the former is based on actual STABLE tree code whilst the latter is based on CURRENT tree code. I hope others can make sense of what I am saying. Please cc replies to me since im not subscribed to this list. Chris From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 04:33: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 0147016A4CE for ; Mon, 28 Mar 2005 04:33:23 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66BFB43D48 for ; Mon, 28 Mar 2005 04:33:22 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2S4XCrm046009; Sun, 27 Mar 2005 23:33:12 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2S4XCkN046006; Sun, 27 Mar 2005 23:33:12 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Sun, 27 Mar 2005 23:33:12 -0500 (EST) From: Andre Guibert de Bruet To: Chris In-Reply-To: <3aaaa3a0503271958205ca8e1@mail.gmail.com> Message-ID: <20050327230550.J39188@lexi.siliconlandmark.com> References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=0.021, required 6, autolearn=not spam, AWL 0.02) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 04:33:23 -0000 On Mon, 28 Mar 2005, Chris wrote: > After what happened with 5.x releases would it be a good idea to name > current releases different. eg. 6.1-dev 6.2-dev onstead of > 6.1-release. > > here is the reasoning behind my idea. > > When 5.1 and 5.2 were released many datacentres and individual users > were using them as if they were standard releases probably because the > FreeBSD docs say that they reccomend using releases in this order > starting with most stable first. > RELEASE > STABLE > CURRENT > > Now of course 5.1-RELEASE had no STABLE phase so there was less > testing but many users would not have known this and simply seen > 5.1-RELEASE, I think this is how the mistake came about so many people > were using 5.x before it was marked STABLE and the same will happen > again for 6.x if the same naming convention is used. This would bring > up a question such as which is more stable, 4.10-STABLE or 5.2-RELEASE > since the latter is a RELEASE but the former is based on actual STABLE > tree code whilst the latter is based on CURRENT tree code. I hope > others can make sense of what I am saying. Please cc replies to me > since im not subscribed to this list. Here are things as I see them: With the 5.x series, we ran into an issue where we needed more widespread testing of the branch before all of the bugs and edge cases could be shaken out (And the eventual marking of the branch as "STABLE"). 5-CURRENT took a number of years to develop, and no official testing release was about for users to effectively test and give feedback on [1] [2]. The notion that "CURRENT is not stable" worked against the first release of the 5.x branch as some users were reluctant to give the nightlies a try. The solution of marking the 5.[0-2] releases as "Technology Preview Release" was very clever. It brought about testing on a whole slew of hardware, and the much needed feedback that allowed the 5.3 release to be the success that it was (At my workplace, we were so impressed by 5.3's performance that we upgraded all of our 4.x servers to it). I believe it was Scott Long that sent out a roadmap that detailed the way things were going to be done for the next set of releases. There is a good amount of support behind the idea of releasing more often, and not putting several years between major version bumps. This should of course alleviate any doubt about how stable a .0 or .1 release really is. Search the list archives for more details on this and the thread that followed. Andy [1] The nightly iso images could do, but they are development releases, with features being added here and there, and are generally not as well suited for widespread testing as an official beta is. [2] The Developer Preview doesn't count either because features and architectural changes were still being added/made at that point in time. The introduction of these features brought about new edge cases and bugs. | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 04:35: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 C933016A4CE for ; Mon, 28 Mar 2005 04:35:50 +0000 (GMT) Received: from chinatsu.takeda.tk (node-402413e2.sna.onnet.us.uu.net [64.36.19.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 662B143D41 for ; Mon, 28 Mar 2005 04:35:50 +0000 (GMT) (envelope-from d.kulinski@gmail.com) Received: from takeda (takeda.lan [10.0.0.3]) (authenticated bits=0) by chinatsu.takeda.tk (8.13.1/8.13.1) with ESMTP id j2S4ZnvF021439 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Sun, 27 Mar 2005 20:35:49 -0800 (PST) (envelope-from d.kulinski@gmail.com) Date: Sun, 27 Mar 2005 20:35:36 -0800 From: Dariusz Kulinski X-Priority: 3 (Normal) Message-ID: <229435493.20050327203536@takeda.tk> To: Dariusz Kulinski , freebsd-current@freebsd.org In-Reply-To: <549575862.20050226230200@takeda.tk> References: <549575862.20050226230200@takeda.tk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.83/791/Sat Mar 26 14:26:49 2005 on chinatsu.takeda.tk X-Virus-Status: Clean Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-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: Mon, 28 Mar 2005 04:35:50 -0000 Hello, I had another (apparently related - same line in the code) crash, here is more info: http://www.freebsd.org/cgi/query-pr.cgi?pr=79288 -- Best regards, Dariusz mailto:d.kulinski@gmail.com http://www.takeda.tk From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 04: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 DB96516A4CE; Mon, 28 Mar 2005 04:41:58 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3786343D4C; Mon, 28 Mar 2005 04:41:58 +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 j2S4fvPP079149; Sun, 27 Mar 2005 23:41:57 -0500 (EST) (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 j2S4fvhl007898; Sun, 27 Mar 2005 23:41:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4D7707306E; Sun, 27 Mar 2005 23:41:57 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050328044157.4D7707306E@freebsd-current.sentex.ca> Date: Sun, 27 Mar 2005 23:41:57 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 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, 28 Mar 2005 04:41:59 -0000 TB --- 2005-03-28 03:15:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-28 03:15:49 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-28 03:15:49 - checking out the source tree TB --- 2005-03-28 03:15:49 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-28 03:15:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-28 03:22:36 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-28 03:22:36 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-28 03:22:36 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-28 04:30:22 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-28 04:30:22 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-28 04:30:22 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 28 04:30: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 [...] cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c: In function `KfAcquireSpinLock': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: `KefAcquireSpinLockAtDpcLevel' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: for each function it appears in.) /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c: In function `KfReleaseSpinLock': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:307: error: `KefReleaseSpinLockFromDpcLevel' undeclared (first use in this function) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ndis. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-28 04:41:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-28 04:41:57 - ERROR: failed to build generic kernel TB --- 2005-03-28 04:41:57 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 04:57: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 770C716A4CE for ; Mon, 28 Mar 2005 04:57:18 +0000 (GMT) Received: from pimout2-ext.prodigy.net (pimout2-ext.prodigy.net [207.115.63.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9EF2443D3F for ; Mon, 28 Mar 2005 04:57:17 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] (adsl-67-127-71-192.dsl.snfc21.pacbell.net [67.127.71.192])j2S4vFMW409292 for ; Sun, 27 Mar 2005 23:57:16 -0500 Message-ID: <42478EA2.2000200@elischer.org> Date: Sun, 27 Mar 2005 20:57:06 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 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: I'm impressed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 04:57:18 -0000 I bought a USB2 / Firewire combo PCCARD for my laptop.. plugged it in and voila.. (on 5.4 pre-release). cardbus1: Resource not specified in CIS: id=10, size=1000 ohci0: mem 0x88000000-0x88000fff irq 11 at device 0.0 on cardbus1 usb1: OHCI version 1.0, legacy support usb1: on ohci0 usb1: USB revision 1.0 uhub1: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered cardbus1: Resource not specified in CIS: id=10, size=100 ehci0: mem 0x88001000-0x880010ff irq 11 at d evice 0.3 on cardbus1 ehci_pci_attach: companion usb1 usb2: EHCI version 1.0 usb2: companion controller, 2 ports each: usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: AcerLabs EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: single transaction translator uhub2: 6 ports with 6 removable, self powered cardbus1: Resource not specified in CIS: id=10, size=800 fwohci0: <1394 Open Host Controller Interface> mem 0x88002000-0x880027ff irq 11 at device 0.4 on cardbus1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:90:e6:39:00:00:5c:19 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwip0: on firewire0 fwip0: Firewire address: 00:90:e6:39:00:00:5c:19 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 sbp_targ0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xf9dc000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:90:e6:00:5c:19 fwe0: Ethernet address: 02:90:e6:00:5c:19 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) unplug card.. uhub1: detached usb1: detached ohci0: detached uhub2: detached usb2: detached ehci0: detached fwip0: detached sbp0: detached sbp_targ0: detached dcons_crom0: detached fwe0: detached firewire0: detached fwohci0: detached I'm impressed.. Congrats to Warner and all the others that have been working on this stuff.. From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 06:41: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 880A716A4CE; Mon, 28 Mar 2005 06:41:23 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 046A643D2F; Mon, 28 Mar 2005 06:41:23 +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 j2S6fMB8082030; Mon, 28 Mar 2005 01:41:22 -0500 (EST) (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 j2S6fM8x013005; Mon, 28 Mar 2005 01:41:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 53CE27306E; Mon, 28 Mar 2005 01:41:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050328064122.53CE27306E@freebsd-current.sentex.ca> Date: Mon, 28 Mar 2005 01:41:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 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: Mon, 28 Mar 2005 06:41:23 -0000 TB --- 2005-03-28 04:41:57 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-28 04:41:57 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-28 04:41:57 - checking out the source tree TB --- 2005-03-28 04:41:57 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-28 04:41:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-28 04:48:47 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-28 04:48:47 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-28 04:48:47 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-28 06:20:58 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-28 06:20:58 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-28 06:20:58 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 28 06:20:59 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/subr_ntoskrnl.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c: In function `ndis_convert_res': /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: `brl_rev' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:966: error: request for member `stqh_first' in something not a structure or union /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:1006: warning: label `bad' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-03-28 06:41:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-28 06:41:21 - ERROR: failed to build generic kernel TB --- 2005-03-28 06:41:21 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 07:42: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 5855316A4CE for ; Mon, 28 Mar 2005 07:42:22 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D0A143D48 for ; Mon, 28 Mar 2005 07:42:21 +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 j2S7dgGw074366; Mon, 28 Mar 2005 00:39:42 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 28 Mar 2005 00:39:42 -0700 (MST) Message-Id: <20050328.003942.15894800.imp@bsdimp.com> To: julian@elischer.org From: "M. Warner Losh" In-Reply-To: <42478EA2.2000200@elischer.org> References: <42478EA2.2000200@elischer.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: freebsd-current@freebsd.org Subject: Re: I'm impressed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 07:42:22 -0000 In message: <42478EA2.2000200@elischer.org> Julian Elischer writes: : I'm impressed.. Congrats to Warner and all the others that have been working : on this stuff.. We aim to please :-) Warner From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:20: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 9ADC616A4CE; Mon, 28 Mar 2005 08:20:10 +0000 (GMT) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id C63D943D2D; Mon, 28 Mar 2005 08:20: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 0AC8C1FF931; Mon, 28 Mar 2005 10:20:08 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id D7EC91FF91D; Mon, 28 Mar 2005 10:20:05 +0200 (CEST) Received: by mail.int.zabbadoz.net (Postfix, from userid 1060) id 739C9153C4; Mon, 28 Mar 2005 08:19:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6970F15384; Mon, 28 Mar 2005 08:19:01 +0000 (UTC) Date: Mon, 28 Mar 2005 08:19:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@e0-0.zab2.int.zabbadoz.net To: FreeBSD net mailing list In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de cc: FreeBSD current mailing list Subject: Re: test/review: plug mii leakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: FreeBSD net mailing 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, 28 Mar 2005 08:20:10 -0000 On Sun, 27 Mar 2005, Bjoern A. Zeeb wrote: Hi, > could you please test following patch: there is an updated one at http://sources.zabbadoz.net/freebsd/patchset/mii-20050327-plug-leaks.diff which plugs another leak found by jmg. > Any feedback welcome. > > Thanks in advance. -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:22: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 BBA4416A4CE; Mon, 28 Mar 2005 08:22:36 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3786A43D39; Mon, 28 Mar 2005 08:22:36 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.168.0.3] (c-24-130-110-32.hsd1.ca.comcast.net[24.130.110.32]) by comcast.net (rwcrmhc13) with ESMTP id <2005032808223501500ovv3me>; Mon, 28 Mar 2005 08:22:35 +0000 Message-ID: <4247BECA.3090902@FreeBSD.org> Date: Mon, 28 Mar 2005 00:22:34 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20050328064122.53CE27306E@freebsd-current.sentex.ca> In-Reply-To: <20050328064122.53CE27306E@freebsd-current.sentex.ca> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: wpaul@freebsd.org cc: current@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, 28 Mar 2005 08:22:36 -0000 Finally, someone besides me is seeing this. :) Doug FreeBSD Tinderbox wrote: > TB --- 2005-03-28 04:41:57 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2005-03-28 04:41:57 - starting CURRENT tinderbox run for i386/i386 > TB --- 2005-03-28 04:41:57 - checking out the source tree > TB --- 2005-03-28 04:41:57 - cd /home/tinderbox/CURRENT/i386/i386 > TB --- 2005-03-28 04:41:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2005-03-28 04:48:47 - building world (CFLAGS=-O2 -pipe) > TB --- 2005-03-28 04:48:47 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-03-28 04:48:47 - /usr/bin/make -B buildworld > >>>>Rebuilding the temporary build tree >>>>stage 1.1: legacy release compatibility shims >>>>stage 1.2: bootstrap tools >>>>stage 2.1: cleaning up the object tree >>>>stage 2.2: rebuilding the object tree >>>>stage 2.3: build tools >>>>stage 3: cross tools >>>>stage 4.1: building includes >>>>stage 4.2: building libraries >>>>stage 4.3: make dependencies >>>>stage 4.4: building everything > > TB --- 2005-03-28 06:20:58 - building generic kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-03-28 06:20:58 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-03-28 06:20:58 - /usr/bin/make buildkernel KERNCONF=GENERIC > >>>>Kernel build for GENERIC started on Mon Mar 28 06:20:59 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/subr_ntoskrnl.c > cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c: In function `ndis_convert_res': > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: `brl_rev' undeclared (first use in this function) > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: (Each undeclared identifier is reported only once > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: for each function it appears in.) > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:966: error: request for member `stqh_first' in something not a structure or union > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:1006: warning: label `bad' defined but not used > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src. > *** Error code 1 > > Stop in /tinderbox/CURRENT/i386/i386/src. > TB --- 2005-03-28 06:41:21 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-03-28 06:41:21 - ERROR: failed to build generic kernel > TB --- 2005-03-28 06:41:21 - tinderbox aborted > > _______________________________________________ > 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" > > -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:28: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 E11B516A4CF; Mon, 28 Mar 2005 08:28:53 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8914643D2D; Mon, 28 Mar 2005 08:28:53 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DEMPN-0000yx-Ht; Thu, 24 Mar 2005 10:05:33 +0300 From: Vladimir Grebenschikov To: Julian Elischer In-Reply-To: <42421D8D.5060502@elischer.org> References: <1110800717.1296.19.camel@localhost> <1111610025.1471.6.camel@localhost><42421D8D.5060502@elischer.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 24 Mar 2005 10:05:33 +0300 Message-Id: <1111647933.3557.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-mobile@freebsd.org cc: "current@freebsd.org" cc: "Matthew N. Dodd" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 08:28:54 -0000 =F7 =D3=D2, 23/03/2005 =D7 17:53 -0800, Julian Elischer =D0=C9=DB=C5=D4: >=20 > Matthew N. Dodd wrote: >=20 > > You want this: > > > > ftp://ftp.jurai.net/users/winter/cam-detach.patch > > > > You will then be able to perform a 'camcontrol detach daX', swap=20 > > cards, and run 'camcontrol rescan'. scu6a.lbxs > > >=20 >=20 > eject should imply a detach.. > i.e. I think your patch should call the detach code from the eject code. Not sure, how about this scenario: # camcontrol eject cd0 # camcontrol load cd0 If eject will also detach device, load will fail (no device). Also If I load cd manually - I will not be able mount it without rescan. > Either way can you commit it asap? > needed functionality. >=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:28: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 2E73E16A4D3; Mon, 28 Mar 2005 08:28:56 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F09B43D53; Mon, 28 Mar 2005 08:28:54 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DEMNA-0000yd-ON; Thu, 24 Mar 2005 10:03:16 +0300 From: Vladimir Grebenschikov To: "Matthew N. Dodd" In-Reply-To: <20050323154642.J37251@sasami.jurai.net> References: <1110800717.1296.19.camel@localhost> <1111610025.1471.6.camel@localhost> <20050323154642.J37251@sasami.jurai.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 24 Mar 2005 10:03:15 +0300 Message-Id: <1111647795.3557.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: John Baldwin cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 08:28:56 -0000 =F7 =D3=D2, 23/03/2005 =D7 15:48 -0500, Matthew N. Dodd =D0=C9=DB=C5=D4: > You want this: >=20 > ftp://ftp.jurai.net/users/winter/cam-detach.patch >=20 > You will then be able to perform a 'camcontrol detach daX', swap cards,=20 > and run 'camcontrol rescan'. Yes, it works, thank you. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:28: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 5459B16A4D2; Mon, 28 Mar 2005 08:28:57 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id E817743D46; Mon, 28 Mar 2005 08:28:56 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DEMVK-000105-EC; Thu, 24 Mar 2005 10:11:42 +0300 From: Vladimir Grebenschikov To: John Baldwin In-Reply-To: <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> References: <1110800717.1296.19.camel@localhost> <200503231411.46948.jhb@FreeBSD.org><42421D8D.5060502@elischer.org> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 24 Mar 2005 10:11:42 +0300 Message-Id: <1111648302.3557.10.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: Julian Elischer cc: "Matthew N. Dodd" cc: freebsd-mobile@FreeBSD.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 08:28:57 -0000 =F7 =D3=D2, 23/03/2005 =D7 23:05 -0500, John Baldwin =D0=C9=DB=C5=D4: > On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: >=20 > > On Wed, 23 Mar 2005, Julian Elischer wrote: > >> eject should imply a detach.. > >> i.e. I think your patch should call the detach code from the eject=20 > >> code. > > > > Eject is for devices that support removable media. >=20 > So are flash memory sticks ejectable media from a slot in a laptop that=20 > never goes away? Seems like it should be an ejectable media to me.=20 > *shrug* Unfortunately, it seen as not-ejectable media. # camcontrol inquiry da0 pass0: Removable Direct Access SCSI-0 device=20 pass0: Serial Number 3 pass0: 40.000MB/s transfers=20 # # usbdevs -v ... Controller /dev/usb3: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered port 5 addr 2: high speed, self powered, config 1, USB Memory Stick Slot(0x014d), Sony(0x054c), rev 1.10 port 6 powered # I guess usb device should be removed on skick removal and back, but it does not works :(. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 08:39: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 7A86516A4CE; Mon, 28 Mar 2005 08:39:44 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED2A543D1F; Mon, 28 Mar 2005 08:39:43 +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 j2S8dhhR085182; Mon, 28 Mar 2005 03:39:43 -0500 (EST) (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.1/8.13.1) with ESMTP id j2S8dhrm093272; Mon, 28 Mar 2005 03:39:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5870E7306E; Mon, 28 Mar 2005 03:39:43 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050328083943.5870E7306E@freebsd-current.sentex.ca> Date: Mon, 28 Mar 2005 03:39:43 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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, 28 Mar 2005 08:39:44 -0000 TB --- 2005-03-28 06:41:22 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-28 06:41:22 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-28 06:41:22 - checking out the source tree TB --- 2005-03-28 06:41:22 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-28 06:41:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-28 07:01:17 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-28 07:01:17 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-28 07:01:17 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-28 08:26:51 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-28 08:26:51 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-28 08:26:51 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Mar 28 08:26:52 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 -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/subr_ntoskrnl.c cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c: In function `ndis_convert_res': /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: `brl_rev' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:919: error: for each function it appears in.) /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:966: error: request for member `stqh_first' in something not a structure or union /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis/../../compat/ndis/kern_ndis.c:1006: warning: label `bad' defined but not used *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/ndis. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-28 08:39:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-28 08:39:43 - ERROR: failed to build generic kernel TB --- 2005-03-28 08:39:43 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 10:10: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 7CEC016A4CE for ; Mon, 28 Mar 2005 10:10:18 +0000 (GMT) Received: from defiant.dogan.ch (defiant.dogan.ch [213.144.141.146]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CB1143D48 for ; Mon, 28 Mar 2005 10:10:17 +0000 (GMT) (envelope-from ihsan@dogan.ch) Received: by defiant.dogan.ch (Postfix, from userid 1000) id 77CD5179AA; Mon, 28 Mar 2005 12:10:15 +0200 (CEST) Date: Mon, 28 Mar 2005 12:10:15 +0200 From: Ihsan Dogan To: current@freebsd.org Message-ID: <20050328101015.GA13380@dogan.ch> Mail-Followup-To: current@freebsd.org, Milan Obuch References: <200503271331.42923.bsd@dino.sk> <20050327123748.GA6038@dogan.ch> <200503271508.21475.bsd@dino.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503271508.21475.bsd@dino.sk> User-Agent: Mutt/1.4.2.1i X-Operating-System: NetBSD/i386 1.6.2 X-Uptime: 11:56AM up 247 days, 21 mins, 6 users, load averages: 0.88, 0.88, 0.87 X-Binford: 6100 (more power) X-Editor: Vim-603 http://www.vim.org cc: Milan Obuch Subject: Re: cardbus troubles X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 10:10:18 -0000 On Sunday, 27 Mar 2005 15:08 +0200, Milan Obuch wrote: > > The card is now recognized: > > Mar 27 14:04:25 makar kernel: pcib2: device cardbus1 requested decoded > > memory range 0xc0200000-0xcfffffff Mar 27 14:04:25 makar kernel: pcib2: > > device cardbus1 requested decoded I/O range 0x4000-0x8fff Mar 27 14:04:25 > > makar kernel: found-> vendor=0x1415, dev=0x950b, revid=0x00 Mar 27 > > 14:04:25 makar kernel: bus=6, slot=0, func=0 > > Mar 27 14:04:25 makar kernel: class=07-00-06, hdrtype=0x00, mfdev=0 > > Mar 27 14:04:25 makar kernel: cmdreg=0x0000, statreg=0x0290, cachelnsz=0 > > (dwords) Mar 27 14:04:25 makar kernel: lattimer=0x00 (0 ns), mingnt=0x00 (0 > > ns), maxlat=0x00 (0 ns) Mar 27 14:04:25 makar kernel: intpin=a, irq=11 > > Mar 27 14:04:25 makar kernel: powerspec 1 supports D0 D2 D3 current D0 > > Mar 27 14:04:25 makar kernel: puc0: > > port 0x4000-0x400f,0x4010-0x4017 mem > > 0xc0240000-0xc0240fff,0xc0241000-0xc0241fff,0xc0242000-0xc0242fff irq 11 at > > device 0.0 on cardbus1 Mar 27 14:04:25 makar kernel: pcib2: device puc0 > > requested decoded I/O range 0x4010-0x4017 Mar 27 14:04:25 makar kernel: > > sio4: on puc0 Mar 27 14:04:25 makar > > kernel: sio4: type 16550A > > Mar 27 14:04:25 makar kernel: sio4: unable to activate interrupt in fast > > mode - using normal mode > > > > This is not bad, maybe shared interrupt, normally does not cause problems. > I see it on some machines too, so this is only diagnostics. > > > I hooked up a Sun machine to the serial and connected with tip to > > it (/etc/remote settings are correct, tested on a different > > machine). I didn't see anythin in tip, but I got this errors: > > Mar 27 14:22:07 makar kernel: sio4: 2 more silo overflows (total 8) > > Mar 27 14:22:08 makar kernel: sio4: 1 more silo overflow (total 9) > > Mar 27 14:22:08 makar kernel: sio4: 24 more interrupt-level buffer > > overflows (total 481) Mar 27 14:22:09 makar kernel: sio4: 1 more silo > > overflow (total 10) Mar 27 14:22:09 makar kernel: sio4: 91 more > > interrupt-level buffer overflows (total 572) Mar 27 14:22:16 makar kernel: > > sio4: 29 more interrupt-level buffer overflows (total 601) Mar 27 14:22:24 > > makar kernel: sio4: 1 more silo overflow (total 11) Mar 27 14:22:24 makar > > kernel: sio4: 88 more interrupt-level buffer overflows (total 689) Mar 27 > > 14:22:37 makar kernel: sio4: 1 more silo overflow (total 12) Mar 27 > > 14:22:37 makar kernel: sio4: 21 more interrupt-level buffer overflows > > (total 710) Mar 27 14:25:51 makar kernel: acpi_ec0: info: new max delay is > > 70 us > > > > Overflows are usually caused by inability to read data, which corresponds with > what are you seeing - no data read. > > > If I remove the card: > > Mar 27 14:26:33 makar kernel: cardbus1: release_all_resource: Resource > > still owned by child, oops. (type=1, rid=0, addr=b) Mar 27 14:26:33 makar > > kernel: cardbus1: release_all_resource: Resource still owned by child, > > oops. (type=4, rid=16, addr=4010) Mar 27 14:26:33 makar kernel: sio4: still > > open, forcing close > > Mar 27 14:26:33 makar kernel: sio4: detached > > > > If I reconnect the card, the kernel panics. > > > > Maybe card definition needs some tweaking, but I do not know enough to tell > exactly. Maybe it is in cardbus - no idea, I have not that much experience > here. > As said, maybe someone knows better. I will try to read some docs, but no idea > just now. Is any developer interested to work on that? I'm also willing to provide the necessary hardware. Ihsan... -- Swiss Unix User Group: http://www.suug.ch/ Software Packages for Solaris: http://www.blastwave.org/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:00: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 8EC4616A4CF for ; Mon, 28 Mar 2005 11:00:29 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id A1B9543D1D for ; Mon, 28 Mar 2005 11:00:28 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 11335 invoked by uid 89); 28 Mar 2005 11:03:49 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 28 Mar 2005 11:03:49 -0000 Message-ID: <010401c53385$584a04c0$6800000a@venti> From: "Brian K. White" To: References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca><4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org><20050326181516.X65159@qbhto.arg> <20050327223238.GA749@polands.org> Date: Mon, 28 Mar 2005 05:59:59 -0500 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: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 11:00:29 -0000 ----- Original Message ----- From: "Doug Poland" To: "Doug Barton" Cc: Sent: Sunday, March 27, 2005 5:32 PM Subject: Re: Heads up: gtar gone from base system > On Sat, Mar 26, 2005 at 06:16:24PM -0800, Doug Barton wrote: >> On Fri, 25 Mar 2005, Doug Poland wrote: >> >> >There are some examples in the gtar man page that would be nice to have >> >in bsdtar. >> >> Given that "some examples" have already been implemented, I think we're >> covered here. :) If you want something more specific, you'll have to >> provide a little more information. >> > OK, the example I cannot live without... > > > To move file hierarchies, use a command line like this: > > tar -cf - -C srcdir . | tar xpf - -C destdir Why not? Isn't that just a slight convenience for this?: cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) It looks equivalent saying you cannot live without -j or -z ? now if "cd" ever decides to eat even one character from stdin that'd be different :) 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 Mon Mar 28 11:12: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 754D116A4CE; Mon, 28 Mar 2005 11:12:56 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5744543D49; Mon, 28 Mar 2005 11:12:55 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SBCbsf089110 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 13:12:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SBBfVK086965 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 13:11:41 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SBBe2l026861; Mon, 28 Mar 2005 13:11:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SBBe0n026860; Mon, 28 Mar 2005 13:11:40 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 13:11:40 +0200 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050328111139.GY14532@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <1111648302.3557.10.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1111648302.3557.10.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.1 required=3.0 tests=BAYES_00,REMOVE_REMOVAL_NEAR autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 0.8 REMOVE_REMOVAL_NEAR List removal information X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: freebsd-mobile@freebsd.org cc: "Matthew N. Dodd" cc: "current@freebsd.org" cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 11:12:56 -0000 On Thu, Mar 24, 2005 at 10:11:42AM +0300, Vladimir Grebenschikov wrote: > ? ??, 23/03/2005 ? 23:05 -0500, John Baldwin ?????: > > On Mar 23, 2005, at 9:00 PM, Matthew N. Dodd wrote: > > > > > On Wed, 23 Mar 2005, Julian Elischer wrote: > > >> eject should imply a detach.. > > >> i.e. I think your patch should call the detach code from the eject > > >> code. > > > > > > Eject is for devices that support removable media. > > > > So are flash memory sticks ejectable media from a slot in a laptop that > > never goes away? Seems like it should be an ejectable media to me. > > *shrug* > > Unfortunately, it seen as not-ejectable media. > > # camcontrol inquiry da0 > pass0: Removable Direct Access SCSI-0 device > pass0: Serial Number 3 > pass0: 40.000MB/s transfers > # It's _removeable_ direct access. Since this is a memory stick - I don't know how one could remove the flash media from the USB drive. But this device bug won't hurt as long as you can remove the drive. > # usbdevs -v > ... > Controller /dev/usb3: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick > Slot(0x014d), Sony(0x054c), rev 1.10 > port 6 powered > # > > I guess usb device should be removed on skick removal and back, but it > does not works :(. So you say that the device still exists after unplugging the USB stick? This is not the intended behavour. Is it still mounted when you unplug? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:16: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 6D95316A4CE for ; Mon, 28 Mar 2005 11:16:49 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id E22B643D49 for ; Mon, 28 Mar 2005 11:16:48 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2SBGm9P067153; Mon, 28 Mar 2005 06:16:48 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2SBGme4067150; Mon, 28 Mar 2005 06:16:48 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 28 Mar 2005 06:16:48 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050327212620.GA61100@xor.obsecurity.org> Message-ID: <20050328061618.B54623@mail.chesapeake.net> References: <20050326031620.GA2341@xor.obsecurity.org> <20050327212620.GA61100@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 11:16:49 -0000 On Sun, 27 Mar 2005, Kris Kennaway wrote: > On Fri, Mar 25, 2005 at 07:16:20PM -0800, Kris Kennaway wrote: > > HEAD from a few days ago on a SMP machine: > > > > panic: unmount: dangling vnode > > cpuid = 0 Are you trying to unmount the nullfs or ffs? > > KDB: enter: panic > > [thread pid 33932 tid 100296 ] > > Stopped at kdb_enter+0x30: leave > > db> wh > > Tracing pid 33932 tid 100296 td 0xc649a8a0 > > kdb_enter(c06f4b02,0,c06fd194,f7e19c78,c649a8a0) at kdb_enter+0x30 > > panic(c06fd194,f7e19c8c,c0588d42,c07a34e8,c9ebfb18) at panic+0x13e > > vfs_mount_destroy(c59c4000,c649a8a0,0,3de,0) at vfs_mount_destroy+0x25 > > dounmount(c59c4000,8000000,c649a8a0,37d,54fffc6) at dounmount+0x45b > > unmount(c649a8a0,f7e19d14,c070fe19,3ad,2) at unmount+0x26e > > syscall(2f,bfbf002f,bfbf002f,804a619,bfbfe75a) at syscall+0x271 > > Xint0x80_syscall() at Xint0x80_syscall+0x1f > > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280bb7af, esp = 0xbfbfe4ec, ebp = 0xbfbfe5a8 --- > > db> show lockedvnods > Locked vnodes > > 0xc952e7c4: tag ufs, type VDIR > usecount 1, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xc9e1bd68 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc88a5000 (pid 1823) > ino 1537520, on dev da0s1e > > 0xc80fac34: tag ufs, type VDIR > usecount 0, writecount 0, refcount 3 mountedhere 0 > flags () > v_object 0xcadc118c ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xc649a8a0 (pid 33932) > ino 1537587, on dev da0s1e > db> wh 1823 > Tracing pid 1823 tid 100370 td 0xc88a5000 > sched_switch(c88a5000,0,1,11e,db739c33) at sched_switch+0x195 > mi_switch(1,0,c06f76e7,1ab,1) at mi_switch+0x2ad > sleepq_switch(e4b9adc0,c06f3f2e,18a,1,f7f6699c) at sleepq_switch+0x135 > sleepq_wait(e4b9adc0,0,c06f5234,da,0) at sleepq_wait+0x42 > msleep(e4b9adc0,c07a30e0,4c,c06fc57f,0) at msleep+0x3d2 > bwait(e4b9adc0,4c,c06fc57f,f7f66ab0,f7f66a18) at bwait+0x60 > bufwait(e4b9adc0,e4b9adc0,0,800,0) at bufwait+0x29 > breadn(c952e7c4,0,0,800,0) at breadn+0x2eb > bread(c952e7c4,0,0,800,0) at bread+0x4c > ffs_read(f7f66b34,f7f66af8,c0518c55,f7f66cb8,f7f66b60) at ffs_read+0x25c > VOP_READ_APV(c073e820,f7f66b34,c0754c3c,1dd,c06f2e9a) at VOP_READ_APV+0x9d > ufs_readdir(f7f66c98,c051bdf4,c952e848,1,f7f66b88) at ufs_readdir+0xd3 > VOP_READDIR_APV(c073e820,f7f66c98,f7f66c2c,c04e3377,f7f66c98) at VOP_READDIR_APV+0x9d > VOP_READDIR_AP(f7f66c98,c952e848,0,c06fd675,f7f66c9c) at VOP_READDIR_AP+0x1b > null_bypass(f7f66c98,0,0) at null_bypass+0xbb > VOP_READDIR_APV(c07275c0,f7f66c98,c88a5000,e53,1) at VOP_READDIR_APV+0xa5 > getdirentries(c88a5000,f7f66d14,10,3ff,4) at getdirentries+0x15e > syscall(805002f,805002f,bfbf002f,8053400,1) at syscall+0x271 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (196, FreeBSD ELF32, getdirentries), eip = 0x280bfbaf, esp = 0xbfbfeb3c, ebp = 0xbfbfeb68 --- > > I have to reboot this machine now, but let me know if there's > something else that would have helped for next time. > > Kris > > From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:32:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE2BF16A4CE for ; Mon, 28 Mar 2005 11:32:03 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31FC843D41 for ; Mon, 28 Mar 2005 11:32:03 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2SBW29P070868 for ; Mon, 28 Mar 2005 06:32:02 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2SBW2CD070862 for ; Mon, 28 Mar 2005 06:32:02 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Mon, 28 Mar 2005 06:32:02 -0500 (EST) From: Jeff Roberson To: current@freebsd.org Message-ID: <20050328063154.M54623@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Re: cvs commit: src/sys/sys lockmgr.h (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: Mon, 28 Mar 2005 11:32:03 -0000 You must recompile all of your filesystems modules after you pickup this change. On Mon, 28 Mar 2005, Jeff Roberson wrote: > jeff 2005-03-28 11:31:20 UTC > > FreeBSD src repository > > Modified files: > sys/sys lockmgr.h > Log: > - Fix the lockmgr flags so that external flags and internal flags are > grouped together with room for each set to expand. This makes the > external lock mask sane. > > Sponsored by: Isilon Systems, Inc. > > Revision Changes Path > 1.45 +33 -35 src/sys/sys/lockmgr.h > From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:35: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 E831216A4CE; Mon, 28 Mar 2005 11:35:20 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 182D743D5A; Mon, 28 Mar 2005 11:35:18 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFsWU-0004fg-Ex; Mon, 28 Mar 2005 15:35:10 +0400 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050328111139.GY14532@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <1111648302.3557.10.camel@localhost> <20050328111139.GY14532@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 15:35:10 +0400 Message-Id: <1112009710.1022.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: freebsd-mobile@freebsd.org cc: "Matthew N. Dodd" cc: "current@freebsd.org" cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 11:35:21 -0000 =F7 =D0=CE, 28/03/2005 =D7 13:11 +0200, Bernd Walter =D0=C9=DB=C5=D4: > >=20 > > Unfortunately, it seen as not-ejectable media. > >=20 > > # camcontrol inquiry da0 > > pass0: Removable Direct Access SCSI-0 device=20 > > pass0: Serial Number 3 > > pass0: 40.000MB/s transfers=20 > > # >=20 > It's _removeable_ direct access. oops, sorry. yes it is mentioned as removable. > Since this is a memory stick - I don't know how one could remove the > flash media from the USB drive. Just mechanically. > But this device bug won't hurt as long as you can remove the drive. I can remove even mounted device. So it is not problem. Problem is that I should do something after replace card by another card of different size to be able mount new card. camcontrol detach da0; camcontrol rescan all=20 helps, but, it should be much better if it will be issued automatically. > > # usbdevs -v > > ... > > Controller /dev/usb3: > > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > > Intel(0x0000), rev 1.00 > > port 1 powered > > port 2 powered > > port 3 powered > > port 4 powered > > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick > > Slot(0x014d), Sony(0x054c), rev 1.10 > > port 6 powered > > # > >=20 > > I guess usb device should be removed on skick removal and back, but it > > does not works :(. >=20 > So you say that the device still exists after unplugging the USB stick? Yes. > This is not the intended behavour. Is it still mounted when you unplug? No. (If be more exact it does not depends on mount state). USB device never disappear. Probably it reflect real state, I guess, card-reader itself hardwired to USB hub inside notebook and never disconnected. Probably there is kind of disconnect notification on CAM level ?=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 11:47: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 8236316A4CE for ; Mon, 28 Mar 2005 11:47:42 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1F9F43D2F for ; Mon, 28 Mar 2005 11:47:41 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SBlcsf090483 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 13:47:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SBkZVK087144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 13:46:35 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SBkYPX027013; Mon, 28 Mar 2005 13:46:34 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SBkYQQ027012; Mon, 28 Mar 2005 13:46:34 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 13:46:34 +0200 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050328114633.GZ14532@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <1111648302.3557.10.camel@localhost> <20050328111139.GY14532@cicely12.cicely.de> <1112009710.1022.19.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112009710.1022.19.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.1 required=3.0 tests=BAYES_00,REMOVE_REMOVAL_NEAR autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0003] * 0.8 REMOVE_REMOVAL_NEAR List removal information X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 11:47:42 -0000 On Mon, Mar 28, 2005 at 03:35:10PM +0400, Vladimir Grebenschikov wrote: > ? ??, 28/03/2005 ? 13:11 +0200, Bernd Walter ?????: > > > > > > Unfortunately, it seen as not-ejectable media. > > > > > > # camcontrol inquiry da0 > > > pass0: Removable Direct Access SCSI-0 device > > > pass0: Serial Number 3 > > > pass0: 40.000MB/s transfers > > > # > > > > It's _removeable_ direct access. > > oops, sorry. yes it is mentioned as removable. > > > Since this is a memory stick - I don't know how one could remove the > > flash media from the USB drive. > > Just mechanically. > > > But this device bug won't hurt as long as you can remove the drive. > > I can remove even mounted device. So it is not problem. So in fact it is a flash card reader? In that case removeable is correct. You shouldn't eject mounted media - FreeBSD locks mounted media, but since your device can't physically lock it... > Problem is that I should do something after replace card by another card > of different size to be able mount new card. Yes - as already mentioned on the list by diffrent people: cp /dev/null > /dev/da0 > camcontrol detach da0; camcontrol rescan all > helps, but, it should be much better if it will be issued automatically. Yes - GEOM seems to ignore media change signals from drives. I've added PHK to the recipient list - maybe he has an idea about this problem. However - lots of cheap flash card readers are to stupid for even that. You just can't rely on an automatic reread. > > > # usbdevs -v > > > ... > > > Controller /dev/usb3: > > > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > > > Intel(0x0000), rev 1.00 > > > port 1 powered > > > port 2 powered > > > port 3 powered > > > port 4 powered > > > port 5 addr 2: high speed, self powered, config 1, USB Memory Stick > > > Slot(0x014d), Sony(0x054c), rev 1.10 > > > port 6 powered > > > # > > > > > > I guess usb device should be removed on skick removal and back, but it > > > does not works :(. > > > > So you say that the device still exists after unplugging the USB stick? > > Yes. That shouldn't happen, unless you still have references to that device. Are you running with latest code? There were lots of ehci fixes lately. > > This is not the intended behavour. Is it still mounted when you unplug? > > No. (If be more exact it does not depends on mount state). > USB device never disappear. Probably it reflect real state, I guess, > card-reader itself hardwired to USB hub inside notebook and never > disconnected. > > Probably there is kind of disconnect notification on CAM level ? The first disconnect notification is from your root hub. The uhub driver then destroys the umass, which first destroys the scbus and so on. If one instance on the chain blocks the whole thing has to wait. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 12:11: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 E605916A4CE; Mon, 28 Mar 2005 12:10:59 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283D743D1F; Mon, 28 Mar 2005 12:10:59 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFt56-0004l0-L8; Mon, 28 Mar 2005 16:10:56 +0400 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050328114633.GZ14532@cicely12.cicely.de> References: <1110800717.1296.19.camel@localhost> <20050323205841.N37251@sasami.jurai.net> <77e48641fc04164b4c81cce75c42a38b@FreeBSD.org> <1111648302.3557.10.camel@localhost> <20050328111139.GY14532@cicely12.cicely.de> <1112009710.1022.19.camel@localhost> <20050328114633.GZ14532@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 16:10:56 +0400 Message-Id: <1112011856.1022.28.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 12:11:00 -0000 =F7 =D0=CE, 28/03/2005 =D7 13:46 +0200, Bernd Walter =D0=C9=DB=C5=D4: > On Mon, Mar 28, 2005 at 03:35:10PM +0400, Vladimir Grebenschikov wrote: > > ? ??, 28/03/2005 ? 13:11 +0200, Bernd Walter ?????: > > > >=20 > > > > Unfortunately, it seen as not-ejectable media. > > > >=20 > > > > # camcontrol inquiry da0 > > > > pass0: Removable Direct Access SCSI-0 device=20 > > > > pass0: Serial Number 3 > > > > pass0: 40.000MB/s transfers=20 > > > > # > > >=20 > > > It's _removeable_ direct access. > >=20 > > oops, sorry. yes it is mentioned as removable. > >=20 > > > Since this is a memory stick - I don't know how one could remove the > > > flash media from the USB drive. > >=20 > > Just mechanically. > >=20 > > > But this device bug won't hurt as long as you can remove the drive. > >=20 > > I can remove even mounted device. So it is not problem. >=20 > So in fact it is a flash card reader? > In that case removeable is correct. > You shouldn't eject mounted media - FreeBSD locks mounted media, but > since your device can't physically lock it... >=20 > > Problem is that I should do something after replace card by another car= d > > of different size to be able mount new card. >=20 > Yes - as already mentioned on the list by diffrent people: > cp /dev/null > /dev/da0 Yes, this works also, I've already relayed about it.=20 > > camcontrol detach da0; camcontrol rescan all=20 > > helps, but, it should be much better if it will be issued automatically= . >=20 > Yes - GEOM seems to ignore media change signals from drives. > I've added PHK to the recipient list - maybe he has an idea about this > problem. I am even not sure Is there such signal. > However - lots of cheap flash card readers are to stupid for even that. This is on-board in my notebook. But m$win detects disconnection. > You just can't rely on an automatic reread. I already do mount/umount and also should do redetect ... > > > > # usbdevs -v > > > > ... > > > > Controller /dev/usb3: > > > > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > > > > Intel(0x0000), rev 1.00 > > > > port 1 powered > > > > port 2 powered > > > > port 3 powered > > > > port 4 powered > > > > port 5 addr 2: high speed, self powered, config 1, USB Memory Stic= k > > > > Slot(0x014d), Sony(0x054c), rev 1.10 > > > > port 6 powered > > > > # > > > >=20 > > > > I guess usb device should be removed on skick removal and back, but= it > > > > does not works :(. > > >=20 > > > So you say that the device still exists after unplugging the USB stic= k? > >=20 > > Yes. >=20 > That shouldn't happen, unless you still have references to that device. > Are you running with latest code? Latest does not build due to error in ndis.=20 Now I have code of 24 March 05. > There were lots of ehci fixes lately. I've seen commits, But not sure that they are related - USB device stays connected even when stick itself removed. > > > This is not the intended behavour. Is it still mounted when you unplu= g? > >=20 > > No. (If be more exact it does not depends on mount state). > > USB device never disappear. Probably it reflect real state, I guess, > > card-reader itself hardwired to USB hub inside notebook and never > > disconnected. > >=20 > > Probably there is kind of disconnect notification on CAM level ?=20 >=20 > The first disconnect notification is from your root hub. > The uhub driver then destroys the umass, which first destroys the > scbus and so on. > If one instance on the chain blocks the whole thing has to wait. >=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 12:13: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 0A0D716A4CE; Mon, 28 Mar 2005 12:13:38 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5736743D4C; Mon, 28 Mar 2005 12:13:37 +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.1) with ESMTP id j2SCDGH1030957; Mon, 28 Mar 2005 14:13:16 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ticso@cicely.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 13:46:34 +0200." <20050328114633.GZ14532@cicely12.cicely.de> Date: Mon, 28 Mar 2005 14:13:16 +0200 Message-ID: <30956.1112011996@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: Vladimir Grebenschikov cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 12:13:38 -0000 In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: >> camcontrol detach da0; camcontrol rescan all >> helps, but, it should be much better if it will be issued automatically. > >Yes - GEOM seems to ignore media change signals from drives. >I've added PHK to the recipient list - maybe he has an idea about this >problem. No, GEOM doesn't ignore any such thing, because as far as I know GEOM doesn't get any such thing to ignore in the first place. -- 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 Mar 28 12:17: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 4172916A4CE; Mon, 28 Mar 2005 12:17:12 +0000 (GMT) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9323D43D3F; Mon, 28 Mar 2005 12:17:11 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.138] (unknown [192.168.168.138]) by gddsn.org.cn (Postfix) with ESMTP id B3FB638CB4D; Mon, 28 Mar 2005 19:24:20 +0800 (CST) Message-ID: <4247E912.8010600@gddsn.org.cn> Date: Mon, 28 Mar 2005 19:22:58 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.6) Gecko/20050326 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: current@freebsd.org, openoffice@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 28 Mar 2005 12:45:42 +0000 Subject: related to locale problem with recent CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 12:17:12 -0000 hi,folks.with my Mar 25's CURRENT,my openoffice always complain: I18N: Operating system doesn't support locale "" and could active my XIM server! here is my locale: %locale LANG=zh_CN.eucCN LC_CTYPE="zh_CN.eucCN" LC_COLLATE="zh_CN.eucCN" LC_TIME="zh_CN.eucCN" LC_NUMERIC="zh_CN.eucCN" LC_MONETARY="zh_CN.eucCN" LC_MESSAGES="zh_CN.eucCN" LC_ALL= any ideas?must rebuild long times for OOO suite?? TIA From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 12:58: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 511EB16A4CE; Mon, 28 Mar 2005 12:58:37 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892EE43D48; Mon, 28 Mar 2005 12:58:36 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFtp9-0004t3-83; Mon, 28 Mar 2005 16:58:31 +0400 From: Vladimir Grebenschikov To: Poul-Henning Kamp In-Reply-To: <30956.1112011996@critter.freebsd.dk> References: <30956.1112011996@critter.freebsd.dk> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 16:58:31 +0400 Message-Id: <1112014711.1022.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 12:58:37 -0000 =F7 =D0=CE, 28/03/2005 =D7 14:13 +0200, Poul-Henning Kamp =D0=C9=DB=C5=D4: > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writ= es: >=20 > >> camcontrol detach da0; camcontrol rescan all=20 > >> helps, but, it should be much better if it will be issued automaticall= y. > > > >Yes - GEOM seems to ignore media change signals from drives. > >I've added PHK to the recipient list - maybe he has an idea about this > >problem. >=20 > No, GEOM doesn't ignore any such thing, because as far as I know > GEOM doesn't get any such thing to ignore in the first place. So, let's imagine following situation: We get SCSI BUS with removable da device. device detected as da0 and not mounted. Device disconnected from SCSI bus. And finally, another device with different geometry connected with same SCIS ID. Please describe how to suppose detect geometry change in this case ? --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:05: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 A33C516A4D4 for ; Mon, 28 Mar 2005 13:05:50 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id D457C43D2F for ; Mon, 28 Mar 2005 13:05:49 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SD5dsf093360 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 15:05:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SD4qVK087573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 15:04:53 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SD4qt7027337; Mon, 28 Mar 2005 15:04:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SD4pE5027336; Mon, 28 Mar 2005 15:04:51 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 15:04:51 +0200 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050328130451.GB14532@cicely12.cicely.de> References: <30956.1112011996@critter.freebsd.dk> <1112014711.1022.37.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112014711.1022.37.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:05:50 -0000 On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > > > > >> camcontrol detach da0; camcontrol rescan all > > >> helps, but, it should be much better if it will be issued automatically. > > > > > >Yes - GEOM seems to ignore media change signals from drives. > > >I've added PHK to the recipient list - maybe he has an idea about this > > >problem. > > > > No, GEOM doesn't ignore any such thing, because as far as I know > > GEOM doesn't get any such thing to ignore in the first place. > > So, let's imagine following situation: > > We get SCSI BUS with removable da device. > device detected as da0 and not mounted. > Device disconnected from SCSI bus. > And finally, another device with different geometry connected with same > SCIS ID. This ist not a *media* exchange - this is a *device* and in this case even a scbus exchange. > Please describe how to suppose detect geometry change in this case ? This is a completely different case. You get a new device and GEOM gets a new device event. That your device didn't get disconnected is your problem. You won't see the new device as long as the old device blocks the USB event thread. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:13: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 1789B16A4CE for ; Mon, 28 Mar 2005 13:13:44 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42F5643D1F for ; Mon, 28 Mar 2005 13:13:43 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SDDcsf093639 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 15:13:39 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SDDKVK087619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 15:13:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SDDK59027379; Mon, 28 Mar 2005 15:13:20 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SDDJe4027378; Mon, 28 Mar 2005 15:13:19 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 15:13:19 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050328131318.GC14532@cicely12.cicely.de> References: <20050328114633.GZ14532@cicely12.cicely.de> <30956.1112011996@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <30956.1112011996@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: Vladimir Grebenschikov cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:13:44 -0000 On Mon, Mar 28, 2005 at 02:13:16PM +0200, Poul-Henning Kamp wrote: > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > > >> camcontrol detach da0; camcontrol rescan all > >> helps, but, it should be much better if it will be issued automatically. > > > >Yes - GEOM seems to ignore media change signals from drives. > >I've added PHK to the recipient list - maybe he has an idea about this > >problem. > > No, GEOM doesn't ignore any such thing, because as far as I know > GEOM doesn't get any such thing to ignore in the first place. At least with (most) SCSI devices you get a media changed exception on the first access after that. Don't know if you see them under GEOM, but the kernel prints it: Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): CAM Status: SCSI Status Error Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): SCSI Status: Check Condition Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): UNIT ATTENTION asc:28,0 Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): Not ready to ready change, medium may have changed Mar 28 15:09:21 cicely13 kernel: (da0:ahc0:0:1:0): Retrying Command (per Sense Data) This was introduced with cp /dev/null /dev/da0, but happens on every possible access. As I said - many cheap devices are to stupid for this, but at least it's defined for SCSI and quality devices usually support it. This is true for all kind of removeable device types, da, cd, sa, ... -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:17: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 9E62E16A4CE; Mon, 28 Mar 2005 13:17:31 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 462C143D2F; Mon, 28 Mar 2005 13:17:31 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFu7Q-0004wm-Am; Mon, 28 Mar 2005 17:17:24 +0400 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050328130451.GB14532@cicely12.cicely.de> References: <30956.1112011996@critter.freebsd.dk> <1112014711.1022.37.camel@localhost> <20050328130451.GB14532@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 17:17:24 +0400 Message-Id: <1112015844.1022.44.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:17:31 -0000 =F7 =D0=CE, 28/03/2005 =D7 15:04 +0200, Bernd Walter =D0=C9=DB=C5=D4: > On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: > > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter = writes: > > >=20 > > > >> camcontrol detach da0; camcontrol rescan all=20 > > > >> helps, but, it should be much better if it will be issued automati= cally. > > > > > > > >Yes - GEOM seems to ignore media change signals from drives. > > > >I've added PHK to the recipient list - maybe he has an idea about th= is > > > >problem. > > >=20 > > > No, GEOM doesn't ignore any such thing, because as far as I know > > > GEOM doesn't get any such thing to ignore in the first place. > >=20 > > So, let's imagine following situation: > >=20 > > We get SCSI BUS with removable da device. > > device detected as da0 and not mounted. > > Device disconnected from SCSI bus. > > And finally, another device with different geometry connected with same > > SCIS ID. >=20 > This ist not a *media* exchange - this is a *device* and in > this case even a scbus exchange. Ok, so my case is media exchange, not device exchange. How it is supposed to work in this case ?=20 --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:28: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 39EE816A4CE for ; Mon, 28 Mar 2005 13:28:44 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4E4743D48 for ; Mon, 28 Mar 2005 13:28:43 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SDScsf094169 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 15:28:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SDS3VK087679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 15:28:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SDS2Mk027421; Mon, 28 Mar 2005 15:28:02 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SDS2e1027420; Mon, 28 Mar 2005 15:28:02 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 15:28:02 +0200 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050328132801.GD14532@cicely12.cicely.de> References: <30956.1112011996@critter.freebsd.dk> <1112014711.1022.37.camel@localhost> <20050328130451.GB14532@cicely12.cicely.de> <1112015844.1022.44.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112015844.1022.44.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:28:44 -0000 On Mon, Mar 28, 2005 at 05:17:24PM +0400, Vladimir Grebenschikov wrote: > ? ??, 28/03/2005 ? 15:04 +0200, Bernd Walter ?????: > > On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: > > > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > > > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > > > > > > > > >> camcontrol detach da0; camcontrol rescan all > > > > >> helps, but, it should be much better if it will be issued automatically. > > > > > > > > > >Yes - GEOM seems to ignore media change signals from drives. > > > > >I've added PHK to the recipient list - maybe he has an idea about this > > > > >problem. > > > > > > > > No, GEOM doesn't ignore any such thing, because as far as I know > > > > GEOM doesn't get any such thing to ignore in the first place. > > > > > > So, let's imagine following situation: > > > > > > We get SCSI BUS with removable da device. > > > device detected as da0 and not mounted. > > > Device disconnected from SCSI bus. > > > And finally, another device with different geometry connected with same > > > SCIS ID. > > > > This ist not a *media* exchange - this is a *device* and in > > this case even a scbus exchange. > > Ok, so my case is media exchange, not device exchange. No - it is a device exchange. GEOM only has problems with media exchange. A new device is no problem for GEOM. Your problem is very likely not GEOM related. > How it is supposed to work in this case ? You get a new device and all layers are freshly setup. That is get's the same device numers as the old is unrelated, it's still a new device after all. You should see why your disconnect doesn't work. Do you run recent RELENG_5 or -current code? Disconnect the device and "ps -axl | grep usb" - you will see the usb threads - each host controller has one of them. Normaly idle usb threads should wait in usbevt and usbtask should wait in usbtsk - see what it is in your case. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:32: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 2A76F16A4CE; Mon, 28 Mar 2005 13:32:49 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D7B343D5D; Mon, 28 Mar 2005 13:32:48 +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.1) with ESMTP id j2SDWVKH031944; Mon, 28 Mar 2005 15:32:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: vova@fbsd.ru From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 17:17:24 +0400." <1112015844.1022.44.camel@localhost> Date: Mon, 28 Mar 2005 15:32:31 +0200 Message-ID: <31943.1112016751@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 13:32:49 -0000 In message <1112015844.1022.44.camel@localhost>, Vladimir Grebenschikov writes: >÷ ÐÎ, 28/03/2005 × 15:04 +0200, Bernd Walter ÐÉÛÅÔ: >> On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: >> > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: >> > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: >> > > >> > > >> camcontrol detach da0; camcontrol rescan all >> > > >> helps, but, it should be much better if it will be issued automatically. >> > > > >> > > >Yes - GEOM seems to ignore media change signals from drives. >> > > >I've added PHK to the recipient list - maybe he has an idea about this >> > > >problem. >> > > >> > > No, GEOM doesn't ignore any such thing, because as far as I know >> > > GEOM doesn't get any such thing to ignore in the first place. >> > >> > So, let's imagine following situation: >> > >> > We get SCSI BUS with removable da device. >> > device detected as da0 and not mounted. >> > Device disconnected from SCSI bus. >> > And finally, another device with different geometry connected with same >> > SCIS ID. >> >> This ist not a *media* exchange - this is a *device* and in >> this case even a scbus exchange. > >Ok, so my case is media exchange, not device exchange. >How it is supposed to work in this case ? That's a very good question. The original intent in GEOM was that the geom instance would represent the media while the drive (if separate for the media) would have another access mechanism. Driver support for this is not really meaterialized and therefore the model now is that when the media is ejected the geom device is removed and a new one created right away, even if a new media is not inserted right away. This works with the broken-by-design CDrom ioctls etc. What is missing is to tickle GEOM when the media is inserted so that the tasting takes place. -- 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 Mar 28 13:33: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 9081716A4CE; Mon, 28 Mar 2005 13:33:50 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9CF43D46; Mon, 28 Mar 2005 13:33:49 +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.1) with ESMTP id j2SDXcti031971; Mon, 28 Mar 2005 15:33:38 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ticso@cicely.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 15:13:19 +0200." <20050328131318.GC14532@cicely12.cicely.de> Date: Mon, 28 Mar 2005 15:33:38 +0200 Message-ID: <31970.1112016818@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: Vladimir Grebenschikov cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 13:33:50 -0000 In message <20050328131318.GC14532@cicely12.cicely.de>, Bernd Walter writes: >On Mon, Mar 28, 2005 at 02:13:16PM +0200, Poul-Henning Kamp wrote: >> In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: >> >> >> camcontrol detach da0; camcontrol rescan all >> >> helps, but, it should be much better if it will be issued automatically. >> > >> >Yes - GEOM seems to ignore media change signals from drives. >> >I've added PHK to the recipient list - maybe he has an idea about this >> >problem. >> >> No, GEOM doesn't ignore any such thing, because as far as I know >> GEOM doesn't get any such thing to ignore in the first place. > >At least with (most) SCSI devices you get a media changed exception >on the first access after that. Yes, but sane people would argue that is one turn too late in the game, whouldn' they ? We should get an async event as soon as the media disappears. -- 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 Mar 28 13: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 0A1FC16A4CE for ; Mon, 28 Mar 2005 13:40:45 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD9243D41 for ; Mon, 28 Mar 2005 13:40:44 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SDecsf094811 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 15:40:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SDeMVK087749 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 15:40:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SDeLLs027479; Mon, 28 Mar 2005 15:40:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SDeLZO027478; Mon, 28 Mar 2005 15:40:21 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 15:40:21 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050328134020.GE14532@cicely12.cicely.de> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31970.1112016818@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: John Baldwin cc: Vladimir Grebenschikov cc: "Matthew N. Dodd" cc: freebsd-mobile@FreeBSD.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:40:45 -0000 On Mon, Mar 28, 2005 at 03:33:38PM +0200, Poul-Henning Kamp wrote: > In message <20050328131318.GC14532@cicely12.cicely.de>, Bernd Walter writes: > >On Mon, Mar 28, 2005 at 02:13:16PM +0200, Poul-Henning Kamp wrote: > >> In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > >> > >> >> camcontrol detach da0; camcontrol rescan all > >> >> helps, but, it should be much better if it will be issued automatically. > >> > > >> >Yes - GEOM seems to ignore media change signals from drives. > >> >I've added PHK to the recipient list - maybe he has an idea about this > >> >problem. > >> > >> No, GEOM doesn't ignore any such thing, because as far as I know > >> GEOM doesn't get any such thing to ignore in the first place. > > > >At least with (most) SCSI devices you get a media changed exception > >on the first access after that. > > Yes, but sane people would argue that is one turn too late in the > game, whouldn' they ? Ack. > We should get an async event as soon as the media disappears. Well - the without a request the drive has no transaction handle to contact the host. And we don't always have a physcial SCSI bus - e.g. USB devices can't contact the host without the host issuing a transfer. If you want media change events earlier we have to explizitly ask the devices. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 13:49: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 DB15716A4CE for ; Mon, 28 Mar 2005 13:49:47 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EE5343D1F for ; Mon, 28 Mar 2005 13:49:47 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SDngsf095207 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 15:49:43 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SDmwVK087799 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 15:48:58 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SDmvxo027524; Mon, 28 Mar 2005 15:48:57 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SDmviK027523; Mon, 28 Mar 2005 15:48:57 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 15:48:57 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050328134856.GF14532@cicely12.cicely.de> References: <1112015844.1022.44.camel@localhost> <31943.1112016751@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <31943.1112016751@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0002] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 13:49:48 -0000 On Mon, Mar 28, 2005 at 03:32:31PM +0200, Poul-Henning Kamp wrote: > In message <1112015844.1022.44.camel@localhost>, Vladimir Grebenschikov writes: > >÷ ÐÎ, 28/03/2005 × 15:04 +0200, Bernd Walter ÐÉÛÅÔ: > >> On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: > >> > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > >> > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > >> > > > >> > > >> camcontrol detach da0; camcontrol rescan all > >> > > >> helps, but, it should be much better if it will be issued automatically. > >> > > > > >> > > >Yes - GEOM seems to ignore media change signals from drives. > >> > > >I've added PHK to the recipient list - maybe he has an idea about this > >> > > >problem. > >> > > > >> > > No, GEOM doesn't ignore any such thing, because as far as I know > >> > > GEOM doesn't get any such thing to ignore in the first place. > >> > > >> > So, let's imagine following situation: > >> > > >> > We get SCSI BUS with removable da device. > >> > device detected as da0 and not mounted. > >> > Device disconnected from SCSI bus. > >> > And finally, another device with different geometry connected with same > >> > SCIS ID. > >> > >> This ist not a *media* exchange - this is a *device* and in > >> this case even a scbus exchange. > > > >Ok, so my case is media exchange, not device exchange. > >How it is supposed to work in this case ? > > That's a very good question. He disconnects and reattaches the whole device. The disconnect blocks somewhere until something magic happens and then he gets the new device. Under USB you have to reprobe the device, as a freshly attached device is completely unconfigured. There is absolutely no chance that you can reconnect a USB device without getting a new instance. > The original intent in GEOM was that the geom instance would represent > the media while the drive (if separate for the media) would have > another access mechanism. Sounds reasonable. > Driver support for this is not really meaterialized and therefore > the model now is that when the media is ejected the geom device > is removed and a new one created right away, even if a new media > is not inserted right away. Do you get eject notifications from any device type? > This works with the broken-by-design CDrom ioctls etc. > > What is missing is to tickle GEOM when the media is inserted so > that the tasting takes place. Mmm. One of my problems is that it is possible with SCSI MO drives to eject the media, reinsert a new one and errously continue to work with the old GEOM layout. I already trashed the data on one media by forgetting to trigger a reprobe - since then I use a mount script. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 14:06: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 E1E5616A51B; Mon, 28 Mar 2005 14:06:16 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id C86EE43D46; Mon, 28 Mar 2005 14:06:15 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFusd-00055F-3x; Mon, 28 Mar 2005 18:06:11 +0400 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050328132801.GD14532@cicely12.cicely.de> References: <30956.1112011996@critter.freebsd.dk> <1112014711.1022.37.camel@localhost> <20050328130451.GB14532@cicely12.cicely.de> <1112015844.1022.44.camel@localhost> <20050328132801.GD14532@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 18:06:10 +0400 Message-Id: <1112018770.1022.62.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 14:06:17 -0000 =F7 =D0=CE, 28/03/2005 =D7 15:28 +0200, Bernd Walter =D0=C9=DB=C5=D4: > On Mon, Mar 28, 2005 at 05:17:24PM +0400, Vladimir Grebenschikov wrote: > > ? ??, 28/03/2005 ? 15:04 +0200, Bernd Walter ?????: > > > On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrot= e: > > > > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > > > > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Wal= ter writes: > > > > >=20 > > > > > >> camcontrol detach da0; camcontrol rescan all=20 > > > > > >> helps, but, it should be much better if it will be issued auto= matically. > > > > > > > > > > > >Yes - GEOM seems to ignore media change signals from drives. > > > > > >I've added PHK to the recipient list - maybe he has an idea abou= t this > > > > > >problem. > > > > >=20 > > > > > No, GEOM doesn't ignore any such thing, because as far as I know > > > > > GEOM doesn't get any such thing to ignore in the first place. > > > >=20 > > > > So, let's imagine following situation: > > > >=20 > > > > We get SCSI BUS with removable da device. > > > > device detected as da0 and not mounted. > > > > Device disconnected from SCSI bus. > > > > And finally, another device with different geometry connected with = same > > > > SCIS ID. > > >=20 > > > This ist not a *media* exchange - this is a *device* and in > > > this case even a scbus exchange. > >=20 > > Ok, so my case is media exchange, not device exchange. >=20 > No - it is a device exchange. > GEOM only has problems with media exchange. > A new device is no problem for GEOM. > Your problem is very likely not GEOM related. I guess, may bad example messed up discussion. sorry. >From begin: I have USB-connected card-reader (Sony Memory Stick). It connected as umass0 (ehci), then as da0. It can't be unplugged. (on-board notebook device) Problem: When I change card (it was not mounted) da0 device does not detect media change and following mount fails. Workarounds (I know three at this moment): - kldunload umass; kldload umass - the ugliest, will affect other umass devices. - cat /dev/null > /dev/da0 before mount - GEOM hacking=20 (also I do not like do cat into device with data) - camcontrol detach da0; camcontrol rescan all - requires CAM patch So, I am asking about solution, how it is supposed to work,=20 I guess, like with CD, there is should not be special exercises after card change. Probably my card-read is too stupid to send any media change notifications, how to test it ? Another, probably related question, is there way to detect card insertion/removal ? > > How it is supposed to work in this case ?=20 >=20 > You get a new device and all layers are freshly setup. > That is get's the same device numers as the old is unrelated, it's > still a new device after all. >=20 > You should see why your disconnect doesn't work. It is not disconnected physically, just card removed. > Do you run recent RELENG_5 or -current code? 6-CURRENT. > Disconnect the device and "ps -axl | grep usb" - you will see the > usb threads - each host controller has one of them. > Normaly idle usb threads should wait in usbevt and usbtask should > wait in usbtsk - see what it is in your case. --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 14:24: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 5C2FC16A4CE; Mon, 28 Mar 2005 14:24:45 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id AE63643D53; Mon, 28 Mar 2005 14:24:44 +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.1) with ESMTP id j2SEOUQY032734; Mon, 28 Mar 2005 16:24:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: ticso@cicely.de From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 15:48:57 +0200." <20050328134856.GF14532@cicely12.cicely.de> Date: Mon, 28 Mar 2005 16:24:30 +0200 Message-ID: <32733.1112019870@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 14:24:45 -0000 In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter writes: >> Driver support for this is not really meaterialized and therefore >> the model now is that when the media is ejected the geom device >> is removed and a new one created right away, even if a new media >> is not inserted right away. > >Do you get eject notifications from any device type? Right now I belive floppy disks DTRT. >One of my problems is that it is possible with SCSI MO drives to >eject the media, reinsert a new one and errously continue to work >with the old GEOM layout. >I already trashed the data on one media by forgetting to trigger >a reprobe - since then I use a mount script. Well, I have no idea how to pull the information out of the CAM/SCSI code, but I'm sure there is _some_ way it can be done. -- 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 Mar 28 14:25: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 9705516A4DD for ; Mon, 28 Mar 2005 14:25:51 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C190A43D5C for ; Mon, 28 Mar 2005 14:25:50 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SEPdsf096410 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 16:25:41 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SEPPVK088033 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 16:25:26 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SEPP40027692; Mon, 28 Mar 2005 16:25:25 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SEPOlf027691; Mon, 28 Mar 2005 16:25:24 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 16:25:24 +0200 From: Bernd Walter To: Vladimir Grebenschikov Message-ID: <20050328142523.GG14532@cicely12.cicely.de> References: <30956.1112011996@critter.freebsd.dk> <1112014711.1022.37.camel@localhost> <20050328130451.GB14532@cicely12.cicely.de> <1112015844.1022.44.camel@localhost> <20050328132801.GD14532@cicely12.cicely.de> <1112018770.1022.62.camel@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1112018770.1022.62.camel@localhost> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0015] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 14:25:51 -0000 On Mon, Mar 28, 2005 at 06:06:10PM +0400, Vladimir Grebenschikov wrote: > ? ??, 28/03/2005 ? 15:28 +0200, Bernd Walter ?????: > > On Mon, Mar 28, 2005 at 05:17:24PM +0400, Vladimir Grebenschikov wrote: > > > ? ??, 28/03/2005 ? 15:04 +0200, Bernd Walter ?????: > > > > On Mon, Mar 28, 2005 at 04:58:31PM +0400, Vladimir Grebenschikov wrote: > > > > > ? ??, 28/03/2005 ? 14:13 +0200, Poul-Henning Kamp ?????: > > > > > > In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: > > > > > > > > > > > > >> camcontrol detach da0; camcontrol rescan all > > > > > > >> helps, but, it should be much better if it will be issued automatically. > > > > > > > > > > > > > >Yes - GEOM seems to ignore media change signals from drives. > > > > > > >I've added PHK to the recipient list - maybe he has an idea about this > > > > > > >problem. > > > > > > > > > > > > No, GEOM doesn't ignore any such thing, because as far as I know > > > > > > GEOM doesn't get any such thing to ignore in the first place. > > > > > > > > > > So, let's imagine following situation: > > > > > > > > > > We get SCSI BUS with removable da device. > > > > > device detected as da0 and not mounted. > > > > > Device disconnected from SCSI bus. > > > > > And finally, another device with different geometry connected with same > > > > > SCIS ID. > > > > > > > > This ist not a *media* exchange - this is a *device* and in > > > > this case even a scbus exchange. > > > > > > Ok, so my case is media exchange, not device exchange. > > > > No - it is a device exchange. > > GEOM only has problems with media exchange. > > A new device is no problem for GEOM. > > Your problem is very likely not GEOM related. > > I guess, may bad example messed up discussion. sorry. > > >From begin: > I have USB-connected card-reader (Sony Memory Stick). > It connected as umass0 (ehci), then as da0. > It can't be unplugged. (on-board notebook device) OK - then I got you wrong here - so you are really exchanging just the media. Yes - the thread is very mixed - and I don't imagine a memory stick, which describes the physical design IMO, to be an onboard device. > Problem: > When I change card (it was not mounted) da0 device does not detect > media change and following mount fails. Ack. > Workarounds (I know three at this moment): > - kldunload umass; kldload umass - the ugliest, will affect other > umass devices. > - cat /dev/null > /dev/da0 before mount - GEOM hacking > (also I do not like do cat into device with data) I think this is currently the official way. It just does what is required to trigger a GEOM rescan. Everthing else removes the complete device, which is more than required. > - camcontrol detach da0; camcontrol rescan all - requires CAM patch > > So, I am asking about solution, how it is supposed to work, > I guess, like with CD, there is should not be special exercises after > card change. If I got Poul right then even for the CD case it just works because of some evilness. > Probably my card-read is too stupid to send any media change > notifications, how to test it ? You should see SCSI messages from the kernel for the first access after exchanging the media. But from what I know GEOM doesn't know how to handle exchange notifications from SCSI devices. What we IMHO really need is to make the da driver poll the device for media exchange notifications - and hoope that the drive is capable to do. I don't have an idea for drives that don't support notifications. > Another, probably related question, is there way to detect card > insertion/removal ? You can explizitly ask a SCSI device for media and readyness state. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 14:38: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 D28DC16A4CE for ; Mon, 28 Mar 2005 14:38:46 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30D1743D39 for ; Mon, 28 Mar 2005 14:38:46 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SEcesf096936 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 16:38:42 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SEc3VK088112 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 16:38:04 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SEc3DU027767; Mon, 28 Mar 2005 16:38:03 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SEc2Mb027766; Mon, 28 Mar 2005 16:38:02 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 16:38:02 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050328143801.GH14532@cicely12.cicely.de> References: <20050328134856.GF14532@cicely12.cicely.de> <32733.1112019870@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32733.1112019870@critter.freebsd.dk> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 14:38:46 -0000 On Mon, Mar 28, 2005 at 04:24:30PM +0200, Poul-Henning Kamp wrote: > In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter writes: > > >> Driver support for this is not really meaterialized and therefore > >> the model now is that when the media is ejected the geom device > >> is removed and a new one created right away, even if a new media > >> is not inserted right away. > > > >Do you get eject notifications from any device type? > > Right now I belive floppy disks DTRT. Interesting. > >One of my problems is that it is possible with SCSI MO drives to > >eject the media, reinsert a new one and errously continue to work > >with the old GEOM layout. > >I already trashed the data on one media by forgetting to trigger > >a reprobe - since then I use a mount script. > > Well, I have no idea how to pull the information out of the CAM/SCSI > code, but I'm sure there is _some_ way it can be done. There is the test unit ready command. Either it returns OK, or you may get usefull sense data. Here is an example: No media in the drive: [60]cicely13# camcontrol tur -n da -u 0 -v Unit is not ready (pass0:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass0:ahc0:0:1:0): CAM Status: SCSI Status Error (pass0:ahc0:0:1:0): SCSI Status: Check Condition (pass0:ahc0:0:1:0): NOT READY asc:3a,0 (pass0:ahc0:0:1:0): Medium not present Exit 1 Media just inserted and give the drive some time to spin up: [61]cicely13# camcontrol tur -n da -u 0 -v Unit is not ready (pass0:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass0:ahc0:0:1:0): CAM Status: SCSI Status Error (pass0:ahc0:0:1:0): SCSI Status: Check Condition (pass0:ahc0:0:1:0): UNIT ATTENTION asc:28,0 (pass0:ahc0:0:1:0): Not ready to ready change, medium may have changed Exit 1 Just retry TUR command: [62]cicely13# camcontrol tur -n da -u 0 -v Unit is ready Media ejected: [63]cicely13# camcontrol tur -n da -u 0 -v Unit is not ready (pass0:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass0:ahc0:0:1:0): CAM Status: SCSI Status Error (pass0:ahc0:0:1:0): SCSI Status: Check Condition (pass0:ahc0:0:1:0): NOT READY asc:3a,0 (pass0:ahc0:0:1:0): Medium not present Exit 1 Media reinserted without waiting the drive to spin up: [64]cicely13# camcontrol tur -n da -u 0 -v Unit is not ready (pass0:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass0:ahc0:0:1:0): CAM Status: SCSI Status Error (pass0:ahc0:0:1:0): SCSI Status: Check Condition (pass0:ahc0:0:1:0): NOT READY asc:98,0 (pass0:ahc0:0:1:0): Vendor Specific ASC Exit 1 After the drive spun up: [65]cicely13# camcontrol tur -n da -u 0 -v Unit is not ready (pass0:ahc0:0:1:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass0:ahc0:0:1:0): CAM Status: SCSI Status Error (pass0:ahc0:0:1:0): SCSI Status: Check Condition (pass0:ahc0:0:1:0): UNIT ATTENTION asc:28,0 (pass0:ahc0:0:1:0): Not ready to ready change, medium may have changed Exit 1 Retry TUR: [66]cicely13# camcontrol tur -n da -u 0 -v Unit is ready -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 14:42: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 7930516A4CE for ; Mon, 28 Mar 2005 14:42:44 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id C9B0443D58 for ; Mon, 28 Mar 2005 14:42:43 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SEgcsf097060 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 16:42:40 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SEfaVK088131 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 16:41:37 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SEfagw027784; Mon, 28 Mar 2005 16:41:36 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SEfZNH027783; Mon, 28 Mar 2005 16:41:36 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 16:41:35 +0200 From: Bernd Walter To: Poul-Henning Kamp Message-ID: <20050328144135.GI14532@cicely12.cicely.de> References: <20050328134856.GF14532@cicely12.cicely.de> <32733.1112019870@critter.freebsd.dk> <20050328143801.GH14532@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050328143801.GH14532@cicely12.cicely.de> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0001] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 14:42:44 -0000 On Mon, Mar 28, 2005 at 04:38:02PM +0200, Bernd Walter wrote: > On Mon, Mar 28, 2005 at 04:24:30PM +0200, Poul-Henning Kamp wrote: > > In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter writes: > > > > >> Driver support for this is not really meaterialized and therefore > > >> the model now is that when the media is ejected the geom device > > >> is removed and a new one created right away, even if a new media > > >> is not inserted right away. > > > > > >Do you get eject notifications from any device type? > > > > Right now I belive floppy disks DTRT. > > Interesting. > > > >One of my problems is that it is possible with SCSI MO drives to > > >eject the media, reinsert a new one and errously continue to work > > >with the old GEOM layout. > > >I already trashed the data on one media by forgetting to trigger > > >a reprobe - since then I use a mount script. > > > > Well, I have no idea how to pull the information out of the CAM/SCSI > > code, but I'm sure there is _some_ way it can be done. > > There is the test unit ready command. > Either it returns OK, or you may get usefull sense data. > Here is an example: This even works for my USB flash drives: [67]cicely13# camcontrol tur -n da -u 1 -v Unit is not ready (pass1:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass1:umass-sim0:0:0:0): CAM Status: SCSI Status Error (pass1:umass-sim0:0:0:0): SCSI Status: Check Condition (pass1:umass-sim0:0:0:0): NOT READY asc:3a,0 (pass1:umass-sim0:0:0:0): Medium not present Exit 1 [68]cicely13# camcontrol tur -n da -u 1 -v Unit is not ready (pass1:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass1:umass-sim0:0:0:0): CAM Status: SCSI Status Error (pass1:umass-sim0:0:0:0): SCSI Status: Check Condition (pass1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (pass1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed Exit 1 [69]cicely13# camcontrol tur -n da -u 1 -v Unit is ready [71]cicely13# camcontrol tur -n da -u 4 -v Unit is not ready (pass4:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (pass4:umass-sim1:1:0:0): CAM Status: SCSI Status Error (pass4:umass-sim1:1:0:0): SCSI Status: Check Condition (pass4:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 (pass4:umass-sim1:1:0:0): Not ready to ready change, medium may have changed Exit 1 [72]cicely13# camcontrol tur -n da -u 4 -v Unit is ready Those are both more or less random flash card readers, so it seems that even cheap devices work. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:03: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 6BAA916A4CE for ; Mon, 28 Mar 2005 15:03:38 +0000 (GMT) Received: from galilee.polands.org (CPE-24-208-53-189.new.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 961D943D3F for ; Mon, 28 Mar 2005 15:03:37 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j2SF3BoR046841; Mon, 28 Mar 2005 09:03:20 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j2SF3AfA067605; Mon, 28 Mar 2005 09:03:10 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j2SF3Arc067604; Mon, 28 Mar 2005 09:03:10 -0600 (CST) (envelope-from djp) Date: Mon, 28 Mar 2005 09:03:10 -0600 From: Doug Poland To: "Brian K. White" Message-ID: <20050328150310.GB67470@polands.org> References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <010401c53385$584a04c0$6800000a@venti> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 15:03:38 -0000 On Mon, Mar 28, 2005 at 05:59:59AM -0500, Brian K. White wrote: > > ----- Original Message ----- > From: "Doug Poland" > To: "Doug Barton" > Cc: > Sent: Sunday, March 27, 2005 5:32 PM > Subject: Re: Heads up: gtar gone from base system > > > >On Sat, Mar 26, 2005 at 06:16:24PM -0800, Doug Barton wrote: > >>On Fri, 25 Mar 2005, Doug Poland wrote: > >> > >>>There are some examples in the gtar man page that would be nice to have > >>>in bsdtar. > >> > >>Given that "some examples" have already been implemented, I think we're > >>covered here. :) If you want something more specific, you'll have to > >>provide a little more information. > >> > >OK, the example I cannot live without... > > > > > > To move file hierarchies, use a command line like this: > > > > tar -cf - -C srcdir . | tar xpf - -C destdir > > Why not? > Isn't that just a slight convenience for this?: > cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) > > It looks equivalent saying you cannot live without -j or -z ? > now if "cd" ever decides to eat even one character from stdin that'd be > different :) > I can't remember the syntactical variations of using tar to move directory hierarchies. I can, however, remember that the man page for tar has a working example ;) -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:04: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 1B09716A4CE for ; Mon, 28 Mar 2005 15:04:08 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4854A43D2F for ; Mon, 28 Mar 2005 15:04:05 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.201] ([192.168.254.201]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2SF1rWB000542; Mon, 28 Mar 2005 08:01:53 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <42481C66.7090409@samsco.org> Date: Mon, 28 Mar 2005 08:01:58 -0700 From: Scott User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <32733.1112019870@critter.freebsd.dk> In-Reply-To: <32733.1112019870@critter.freebsd.dk> 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: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 15:04:08 -0000 Poul-Henning Kamp wrote: > In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter writes: > > >>>Driver support for this is not really meaterialized and therefore >>>the model now is that when the media is ejected the geom device >>>is removed and a new one created right away, even if a new media >>>is not inserted right away. >> >>Do you get eject notifications from any device type? > > > Right now I belive floppy disks DTRT. > > >>One of my problems is that it is possible with SCSI MO drives to >>eject the media, reinsert a new one and errously continue to work >>with the old GEOM layout. >>I already trashed the data on one media by forgetting to trigger >>a reprobe - since then I use a mount script. > > > Well, I have no idea how to pull the information out of the CAM/SCSI > code, but I'm sure there is _some_ way it can be done. > So are you saying that an async notification mechanism needs to be invented for SCSI, or that all SCSI users should be required to use SES or SAFTE enclosures for all SCSI devices, or that we should be like Windows and constantly poll the devices? Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:06:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8262816A4CF for ; Mon, 28 Mar 2005 15:06:35 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F16BE43D39 for ; Mon, 28 Mar 2005 15:06:33 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2SF6WBS033914 for ; Mon, 28 Mar 2005 09:06:32 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42481D60.9050801@centtech.com> Date: Mon, 28 Mar 2005 09:06:08 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: multipart/mixed; boundary="------------040505030808020204020903" X-Virus-Scanned: ClamAV 0.82/791/Sat Mar 26 16:26:49 2005 on mh1.centtech.com X-Virus-Status: Clean Subject: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 15:06:35 -0000 This is a multi-part message in MIME format. --------------040505030808020204020903 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit I have a backup server running rsnapshot which has about 10TB of used disk space attached. When the setuid security check runs, it crawls all the partitions mounted, which takes an insane amount of time, and thrashes the disks while I'm trying to send backups to them. I didn't see any way to exclude them, so I hacked the script myself. I've attached a patch to allow exclusion of mount points - please review, replace, hack, etc as needed. All you need to do is add: daily_status_security_chksetuid_prunemounts="" to /etc/defaults/periodic.conf with a list of mount points to be excluded like this: daily_status_security_chksetuid_prunemounts="vol backup tmp" Patch attached. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ --------------040505030808020204020903 Content-Type: text/x-patch; name="100.chksetuid.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="100.chksetuid.patch" --- 100.chksetuid-orig Mon Mar 28 07:39:38 2005 +++ 100.chksetuid Mon Mar 28 07:52:51 2005 @@ -44,7 +44,16 @@ echo "" echo 'Checking setuid files and devices:' # XXX Note that there is the possibility of overrunning the args to ls - MP=`mount -t ufs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | sort` + excludes=" " + case X"$daily_status_security_chksetuid_prunemounts" in + X) ;; + *) for path in $daily_status_security_chksetuid_prunemounts + do + excludes="$excludes|$path" + done;; + esac + + MP=`mount -t ufs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | egrep -v "($excludes)" | sort` if [ -n "${MP}" ] then set ${MP} --------------040505030808020204020903-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:39: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 9FE1116A4CE for ; Mon, 28 Mar 2005 15:39:31 +0000 (GMT) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E545E43D3F for ; Mon, 28 Mar 2005 15:39:30 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id B07E8D8953; Mon, 28 Mar 2005 17:39:29 +0200 (CEST) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 96FED914BF; Mon, 28 Mar 2005 17:39:29 +0200 (CEST) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 7E24D91456; Mon, 28 Mar 2005 17:39:29 +0200 (CEST) Received: from frodo.galgenberg.net (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id 422C1D8953; Mon, 28 Mar 2005 17:39:29 +0200 (CEST) Received: from coyote.q.local (gb-21-237.galgenberg.net [172.16.21.237]) by frodo.galgenberg.net (8.13.1/8.13.1) with ESMTP id j2SFdTKM031317; Mon, 28 Mar 2005 17:39:29 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.13.1/8.13.1) with ESMTP id j2SFdSxm042344; Mon, 28 Mar 2005 17:39:28 +0200 (CEST) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.3/8.13.1) with ESMTP id j2SFdSqi002644; Mon, 28 Mar 2005 17:39:28 +0200 (CEST) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.3/8.13.1/Submit) id j2SFdRMr002643; Mon, 28 Mar 2005 17:39:27 +0200 (CEST) (envelope-from q@uni.de) Date: Mon, 28 Mar 2005 17:39:26 +0200 From: Ulrich Spoerlein To: Eric Anderson Message-ID: <20050328153926.GA816@galgenberg.net> Mail-Followup-To: Eric Anderson , FreeBSD Current References: <42481D60.9050801@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: <42481D60.9050801@centtech.com> User-Agent: Mutt/1.5.8i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) cc: FreeBSD Current Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 15:39:31 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 28.03.2005 at 09:06:08 -0600, Eric Anderson wrote: > + MP=3D`mount -t ufs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | e= grep -v "($excludes)" | sort` You need to consider boundaries. Having /vol, /vol1 and /vol2, setting excludes to "vol" will result in ".*vol.*" being excluded. I would suggest using full paths ("/vol") and this regexp: "^$(excludes)\$", that way one can also exclude / by putting "/" into $excludes. Ulrich Sp=F6rlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSCUumArGtfDbn0QRAvmJAJ0e91TgDNJ2cbkwnYKdQwhSoqrWFwCg7VNq AoK9hOVf3Jm8AsEKVvcuJas= =dnke -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 15:41: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 0687716A511 for ; Mon, 28 Mar 2005 15:41:17 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0BF043D62 for ; Mon, 28 Mar 2005 15:41:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2SFfB0f099844; Mon, 28 Mar 2005 09:41:11 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42482580.90309@centtech.com> Date: Mon, 28 Mar 2005 09:40:48 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ulrich Spoerlein References: <42481D60.9050801@centtech.com> <20050328153926.GA816@galgenberg.net> In-Reply-To: <20050328153926.GA816@galgenberg.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: FreeBSD Current Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 15:41:17 -0000 Ulrich Spoerlein wrote: > On Mon, 28.03.2005 at 09:06:08 -0600, Eric Anderson wrote: > >>+ MP=`mount -t ufs | egrep -v " no(suid|exec)" | awk '{ print $3 }' | egrep -v "($excludes)" | sort` > > > You need to consider boundaries. Having /vol, /vol1 and /vol2, setting > excludes to "vol" will result in ".*vol.*" being excluded. I would > suggest using full paths ("/vol") and this regexp: "^$(excludes)\$", > that way one can also exclude / by putting "/" into $excludes. Right you are! Good idea.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 16:07: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 3098216A4CE for ; Mon, 28 Mar 2005 16:07:23 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF8B43D39 for ; Mon, 28 Mar 2005 16:07:22 +0000 (GMT) (envelope-from jsconiers@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so559979wra for ; Mon, 28 Mar 2005 08:07:22 -0800 (PST) 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; b=h+2bg8JQsQMOFlvTHaVfpFWgvyyp6gwb2vU8pHJ8wU9g1KUzUZI6/KldE8huyUgoyYH6N+HU11gEWGgL+SND461z6uBgIHxrxbOr9qhlZONrMFJZskVU9may0nNmHmZqYaQuvM1hDMj1DuBCobwWcKXJk5iMundVWDiefKBrV+M= Received: by 10.54.30.77 with SMTP id d77mr2728101wrd; Mon, 28 Mar 2005 08:07:21 -0800 (PST) Received: by 10.54.5.75 with HTTP; Mon, 28 Mar 2005 08:07:21 -0800 (PST) Message-ID: Date: Mon, 28 Mar 2005 10:07:21 -0600 From: John Sconiers To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: code requirements / CVS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John Sconiers List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 16:07:23 -0000 Hi, A group of coders will be porting complete reiserfs functionality over to FreeBSD -current. The work will most likely be based on the current read only project (http://dumbbell.nerim.net/index2.html) published by Jean Pedron. I have two questions: 1. What are the requirements for inclusion into the tree? We would want the end result to be included if possible. Maybe as a kernel module? 2. Is anyone willing to donate space on a cvs or hosting server for this project. Only two or three people would need update access. JOHN From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 16:10: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 9A6B916A4CE for ; Mon, 28 Mar 2005 16:10:09 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64E8643D39 for ; Mon, 28 Mar 2005 16:10:08 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2SGA6Xn034545; Mon, 28 Mar 2005 10:10:06 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42482C47.8020708@centtech.com> Date: Mon, 28 Mar 2005 10:09:43 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Sconiers References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/791/Sat Mar 26 16:26:49 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: code requirements / CVS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 16:10:09 -0000 John Sconiers wrote: > Hi, > A group of coders will be porting complete reiserfs functionality over > to FreeBSD -current. The work will most likely be based on the > current read only project (http://dumbbell.nerim.net/index2.html) > published by Jean Pedron. I have two questions: > 1. What are the requirements for inclusion into the tree? We would > want the end result to be included if possible. Maybe as a kernel > module? > 2. Is anyone willing to donate space on a cvs or hosting server for > this project. Only two or three people would need update access. I might be able to help with (2), offering space development areas. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 16:17: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 0161616A4CE for ; Mon, 28 Mar 2005 16:17:05 +0000 (GMT) Received: from dragon.NUXI.org (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A0F843D4C for ; Mon, 28 Mar 2005 16:17:04 +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 j2SGH4U5008990; Mon, 28 Mar 2005 08:17:04 -0800 (PST) (envelope-from obrien@dragon.NUXI.org) Received: (from obrien@localhost) by dragon.NUXI.org (8.13.3/8.13.1/Submit) id j2SGH2Pq008897; Mon, 28 Mar 2005 08:17:02 -0800 (PST) (envelope-from obrien) Date: Mon, 28 Mar 2005 08:17:01 -0800 From: "David O'Brien" To: John Sconiers Message-ID: <20050328161701.GA3408@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, John Sconiers References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Subject: Re: code requirements / CVS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-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: Mon, 28 Mar 2005 16:17:05 -0000 On Mon, Mar 28, 2005 at 10:07:21AM -0600, John Sconiers wrote: > A group of coders will be porting complete reiserfs functionality over > to FreeBSD -current. The work will most likely be based on the > current read only project (http://dumbbell.nerim.net/index2.html) > published by Jean Pedron. I have two questions: > 1. What are the requirements for inclusion into the tree? We would > want the end result to be included if possible. Maybe as a kernel > module? Clear copyrights on the source code, something maintainable, etc... And since it will have GPL'ed bits, they cannot be required for a working kernel, nor can the FS be in GENERIC. A kernel module is fine. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 16:26: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 172FB16A4CE for ; Mon, 28 Mar 2005 16:26:36 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25BAF43D4C for ; Mon, 28 Mar 2005 16:26:35 +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.1) with ESMTP id j2SGQUV6034231; Mon, 28 Mar 2005 18:26:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Scott From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 08:01:58 PDT." <42481C66.7090409@samsco.org> Date: Mon, 28 Mar 2005 18:26:30 +0200 Message-ID: <34230.1112027190@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 16:26:36 -0000 In message <42481C66.7090409@samsco.org>, Scott writes: >So are you saying that an async notification mechanism needs to be >invented for SCSI, or that all SCSI users should be required to use >SES or SAFTE enclosures for all SCSI devices, or that we should be like >Windows and constantly poll the devices? I don't care _how_ we make CAM/SCSI behave like the users expect. -- 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 Mar 28 16:30: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 4BE7B16A4CE for ; Mon, 28 Mar 2005 16:30:33 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE91243D48 for ; Mon, 28 Mar 2005 16:30:32 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.201] ([192.168.254.201]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2SGSLgF000963; Mon, 28 Mar 2005 09:28:21 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424830AC.7090309@samsco.org> Date: Mon, 28 Mar 2005 09:28:28 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <34230.1112027190@critter.freebsd.dk> In-Reply-To: <34230.1112027190@critter.freebsd.dk> 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: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 16:30:33 -0000 Poul-Henning Kamp wrote: > In message <42481C66.7090409@samsco.org>, Scott writes: > > >>So are you saying that an async notification mechanism needs to be >>invented for SCSI, or that all SCSI users should be required to use >>SES or SAFTE enclosures for all SCSI devices, or that we should be like >>Windows and constantly poll the devices? > > > I don't care _how_ we make CAM/SCSI behave like the users expect. > Well, I waved my hands at it for a few minutes, but nothing changed... hmm.... =-) My question to you was partially rhetorical, since a good solution just doesn't exist. Even the polling option isn't good because it will disrupt things like burning CD's; in Windows, the CD burning software packages that are out there go through an impressive set of hoops to deal with this polling problem. Scott From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 16:39: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 1CA1716A4CE for ; Mon, 28 Mar 2005 16:39:24 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 457A343D48 for ; Mon, 28 Mar 2005 16:39:23 +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.1) with ESMTP id j2SGdM5Y034379; Mon, 28 Mar 2005 18:39:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Scott Long From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 28 Mar 2005 09:28:28 PDT." <424830AC.7090309@samsco.org> Date: Mon, 28 Mar 2005 18:39:22 +0200 Message-ID: <34378.1112027962@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 16:39:24 -0000 In message <424830AC.7090309@samsco.org>, Scott Long writes: >>>So are you saying that an async notification mechanism needs to be >>>invented for SCSI, or that all SCSI users should be required to use >>>SES or SAFTE enclosures for all SCSI devices, or that we should be like >>>Windows and constantly poll the devices? >> >> I don't care _how_ we make CAM/SCSI behave like the users expect. > >Well, I waved my hands at it for a few minutes, but nothing changed... >hmm.... =-) > >My question to you was partially rhetorical, That's why you got a terse answer indicating that the problem may be a disparity between SCSI and users (reasonable IMO) expectations to how devices act. I'm not claiming there is any perfect solution, but that doesn't mean that we shouldn't attempt to create a decent or at least workable solution. CD drives are a very specific problem because the ioctls we implement (and want to keep implementing for compatibility reasons) are defined without regard to the drive vs. media dictomy. atapi-cd implments what looks to be a workable workaround for this. I can't possibly why disk devices can't just simulate DTRT with polling. I even remember trying to implement that in scsi_da and I probably still have the hole in my mailbox where a response from the CAM/SCSI clued would have gone, had something like that existed. I think I ran into this issue well over two years ago, and all my attempts to get people to look at it failed and I simply parked it "until somebody gives a shit". Now that somebody does, can we stop religious slamming ancient and bogus user interaction models around and work together to find out how to implement or at least simulate something that makes sense in this day and 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 Mon Mar 28 16:49: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 3A24F16A4E2 for ; Mon, 28 Mar 2005 16:49:45 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5577843D39 for ; Mon, 28 Mar 2005 16:49:44 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2SGnfsf001488 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Mon, 28 Mar 2005 18:49:42 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2SGn7VK088930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Mar 2005 18:49:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2SGn7YH028428; Mon, 28 Mar 2005 18:49:07 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2SGn6VF028427; Mon, 28 Mar 2005 18:49:06 +0200 (CEST) (envelope-from ticso) Date: Mon, 28 Mar 2005 18:49:06 +0200 From: Bernd Walter To: Scott Long Message-ID: <20050328164906.GM14532@cicely12.cicely.de> References: <34230.1112027190@critter.freebsd.dk> <424830AC.7090309@samsco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <424830AC.7090309@samsco.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0023] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: "current@freebsd.org" cc: vova@fbsd.ru cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 16:49:45 -0000 On Mon, Mar 28, 2005 at 09:28:28AM -0700, Scott Long wrote: > Poul-Henning Kamp wrote: > >In message <42481C66.7090409@samsco.org>, Scott writes: > > > > > >>So are you saying that an async notification mechanism needs to be > >>invented for SCSI, or that all SCSI users should be required to use > >>SES or SAFTE enclosures for all SCSI devices, or that we should be like > >>Windows and constantly poll the devices? > > > > > >I don't care _how_ we make CAM/SCSI behave like the users expect. > > > > Well, I waved my hands at it for a few minutes, but nothing changed... > hmm.... =-) > > My question to you was partially rhetorical, since a good solution just > doesn't exist. Even the polling option isn't good because it will > disrupt things like burning CD's; in Windows, the CD burning software > packages that are out there go through an impressive set of hoops to > deal with this polling problem. What exactly is the problem with burning and polling? I personaly could easily imagine a kernel thread that polls devices e.g. once every second. It is out of question IMO that we need an async change notification framework somehow. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 17:25: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 4990216A4CE for ; Mon, 28 Mar 2005 17:25:25 +0000 (GMT) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id C89A543D2D for ; Mon, 28 Mar 2005 17:25:24 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] (adsl-67-127-71-192.dsl.snfc21.pacbell.net [67.127.71.192])j2SHPB5K073986; Mon, 28 Mar 2005 12:25:17 -0500 Message-ID: <42483DF1.7090805@elischer.org> Date: Mon, 28 Mar 2005 09:25:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: "Brian K. White" References: <20050313223214.D6EE57306E@freebsd-current.sentex.ca><4243B57D.5050204@freebsd.org> <20050325130458.GA40427@polands.org><20050326181516.X65159@qbhto.arg> <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> In-Reply-To: <010401c53385$584a04c0$6800000a@venti> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 17:25:25 -0000 Brian K. White wrote: > > ----- Original Message ----- From: "Doug Poland" >>> >> OK, the example I cannot live without... >> >> >> To move file hierarchies, use a command line like this: >> >> tar -cf - -C srcdir . | tar xpf - -C destdir bsdtar supports -C.. what in the above line doesn't work? From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 17:29: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 F219716A4CE for ; Mon, 28 Mar 2005 17:29:21 +0000 (GMT) Received: from tinker.exit.com (tinker.exit.com [206.223.0.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A513443D3F for ; Mon, 28 Mar 2005 17:29:21 +0000 (GMT) (envelope-from frank@exit.com) Received: from realtime.exit.com (realtime [206.223.0.5]) by tinker.exit.com (8.13.3/8.13.3) with ESMTP id j2SHSbH4084764; Mon, 28 Mar 2005 09:28:37 -0800 (PST) (envelope-from frank@exit.com) Received: from realtime.exit.com (localhost [127.0.0.1]) by realtime.exit.com (8.13.1/8.12.9) with ESMTP id j2SHSbgM031864; Mon, 28 Mar 2005 09:28:37 -0800 (PST) (envelope-from frank@realtime.exit.com) Received: (from frank@localhost) by realtime.exit.com (8.13.1/8.13.1/Submit) id j2SHSbcX031848; Mon, 28 Mar 2005 09:28:37 -0800 (PST) (envelope-from frank) From: Frank Mayhar Message-Id: <200503281728.j2SHSbcX031848@realtime.exit.com> In-Reply-To: <42483DF1.7090805@elischer.org> To: Julian Elischer Date: Mon, 28 Mar 2005 09:28:37 -0800 (PST) X-Copyright0: Copyright 2005 Frank Mayhar. All Rights Reserved. X-Copyright1: Permission granted for electronic reproduction as Usenet News or email only. X-Mailer: ELM [version 2.4ME+ PL119 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: "Brian K. White" cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: frank@exit.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 17:29:22 -0000 Julian Elischer wrote: > Brian K. White wrote: > >> OK, the example I cannot live without... > >> > >> > >> To move file hierarchies, use a command line like this: > >> > >> tar -cf - -C srcdir . | tar xpf - -C destdir > > bsdtar supports -C.. > > what in the above line doesn't work? I think he just wants that example to live in the bsdtar manpage, as it (apparently) did in the gtar manpage. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 17:45: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 81DFD16A4CE for ; Mon, 28 Mar 2005 17:45:14 +0000 (GMT) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C347B43D54 for ; Mon, 28 Mar 2005 17:45:13 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.3/8.13.3) with ESMTP id j2SHjBkq050574; Mon, 28 Mar 2005 18:45:11 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost)j2SHj9Ba050573; Mon, 28 Mar 2005 18:45:09 +0100 (BST) (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1]) by grovel.grondar.org (8.13.3/8.13.1) with ESMTP id j2SHiOfa050547; Mon, 28 Mar 2005 18:44:24 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200503281744.j2SHiOfa050547@grovel.grondar.org> To: John Sconiers From: Mark Murray In-Reply-To: Your message of "Mon, 28 Mar 2005 10:07:21 MDT." Date: Mon, 28 Mar 2005 18:44:24 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG Subject: Re: code requirements / CVS server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 17:45:14 -0000 John Sconiers writes: > A group of coders will be porting complete reiserfs functionality over > to FreeBSD -current. The work will most likely be based on the > current read only project (http://dumbbell.nerim.net/index2.html) > published by Jean Pedron. I have two questions: Great! :-) > 1. What are the requirements for inclusion into the tree? We would > want the end result to be included if possible. Maybe as a kernel > module? 2-clause BSD license preferable. Other OSS licenses OK, but if you aren't going for one of the _VERY_ standard ones, please discuss with core@. > 2. Is anyone willing to donate space on a cvs or hosting server for > this project. Only two or three people would need update access. I'm sure this could be arranged. Do we know the folks? M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 17:55: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 17F3016A4CE for ; Mon, 28 Mar 2005 17:55:38 +0000 (GMT) Received: from galilee.polands.org (CPE-24-208-53-189.new.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2238943D1F for ; Mon, 28 Mar 2005 17:55:37 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org ([172.16.1.35]) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j2SHt2oR047175; Mon, 28 Mar 2005 11:55:02 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j2SHt2O9000953; Mon, 28 Mar 2005 11:55:02 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j2SHt17a000952; Mon, 28 Mar 2005 11:55:01 -0600 (CST) (envelope-from djp) Date: Mon, 28 Mar 2005 11:55:01 -0600 From: Doug Poland To: Frank Mayhar Message-ID: <20050328175500.GC95281@polands.org> References: <42483DF1.7090805@elischer.org> <200503281728.j2SHSbcX031848@realtime.exit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503281728.j2SHSbcX031848@realtime.exit.com> User-Agent: Mutt/1.5.9i cc: "Brian K. White" cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 17:55:38 -0000 On Mon, Mar 28, 2005 at 09:28:37AM -0800, Frank Mayhar wrote: > Julian Elischer wrote: > > Brian K. White wrote: > > >> OK, the example I cannot live without... > > >> > > >> > > >> To move file hierarchies, use a command line like this: > > >> > > >> tar -cf - -C srcdir . | tar xpf - -C destdir > > > > bsdtar supports -C.. > > > > what in the above line doesn't work? > > I think he just wants that example to live in the bsdtar manpage, as it > (apparently) did in the gtar manpage. > Correct, just a documentation issue. Didn't mean to cause a fuss... -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 18:09: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 0574016A4CE for ; Mon, 28 Mar 2005 18:09:11 +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 A24AF43D4C for ; Mon, 28 Mar 2005 18:09:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 12918548C9; Mon, 28 Mar 2005 10:09:05 -0800 (PST) Date: Mon, 28 Mar 2005 10:09:04 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050328180904.GA46042@xor.obsecurity.org> References: <20050326031620.GA2341@xor.obsecurity.org> <20050327212620.GA61100@xor.obsecurity.org> <20050328061618.B54623@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <20050328061618.B54623@mail.chesapeake.net> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org cc: Kris Kennaway Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 18:09:11 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2005 at 06:16:48AM -0500, Jeff Roberson wrote: > On Sun, 27 Mar 2005, Kris Kennaway wrote: >=20 > > On Fri, Mar 25, 2005 at 07:16:20PM -0800, Kris Kennaway wrote: > > > HEAD from a few days ago on a SMP machine: > > > > > > panic: unmount: dangling vnode > > > cpuid =3D 0 >=20 > Are you trying to unmount the nullfs or ffs? nullfs. Kris --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSEhAWry0BWjoQKURAn5oAJ96qlphUwRuLO1SeRj93NfLPxg3PgCgpKd5 OK7qA9dHkRJk5tjvxQigCWg= =tKY9 -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 18:18: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 16FDE16A4CE for ; Mon, 28 Mar 2005 18:18:16 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27AE943D2D for ; Mon, 28 Mar 2005 18:18:15 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DFyn1-00043x-5l for freebsd-current@freebsd.org; Mon, 28 Mar 2005 20:16:39 +0200 Received: from pcp08490587pcs.levtwn01.pa.comcast.net ([68.83.169.224]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Mar 2005 20:16:39 +0200 Received: from apeiron+usenet by pcp08490587pcs.levtwn01.pa.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 28 Mar 2005 20:16:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Christopher Nehren Date: Mon, 28 Mar 2005 18:16:05 +0000 (UTC) Organization: /usr/bin/false Lines: 39 Message-ID: References: <42483DF1.7090805@elischer.org> <200503281728.j2SHSbcX031848@realtime.exit.com> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: pcp08490587pcs.levtwn01.pa.comcast.net User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 18:18:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2005-03-28, Frank Mayhar scribbled these curious markings: > Julian Elischer wrote: >> bsdtar supports -C.. >> >> what in the above line doesn't work? > > I think he just wants that example to live in the bsdtar manpage, as it > (apparently) did in the gtar manpage. It doesn't? As in /usr/src/usr.bin/tar/bsdtar.1, rev 1.20.2.2: .It Fl C Ar directory In c and r mode, this changes the directory before adding the following files. In x mode, change directories after opening the archive but before extracting entries from the archive. Best Regards, Christopher Nehren -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSEoSk/lo7zvzJioRAobIAJ0cPYJVxlHTgCRonegbeGmYIyOCMQCfcIVs B8pHaNBgHZ7sjb6xAywgfDE= =Ezt6 -----END PGP SIGNATURE----- -- I abhor a system designed for the "user", if that word is a coded pejorative meaning "stupid and unsophisticated". -- Ken Thompson If you ask the wrong questions, you get answers like "42" and "God". Unix is user friendly. However, it isn't idiot friendly. From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 18:52: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 0C7FC16A4CE for ; Mon, 28 Mar 2005 18:52:53 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id D234643D2D for ; Mon, 28 Mar 2005 18:52:52 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2SIqnSm085139; Mon, 28 Mar 2005 10:52:49 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2SIqn9K085138; Mon, 28 Mar 2005 10:52:49 -0800 (PST) (envelope-from sgk) Date: Mon, 28 Mar 2005 10:52:49 -0800 From: Steve Kargl To: Doug Poland Message-ID: <20050328185249.GB69540@troutmask.apl.washington.edu> References: <42483DF1.7090805@elischer.org> <200503281728.j2SHSbcX031848@realtime.exit.com> <20050328175500.GC95281@polands.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050328175500.GC95281@polands.org> User-Agent: Mutt/1.4.2.1i cc: "Brian K. White" cc: Julian Elischer cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 18:52:53 -0000 On Mon, Mar 28, 2005 at 11:55:01AM -0600, Doug Poland wrote: > On Mon, Mar 28, 2005 at 09:28:37AM -0800, Frank Mayhar wrote: > > Julian Elischer wrote: > > > Brian K. White wrote: > > > >> OK, the example I cannot live without... > > > >> > > > >> > > > >> To move file hierarchies, use a command line like this: > > > >> > > > >> tar -cf - -C srcdir . | tar xpf - -C destdir > > > > > > bsdtar supports -C.. > > > > > > what in the above line doesn't work? > > > > I think he just wants that example to live in the bsdtar manpage, as it > > (apparently) did in the gtar manpage. > > > Correct, just a documentation issue. Didn't mean to cause a fuss... > *** bsdtar.1.orig Mon Mar 28 10:43:08 2005 --- bsdtar.1 Mon Mar 28 10:51:07 2005 *************** *** 457,462 **** --- 457,465 ---- the default tape drive: .Dl Nm Fl x .Pp + To move file hierarchies, use a command line like this: + .Dl Nm Fl cf Pa - Fl C Pa srcdir \&. | Nm Fl xpf Pa - Fl C Pa destdir + .Pp In create mode, the list of files and directories to be archived can also include directory change instructions of the form .Cm -C Ns Pa foo/baz -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 19:04: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 7662516A4D5 for ; Mon, 28 Mar 2005 19:04:15 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D05843D48 for ; Mon, 28 Mar 2005 19:04:15 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j2SJ4Dgb085285; Mon, 28 Mar 2005 11:04:13 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j2SJ4Drc085284; Mon, 28 Mar 2005 11:04:13 -0800 (PST) (envelope-from sgk) Date: Mon, 28 Mar 2005 11:04:13 -0800 From: Steve Kargl To: Doug Poland Message-ID: <20050328190412.GA85227@troutmask.apl.washington.edu> References: <42483DF1.7090805@elischer.org> <200503281728.j2SHSbcX031848@realtime.exit.com> <20050328175500.GC95281@polands.org> <20050328185249.GB69540@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050328185249.GB69540@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i cc: "Brian K. White" cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 19:04:15 -0000 On Mon, Mar 28, 2005 at 10:52:49AM -0800, Steve Kargl wrote: > On Mon, Mar 28, 2005 at 11:55:01AM -0600, Doug Poland wrote: > > *** bsdtar.1.orig Mon Mar 28 10:43:08 2005 > --- bsdtar.1 Mon Mar 28 10:51:07 2005 > *************** > *** 457,462 **** > --- 457,465 ---- > the default tape drive: > .Dl Nm Fl x > .Pp > + To move file hierarchies, use a command line like this: > + .Dl Nm Fl cf Pa - Fl C Pa srcdir \&. | Nm Fl xpf Pa - Fl C Pa destdir > + .Pp > In create mode, the list of files and directories to be archived > can also include directory change instructions of the form > .Cm -C Ns Pa foo/baz > It appears that David O'Brien has already committed something for this. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 19:15: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 80F8716A4CE for ; Mon, 28 Mar 2005 19:15:42 +0000 (GMT) Received: from galilee.polands.org (CPE-24-208-53-189.new.rr.com [24.208.53.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id A715643D49 for ; Mon, 28 Mar 2005 19:15:41 +0000 (GMT) (envelope-from djp@polands.org) Received: from jericho.polands.org (jericho.polands.org [172.16.1.35] (may be forged)) by galilee.polands.org (8.12.9/8.12.9) with ESMTP id j2SJFFoR047297; Mon, 28 Mar 2005 13:15:25 -0600 (CST) (envelope-from djp@polands.org) Received: from jericho.polands.org (localhost [127.0.0.1]) by jericho.polands.org (8.13.3/8.13.1) with ESMTP id j2SJFAPQ017013; Mon, 28 Mar 2005 13:15:10 -0600 (CST) (envelope-from djp@jericho.polands.org) Received: (from djp@localhost) by jericho.polands.org (8.13.3/8.13.1/Submit) id j2SJFAm1017012; Mon, 28 Mar 2005 13:15:10 -0600 (CST) (envelope-from djp) Date: Mon, 28 Mar 2005 13:15:10 -0600 From: Doug Poland To: Steve Kargl Message-ID: <20050328191509.GD95281@polands.org> References: <42483DF1.7090805@elischer.org> <200503281728.j2SHSbcX031848@realtime.exit.com> <20050328175500.GC95281@polands.org> <20050328185249.GB69540@troutmask.apl.washington.edu> <20050328190412.GA85227@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050328190412.GA85227@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.9i cc: "Brian K. White" cc: freebsd-current@freebsd.org cc: Julian Elischer Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 19:15:42 -0000 On Mon, Mar 28, 2005 at 11:04:13AM -0800, Steve Kargl wrote: > On Mon, Mar 28, 2005 at 10:52:49AM -0800, Steve Kargl wrote: > > > > *** bsdtar.1.orig Mon Mar 28 10:43:08 2005 > > --- bsdtar.1 Mon Mar 28 10:51:07 2005 > > *************** > > *** 457,462 **** > > --- 457,465 ---- > > the default tape drive: > > .Dl Nm Fl x > > .Pp > > + To move file hierarchies, use a command line like this: > > + .Dl Nm Fl cf Pa - Fl C Pa srcdir \&. | Nm Fl xpf Pa - Fl C Pa destdir > > + .Pp > > In create mode, the list of files and directories to be archived > > can also include directory change instructions of the form > > .Cm -C Ns Pa foo/baz > > > > It appears that David O'Brien has already committed something for this. > Thanks David. -- Regards, Doug From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:00: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 D3FE416A4CE; Mon, 28 Mar 2005 20:00:50 +0000 (GMT) Received: from lakermmtao12.cox.net (lakermmtao12.cox.net [68.230.240.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id E101A43D53; Mon, 28 Mar 2005 20:00:39 +0000 (GMT) (envelope-from conrads@cox.net) Received: from dolphin.local.net ([68.14.61.221]) by lakermmtao12.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050328200038.QNDM2476.lakermmtao12.cox.net@dolphin.local.net>; Mon, 28 Mar 2005 15:00:38 -0500 Received: from dolphin.local.net (localhost.local.net [127.0.0.1]) by dolphin.local.net (8.13.3/8.13.3) with ESMTP id j2SK0cBO094262; Mon, 28 Mar 2005 14:00:38 -0600 (CST) (envelope-from conrads@cox.net) Date: Mon, 28 Mar 2005 14:00:33 -0600 From: "Conrad J. Sabatier" To: Doug Barton Message-ID: <20050328140033.1ddbbe7a@dolphin.local.net> In-Reply-To: <4247BECA.3090902@FreeBSD.org> References: <20050328064122.53CE27306E@freebsd-current.sentex.ca> <4247BECA.3090902@FreeBSD.org> X-Mailer: Sylpheed-Claws 1.0.4 (GTK+ 1.2.10; amd64-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: wpaul@freebsd.org cc: current@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, 28 Mar 2005 20:00:51 -0000 On Mon, 28 Mar 2005 00:22:34 -0800, Doug Barton wrote: > Finally, someone besides me is seeing this. :) > > Doug I'm seeing similar, but slightly different, under amd64 current (have been for the past several days, but didn't report it in the hopes it would just go away) :-) No problems on my i386 box with RELENG_5, though. ===> ndis (all) cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /usr/obj/usr/src/sys/CUSTOM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/CUSTOM -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ndis/../../compat/ndis/subr_pe.c cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /usr/obj/usr/src/sys/CUSTOM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/CUSTOM -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ndis/../../compat/ndis/subr_ndis.c cc -O2 -pipe -march=athlon64 -fno-strict-aliasing -Wno-error -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /usr/obj/usr/src/sys/CUSTOM/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/usr/obj/usr/src/sys/CUSTOM -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c: In function `KfAcquireSpinLock': /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: `KefAcquireSpinLockAtDpcLevel' undeclared (first use in this function) /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:299: error: for each function it appears in.) /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c: In function `KfReleaseSpinLock': /usr/src/sys/modules/ndis/../../compat/ndis/subr_hal.c:307: error: `KefReleaseSpinLockFromDpcLevel' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/sys/modules/ndis. *** Error code 1 Stop in /usr/src/sys/modules. *** Error code 1 Stop in /usr/obj/usr/src/sys/CUSTOM. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. > > FreeBSD Tinderbox wrote: > > TB --- 2005-03-28 04:41:57 - tinderbox 2.3 running on > > freebsd-current.sentex.ca TB --- 2005-03-28 04:41:57 - starting > > CURRENT tinderbox run for i386/i386 TB --- 2005-03-28 04:41:57 - > > checking out the source tree TB --- 2005-03-28 04:41:57 - cd > > /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-28 04:41:57 - > > /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- > > 2005-03-28 04:48:47 - building world (CFLAGS=-O2 -pipe) TB --- > > 2005-03-28 04:48:47 - cd /home/tinderbox/CURRENT/i386/i386/src TB > > --- 2005-03-28 04:48:47 - /usr/bin/make -B buildworld > > > >>>>Rebuilding the temporary build tree > >>>>stage 1.1: legacy release compatibility shims > >>>>stage 1.2: bootstrap tools > >>>>stage 2.1: cleaning up the object tree > >>>>stage 2.2: rebuilding the object tree > >>>>stage 2.3: build tools > >>>>stage 3: cross tools > >>>>stage 4.1: building includes > >>>>stage 4.2: building libraries > >>>>stage 4.3: make dependencies > >>>>stage 4.4: building everything > > > > TB --- 2005-03-28 06:20:58 - building generic kernel (COPTFLAGS=-O2 > > -pipe) TB --- 2005-03-28 06:20:58 - cd > > /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-28 06:20:58 - > > /usr/bin/make buildkernel KERNCONF=GENERIC > > > >>>>Kernel build for GENERIC started on Mon Mar 28 06:20:59 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 -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE > > -nostdinc -I- -include > > /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sy > > s/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include > > -finline-limit=8000 -fno-common -g > > -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/ > > sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 > > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -std=c99 -c > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /subr_ntoskrnl.c cc -O2 -pipe -fno-strict-aliasing -Werror > > -D_KERNEL -DKLD_MODULE -nostdinc -I- -include > > /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sy > > s/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include > > -finline-limit=8000 -fno-common -g > > -I/tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/ > > sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 > > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall > > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual > > -fformat-extensions -std=c99 -c > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c: In function `ndis_convert_res': > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c:919: error: `brl_rev' undeclared (first use in this > > function) > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c:919: error: (Each undeclared identifier is reported > > only once > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c:919: error: for each function it appears in.) > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c:966: error: request for member `stqh_first' in > > something not a structure or union > > /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis/../../compat/ndis > > /kern_ndis.c:1006: warning: label `bad' defined but not used *** > > Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/ndis. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. > > *** Error code 1 > > > > Stop in > > /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sy > > s/GENERIC. *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src. > > *** Error code 1 > > > > Stop in /tinderbox/CURRENT/i386/i386/src. > > TB --- 2005-03-28 06:41:21 - WARNING: /usr/bin/make returned exit > > code 1 TB --- 2005-03-28 06:41:21 - ERROR: failed to build generic > > kernel TB --- 2005-03-28 06:41:21 - tinderbox aborted > > > > _______________________________________________ > > 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" > > > > > > > -- > > This .signature sanitized for your protection > > _______________________________________________ > 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" > -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:07: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 F1FC116A4CE for ; Mon, 28 Mar 2005 20:07:08 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAAD343D2F for ; Mon, 28 Mar 2005 20:07:08 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j2SK6r8I095373; Mon, 28 Mar 2005 12:06:58 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200503282006.j2SK6r8I095373@gw.catspoiler.org> Date: Mon, 28 Mar 2005 12:06:53 -0800 (PST) From: Don Lewis To: anderson@centtech.com In-Reply-To: <42481D60.9050801@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 20:07:09 -0000 On 28 Mar, Eric Anderson wrote: > I have a backup server running rsnapshot which has about 10TB of used disk space attached. When the setuid security check runs, it crawls all the partitions mounted, which takes an insane amount of time, and thrashes the disks while I'm trying to send backups to them. I didn't see any way to exclude them, so I hacked the script myself. I've attached a patch to allow exclusion of mount points - please review, replace, hack, etc as needed. > > All you need to do is add: > daily_status_security_chksetuid_prunemounts="" > to /etc/defaults/periodic.conf > > with a list of mount points to be excluded like this: > daily_status_security_chksetuid_prunemounts="vol backup tmp" > > Patch attached. Why not just mount these partitions nosuid? That will cause them to be automagically be skipped by the setuid security scan, and will prevent the setuid bit of any executables that happen to be backed up there from being honored. From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:13: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 2732916A514; Mon, 28 Mar 2005 20:13:21 +0000 (GMT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id B694343D4C; Mon, 28 Mar 2005 20:13:20 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.0.35.182] (g35-182.icann.org[192.0.35.182]) by comcast.net (sccrmhc11) with ESMTP id <2005032820131901100l00c7e>; Mon, 28 Mar 2005 20:13:19 +0000 Message-ID: <42486559.6080201@FreeBSD.org> Date: Mon, 28 Mar 2005 12:13:13 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Conrad J. Sabatier" References: <20050328064122.53CE27306E@freebsd-current.sentex.ca> <4247BECA.3090902@FreeBSD.org> <20050328140033.1ddbbe7a@dolphin.local.net> In-Reply-To: <20050328140033.1ddbbe7a@dolphin.local.net> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: wpaul@freebsd.org cc: current@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, 28 Mar 2005 20:13:21 -0000 Conrad J. Sabatier wrote: > On Mon, 28 Mar 2005 00:22:34 -0800, Doug Barton > wrote: > I'm seeing similar, but slightly different, under amd64 current (have > been for the past several days, but didn't report it in the hopes it > would just go away) :-) Well, it's usually better to let folks know, but I didn't start trying to build until yesterday, and since Bill was working on the code I also hoped it would go away. :) > No problems on my i386 box with RELENG_5, though. The code in question is in -current only, AFAIK. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 20:18: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 8389716A527 for ; Mon, 28 Mar 2005 20:18:54 +0000 (GMT) Received: from mail27.sea5.speakeasy.net (mail27.sea5.speakeasy.net [69.17.117.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A6E143D2D for ; Mon, 28 Mar 2005 20:18:54 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 8504 invoked from network); 28 Mar 2005 20:18:53 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 28 Mar 2005 20:18:51 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j2SKHwuC002552; Mon, 28 Mar 2005 15:18:46 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: des@des.no (Dag-Erling =?windows-1252?q?Sm=F8rgrav?=) Date: Mon, 28 Mar 2005 14:25:41 -0500 User-Agent: KMail/1.6.2 References: <20050317164859.4476A5D08@ptavv.es.net> <200503241544.51914.jhb@FreeBSD.org> <86wtrtuqla.fsf@xps.des.no> In-Reply-To: <86wtrtuqla.fsf@xps.des.no> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <200503281425.41308.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: freebsd-current@FreeBSD.org cc: Jiawei Ye cc: Jeff Smick Subject: Re: ATAPICAM 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: Mon, 28 Mar 2005 20:18:54 -0000 On Sunday 27 March 2005 09:10 am, Dag-Erling Sm=F8rgrav wrote: > John Baldwin writes: > > Note that many developers tend to only use the config / make depend / > > make method as it is more natural if you are working on the kernel. ma= ke > > buildkernel is better suited for users on non-development machines > > however. > > 'make buildkernel' works just fine for developers. It's just a matter > of habit, and of knowing how to use NO_KERNELCLEAN, NO_KERNELDEPEND, > and MODULES_OVERRIDE. I find it useful for cross builds, but cd ~/work/p4/foo//compile/BLAH= ;=20 make is significantly shorter than make buildkernel NO_KERNELCLEAN=3Dyes NO_KERNELDEPEND=3Dyes NO_KERNELCONFIG= =3Dyes=20 KERNSRCDIR=3D/home/john/work/p4/foo KERNCONF=3DBLAH It's also much faster, especially when building LINT and fixing typos and=20 syntax errors after a tree-wide sweep due to an API change. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 21:00: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 1DB5116A4CE; Mon, 28 Mar 2005 21:00:37 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B01F743D54; Mon, 28 Mar 2005 21:00:35 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j2SL0YcU003627; Mon, 28 Mar 2005 15:00:34 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4248705B.3070804@centtech.com> Date: Mon, 28 Mar 2005 15:00:11 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200503282006.j2SK6r8I095373@gw.catspoiler.org> In-Reply-To: <200503282006.j2SK6r8I095373@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 21:00:37 -0000 Don Lewis wrote: > On 28 Mar, Eric Anderson wrote: > >>I have a backup server running rsnapshot which has about 10TB of used disk space attached. When the setuid security check runs, it crawls all the partitions mounted, which takes an insane amount of time, and thrashes the disks while I'm trying to send backups to them. I didn't see any way to exclude them, so I hacked the script myself. I've attached a patch to allow exclusion of mount points - please review, replace, hack, etc as needed. >> >>All you need to do is add: >>daily_status_security_chksetuid_prunemounts="" >>to /etc/defaults/periodic.conf >> >>with a list of mount points to be excluded like this: >>daily_status_security_chksetuid_prunemounts="vol backup tmp" >> >>Patch attached. > > > Why not just mount these partitions nosuid? That will cause them to be > automagically be skipped by the setuid security scan, and will prevent > the setuid bit of any executables that happen to be backed up there from > being honored. Because then I cannot create suid files, which means I cannot back them up.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 21:47: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 E344816A4CE for ; Mon, 28 Mar 2005 21:47:53 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90AD943D1D for ; Mon, 28 Mar 2005 21:47:53 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j2SLlejM095564; Mon, 28 Mar 2005 13:47:44 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200503282147.j2SLlejM095564@gw.catspoiler.org> Date: Mon, 28 Mar 2005 13:47:40 -0800 (PST) From: Don Lewis To: anderson@centtech.com In-Reply-To: <4248705B.3070804@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 21:47:54 -0000 On 28 Mar, Eric Anderson wrote: > Don Lewis wrote: > >> Why not just mount these partitions nosuid? That will cause them to be >> automagically be skipped by the setuid security scan, and will prevent >> the setuid bit of any executables that happen to be backed up there from >> being honored. > > Because then I cannot create suid files, which means I cannot back them up.. Are you sure about that? % df . Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s2f 11811982 6125698 4741326 56% /home % mount | grep home /dev/ad0s2f on /home (ufs, local, nosuid, soft-updates) % touch foo % ls -l foo -rw-r--r-- 1 dl dl 0 Mar 28 13:45 foo % chmod 4755 foo ls -l foo -rwsr-xr-x 1 dl dl 0 Mar 28 13:45 foo % uname -sr FreeBSD 6.0-CURRENT From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 21:54: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 57DC616A4CE; Mon, 28 Mar 2005 21:54:22 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A28F643D31; Mon, 28 Mar 2005 21:54:21 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j2SLsKJF038455; Mon, 28 Mar 2005 15:54:21 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42487CF5.4090303@centtech.com> Date: Mon, 28 Mar 2005 15:53:57 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200503282147.j2SLlejM095564@gw.catspoiler.org> In-Reply-To: <200503282147.j2SLlejM095564@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/791/Sat Mar 26 16:26:49 2005 on mh1.centtech.com X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: Periodic security find pruning X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 21:54:22 -0000 Don Lewis wrote: > On 28 Mar, Eric Anderson wrote: > >>Don Lewis wrote: >> >> >>>Why not just mount these partitions nosuid? That will cause them to be >>>automagically be skipped by the setuid security scan, and will prevent >>>the setuid bit of any executables that happen to be backed up there from >>>being honored. >> >>Because then I cannot create suid files, which means I cannot back them up.. > > > Are you sure about that? > > % df . > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/ad0s2f 11811982 6125698 4741326 56% /home > % mount | grep home > /dev/ad0s2f on /home (ufs, local, nosuid, soft-updates) > % touch foo > % ls -l foo > -rw-r--r-- 1 dl dl 0 Mar 28 13:45 foo > % chmod 4755 foo > ls -l foo > -rwsr-xr-x 1 dl dl 0 Mar 28 13:45 foo > % uname -sr > FreeBSD 6.0-CURRENT Nope - not sure at all! :) By reading the man page, one is led to think you cannot. Maybe the man page should be adjusted to clarify, as that could possibly get someone into trouble. Thanks for pointing this out. However, I *still* think it needs to be an option - what if one really needs those suid bits, but doesn't want the machine bogged down for several days doing a find? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 22:00: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 2189216A4CE for ; Mon, 28 Mar 2005 22:00:24 +0000 (GMT) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D93143D53 for ; Mon, 28 Mar 2005 22:00:23 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(5.0.2195.6713); Mon, 28 Mar 2005 17:00:22 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 957EA13656; Mon, 28 Mar 2005 17:00:22 -0500 (EST) Date: Mon, 28 Mar 2005 17:00:22 -0500 From: Ed Maste To: freebsd-current@freebsd.org Message-ID: <20050328220022.GB17716@sandvine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 28 Mar 2005 22:00:22.0831 (UTC) FILETIME=[8A25ABF0:01C533E1] Subject: Random source seeding and /etc/rc.d/sshd host key generation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 22:00:24 -0000 In /etc/rc.d/sshd, user_reseed() does seeded=`sysctl -n kern.random.sys.seeded 2>/dev/null` if [ "${seeded}" != "" ] ; then warn "Setting entropy source to blocking mode." echo "====================================================" echo "Type a full screenful of random junk to unblock" ... I'm curious if checking the seeded sysctl against "" is intentional; it seems $seeded will always be non-null. Since user_reseed only gets called if the host keys don't exist it probably won't be much of an issue in practice, but it seems random junk will be requested on the first boot even if the entropy source is already seeded. -ed From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 22:08: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 E064116A4CE for ; Mon, 28 Mar 2005 22:08:28 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 87C3543D39 for ; Mon, 28 Mar 2005 22:08:28 +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 j2SM8RpB026638; Mon, 28 Mar 2005 14:08:27 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j2SM8R8M026637; Mon, 28 Mar 2005 14:08:27 -0800 Date: Mon, 28 Mar 2005 14:08:27 -0800 From: Brooks Davis To: Ed Maste Message-ID: <20050328220827.GA26134@odin.ac.hmc.edu> References: <20050328220022.GB17716@sandvine.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8t9RHnE3ZwKMSgU+" Content-Disposition: inline In-Reply-To: <20050328220022.GB17716@sandvine.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org Subject: Re: Random source seeding and /etc/rc.d/sshd host key generation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 22:08:29 -0000 --8t9RHnE3ZwKMSgU+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 28, 2005 at 05:00:22PM -0500, Ed Maste wrote: > In /etc/rc.d/sshd, user_reseed() does >=20 > seeded=3D`sysctl -n kern.random.sys.seeded 2>/dev/null` > if [ "${seeded}" !=3D "" ] ; then > warn "Setting entropy source to blocking mode." > echo "=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" > echo "Type a full screenful of random junk to unblock" > ... >=20 > I'm curious if checking the seeded sysctl against "" is intentional; > it seems $seeded will always be non-null. Since user_reseed only > gets called if the host keys don't exist it probably won't be much > of an issue in practice, but it seems random junk will be requested > on the first boot even if the entropy source is already seeded. I believe the goal of the script is to not trust the system entropy this time (since it's almost certainly junk.) I think the check is just to avoid this code if the sysctl doesn't exist. -- 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 --8t9RHnE3ZwKMSgU+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCSIBbXY6L6fI4GtQRApweAJ46xIbjh1qZgVoj/3nRxdOq796L7ACeLRxl iAQiaMTyhl+oa4+w9Uxwzso= =zsD0 -----END PGP SIGNATURE----- --8t9RHnE3ZwKMSgU+-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 22:35: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 2BDA316A4CE for ; Mon, 28 Mar 2005 22:35:15 +0000 (GMT) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9193543D49 for ; Mon, 28 Mar 2005 22:35:14 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.3/8.13.3) with ESMTP id j2SMZCbu053510; Mon, 28 Mar 2005 23:35:12 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost)j2SMZBUk053508; Mon, 28 Mar 2005 23:35:11 +0100 (BST) (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1]) by grovel.grondar.org (8.13.3/8.13.1) with ESMTP id j2SMXIsd000806; Mon, 28 Mar 2005 23:33:18 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200503282233.j2SMXIsd000806@grovel.grondar.org> To: Brooks Davis From: Mark Murray In-Reply-To: Your message of "Mon, 28 Mar 2005 14:08:27 -0800." <20050328220827.GA26134@odin.ac.hmc.edu> Date: Mon, 28 Mar 2005 23:33:18 +0100 Sender: mark@grondar.org cc: freebsd-current@FreeBSD.ORG cc: Ed Maste Subject: Re: Random source seeding and /etc/rc.d/sshd host key generation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 28 Mar 2005 22:35:15 -0000 Brooks Davis writes: > > I'm curious if checking the seeded sysctl against "" is intentional; > > it seems $seeded will always be non-null. Since user_reseed only > > gets called if the host keys don't exist it probably won't be much > > of an issue in practice, but it seems random junk will be requested > > on the first boot even if the entropy source is already seeded. > > I believe the goal of the script is to not trust the system entropy this > time (since it's almost certainly junk.) I think the check is just to > avoid this code if the sysctl doesn't exist. Close. Not all RNG's use the Yarrow-based generator. This is a test for the presence of the Yarrow PRNG. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Mon Mar 28 23:59: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 4DCD616A4CE; Mon, 28 Mar 2005 23:59:20 +0000 (GMT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 208DA43D5A; Mon, 28 Mar 2005 23:59:20 +0000 (GMT) (envelope-from dougb@freebsd.org) Received: from [192.0.35.182] (g35-182.icann.org[192.0.35.182]) by comcast.net (rwcrmhc13) with ESMTP id <2005032823591401500oacqce>; Mon, 28 Mar 2005 23:59:19 +0000 Message-ID: <42489A51.2010101@FreeBSD.org> Date: Mon, 28 Mar 2005 15:59:13 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <20050317164859.4476A5D08@ptavv.es.net> <200503241544.51914.jhb@FreeBSD.org> <86wtrtuqla.fsf@xps.des.no> <200503281425.41308.jhb@FreeBSD.org> In-Reply-To: <200503281425.41308.jhb@FreeBSD.org> X-Enigmail-Version: 0.90.2.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= cc: freebsd-current@FreeBSD.org cc: Jiawei Ye cc: Jeff Smick Subject: Re: ATAPICAM 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: Mon, 28 Mar 2005 23:59:20 -0000 John Baldwin wrote: > I find it useful for cross builds, but cd ~/work/p4/foo//compile/BLAH ; > make is significantly shorter than > > make buildkernel NO_KERNELCLEAN=yes NO_KERNELDEPEND=yes NO_KERNELCONFIG=yes > KERNSRCDIR=/home/john/work/p4/foo KERNCONF=BLAH This is why we have aliases. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 02:23: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 3EECF16A4CE for ; Tue, 29 Mar 2005 02:23:43 +0000 (GMT) Received: from salvador.pacific.net.sg (salvador.pacific.net.sg [203.120.90.219]) by mx1.FreeBSD.org (Postfix) with SMTP id 07FA443D1D for ; Tue, 29 Mar 2005 02:23:42 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 28319 invoked from network); 29 Mar 2005 02:23:39 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by salvador with SMTP; 29 Mar 2005 02:23:39 -0000 Received: from [192.168.0.107] ([210.24.122.103]) by maxwell6.pacific.net.sg with ESMTP <20050329022338.ZDEA1233.maxwell6.pacific.net.sg@[192.168.0.107]>; Tue, 29 Mar 2005 10:23:38 +0800 Message-ID: <4248BBB8.3090405@pacific.net.sg> Date: Tue, 29 Mar 2005 10:21:44 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0 (X11/20050224) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <20050327230550.J39188@lexi.siliconlandmark.com> In-Reply-To: <20050327230550.J39188@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Chris cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 02:23:43 -0000 Hi, Andre Guibert de Bruet wrote: > > On Mon, 28 Mar 2005, Chris wrote: > >> After what happened with 5.x releases would it be a good idea to name >> current releases different. eg. 6.1-dev 6.2-dev onstead of >> 6.1-release. >> >> here is the reasoning behind my idea. >> >> When 5.1 and 5.2 were released many datacentres and individual users >> were using them as if they were standard releases probably because the >> FreeBSD docs say that they reccomend using releases in this order >> starting with most stable first. >> RELEASE >> STABLE >> CURRENT >> >> Now of course 5.1-RELEASE had no STABLE phase so there was less >> testing but many users would not have known this and simply seen >> 5.1-RELEASE, I think this is how the mistake came about so many people >> were using 5.x before it was marked STABLE and the same will happen >> again for 6.x if the same naming convention is used. This would bring >> up a question such as which is more stable, 4.10-STABLE or 5.2-RELEASE >> since the latter is a RELEASE but the former is based on actual STABLE >> tree code whilst the latter is based on CURRENT tree code. I hope >> others can make sense of what I am saying. Please cc replies to me >> since im not subscribed to this list. > > > Here are things as I see them: > > With the 5.x series, we ran into an issue where we needed more > widespread testing of the branch before all of the bugs and edge cases > could be shaken out (And the eventual marking of the branch as > "STABLE"). 5-CURRENT took a number of years to develop, and no official > testing release was about for users to effectively test and give > feedback on [1] [2]. The notion that "CURRENT is not stable" worked > against the first release of the 5.x branch as some users were reluctant > to give the nightlies a try. > > The solution of marking the 5.[0-2] releases as "Technology Preview > Release" was very clever. It brought about testing on a whole slew of > hardware, and the much needed feedback that allowed the 5.3 release to > be the success that it was (At my workplace, we were so impressed by > 5.3's performance that we upgraded all of our 4.x servers to it). > > I believe it was Scott Long that sent out a roadmap that detailed the > way things were going to be done for the next set of releases. There is > a good amount of support behind the idea of releasing more often, and > not putting several years between major version bumps. This should of > course alleviate any doubt about how stable a .0 or .1 release really > is. Search the list archives for more details on this and the thread > that followed. > > Andy > > [1] The nightly iso images could do, but they are development releases, > with features being added here and there, and are generally not as well > suited for widespread testing as an official beta is. > > [2] The Developer Preview doesn't count either because features and > architectural changes were still being added/made at that point in time. > The introduction of these features brought about new edge cases and bugs. > I think he does not mean this. The process behind is fine. The terms used for it are confusing. It would be much easier for many users to understand terms like "alpha", "beta" or "production" as others to it. There is not other meaning in "release" as it is released but for what purpose? I know that there is some explanation for the terms at the site but why should terms be used which need an extra eplanation? Keep it simple. Erich From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 04:15: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 E72FE16A4CE for ; Tue, 29 Mar 2005 04:15:33 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BF5043D46 for ; Tue, 29 Mar 2005 04:15:33 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j2T4FRCj009625; Mon, 28 Mar 2005 23:15:27 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j2T4FRXd009624; Mon, 28 Mar 2005 23:15:27 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Mon, 28 Mar 2005 23:15:27 -0500 From: David Schultz To: "Brian K. White" Message-ID: <20050329041527.GA9586@VARK.MIT.EDU> Mail-Followup-To: "Brian K. White" , freebsd-current@FreeBSD.ORG References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <010401c53385$584a04c0$6800000a@venti> cc: freebsd-current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 04:15:34 -0000 On Mon, Mar 28, 2005, Brian K. White wrote: > > To move file hierarchies, use a command line like this: > > > > tar -cf - -C srcdir . | tar xpf - -C destdir > > Why not? > Isn't that just a slight convenience for this?: > cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) detsdir: No such file or directory. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 04:44: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 ABF6B16A4CE for ; Tue, 29 Mar 2005 04:44:33 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34B7143D31 for ; Tue, 29 Mar 2005 04:44:33 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2T4iJAr055852; Mon, 28 Mar 2005 23:44:19 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2T4iJoM055849; Mon, 28 Mar 2005 23:44:19 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Mon, 28 Mar 2005 23:44:19 -0500 (EST) From: Andre Guibert de Bruet To: Erich Dollansky In-Reply-To: <4248BBB8.3090405@pacific.net.sg> Message-ID: <20050328231825.K52981@lexi.siliconlandmark.com> References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <4248BBB8.3090405@pacific.net.sg> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.599, required 6, autolearn=not spam, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: Chris cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 04:44:33 -0000 On Tue, 29 Mar 2005, Erich Dollansky wrote: > I think he does not mean this. The process behind is fine. The terms used for > it are confusing. They take some getting used to, yes. > It would be much easier for many users to understand terms like "alpha", > "beta" or "production" as others to it. There is not other meaning in > "release" as it is released but for what purpose? Release announcements usually include the expectations for the release. Would you run anything that said "Preview" on a production server? > I know that there is some explanation for the terms at the site but why > should terms be used which need an extra eplanation? I find that the terms "alpha", "beta" and "production" do not quite fit the FreeBSD development paradigm. (Is RELENG_5 beta or production?) > Keep it simple. >From this point on, 5.x releases will adhere to the usual KISS versioning. >From what I've read for 6.x, the first releases will be closer to what our users have come to expect. Regards, Andy PS: I'm willing to elaborate off-list (current@ probably isn't the best forum for this discussion). | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 05:18: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 7585A16A4CE for ; Tue, 29 Mar 2005 05:18:48 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 9C79343D2D for ; Tue, 29 Mar 2005 05:18:47 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 570 invoked by uid 89); 29 Mar 2005 05:22:13 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 29 Mar 2005 05:22:13 -0000 Message-ID: <022c01c5341e$c68a1ad0$6800000a@venti> From: "Brian K. White" To: References: <20050327223238.GA749@polands.org><010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> Date: Tue, 29 Mar 2005 00:18:16 -0500 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: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 05:18:48 -0000 ----- Original Message ----- From: "David Schultz" To: "Brian K. White" Cc: Sent: Monday, March 28, 2005 11:15 PM Subject: Re: Heads up: gtar gone from base system > On Mon, Mar 28, 2005, Brian K. White wrote: >> > To move file hierarchies, use a command line like this: >> > >> > tar -cf - -C srcdir . | tar xpf - -C destdir >> >> Why not? >> Isn't that just a slight convenience for this?: >> cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) > > detsdir: No such file or directory. would -C have created it if it didn't exist? if C means change to a dir first, I would read that as implying that the dir exists to cd into. otherwise it's a convenience for this: cd srcdir ; tar cf - . |( [ -d destdir ] || mkdir -p destdir ;cd destdir ; tar xpf - ) which I'd agree is no longer a slight convenience In any event, we now know the feature was there, merely not demonstrated. 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 Tue Mar 29 05:41: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 40EDB16A4CE for ; Tue, 29 Mar 2005 05:41: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 1924843D3F for ; Tue, 29 Mar 2005 05:41:13 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 25294 invoked from network); 29 Mar 2005 05:41:11 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by sarajevo with SMTP; 29 Mar 2005 05:41:10 -0000 Received: from [192.168.0.107] ([210.24.122.103]) by maxwell6.pacific.net.sg with ESMTP id <20050329054110.FNS1233.maxwell6.pacific.net.sg@[192.168.0.107]>; Tue, 29 Mar 2005 13:41:10 +0800 Message-ID: <4248EA01.6030902@pacific.net.sg> Date: Tue, 29 Mar 2005 13:39:13 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0 (X11/20050224) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <20050327230550.J39188@lexi.siliconlandmark.com> <4248BBB8.3090405@pacific.net.sg> <20050328231825.K52981@lexi.siliconlandmark.com> In-Reply-To: <20050328231825.K52981@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Chris cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 05:41:15 -0000 Hi, Andre Guibert de Bruet wrote: > > On Tue, 29 Mar 2005, Erich Dollansky wrote: > >> It would be much easier for many users to understand terms like >> "alpha", "beta" or "production" as others to it. There is not other >> meaning in "release" as it is released but for what purpose? > > > Release announcements usually include the expectations for the release. > Would you run anything that said "Preview" on a production server? > It is not what you do with it but how easy it is to see what it is ment for. > > I find that the terms "alpha", "beta" and "production" do not quite fit > the FreeBSD development paradigm. (Is RELENG_5 beta or production?) > It is pretty simple. There will be a 5.4 alpha, 5.4 beta and finally a 5.4 final if the code gets stable enough. There would be the same for all other versions. > PS: I'm willing to elaborate off-list (current@ probably isn't the best > forum for this discussion). > Let also the others have some fun. We could switch the list, but to which one? Erich From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 06:09: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 A298F16A4CE for ; Tue, 29 Mar 2005 06:09:42 +0000 (GMT) Received: from mail23.sea5.speakeasy.net (mail23.sea5.speakeasy.net [69.17.117.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6348443D53 for ; Tue, 29 Mar 2005 06:09:42 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 29153 invoked from network); 29 Mar 2005 06:09:41 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail23.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 29 Mar 2005 06:09:41 -0000 Received: from hydrogen.funkthat.com (wvmzsx@localhost.funkthat.com [127.0.0.1])j2T69eGH026258; Mon, 28 Mar 2005 22:09:40 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2T69dMJ026257; Mon, 28 Mar 2005 22:09:39 -0800 (PST) Date: Mon, 28 Mar 2005 22:09:39 -0800 From: John-Mark Gurney To: "Brian K. White" , freebsd-current@FreeBSD.ORG Message-ID: <20050329060939.GB37984@funkthat.com> Mail-Followup-To: "Brian K. White" , freebsd-current@FreeBSD.ORG References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329041527.GA9586@VARK.MIT.EDU> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 06:09:42 -0000 David Schultz wrote this message on Mon, Mar 28, 2005 at 23:15 -0500: > On Mon, Mar 28, 2005, Brian K. White wrote: > > > To move file hierarchies, use a command line like this: > > > > > > tar -cf - -C srcdir . | tar xpf - -C destdir > > > > Why not? > > Isn't that just a slight convenience for this?: > > cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) > > detsdir: No such file or directory. then try: (cd srcdir; tar cf - .) | (cd destdir; tar xpf - ) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 06:17: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 A365016A4CE for ; Tue, 29 Mar 2005 06:17:04 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 14CAC43D55 for ; Tue, 29 Mar 2005 06:17:04 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 51801 invoked by uid 89); 29 Mar 2005 06:20:30 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 29 Mar 2005 06:20:30 -0000 Message-ID: <02bd01c53426$eaec3f40$6800000a@venti> From: "Brian K. White" To: References: <3aaaa3a0503271958205ca8e1@mail.gmail.com><20050327230550.J39188@lexi.siliconlandmark.com><4248BBB8.3090405@pacific.net.sg><20050328231825.K52981@lexi.siliconlandmark.com> <4248EA01.6030902@pacific.net.sg> Date: Tue, 29 Mar 2005 01:16:34 -0500 Organization: Aljex Software MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response 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: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 06:17:04 -0000 ----- Original Message ----- From: "Erich Dollansky" To: "Andre Guibert de Bruet" Cc: "Chris" ; Sent: Tuesday, March 29, 2005 12:39 AM Subject: Re: freebsd naming of releases > Hi, > > Andre Guibert de Bruet wrote: >> >> On Tue, 29 Mar 2005, Erich Dollansky wrote: >> >>> It would be much easier for many users to understand terms like "alpha", >>> "beta" or "production" as others to it. There is not other meaning in >>> "release" as it is released but for what purpose? >> >> >> Release announcements usually include the expectations for the release. >> Would you run anything that said "Preview" on a production server? >> > It is not what you do with it but how easy it is to see what it is ment > for. >> >> I find that the terms "alpha", "beta" and "production" do not quite fit >> the FreeBSD development paradigm. (Is RELENG_5 beta or production?) >> > It is pretty simple. There will be a 5.4 alpha, 5.4 beta and finally a 5.4 > final if the code gets stable enough. > > There would be the same for all other versions. > >> PS: I'm willing to elaborate off-list (current@ probably isn't the best >> forum for this discussion). >> > Let also the others have some fun. We could switch the list, but to which > one? Maybe instead of trying to fit into too few categories, just have every daily snapshot, or every cvs commit timestamp, be rated with 3 percentage values: % changed % known good % known bad then translate the percentages to 0-255 values and use them as an RGB value to colorize download links on a web page. red , purple, blue links you stay away from, you use only the greenest green ones for production, or dip into yellows for production when necessary. the ratings on fresh or recent updates would be WAG's and mostly dark grey, but over time would become more real and get brighter as feedback accumulates. yes I'm kidding. :) 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 Tue Mar 29 06:25: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 B376D16A4CE for ; Tue, 29 Mar 2005 06:25:59 +0000 (GMT) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E618743D4C for ; Tue, 29 Mar 2005 06:25:58 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2T6Pptb007172 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 29 Mar 2005 16:25:53 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2T6Pp7l069844; Tue, 29 Mar 2005 16:25:51 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2T6PpKt069843; Tue, 29 Mar 2005 16:25:51 +1000 (EST) (envelope-from pjeremy) Date: Tue, 29 Mar 2005 16:25:51 +1000 From: Peter Jeremy To: "Brian K. White" , freebsd-current@FreeBSD.ORG Message-ID: <20050329062550.GA69824@cirb503493.alcatel.com.au> References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329041527.GA9586@VARK.MIT.EDU> User-Agent: Mutt/1.4.2i Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 06:25:59 -0000 On Mon, 2005-Mar-28 23:15:27 -0500, David Schultz wrote: >On Mon, Mar 28, 2005, Brian K. White wrote: >> > To move file hierarchies, use a command line like this: >> > >> > tar -cf - -C srcdir . | tar xpf - -C destdir >> >> Why not? >> Isn't that just a slight convenience for this?: >> cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) > >detsdir: No such file or directory. Brian missed a pair of parenthenis. The example should read: ( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 06:56: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 C0E4916A4CE for ; Tue, 29 Mar 2005 06:56:45 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 14EB243D3F for ; Tue, 29 Mar 2005 06:56:45 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 84766 invoked by uid 89); 29 Mar 2005 07:00:11 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 29 Mar 2005 07:00:11 -0000 Message-ID: <02e501c5342c$75bca5b0$6800000a@venti> From: "Brian K. White" To: References: <20050327223238.GA749@polands.org><010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> Date: Tue, 29 Mar 2005 01:56:14 -0500 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: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 06:56:45 -0000 ----- Original Message ----- From: "Peter Jeremy" To: "Brian K. White" ; Sent: Tuesday, March 29, 2005 1:25 AM Subject: Re: Heads up: gtar gone from base system > On Mon, 2005-Mar-28 23:15:27 -0500, David Schultz wrote: >>On Mon, Mar 28, 2005, Brian K. White wrote: >>> > To move file hierarchies, use a command line like this: >>> > >>> > tar -cf - -C srcdir . | tar xpf - -C destdir >>> >>> Why not? >>> Isn't that just a slight convenience for this?: >>> cd srcdir ; tar cf - . |( cd destdir ; tar xpf - ) >> >>detsdir: No such file or directory. > > Brian missed a pair of parenthenis. The example should read: > > ( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) All the first perens does is leave you sitting wherever you were before starting, whereas my example would have left you sitting in srcdir. It makes no functional difference in the tar/untar job itself. In truth, my example was from something I do all the time on SCO and is in sco's tar man page but it's such basic shell and tar usage that it works the same everywhere. I do it on Linux and FreeBSD too and I just verified on a 5.3 box just to make sure instead of relying on memory and common sense. 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 Tue Mar 29 07:04: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 F410E16A4CE; Tue, 29 Mar 2005 07:04:08 +0000 (GMT) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B40743D39; Tue, 29 Mar 2005 07:04:08 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.50 (FreeBSD)) id 1DFzNU-0000K8-DR; Mon, 28 Mar 2005 22:54:20 +0400 From: Vladimir Grebenschikov To: ticso@cicely.de In-Reply-To: <20050328143801.GH14532@cicely12.cicely.de> References: <20050328134856.GF14532@cicely12.cicely.de> <32733.1112019870@critter.freebsd.dk> <20050328143801.GH14532@cicely12.cicely.de> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Mon, 28 Mar 2005 22:54:19 +0400 Message-Id: <1112036059.1077.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: "current@freebsd.org" cc: "Matthew N. Dodd" cc: freebsd-mobile@freebsd.org cc: Poul-Henning Kamp cc: Julian Elischer Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:04:09 -0000 =F7 =D0=CE, 28/03/2005 =D7 16:38 +0200, Bernd Walter =D0=C9=DB=C5=D4: > On Mon, Mar 28, 2005 at 04:24:30PM +0200, Poul-Henning Kamp wrote: > > In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter wr= ites: > >=20 > > >> Driver support for this is not really meaterialized and therefore > > >> the model now is that when the media is ejected the geom device > > >> is removed and a new one created right away, even if a new media > > >> is not inserted right away. > > > > > >Do you get eject notifications from any device type? > >=20 > > Right now I belive floppy disks DTRT. >=20 > Interesting. >=20 > > >One of my problems is that it is possible with SCSI MO drives to > > >eject the media, reinsert a new one and errously continue to work > > >with the old GEOM layout. > > >I already trashed the data on one media by forgetting to trigger > > >a reprobe - since then I use a mount script. > >=20 > > Well, I have no idea how to pull the information out of the CAM/SCSI > > code, but I'm sure there is _some_ way it can be done. >=20 > There is the test unit ready command. > Either it returns OK, or you may get usefull sense data. > Here is an example: Same with my memory stick: // card in card-reader # camcontrol tur -n da -u 0 -v Unit is ready // card is just removed # camcontrol tur -n da -u 0 -v Unit is not ready (pass0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (pass0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (pass0:umass-sim0:0:0:0): SCSI Status: Check Condition (pass0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (pass0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed // card is just inserted # camcontrol tur -n da -u 0 -v Unit is not ready (pass0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0=20 (pass0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (pass0:umass-sim0:0:0:0): SCSI Status: Check Condition (pass0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (pass0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed // 1 sec later (card still here) # camcontrol tur -n da -u 0 -v Unit is ready # --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 07:12:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93F8616A4CE for ; Tue, 29 Mar 2005 07:12:35 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E14743D39 for ; Tue, 29 Mar 2005 07:12:34 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 12940 invoked by uid 1001); 29 Mar 2005 07:12:32 -0000 To: brian@aljex.com From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 29 Mar 2005 01:56:14 -0500" References: <02e501c5342c$75bca5b0$6800000a@venti> X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 29 Mar 2005 09:12:32 +0200 Message-ID: <12938.1112080352@bizet.nethelp.no> cc: freebsd-current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:12:35 -0000 > > Brian missed a pair of parenthenis. The example should read: > > > > ( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) > > All the first perens does is leave you sitting wherever you were before > starting, whereas my example would have left you sitting in srcdir. > It makes no functional difference in the tar/untar job itself. > > In truth, my example was from something I do all the time on SCO and is in > sco's tar man page but it's such basic shell and tar usage that it works the > same everywhere. I do it on Linux and FreeBSD too and I just verified on a > 5.3 box just to make sure instead of relying on memory and common sense. It's still in my fingers too, used it for many years. Lately I have been using cp -pR for the same job. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 07:36: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 AA38116A4CE for ; Tue, 29 Mar 2005 07:36:20 +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 2C52F43D58 for ; Tue, 29 Mar 2005 07:36:20 +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 1DGBGs-000BPH-6z; Tue, 29 Mar 2005 09:36:18 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: sthaug@nethelp.no In-Reply-To: Message from sthaug@nethelp.no of "Tue, 29 Mar 2005 09:12:32 +0200." <12938.1112080352@bizet.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Mar 2005 09:36:18 +0200 From: Danny Braniss Message-ID: cc: brian@aljex.com cc: freebsd-current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:36:20 -0000 > > Brian missed a pair of parenthenis. The example should read: > > > > ( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) > > All the first perens does is leave you sitting wherever you were before > starting, whereas my example would have left you sitting in srcdir. > It makes no functional difference in the tar/untar job itself. > > In truth, my example was from something I do all the time on SCO and is in > sco's tar man page but it's such basic shell and tar usage that it works the > same everywhere. I do it on Linux and FreeBSD too and I just verified on a > 5.3 box just to make sure instead of relying on memory and common sense. > It's still in my fingers too, used it for many years. Lately I have > been using cp -pR for the same job. caution: -R If source_file designates a directory, cp copies the directory and the entire subtree connected at that point. This option also causes symbolic links to be copied, rather than indirected through, and for cp to create special files rather than copying them as nor- mal files. Created directories have the same mode as the corre- sponding source directory, unmodified by the process' umask. ******************************************************************************* Note that cp copies hard linked files as separate files. If you need to preserve hard links, consider using tar(1), cpio(1), or pax(1) instead. ******************************************************************************* as usual, the difference is in the small print :-) danny From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 07:41: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 8060216A4CE for ; Tue, 29 Mar 2005 07:41:24 +0000 (GMT) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id 2451543D1D for ; Tue, 29 Mar 2005 07:41:23 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 13740 invoked by uid 1001); 29 Mar 2005 07:41:22 -0000 To: danny@cs.huji.ac.il From: sthaug@nethelp.no In-Reply-To: Your message of "Tue, 29 Mar 2005 09:36:18 +0200" References: X-Mailer: Mew version 1.05+ on Emacs 19.34.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Tue, 29 Mar 2005 09:41:22 +0200 Message-ID: <13738.1112082082@bizet.nethelp.no> cc: freebsd-current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 07:41:24 -0000 > as usual, the difference is in the small print :-) Absolutely. However, aside from the base FreeBSD system (which has some hard linked files, e.g. /usr/bin/ar and friends) I very rarely use hard links. Thus *for me* cp -pR normally does the same job. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:00: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 86E1616A4D1 for ; Tue, 29 Mar 2005 08:00:37 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id F369743D31 for ; Tue, 29 Mar 2005 08:00:36 +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 j2T80JXv096066; Tue, 29 Mar 2005 01:00:19 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:00:21 -0700 (MST) Message-Id: <20050329.010021.32059840.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <32733.1112019870@critter.freebsd.dk> References: <20050328134856.GF14532@cicely12.cicely.de> <32733.1112019870@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:00:37 -0000 In message: <32733.1112019870@critter.freebsd.dk> "Poul-Henning Kamp" writes: : >> Driver support for this is not really meaterialized and therefore : >> the model now is that when the media is ejected the geom device : >> is removed and a new one created right away, even if a new media : >> is not inserted right away. : > : >Do you get eject notifications from any device type? : : Right now I belive floppy disks DTRT. Isn't there hardware assist for this? Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:02: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 2240616A4CE; Tue, 29 Mar 2005 08:02:30 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65F3743D4C; Tue, 29 Mar 2005 08:02:29 +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.1) with ESMTP id j2T824H1039734; Tue, 29 Mar 2005 10:02:04 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 01:00:21 PDT." <20050329.010021.32059840.imp@bsdimp.com> Date: Tue, 29 Mar 2005 10:02:04 +0200 Message-ID: <39733.1112083324@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:02:30 -0000 In message <20050329.010021.32059840.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <32733.1112019870@critter.freebsd.dk> > "Poul-Henning Kamp" writes: >: >> Driver support for this is not really meaterialized and therefore >: >> the model now is that when the media is ejected the geom device >: >> is removed and a new one created right away, even if a new media >: >> is not inserted right away. >: > >: >Do you get eject notifications from any device type? >: >: Right now I belive floppy disks DTRT. > >Isn't there hardware assist for this? Only partial. -- 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 Mar 29 08:06: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 60EF116A4CE for ; Tue, 29 Mar 2005 08:06:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2B3043D41 for ; Tue, 29 Mar 2005 08:06:50 +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 j2T84UJE096112; Tue, 29 Mar 2005 01:04:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:04:33 -0700 (MST) Message-Id: <20050329.010433.66709025.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <39733.1112083324@critter.freebsd.dk> References: <20050329.010021.32059840.imp@bsdimp.com> <39733.1112083324@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:06:51 -0000 In message: <39733.1112083324@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20050329.010021.32059840.imp@bsdimp.com>, "M. Warner Losh" writes: : >In message: <32733.1112019870@critter.freebsd.dk> : > "Poul-Henning Kamp" writes: : >: >> Driver support for this is not really meaterialized and therefore : >: >> the model now is that when the media is ejected the geom device : >: >> is removed and a new one created right away, even if a new media : >: >> is not inserted right away. : >: > : >: >Do you get eject notifications from any device type? : >: : >: Right now I belive floppy disks DTRT. : > : >Isn't there hardware assist for this? : : Only partial. You should be getting a change notification on the first access after the change happens... Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:08: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 EE38B16A4CE; Tue, 29 Mar 2005 08:08:55 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EDF543D2F; Tue, 29 Mar 2005 08:08:55 +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.1) with ESMTP id j2T88aMI039801; Tue, 29 Mar 2005 10:08:36 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 01:04:33 PDT." <20050329.010433.66709025.imp@bsdimp.com> Date: Tue, 29 Mar 2005 10:08:36 +0200 Message-ID: <39800.1112083716@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:08:56 -0000 In message <20050329.010433.66709025.imp@bsdimp.com>, "M. Warner Losh" writes: >: Only partial. > >You should be getting a change notification on the first access after >the change happens... Right, that's what I mean by "partial". Full support would be an interrupt when a media is removed or inserted. -- 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 Mar 29 08:12: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 0BA4816A4CE for ; Tue, 29 Mar 2005 08:12:43 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DC0143D3F for ; Tue, 29 Mar 2005 08:12:42 +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 j2T8BknJ096214; Tue, 29 Mar 2005 01:11:46 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:11:48 -0700 (MST) Message-Id: <20050329.011148.69987814.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <31970.1112016818@critter.freebsd.dk> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:12:43 -0000 In message: <31970.1112016818@critter.freebsd.dk> "Poul-Henning Kamp" writes: : We should get an async event as soon as the media disappears. We don't really need to know it is gone until the next time we try to access it... Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:13: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 E140916A5A9 for ; Tue, 29 Mar 2005 08:13:07 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F2F843D41 for ; Tue, 29 Mar 2005 08:13: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 j2T8AqHl096199; Tue, 29 Mar 2005 01:10:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:10:54 -0700 (MST) Message-Id: <20050329.011054.68136294.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <30956.1112011996@critter.freebsd.dk> References: <20050328114633.GZ14532@cicely12.cicely.de> <30956.1112011996@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:13:08 -0000 In message: <30956.1112011996@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20050328114633.GZ14532@cicely12.cicely.de>, Bernd Walter writes: : : >> camcontrol detach da0; camcontrol rescan all : >> helps, but, it should be much better if it will be issued automatically. : > : >Yes - GEOM seems to ignore media change signals from drives. : >I've added PHK to the recipient list - maybe he has an idea about this : >problem. : : No, GEOM doesn't ignore any such thing, because as far as I know : GEOM doesn't get any such thing to ignore in the first place. The usb dongles don't appear to 'generate media gone on walkabout events' as far as I've seen. However, we should investigate the possibility of querying the status for at each open, and updating the geometry, et al, if it has changed. This kind of polling would be 'lazy' so it wouldn't interfere with other parts of the system, but it would likely be sufficient (since eject in the middle of I/O will generate an I/O error). Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:16: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 7216616A4CE; Tue, 29 Mar 2005 08:16:10 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8C9543D3F; Tue, 29 Mar 2005 08:16:09 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 0A2CB14BB67; Tue, 29 Mar 2005 10:16:09 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 984D214BB3E; Tue, 29 Mar 2005 10:16:05 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.3/8.13.1/Submit) id j2T8G5Dx058213; Tue, 29 Mar 2005 10:16:05 +0200 (CEST) (envelope-from stijn) Date: Tue, 29 Mar 2005 10:16:05 +0200 From: Stijn Hoop To: "M. Warner Losh" Message-ID: <20050329081605.GA57775@pcwin002.win.tue.nl> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@critter.freebsd.dk> <20050329.011148.69987814.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <20050329.011148.69987814.imp@bsdimp.com> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-DCC: : pastinakel.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:16:10 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 29, 2005 at 01:11:48AM -0700, M. Warner Losh wrote: > In message: <31970.1112016818@critter.freebsd.dk> > "Poul-Henning Kamp" writes: > : We should get an async event as soon as the media disappears. >=20 > We don't really need to know it is gone until the next time we try to > access it... =46rom a desktop user experience point of view, it is rather nice to get a notification if and when removable media disappears, without continously polling said media. This statement intentionally ignores the question of how to get such an event through the kernel to userspace. --Stijn --=20 Q: Why is Batman better than Bill Gates? A: Batman was able to beat the Penguin. --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSQ7FY3r/tLQmfWcRAhlcAJ9ucYYCFBPYPeKTyi+a45VWH+BDXACggfpx 1tg/wkuOz+gm6+Uf/jd1RKo= =XbjE -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:16: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 A1AE116A4F7; Tue, 29 Mar 2005 08:16:17 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E44243D41; Tue, 29 Mar 2005 08:16:17 +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 j2T8FSXP096247; Tue, 29 Mar 2005 01:15:28 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:15:30 -0700 (MST) Message-Id: <20050329.011530.97368915.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20050328144135.GI14532@cicely12.cicely.de> References: <32733.1112019870@critter.freebsd.dk> <20050328143801.GH14532@cicely12.cicely.de> <20050328144135.GI14532@cicely12.cicely.de> 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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:16:17 -0000 In message: <20050328144135.GI14532@cicely12.cicely.de> Bernd Walter writes: : On Mon, Mar 28, 2005 at 04:38:02PM +0200, Bernd Walter wrote: : > On Mon, Mar 28, 2005 at 04:24:30PM +0200, Poul-Henning Kamp wrote: : > > In message <20050328134856.GF14532@cicely12.cicely.de>, Bernd Walter writes: : > > : > > >> Driver support for this is not really meaterialized and therefore : > > >> the model now is that when the media is ejected the geom device : > > >> is removed and a new one created right away, even if a new media : > > >> is not inserted right away. : > > > : > > >Do you get eject notifications from any device type? : > > : > > Right now I belive floppy disks DTRT. : > : > Interesting. : > : > > >One of my problems is that it is possible with SCSI MO drives to : > > >eject the media, reinsert a new one and errously continue to work : > > >with the old GEOM layout. : > > >I already trashed the data on one media by forgetting to trigger : > > >a reprobe - since then I use a mount script. : > > : > > Well, I have no idea how to pull the information out of the CAM/SCSI : > > code, but I'm sure there is _some_ way it can be done. : > : > There is the test unit ready command. : > Either it returns OK, or you may get usefull sense data. : > Here is an example: : : This even works for my USB flash drives: : [67]cicely13# camcontrol tur -n da -u 1 -v : Unit is not ready : (pass1:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 : (pass1:umass-sim0:0:0:0): CAM Status: SCSI Status Error : (pass1:umass-sim0:0:0:0): SCSI Status: Check Condition : (pass1:umass-sim0:0:0:0): NOT READY asc:3a,0 : (pass1:umass-sim0:0:0:0): Medium not present : Exit 1 : [68]cicely13# camcontrol tur -n da -u 1 -v : Unit is not ready : (pass1:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 : (pass1:umass-sim0:0:0:0): CAM Status: SCSI Status Error : (pass1:umass-sim0:0:0:0): SCSI Status: Check Condition : (pass1:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 : (pass1:umass-sim0:0:0:0): Not ready to ready change, medium may have changed : Exit 1 : [69]cicely13# camcontrol tur -n da -u 1 -v : Unit is ready : : [71]cicely13# camcontrol tur -n da -u 4 -v : Unit is not ready : (pass4:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 : (pass4:umass-sim1:1:0:0): CAM Status: SCSI Status Error : (pass4:umass-sim1:1:0:0): SCSI Status: Check Condition : (pass4:umass-sim1:1:0:0): UNIT ATTENTION asc:28,0 : (pass4:umass-sim1:1:0:0): Not ready to ready change, medium may have changed : Exit 1 : [72]cicely13# camcontrol tur -n da -u 4 -v : Unit is ready : : Those are both more or less random flash card readers, so it seems that : even cheap devices work. Maybe we should move the TUR processing into daopen? Right now we assume that the values from XPT_CALC_GEOMETRY are invairant and we never need to check to see if they've changed. Since daopen isn't usually called that often, optimizing it isn't really much of an issue. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:20: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 B75E816A4CE for ; Tue, 29 Mar 2005 08:20:44 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A87F43D39 for ; Tue, 29 Mar 2005 08:20:44 +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 j2T8GVcJ096306; Tue, 29 Mar 2005 01:16:31 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:16:33 -0700 (MST) Message-Id: <20050329.011633.33548829.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <39800.1112083716@critter.freebsd.dk> References: <20050329.010433.66709025.imp@bsdimp.com> <39800.1112083716@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:20:44 -0000 In message: <39800.1112083716@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20050329.010433.66709025.imp@bsdimp.com>, "M. Warner Losh" writes: : : >: Only partial. : > : >You should be getting a change notification on the first access after : >the change happens... : : Right, that's what I mean by "partial". Full support would be an interrupt : when a media is removed or inserted. And what hardware, apart from PC Card, actually supports this? Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:21: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 AB7DD16A4CE; Tue, 29 Mar 2005 08:21:47 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id C61E643D5D; Tue, 29 Mar 2005 08:21:46 +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.1) with ESMTP id j2T8LWNN039954; Tue, 29 Mar 2005 10:21:32 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 01:11:48 PDT." <20050329.011148.69987814.imp@bsdimp.com> Date: Tue, 29 Mar 2005 10:21:32 +0200 Message-ID: <39953.1112084492@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:21:47 -0000 In message <20050329.011148.69987814.imp@bsdimp.com>, "M. Warner Losh" writes: >In message: <31970.1112016818@critter.freebsd.dk> > "Poul-Henning Kamp" writes: >: We should get an async event as soon as the media disappears. > >We don't really need to know it is gone until the next time we try to >access it... Tell that to somebody who is editing a document on the floppy that is no longer there :-) And while I agree with you that in one sense we don't _really_ need to know. But in another and more important sense I think we need to critically consider the actual usage model seen from a users point of view. And once we have settled on that model, we should implement it to the best of our ability, rather than try to see what we "can get away with". I will maintain, based on what little that I have read about user interfaces, that the logical and intuitive behaviour for a computing system is to notice immediately (< 2s) that a storage media has been removed. I'm willing to be a tad more tolerant about inserts, but not much more than 5 seconds. I don't really care if our hardware is lame and brain-dead and needs to be polled in Shakespearan english by actors in victorian custumes, our job is to hide all that crap and give the system what to the users look like a consistent and predictable behaviour. -- 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 Mar 29 08:23: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 C68E116A4CE; Tue, 29 Mar 2005 08:23:42 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F85A43D5E; Tue, 29 Mar 2005 08:23:42 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j2T8NUJ5040084; Tue, 29 Mar 2005 10:23:30 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 01:16:33 PDT." <20050329.011633.33548829.imp@bsdimp.com> Date: Tue, 29 Mar 2005 10:23:30 +0200 Message-ID: <40083.1112084610@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:23:42 -0000 In message <20050329.011633.33548829.imp@bsdimp.com>, "M. Warner Losh" writes: >: >: Only partial. >: > >: >You should be getting a change notification on the first access after >: >the change happens... >: >: Right, that's what I mean by "partial". Full support would be an interrupt >: when a media is removed or inserted. > >And what hardware, apart from PC Card, actually supports this? >From my point of view that is not really a relevant question in this discussion. The driver write will have to work with whatever his hardware can do, and compensate for less than ideal support with polling if necessary. -- 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 Mar 29 08:24: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 2AD3F16A4CE; Tue, 29 Mar 2005 08:24:33 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA1443D39; Tue, 29 Mar 2005 08:24:32 +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.1) with ESMTP id j2T8OL8l040099; Tue, 29 Mar 2005 10:24:22 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Stijn Hoop From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 10:16:05 +0200." <20050329081605.GA57775@pcwin002.win.tue.nl> Date: Tue, 29 Mar 2005 10:24:21 +0200 Message-ID: <40098.1112084661@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de cc: "M. Warner Losh" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:24:33 -0000 In message <20050329081605.GA57775@pcwin002.win.tue.nl>, Stijn Hoop writes: > >From a desktop user experience point of view, it is rather nice to get >a notification if and when removable media disappears, without >continously polling said media. This statement intentionally ignores >the question of how to get such an event through the kernel to >userspace. GEOM has that mechanism already, what is lacking is drivers noticing and telling GEOM. -- 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 Mar 29 08:48:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B52616A4CE for ; Tue, 29 Mar 2005 08:48:35 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id D608443D64 for ; Tue, 29 Mar 2005 08:48:34 +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 j2T8k0Zp096581; Tue, 29 Mar 2005 01:46:00 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 01:46:02 -0700 (MST) Message-Id: <20050329.014602.66168889.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <39953.1112084492@critter.freebsd.dk> References: <20050329.011148.69987814.imp@bsdimp.com> <39953.1112084492@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:48:35 -0000 In message: <39953.1112084492@critter.freebsd.dk> "Poul-Henning Kamp" writes: : I will maintain, based on what little that I have read about user : interfaces, that the logical and intuitive behaviour for a computing : system is to notice immediately (< 2s) that a storage media has : been removed. I'm willing to be a tad more tolerant about inserts, : but not much more than 5 seconds. Then we'd have to poll every second in a sane way to accomplish that. And finding the sane way that doesn't interfere with other bus usage may be tricky. Unless we're going to give events to the actual user (meaning userland entities that inform the user in a friendly way), I'd maintain that there's no difference between knowing that the media is ejected immediately, and the time of next use. The user experience will be the same either way. : I don't really care if our hardware is lame and brain-dead and needs : to be polled in Shakespearan english by actors in victorian custumes, : our job is to hide all that crap and give the system what to the : users look like a consistent and predictable behaviour. Assuming, of course, that it can be done with a reasonable level of performance for the rest of the system, and that unintended consequences of the polling don't happen (like keeping a disk spinning all the time, when it would have spun down). However, other systems do effect polling in some fashion without spinning things up, so it would be just a matter of finding these things. In the short run, however, adding a few checks to critical parts of the path, like daopen, would make the user experience much better. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:56: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 99A4D16A4CE; Tue, 29 Mar 2005 08:56:38 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7809143D48; Tue, 29 Mar 2005 08:56:35 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id j2T8qiw4023944; Tue, 29 Mar 2005 09:52:44 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Tue, 29 Mar 2005 09:52:37 +0100 User-Agent: KMail/1.7.1 References: <20050327151754.2ee82124@Magellan.Leidinger.net> In-Reply-To: <20050327151754.2ee82124@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503290952.38133.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 08:56:38 -0000 On Sunday 27 March 2005 14:17, Alexander Leidinger wrote: > Hi, > > I've prepared a doxygen framework to generate the documentation of > parts of FreeBSD. It consists of a Makefile which doesn't need to be > extended for additional parts FreeBSD, a set of Doxygen config files, > and a file which contains dependency information. > > It's available from > http://www.Leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2 > > Feel free to send improvements/fixes/.... You could also take a look at /usr/src/sys/doc/{Makefile,Doxyfile} which already generates docs for the kernel... From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:56: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 99A4D16A4CE; Tue, 29 Mar 2005 08:56:38 +0000 (GMT) Received: from itchy.rabson.org (mailgate.nlsystems.com [80.177.232.242]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7809143D48; Tue, 29 Mar 2005 08:56:35 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from ns0.nlsystems.com (ns0.nlsystems.com [80.177.232.243]) by itchy.rabson.org (8.12.11/8.12.11) with ESMTP id j2T8qiw4023944; Tue, 29 Mar 2005 09:52:44 +0100 (BST) (envelope-from dfr@nlsystems.com) From: Doug Rabson To: freebsd-current@freebsd.org Date: Tue, 29 Mar 2005 09:52:37 +0100 User-Agent: KMail/1.7.1 References: <20050327151754.2ee82124@Magellan.Leidinger.net> In-Reply-To: <20050327151754.2ee82124@Magellan.Leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503290952.38133.dfr@nlsystems.com> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on itchy.rabson.org X-Virus-Scanned: clamd / ClamAV version 0.75.1, clamav-milter version 0.75c on itchy.rabson.org X-Virus-Status: Clean cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 08:56:38 -0000 On Sunday 27 March 2005 14:17, Alexander Leidinger wrote: > Hi, > > I've prepared a doxygen framework to generate the documentation of > parts of FreeBSD. It consists of a Makefile which doesn't need to be > extended for additional parts FreeBSD, a set of Doxygen config files, > and a file which contains dependency information. > > It's available from > http://www.Leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2 > > Feel free to send improvements/fixes/.... You could also take a look at /usr/src/sys/doc/{Makefile,Doxyfile} which already generates docs for the kernel... From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 08:57: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 7B5CB16A4CE; Tue, 29 Mar 2005 08:57:43 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD2FB43D31; Tue, 29 Mar 2005 08:57:42 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.3/8.13.1) with ESMTP id j2T8vSm2040327; Tue, 29 Mar 2005 10:57:28 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: "M. Warner Losh" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Tue, 29 Mar 2005 01:46:02 PDT." <20050329.014602.66168889.imp@bsdimp.com> Date: Tue, 29 Mar 2005 10:57:28 +0200 Message-ID: <40326.1112086648@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 08:57:43 -0000 In message <20050329.014602.66168889.imp@bsdimp.com>, "M. Warner Losh" writes: >Then we'd have to poll every second in a sane way to accomplish that. >And finding the sane way that doesn't interfere with other bus usage >may be tricky. > >Unless we're going to give events to the actual user (meaning userland >entities that inform the user in a friendly way), I'd maintain that >there's no difference between knowing that the media is ejected >immediately, and the time of next use. The user experience will be >the same either way. The filesystems could get an upcall now when the disk disappears, but I have not had time to try to implement this sensibly in any filesystems yet. >In the short run, however, adding a few checks to critical parts of >the path, like daopen, would make the user experience much better. Absolutely, I just get uncomfortable when I see too much "...we can get away with...", I want us to stay the UNIX that solves problems the right way. -- 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 Mar 29 09:03: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 9159616A4CE for ; Tue, 29 Mar 2005 09:03:50 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15F1143D5F for ; Tue, 29 Mar 2005 09:03:50 +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 j2T921pi096794; Tue, 29 Mar 2005 02:02:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 02:02:03 -0700 (MST) Message-Id: <20050329.020203.94399805.imp@bsdimp.com> To: phk@phk.freebsd.dk From: "M. Warner Losh" In-Reply-To: <40326.1112086648@critter.freebsd.dk> References: <20050329.014602.66168889.imp@bsdimp.com> <40326.1112086648@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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: julian@elischer.org cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 09:03:50 -0000 In message: <40326.1112086648@critter.freebsd.dk> "Poul-Henning Kamp" writes: : In message <20050329.014602.66168889.imp@bsdimp.com>, "M. Warner Losh" writes: : : >Then we'd have to poll every second in a sane way to accomplish that. : >And finding the sane way that doesn't interfere with other bus usage : >may be tricky. : > : >Unless we're going to give events to the actual user (meaning userland : >entities that inform the user in a friendly way), I'd maintain that : >there's no difference between knowing that the media is ejected : >immediately, and the time of next use. The user experience will be : >the same either way. : : The filesystems could get an upcall now when the disk disappears, : but I have not had time to try to implement this sensibly in any : filesystems yet. This would be useful. : >In the short run, however, adding a few checks to critical parts of : >the path, like daopen, would make the user experience much better. : : Absolutely, I just get uncomfortable when I see too much "...we can : get away with...", I want us to stay the UNIX that solves problems : the right way. engineering is always a tradeoff between what we can easily get done to ease current pain, versus what we can get done later and better, but with more pain to the user between now and then. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:00: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 5B78E16A4CE; Tue, 29 Mar 2005 10:00:59 +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 0C87843D1F; Tue, 29 Mar 2005 10:00:59 +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 1DGDWo-000EY1-Dy; Tue, 29 Mar 2005 12:00:54 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Scott Long Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Mar 2005 12:00:54 +0200 From: Danny Braniss Message-ID: cc: current@FreeBSD.ORG cc: scsi@freebsd.org Subject: iSCSI/CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 10:00:59 -0000 Im doing some of the CAM stuff (mainly tag opening) from userland, and runing into sync. problem. the rescan command is basically async. and it's done by the driver, my iscontrol program, after starting the iSCSI, will, if so configured, do a tag opening request, but unless the rescan finished, it will fail. so, Q: how can i know that the rescan finished? thanks, danny PS: the first public beta is not far way. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:22: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 BAE6D16A4CE; Tue, 29 Mar 2005 10:22:27 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E1F843D3F; Tue, 29 Mar 2005 10:22:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 41DDF7A423; Tue, 29 Mar 2005 02:22:25 -0800 (PST) Message-ID: <42492C60.50005@elischer.org> Date: Tue, 29 Mar 2005 02:22:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: "M. Warner Losh" References: <20050329.010433.66709025.imp@bsdimp.com> <39800.1112083716@critter.freebsd.dk> <20050329.011633.33548829.imp@bsdimp.com> In-Reply-To: <20050329.011633.33548829.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 10:22:27 -0000 M. Warner Losh wrote: >In message: <39800.1112083716@critter.freebsd.dk> > "Poul-Henning Kamp" writes: >: In message <20050329.010433.66709025.imp@bsdimp.com>, "M. Warner Losh" writes: >: >: >: Only partial. >: > >: >You should be getting a change notification on the first access after >: >the change happens... >: >: Right, that's what I mean by "partial". Full support would be an interrupt >: when a media is removed or inserted. > >And what hardware, apart from PC Card, actually supports this? > > well, back to the original argument.... usb and firewire devices do.. >Warner > > From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:44: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 B140616A4CE; Tue, 29 Mar 2005 10:44:17 +0000 (GMT) Received: from mail23.syd.optusnet.com.au (mail23.syd.optusnet.com.au [211.29.133.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD74043D68; Tue, 29 Mar 2005 10:44:16 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2TAhnfd022240 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 29 Mar 2005 20:43:49 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2TAhm7l070056; Tue, 29 Mar 2005 20:43:48 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2TAhlOk070055; Tue, 29 Mar 2005 20:43:47 +1000 (EST) (envelope-from pjeremy) Date: Tue, 29 Mar 2005 20:43:47 +1000 From: Peter Jeremy To: Stijn Hoop Message-ID: <20050329104347.GB69824@cirb503493.alcatel.com.au> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@critter.freebsd.dk> <20050329.011148.69987814.imp@bsdimp.com> <20050329081605.GA57775@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329081605.GA57775@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.2i cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org cc: ticso@cicely.de cc: "M. Warner Losh" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 10:44:17 -0000 On Tue, 2005-Mar-29 10:16:05 +0200, Stijn Hoop wrote: >From a desktop user experience point of view, it is rather nice to get >a notification if and when removable media disappears, without >continously polling said media. There's no reason why the kernel couldn't regularly poll removable media as long as it didn't interfere with normal operation of the device or intrude upon the user (who remembers Amiga FDD's ticking?). > This statement intentionally ignores >the question of how to get such an event through the kernel to >userspace. I don't believe this is a problem. For a command line interface, you run "ls" and get a snapshot of the directory contents - you don't expect the output from an old "ls" to magically update itself when a file is deleted, you re-run "ls". GUI file browsers are more of a problem but as long as the browser doesn't cache the results from one invocation to another, this wouldn't seem to be a problem. In any case, the majority of the computer users seem quite happy with a user interface that, upon ejecting a removable medium and inserting a different medium, will happily display the union of the contents of the old and new media. It would take a seriously warped mind to manage anything so non-intuitive so anything we achieve will be an improvement over the status quo. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:46: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 CB0F516A4CE for ; Tue, 29 Mar 2005 10:46:54 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id B18DC43D68 for ; Tue, 29 Mar 2005 10:46:53 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2TAknsf038530 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 29 Mar 2005 12:46:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2TAjpVK095238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2005 12:45:52 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2TAjp9d033493; Tue, 29 Mar 2005 12:45:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2TAjpWl033492; Tue, 29 Mar 2005 12:45:51 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2005 12:45:51 +0200 From: Bernd Walter To: Julian Elischer Message-ID: <20050329104549.GF28703@cicely12.cicely.de> References: <20050329.010433.66709025.imp@bsdimp.com> <39800.1112083716@critter.freebsd.dk> <20050329.011633.33548829.imp@bsdimp.com> <42492C60.50005@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42492C60.50005@elischer.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: ticso@cicely.de cc: "M. Warner Losh" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 10:46:55 -0000 On Tue, Mar 29, 2005 at 02:22:24AM -0800, Julian Elischer wrote: > > > M. Warner Losh wrote: > > >In message: <39800.1112083716@critter.freebsd.dk> > > "Poul-Henning Kamp" writes: > >: In message <20050329.010433.66709025.imp@bsdimp.com>, "M. Warner Losh" > >writes: > >: > >: >: Only partial. > >: > > >: >You should be getting a change notification on the first access after > >: >the change happens... > >: > >: Right, that's what I mean by "partial". Full support would be an > >interrupt > >: when a media is removed or inserted. > > > >And what hardware, apart from PC Card, actually supports this? > > > > > > well, back to the original argument.... usb and firewire devices do.. No - you can't insert media directly into usb or firewire. You always need a usb/firewire drive in between - usb/firewire are not drives - they are busses. Ever tried to get a CF media directly into your USB plug? No USB drive will contact you on media exchange - USB has no usefull mechanism for a device to contact the host. PC Card can be seen differently. Current PC Card usually implement an ata drive, but older JEDEC flash cards do not. But since we don't create a JEDEC drive instance independend of media existence this is more an academic view. In real world we see drive insert/eject with PC Card too. There is no drive without anything inserted. There are also points were things are not so obvious on the first look. CF ist one example. Technically it builds a whole ata drive in all three modes. But if we use it in an USB flash card reader we have to handle it as a media in a USB drive. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:52: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 8700416A4CE; Tue, 29 Mar 2005 10:52:10 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB9A943D5E; Tue, 29 Mar 2005 10:52:07 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id 1F05713B634; Tue, 29 Mar 2005 12:52:07 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 17F4213B8D3; Tue, 29 Mar 2005 12:52:01 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.3/8.13.1/Submit) id j2TAq0XF061060; Tue, 29 Mar 2005 12:52:00 +0200 (CEST) (envelope-from stijn) Date: Tue, 29 Mar 2005 12:52:00 +0200 From: Stijn Hoop To: Peter Jeremy Message-ID: <20050329105200.GB57775@pcwin002.win.tue.nl> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@critter.freebsd.dk> <20050329.011148.69987814.imp@bsdimp.com> <20050329081605.GA57775@pcwin002.win.tue.nl> <20050329104347.GB69824@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uQr8t48UFsdbeI+V" Content-Disposition: inline In-Reply-To: <20050329104347.GB69824@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-DCC: CollegeOfNewCaledonia: kweetal.tue.nl 1189; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-Level: X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 cc: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org cc: ticso@cicely.de cc: "M. Warner Losh" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 10:52:10 -0000 --uQr8t48UFsdbeI+V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 29, 2005 at 08:43:47PM +1000, Peter Jeremy wrote: > On Tue, 2005-Mar-29 10:16:05 +0200, Stijn Hoop wrote: > > From a desktop user experience point of view, it is rather nice to get > > a notification if and when removable media disappears, without > > continously polling said media. >=20 > There's no reason why the kernel couldn't regularly poll removable media > as long as it didn't interfere with normal operation of the device or > intrude upon the user (who remembers Amiga FDD's ticking?). Powersaving reasons (as has been stated in this thread already, I believe) come to mind. Or, in some cases, physical wear & tear on the hardware -- although I believe it's not the case for regular USB flash drives, I can imagine an implementation that needs to access the physical media in order to determine status (cardreaders?). But as Poul-Henning said, it's up to the drivers themselves to resort to polling if needed. > > This statement intentionally ignores > > the question of how to get such an event through the kernel to > > userspace. >=20 > I don't believe this is a problem. For a command line interface, you > run "ls" and get a snapshot of the directory contents - you don't expect > the output from an old "ls" to magically update itself when a file is > deleted, you re-run "ls". GUI file browsers are more of a problem but > as long as the browser doesn't cache the results from one invocation to > another, this wouldn't seem to be a problem. I was not thinking of contents exactly; more of the desktop user experience where, by inserting an USB drive, an icon appears on the desktop. That icon should be removed when the drive is removed again. Other similar usecases abound. > In any case, the majority of the computer users seem quite happy with > a user interface that, upon ejecting a removable medium and inserting > a different medium, will happily display the union of the contents of > the old and new media. I might be misreading the sarcasm here, but I for one am not happy with the mixed contents. I'm already a bit weary of using removable media with FreeBSD because I'm unsure what works and what does not. This is a situation I would like to remedy. > It would take a seriously warped mind to > manage anything so non-intuitive so anything we achieve will be an > improvement over the status quo. That I can agree with. --Stijn --=20 There are of course many problems connected with life, of which some of the most popular are 'Why are people born?', 'Why do they die?', and `Why do they spend so much of the intervening time wearing digital watches?' -- Douglas Adams, "The Hitchhikers Guide To The Galaxy" --uQr8t48UFsdbeI+V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSTNQY3r/tLQmfWcRAgSMAJ485AnYOAgisKErCK7WigEmPj/zVgCgga3L Mz4cW1UNSFyb/O/P6r4ohaE= =N1B3 -----END PGP SIGNATURE----- --uQr8t48UFsdbeI+V-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 10:55: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 3BED116A4CE for ; Tue, 29 Mar 2005 10:55:16 +0000 (GMT) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84F5143D1D for ; Tue, 29 Mar 2005 10:55:15 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2TAsrYJ017576 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Tue, 29 Mar 2005 20:54:54 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2TAsr7l070075; Tue, 29 Mar 2005 20:54:53 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2TAspuJ070074; Tue, 29 Mar 2005 20:54:51 +1000 (EST) (envelope-from pjeremy) Date: Tue, 29 Mar 2005 20:54:51 +1000 From: Peter Jeremy To: Danny Braniss Message-ID: <20050329105450.GC69824@cirb503493.alcatel.com.au> References: <12938.1112080352@bizet.nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i cc: brian@aljex.com cc: freebsd-current@freebsd.org cc: sthaug@nethelp.no Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 10:55:16 -0000 On Tue, 2005-Mar-29 09:36:18 +0200, Danny Braniss wrote: >> > Brian missed a pair of parenthenis. The example should read: >> > >> > ( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) >> >> All the first perens does is leave you sitting wherever you were before >> starting, whereas my example would have left you sitting in srcdir. >> It makes no functional difference in the tar/untar job itself. It makes a significant difference if "destdir" is relative. >> same everywhere. I do it on Linux and FreeBSD too and I just verified on a >> 5.3 box just to make sure instead of relying on memory and common sense. >> It's still in my fingers too, used it for many years. Lately I have >> been using cp -pR for the same job. > >caution: > -R If source_file designates a directory, cp copies the directory and > the entire subtree connected at that point. This option also > causes symbolic links to be copied, rather than indirected through, > and for cp to create special files rather than copying them as nor- > mal files. Created directories have the same mode as the corre- > sponding source directory, unmodified by the process' umask. >****************************************************************************** > Note that cp copies hard linked files as separate files. If you > need to preserve hard links, consider using tar(1), cpio(1), or > pax(1) instead. >****************************************************************************** At work, we have a development toolchain which creates symlinks of the form "gui -> ." within its output trees and I regularly have to remind people not to use "cp -pR" (or samba) to copy the trees. I usually use "tar|tar" or "find|cpio" for tree copying. The latter has the option of being able to hardlink the files instead of copying them. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 11:21:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2257016A4CE; Tue, 29 Mar 2005 11:21:03 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2765443D5F; Tue, 29 Mar 2005 11:21:02 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j2TBKnsf039613 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Tue, 29 Mar 2005 13:20:51 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j2TBKLVK095433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Mar 2005 13:20:22 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j2TBKLqj033669; Tue, 29 Mar 2005 13:20:21 +0200 (CEST) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j2TBIUwB033665; Tue, 29 Mar 2005 13:18:30 +0200 (CEST) (envelope-from ticso) Date: Tue, 29 Mar 2005 13:18:30 +0200 From: Bernd Walter To: Stijn Hoop Message-ID: <20050329111830.GG28703@cicely12.cicely.de> References: <20050328131318.GC14532@cicely12.cicely.de> <31970.1112016818@critter.freebsd.dk> <20050329.011148.69987814.imp@bsdimp.com> <20050329081605.GA57775@pcwin002.win.tue.nl> <20050329104347.GB69824@cirb503493.alcatel.com.au> <20050329105200.GB57775@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329105200.GB57775@pcwin002.win.tue.nl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=3.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de X-Mailman-Approved-At: Tue, 29 Mar 2005 12:54:13 +0000 cc: current@freebsd.org cc: vova@fbsd.ru cc: Peter Jeremy cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org cc: ticso@cicely.de cc: "M. Warner Losh" Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 11:21:03 -0000 On Tue, Mar 29, 2005 at 12:52:00PM +0200, Stijn Hoop wrote: > On Tue, Mar 29, 2005 at 08:43:47PM +1000, Peter Jeremy wrote: > > On Tue, 2005-Mar-29 10:16:05 +0200, Stijn Hoop wrote: > > > From a desktop user experience point of view, it is rather nice to get > > > a notification if and when removable media disappears, without > > > continously polling said media. > > > > There's no reason why the kernel couldn't regularly poll removable media > > as long as it didn't interfere with normal operation of the device or > > intrude upon the user (who remembers Amiga FDD's ticking?). > > Powersaving reasons (as has been stated in this thread already, I > believe) come to mind. Or, in some cases, physical wear & tear on the > hardware -- although I believe it's not the case for regular USB flash > drives, I can imagine an implementation that needs to access the > physical media in order to determine status (cardreaders?). Wear shouldn't be a problem. All recent media types have mechanism for that. > But as Poul-Henning said, it's up to the drivers themselves to resort > to polling if needed. Yes - and the most interesting these days is the da driver. > > > This statement intentionally ignores > > > the question of how to get such an event through the kernel to > > > userspace. > > > > I don't believe this is a problem. For a command line interface, you > > run "ls" and get a snapshot of the directory contents - you don't expect > > the output from an old "ls" to magically update itself when a file is > > deleted, you re-run "ls". GUI file browsers are more of a problem but > > as long as the browser doesn't cache the results from one invocation to > > another, this wouldn't seem to be a problem. > > I was not thinking of contents exactly; more of the desktop user > experience where, by inserting an USB drive, an icon appears on the > desktop. That icon should be removed when the drive is removed again. > Other similar usecases abound. But since you are talking about drive removal there shouldn't be a real problem. OK - GEOM and CAM could issue newbus notifications, but I think that's already on someones todo list. So far you get an umass attachment and easily process the rest. > > In any case, the majority of the computer users seem quite happy with > > a user interface that, upon ejecting a removable medium and inserting > > a different medium, will happily display the union of the contents of > > the old and new media. > > I might be misreading the sarcasm here, but I for one am not happy > with the mixed contents. I'm already a bit weary of using removable > media with FreeBSD because I'm unsure what works and what does not. > This is a situation I would like to remedy. Everything works fine as long as you trigger a GEOM rescan after media exchange. drive exchange doesn't need any special handling. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 13: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 17C9416A4CE for ; Tue, 29 Mar 2005 13:25:33 +0000 (GMT) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9509B43D39 for ; Tue, 29 Mar 2005 13:25:32 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from mail.chesapeake.net (localhost [127.0.0.1]) by mail.chesapeake.net (8.12.10/8.12.10) with ESMTP id j2TDPV9P046927; Tue, 29 Mar 2005 08:25:31 -0500 (EST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost)j2TDPVYv046922; Tue, 29 Mar 2005 08:25:31 -0500 (EST) (envelope-from jroberson@chesapeake.net) X-Authentication-Warning: mail.chesapeake.net: jroberson owned process doing -bs Date: Tue, 29 Mar 2005 08:25:31 -0500 (EST) From: Jeff Roberson To: Kris Kennaway In-Reply-To: <20050328180904.GA46042@xor.obsecurity.org> Message-ID: <20050329082505.S54623@mail.chesapeake.net> References: <20050326031620.GA2341@xor.obsecurity.org> <20050328061618.B54623@mail.chesapeake.net> <20050328180904.GA46042@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: unmount: dangling vnode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 13:25:33 -0000 On Mon, 28 Mar 2005, Kris Kennaway wrote: > On Mon, Mar 28, 2005 at 06:16:48AM -0500, Jeff Roberson wrote: > > On Sun, 27 Mar 2005, Kris Kennaway wrote: > > > > > On Fri, Mar 25, 2005 at 07:16:20PM -0800, Kris Kennaway wrote: > > > > HEAD from a few days ago on a SMP machine: > > > > > > > > panic: unmount: dangling vnode > > > > cpuid = 0 > > > > Are you trying to unmount the nullfs or ffs? > > nullfs. Ok, thanks, I'm trying to see if I can reason through this without any more information. > > Kris > From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 13:37: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 9876E16A4CE for ; Tue, 29 Mar 2005 13:37:41 +0000 (GMT) Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4273B43D5D for ; Tue, 29 Mar 2005 13:37:41 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd16.aul.t-online.de by mailout03.sul.t-online.com with smtp id 1DGGuZ-0002no-05; Tue, 29 Mar 2005 15:37:39 +0200 Received: from Andro-Beta.Leidinger.net (VmRzJkZGge0Jfg3AFR7lFjwIbZ3d6KigRZhV5YM72PnuFulld10OwH@[217.229.214.41]) by fwd16.sul.t-online.de with esmtp id 1DGGuO-1GFVs80; Tue, 29 Mar 2005 15:37:28 +0200 Received: from localhost (localhost [127.0.0.1])j2TDa2mN058498; Tue, 29 Mar 2005 15:36:03 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Tue, 29 Mar 2005 15:36:02 +0200 Message-ID: <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 29 Mar 2005 15:36:02 +0200 From: Alexander Leidinger To: Doug Rabson References: <20050327151754.2ee82124@Magellan.Leidinger.net> <200503290952.38133.dfr@nlsystems.com> In-Reply-To: <200503290952.38133.dfr@nlsystems.com> 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.2) / FreeBSD-4.11 X-ID: VmRzJkZGge0Jfg3AFR7lFjwIbZ3d6KigRZhV5YM72PnuFulld10OwH@t-dialin.net X-TOI-MSGID: e32cbd80-6555-4e9b-949a-99e1392160d5 cc: freebsd-current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 13:37:41 -0000 Doug Rabson wrote: > You could also take a look at /usr/src/sys/doc/{Makefile,Doxyfile} > which already generates docs for the kernel... I didn't knowed about it. What about - "doxygen -u"? - making the doxygen documentation available on our web pages? - defining __FreeBSD__ to 6? It's nice if you want the complete picture, but if you're only interested in a part of the kernel it needs a lot of time to generate the docs (compared to my modular aproach). I've incorporated your *_if.m part (with some modifications), I will make it available from my website at the weekend when I'm back home (or per mail on request). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 Return on investments won't. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 13:49: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 3AD7516A4CE for ; Tue, 29 Mar 2005 13:49:44 +0000 (GMT) Received: from mail.qubesoft.com (gate.qubesoft.com [217.169.36.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 632F043D41 for ; Tue, 29 Mar 2005 13:49:43 +0000 (GMT) (envelope-from dfr@nlsystems.com) Received: from [192.168.1.254] (dhcp254.qubesoft.com [192.168.1.254]) by mail.qubesoft.com (8.13.3/8.13.3) with ESMTP id j2TDngbh026737; Tue, 29 Mar 2005 14:49:42 +0100 (BST) (envelope-from dfr@nlsystems.com) In-Reply-To: <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> References: <20050327151754.2ee82124@Magellan.Leidinger.net> <200503290952.38133.dfr@nlsystems.com> <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <8417928e592ac60198a5be991950db40@nlsystems.com> Content-Transfer-Encoding: 7bit From: Doug Rabson Date: Tue, 29 Mar 2005 14:49:41 +0100 To: Alexander Leidinger X-Mailer: Apple Mail (2.619.2) X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on mail.qubesoft.com cc: freebsd-current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 13:49:44 -0000 On 29 Mar 2005, at 14:36, Alexander Leidinger wrote: > Doug Rabson wrote: > >> You could also take a look at /usr/src/sys/doc/{Makefile,Doxyfile} >> which already generates docs for the kernel... > > I didn't knowed about it. What about > - "doxygen -u"? That would end up modifying Doxyfile every time you ran it? I would prefer that the thing worked with a read-only source tree (possibly with an option for upgrading when you really intend it). > - making the doxygen documentation available on our web pages? I don't know any of the people responsible for the FreeBSD web site. It would be nice to include an 'annotated kernel' on the website > - defining __FreeBSD__ to 6? This should change. I did the thing last year while current was still 5-current. > > It's nice if you want the complete picture, but if you're only > interested in > a part of the kernel it needs a lot of time to generate the docs > (compared > to my modular aproach). I haven't had a chance to look at your version yet. At work we use doxygen on a large modular project and the tag-file feature works really well for binding the various module's documentation together. > > I've incorporated your *_if.m part (with some modifications), I will > make it > available from my website at the weekend when I'm back home (or per > mail on > request). You are welcome! From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 14:05: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 D71AF16A4CE for ; Tue, 29 Mar 2005 14:05:44 +0000 (GMT) Received: from eddie.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id 323BB43D41 for ; Tue, 29 Mar 2005 14:05:44 +0000 (GMT) (envelope-from simon@eddie.nitro.dk) Received: by eddie.nitro.dk (Postfix, from userid 1000) id CAB6211A142; Tue, 29 Mar 2005 16:05:42 +0200 (CEST) Date: Tue, 29 Mar 2005 16:05:42 +0200 From: "Simon L. Nielsen" To: Doug Rabson Message-ID: <20050329140542.GD13250@eddie.nitro.dk> References: <20050327151754.2ee82124@Magellan.Leidinger.net> <200503290952.38133.dfr@nlsystems.com> <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> <8417928e592ac60198a5be991950db40@nlsystems.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qbvjkv9qwOGw/5Fx" Content-Disposition: inline In-Reply-To: <8417928e592ac60198a5be991950db40@nlsystems.com> User-Agent: Mutt/1.5.9i cc: Alexander Leidinger cc: freebsd-current@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 14:05:45 -0000 --Qbvjkv9qwOGw/5Fx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.03.29 14:49:41 +0100, Doug Rabson wrote: >=20 > On 29 Mar 2005, at 14:36, Alexander Leidinger wrote: >=20 > > - making the doxygen documentation available on our web pages? >=20 > I don't know any of the people responsible for the FreeBSD web site. It= =20 > would be nice to include an 'annotated kernel' on the website Due to the way the web site is currently build it would take some work to do include a doxygen build, but of cause it is possible (if somebody has the time to do it). It might be more feasible to not hook it into the main web-site build, but rather put it on some private freebsd web page, at least to begin with. --=20 Simon L. Nielsen --Qbvjkv9qwOGw/5Fx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSWC1h9pcDSc1mlERAkPfAKDHOKAqr0u1ZabOsjLo/qWwckrKugCfbmGK rvVuOId7+ywoe+CKvpYJyo4= =4kY6 -----END PGP SIGNATURE----- --Qbvjkv9qwOGw/5Fx-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 14:12:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18BDA16A4CE; Tue, 29 Mar 2005 14:12:03 +0000 (GMT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2E3643D5A; Tue, 29 Mar 2005 14:12:01 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd28.aul.t-online.de by mailout11.sul.t-online.com with smtp id 1DGHRo-0008Ap-07; Tue, 29 Mar 2005 16:12:00 +0200 Received: from Andro-Beta.Leidinger.net (Z2qN+6ZC8ekmC4sRVLDzvuCbCEff6XaAeewVtW91KgJMFcgdkvtPsw@[217.229.214.41]) by fwd28.sul.t-online.de with esmtp id 1DGHRe-24mO4e0; Tue, 29 Mar 2005 16:11:50 +0200 Received: from localhost (localhost [127.0.0.1])j2TEAPB2063421; Tue, 29 Mar 2005 16:10:25 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Tue, 29 Mar 2005 16:10:25 +0200 Message-ID: <20050329161025.qkdv3dy63owkskco@netchild.homeip.net> X-Priority: 3 (Normal) Date: Tue, 29 Mar 2005 16:10:25 +0200 From: Alexander Leidinger To: Doug Rabson References: <20050327151754.2ee82124@Magellan.Leidinger.net> <200503290952.38133.dfr@nlsystems.com> <20050329153602.mh5n2wmhw4kws0ko@netchild.homeip.net> <8417928e592ac60198a5be991950db40@nlsystems.com> In-Reply-To: <8417928e592ac60198a5be991950db40@nlsystems.com> 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.2) / FreeBSD-4.11 X-ID: Z2qN+6ZC8ekmC4sRVLDzvuCbCEff6XaAeewVtW91KgJMFcgdkvtPsw@t-dialin.net X-TOI-MSGID: 3b02f6b4-de14-415c-a4ae-e0a4549abb3b cc: freebsd-current@freebsd.org cc: doc@freebsd.org Subject: Re: Doxygen docu for parts of the FreeBSD 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: Tue, 29 Mar 2005 14:12:03 -0000 Doug Rabson wrote: On 29 Mar 2005, at 14:36, Alexander Leidinger wrote: > > Doug Rabson wrote: > > > >> You could also take a look at /usr/src/sys/doc/{Makefile,Doxyfile} > >> which already generates docs for the kernel... > > > > I didn't knowed about it. What about > > - "doxygen -u"? > > That would end up modifying Doxyfile every time you ran it? I would > prefer that the thing worked with a read-only source tree (possibly > with an option for upgrading when you really intend it). Sorry, my intention was to suggest an update of the Doxyfile by hand, since doxygen has some new features, e.g. generating multiple output files in one dot(1) run (for recent versions of dot). I prefer that it works with a read-only source tree to. > > - making the doxygen documentation available on our web pages? > > I don't know any of the people responsible for the FreeBSD web site. > It would be nice to include an 'annotated kernel' on the website [doc@ CCed] Is there anyone out there who is able to integrate the output of "cd /usr/src/sys/doc; make all" (or similar for http://www.leidinger.net/FreeBSD/FreeBSD-Dox.tar.bz2) into our website? > > - defining __FreeBSD__ to 6? > > This should change. I did the thing last year while current was still > 5-current. ATM it isn't defined at all... except I've overloked it. > > It's nice if you want the complete picture, but if you're only > > interested in > > a part of the kernel it needs a lot of time to generate the docs > > (compared > > to my modular aproach). > > I haven't had a chance to look at your version yet. At work we use > doxygen on a large modular project and the tag-file feature works > really well for binding the various module's documentation together. That's the way I did it. I've broken up the kernel into different parts (sound, usb, i4b, ...) which reference other parts with the tag-file feature. I may not have all dependencies correct, and I haven't all parts of the kernel added to the set, but I think it's already usable if you're interested in just a part of the kernel. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 No matter what happens, there is always someone who knew it would. From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 15:47: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 904AC16A4CE for ; Tue, 29 Mar 2005 15:47:31 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 13DC843D1F for ; Tue, 29 Mar 2005 15:47:31 +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 j2TFiUFi000848; Tue, 29 Mar 2005 08:44:30 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 08:44:30 -0700 (MST) Message-Id: <20050329.084430.74749236.imp@bsdimp.com> To: julian@elischer.org From: Warner Losh In-Reply-To: <42492C60.50005@elischer.org> References: <39800.1112083716@critter.freebsd.dk> <20050329.011633.33548829.imp@bsdimp.com> <42492C60.50005@elischer.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: current@freebsd.org cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: ticso@cicely.de Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 15:47:31 -0000 > well, back to the original argument.... usb and firewire devices do.. No they don't. They umass device (the thing that the CF card plugs into) does. However, there's no asynchonous event that happens when the CF (or whatever) card is inserted or removed. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 16:20: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 813CF16A4CE; Tue, 29 Mar 2005 16:20:05 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 873CE43D62; Tue, 29 Mar 2005 16:20:04 +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 j2TGHKx7002893; Tue, 29 Mar 2005 09:17:20 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 09:17:23 -0700 (MST) Message-Id: <20050329.091723.04191734.imp@bsdimp.com> To: ticso@cicely.de, ticso@cicely12.cicely.de From: "M. Warner Losh" In-Reply-To: <20050329104549.GF28703@cicely12.cicely.de> References: <20050329.011633.33548829.imp@bsdimp.com> <42492C60.50005@elischer.org> <20050329104549.GF28703@cicely12.cicely.de> 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 cc: vova@fbsd.ru cc: mdodd@freebsd.org cc: freebsd-mobile@freebsd.org cc: phk@phk.freebsd.dk cc: julian@elischer.org Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 16:20:05 -0000 In message: <20050329104549.GF28703@cicely12.cicely.de> Bernd Walter writes: : PC Card can be seen differently. : Current PC Card usually implement an ata drive, but older JEDEC : flash cards do not. But we don't support older JEDEC flash cards :-) If we did, however, they would go away when the card was ejected... : But since we don't create a JEDEC drive instance independend of : media existence this is more an academic view. Yes. : In real world we see drive insert/eject with PC Card too. : There is no drive without anything inserted. Yes. The drive and the controler both go away when you swap out the CF card that's in a PC Card adapter. : There are also points were things are not so obvious on the first look. : CF ist one example. : Technically it builds a whole ata drive in all three modes. : But if we use it in an USB flash card reader we have to handle it : as a media in a USB drive. Correct. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:28: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 470D716A4CE; Tue, 29 Mar 2005 17:28:41 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE52643D48; Tue, 29 Mar 2005 17:28:40 +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 j2THRi8h003665; Tue, 29 Mar 2005 10:27:44 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 29 Mar 2005 10:27:48 -0700 (MST) Message-Id: <20050329.102748.32720578.imp@bsdimp.com> To: wollman@khavrinen.lcs.mit.edu From: "M. Warner Losh" In-Reply-To: <200503291707.j2TH7gTo052830@khavrinen.lcs.mit.edu> References: <42492C60.50005@elischer.org> <20050329.084430.74749236.imp@bsdimp.com> <200503291707.j2TH7gTo052830@khavrinen.lcs.mit.edu> 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 cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:28:41 -0000 In message: <200503291707.j2TH7gTo052830@khavrinen.lcs.mit.edu> Garrett Wollman writes: : < said: : : > No they don't. They umass device (the thing that the CF card plugs : > into) does. However, there's no asynchonous event that happens when : > the CF (or whatever) card is inserted or removed. : : With newer memory devices, the card *is* the umass device. Certainly : that's the case with Sony Memory Stick. The "reader" is nothing more : than a hub. (CF is unusual in that regard because it's really a : slimmed-down PC-CARD device.) But the 'hub' doesn't report when the memory device comes and goes. All the hubs I've tested recently have da devices for all the memory card(s) they can read and you have to do a camcontrol rescan after you've inserted the memory device to read. Warner From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:46: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 3BC0416A4CE for ; Tue, 29 Mar 2005 17:46:26 +0000 (GMT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id C36A543D55 for ; Tue, 29 Mar 2005 17:46:25 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc12) with ESMTP id <2005032917462501200pju2be>; Tue, 29 Mar 2005 17:46:25 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 7528417224; Tue, 29 Mar 2005 09:46:24 -0800 (PST) Date: Tue, 29 Mar 2005 09:46:24 -0800 From: Clint Olsen To: current@freebsd.org Message-ID: <20050329174624.GR62864@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:46:26 -0000 I tried RELENG_5_4 and cvsup wiped out my entire source repository since ths tag doesn't exist. This seems like a silly thing to do - blasting the entire archive if a tag doesn't exist. Why not error out instead? -Clint From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:52: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 3E3FA16A4CE for ; Tue, 29 Mar 2005 17:52:28 +0000 (GMT) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id CED9A43D60 for ; Tue, 29 Mar 2005 17:52:27 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) id j2THqPVR013340; Tue, 29 Mar 2005 09:52:26 -0800 (PST) Received: from [10.1.1.245] (nfw2.codefab.com [199.103.21.225] (may be forged)) (authenticated bits=0)j2THqNCl029494; Tue, 29 Mar 2005 09:52:24 -0800 (PST) In-Reply-To: <20050328231825.K52981@lexi.siliconlandmark.com> References: <3aaaa3a0503271958205ca8e1@mail.gmail.com> <4248BBB8.3090405@pacific.net.sg> <20050328231825.K52981@lexi.siliconlandmark.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <7962bb4e13837c894301545d628215f6@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 29 Mar 2005 12:52:22 -0500 To: Andre Guibert de Bruet X-Mailer: Apple Mail (2.619.2) cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:52:28 -0000 On Mar 28, 2005, at 11:44 PM, Andre Guibert de Bruet wrote: >> I know that there is some explanation for the terms at the site but >> why should terms be used which need an extra eplanation? > > I find that the terms "alpha", "beta" and "production" do not quite > fit the FreeBSD development paradigm. (Is RELENG_5 beta or > production?) It's beta. -CURRENT (or RELENG_6) is alpha, and production is now at RELENG_5_3 and/or RELENG_4_11. During the release cycle, RELENG_5 will be frozen and tagged, and for a brief time will have the same contents as the newly created RELENG_5_4 branch (call it "gamma" or "production"), but after the release is out and RELENG_5 is unfrozen, it will go back to being "beta". -- -Chuck From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:56: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 76EC616A4CE for ; Tue, 29 Mar 2005 17:56:26 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF44343D49 for ; Tue, 29 Mar 2005 17:56:25 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2THuJvk050190; Tue, 29 Mar 2005 11:56:19 -0600 (CST) (envelope-from dan) Date: Tue, 29 Mar 2005 11:56:19 -0600 From: Dan Nelson To: Clint Olsen Message-ID: <20050329175619.GA51674@dan.emsphone.com> References: <20050329174624.GR62864@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329174624.GR62864@0lsen.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:56:26 -0000 In the last episode (Mar 29), Clint Olsen said: > I tried RELENG_5_4 and cvsup wiped out my entire source repository since > ths tag doesn't exist. This seems like a silly thing to do - blasting the > entire archive if a tag doesn't exist. Why not error out instead? You can add the "-d ##" flag to cvsup, which will cause it to error out after deleting ## files. cvsup doesn't really know if a tag doesn't exist until it has walked the entire CVS repo. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:58: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 C346416A4CE for ; Tue, 29 Mar 2005 17:58:28 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DFE743D49 for ; Tue, 29 Mar 2005 17:58:28 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2THvhth051640; Tue, 29 Mar 2005 11:57:43 -0600 (CST) (envelope-from dan) Date: Tue, 29 Mar 2005 11:57:43 -0600 From: Dan Nelson To: Clint Olsen Message-ID: <20050329175743.GB51674@dan.emsphone.com> References: <20050329174624.GR62864@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329174624.GR62864@0lsen.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:58:28 -0000 In the last episode (Mar 29), Clint Olsen said: > I tried RELENG_5_4 and cvsup wiped out my entire source repository > since ths tag doesn't exist. This seems like a silly thing to do - > blasting the entire archive if a tag doesn't exist. Why not error > out instead? And to answer the question in the subject, RELENG_5 is the correct tag to use until 5.4 gets branched (not for quite a while yet) -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17: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 7097F16A4CE for ; Tue, 29 Mar 2005 17:59:41 +0000 (GMT) Received: from makeworld.com (makeworld.com [216.201.118.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F03743D2D for ; Tue, 29 Mar 2005 17:59:41 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 6538560E4; Tue, 29 Mar 2005 11:59:40 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18662-03; Tue, 29 Mar 2005 11:59:38 -0600 (CST) Received: from [127.0.0.1] (unknown [63.117.97.221]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id B05C560D6; Tue, 29 Mar 2005 11:59:36 -0600 (CST) Message-ID: <4249977B.1050709@makeworld.com> Date: Tue, 29 Mar 2005 11:59:23 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <20050329174624.GR62864@0lsen.net> <20050329175619.GA51674@dan.emsphone.com> In-Reply-To: <20050329175619.GA51674@dan.emsphone.com> 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.2.1 (20041222) at makeworld.com - Isn't it ironic cc: Clint Olsen cc: current@freebsd.org Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:59:41 -0000 Dan Nelson wrote: >In the last episode (Mar 29), Clint Olsen said: > > >>I tried RELENG_5_4 and cvsup wiped out my entire source repository since >>ths tag doesn't exist. This seems like a silly thing to do - blasting the >>entire archive if a tag doesn't exist. Why not error out instead? >> >> > >You can add the "-d ##" flag to cvsup, which will cause it to error out >after deleting ## files. cvsup doesn't really know if a tag doesn't >exist until it has walked the entire CVS repo. > > > Untill 5.4-RELEASE has been release, there isn't a 5_4 tag. Read the handbook. -- Best regards, Chris PGP Fingerprint = D976 2575 D0B4 E4B0 45CC AA09 0F93 FF80 C01B C363 From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:05: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 8378C16A4CE for ; Tue, 29 Mar 2005 18:05:38 +0000 (GMT) Received: from storm.uk.FreeBSD.org (storm.uk.FreeBSD.org [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E8F43D49 for ; Tue, 29 Mar 2005 18:05:37 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.uk.FreeBSD.org (uucp@localhost [127.0.0.1]) by storm.uk.FreeBSD.org (8.13.3/8.13.3) with ESMTP id j2TI5CWk067111; Tue, 29 Mar 2005 19:05:12 +0100 (BST) (envelope-from mark@grondar.org) Received: (from uucp@localhost)j2TI5BIZ067110; Tue, 29 Mar 2005 19:05:11 +0100 (BST) (envelope-from mark@grondar.org) Received: from grondar.org (localhost [127.0.0.1]) by grovel.grondar.org (8.13.3/8.13.1) with ESMTP id j2TI1oVx010807; Tue, 29 Mar 2005 19:01:50 +0100 (BST) (envelope-from mark@grondar.org) Message-Id: <200503291801.j2TI1oVx010807@grovel.grondar.org> X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.0.4 To: Clint Olsen From: Mark Murray In-Reply-To: Your message of "Tue, 29 Mar 2005 09:46:24 -0800." <20050329174624.GR62864@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Mar 2005 19:01:50 +0100 Sender: mark@grondar.org cc: current@FreeBSD.ORG Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:05:38 -0000 Clint Olsen writes: > I tried RELENG_5_4 and cvsup wiped out my entire source repository since > ths tag doesn't exist. This seems like a silly thing to do - blasting the > entire archive if a tag doesn't exist. Why not error out instead? CVS BugFeature. Sorry. I suggest complaining to the CVS developers. OTOH, "Don't do that then", because you asked CVS to "ensure that all source files in my checked out tree had the 5.4 tag", and it did so. M -- Mark Murray iumop ap!sdn w,I idlaH From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:05: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 DDB4216A4EE for ; Tue, 29 Mar 2005 18:05:43 +0000 (GMT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A16EE43D45 for ; Tue, 29 Mar 2005 18:05:43 +0000 (GMT) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (rwcrmhc11) with ESMTP id <2005032918054301300dn4e1e>; Tue, 29 Mar 2005 18:05:43 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id 84EB417224; Tue, 29 Mar 2005 10:05:42 -0800 (PST) Date: Tue, 29 Mar 2005 10:05:42 -0800 From: Clint Olsen To: Dan Nelson Message-ID: <20050329180542.GS62864@0lsen.net> References: <20050329174624.GR62864@0lsen.net> <20050329175743.GB51674@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329175743.GB51674@dan.emsphone.com> User-Agent: Mutt/1.4.2.1i Organization: NULlsen Network X-Disclaimer: Mutt Bites! cc: current@freebsd.org Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:05:44 -0000 On Mar 29, Dan Nelson wrote: > And to answer the question in the subject, RELENG_5 is the correct tag to > use until 5.4 gets branched (not for quite a while yet) Thanks. I was confused because there was a CERT advisory which discussed 5.4 RELEASE, so it made me think the tag existed. Otherwise, how could you patch for it? -Clint From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:11:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D061D16A4CE for ; Tue, 29 Mar 2005 18:11:35 +0000 (GMT) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (82-168-75-155-bbxl.xdsl.tiscali.nl [82.168.75.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id EAB9A43D45 for ; Tue, 29 Mar 2005 18:11:34 +0000 (GMT) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: from 82-168-75-155-bbxl.xdsl.tiscali.nl (localhost [127.0.0.1]) j2TIB5Cl046899; Tue, 29 Mar 2005 20:11:05 +0200 (CEST) (envelope-from rene@82-168-75-155-bbxl.xdsl.tiscali.nl) Received: (from rene@localhost)j2TIB05W046885; Tue, 29 Mar 2005 20:11:01 +0200 (CEST) (envelope-from rene) Date: Tue, 29 Mar 2005 20:10:59 +0200 From: Rene Ladan To: "Brian K. White" Message-ID: <20050329181059.GA46108@82-168-75-155-bbxl.xdsl.tiscali.nl> References: <4248EA01.6030902@pacific.net.sg> <02bd01c53426$eaec3f40$6800000a@venti> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <02bd01c53426$eaec3f40$6800000a@venti> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:11:35 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 29, 2005 at 01:16:34AM -0500, Brian K. White wrote: >=20 > ----- Original Message -----=20 > From: "Erich Dollansky" > To: "Andre Guibert de Bruet" > Cc: "Chris" ; > Sent: Tuesday, March 29, 2005 12:39 AM > Subject: Re: freebsd naming of releases >=20 >=20 > >Hi, > > > >Andre Guibert de Bruet wrote: > >> > >>On Tue, 29 Mar 2005, Erich Dollansky wrote: > >> > >>>It would be much easier for many users to understand terms like "alpha= ",=20 > >>>"beta" or "production" as others to it. There is not other meaning in= =20 > >>>"release" as it is released but for what purpose? [snip] > Maybe instead of trying to fit into too few categories, just have every= =20 > daily snapshot, or every cvs commit timestamp, be rated with 3 percentage= =20 > values: > % changed > % known good > % known bad Are these in lines of code? > then translate the percentages to 0-255 values and use them as an RGB val= ue=20 > to colorize download links on a web page. > red , purple, blue links you stay away from, > you use only the greenest green ones for production, or dip into yellows= =20 > for production when necessary. >=20 > the ratings on fresh or recent updates would be WAG's and mostly dark gre= y, wouldn't they be red, as only % changed is known? > but over time would become more real and get brighter as feedback=20 > accumulates. >=20 > yes I'm kidding. :) Surely a nice and interesting idea, but implementing would be a lot of work I guess (not the generation of the web pages, but the % ratings). >=20 > Brian K. White -- brian@aljex.com -- http://www.aljex.com/bkw/ > +++++[>+++[>+++++>+++++++<<-]<-]>>+.>.+++++.+++++++.-.[>+<---]>++. > filePro BBx Linux SCO Prosper/FACTS AutoCAD #callahans Satriani Regards, Rene --=20 "It won't fit on the line." -- me, 2001 --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSZozvz70qa4zXcwRAqXSAJwO9YpLEXe0vgxOlWt8JDaUmmof9ACePaCG FS8/NPV2/xR6CKYyMJ9tEhk= =oLJ/ -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:17:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6098116A4CE for ; Tue, 29 Mar 2005 18:17:35 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE96343D2D for ; Tue, 29 Mar 2005 18:17:34 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2TIHM2k088376; Tue, 29 Mar 2005 12:17:22 -0600 (CST) (envelope-from dan) Date: Tue, 29 Mar 2005 12:17:22 -0600 From: Dan Nelson To: Clint Olsen Message-ID: <20050329181722.GD51674@dan.emsphone.com> References: <20050329174624.GR62864@0lsen.net> <20050329175743.GB51674@dan.emsphone.com> <20050329180542.GS62864@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050329180542.GS62864@0lsen.net> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: current@freebsd.org Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:17:35 -0000 In the last episode (Mar 29), Clint Olsen said: > On Mar 29, Dan Nelson wrote: > > And to answer the question in the subject, RELENG_5 is the correct tag to > > use until 5.4 gets branched (not for quite a while yet) > > Thanks. I was confused because there was a CERT advisory which > discussed 5.4 RELEASE, so it made me think the tag existed. > Otherwise, how could you patch for it? It just says: Affects: All FreeBSD releases prior to 5.4-RELEASE Corrected: 2005-03-28 15:50:00 UTC (RELENG_5, 5.4-PRERELEASE) , which means that when 5.4 is released, it'll be safe. It doesn't mention a RELENG_5_4 tag (it does mention RELENG_5 and RELENG_5_3 though). -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18: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 1B44516A4CE for ; Tue, 29 Mar 2005 18:22:12 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0E6443D55 for ; Tue, 29 Mar 2005 18:22:11 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so594386wra for ; Tue, 29 Mar 2005 10:22:11 -0800 (PST) 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; b=fM7ba210Mvyo2phiFUbjSwGaN3JhwC1n0h5YWo1m+yLPNu8D/d6GYvf61Za/DuqpIdr9Ac3anbWxK0CRBFT2qTXM3s4WVzLEt0v8a399KhGOUvBzZW7MkysL+aOmrEBhqfb1ULYieCJR1wQebnfF4tAACqGTt1koS4yFJDHdUKk= Received: by 10.54.51.9 with SMTP id y9mr619641wry; Tue, 29 Mar 2005 10:22:10 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 10:22:10 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 21:22:10 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:22:12 -0000 Hello all, I noticed the following interrupt storm in my dmesg: Interrupt storm detected on "irq11: rl1"; throttling interrupt source Interrupt storm detected on "irq5: rl0"; throttling interrupt source Here is my vmstat -i: interrupt total rate irq0: clk 128600 199 irq1: atkbd0 2499 3 irq4: sio0 2 0 irq5: rl0 128901 200 irq8: rtc 82294 127 irq11: rl1 128902 200 irq12: psm0 16152 25 irq14: ata0 12600 19 irq15: ata1 71 0 Total 500021 776 and here is my dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt I have options DEVICE_POLLING and options HZ=200, i have tested with greater HZ values like 1000, and without DEVICE_POLLING but i have the same storm. If you need more info please ask. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:28: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 6E7F316A4CE for ; Tue, 29 Mar 2005 18:28:46 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C3CD43D5E for ; Tue, 29 Mar 2005 18:28:46 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 38C0472DD9; Tue, 29 Mar 2005 10:28:46 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 361AE72DCB; Tue, 29 Mar 2005 10:28:46 -0800 (PST) Date: Tue, 29 Mar 2005 10:28:46 -0800 (PST) From: Doug White To: freebsd-current@freebsd.org In-Reply-To: <229435493.20050327203536@takeda.tk> Message-ID: <20050329102731.W54889@carver.gumbysoft.com> References: <549575862.20050226230200@takeda.tk> <229435493.20050327203536@takeda.tk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Dariusz Kulinski Subject: Re: FreeBSD 5.3 crash (core with debug symbols available) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:28:46 -0000 On Sun, 27 Mar 2005, Dariusz Kulinski wrote: > Hello, > > I had another (apparently related - same line in the code) crash, here > is more info: > http://www.freebsd.org/cgi/query-pr.cgi?pr=79288 This is on FreeBSD 5.3-RELEASE-p5 i386, according to your report. This has been fixed in -STABLE. Upgrade or install one of the 5.4 snapshots (or 5.4_RELEASE when its released). -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:35: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 E595A16A4CE for ; Tue, 29 Mar 2005 18:35:37 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4235F43D31 for ; Tue, 29 Mar 2005 18:35:37 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2TIZZZF030291; Tue, 29 Mar 2005 13:35:36 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org, Dan Cojocar Date: Tue, 29 Mar 2005 13:35:33 -0500 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503291335.33385.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 17:10:20 2005 on anuket.mj.niksun.com X-Virus-Status: Clean Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:35:38 -0000 On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > Hello all, > > I noticed the following interrupt storm in my dmesg: > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > source Interrupt storm detected on "irq5: rl0"; throttling > interrupt source > > Here is my vmstat -i: > interrupt total rate > irq0: clk 128600 199 > irq1: atkbd0 2499 3 > irq4: sio0 2 0 > irq5: rl0 128901 200 > irq8: rtc 82294 127 > irq11: rl1 128902 200 > irq12: psm0 16152 25 > irq14: ata0 12600 19 > irq15: ata1 71 0 > Total 500021 776 > > and here is my dmesg: > http://cs.ubbcluj.ro/~dan/dmesg.txt > > I have options DEVICE_POLLING and options HZ=200, i have tested > with greater HZ values like 1000, and without DEVICE_POLLING but i > have the same storm. Try this: http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim Jung-uk Kim > If you need more info please ask. > Thanks, > Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:47: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 2978E16A4CE for ; Tue, 29 Mar 2005 18:47:46 +0000 (GMT) Received: from w250.z064001178.sjc-ca.dsl.cnc.net (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id B776743D2F for ; Tue, 29 Mar 2005 18:47:45 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 41904 invoked by uid 1000); 29 Mar 2005 18:48:07 -0000 Date: Tue, 29 Mar 2005 10:47:45 -0801 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20050329184807.GA38296@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org References: <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> <02e501c5342c$75bca5b0$6800000a@venti> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <02e501c5342c$75bca5b0$6800000a@venti> User-Agent: Mutt/1.5.9i Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:47:46 -0000 On Tue, Mar 29, 2005 at 01:56:14AM -0500, Brian K. White wrote: [snip] > >( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) > > All the first perens does is leave you sitting wherever you were before > starting, whereas my example would have left you sitting in srcdir. > It makes no functional difference in the tar/untar job itself. Not quite; without the first set of parentheses, destdir is interpreted relative to srcdir. Unless srcdir are meant as symbolic values and dstdir has an absolute value, in which case this is not an issue. $ cd $HOME $ pwd /home/jos $ (cd /; pwd 1>&2) | (cd /usr; pwd) / /usr $ pwd /home/jos $ (cd /; pwd 1>&2) | (cd usr; pwd) cd: can't cd to usr /home/jos / $ pwd /home/jos $ cd /; pwd 1>&2 | (cd usr; pwd) / /usr $ pwd / $ Note: /home/jos/usr doesn't exist. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:52: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 E3FCB16A4CE for ; Tue, 29 Mar 2005 18:52:26 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8895743D46 for ; Tue, 29 Mar 2005 18:52:26 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so603730wra for ; Tue, 29 Mar 2005 10:52:26 -0800 (PST) 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:references; b=hq9e3VmS3Bj7JucdTAy6YpY3FE5O+5cfFvVeFNYkdvt63Bfi39qM6iM4NJ791mrn3kp+Pe3Re2YpPI5XlM5U3sblf+zrkyxKwTqV+CKYbJ2izpzk/yCPYogTIt5cZCX4tCSTDkKuCo/bEATRj1laOlY8/R/Q7Rd9F914z752yyU= Received: by 10.54.13.77 with SMTP id 77mr1765015wrm; Tue, 29 Mar 2005 10:52:24 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 10:52:24 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 21:52:24 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <200503291335.33385.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <200503291335.33385.jkim@niksun.com> cc: Jung-uk Kim Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 18:52:27 -0000 On Tue, 29 Mar 2005 13:35:33 -0500, Jung-uk Kim wrote: > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > Hello all, > > > > I noticed the following interrupt storm in my dmesg: > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > source Interrupt storm detected on "irq5: rl0"; throttling > > interrupt source > > > > Here is my vmstat -i: > > interrupt total rate > > irq0: clk 128600 199 > > irq1: atkbd0 2499 3 > > irq4: sio0 2 0 > > irq5: rl0 128901 200 > > irq8: rtc 82294 127 > > irq11: rl1 128902 200 > > irq12: psm0 16152 25 > > irq14: ata0 12600 19 > > irq15: ata1 71 0 > > Total 500021 776 > > > > and here is my dmesg: > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > have the same storm. > > Try this: > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > Jung-uk Kim Thank you for your quick response. I set debug.acpi.quirks=4 but i get the same result. Should i look for something specific. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 18:57: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 7602916A4CE for ; Tue, 29 Mar 2005 18:57:43 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09DA243D45 for ; Tue, 29 Mar 2005 18:57:43 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TIvdhU017388; Tue, 29 Mar 2005 13:57:39 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 16853-05; Tue, 29 Mar 2005 13:57:38 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TIvcnI017365; Tue, 29 Mar 2005 13:57:38 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TIvWND020730; Tue, 29 Mar 2005 13:57:32 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050329134118.0534f090@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 29 Mar 2005 13:56:59 -0500 To: Jung-uk Kim , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <200503291335.33385.jkim@niksun.com> References: <200503291335.33385.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 18:57:43 -0000 At 01:35 PM 29/03/2005, Jung-uk Kim wrote: >On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > Hello all, > > > > I noticed the following interrupt storm in my dmesg: > >Try this: > >http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > >Jung-uk Kim Odd timing, as I came across a different Interrupt storm issue on a box that we just migrated to RELENG_5. The machine has a 3ware card in it, so we had the IDE controllers disabled in the BIOS. However, on bootup Mar 29 12:45:26 new-dw2 kernel: Interrupt storm detected on "irq14: ata0"; throttling interrupt source We rebooted to the BIOS, enabled the IDE controllers, and all was happy again. With it "disabled" in the BIOS, it shows up as an ISA device ? Here is the before and after. Mar 29 12:45:26 new-dw2 kernel: ata0 at port 0x3f6,0x1f0-0x1f7 irq 14 on isa0 Mar 29 12:45:26 new-dw2 kernel: ata1 at port 0x376,0x170-0x177 irq 15 on isa0 Mar 29 12:45:26 new-dw2 kernel: Interrupt storm detected on "irq14: ata0"; throttling interrupt source Mar 29 12:53:29 new-dw2 kernel: atapci0: port 0xf000-0xf00f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 Mar 29 12:53:29 new-dw2 kernel: ata0: channel #0 on atapci0 Mar 29 12:53:29 new-dw2 kernel: ata1: channel #1 on atapci0 From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:00: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 9926E16A4CE for ; Tue, 29 Mar 2005 19:00:08 +0000 (GMT) Received: from avscan1.sentex.ca (avscan1.sentex.ca [199.212.134.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37A8943D31 for ; Tue, 29 Mar 2005 19:00:08 +0000 (GMT) (envelope-from mike@sentex.net) Received: from localhost (localhost.sentex.ca [127.0.0.1]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TJ07hi018053; Tue, 29 Mar 2005 14:00:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from avscan1.sentex.ca ([127.0.0.1]) by localhost (avscan1.sentex.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 17609-06; Tue, 29 Mar 2005 14:00:07 -0500 (EST) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by avscan1.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TJ07kD018022; Tue, 29 Mar 2005 14:00:07 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.12.11/8.12.11) with ESMTP id j2TJ016F020751; Tue, 29 Mar 2005 14:00:01 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Tue, 29 Mar 2005 13:59:28 -0500 To: Dan Cojocar , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new at avscan1b Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 19:00:08 -0000 At 01:22 PM 29/03/2005, Dan Cojocar wrote: >Hello all, > >I noticed the following interrupt storm in my dmesg: > >Interrupt storm detected on "irq11: rl1"; throttling interrupt source >Interrupt storm detected on "irq5: rl0"; throttling interrupt source If you disable USB in the BIOS, does it make the problem go away ? Or, if it is disabled, the dmesg seems to be showing that its still there. Try defining the driver for the USB controller, with USB enabled in the BIOS. ---Mike From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19: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 319CC16A4CE for ; Tue, 29 Mar 2005 19:01:19 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58BB843D54 for ; Tue, 29 Mar 2005 19:01:18 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j2TJ1Hr7031225; Tue, 29 Mar 2005 14:01:17 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: Dan Cojocar Date: Tue, 29 Mar 2005 14:01:14 -0500 User-Agent: KMail/1.6.2 References: <200503291335.33385.jkim@niksun.com> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200503291401.14862.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/792/Mon Mar 28 17:10:20 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 19:01:19 -0000 On Tuesday 29 March 2005 01:52 pm, Dan Cojocar wrote: > On Tue, 29 Mar 2005 13:35:33 -0500, Jung-uk Kim wrote: > > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > > Hello all, > > > > > > I noticed the following interrupt storm in my dmesg: > > > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > > source Interrupt storm detected on "irq5: rl0"; throttling > > > interrupt source > > > > > > Here is my vmstat -i: > > > interrupt total rate > > > irq0: clk 128600 199 > > > irq1: atkbd0 2499 3 > > > irq4: sio0 2 0 > > > irq5: rl0 128901 200 > > > irq8: rtc 82294 127 > > > irq11: rl1 128902 200 > > > irq12: psm0 16152 25 > > > irq14: ata0 12600 19 > > > irq15: ata1 71 0 > > > Total 500021 776 > > > > > > and here is my dmesg: > > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > > with greater HZ values like 1000, and without DEVICE_POLLING > > > but i have the same storm. > > > > Try this: > > > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > > > Jung-uk Kim > > Thank you for your quick response. > I set debug.acpi.quirks=4 but i get the same result. :-( Some times nForce chipsets' broken IRQ routing is beyond repair. > Should i look for something specific. Do you have the latest BIOS? Jung-uk Kim > Thanks, > Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:11: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 776E616A4CE for ; Tue, 29 Mar 2005 19:11:45 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AC9243D3F for ; Tue, 29 Mar 2005 19:11:45 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so610205wra for ; Tue, 29 Mar 2005 11:11:44 -0800 (PST) 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:references; b=M1j/LeHjunvlfgRAYuInjLUHQsrcn4bIMAVs/v5Jlqteh/pIQXdFx9w/oDNi5PaxS6dbMviji8rB+ehss7HRxaqYDBG97hWIbHWB3XEv2T5/kP5MhGaS5fh7eplhYEMcy3Hilw12ndJLx0pb3UJsDlAIseqD8Bs0E1jBeXoaDLU= Received: by 10.54.98.18 with SMTP id v18mr235998wrb; Tue, 29 Mar 2005 11:11:43 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 11:11:43 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 22:11:43 +0300 From: Dan Cojocar To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:11:45 -0000 On Tue, 29 Mar 2005 13:59:28 -0500, Mike Tancsa wrote: > At 01:22 PM 29/03/2005, Dan Cojocar wrote: > >Hello all, > > > >I noticed the following interrupt storm in my dmesg: > > > >Interrupt storm detected on "irq11: rl1"; throttling interrupt source > >Interrupt storm detected on "irq5: rl0"; throttling interrupt source > > If you disable USB in the BIOS, does it make the problem go away ? Or, if > it is disabled, the dmesg seems to be showing that its still there. Try > defining the driver for the USB controller, with USB enabled in the BIOS. > I have disables the USB from BIOS and i have the same storm. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:25: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 35F2E16A4CE for ; Tue, 29 Mar 2005 19:25:42 +0000 (GMT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6C5243D39 for ; Tue, 29 Mar 2005 19:25:41 +0000 (GMT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by nwkea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id j2TJPeNV010551 for ; Tue, 29 Mar 2005 11:25:41 -0800 (PST) Received: from ultrahot.finland.sun.com (root@ultrahot [129.159.101.87]) ESMTP id j2TJPd6r018253 for ; Tue, 29 Mar 2005 22:25:39 +0300 (EEST) Received: from ultrahot.finland.sun.com (localhost [127.0.0.1]) j2TJPdl3004400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 29 Mar 2005 22:25:39 +0300 (EEST) Received: (from tomppa@localhost)j2TJPdOP004397; Tue, 29 Mar 2005 22:25:39 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16969.43954.994530.751030@ultrahot.finland.sun.com> Date: Tue, 29 Mar 2005 22:25:38 +0300 To: freebsd-current@freebsd.org X-Mailer: VM 7.19 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid Subject: NFSv4 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:25:42 -0000 Hi, I just cvsupped latest current sources and tried to use nfsv4 against my Solaris 10 machine but module won't even load properly. kldload: can't load /boot/kernel/nfs4client.ko: No such file or directory link_elf: symbol nfs_directio_allow_mmap undefined Tomppa From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:27:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCC0316A4CE for ; Tue, 29 Mar 2005 19:27:03 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 2A48043D39 for ; Tue, 29 Mar 2005 19:27:03 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 80696 invoked by uid 89); 29 Mar 2005 19:30:33 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 29 Mar 2005 19:30:33 -0000 Message-ID: <00ce01c53495$46eb62d0$6800000a@venti> From: "Brian K. White" To: References: <4248EA01.6030902@pacific.net.sg><02bd01c53426$eaec3f40$6800000a@venti> <20050329181059.GA46108@82-168-75-155-bbxl.xdsl.tiscali.nl> Date: Tue, 29 Mar 2005 14:26:33 -0500 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: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 19:27:03 -0000 ----- Original Message ----- From: "Rene Ladan" To: "Brian K. White" Cc: Sent: Tuesday, March 29, 2005 1:10 PM Subject: Re: freebsd naming of releases >> % changed >> % known good >> % known bad > Are these in lines of code? Who knows? I didn't give serious thought to coming up with meaningful properties, let alone how to measure them. >> then translate the percentages to 0-255 values and use them as an RGB >> value >> to colorize download links on a web page. >> red , purple, blue links you stay away from, >> you use only the greenest green ones for production, or dip into yellows >> for production when necessary. >> >> the ratings on fresh or recent updates would be WAG's and mostly dark >> grey, > wouldn't they be red, as only % changed is known? WAG = wild assed guess ie: a new commit may be labeled safe or risky by the committer which of course should carry very little weight. and not necessarily all that red, plenty of commits don't change much, or don't change much that carries any risk. (docs, aesthetics) A tiny change could cause a known major breakage (until matching changes are made elsewhere) so the color might be bright blue with very little red or green. But then we get into how to measure the properties again. The tiny code change, if it causes major sweeping breakage, maybe that fallout should be part of the %changed and then yes, it'd be a very red snapshot. I think the properties are just not very good. I think maybe %known-bad is redundant and needs to be replaced with something else. I think each version of each file in the cvs web interface should also have these same properties. It would be like filesystem meta-data. Maybe the colors for the whole system snapshot would be arrived at by 50% average of all component files colors, and 50% based on user feedback for the whole system. Or 3rd's, 1/3 average of all files, 1/3 user feedback, 1/3 developer inside knowledge For an individual file it's 1/2 feedback and 1/2 developer decree, and so neither users nor a developer has the power to make a file fully green or red all by them self. 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 Tue Mar 29 19:30: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 3306116A4CE for ; Tue, 29 Mar 2005 19:30:21 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF66243D2D for ; Tue, 29 Mar 2005 19:30:20 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so616536wra for ; Tue, 29 Mar 2005 11:30:20 -0800 (PST) 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:references; b=LQaXROOgacH1KfatvGhSLlFyDc04gk9ZNwB7oJOAekU3V9RRhMEzn22stesHJjC4+5BeHhbKqPuUte3lZO3IBm/eA1UNAWPJFqsfxFBTzZ6BWm8UhGckYhuSY3hDDSKTaHMKKHspoaajGyvyD762jk3igjHaab5nLk4KKTnLRgU= Received: by 10.54.22.35 with SMTP id 35mr53259wrv; Tue, 29 Mar 2005 11:29:38 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 11:29:35 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 22:29:35 +0300 From: Dan Cojocar To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:30:21 -0000 On Tue, 29 Mar 2005 14:14:12 -0500, Mike Tancsa wrote: > At 02:11 PM 29/03/2005, Dan Cojocar wrote: > >On Tue, 29 Mar 2005 13:59:28 -0500, Mike Tancsa wrote: > > > At 01:22 PM 29/03/2005, Dan Cojocar wrote: > > > >Hello all, > > > > > > > >I noticed the following interrupt storm in my dmesg: > > > > > > > >Interrupt storm detected on "irq11: rl1"; throttling interrupt source > > > >Interrupt storm detected on "irq5: rl0"; throttling interrupt source > > > > > > If you disable USB in the BIOS, does it make the problem go away ? Or, if > > > it is disabled, the dmesg seems to be showing that its still there. Try > > > defining the driver for the USB controller, with USB enabled in the BIOS. > > > > > I have disables the USB from BIOS and i have the same storm. > > OK, but try with it enabled, and defining the USB drivers in the > kernel. The dmesg you posted seems to imply that its not really disabled. > > pci0: at device 2.0 (no driver attached) > pci0: at device 2.1 (no driver attached) > pci0: at device 2.2 (no driver attached) > pci0: at device 6.0 (no driver attached) > > Same with the audio stuff. If it cannot be disabled in the BIOS, add the > drivers for it. I have enabled in BIOS and loaded audio driver and USB and i get the following storm: Interrupt storm detected on "irq11: pcm0 rl1+"; throttling interrupt source Interrupt storm detected on "irq5: rl0"; throttling interrupt source Here is the new dmesg: http://cs.ubbcluj.ro/~dan/dmesg.new.txt Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 19:58: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 281FE16A4DA for ; Tue, 29 Mar 2005 19:58:41 +0000 (GMT) Received: from s1tank.virtdom.com (s1tank.virtdom.com [12.26.83.50]) by mx1.FreeBSD.org (Postfix) with SMTP id 5D87443D3F for ; Tue, 29 Mar 2005 19:58:40 +0000 (GMT) (envelope-from brian@aljex.com) Received: (qmail 8670 invoked by uid 89); 29 Mar 2005 20:02:10 -0000 Received: from ool-43552092.dyn.optonline.net (HELO venti) (brian@aljex.com@67.85.32.146) by s1tank.virtdom.com with SMTP; 29 Mar 2005 20:02:10 -0000 Message-ID: <00ec01c53499$b1ce38d0$6800000a@venti> From: "Brian K. White" To: References: <20050329041527.GA9586@VARK.MIT.EDU><20050329062550.GA69824@cirb503493.alcatel.com.au><02e501c5342c$75bca5b0$6800000a@venti> <20050329184807.GA38296@lizzy.catnook.local> Date: Tue, 29 Mar 2005 14:58:10 -0500 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: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 19:58:41 -0000 ----- Original Message ----- From: "Jos Backus" To: Sent: Tuesday, March 29, 2005 1:48 PM Subject: Re: Heads up: gtar gone from base system > On Tue, Mar 29, 2005 at 01:56:14AM -0500, Brian K. White wrote: > [snip] >> >( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) >> >> All the first perens does is leave you sitting wherever you were before >> starting, whereas my example would have left you sitting in srcdir. >> It makes no functional difference in the tar/untar job itself. > > Not quite; without the first set of parentheses, destdir is interpreted > relative to srcdir. Unless srcdir are meant as symbolic values and dstdir > has > an absolute value, in which case this is not an issue. > > $ cd $HOME > $ pwd > /home/jos > $ (cd /; pwd 1>&2) | (cd /usr; pwd) > / > /usr > $ pwd > /home/jos > $ (cd /; pwd 1>&2) | (cd usr; pwd) > cd: can't cd to usr > /home/jos > / > $ pwd > /home/jos > $ cd /; pwd 1>&2 | (cd usr; pwd) > / > /usr > $ pwd > / > $ > > Note: /home/jos/usr doesn't exist. Duely noted. Hadn't though of that. I am aware of it when using it and do sometimes use relative path and the fact that I'm sitting in srcdir and so a relative path will be relative to srcdir was always just an "obvious of course". 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 Tue Mar 29 20:29: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 22C2D16A4CE for ; Tue, 29 Mar 2005 20:29:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A6F43D39 for ; Tue, 29 Mar 2005 20:29:16 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so637670wra for ; Tue, 29 Mar 2005 12:29:16 -0800 (PST) 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:references; b=QG0Pr33Lc9gHeESX8zX4MDDsX9HiUqQ71fAnWYa3l3rwwX0QTpQGvMzh7DXxZyQDMv1Gkxoje5+jk2IC3XhvZZteKuyXzoQ90VlWg2Wnd/K/ygrwRPsKiI8jKRlZqaXrutJ2e1XpvoMfIe34fHAV+Sw1yjfq2FecKbjPnMHR7Fk= Received: by 10.54.13.77 with SMTP id 77mr1859682wrm; Tue, 29 Mar 2005 12:29:15 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 12:29:15 -0800 (PST) Message-ID: Date: Tue, 29 Mar 2005 23:29:15 +0300 From: Dan Cojocar To: Mike Tancsa In-Reply-To: <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 20:29:17 -0000 On Tue, 29 Mar 2005 14:33:44 -0500, Mike Tancsa wrote: > At 02:29 PM 29/03/2005, Dan Cojocar wrote: > > I have enabled in BIOS and loaded audio driver and USB and i get > >the following storm: > >Interrupt storm detected on "irq11: pcm0 rl1+"; throttling interrupt source > >Interrupt storm detected on "irq5: rl0"; throttling interrupt source > > Any different if you comment out > device apic # I/O APIC > I don't have device apic in my kernel. I updated my BIOS, as Jung-uk Kim suggested, and now i have 3 interrupt stroms :) Interrupt storm detected on "irq10: rl0 ohci1"; throttling interrupt source Interrupt storm detected on "irq11: rl1 ehci0"; throttling interrupt source Interrupt storm detected on "irq5: ohci0"; throttling interrupt source Here is my new dmesg http://www.cs.ubbcluj.ro/~dan/dmesg.txt Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 20:47: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 0CBFF16A4CE for ; Tue, 29 Mar 2005 20:47:08 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9743143D2D for ; Tue, 29 Mar 2005 20:47:07 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2TKkqt9077003; Tue, 29 Mar 2005 15:46:52 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2TKkqdY077000; Tue, 29 Mar 2005 15:46:52 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Tue, 29 Mar 2005 15:46:52 -0500 (EST) From: Andre Guibert de Bruet To: Dan Cojocar In-Reply-To: Message-ID: <20050329154013.B52981@lexi.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.549, required 6, autolearn=not spam, AWL 0.05, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 20:47:08 -0000 On Tue, 29 Mar 2005, Dan Cojocar wrote: > On Tue, 29 Mar 2005 14:33:44 -0500, Mike Tancsa wrote: >> At 02:29 PM 29/03/2005, Dan Cojocar wrote: >>> I have enabled in BIOS and loaded audio driver and USB and i get >>> the following storm: >>> Interrupt storm detected on "irq11: pcm0 rl1+"; throttling interrupt source >>> Interrupt storm detected on "irq5: rl0"; throttling interrupt source >> >> Any different if you comment out >> device apic # I/O APIC >> > I don't have device apic in my kernel. > > I updated my BIOS, as Jung-uk Kim suggested, and now i have 3 > interrupt stroms :) > > Interrupt storm detected on "irq10: rl0 ohci1"; throttling interrupt source > Interrupt storm detected on "irq11: rl1 ehci0"; throttling interrupt source > Interrupt storm detected on "irq5: ohci0"; throttling interrupt source Have you tried booting this machine using GENERIC with ACPI turned off? Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 21:07: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 D1C3516A4CE for ; Tue, 29 Mar 2005 21:07:16 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id B89B943D53 for ; Tue, 29 Mar 2005 21:07:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2TL7EvC011632; Tue, 29 Mar 2005 15:07:14 -0600 (CST) (envelope-from dan) Date: Tue, 29 Mar 2005 15:07:14 -0600 From: Dan Nelson To: Tomi Vainio - Sun Finland Message-ID: <20050329210714.GF51674@dan.emsphone.com> References: <16969.43954.994530.751030@ultrahot.finland.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16969.43954.994530.751030@ultrahot.finland.sun.com> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: NFSv4 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:07:17 -0000 In the last episode (Mar 29), Tomi Vainio - Sun Finland said: > I just cvsupped latest current sources and tried to use nfsv4 against > my Solaris 10 machine but module won't even load properly. > > kldload: can't load /boot/kernel/nfs4client.ko: No such file or directory > link_elf: symbol nfs_directio_allow_mmap undefined That symbol is in /sys/nfsclient/nfs_vnops.c, so try loading nfsclient.ko first. If this works, nfs4client probably needs to register a module dependency on nfs. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 21:12: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 6CC6616A4CE for ; Tue, 29 Mar 2005 21:12:19 +0000 (GMT) Received: from brmea-mail-4.sun.com (brmea-mail-4.Sun.COM [192.18.98.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEDFD43D3F for ; Tue, 29 Mar 2005 21:12:18 +0000 (GMT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by brmea-mail-4.sun.com (8.12.10/8.12.9) with ESMTP id j2TLCAX8023476; Tue, 29 Mar 2005 14:12:11 -0700 (MST) Received: from ultrahot.finland.sun.com (root@ultrahot [129.159.101.87]) ESMTP id j2TLCA6r022754; Wed, 30 Mar 2005 00:12:10 +0300 (EEST) Received: from ultrahot.finland.sun.com (localhost [127.0.0.1]) j2TLC911008573 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Mar 2005 00:12:10 +0300 (EEST) Received: (from tomppa@localhost)j2TLC9DC008570; Wed, 30 Mar 2005 00:12:09 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16969.50345.585074.976772@ultrahot.finland.sun.com> Date: Wed, 30 Mar 2005 00:12:09 +0300 To: Dan Nelson In-Reply-To: <20050329210714.GF51674@dan.emsphone.com> References: <16969.43954.994530.751030@ultrahot.finland.sun.com> <20050329210714.GF51674@dan.emsphone.com> X-Mailer: VM 7.19 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: NFSv4 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:12:19 -0000 Dan Nelson writes: > In the last episode (Mar 29), Tomi Vainio - Sun Finland said: > > I just cvsupped latest current sources and tried to use nfsv4 against > > my Solaris 10 machine but module won't even load properly. > > > > kldload: can't load /boot/kernel/nfs4client.ko: No such file or directory > > link_elf: symbol nfs_directio_allow_mmap undefined > > That symbol is in /sys/nfsclient/nfs_vnops.c, so try loading > nfsclient.ko first. If this works, nfs4client probably needs to > register a module dependency on nfs. > That won't work either. cat# kldload /boot/kernel/nfsclient.ko cat# kldload /boot/kernel/nfs4client.ko kldload: can't load /boot/kernel/nfs4client.ko: File exists interface nfslock.1 already present in the KLD 'nfsclient.ko'! Tomppa From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 21:46: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 22B0716A4CE for ; Tue, 29 Mar 2005 21:46:48 +0000 (GMT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEF443D2F for ; Tue, 29 Mar 2005 21:46:48 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id j2TLkljE049855; Tue, 29 Mar 2005 15:46:47 -0600 (CST) (envelope-from dan) Date: Tue, 29 Mar 2005 15:46:47 -0600 From: Dan Nelson To: Tomi Vainio - Sun Finland Message-ID: <20050329214647.GG51674@dan.emsphone.com> References: <16969.43954.994530.751030@ultrahot.finland.sun.com> <20050329210714.GF51674@dan.emsphone.com> <16969.50345.585074.976772@ultrahot.finland.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16969.50345.585074.976772@ultrahot.finland.sun.com> X-OS: FreeBSD 5.4-PRERELEASE X-message-flag: Outlook Error User-Agent: Mutt/1.5.8i cc: freebsd-current@freebsd.org Subject: Re: NFSv4 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 21:46:49 -0000 In the last episode (Mar 30), Tomi Vainio - Sun Finland said: > Dan Nelson writes: > > In the last episode (Mar 29), Tomi Vainio - Sun Finland said: > > > I just cvsupped latest current sources and tried to use nfsv4 against > > > my Solaris 10 machine but module won't even load properly. > > > > > > kldload: can't load /boot/kernel/nfs4client.ko: No such file or directory > > > link_elf: symbol nfs_directio_allow_mmap undefined > > > > That symbol is in /sys/nfsclient/nfs_vnops.c, so try loading > > nfsclient.ko first. If this works, nfs4client probably needs to > > register a module dependency on nfs. > > > That won't work either. > > cat# kldload /boot/kernel/nfsclient.ko > cat# kldload /boot/kernel/nfs4client.ko > kldload: can't load /boot/kernel/nfs4client.ko: File exists > interface nfslock.1 already present in the KLD 'nfsclient.ko'! Actually, it looks like the nfsclient module includes the nfs4 sources. I have "options NFSCLIENT" in my kernel config file, and I can mount a local Solaris 10 box using mount_nfs4. Ethereal confirms that I'm talking NFSV4 over the wire. I'm not sure what the nfs4client module is supposed to do. Maybe it was standalone at some point but they got merged? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 22:35: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 E0AB716A4CE for ; Tue, 29 Mar 2005 22:35:28 +0000 (GMT) Received: from nwkea-mail-2.sun.com (nwkea-mail-2.sun.com [192.18.42.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B031B43D1F for ; Tue, 29 Mar 2005 22:35:28 +0000 (GMT) (envelope-from tomppa@finland.sun.com) Received: from sunfin.Finland.Sun.COM ([129.159.101.10]) by nwkea-mail-2.sun.com (8.12.10/8.12.9) with ESMTP id j2TMZONV018739; Tue, 29 Mar 2005 14:35:25 -0800 (PST) Received: from ultrahot.finland.sun.com (root@ultrahot [129.159.101.87]) ESMTP id j2TMZN6r026227; Wed, 30 Mar 2005 01:35:23 +0300 (EEST) Received: from ultrahot.finland.sun.com (localhost [127.0.0.1]) j2TMZNVL011812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Mar 2005 01:35:23 +0300 (EEST) Received: (from tomppa@localhost)j2TMZNhR011809; Wed, 30 Mar 2005 01:35:23 +0300 (EEST) From: Tomi Vainio - Sun Finland MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16969.55339.169670.941190@ultrahot.finland.sun.com> Date: Wed, 30 Mar 2005 01:35:23 +0300 To: Dan Nelson In-Reply-To: <20050329214647.GG51674@dan.emsphone.com> References: <16969.43954.994530.751030@ultrahot.finland.sun.com> <20050329210714.GF51674@dan.emsphone.com> <16969.50345.585074.976772@ultrahot.finland.sun.com> <20050329214647.GG51674@dan.emsphone.com> X-Mailer: VM 7.19 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid cc: freebsd-current@freebsd.org Subject: Re: NFSv4 failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Tomi.Vainio@Sun.COM List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Mar 2005 22:35:29 -0000 Dan Nelson writes: > > Actually, it looks like the nfsclient module includes the nfs4 sources. > I have "options NFSCLIENT" in my kernel config file, and I can mount a > local Solaris 10 box using mount_nfs4. Ethereal confirms that I'm > talking NFSV4 over the wire. > > I'm not sure what the nfs4client module is supposed to do. Maybe it > was standalone at some point but they got merged? > You are right. NFSv4 is already integrated so it didn't need any extra stuff anymore. Still I have problem with domain id mapping because all file permissions are for -1 nobody. # ls -ld local drwxr-sr-x 23 4294967294 4294967294 512 Mar 6 11:25 local Tomppa From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 00:39: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 71F2816A4CE; Wed, 30 Mar 2005 00:39:53 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBA5D43D1D; Wed, 30 Mar 2005 00:39:52 +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 j2U0dqx2037604; Tue, 29 Mar 2005 19:39:52 -0500 (EST) (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 j2U0dqfU075345; Tue, 29 Mar 2005 19:39:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1EEFB7306E; Tue, 29 Mar 2005 19:39:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050330003952.1EEFB7306E@freebsd-current.sentex.ca> Date: Tue, 29 Mar 2005 19:39:52 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner2 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: Wed, 30 Mar 2005 00:39:53 -0000 TB --- 2005-03-29 23:16:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-29 23:16:19 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-29 23:16:19 - checking out the source tree TB --- 2005-03-29 23:16:19 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-29 23:16:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-29 23:23:23 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-29 23:23:23 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-29 23:23:23 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-30 00:30:51 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 00:30:51 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-30 00:30:51 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 30 00:30:51 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 [...] touch export_syms awk -f /tinderbox/CURRENT/amd64/amd64/src/sys/modules/an/../../conf/kmod_syms.awk if_an.ko.debug export_syms | xargs -J% objcopy % if_an.ko.debug objcopy --strip-debug if_an.ko.debug if_an.ko ===> ath (all) cc -O2 -pipe -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../contrib/dev/ath -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../contrib/dev/ath -include /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -fno-omit-frame-pointer -I/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -st d=c99 -c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../dev/ath/if_ath.c /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../dev/ath/if_ath.c: In function `ath_recv_mgmt': /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../dev/ath/if_ath.c:2471: warning: long long unsigned int format, u_int64_t arg (arg 3) /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath/../../dev/ath/if_ath.c:2471: warning: long long unsigned int format, u_int64_t arg (arg 4) *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules/ath. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-30 00:39:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-30 00:39:51 - ERROR: failed to build generic kernel TB --- 2005-03-30 00:39:51 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 02: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 7742916A4D0 for ; Wed, 30 Mar 2005 02:30:22 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5226143D3F for ; Wed, 30 Mar 2005 02:30:22 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4660B72DDD; Tue, 29 Mar 2005 18:30:22 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 41AEF72DDB; Tue, 29 Mar 2005 18:30:22 -0800 (PST) Date: Tue, 29 Mar 2005 18:30:22 -0800 (PST) From: Doug White To: Jeff Roberson In-Reply-To: <20050328063154.M54623@mail.chesapeake.net> Message-ID: <20050329182702.U58510@carver.gumbysoft.com> References: <20050328063154.M54623@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: cvs commit: src/sys/sys lockmgr.h (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: Wed, 30 Mar 2005 02:30:22 -0000 On Mon, 28 Mar 2005, Jeff Roberson wrote: > You must recompile all of your filesystems modules after you pickup this > change. Can you add an entry to src/UPDATING indicating this change, and post a message with HEADS UP in the subject when you do? Thanks! > > On Mon, 28 Mar 2005, Jeff Roberson wrote: > > > jeff 2005-03-28 11:31:20 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/sys lockmgr.h > > Log: > > - Fix the lockmgr flags so that external flags and internal flags are > > grouped together with room for each set to expand. This makes the > > external lock mask sane. > > > > Sponsored by: Isilon Systems, Inc. > > > > Revision Changes Path > > 1.45 +33 -35 src/sys/sys/lockmgr.h > > > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 07:13: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 A026D16A4CE for ; Wed, 30 Mar 2005 07:13:08 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA5E343D2D for ; Wed, 30 Mar 2005 07:13:07 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so51731wra for ; Tue, 29 Mar 2005 23:13:07 -0800 (PST) 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:references; b=qsXFuTE20vN8M3s3TH2SwkMxefQ0gFgSqCy4Nd2sC9381FPtKQvvgiFZu7jPdpuwubQeSXO//Pq/u19qRfsxbBfNYSf6HcXggIJfsLOQ7/D5i6rgIlx14cVYkHJOK9QswQt2HCsk2ylbUFtOMpDK5qJ/QePrHEUkig9p7BmWFUQ= Received: by 10.54.37.69 with SMTP id k69mr201777wrk; Tue, 29 Mar 2005 23:13:07 -0800 (PST) Received: by 10.54.26.4 with HTTP; Tue, 29 Mar 2005 23:13:07 -0800 (PST) Message-ID: Date: Wed, 30 Mar 2005 10:13:07 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <20050329154013.B52981@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> cc: Jung-uk Kim cc: Mike Tancsa Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 07:13:08 -0000 On Tue, 29 Mar 2005 15:46:52 -0500 (EST), Andre Guibert de Bruet wrote: > > On Tue, 29 Mar 2005, Dan Cojocar wrote: > > On Tue, 29 Mar 2005 14:33:44 -0500, Mike Tancsa wrote: > >> At 02:29 PM 29/03/2005, Dan Cojocar wrote: > >>> I have enabled in BIOS and loaded audio driver and USB and i get > >>> the following storm: > >>> Interrupt storm detected on "irq11: pcm0 rl1+"; throttling interrupt source > >>> Interrupt storm detected on "irq5: rl0"; throttling interrupt source > >> > >> Any different if you comment out > >> device apic # I/O APIC > >> > > I don't have device apic in my kernel. > > > > I updated my BIOS, as Jung-uk Kim suggested, and now i have 3 > > interrupt stroms :) > > > > Interrupt storm detected on "irq10: rl0 ohci1"; throttling interrupt source > > Interrupt storm detected on "irq11: rl1 ehci0"; throttling interrupt source > > Interrupt storm detected on "irq5: ohci0"; throttling interrupt source > > Have you tried booting this machine using GENERIC with ACPI turned off? > I tried running GENERIC and i get the following lor and watchdog timeout, no interrupt storms: lock order reversal 1st 0xc09fc7a0 ifnet (ifnet) @ /usr/src/sys/net/if.c:1091 2nd 0xc23c0700 rl0 (network driver) @ /usr/src/sys/modules/rl/../../pci/if_rl.c:1688 KDB: stack backtrace: kdb_backtrace(c08eb4f7,c23c0700,c24055c0,c0b27e4c,c0b27ddd) at kdb_backtrace+0x2e witness_checkorder(c23c0700,9,c0b27ddd,698,c09fc7a0) at witness_checkorder+0x6b3 _mtx_lock_flags(c23c0700,0,c0b27ddd,698,c23c0000) at _mtx_lock_flags+0x8a rl_watchdog(c23c0000,0,c08f0f38,443,c09adfe0) at rl_watchdog+0x3a if_slowtimo(0,0,c08e8914,107,c06eea90) at if_slowtimo+0x59 softclock(0,0,c08e51fb,256,c09adfa0) at softclock+0x249 ithread_loop(c2300500,e35f1d48,c08e4fe6,30e,c2300500) at ithread_loop+0x162 fork_exit(c065dd00,c2300500,e35f1d48) at fork_exit+0xc6 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe35f1d7c, ebp = 0 --- rl0: watchdog timeout rl1: watchdog timeout rl0: watchdog timeout rl1: watchdog timeout rl1: watchdog timeout rl1: watchdog timeout rl1: watchdog timeout Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic I tried also my kernel with apic, i don't get interrupt storms but i get watchdog timeout message just like with GENERIC. Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic And finally i tried my kernel without apic and without acpi, it's running just fine, no interrupt storms, no watchdog timeout, but i don't have acpi :(, here is the final dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 08:35: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 2130B16A4CE for ; Wed, 30 Mar 2005 08:35:04 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F6C543D1F for ; Wed, 30 Mar 2005 08:35:03 +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 C6952173512 for ; Wed, 30 Mar 2005 10:35:02 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id A7372407C; Wed, 30 Mar 2005 10:34:36 +0200 (CEST) Date: Wed, 30 Mar 2005 10:34:35 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20050330083435.GI75546@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.8i Subject: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 08:35:04 -0000 Hi list, Andreas Hauser made a patch to strcspn(3) for the DragonFly project which makes it faster when dealing with long strings [1] (rev 1.4). It basically changes the complexity of the function from O(strlen(str) * strlen(chars)) to O(strlen(str) + strlen(chars)) by using a charset. I have two questions. First, is this change worth enough to be merged in FreeBSD (this function is currently used in 42 binaries from /{,usr/}{s,}bin) ? I mean does the performance gain on large strings compensates the use of a large 256-bytes buffer ? Second, I would like to know how to deal with the copyright update. ATM, I changed the top of the copyright (up to Andrea's email address), is it acceptable ? The temporary patch is here [2], I didn't have time to try it yet, this is why it is not attached with this email. Best regards, [1] http://www.dragonflybsd.org/cvsweb/src/lib/libc/string/strcspn.c [2] http://jeremie.le-hen.org/~tataz/patches/FreeBSD/libc.strcspn.dfbsd.patch -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 09:30:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DA1016A4CE for ; Wed, 30 Mar 2005 09:30:35 +0000 (GMT) Received: from mi.veco.ru (mail.veco.ru [195.161.146.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AB4E43D45 for ; Wed, 30 Mar 2005 09:30:33 +0000 (GMT) (envelope-from aka@veco.ru) Received: from [172.19.73.1] (HELO camel.veco.ru) by mi.veco.ru (CommuniGate Pro SMTP 4.2.7) with SMTP id 57630 for freebsd-current@FreeBSD.org; Wed, 30 Mar 2005 13:30:31 +0400 Date: Wed, 30 Mar 2005 13:30:31 +0400 From: Andrey Koklin To: freebsd-current@FreeBSD.org Message-Id: <20050330133031.56c27ce3.aka@veco.ru> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: ciss(4): speed degradation for Compaq Smart Array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 09:30:35 -0000 We have several Proliants DL380 with integrated Smart Array 5i controller, with installed FreeBSD OS versions 4.11-stable, 5.4-pre and 6.0-current. All systems have disks configured as RAID5. I've noticed there is drastic difference in speed for the systems. While I have linear transfer 45-50 Mb/s (write) and 100 Mb/s (read) for FreeBSD 4.11, there is near two times degradation in speed with 5.4 and 6.0. -- 8< ------------------------------------------------------------------ FreeBSD 4.11: ciss.c,v 1.2.2.21 2005/01/21 # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] 4294967296 bytes transferred in 107.075789 secs (40111470 bytes/sec) # dd if=/var/tmp/4G of=/dev/zero 4294967296 bytes transferred in 42.394322 secs (101309966 bytes/sec) FreeBSD 5.4-pre: ciss.c,v 1.56.2.1 2005/01/20 # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] 4294967296 bytes transferred in 163.088095 secs (26335259 bytes/sec) # dd if=/var/tmp/4G of=/dev/zero 4294967296 bytes transferred in 79.773797 secs (53839324 bytes/sec) FreeBSD 6.0: ciss.c,v 1.60 2005/03/29 # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] 4294967296 bytes transferred in 224.804547 secs (19105340 bytes/sec) # dd if=/var/tmp/4G of=/dev/zero 4294967296 bytes transferred in 94.839699 secs (45286598 bytes/sec) -- 8< ------------------------------------------------------------------ These are simple tests taken on running systems (tests in single user mode are slightly different but of the same order) It seems, there is sensible speed penalty with driver version growing. Andrey From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 09:52: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 345F116A4CE for ; Wed, 30 Mar 2005 09:52:48 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2B1F143D41 for ; Wed, 30 Mar 2005 09:52:47 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j2U9qiA7059150 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Mar 2005 11:52:45 +0200 (CEST) (envelope-from sobomax@portaone.com) Message-ID: <424A76E9.1060202@portaone.com> Date: Wed, 30 Mar 2005 12:52:41 +0300 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andrey Koklin References: <20050330133031.56c27ce3.aka@veco.ru> In-Reply-To: <20050330133031.56c27ce3.aka@veco.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on www.portaone.com X-Virus-Status: Clean cc: freebsd-current@FreeBSD.ORG Subject: Re: ciss(4): speed degradation for Compaq Smart Array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 09:52:48 -0000 Are you sure that in both cases /tmp is located in the same physical zone of the disk? Due to CAV (constant angular velocity) natute of modern HDDs there is drastical difference (more than 2x) in read/write speeds between data located on outer tracks and data on inner tracks. Therefore, to make a meaningful comparison you should at least mount the very same slice in every case. Even better, you need to newfs this slice before doing any tests, to avoid any interference of your results with fragmentation. -Maxim Andrey Koklin wrote: > We have several Proliants DL380 with integrated Smart Array 5i controller, > with installed FreeBSD OS versions 4.11-stable, 5.4-pre and 6.0-current. > All systems have disks configured as RAID5. > > I've noticed there is drastic difference in speed for the systems. > While I have linear transfer 45-50 Mb/s (write) and 100 Mb/s (read) > for FreeBSD 4.11, there is near two times degradation in speed > with 5.4 and 6.0. > > -- 8< ------------------------------------------------------------------ > > FreeBSD 4.11: > ciss.c,v 1.2.2.21 2005/01/21 > > # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] > > 4294967296 bytes transferred in 107.075789 secs (40111470 bytes/sec) > > # dd if=/var/tmp/4G of=/dev/zero > > 4294967296 bytes transferred in 42.394322 secs (101309966 bytes/sec) > > > FreeBSD 5.4-pre: > ciss.c,v 1.56.2.1 2005/01/20 > > # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] > > 4294967296 bytes transferred in 163.088095 secs (26335259 bytes/sec) > > # dd if=/var/tmp/4G of=/dev/zero > > 4294967296 bytes transferred in 79.773797 secs (53839324 bytes/sec) > > > FreeBSD 6.0: > ciss.c,v 1.60 2005/03/29 > > # dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] > > 4294967296 bytes transferred in 224.804547 secs (19105340 bytes/sec) > > # dd if=/var/tmp/4G of=/dev/zero > > 4294967296 bytes transferred in 94.839699 secs (45286598 bytes/sec) > > -- 8< ------------------------------------------------------------------ > > These are simple tests taken on running systems (tests in single user > mode are slightly different but of the same order) > > It seems, there is sensible speed penalty with driver version growing. > > Andrey > _______________________________________________ > 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 Mar 30 09:59: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 47B9F16A4CE for ; Wed, 30 Mar 2005 09:59:16 +0000 (GMT) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 53DD043D5A for ; Wed, 30 Mar 2005 09:59:15 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.165]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2U9xCZJ001784; Wed, 30 Mar 2005 10:59:12 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.3/8.13.1) with ESMTP id j2U9xCJ9037830; Wed, 30 Mar 2005 10:59:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.3/8.13.1/Submit) id j2U9xCFr037829; Wed, 30 Mar 2005 10:59:12 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Tomi.Vainio@Sun.COM In-Reply-To: <16969.55339.169670.941190@ultrahot.finland.sun.com> References: <16969.43954.994530.751030@ultrahot.finland.sun.com> <20050329210714.GF51674@dan.emsphone.com> <16969.50345.585074.976772@ultrahot.finland.sun.com> <20050329214647.GG51674@dan.emsphone.com> <16969.55339.169670.941190@ultrahot.finland.sun.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 30 Mar 2005 10:59:11 +0100 Message-Id: <1112176751.37667.5.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: freebsd-current@freebsd.org Subject: Re: NFSv4 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: Wed, 30 Mar 2005 09:59:16 -0000 On Wed, 2005-03-30 at 01:35 +0300, Tomi Vainio - Sun Finland wrote: > Dan Nelson writes: > > > > Actually, it looks like the nfsclient module includes the nfs4 sources. > > I have "options NFSCLIENT" in my kernel config file, and I can mount a > > local Solaris 10 box using mount_nfs4. Ethereal confirms that I'm > > talking NFSV4 over the wire. > > > > I'm not sure what the nfs4client module is supposed to do. Maybe it > > was standalone at some point but they got merged? > > > You are right. NFSv4 is already integrated so it didn't need any > extra stuff anymore. Still I have problem with domain id mapping > because all file permissions are for -1 nobody. > > # ls -ld local > drwxr-sr-x 23 4294967294 4294967294 512 Mar 6 11:25 local Yes - I also see this with NFSv4 against a NetApp filestore. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 10:45: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 F3BE216A4CE for ; Wed, 30 Mar 2005 10:45:05 +0000 (GMT) Received: from hsi.agava.net (hsi.agava.net [195.161.118.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5675443D5C for ; Wed, 30 Mar 2005 10:45:05 +0000 (GMT) (envelope-from freeze@uscc.ru) Received: from drweb by hsi.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1DGah5-000N8B-Fx for freebsd-current@freebsd.org; Wed, 30 Mar 2005 14:45:03 +0400 Received: from t14-105.gprs.mtsnet.ru ([213.87.14.105]) by hsi.agava.net with esmtpa (Exim 4.44 (FreeBSD)) id 1DGah3-000N5m-VX for freebsd-current@freebsd.org; Wed, 30 Mar 2005 14:45:03 +0400 Date: Wed, 30 Mar 2005 14:41:44 +0400 From: freeze X-Mailer: The Bat! (v1.61) Organization: uscc X-Priority: 3 (Normal) Message-ID: <11814573315.20050330144144@uscc.ru> To: freebsd-current@freebsd.org In-Reply-To: <585362735.20050330120814@uscc.ru> References: <585362735.20050330120814@uscc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hsi.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [426 426] / [26 6] X-AntiAbuse: Sender Address Domain - uscc.ru X-Source: X-Source-Args: X-Source-Dir: Subject: troubles with bluetooth configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freeze List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 10:45:06 -0000 Hello When I try to initiate my local bt (/etc/rc.bluetooth start ubt0), I receive an error message: Can`t load ng_bluetooth. I`ve suuposed that is because ng_bluetooth.ko module not loaded, but I wrong. I`ve load ng_bluetooth.ko and some other BT modules (like ng_btsockets etc), but I`ve received new error: ngctl: can`t create a node. permission deny. P.S. In my /dev dir I don`t see any ubt devices, it is normally? Even when I attach my BT into the usb. From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 11:06: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 A03C716A4CE for ; Wed, 30 Mar 2005 11:06:20 +0000 (GMT) Received: from mail22.syd.optusnet.com.au (mail22.syd.optusnet.com.au [211.29.133.160]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE9FC43D2D for ; Wed, 30 Mar 2005 11:06:19 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2UB6F9V010297 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 30 Mar 2005 21:06:17 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2UB6E7l074333; Wed, 30 Mar 2005 21:06:15 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2UB6EwL074332; Wed, 30 Mar 2005 21:06:14 +1000 (EST) (envelope-from pjeremy) Date: Wed, 30 Mar 2005 21:06:13 +1000 From: Peter Jeremy To: Jeremie Le Hen Message-ID: <20050330110613.GB71384@cirb503493.alcatel.com.au> References: <20050330083435.GI75546@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330083435.GI75546@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 11:06:20 -0000 On Wed, 2005-Mar-30 10:34:35 +0200, Jeremie Le Hen wrote: >Andreas Hauser made a patch to strcspn(3) for the DragonFly project >which makes it faster when dealing with long strings [1] (rev 1.4). >It basically changes the complexity of the function from > O(strlen(str) * strlen(chars)) >to > O(strlen(str) + strlen(chars)) >by using a charset. It has a significantly higher overhead due to the need to zero the charset. >I have two questions. First, is this change worth enough to be merged >in FreeBSD (this function is currently used in 42 binaries from >/{,usr/}{s,}bin) ? I mean does the performance gain on large strings >compensates the use of a large 256-bytes buffer ? You are proposing this change so I think it's up to you to demonstrate an improvement. I don't think the space is an issue in userland (it would be in the kernel) so it's just a matter of which is faster. Did Joerg or Andreas provide any performance test results? My gut feeling is that strcspn() isn't heavily used enough or with long enough "chars" arguments for the change to be noticable in the base system. >Second, I would like to know how to deal with the copyright update. >ATM, I changed the top of the copyright (up to Andrea's email address), >is it acceptable ? My reading of the change is that it completely replaces strcspn.c and therefore the change should include Andrea's copyright, replacing the existing UC copyright. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 11:13: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 5E62F16A4CE for ; Wed, 30 Mar 2005 11:13:40 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F27C43D5A for ; Wed, 30 Mar 2005 11:13:39 +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.1) with ESMTP id j2UBDZca050422; Wed, 30 Mar 2005 13:13:37 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andrey Koklin From: "Poul-Henning Kamp" In-Reply-To: Your message of "Wed, 30 Mar 2005 13:30:31 +0400." <20050330133031.56c27ce3.aka@veco.ru> Date: Wed, 30 Mar 2005 13:13:35 +0200 Message-ID: <50421.1112181215@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: freebsd-current@freebsd.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 11:13:40 -0000 In message <20050330133031.56c27ce3.aka@veco.ru>, Andrey Koklin writes: >I've noticed there is drastic difference in speed for the systems. >While I have linear transfer 45-50 Mb/s (write) and 100 Mb/s (read) >for FreeBSD 4.11, there is near two times degradation in speed >with 5.4 and 6.0. First, you chosen benchmark doesn't measure speed, it measures latency. If you don't know the difference, you have no business running benchmarks. (If you wanted to measure speed you should use a large block size to minimize the per transaction overhead.) >FreeBSD 4.11: >ciss.c,v 1.2.2.21 2005/01/21 > ># dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] > >4294967296 bytes transferred in 107.075789 secs (40111470 bytes/sec) 107.075789/(4*1024*1024) = .000025528 What you measure here is that it takes 25.528 microseconds per 1K write. Sequential 1K writes is an incredible useless thing to measure performance off on a RAID-5 volume. ># dd if=/var/tmp/4G of=/dev/zero > >4294967296 bytes transferred in 42.394322 secs (101309966 bytes/sec) 42.394322/(4294967296/512) = .000000119 And 119 nanoseconds per 512 byte read. >FreeBSD 5.4-pre: >ciss.c,v 1.56.2.1 2005/01/20 > ># dd if=/dev/zero of=/var/tmp/4G bs=1024 count=$[4*1024*1024] > >4294967296 bytes transferred in 163.088095 secs (26335259 bytes/sec) 163.088095/(4*1024*1024) = .000038883 Now it takes 38.883 microseconds per write. ># dd if=/var/tmp/4G of=/dev/zero > >4294967296 bytes transferred in 79.773797 secs (53839324 bytes/sec) 79.773797/(4294967296/512) = .000009509 And 9.509 microseconds per read. It is not that these numbers are not interesting, but you have to see them in context: A typical high end disk drive has a 4-5 millisecond access time which means that the degradation is on the order of 0.2% I ignored your 6-current numbers because you gave no indication that if you had actually read lines 11 to 22 of src/UPDATING. You don't state if you are running SMP or UP or if you have indeed built kernels to match the configuration. That makes your numbers a bit on the suspect side. Finally, learn about standard deviations, and don't post benchmarks without providing them in the future. -- 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 Wed Mar 30 11:13: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 7742F16A531 for ; Wed, 30 Mar 2005 11:13:45 +0000 (GMT) Received: from tower.berklix.org (bsd.bsn.com [194.221.32.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C6E43D3F for ; Wed, 30 Mar 2005 11:13:44 +0000 (GMT) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A3789.dip.t-dialin.net [84.154.55.137]) (authenticated bits=0) by tower.berklix.org (8.12.9p2/8.12.9) with ESMTP id j2UBDf8o003445; Wed, 30 Mar 2005 13:13:42 +0200 (CEST) (envelope-from jhs@tower.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 j2UAG5r6001543; Wed, 30 Mar 2005 12:16:06 +0200 (CEST) (envelope-from jhs@tower.berklix.net) Received: from fire.jhs.private (localhost [127.0.0.1]) by fire.jhs.private (8.13.1/8.13.1) with ESMTP id j2UAG5pj003932; Wed, 30 Mar 2005 12:16:05 +0200 (CEST) (envelope-from jhs@fire.jhs.private) Message-Id: <200503301016.j2UAG5pj003932@fire.jhs.private> To: Charles Swiger In-Reply-To: Message from Charles Swiger <7962bb4e13837c894301545d628215f6@mac.com> Date: Wed, 30 Mar 2005 12:16:05 +0200 From: "Julian H. Stacey" cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 11:13:45 -0000 Charles Swiger wrote: > On Mar 28, 2005, at 11:44 PM, Andre Guibert de Bruet wrote: > >> I know that there is some explanation for the terms at the site but > >> why should terms be used which need an extra eplanation? > > > > I find that the terms "alpha", "beta" and "production" do not quite > > fit the FreeBSD development paradigm. (Is RELENG_5 beta or > > production?) > > It's beta. -CURRENT (or RELENG_6) is alpha, and production is now at Wrong: Current != Alpha. Industry common parlance of "Alpha Release" is per se a sort of (pre) release. FreeBSD Current is continuously moving & not a release; eg cvs -r HEAD Perhaps you equated Alpha & Current because that's the first one has access to from commercial companies & FreeBSD respectively, but that doesnt make them the same thing. Binaries from a commercial company's current one wouldn't normally see (let alone the source :-). - 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 Wed Mar 30 11:39: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 2892D16A4D2 for ; Wed, 30 Mar 2005 11:39:51 +0000 (GMT) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6277543D31 for ; Wed, 30 Mar 2005 11:39:50 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp116-118.lns1.bne3.internode.on.net [59.167.116.118])j2UBdjYM032171; Wed, 30 Mar 2005 21:09:45 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.1/8.11.6) with ESMTP id j2UBdMp5016442; Wed, 30 Mar 2005 21:39:22 +1000 (EST) (envelope-from mckay) Message-Id: <200503301139.j2UBdMp5016442@dungeon.home> To: freebsd-current@freebsd.org References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> In-Reply-To: <20050329062550.GA69824@cirb503493.alcatel.com.au> from Peter Jeremy at "Tue, 29 Mar 2005 06:25:51 +0000" Date: Wed, 30 Mar 2005 21:39:22 +1000 From: Stephen McKay cc: Peter Jeremy cc: "Brian K. White" cc: Stephen McKay Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 11:39:51 -0000 On Tuesday, 29th March 2005, Peter Jeremy wrote: >Brian missed a pair of parenthenis. The example should read: > >( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) Tar is indeed a most excellent program for copying directory trees, since even in this modern century cp fails to correctly handle hard links. Sigh. Still, if you are using tar, be sure to use it correctly: ( cd srcdir && tar cf - . ) | ( cd destdir && tar xpf - ) You don't want it going off in the current directory and mangling things just because of a little typo in a directory name. Stephen. PS If I'm right, the new tar fixes something gtar got wrong: setting permissions on "." when it is part of the archive, which of course it is when you copy directories in this way. This may surprise new users, even though it is the only sensible result. PPS Who's for adding a "cp -h" option to copy preserving hard links? From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 12:08: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 7DEBD16A4CE for ; Wed, 30 Mar 2005 12:08:32 +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 B4B0443D1F for ; Wed, 30 Mar 2005 12:08:31 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j2UC8RR8030383 for ; Wed, 30 Mar 2005 14:08:29 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <424A9665.5050101@DeepCore.dk> Date: Wed, 30 Mar 2005 14:07:01 +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.7 Subject: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 12:08:32 -0000 As pr subject make world is needed to get things in sync again. Let me know is there are problems / success stories.. Give Thomas a chance to catch up with atapicam, he's on the ball and he=20 is where questions/suggestions should be directed on that matter. Enjoy! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:07: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 1E70016A4CE; Tue, 29 Mar 2005 17:07:46 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49AF43D4C; Tue, 29 Mar 2005 17:07:45 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j2TH7gaa052833 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Tue, 29 Mar 2005 12:07:42 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j2TH7gTo052830; Tue, 29 Mar 2005 12:07:42 -0500 (EST) (envelope-from wollman) Date: Tue, 29 Mar 2005 12:07:42 -0500 (EST) From: Garrett Wollman Message-Id: <200503291707.j2TH7gTo052830@khavrinen.lcs.mit.edu> To: Warner Losh In-Reply-To: <20050329.084430.74749236.imp@bsdimp.com> References: <39800.1112083716@critter.freebsd.dk> <20050329.011633.33548829.imp@bsdimp.com> <42492C60.50005@elischer.org> <20050329.084430.74749236.imp@bsdimp.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Wed, 30 Mar 2005 12:49:17 +0000 cc: current@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:07:46 -0000 < said: > No they don't. They umass device (the thing that the CF card plugs > into) does. However, there's no asynchonous event that happens when > the CF (or whatever) card is inserted or removed. With newer memory devices, the card *is* the umass device. Certainly that's the case with Sony Memory Stick. The "reader" is nothing more than a hub. (CF is unusual in that regard because it's really a slimmed-down PC-CARD device.) -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 17:39: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 15F0B16A4CE; Tue, 29 Mar 2005 17:39:43 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id A27A043D48; Tue, 29 Mar 2005 17:39:42 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j2THddaa053081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Tue, 29 Mar 2005 12:39:40 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j2THdd4M053078; Tue, 29 Mar 2005 12:39:39 -0500 (EST) (envelope-from wollman) Date: Tue, 29 Mar 2005 12:39:39 -0500 (EST) From: Garrett Wollman Message-Id: <200503291739.j2THdd4M053078@khavrinen.lcs.mit.edu> To: "M. Warner Losh" In-Reply-To: <20050329.102748.32720578.imp@bsdimp.com> References: <42492C60.50005@elischer.org> <20050329.084430.74749236.imp@bsdimp.com> <200503291707.j2TH7gTo052830@khavrinen.lcs.mit.edu> <20050329.102748.32720578.imp@bsdimp.com> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Wed, 30 Mar 2005 12:49:17 +0000 cc: current@FreeBSD.ORG cc: freebsd-mobile@FreeBSD.ORG Subject: Re: Reattach/redetect allways connected umass device - is it possible ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 17:39:43 -0000 < said: > But the 'hub' doesn't report when the memory device comes and goes. > All the hubs I've tested recently have da devices for all the memory > card(s) they can read and you have to do a camcontrol rescan after > you've inserted the memory device to read. The one that I have (Sony MS-AC1) acts like a true USB hub. You eject the Memory Stick brand recordable medium and uhubN reports a child gone. (It works exactly the same if you use the camera's USB connection.) Perhaps Sony is the outlier here. -GAWollman From owner-freebsd-current@FreeBSD.ORG Tue Mar 29 20:51:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CF7F16A4CE for ; Tue, 29 Mar 2005 20:51:35 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 30F0543D41 for ; Tue, 29 Mar 2005 20:51:34 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 29 Mar 2005 20:51:32 -0000 Received: from pD9E5FE34.dip.t-dialin.net (EHLO olaf.hackerzberg.local) [217.229.254.52] by mail.gmx.net (mp030) with SMTP; 29 Mar 2005 22:51:32 +0200 X-Authenticated: #5707313 Date: Tue, 29 Mar 2005 22:51:27 +0200 From: Marius =?ISO-8859-1?Q?N=FCnnerich?= To: freebsd-current@freebsd.org Message-ID: <20050329225127.2e67c420@olaf.hackerzberg.local> In-Reply-To: <20050329174624.GR62864@0lsen.net> References: <20050329174624.GR62864@0lsen.net> 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_Tue__29_Mar_2005_22_51_27_+0200_2gO7JDddf=HD0URB"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Wed, 30 Mar 2005 12:49:17 +0000 Subject: Re: What's the current 5.4 tag? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 29 Mar 2005 20:51:35 -0000 --Signature_Tue__29_Mar_2005_22_51_27_+0200_2gO7JDddf=HD0URB Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Tue, 29 Mar 2005 09:46:24 -0800 Clint Olsen wrote: > I tried RELENG_5_4 and cvsup wiped out my entire source repository since > ths tag doesn't exist. This seems like a silly thing to do - blasting the > entire archive if a tag doesn't exist. Why not error out instead? You can always look at the bottom of http://www.freebsd.org/cgi/cvsweb.cgi/src/ there is a dop-down menu with all available tags/branches. cheers Marius --Signature_Tue__29_Mar_2005_22_51_27_+0200_2gO7JDddf=HD0URB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSb/TFqu2z7AvZZQRAlFcAJ9HWklD0A+IQunJxDdZcOh4vyYPYwCgjjVx xvJ5V31YvbWlgYbfYPdMJ/g= =mqO6 -----END PGP SIGNATURE----- --Signature_Tue__29_Mar_2005_22_51_27_+0200_2gO7JDddf=HD0URB-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 08:11: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 8FE3E16A4CE for ; Wed, 30 Mar 2005 08:11:51 +0000 (GMT) Received: from hsi.agava.net (hsi.agava.net [195.161.118.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7FD143D5F for ; Wed, 30 Mar 2005 08:11:50 +0000 (GMT) (envelope-from freeze@uscc.ru) Received: from drweb by hsi.agava.net with drweb-scanned (Exim 4.44 (FreeBSD)) id 1DGYIn-0000vB-2r for freebsd-current@freebsd.org; Wed, 30 Mar 2005 12:11:49 +0400 Received: from [213.87.57.108] (helo=FREEZE) by hsi.agava.net with esmtpa (Exim 4.44 (FreeBSD)) id 1DGYIh-0000qO-Hv for freebsd-current@freebsd.org; Wed, 30 Mar 2005 12:11:49 +0400 Date: Wed, 30 Mar 2005 12:08:14 +0400 From: freeze X-Mailer: The Bat! (v1.61) Organization: uscc X-Priority: 3 (Normal) Message-ID: <585362735.20050330120814@uscc.ru> To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hsi.agava.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [426 426] / [26 6] X-AntiAbuse: Sender Address Domain - uscc.ru X-Source: X-Source-Args: X-Source-Dir: X-Mailman-Approved-At: Wed, 30 Mar 2005 12:49:17 +0000 Subject: troubles with bluetooth configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freeze List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 08:11:51 -0000 Hello When I try to initiate my local bt (/etc/rc.bluetooth start ubt0), I receive an error message: Can`t load ng_bluetooth. I`ve suuposed that is because ng_bluetooth.ko module not loaded, but I wrong. I`ve load ng_bluetooth.ko and some other BT modules (like ng_btsockets etc), but I`ve received new error: ngctl: can`t create a node. permission deny. P.S. In my /dev dir I don`t see any ubt devices, it is normally? Even when I attach my BT into the usb. From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 12:58: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 5251B16A4CE for ; Wed, 30 Mar 2005 12:58:58 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1398A43D55 for ; Wed, 30 Mar 2005 12:58:58 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: from aldaris.auir.gank.org (arbiter.gank.org [64.81.113.221]) by ion.gank.org (mail) with ESMTP id 7359A2AA3B; Wed, 30 Mar 2005 06:58:57 -0600 (CST) From: Craig Boston To: freebsd-current@freebsd.org Date: Wed, 30 Mar 2005 07:01:09 -0600 User-Agent: KMail/1.8 References: <20050327223238.GA749@polands.org> <20050329062550.GA69824@cirb503493.alcatel.com.au> <200503301139.j2UBdMp5016442@dungeon.home> In-Reply-To: <200503301139.j2UBdMp5016442@dungeon.home> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503300701.09895.craig@xfoil.gank.org> cc: Peter Jeremy cc: "Brian K. White" cc: Stephen McKay Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 12:58:58 -0000 On Wednesday 30 March 2005 5:39 am, Stephen McKay wrote: > Still, if you are using tar, be sure to use it correctly: > > ( cd srcdir && tar cf - . ) | ( cd destdir && tar xpf - ) > > You don't want it going off in the current directory and mangling things > just because of a little typo in a directory name. I wonder, how does this compare to using cpio -p? cd srcdir && find -d . -print0 | cpio -p -0d /absolute/destdir (other than tar's syntax being easier to remember than cpio) gtar used to have problems with truncating device nodes to 16 bits; not that it's as much of an issue in the modern era with devfs. Craig From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 13:06: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 3A96A16A4CE for ; Wed, 30 Mar 2005 13:06:43 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBF2043D31 for ; Wed, 30 Mar 2005 13:06:42 +0000 (GMT) (envelope-from jsconiers@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so137415wra for ; Wed, 30 Mar 2005 05:06:42 -0800 (PST) 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; b=tHAUZLtI7gB3J9q4yCqptEO6ZU4R3wyYEJnThmBhCS1gamuBDmjK56Itlyzw9p5h9eorUzaOwXu0gbe+Quf8FG8fmnAh0MXL7GrVQXUCk1c2OplaEBNLVTQK8j1GxQaRlNQVrV3XtiZBuxOFCUWbTgzpnFj8rfXRbierEFl9YrA= Received: by 10.54.37.69 with SMTP id k69mr411754wrk; Wed, 30 Mar 2005 05:06:42 -0800 (PST) Received: by 10.54.5.75 with HTTP; Wed, 30 Mar 2005 05:06:42 -0800 (PST) Message-ID: Date: Wed, 30 Mar 2005 07:06:42 -0600 From: John Sconiers To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: sysinstall wrapper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John Sconiers List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 13:06:43 -0000 All, Would there be any interest in an anaconda like wrapper for sysinstall? While I've been away from FreeBSD for some time, I know this is not a new idea. Did any one already start work on this? Was it rejected for some reason? Was the interest not there? Again just thinking of small projects. JOHN From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 13:35: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 92E6016A4CF for ; Wed, 30 Mar 2005 13:35:40 +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 F3E2643D46 for ; Wed, 30 Mar 2005 13:35:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 81F66511F4; Wed, 30 Mar 2005 05:35:36 -0800 (PST) Date: Wed, 30 Mar 2005 05:35:36 -0800 From: Kris Kennaway To: Jeff Roberson Message-ID: <20050330133536.GA66301@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: panic: wrong b_bufobj 0xc5aeeeb0 should be 0xc95f0d70 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 13:35:40 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dual p4 + HTT machine running 6.0 from ~8 hours ago: panic: wrong b_bufobj 0xc5aeeeb0 should be 0xc95f0d70 db> wh Tracing pid 52191 tid 100177 td 0xc35a7a10 kdb_enter(c06fddbd,2,c0706586,ebf6ea58,c35a7a10) at kdb_enter+0x30 panic(c0706586,c5aeeeb0,c95f0d70,c0706554,c95f0c80,0,800,dc77cbf8,0,0,ebf6e= a9c,c0510201,c0705e18,c06fb9c3,c95f0d70) at panic+0x13e getblk(c95f0c80,0,0,800,0) at getblk+0x6d9 breadn(c95f0c80,0,0,800,0) at breadn+0x9a bread(c95f0c80,0,0,800,0) at bread+0x4c ffs_read(ebf6ebf4,c071e6e4,2f3,c071ece8,c95f0c80) at ffs_read+0x25c VOP_READ_APV(c074a320,ebf6ebf4,c35a7a10,c0707fbc,1f3) at VOP_READ_APV+0x9e vn_read(c7472900,ebf6ec68,cd14b380,0,c35a7a10) at vn_read+0x1db dofileread(c35a7a10,c7472900,3,bfbfcf60,400) at dofileread+0xc3 read(c35a7a10,ebf6ed14,3a6,c071aa7c,c35a7a10) at read+0x6c syscall(2f,2f,bfbf002f,80b8780,bfbfcf60) at syscall+0x2c4 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip =3D 0x280f1848, esp =3D 0xbfbfced= 4, ebp =3D 0xbfbfd360 --- db> show lockedvnods Locked vnodes 0xcc6443c0: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xc8f44948 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc79b8000 (pid 52052) ino 1302139, on dev da0s1e 0xc8cbb000: tag ufs, type VDIR usecount 2, writecount 0, refcount 5 mountedhere 0 flags () v_object 0xc3769ce4 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc37ad2e0 (pid 51995) ino 2105664, on dev da0s1e 0xc95f0c80: tag ufs, type VREG usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xca42d7bc ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xc35a7a10 (pid 52191) ino 2037211, on dev da0s1e db> show lockedbufs buf at 0xdc53b770 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdc7cd000, b_blkno =3D 19571360 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x255454, 0xef9000),(0xc3= 7fa420, 0x255455, 0x7ccfa000),( =1B[103C=1BM(0xc37fa420, 0x255456, 0x7c7db000),(0xc37fa420, 0x255457, 0x7cf= bc000) buf at 0xdc53f604 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc78f49b0), b_data =3D 0xc5cf7000, b_blkno =3D 33514700 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc54aef8 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdca95000, b_blkno =3D 19947488 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260bfc, 0x61b21000),(0x= c37fa420, 0x260bfd, 0x61fc2000) =1B[103C=1BM),(0xc37fa420, 0x260bfe, 0x62563000),(0xc37fa420, 0x260bff, 0x6= 2a04000) buf at 0xdc54f054 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc78374b0), b_data =3D 0xc5328800, b_blkno =3D 33508740 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc550c24 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc682a0f0), b_data =3D 0xc8289000, b_blkno =3D 33509852 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc557e2c b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdcce9000, b_blkno =3D 22581472 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b121c, 0x4cdc1000),(0x= c37fa420, 0x2b121d, 0x48262000) =1B[103C=1BM),(0xc37fa420, 0x2b121e, 0x4ebe3000),(0xc37fa420, 0x2b121f, 0x3= 9684000) buf at 0xdc56250c b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc5a8370), b_data =3D 0xc46e0000, b_blkno =3D 33514248 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc572650 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdd1ad000, b_blkno =3D 22581536 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b1224, 0x41489000),(0x= c37fa420, 0x2b1225, 0x3a14a000) =1B[103C=1BM),(0xc37fa420, 0x2b1226, 0x48d2b000),(0xc37fa420, 0x2b1227, 0x4= 080c000) buf at 0xdc57f584 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6545c30), b_data =3D 0xc82ad800, b_blkno =3D 33507484 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc57fc78 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcbeb74b0), b_data =3D 0xc4f97800, b_blkno =3D 32451720 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc581c74 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcbf360f0), b_data =3D 0xc5dd8800, b_blkno =3D 33514908 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc588a50 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdd5ad000, b_blkno =3D 19947520 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260c00, 0x62065000),(0x= c37fa420, 0x260c01, 0x642e6000) =1B[103C=1BM),(0xc37fa420, 0x260c02, 0x62247000),(0xc37fa420, 0x260c03, 0x6= 2888000) buf at 0xdc5948d4 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc301d70), b_data =3D 0xc4842000, b_blkno =3D 33513952 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc59ab90 b_flags =3D 0x20000000 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc6444b0), b_data =3D 0xdd8ed000, b_blkno =3D 20746524 lockstatus =3D 2, excl count =3D 1, excl owner 0xc79b8000 b_npages =3D 1, pages(OBJ, IDX, PA): (0xc8f44948, 0x0, 0x1cb6000) buf at 0xdc59cb8c b_flags =3D 0x20 b_error =3D 0, b_bufsize =3D 4096, b_bcount =3D 4096, b_resid =3D 0 b_bufobj =3D (0xc7876730), b_data =3D 0xdd949000, b_blkno =3D 32432768 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 1, pages(OBJ, IDX, PA): (0xc07c7da0, 0x1da4a, 0x2548a000) buf at 0xdc5a7ac4 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6fb99b0), b_data =3D 0xc827f800, b_blkno =3D 33509308 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc5afd7c b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 4096, b_bcount =3D 4096, b_resid =3D 0 b_bufobj =3D (0xc6cd2eb0), b_data =3D 0xddcb9000, b_blkno =3D 19995648 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 1, pages(OBJ, IDX, PA): (0xc9693c60, 0x0, 0x3ca9a000) buf at 0xdc5cf4e4 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xde261000, b_blkno =3D 22581440 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b1218, 0x3f0fd000),(0x= c37fa420, 0x2b1219, 0x371fe000) =1B[103C=1BM),(0xc37fa420, 0x2b121a, 0x37edf000),(0xc37fa420, 0x2b121b, 0x3= 9f00000) buf at 0xdc5d4f48 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc63c3730), b_data =3D 0xc6b4e800, b_blkno =3D 33507784 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc5d69b4 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6c18c30), b_data =3D 0xc8970000, b_blkno =3D 34267672 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc5dc6e0 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xca3c8230), b_data =3D 0xc537b000, b_blkno =3D 33510484 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc5dfbb8 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9b220f0), b_data =3D 0xc5dfb800, b_blkno =3D 33509040 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc5e78e0 b_flags =3D 0x24 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xde6bd000, b_blkno =3D 33495520 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc07c7da0, 0x1e7be, 0x6b6de000),(0xc= 07c7da0, 0x1e7bf, 0x2c05f000),( =1B[103C=1BM(0xc07c7da0, 0x1e7c0, 0x20c00000),(0xc07c7da0, 0x1e7c1, 0x57821= 000) buf at 0xdc607474 b_flags =3D 0x20020020 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdec71000, b_blkno =3D 33496032 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3fe37c, 0x35921000),(0x= c37fa420, 0x3fe37d, 0x19362000) =1B[103C=1BM),(0xc37fa420, 0x3fe37e, 0x39123000),(0xc37fa420, 0x3fe37f, 0x4= 4404000) buf at 0xdc60aedc b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc19b4b0), b_data =3D 0xc8300000, b_blkno =3D 32397980 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc60e7e0 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9dc4230), b_data =3D 0xc5c78000, b_blkno =3D 33514500 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc61e230 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdf08d000, b_blkno =3D 19947552 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260c04, 0x613e9000),(0x= c37fa420, 0x260c05, 0x6164a000) =1B[103C=1BM),(0xc37fa420, 0x260c06, 0x61f8b000),(0xc37fa420, 0x260c07, 0x6= 4ecc000) buf at 0xdc623868 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdf185000, b_blkno =3D 19570816 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x255410, 0x63d15000),(0x= c37fa420, 0x255411, 0x63ef6000) =1B[103C=1BM),(0xc37fa420, 0x255412, 0x63e77000),(0xc37fa420, 0x255413, 0x6= 40f8000) buf at 0xdc629c88 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc616daf0), b_data =3D 0xc593d800, b_blkno =3D 33507984 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc641dbc b_flags =3D 0x20020020 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdf6f9000, b_blkno =3D 33496064 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3fe380, 0x54365000),(0x= c37fa420, 0x3fe381, 0x57586000) =1B[103C=1BM),(0xc37fa420, 0x3fe382, 0x79bc7000),(0xc37fa420, 0x3fe383, 0x5= d3e8000) buf at 0xdc646fc8 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc67ed730), b_data =3D 0xc5dc9000, b_blkno =3D 33509244 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc648340 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdf81d000, b_blkno =3D 33496960 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3fe3f0, 0x52995000),(0x= c37fa420, 0x3fe3f1, 0x31df6000) =1B[103C=1BM),(0xc37fa420, 0x3fe3f2, 0x76d7000),(0xc37fa420, 0x3fe3f3, 0x49= 1f8000) buf at 0xdc64fad8 b_flags =3D 0x20020020 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdf975000, b_blkno =3D 32366944 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3dbc2c, 0x14751000),(0x= c37fa420, 0x3dbc2d, 0x33a52000) =1B[103C=1BM),(0xc37fa420, 0x3dbc2e, 0x13c53000),(0xc37fa420, 0x3dbc2f, 0xb= 274000) buf at 0xdc6541c4 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9c9a230), b_data =3D 0xc5c17000, b_blkno =3D 33509904 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6645d0 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xdfd2d000, b_blkno =3D 21456000 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x28ec90, 0x71295000),(0x= c37fa420, 0x28ec91, 0x70a56000) =1B[103C=1BM),(0xc37fa420, 0x28ec92, 0x70477000),(0xc37fa420, 0x28ec93, 0x6= fcf8000) buf at 0xdc67e9c8 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xca572d70), b_data =3D 0xc4369800, b_blkno =3D 34268996 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc687ff8 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe0395000, b_blkno =3D 20703008 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x277ce4, 0x48ea9000),(0x= c37fa420, 0x277ce5, 0x47bea000) =1B[103C=1BM),(0xc37fa420, 0x277ce6, 0x4368b000),(0xc37fa420, 0x277ce7, 0x4= 9a0c000) buf at 0xdc696dc4 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe0641000, b_blkno =3D 19949632 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260d08, 0x64ecd000),(0x= c37fa420, 0x260d09, 0x6512e000) =1B[103C=1BM),(0xc37fa420, 0x260d0a, 0x652af000),(0xc37fa420, 0x260d0b, 0x6= 5070000) buf at 0xdc6a66b0 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe090d000, b_blkno =3D 19195552 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x249cd4, 0x60759000),(0x= c37fa420, 0x249cd5, 0x6173a000) =1B[103C=1BM),(0xc37fa420, 0x249cd6, 0x615fb000),(0xc37fa420, 0x249cd7, 0x6= 2a9c000) buf at 0xdc6b652c b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe0be9000, b_blkno =3D 19947072 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260bc8, 0x6352d000),(0x= c37fa420, 0x260bc9, 0x6440e000) =1B[103C=1BM),(0xc37fa420, 0x260bca, 0x6484f000),(0xc37fa420, 0x260bcb, 0x6= 4710000) buf at 0xdc6b8ee4 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc3bb730), b_data =3D 0xc52df000, b_blkno =3D 33509292 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6b973c b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc95e9d70), b_data =3D 0xc5d6b800, b_blkno =3D 33509868 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6b9ccc b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc8d1b0f0), b_data =3D 0xc5e96000, b_blkno =3D 33510376 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6d222c b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc8c0d230), b_data =3D 0xc5cee800, b_blkno =3D 33509760 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6d3014 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc8fcd870), b_data =3D 0xc5c00000, b_blkno =3D 33507452 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6da380 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9d445f0), b_data =3D 0xc8305800, b_blkno =3D 33514360 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6eebb0 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcbea8af0), b_data =3D 0xc5b94000, b_blkno =3D 32395856 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc6f3dbc b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcbef8370), b_data =3D 0xc5c47800, b_blkno =3D 33509260 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc7025f8 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6e305f0), b_data =3D 0xc8971000, b_blkno =3D 34268948 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc70f100 b_flags =3D 0x20020020 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe1bdd000, b_blkno =3D 33495904 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3fe36c, 0x43331000),(0x= c37fa420, 0x3fe36d, 0x3a652000) =1B[103C=1BM),(0xc37fa420, 0x3fe36e, 0x36793000),(0xc37fa420, 0x3fe36f, 0x3= 69d4000) buf at 0xdc718e24 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc97ac30), b_data =3D 0xc5da9800, b_blkno =3D 33514112 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc7190ec b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6af75f0), b_data =3D 0xe1da9000, b_blkno =3D 20015356 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 1, pages(OBJ, IDX, PA): (0xc9680630, 0x0, 0x3232000) buf at 0xdc71f0e0 b_flags =3D 0x20000000 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe1ebd000, b_blkno =3D 32428640 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3dda4c, 0x25551000),(0x= c37fa420, 0x3dda4d, 0x25af2000) =1B[103C=1BM),(0xc37fa420, 0x3dda4e, 0x33c33000),(0xc37fa420, 0x3dda4f, 0x2= b5d4000) buf at 0xdc72d654 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc4f4dd70), b_data =3D 0xc74f0800, b_blkno =3D 33507564 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc73a9b4 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc6c75d70), b_data =3D 0xc8141800, b_blkno =3D 33508144 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc73bff4 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc79bc370), b_data =3D 0xc5f4e800, b_blkno =3D 32476108 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc73f794 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe2491000, b_blkno =3D 22581632 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b1230, 0x4a8d5000),(0x= c37fa420, 0x2b1231, 0x36556000) =1B[103C=1BM),(0xc37fa420, 0x2b1232, 0x4b6d7000),(0xc37fa420, 0x2b1233, 0x4= c718000) buf at 0xdc744c68 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe2585000, b_blkno =3D 22581600 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b122c, 0x3e911000),(0x= c37fa420, 0x2b122d, 0x3d4b2000) =1B[103C=1BM),(0xc37fa420, 0x2b122e, 0x39cb3000),(0xc37fa420, 0x2b122f, 0x3= b2f4000) buf at 0xdc74a6cc b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe2689000, b_blkno =3D 33495776 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x3fe35c, 0x4bca1000),(0x= c37fa420, 0x3fe35d, 0x2c382000) =1B[103C=1BM),(0xc37fa420, 0x3fe35e, 0x460e3000),(0xc37fa420, 0x3fe35f, 0x1= d5c4000) buf at 0xdc74c6c8 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe26e5000, b_blkno =3D 22581568 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b1228, 0x48dad000),(0x= c37fa420, 0x2b1229, 0x5bdce000) =1B[103C=1BM),(0xc37fa420, 0x2b122a, 0x3cccf000),(0xc37fa420, 0x2b122b, 0x4= 3fb0000) buf at 0xdc74e298 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc5fc6c30), b_data =3D 0xc3886000, b_blkno =3D 34268692 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc773464 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9910870), b_data =3D 0xc5cbb000, b_blkno =3D 33508852 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc773890 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe2ded000, b_blkno =3D 20703456 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x277d1c, 0x42de1000),(0x= c37fa420, 0x277d1d, 0x8a82000), =1B[103C=1BM,(0xc37fa420, 0x277d1e, 0x56f23000),(0xc37fa420, 0x277d1f, 0x3f= 764000) buf at 0xdc77424c b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe2e09000, b_blkno =3D 19949664 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260d0c, 0x64e11000),(0x= c37fa420, 0x260d0d, 0x64e32000) =1B[103C=1BM),(0xc37fa420, 0x260d0e, 0x64d93000),(0xc37fa420, 0x260d0f, 0x6= 4674000) buf at 0xdc77abfc b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xca56f870), b_data =3D 0xc633c800, b_blkno =3D 33510420 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc77cbf8 b_flags =3D 0xa0000020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc5aeeeb0), b_data =3D 0xe2f95000, b_blkno =3D 0 lockstatus =3D 2, excl count =3D 1, excl owner 0xc35a7a10 b_npages =3D 1, pages(OBJ, IDX, PA): (0xc6617ce4, 0x0, 0x43a31000) buf at 0xdc77df70 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xc9f789b0), b_data =3D 0xc3e88800, b_blkno =3D 33507444 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc782eb4 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe30b1000, b_blkno =3D 19949792 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260d1c, 0x61d81000),(0x= c37fa420, 0x260d1d, 0x63082000) =1B[103C=1BM),(0xc37fa420, 0x260d1e, 0x625e3000),(0xc37fa420, 0x260d1f, 0x6= 29c4000) buf at 0xdc78d9c0 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe329d000, b_blkno =3D 22581408 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x2b1214, 0x48b99000),(0x= c37fa420, 0x2b1215, 0x48a9a000) =1B[103C=1BM),(0xc37fa420, 0x2b1216, 0x496bb000),(0xc37fa420, 0x2b1217, 0x3= c4fc000) buf at 0xdc795584 b_flags =3D 0xa0020024 b_error =3D 0, b_bufsize =3D 16384, b_bcount =3D 16384, b_resid =3D 0 b_bufobj =3D (0xc37d95f0), b_data =3D 0xe3401000, b_blkno =3D 19950624 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe b_npages =3D 4, pages(OBJ, IDX, PA): (0xc37fa420, 0x260d84, 0x614a9000),(0x= c37fa420, 0x260d85, 0x6284a000) =1B[103C=1BM),(0xc37fa420, 0x260d86, 0x624cb000),(0xc37fa420, 0x260d87, 0x6= 7aac000) buf at 0xdc79a790 b_flags =3D 0x20000220 b_error =3D 0, b_bufsize =3D 4096, b_bcount =3D 4096, b_resid =3D 0 b_bufobj =3D (0xc8cbb0f0), b_data =3D 0xe34ed000, b_blkno =3D 33580000 lockstatus =3D 2, excl count =3D 1, excl owner 0xc37ad2e0 b_npages =3D 1, pages(OBJ, IDX, PA): (0xc3769ce4, 0x0, 0x65bf5000) buf at 0xdc7a4a44 b_flags =3D 0x80010024 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xca50aeb0), b_data =3D 0xc4d2e800, b_blkno =3D 32385368 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe buf at 0xdc7a4fd4 b_flags =3D 0x10020 b_error =3D 0, b_bufsize =3D 2048, b_bcount =3D 2048, b_resid =3D 0 b_bufobj =3D (0xcc362af0), b_data =3D 0xc5341000, b_blkno =3D 32476316 lockstatus =3D 2, excl count =3D 1, excl owner 0xfffffffe db> show ktr 772: cpu2 getblk(0xc95f0c80, 0, 2048) =3D 0xdc77cbf8 771: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 770: cpu2 bremfree(0xdc77cbf8) vp 0xc5aeedc0 flags 20000020 769: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 768: cpu2 acquire(): lkp =3D=3D 0xdc77cc58, extflags =3D=3D 0x120, wanted = =3D=3D 0x1050000 767: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 766: cpu2 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 765: cpu2 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 764: cpu3 lockmgr(): lkp =3D=3D 0xdc77cc58 (lk_wmesg =3D=3D "getblk"), flag= s =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../s =1B[103C=1BMsys/buf.h:312 763: cpu3 UNLOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vf= s_bio.c:314 762: cpu3 LOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vfs_= bio.c:309 761: cpu3 UNLOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vf= s_bio.c:358 760: cpu3 LOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vfs_= bio.c:351 759: cpu3 UNLOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_= bio.c:1458 758: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:1441 757: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:1439 756: cpu3 LOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_bi= o.c:1423 755: cpu3 bqrelse(0xdc77cbf8) vp 0xc5aeedc0 flags 20000020 754: cpu3 getblk(0xc5aeedc0, 0, 2048) =3D 0xdc77cbf8 753: cpu3 UNLOCK (spin mutex) smp rendezvous r =3D 0 at ../../../i386/i386/= pmap.c:633 --More-- db> set $lines=3D0 db> show ktr 772: cpu2 getblk(0xc95f0c80, 0, 2048) =3D 0xdc77cbf8 771: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 770: cpu2 bremfree(0xdc77cbf8) vp 0xc5aeedc0 flags 20000020 769: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 768: cpu2 acquire(): lkp =3D=3D 0xdc77cc58, extflags =3D=3D 0x120, wanted = =3D=3D 0x1050000 767: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 766: cpu2 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 765: cpu2 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 764: cpu3 lockmgr(): lkp =3D=3D 0xdc77cc58 (lk_wmesg =3D=3D "getblk"), flag= s =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../s =1B[103C=1BMsys/buf.h:312 763: cpu3 UNLOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vf= s_bio.c:314 762: cpu3 LOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vfs_= bio.c:309 761: cpu3 UNLOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vf= s_bio.c:358 760: cpu3 LOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vfs_= bio.c:351 759: cpu3 UNLOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_= bio.c:1458 758: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:1441 757: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:1439 756: cpu3 LOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_bi= o.c:1423 755: cpu3 bqrelse(0xdc77cbf8) vp 0xc5aeedc0 flags 20000020 754: cpu3 getblk(0xc5aeedc0, 0, 2048) =3D 0xdc77cbf8 753: cpu3 UNLOCK (spin mutex) smp rendezvous r =3D 0 at ../../../i386/i386/= pmap.c:633 752: cpu3 LOCK (spin mutex) smp rendezvous r =3D 0 at ../../../i386/i386/pm= ap.c:609 751: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c= :2884 750: cpu3 UNLOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../kern= /vfs_bio.c:2842 749: cpu3 LOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../kern/v= fs_bio.c:2827 748: cpu2 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 747: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c:2= 786 746: cpu2 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 745: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:2538 744: cpu3 bgetvp(0xdc77cbf8) vp 0xc5aeedc0 flags 0 743: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:2522 742: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1392 741: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1379 740: cpu3 brelvp(0xdc77cbf8) vp 0xc95f0c80 flags 20020 739: cpu3 UNLOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vf= s_bio.c:314 738: cpu3 LOCK (sleep mutex) needsbuffer lock r =3D 0 at ../../../kern/vfs_= bio.c:309 737: cpu3 UNLOCK (spin mutex) smp rendezvous r =3D 0 at ../../../i386/i386/= pmap.c:633 736: cpu3 LOCK (spin mutex) smp rendezvous r =3D 0 at ../../../i386/i386/pm= ap.c:609 735: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c= :1520 734: cpu3 UNLOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../kern= /vfs_bio.c:1519 733: cpu3 LOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../kern/v= fs_bio.c:1485 732: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c:1= 484 731: cpu2 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 730: cpu3 UNLOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_= bio.c:1803 729: cpu2 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 728: cpu3 bremfreel(0xdc77cbf8) vp 0xc95f0c80 flags 20020020 727: cpu2 acquire(): lkp =3D=3D 0xdc77cc58, extflags =3D=3D 0x120, wanted = =3D=3D 0x60000 726: cpu3 getnewbuf(0xdc77cbf8) vp 0xc95f0c80 flags 20020020 kvasize 16384 = bufsize 2048 queue 1 (recycli =1B[103C=1BMing) 725: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:1783 724: cpu2 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 723: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:1777 722: cpu2 _mtx_unlock_sleep: 0xc95f0d20 no sleepers 721: cpu2 _mtx_unlock_sleep: 0xc95f0d20 contested 720: cpu2 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 719: cpu3 UNLOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr= _turnstile.c:490 718: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 717: cpu3 LOCK (spin mutex) turnstile chain r =3D 0 at ../../../kern/subr_t= urnstile.c:459 716: cpu2 lockmgr(): lkp =3D=3D 0xdc77cc58 (lk_wmesg =3D=3D "getblk"), flag= s =3D=3D 0x202122, td =3D=3D 0xc35a7a10 ../.. =1B[103C=1BM./../sys/buf.h:297 715: cpu3 _mtx_lock_sleep: vnode interlock contested (lock=3D0xc35a7a10) at= ../../../kern/vfs_bio.c:1777 714: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:2363 713: cpu3 acquire(): lkp =3D=3D 0xdc77cc58, extflags =3D=3D 0x10, wanted = =3D=3D 0x1050000 712: cpu2 getblk(0xc95f0c80, 0, 2048) 711: cpu3 acquire(): lkp =3D=3D 0xdc77cc58, extflags =3D=3D 0x10, wanted = =3D=3D 0x60000 710: cpu2 breadn(0xc95f0c80, 8796093022208, 0) 709: cpu3 lockmgr(): lkp =3D=3D 0xdc77cc58 (lk_wmesg =3D=3D "bufwait"), fla= gs =3D=3D 0x200012, td =3D=3D 0xc60fb730 ../. =1B[103C=1BM../../sys/buf.h:276 708: cpu3 LOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_bi= o.c:1699 707: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 706: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 705: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 704: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:2482 703: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_vnops.c:499 702: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:2363 701: cpu3 getblk(0xc5aeedc0, 0, 2048) 700: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 699: cpu3 breadn(0xc5aeedc0, 8796093022208, 0) 698: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1969 697: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1969 696: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 695: cpu2 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:1968 694: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 693: cpu2 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:1968 692: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 691: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_syscalls.c:3675 690: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 689: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1947 688: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3858 687: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1947 686: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3858 685: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:3855 684: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:3855 683: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3847 682: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3847 681: cpu2 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 680: cpu2 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 679: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 678: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 677: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1051 676: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1051 675: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 674: cpu2 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:1050 673: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 672: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 671: cpu2 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:1028 670: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 669: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1027 668: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1027 667: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 666: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 665: cpu2 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager= .c:119 664: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 663: cpu2 LOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager.c= :117 662: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 661: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 660: cpu2 UNLOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:67 659: cpu2 LOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:60 658: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:712 657: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:709 656: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 655: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 654: cpu2 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 653: cpu2 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 652: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 651: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 650: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 649: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 648: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_syscalls.c:678 647: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 646: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 645: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 644: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 643: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 642: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 641: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 640: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 639: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 638: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3858 637: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 636: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3858 635: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 634: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:3855 633: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 632: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:3855 631: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 630: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3847 629: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 628: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3847 627: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 626: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 625: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 624: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 623: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 622: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 621: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 620: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 619: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 618: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 617: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 616: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 615: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 614: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 613: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 612: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_vnops.c:590 611: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 610: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 609: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 608: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1969 607: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 606: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1969 605: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 604: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:1968 603: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 602: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:1968 601: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 600: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1947 599: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 598: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1947 597: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 596: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 595: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 594: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 593: cpu3 UNLOCK (sleep mutex) Giant r =3D 0 at ../../../i386/i386/trap.c:9= 88 592: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 591: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 590: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 589: cpu3 _mtx_unlock_sleep: 0xc076c680 unrecurse 588: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 587: cpu3 UNLOCK (sleep mutex) Giant r =3D 1 at ../../../kern/vfs_syscalls.= c:335 586: cpu3 UNLOCK (sleep mutex) FFS r =3D 0 at ../../../ufs/ffs/ffs_vfsops.c= :1047 585: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 584: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 583: cpu3 LOCK (sleep mutex) FFS r =3D 0 at ../../../ufs/ffs/ffs_vfsops.c:1= 040 582: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 581: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 580: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 579: cpu3 LOCK (sleep mutex) Giant r =3D 1 at ../../../kern/vfs_syscalls.c:= 313 578: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 577: cpu3 _mtx_lock_sleep: 0xc076c680 recursing 576: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 575: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3858 574: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3858 573: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 572: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:3855 571: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 570: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:3855 569: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 568: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3847 567: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3847 566: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 565: cpu3 LOCK (sleep mutex) Giant r =3D 0 at ../../../i386/i386/trap.c:941 564: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 563: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 562: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 561: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 560: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 559: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:413 558: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:413 557: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 556: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:378 555: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 554: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:378 553: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 552: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 551: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 550: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 549: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 548: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 547: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 546: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 545: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 544: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 543: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 542: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 541: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 540: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 539: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 538: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 537: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 536: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_vnops.c:590 535: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 534: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 533: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 532: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1969 531: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 530: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1969 529: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 528: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:1968 527: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:1968 526: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 525: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1947 524: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1947 523: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 522: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 521: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 520: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 519: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 518: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 517: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 516: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 515: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 514: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 513: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1051 512: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1051 511: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:1050 510: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 509: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:1028 508: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 507: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1027 506: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 505: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1027 504: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 503: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager= .c:119 502: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 501: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager.c= :117 500: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 499: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 498: cpu3 UNLOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:67 497: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 496: cpu3 LOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:60 495: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 494: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 493: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 492: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 491: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 490: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 489: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 488: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 487: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 486: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 485: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 484: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 483: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 482: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 481: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 480: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 479: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 478: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 477: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 476: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 475: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 474: cpu3 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 473: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 472: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 471: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 470: cpu3 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 469: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 468: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 467: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 466: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 465: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 464: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 463: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 462: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 461: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_lookup.c:376 460: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 459: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 458: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 457: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 456: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:172 455: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:172 454: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 453: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 452: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 451: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 450: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 449: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 448: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:165 447: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 446: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:165 445: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 444: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 443: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 442: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 441: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 440: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 439: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 438: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 437: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 436: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1363 435: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 434: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1363 433: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 432: cpu3 UNLOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_d= escrip.c:1243 431: cpu3 LOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_des= crip.c:1241 430: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 429: cpu3 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.= c:1354 428: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 427: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1348 426: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 425: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1348 424: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 423: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 422: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= prot.c:1747 421: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pr= ot.c:1745 420: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 419: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 418: cpu3 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:= 1322 417: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 416: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 415: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 414: cpu3 UNLOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1851 413: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 412: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 411: cpu3 LOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1849 410: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 409: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 408: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 407: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 406: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 405: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1947 404: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 403: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 402: cpu2 lockmgr(): lkp =3D=3D 0xc3c57a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 401: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 400: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 399: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 398: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 397: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 396: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1912 395: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 394: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 393: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 392: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 391: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 390: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 389: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 388: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 387: cpu2 acquire(): lkp =3D=3D 0xc3c57a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 386: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 385: cpu2 acquire(): lkp =3D=3D 0xc3c57a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 384: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 383: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 382: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 381: cpu2 lockmgr(): lkp =3D=3D 0xc3c57a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_lookup.c:376 380: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 379: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 378: cpu3 acquire(): lkp =3D=3D 0xc5aeee20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 377: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 376: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 375: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 374: cpu3 lockmgr(): lkp =3D=3D 0xc5aeee20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 373: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 372: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 371: cpu3 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 370: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:172 369: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 368: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:172 367: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 366: cpu3 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 365: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 364: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:165 363: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:165 362: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 361: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 360: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 359: cpu2 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 358: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 357: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_lookup.c:376 356: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 355: cpu2 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 354: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:172 353: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 352: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:172 351: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 350: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 349: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:165 348: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1363 347: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:165 346: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1363 345: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 344: cpu2 UNLOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_d= escrip.c:1243 343: cpu2 LOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_des= crip.c:1241 342: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 341: cpu2 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.= c:1354 340: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 339: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1348 338: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 337: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1348 336: cpu2 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= prot.c:1747 335: cpu2 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pr= ot.c:1745 334: cpu2 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:= 1322 333: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 332: cpu2 UNLOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1851 331: cpu2 LOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1849 330: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 329: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 328: cpu3 UNLOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:2281 327: cpu3 LOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:2276 326: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 325: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= prot.c:1784 324: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pr= ot.c:1761 323: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1947 322: cpu3 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.= c:2129 321: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 320: cpu3 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:= 2126 319: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 318: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 317: cpu3 UNLOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vf= s_vnops.c:975 316: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1912 315: cpu3 LOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs_= vnops.c:968 314: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 313: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 312: cpu2 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 311: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2006, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_default.c:275 310: cpu2 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 309: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1912 308: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 307: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../ufs/ufs/= ufs_vnops.c:280 306: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../ufs/ufs/uf= s_vnops.c:277 305: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 304: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 303: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 302: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 301: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 300: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 299: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 298: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_vnops.c:283 297: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 296: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 295: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 294: cpu3 UNLOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vf= s_vnops.c:909 293: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 292: cpu3 LOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs_= vnops.c:891 291: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 290: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2118 289: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 288: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 287: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 286: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1002 285: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1002 284: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 283: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:976 282: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:976 281: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 280: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 279: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 278: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 277: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 276: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 275: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 274: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 273: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 272: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 271: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 270: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 269: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 268: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 267: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 266: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 265: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 264: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 263: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 262: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 261: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 260: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 259: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:712 258: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 257: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:709 256: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 255: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 254: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 253: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 252: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 251: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 250: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 249: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 248: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 247: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_syscalls.c:678 246: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 245: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 244: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 243: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 242: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 241: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 240: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 239: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 238: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 237: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 236: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3858 235: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 234: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3858 233: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 232: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:3855 231: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:3855 230: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3847 229: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3847 228: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 227: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 226: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 225: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 224: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 223: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 222: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 221: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 220: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 219: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 218: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 217: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 216: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 215: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 214: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 213: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 212: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_vnops.c:590 211: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 210: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 209: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1969 208: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 207: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1969 206: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 205: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:1968 204: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 203: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:1968 202: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 201: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1947 200: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 199: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1947 198: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 197: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 196: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 195: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 194: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 193: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 192: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 191: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 190: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 189: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1051 188: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 187: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1051 186: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:1050 185: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 184: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:1028 183: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 182: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1027 181: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 180: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1027 179: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 178: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager= .c:119 177: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager.c= :117 176: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 175: cpu3 UNLOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:67 174: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 173: cpu3 LOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:60 172: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 171: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 170: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 169: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 168: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 167: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 166: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 165: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 164: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 163: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 162: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 161: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 160: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 159: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 158: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 157: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 156: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 155: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 154: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 153: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 152: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 151: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 150: cpu3 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 149: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 148: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 147: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 146: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 145: cpu3 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 144: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 143: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 142: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 141: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 140: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 139: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 138: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 137: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 136: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 135: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 134: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_lookup.c:376 133: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 132: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 131: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:172 130: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 129: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:172 128: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 127: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 126: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 125: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 124: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:165 123: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:165 122: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 121: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 120: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 119: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 118: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 117: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 116: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 115: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 114: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 113: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 112: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 111: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1363 110: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 109: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1363 108: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 107: cpu3 UNLOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_d= escrip.c:1243 106: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 105: cpu3 LOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_des= crip.c:1241 104: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 103: cpu3 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.= c:1354 102: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 101: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1348 100: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1348 99: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 98: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_p= rot.c:1747 97: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 96: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pro= t.c:1745 95: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../ke =1B[103C=1BMern/vfs_subr.c:1786 94: cpu3 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:1= 322 93: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache= .c:448 92: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_ca= che.c:447 91: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:18= 53 90: cpu3 UNLOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1851 89: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.c= :351 88: cpu3 LOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:1849 87: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 86: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1895 85: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern/ =1B[103C=1BM/vfs_default.c:275 84: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:2007 83: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:2005 82: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1886 81: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x1050000 80: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 79: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 78: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../ke =1B[103C=1BMern/vfs_subr.c:1885 77: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1860 76: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern/ =1B[103C=1BM/vfs_default.c:275 75: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted =3D= =3D 0x1050000 74: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 73: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 72: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../ke =1B[103C=1BMern/vfs_subr.c:1786 71: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache= .c:448 70: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_ca= che.c:447 69: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.c= :351 68: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1869 67: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1860 66: cpu2 lockmgr(): lkp =3D=3D 0xc3c57a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern/ =1B[103C=1BM/vfs_default.c:275 65: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x1050000 64: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 63: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 62: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../ke =1B[103C=1BMern/vfs_subr.c:1786 61: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache= .c:448 60: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_ca= che.c:447 59: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:22= 83 58: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.c= :351 57: cpu3 UNLOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:2281 56: cpu3 LOCK (sleep mutex) Files r =3D 0 at ../../../vm/uma_core.c:2276 55: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 54: cpu2 acquire(): lkp =3D=3D 0xc3c57a60, extflags =3D=3D 0xc0, wanted =3D= =3D 0x1050000 53: cpu2 acquire(): lkp =3D=3D 0xc3c57a60, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 52: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 51: cpu2 lockmgr(): lkp =3D=3D 0xc3c57a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc35a7a10 ../../../ke =1B[103C=1BMern/vfs_lookup.c:376 50: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_p= rot.c:1784 49: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pro= t.c:1761 48: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_vn= ops.c:800 47: cpu3 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c= :2129 46: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1823 45: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1821 44: cpu3 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:2= 126 43: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1869 42: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1860 41: cpu3 UNLOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs= _vnops.c:975 40: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/v= fs_lookup.c:172 39: cpu3 LOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs_v= nops.c:968 38: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vfs= _lookup.c:172 37: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1823 36: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 35: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1821 34: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2006, td =3D=3D 0xc60fb730 ../../../ke =1B[103C=1BMern/vfs_default.c:275 33: cpu2 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/v= fs_lookup.c:165 32: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:1912 31: cpu2 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vfs= _lookup.c:165 30: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../ufs/ufs/u= fs_vnops.c:280 29: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../ufs/ufs/ufs= _vnops.c:277 28: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:18= 53 27: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x1050000 26: cpu2 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 25: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted =3D= =3D 0x60000 24: cpu2 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 23: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/kern= _lock.c:242 22: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../ke =1B[103C=1BMern/vfs_vnops.c:283 21: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 20: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_vn= ops.c:800 19: cpu3 UNLOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs= _vnops.c:909 18: cpu3 LOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs_v= nops.c:891 17: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_d= escrip.c:2118 16: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1947 15: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_des= crip.c:2097 14: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern/ =1B[103C=1BM/vfs_default.c:275 13: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/k= ern_descrip.c:1002 12: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ker= n_descrip.c:1002 11: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_su= br.c:2007 10: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:2005 9: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:976 8: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/kern= _descrip.c:976 7: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_sub= r.c:1912 6: cpu2 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2283 5: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1895 4: cpu2 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 3: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags =3D= =3D 0x6, td =3D=3D 0xc60fb730 ../../../kern/v =1B[103C=1BMvfs_default.c:275 2: cpu2 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 1: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_sub= r.c:2007 0: cpu3 UNLOCK (sleep mutex) buffer daemon lock r =3D 0 at ../../../kern/vf= s_bio.c:422 1023: cpu2 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:22= 58 1022: cpu3 LOCK (sleep mutex) buffer daemon lock r =3D 0 at ../../../kern/v= fs_bio.c:417 1021: cpu3 lockmgr(): lkp =3D=3D 0xdc5771c8 (lk_wmesg =3D=3D "getblk"), fla= gs =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../ =1B[103C=1BM/sys/buf.h:312 1020: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vf= s_subr.c:1895 1019: cpu3 UNLOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs= _bio.c:1458 1018: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../ker =1B[103C=1BMrn/vfs_default.c:275 1017: cpu3 bremfreel(0xdc577168) vp 0xc37d9500 flags a00200a0 1016: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:2007 1015: cpu3 LOCK (sleep mutex) buf queue lock r =3D 0 at ../../../kern/vfs_b= io.c:1423 1014: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vf= s_subr.c:2005 1013: cpu3 bqrelse(0xdc577168) vp 0xc37d9500 flags a00200a0 1012: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1886 1011: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.= c:3421 1010: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 1009: cpu3 UNLOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../ker= n/vfs_bio.c:3420 1008: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 1007: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ke= rn_lock.c:242 1006: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../ =1B[103C=1BM/kern/vfs_subr.c:1885 1005: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_= subr.c:1860 1004: cpu3 LOCK (sleep mutex) vm page queue mutex r =3D 0 at ../../../kern/= vfs_bio.c:3408 1003: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../ker =1B[103C=1BMrn/vfs_default.c:275 1002: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c:= 3407 1001: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.= c:2289 1000: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 999: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../kern/vfs_bio.c:2= 233 998: cpu2 acquire(): lkp =3D=3D 0xc95f0ce0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 997: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 996: cpu2 lockmgr(): lkp =3D=3D 0xc95f0ce0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 995: cpu3 bdirty(0xdc577168) vp 0xc37d9500 flags a00200a0 994: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _bio.c:937 993: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 992: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:902 991: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 990: cpu3 bdwrite(0xdc577168) vp 0xc37d9500 flags a00200a0 989: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 988: cpu3 UNLOCK (sleep mutex) Softdep Lock r =3D 0 at ../../../ufs/ffs/ffs= _softdep.c:4695 987: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 986: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 985: cpu3 LOCK (sleep mutex) Softdep Lock r =3D 0 at ../../../ufs/ffs/ffs_s= oftdep.c:4693 984: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 983: cpu3 getblk(0xc37d9500, 33495552, 16384) =3D 0xdc577168 982: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 981: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 980: cpu3 bremfree(0xdc577168) vp 0xc37d9500 flags 200200a0 979: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 978: cpu3 acquire(): lkp =3D=3D 0xdc5771c8, extflags =3D=3D 0x120, wanted = =3D=3D 0x1050000 977: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 976: cpu3 acquire(): lkp =3D=3D 0xdc5771c8, extflags =3D=3D 0x120, wanted = =3D=3D 0x60000 975: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 974: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 973: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 972: cpu3 lockmgr(): lkp =3D=3D 0xdc5771c8 (lk_wmesg =3D=3D "getblk"), flag= s =3D=3D 0x202122, td =3D=3D 0xc60fb730 ../.. =1B[103C=1BM./../sys/buf.h:297 971: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 970: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 969: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 968: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_b= io.c:2363 967: cpu2 acquire(): lkp =3D=3D 0xc8bb5420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 966: cpu3 getblk(0xc37d9500, 33495552, 16384) 965: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 964: cpu3 breadn(0xc37d9500, 70368777673216, 0) 963: cpu2 lockmgr(): lkp =3D=3D 0xc8bb5420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 962: cpu3 UNLOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vf= s_vnops.c:943 961: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 960: cpu3 LOCK (sleep mutex) struct mount mtx r =3D 0 at ../../../kern/vfs_= vnops.c:941 959: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 958: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 957: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 956: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 955: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 954: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 953: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 952: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 951: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 950: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 949: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 948: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 947: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 946: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 945: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 944: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 943: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:712 942: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 941: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:709 940: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 939: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 938: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 937: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 936: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 935: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 934: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 933: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 932: cpu2 acquire(): lkp =3D=3D 0xc78766a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 931: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_syscalls.c:678 930: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 929: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 928: cpu2 lockmgr(): lkp =3D=3D 0xc78766a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 927: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 926: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 925: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 924: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 923: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 922: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 921: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 920: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3858 919: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3858 918: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 917: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:3855 916: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 915: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:3855 914: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:3847 913: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 912: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:3847 911: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 910: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 909: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 908: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 907: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 906: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 905: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 904: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 903: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 902: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 901: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 900: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 899: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 898: cpu2 acquire(): lkp =3D=3D 0xcc362a60, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 897: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 896: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 895: cpu2 lockmgr(): lkp =3D=3D 0xcc362a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 894: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 893: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_vnops.c:590 892: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 891: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 890: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 889: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1969 888: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 887: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1969 886: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:1968 885: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:1968 884: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 883: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1947 882: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 881: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1947 880: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 879: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 878: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 877: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 876: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 875: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= descrip.c:2114 874: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 873: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_de= scrip.c:2097 872: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 871: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 870: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 869: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1051 868: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 867: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1051 866: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_s= yscalls.c:1050 865: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 864: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/vfs_sys= calls.c:1028 863: cpu2 acquire(): lkp =3D=3D 0xc79bc2e0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 862: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_syscalls.c:1027 861: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 860: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_syscalls.c:1027 859: cpu2 lockmgr(): lkp =3D=3D 0xc79bc2e0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 858: cpu3 UNLOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager= .c:119 857: cpu3 LOCK (sleep mutex) vm object r =3D 0 at ../../../vm/vnode_pager.c= :117 856: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 855: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 854: cpu3 UNLOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:67 853: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 852: cpu3 LOCK (sleep mutex) cdev r =3D 0 at ../../../kern/kern_conf.c:60 851: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2= 283 850: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 849: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2281 848: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 847: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:2276 846: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 845: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:2258 844: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 843: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 842: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 841: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 840: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 839: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 838: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 837: cpu3 acquire(): lkp =3D=3D 0xc5af21a0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 836: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 835: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 834: cpu3 lockmgr(): lkp =3D=3D 0xc5af21a0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 833: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 832: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 831: cpu3 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 830: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 829: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 828: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc60fb730 ../../../kern =1B[103C=1BMn/vfs_default.c:275 827: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 826: cpu2 acquire(): lkp =3D=3D 0xcbeb7420, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 825: cpu3 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 824: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 823: cpu2 lockmgr(): lkp =3D=3D 0xcbeb7420 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 822: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 821: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 820: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 819: cpu3 acquire(): lkp =3D=3D 0xc5af2060, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 818: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 817: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 816: cpu3 lockmgr(): lkp =3D=3D 0xc5af2060 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x3082, td =3D=3D 0xc60fb730 ../../../k =1B[103C=1BMkern/vfs_lookup.c:376 815: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_v= nops.c:800 814: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1895 813: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:172 812: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 811: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:172 810: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:2007 809: cpu3 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1823 808: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:2005 807: cpu3 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1821 806: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1886 805: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= vfs_lookup.c:165 804: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 803: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/vf= s_lookup.c:165 802: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 801: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 800: cpu3 UNLOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1= 853 799: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1885 798: cpu3 UNLOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1851 797: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 796: cpu2 lockmgr(): lkp =3D=3D 0xc3f2aba0 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 795: cpu3 LOCK (sleep mutex) NAMEI r =3D 0 at ../../../vm/uma_core.c:1849 794: cpu3 LOCK (sleep mutex) UMA pcpu r =3D 0 at ../../../vm/uma_core.c:1832 793: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 792: cpu2 acquire(): lkp =3D=3D 0xc6ae9e20, extflags =3D=3D 0xc0, wanted = =3D=3D 0x60000 791: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1363 790: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/ker= n_lock.c:242 789: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1363 788: cpu2 lockmgr(): lkp =3D=3D 0xc6ae9e20 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x2082, td =3D=3D 0xc35a7a10 ../../../k =1B[103C=1BMkern/vfs_subr.c:1786 787: cpu3 UNLOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_d= escrip.c:1243 786: cpu2 UNLOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cach= e.c:448 785: cpu3 LOCK (sleep mutex) process lock r =3D 0 at ../../../kern/kern_des= crip.c:1241 784: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_c= ache.c:447 783: cpu3 XUNLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.= c:1354 782: cpu2 LOCK (sleep mutex) Name Cache r =3D 0 at ../../../kern/vfs_cache.= c:351 781: cpu3 UNLOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/= kern_descrip.c:1348 780: cpu3 LOCK (sleep mutex) filedesc structure r =3D 0 at ../../../kern/ke= rn_descrip.c:1348 779: cpu2 UNLOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs= _subr.c:1869 778: cpu3 UNLOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_= prot.c:1747 777: cpu2 LOCK (sleep mutex) vnode interlock r =3D 0 at ../../../kern/vfs_s= ubr.c:1860 776: cpu3 LOCK (sleep mutex) sleep mtxpool r =3D 0 at ../../../kern/kern_pr= ot.c:1745 775: cpu2 lockmgr(): lkp =3D=3D 0xc3c57a60 (lk_wmesg =3D=3D "ufs"), flags = =3D=3D 0x6, td =3D=3D 0xc35a7a10 ../../../kern =1B[103C=1BMn/vfs_default.c:275 774: cpu3 XLOCK (sx) filelist lock r =3D 0 at ../../../kern/kern_descrip.c:= 1322 773: cpu2 acquire(): lkp =3D=3D 0xc3f2aba0, extflags =3D=3D 0xc0, wanted = =3D=3D 0x1050000 --- End of trace buffer --- db>=20 Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSqsoWry0BWjoQKURAs+ZAKDZW61aNtvKXCiv4w5Ai6EavwutWwCePUNd 3hoosPigyyxL+UEvItSRsS4= =kFAY -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 15:18: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 9F0D516A4CE for ; Wed, 30 Mar 2005 15:18:30 +0000 (GMT) Received: from mi.veco.ru (mail.veco.ru [195.161.146.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DABF43D3F for ; Wed, 30 Mar 2005 15:18:28 +0000 (GMT) (envelope-from aka@veco.ru) Received: from [172.19.73.1] (HELO camel.veco.ru) by mi.veco.ru (CommuniGate Pro SMTP 4.2.7) with SMTP id 59388; Wed, 30 Mar 2005 19:18:25 +0400 Date: Wed, 30 Mar 2005 19:18:24 +0400 From: Andrey Koklin To: freebsd-current@FreeBSD.org Message-Id: <20050330191824.4c08acc6.aka@veco.ru> X-Mailer: Sylpheed version 1.0.0rc (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: Maxim Sobolev Subject: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 15:18:30 -0000 Firstly, I'm thankful to people who had found time to answer my previous messed post privately. Indeed, I hadn't put there key information about my system configuration, as well as the tests themselves say little or nothing on real disk system performance (they used 1K blocks and didn't take into consideration disks geometry). Nevertheless, my new corrected tests still reveal the same problem with performance on new systems. Tested systems: 1. FreeBSD 4.11-STABLE #0: Thu Mar 3 15:40:34 MSK Platform: HP Proliant DL380 G3, 2 x Xeon 3.2GHz, memory 2Gb, SmartArray 5i, 5 x 18Gb Ultra3 10K HDD SMP kernel ciss driver version 1.2.2.21 2005/01/21 2. FreeBSD 5.4-PRERELEASE #16: Sun Mar 20 23:05:52 MSK Platform: HP Proliant DL380 G3, 2 x Xeon 3.2GHz, memory 2Gb, SmartArray 5i, 6 x 72Gb Ultra320 10K HDD SMP kernel ciss driver version 1.56.2.1 2005/01/20 3. FreeBSD 6.0-CURRENT #0: Tue Mar 29 15:45:56 MSD Platform: HP Proliant DL380 G2, 2 x P3 1.133GHz, memory 1Gb, SmartArray 5i, 5 x 36Gb Ultra320 10K HDD SMP kernel with stripped off debugging information ciss driver version 1.60 2005/03/29 Tests use 64k read/writes in 3 slices. Of course, there exists a fragmentation factor, but it's small enough. I've played with newly formated FS, soft-updates, sync/async modes with near the same result. -- 8< ------------------------------------------------------------------ do# uname -a FreeBSD do.veco.ru 4.11-STABLE FreeBSD 4.11-STABLE #0: Thu Mar 3 15:40:34 MSK 2005 wooler@do.veco.ru:/usr/obj/usr/src/sys/DO i386 do# BS=64k do# BC=16 do# df -lh Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 252M 45M 187M 20% / /dev/da0s1h 2.0G 24K 1.8G 0% /tmp /dev/da0s1e 2.0G 1.5G 325M 82% /usr /dev/da0s1f 30G 17G 11G 61% /var /dev/da0s1g 30G 1.5G 26G 5% /export procfs 4.0K 4.0K 0B 100% /proc do# dd if=/dev/zero of=/tmp/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 23.826439 secs (45065140 bytes/sec) do# dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 27.081948 secs (39647880 bytes/sec) do# dd if=/dev/zero of=/export/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 22.714908 secs (47270357 bytes/sec) do# dd if=/tmp/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 9.439599 secs (113748669 bytes/sec) do# dd if=/var/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 9.327485 secs (115115901 bytes/sec) do# dd if=/export/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 8.826914 secs (121644078 bytes/sec) do# rm /tmp/1Gb /var/1Gb /export/1Gb do# exit -- 8< ------------------------------------------------------------------ re:/ # uname -a FreeBSD re.veco.ru 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #16: Sun Mar 20 23:05:52 MSK 2005 root@re.veco.ru:/usr/obj/usr/src/sys/RE i386 re:/ # BS=64k re:/ # BC=16 re:/ # df -lh Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 15G 2.2G 12G 15% / devfs 1.0K 1.0K 0B 100% /dev /dev/da0s1e 124G 14G 100G 12% /var /dev/da0s1d 31G 23G 5.7G 80% /var/db/backup /dev/da0s1f 154G 87G 54G 62% /var/ftp /dev/md0 124M 66K 114M 0% /tmp devfs 1.0K 1.0K 0B 100% /var/named/dev re:/ # dd if=/dev/zero of=/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 40.210140 secs (26703260 bytes/sec) re:/ # dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 39.433364 secs (27229273 bytes/sec) re:/ # dd if=/dev/zero of=/var/ftp/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 45.285700 secs (23710395 bytes/sec) re:/ # dd if=/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 17.519033 secs (61290016 bytes/sec) re:/ # dd if=/var/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 17.972094 secs (59744949 bytes/sec) re:/ # dd if=/var/ftp/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 15.436768 secs (69557425 bytes/sec) re:/ # rm /1Gb /var/1Gb /var/ftp/1Gb re:/ # exit -- 8< ------------------------------------------------------------------ do-test# uname -a FreeBSD do-test.veco.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Mar 29 15:45:56 MSD 2005 wooler@do-test.veco.ru:/usr/obj/usr/src/sys/ i386 do-test# BS=64k do-test# BC=16 do-test# df -lh Filesystem Size Used Avail Capacity Mounted on /dev/da0s1a 1.9G 73M 1.7G 4% / devfs 1.0K 1.0K 0B 100% /dev /dev/da0s1d 1.9G 940K 1.8G 0% /tmp /dev/da0s1e 7.7G 1.6G 5.5G 22% /usr /dev/da0s1f 87G 13G 67G 16% /var /dev/da0s1g 31G 2.0K 28G 0% /export do-test# dd if=/dev/zero of=/tmp/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 48.079470 secs (22332647 bytes/sec) do-test# dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 48.591069 secs (22097514 bytes/sec) do-test# dd if=/dev/zero of=/export/1Gb bs=$BS count=$[$BC*1024] 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 48.915319 secs (21951034 bytes/sec) do-test# dd if=/tmp/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 30.366247 secs (35359714 bytes/sec) do-test# dd if=/var/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 29.430927 secs (36483452 bytes/sec) do-test# dd if=/export/1Gb of=/dev/null bs=$BS 16384+0 records in 16384+0 records out 1073741824 bytes transferred in 30.164319 secs (35596422 bytes/sec) do-test# rm /tmp/1Gb /var/1Gb /export/1Gb do-test# exit -- 8< ------------------------------------------------------------------ Andrey From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 15:21: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 D3D9516A4CE for ; Wed, 30 Mar 2005 15:21:22 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E5A43D60 for ; Wed, 30 Mar 2005 15:21:22 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DGf0T-000OLm-Tx; Wed, 30 Mar 2005 15:21:22 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DGf0T-000NQh-2O; Wed, 30 Mar 2005 07:21:21 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16970.50160.494872.555315@roam.psg.com> Date: Wed, 30 Mar 2005 07:21:20 -0800 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <424A9665.5050101@DeepCore.dk> cc: 'FreeBSD Current' Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 15:21:23 -0000 > As pr subject make world is needed to get things in sync again. could someone with an ibm thinkpad t4x please confirm that this does not still break suspent/resume and pcmcia? i don't have time to debug this week. randy From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 15:54: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 156B516A4CE for ; Wed, 30 Mar 2005 15:54:07 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE3C43D2D for ; Wed, 30 Mar 2005 15:54:06 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2UFrmS6084236; Wed, 30 Mar 2005 10:53:48 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2UFrmXx084233; Wed, 30 Mar 2005 10:53:48 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 30 Mar 2005 10:53:48 -0500 (EST) From: Andre Guibert de Bruet To: Dan Cojocar In-Reply-To: Message-ID: <20050330104117.A52981@lexi.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.561, required 6, autolearn=not spam, AWL 0.04, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 15:54:07 -0000 On Wed, 30 Mar 2005, Dan Cojocar wrote: > On Tue, 29 Mar 2005 15:46:52 -0500 (EST), Andre Guibert de Bruet wrote: >> >> Have you tried booting this machine using GENERIC with ACPI turned off? > > I tried running GENERIC and i get the following lor and watchdog > timeout, no interrupt storms: --- 8< --- --- 8< --- > Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > I tried also my kernel with apic, i don't get interrupt storms but > i get watchdog timeout message just like with GENERIC. > Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > And finally i tried my kernel without apic and without acpi, it's > running just fine, no interrupt storms, no watchdog timeout, but i > don't have acpi :(, here is the final > dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. It looks like your motherboard's DSDT is doing something hokey. I would complain to the board manufacturer about this. For the timebeing, you can dump the DSDT into ASL format, modify it, compile it back to DSDT and load a proper version on system startup. If this is your first time, you probably want to run "acpidump -d > my.asl" and make the resulting file available somewhere. Would you also mind sharing the kernel config file that was used to build the kernel that gaves you the mother of all interrupt parties? Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:20: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 E608716A4CF for ; Wed, 30 Mar 2005 16:20:49 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1265543D39 for ; Wed, 30 Mar 2005 16:20:49 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IE600AL2AIA69@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Wed, 30 Mar 2005 18:15:47 +0200 (MEST) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 30 Mar 2005 18:15:45 +0200 (MEST) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j2UGFipe018728; Wed, 30 Mar 2005 18:15:44 +0200 (MEST) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 2A5F328450; Wed, 30 Mar 2005 18:15:39 +0200 (CEST) Received: by gondor.middleearth (Postfix, from userid 1001) id 3AB6A2285A; Wed, 30 Mar 2005 18:15:38 +0200 (CEST) Date: Wed, 30 Mar 2005 18:15:37 +0200 From: Christian Brueffer In-reply-to: <16970.50160.494872.555315@roam.psg.com> To: Randy Bush Message-id: <20050330161537.GG87756@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=HkMjoL2LAeBLhbFV; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <424A9665.5050101@DeepCore.dk> <16970.50160.494872.555315@roam.psg.com> cc: 'FreeBSD Current' cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 16:20:50 -0000 --HkMjoL2LAeBLhbFV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 07:21:20AM -0800, Randy Bush wrote: > > As pr subject make world is needed to get things in sync again. >=20 > could someone with an ibm thinkpad t4x please confirm that this > does not still break suspent/resume and pcmcia? i don't have > time to debug this week. >=20 Doesn't work on my T41p, still ata timeouts on resume. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --HkMjoL2LAeBLhbFV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCStCpbHYXjKDtmC0RAio5AJ0dpRf8V6BxD04GoRqo3Vxme62+RwCePCTO eLm10wGuA28KGyHmjmJF8tg= =INmK -----END PGP SIGNATURE----- --HkMjoL2LAeBLhbFV-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16: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 BBD8F16A4CE for ; Wed, 30 Mar 2005 16:22:39 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E13743D46 for ; Wed, 30 Mar 2005 16:22:39 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DGfxm-0001bK-Ia; Wed, 30 Mar 2005 16:22:38 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DGfxl-000NbM-M2; Wed, 30 Mar 2005 08:22:37 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16970.53837.74122.258658@roam.psg.com> Date: Wed, 30 Mar 2005 08:22:37 -0800 To: Christian Brueffer References: <424A9665.5050101@DeepCore.dk> <16970.50160.494872.555315@roam.psg.com> <20050330161537.GG87756@unixpages.org> cc: 'FreeBSD Current' cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 16:22:39 -0000 >>> As pr subject make world is needed to get things in sync again. >> could someone with an ibm thinkpad t4x please confirm that this >> does not still break suspent/resume and pcmcia? i don't have >> time to debug this week. > Doesn't work on my T41p, still ata timeouts on resume. not a cheering regression. ah well. and i bet i won't even get a refund. randy From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:22: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 3989E16A4ED for ; Wed, 30 Mar 2005 16:22: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 F19F843D5C for ; Wed, 30 Mar 2005 16:22:54 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (8.13.3/8.13.3) with ESMTP id j2UGMpUg014131 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 30 Mar 2005 18:22:51 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j2UGMpHa014130; Wed, 30 Mar 2005 18:22:51 +0200 (CEST) Date: Wed, 30 Mar 2005 18:22:51 +0200 From: Divacky Roman To: Jung-uk Kim Message-ID: <20050330162251.GA13437@stud.fit.vutbr.cz> References: <200503291335.33385.jkim@niksun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200503291335.33385.jkim@niksun.com> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 16:22:56 -0000 On Tue, Mar 29, 2005 at 01:35:33PM -0500, Jung-uk Kim wrote: > On Tuesday 29 March 2005 01:22 pm, Dan Cojocar wrote: > > Hello all, > > > > I noticed the following interrupt storm in my dmesg: > > > > Interrupt storm detected on "irq11: rl1"; throttling interrupt > > source Interrupt storm detected on "irq5: rl0"; throttling > > interrupt source > > > > Here is my vmstat -i: > > interrupt total rate > > irq0: clk 128600 199 > > irq1: atkbd0 2499 3 > > irq4: sio0 2 0 > > irq5: rl0 128901 200 > > irq8: rtc 82294 127 > > irq11: rl1 128902 200 > > irq12: psm0 16152 25 > > irq14: ata0 12600 19 > > irq15: ata1 71 0 > > Total 500021 776 > > > > and here is my dmesg: > > http://cs.ubbcluj.ro/~dan/dmesg.txt > > > > I have options DEVICE_POLLING and options HZ=200, i have tested > > with greater HZ values like 1000, and without DEVICE_POLLING but i > > have the same storm. > > Try this: > > http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim as this points to my posts... my problem is not the interrupt storm, but that I dont have assigned irq for keyboard (which makes it slow I think). and this is clear regression because in 5.3R it worked ;( where should I look (in sources) what changed? I am not very skilled with this lowlevel stuff but I am able and willing to try to hunt this down. thnx for reply roman From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:44: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 5B8E316A4CE for ; Wed, 30 Mar 2005 16:44:21 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2E5243D46 for ; Wed, 30 Mar 2005 16:44:20 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id EA8325DA0; Wed, 30 Mar 2005 11:44:19 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 42890-10; Wed, 30 Mar 2005 11:44:19 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id 4D1825D08; Wed, 30 Mar 2005 11:44:18 -0500 (EST) Message-ID: <424AD745.2040402@mac.com> Date: Wed, 30 Mar 2005 11:43:49 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Julian H. Stacey" References: <200503301016.j2UAG5pj003932@fire.jhs.private> In-Reply-To: <200503301016.j2UAG5pj003932@fire.jhs.private> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@freebsd.org Subject: Re: freebsd naming of releases X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 16:44:21 -0000 Julian H. Stacey wrote: > Charles Swiger wrote: >>>I find that the terms "alpha", "beta" and "production" do not quite >>>fit the FreeBSD development paradigm. (Is RELENG_5 beta or >>>production?) >> >>It's beta. -CURRENT (or RELENG_6) is alpha, and production is now at > > > Wrong: Current != Alpha. > Industry common parlance of "Alpha Release" is per se a sort of (pre) release. > FreeBSD Current is continuously moving & not a release; eg cvs -r HEAD I know that HEAD is continuously moving. Saying code is "in alpha" does not imply that it is ready for release or being put through a release cycle. I suppose that someone comfortable with the term "alpha release" would also be happy with the notion of "paid beta releases": software made publicly available to all customers (which is my definition of "going into production", or perhaps "going into production but trying to avoid providing real support even if people have paid for the software" is closer :-). > Perhaps you equated Alpha & Current because that's the first one > has access to from commercial companies & FreeBSD respectively, but > that doesnt make them the same thing. Binaries from a commercial > company's current one wouldn't normally see (let alone the source :-). No, my definition of alpha means "code that works well enough to implement at least some major features, but may be missing other features and is expected to contain significant bugs which make it unwise to depend on the system for production use". Windows jokes aside, commercial companies don't normally release alpha code to the outside world. Beta means "code that is basicly feature-complete modulo bugs, is ready for outside testing, but still contains significant bugs and is not guaranteed to be stable for production" (as in, "beta code is not supported"). In FreeBSD, one critereon for whether a release is in production, is whether a security advisory results in that branch being updated. The recent release of FreeBSD-SA-05:01.telnet resulted in RELENG_5_3, RELENG_4_11, and RELENG_4_10 being updated as well as HEAD, RELENG_5, & RELENG_4. (Maybe 4.8, too.) -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 16:50: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 F0EEE16A4CE for ; Wed, 30 Mar 2005 16:50:14 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9974143D1D for ; Wed, 30 Mar 2005 16:50:14 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2UGntDx084619; Wed, 30 Mar 2005 11:49:55 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2UGntf9084616; Wed, 30 Mar 2005 11:49:55 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 30 Mar 2005 11:49:55 -0500 (EST) From: Andre Guibert de Bruet To: Divacky Roman In-Reply-To: <20050330162251.GA13437@stud.fit.vutbr.cz> Message-ID: <20050330114206.J52981@lexi.siliconlandmark.com> References: <200503291335.33385.jkim@niksun.com> <20050330162251.GA13437@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.563, required 6, autolearn=not spam, AWL 0.04, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: [amd64] ukbd0 not being assigned an irq (Was: Re: Interrupt storm) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 16:50:15 -0000 On Wed, 30 Mar 2005, Divacky Roman wrote: >> http://docs.freebsd.org/cgi/mid.cgi?200503161154.04555.jkim > > as this points to my posts... > > my problem is not the interrupt storm, but that I dont have assigned irq for > keyboard (which makes it slow I think). > > and this is clear regression because in 5.3R it worked ;( > > where should I look (in sources) what changed? I am not very skilled with this > lowlevel stuff but I am able and willing to try to hunt this down. Would you mind sharing a verbose boot dmesg on the affected system? Cheers, Andy PS: For the future: Do not hijack threads, it is bad form. (Change the message Subject: when switching gears) | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 17:06: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 D842116A4CE for ; Wed, 30 Mar 2005 17:06:28 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEF4D43D31 for ; Wed, 30 Mar 2005 17:06:28 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id AF3A172DDF; Wed, 30 Mar 2005 09:06:28 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id A9CF572DCB; Wed, 30 Mar 2005 09:06:28 -0800 (PST) Date: Wed, 30 Mar 2005 09:06:28 -0800 (PST) From: Doug White To: John Sconiers In-Reply-To: Message-ID: <20050330090553.E64732@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: sysinstall wrapper X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 17:06:29 -0000 On Wed, 30 Mar 2005, John Sconiers wrote: > All, > Would there be any interest in an anaconda like wrapper for > sysinstall? While I've been away from FreeBSD for some time, I know > this is not a new idea. Did any one already start work on this? Was > it rejected for some reason? Was the interest not there? Again just > thinking of small projects. By all means, go for it. Its hard enough to find volunteers to work on sysinstall as it is :) Particularly if you are familiar with Anaconda internals.... -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 17:09: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 2C9E916A4CE for ; Wed, 30 Mar 2005 17:09:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1252643D2D for ; Wed, 30 Mar 2005 17:09:41 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 065DA72DDF; Wed, 30 Mar 2005 09:09:41 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 03C3772DCB; Wed, 30 Mar 2005 09:09:41 -0800 (PST) Date: Wed, 30 Mar 2005 09:09:40 -0800 (PST) From: Doug White To: Andrey Koklin In-Reply-To: <20050330191824.4c08acc6.aka@veco.ru> Message-ID: <20050330090813.B64732@carver.gumbysoft.com> References: <20050330191824.4c08acc6.aka@veco.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Poul-Henning Kamp cc: freebsd-current@FreeBSD.org cc: Maxim Sobolev Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 17:09:41 -0000 On Wed, 30 Mar 2005, Andrey Koklin wrote: > Firstly, I'm thankful to people who had found time to answer my previous > messed post privately. Indeed, I hadn't put there key information about > my system configuration, as well as the tests themselves say little or > nothing on real disk system performance (they used 1K blocks and didn't > take into consideration disks geometry). You've still omitted the array setup, including RAID type and stripe size. I'd also suggest using a tool like iozone to run your tests instead of dd. Unless your workload consists of entirely sequential writes this perf test is worthless. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 17:26: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 EF4C516A4CE for ; Wed, 30 Mar 2005 17:26:16 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D15543D49 for ; Wed, 30 Mar 2005 17:26:16 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so235661wra for ; Wed, 30 Mar 2005 09:26:15 -0800 (PST) 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:references; b=oLdGs+nBbZKCxV5oyP90j+mTQGUh3gI/xo3qwCwaMnP5hQdp8m6sy0qTvPa6gt3F55KUBwZEiUjTlLDNBYMNgOZSy/xgbECaBSKO4tU59g14ADn3BpqWHx/rfE/ZBNoZuEixhJh6bQ7HspyPdjML+bcldlt13oFAA+giejwTrLo= Received: by 10.54.37.1 with SMTP id k1mr548882wrk; Wed, 30 Mar 2005 09:26:15 -0800 (PST) Received: by 10.54.26.4 with HTTP; Wed, 30 Mar 2005 09:26:15 -0800 (PST) Message-ID: Date: Wed, 30 Mar 2005 20:26:15 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <20050330104117.A52981@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 17:26:17 -0000 On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > > > On Tue, 29 Mar 2005 15:46:52 -0500 (EST), Andre Guibert de Bruet wrote: > >> > >> Have you tried booting this machine using GENERIC with ACPI turned off? > > > > I tried running GENERIC and i get the following lor and watchdog > > timeout, no interrupt storms: > --- 8< --- --- 8< --- > > Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > > I tried also my kernel with apic, i don't get interrupt storms but > > i get watchdog timeout message just like with GENERIC. > > Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > > And finally i tried my kernel without apic and without acpi, it's > > running just fine, no interrupt storms, no watchdog timeout, but i > > don't have acpi :(, here is the final > > dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > > It looks like your motherboard's DSDT is doing something hokey. I would > complain to the board manufacturer about this. For the timebeing, you can > dump the DSDT into ASL format, modify it, compile it back to DSDT and load > a proper version on system startup. If this is your first time, you > probably want to run "acpidump -d > my.asl" and make the resulting file > available somewhere. > > Would you also mind sharing the kernel config file that was used to build > the kernel that gaves you the mother of all interrupt parties? > Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 17:38: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 0633D16A4CE for ; Wed, 30 Mar 2005 17:38:00 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 981D743D5C for ; Wed, 30 Mar 2005 17:37:59 +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 11C9C3BE31; Wed, 30 Mar 2005 11:37:59 -0600 (CST) 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 14479-01-15; Wed, 30 Mar 2005 11:37:58 -0600 (CST) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id DCDFD3BE22; Wed, 30 Mar 2005 11:37:58 -0600 (CST) Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 30 Mar 2005 11:37:54 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 30 Mar 2005 11:37:43 -0600 Message-ID: <424AE3E6.3060102@savvis.net> Date: Wed, 30 Mar 2005 09:37:42 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freeze References: <585362735.20050330120814@uscc.ru> <11814573315.20050330144144@uscc.ru> In-Reply-To: <11814573315.20050330144144@uscc.ru> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 17:37:43.0839 (UTC) FILETIME=[2DE1D2F0:01C5354F] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-current@freebsd.org Subject: Re: troubles with bluetooth configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 17:38:00 -0000 Hello, > When I try to initiate my local bt (/etc/rc.bluetooth start ubt0), I > receive an error message: Can`t load ng_bluetooth. ok, what is the exact error message? > I`ve suuposed that is because ng_bluetooth.ko module not loaded, but I > wrong. I`ve load ng_bluetooth.ko and some other BT modules (like > ng_btsockets etc), but I`ve received new error: ngctl: can`t create a > node. permission deny. are you running rc.bluetooth as root? > P.S. In my /dev dir I don`t see any ubt devices, it is normally? Even > when I attach my BT into the usb. that fine. bluetooth device drivers and the stack itself implemented in netgraph(4). bluetooth device drivers will not create device nodes under /dev, they only create netgraph(4) nodes. thanks, max p.s. in the future please ask bluetooth related questions in freebsd-bluetooth@ mailing list p.p.s. you do not have to post twice the same message. From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 17:54: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 A4B7316A4CE; Wed, 30 Mar 2005 17:54:37 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3726143D46; Wed, 30 Mar 2005 17:54:37 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2UHsJB6085096; Wed, 30 Mar 2005 12:54:19 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2UHsIls085093; Wed, 30 Mar 2005 12:54:19 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 30 Mar 2005 12:54:18 -0500 (EST) From: Andre Guibert de Bruet To: Dan Cojocar In-Reply-To: Message-ID: <20050330123458.T52981@lexi.siliconlandmark.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.566, required 6, autolearn=not spam, AWL 0.03, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: Nate Lawson cc: freebsd-current@freebsd.org Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 17:54:37 -0000 On Wed, 30 Mar 2005, Dan Cojocar wrote: > On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: >> On Wed, 30 Mar 2005, Dan Cojocar wrote: >>> >>> I tried running GENERIC and i get the following lor and watchdog >>> timeout, no interrupt storms: >> --- 8< --- --- 8< --- >>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic >>> I tried also my kernel with apic, i don't get interrupt storms but >>> i get watchdog timeout message just like with GENERIC. >>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic >>> And finally i tried my kernel without apic and without acpi, it's >>> running just fine, no interrupt storms, no watchdog timeout, but i >>> don't have acpi :(, here is the final >>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. >> >> It looks like your motherboard's DSDT is doing something hokey. I would >> complain to the board manufacturer about this. For the timebeing, you can >> dump the DSDT into ASL format, modify it, compile it back to DSDT and load >> a proper version on system startup. If this is your first time, you >> probably want to run "acpidump -d > my.asl" and make the resulting file >> available somewhere. >> >> Would you also mind sharing the kernel config file that was used to build >> the kernel that gaves you the mother of all interrupt parties? >> > Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl > And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE I am looking at your kernel config file and it looks pretty much like a stripped down version of GENERIC. I do have some observations: - "device agp" is commented out. Is there any particular reason for this? Does the machine not boot with it on? nForce chipsets provide generic agp support. - atapicam is currently broken on CURRENT. See sos@'s recent ata-mkIII headsup announcement for additional details. You might also want to take note of the following: - You are specifying a "maxusers" parameter. This is no longer required for normal operation. The kernel does a pretty good job of auto-tuning itself. I presume there is a reason for having selected such a low number. - The default scheduler in CURRENT is 4BSD not ULE (This might cause you to encounter edge cases down the road). - You commented out "device random". This causes your system to use alternate (and arguably less secure) entropy sources for its PRNG. I haven't really taken a look at the ASL yet. There are people on this list that are better qualified than myself that could lend you a helping hand with it in far less time than I ever could. I added one such person on the CC list... :-) Cheers, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 18:06: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 15D5316A4CE for ; Wed, 30 Mar 2005 18:06:42 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFAB343D39 for ; Wed, 30 Mar 2005 18:06:41 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2UI6MHR085210; Wed, 30 Mar 2005 13:06:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2UI6MJP085207; Wed, 30 Mar 2005 13:06:22 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Wed, 30 Mar 2005 13:06:22 -0500 (EST) From: Andre Guibert de Bruet To: Andrey Koklin In-Reply-To: <20050330090813.B64732@carver.gumbysoft.com> Message-ID: <20050330125447.B52981@lexi.siliconlandmark.com> References: <20050330191824.4c08acc6.aka@veco.ru> <20050330090813.B64732@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.568, required 6, autolearn=not spam, AWL 0.03, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 18:06:42 -0000 On Wed, 30 Mar 2005, Doug White wrote: > On Wed, 30 Mar 2005, Andrey Koklin wrote: > >> Firstly, I'm thankful to people who had found time to answer my previous >> messed post privately. Indeed, I hadn't put there key information about >> my system configuration, as well as the tests themselves say little or >> nothing on real disk system performance (they used 1K blocks and didn't >> take into consideration disks geometry). > > You've still omitted the array setup, including RAID type and stripe size. > > I'd also suggest using a tool like iozone to run your tests instead of dd. > Unless your workload consists of entirely sequential writes this perf test > is worthless. Even bonnie++ (Which benchmarks far more than just the underlying storage subsystem) would have been a better benchmark. An excellent series of DOs and DONTs messages were exchanged last year in January. An overview of the thread can be found at: http://blog.delphij.net/archives/000047.html Happy benchmarking! :-) Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 18:31: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 1FF6B16A4CE for ; Wed, 30 Mar 2005 18:31:47 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD8EF43D54 for ; Wed, 30 Mar 2005 18:31:46 +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 j2UIVkMa031611; Wed, 30 Mar 2005 10:31:46 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j2UIVjgg031610; Wed, 30 Mar 2005 10:31:45 -0800 Date: Wed, 30 Mar 2005 10:31:45 -0800 From: Brooks Davis To: Peter Jeremy Message-ID: <20050330183145.GB24465@odin.ac.hmc.edu> References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330110613.GB71384@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eAbsdosE1cNLO4uF" Content-Disposition: inline In-Reply-To: <20050330110613.GB71384@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 18:31:47 -0000 --eAbsdosE1cNLO4uF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 09:06:13PM +1000, Peter Jeremy wrote: > On Wed, 2005-Mar-30 10:34:35 +0200, Jeremie Le Hen wrote: > >Andreas Hauser made a patch to strcspn(3) for the DragonFly project > >which makes it faster when dealing with long strings [1] (rev 1.4). > >It basically changes the complexity of the function from > > O(strlen(str) * strlen(chars)) > >to > > O(strlen(str) + strlen(chars)) > >by using a charset. >=20 > It has a significantly higher overhead due to the need to zero the charse= t. >=20 > >I have two questions. First, is this change worth enough to be merged > >in FreeBSD (this function is currently used in 42 binaries from > >/{,usr/}{s,}bin) ? I mean does the performance gain on large strings > >compensates the use of a large 256-bytes buffer ? >=20 > You are proposing this change so I think it's up to you to demonstrate > an improvement. I don't think the space is an issue in userland (it > would be in the kernel) so it's just a matter of which is faster. Did > Joerg or Andreas provide any performance test results? My gut feeling > is that strcspn() isn't heavily used enough or with long enough > "chars" arguments for the change to be noticable in the base system. The real question I have is, how long does the string need to be before this is a win and how much does it hurt for typical string lengths? I've written code with strcspn that needed to perform well, but it was parsing 80-column punch card derived formats. -- 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 --eAbsdosE1cNLO4uF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCSvCRXY6L6fI4GtQRAnlBAKCFBCvUQoUsj7bWev2ax450CogZTgCgrYDA QwAotIIhueHf9XfERt8Q1hc= =nZjB -----END PGP SIGNATURE----- --eAbsdosE1cNLO4uF-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 18:49: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 5749016A4CE for ; Wed, 30 Mar 2005 18:49:20 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6923043D46 for ; Wed, 30 Mar 2005 18:49:18 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j2UImUww000831; Wed, 30 Mar 2005 10:48:35 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200503301848.j2UImUww000831@gw.catspoiler.org> Date: Wed, 30 Mar 2005 10:48:30 -0800 (PST) From: Don Lewis To: smckay@internode.on.net In-Reply-To: <200503301139.j2UBdMp5016442@dungeon.home> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: PeterJeremy@optushome.com.au cc: brian@aljex.com cc: freebsd-current@FreeBSD.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 18:49:20 -0000 On 30 Mar, Stephen McKay wrote: > PPS Who's for adding a "cp -h" option to copy preserving hard links? Sounds good to me. BTW, I've always liked the GNU cp "-a" option, though I seem to recall that it has the possible misfeature of attempting to preserve the file ownership. This can be inconvenient when run by root if the system allows users to give file ownership away. From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 19:05: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 3B90016A4CE for ; Wed, 30 Mar 2005 19:05:54 +0000 (GMT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 8CA8743D2D for ; Wed, 30 Mar 2005 19:05:53 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 30 Mar 2005 18:57:07 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Wed, 30 Mar 2005 13:57:04 -0500 (EST) Message-ID: <3971.172.16.0.199.1112209024.squirrel@wettoast.dyndns.org> Date: Wed, 30 Mar 2005 13:57:04 -0500 (EST) From: "Mike Jakubik" To: freebsd-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 Subject: weird ssh errors in security run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 19:05:54 -0000 Hello, This is what i found in my daily security run: --- login failures: Mar 29 00:10:04 fbsd sshd[96361]: fatal: stat(/dev/#C:223:0x0) failed: No such file or directory Mar 29 00:10:04 fbsd sshd[96361]: error: chown /dev/#C:223:0x0 0 0 failed: No such file or directory Mar 29 00:10:04 fbsd sshd[96361]: error: chmod /dev/#C:223:0x0 0666 failed: No such file or directory Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON #C:232:0x0 Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON #C:232:0x0, root --- 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Mar 28 23:53:00 EST 2005 Thanks. From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 19:27: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 5A27A16A4CE for ; Wed, 30 Mar 2005 19:27:39 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BE6443D2D for ; Wed, 30 Mar 2005 19:27:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 5CD157A41E; Wed, 30 Mar 2005 11:27:38 -0800 (PST) Message-ID: <424AFDAA.8010607@elischer.org> Date: Wed, 30 Mar 2005 11:27:38 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Andrey Koklin References: <20050330191824.4c08acc6.aka@veco.ru> In-Reply-To: <20050330191824.4c08acc6.aka@veco.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Poul-Henning Kamp cc: freebsd-current@freebsd.org cc: Maxim Sobolev Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 19:27:39 -0000 Thanks for giving more info.. this shows up some problems though.. Andrey Koklin wrote: >Firstly, I'm thankful to people who had found time to answer my previous >messed post privately. Indeed, I hadn't put there key information about >my system configuration, as well as the tests themselves say little or >nothing on real disk system performance (they used 1K blocks and didn't >take into consideration disks geometry). > >Nevertheless, my new corrected tests still reveal the same problem >with performance on new systems. > >Tested systems: > >1. FreeBSD 4.11-STABLE #0: Thu Mar 3 15:40:34 MSK > Platform: HP Proliant DL380 G3, 2 x Xeon 3.2GHz, memory 2Gb, > SmartArray 5i, 5 x 18Gb Ultra3 10K HDD > SMP kernel > ciss driver version 1.2.2.21 2005/01/21 > >2. FreeBSD 5.4-PRERELEASE #16: Sun Mar 20 23:05:52 MSK > Platform: HP Proliant DL380 G3, 2 x Xeon 3.2GHz, memory 2Gb, > SmartArray 5i, 6 x 72Gb Ultra320 10K HDD > SMP kernel > ciss driver version 1.56.2.1 2005/01/20 > > this has a different drive type to the first system.. and a different number of drives.. what is the speed difference between the different drive types? >3. FreeBSD 6.0-CURRENT #0: Tue Mar 29 15:45:56 MSD > Platform: HP Proliant DL380 G2, 2 x P3 1.133GHz, memory 1Gb, > SmartArray 5i, 5 x 36Gb Ultra320 10K HDD > SMP kernel with stripped off debugging information > ciss driver version 1.60 2005/03/29 > > Woops! yet another different type of drive.. I'm not saying that there is no problem (I actually think there is a slowdown in 5/6 but it should be amenable to tuning as we get time to look at it.. The new disk code is a lot more dependent on teh scheduler than the old disk code). What I AM saying is that teh test environment doens't eliminate some of the possible reasons for speed differences.. For example, you don't say if the raid controllers arre set up the same.. And the disks do not match.. the 74GB drives may be newer and faster.. Maybe you should reinstall the 6.0 machine to have a 4.11 partition as well so that you can dual boot on the exact same hardware.. THAT would show it if you used the same partition for both tests.. (The testing partition should be a UFS1 filesystem that both can read.) > >Tests use 64k read/writes in 3 slices. >Of course, there exists a fragmentation factor, but it's small enough. >I've played with newly formated FS, soft-updates, sync/async modes >with near the same result. > >-- 8< ------------------------------------------------------------------ > >do# uname -a >FreeBSD do.veco.ru 4.11-STABLE FreeBSD 4.11-STABLE #0: Thu Mar 3 15:40:34 MSK 2005 wooler@do.veco.ru:/usr/obj/usr/src/sys/DO i386 >do# BS=64k >do# BC=16 >do# df -lh >Filesystem Size Used Avail Capacity Mounted on >/dev/da0s1a 252M 45M 187M 20% / >/dev/da0s1h 2.0G 24K 1.8G 0% /tmp >/dev/da0s1e 2.0G 1.5G 325M 82% /usr >/dev/da0s1f 30G 17G 11G 61% /var >/dev/da0s1g 30G 1.5G 26G 5% /export >procfs 4.0K 4.0K 0B 100% /proc > > this doesn't show the order of the partitions in the drive.. use 'disklabel da0s1' to show that information. >do# dd if=/dev/zero of=/tmp/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 23.826439 secs (45065140 bytes/sec) >do# dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 27.081948 secs (39647880 bytes/sec) >do# dd if=/dev/zero of=/export/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 22.714908 secs (47270357 bytes/sec) >do# dd if=/tmp/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 9.439599 secs (113748669 bytes/sec) >do# dd if=/var/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 9.327485 secs (115115901 bytes/sec) >do# dd if=/export/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 8.826914 secs (121644078 bytes/sec) >do# rm /tmp/1Gb /var/1Gb /export/1Gb >do# exit > >-- 8< ------------------------------------------------------------------ > >re:/ # uname -a >FreeBSD re.veco.ru 5.4-PRERELEASE FreeBSD 5.4-PRERELEASE #16: Sun Mar 20 23:05:52 MSK 2005 root@re.veco.ru:/usr/obj/usr/src/sys/RE i386 >re:/ # BS=64k >re:/ # BC=16 >re:/ # df -lh >Filesystem Size Used Avail Capacity Mounted on >/dev/da0s1a 15G 2.2G 12G 15% / >devfs 1.0K 1.0K 0B 100% /dev >/dev/da0s1e 124G 14G 100G 12% /var >/dev/da0s1d 31G 23G 5.7G 80% /var/db/backup >/dev/da0s1f 154G 87G 54G 62% /var/ftp >/dev/md0 124M 66K 114M 0% /tmp >devfs 1.0K 1.0K 0B 100% /var/named/dev >re:/ # dd if=/dev/zero of=/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 40.210140 secs (26703260 bytes/sec) >re:/ # dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 39.433364 secs (27229273 bytes/sec) >re:/ # dd if=/dev/zero of=/var/ftp/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 45.285700 secs (23710395 bytes/sec) >re:/ # dd if=/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 17.519033 secs (61290016 bytes/sec) >re:/ # dd if=/var/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 17.972094 secs (59744949 bytes/sec) >re:/ # dd if=/var/ftp/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 15.436768 secs (69557425 bytes/sec) >re:/ # rm /1Gb /var/1Gb /var/ftp/1Gb >re:/ # exit > >-- 8< ------------------------------------------------------------------ > >do-test# uname -a >FreeBSD do-test.veco.ru 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Mar 29 15:45:56 MSD 2005 wooler@do-test.veco.ru:/usr/obj/usr/src/sys/ i386 >do-test# BS=64k >do-test# BC=16 >do-test# df -lh >Filesystem Size Used Avail Capacity Mounted on >/dev/da0s1a 1.9G 73M 1.7G 4% / >devfs 1.0K 1.0K 0B 100% /dev >/dev/da0s1d 1.9G 940K 1.8G 0% /tmp >/dev/da0s1e 7.7G 1.6G 5.5G 22% /usr >/dev/da0s1f 87G 13G 67G 16% /var >/dev/da0s1g 31G 2.0K 28G 0% /export >do-test# dd if=/dev/zero of=/tmp/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 48.079470 secs (22332647 bytes/sec) >do-test# dd if=/dev/zero of=/var/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 48.591069 secs (22097514 bytes/sec) >do-test# dd if=/dev/zero of=/export/1Gb bs=$BS count=$[$BC*1024] >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 48.915319 secs (21951034 bytes/sec) >do-test# dd if=/tmp/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 30.366247 secs (35359714 bytes/sec) >do-test# dd if=/var/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 29.430927 secs (36483452 bytes/sec) >do-test# dd if=/export/1Gb of=/dev/null bs=$BS >16384+0 records in >16384+0 records out >1073741824 bytes transferred in 30.164319 secs (35596422 bytes/sec) >do-test# rm /tmp/1Gb /var/1Gb /export/1Gb >do-test# exit > >-- 8< ------------------------------------------------------------------ > > >Andrey >_______________________________________________ >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 Mar 30 19:28: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 9AAF216A4CE for ; Wed, 30 Mar 2005 19:28:27 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB31B43D1F for ; Wed, 30 Mar 2005 19:28:26 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so283216wra for ; Wed, 30 Mar 2005 11:28:26 -0800 (PST) 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:references; b=Gz1wBBY/yFN69Z/VZLSqzYfX7f9p93XzvbzUwUWFt6wxDzOOVCQENIMMCVeZY0523hHB0sm69YhyR5B+mxJcRlylUuc6LUGsMMagf4eg5AJcNa4v+A4i/q8JkEfR4Qp2Ujmk8CU64MNwHifgaZHLvwhEWFiJJcX71PUAJ6p674M= Received: by 10.54.68.18 with SMTP id q18mr741111wra; Wed, 30 Mar 2005 11:28:25 -0800 (PST) Received: by 10.54.26.4 with HTTP; Wed, 30 Mar 2005 11:28:25 -0800 (PST) Message-ID: Date: Wed, 30 Mar 2005 22:28:25 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <20050330123458.T52981@lexi.siliconlandmark.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 19:28:27 -0000 On Wed, 30 Mar 2005 12:54:18 -0500 (EST), Andre Guibert de Bruet wrote: > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > > On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > >> On Wed, 30 Mar 2005, Dan Cojocar wrote: > >>> > >>> I tried running GENERIC and i get the following lor and watchdog > >>> timeout, no interrupt storms: > >> --- 8< --- --- 8< --- > >>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > >>> I tried also my kernel with apic, i don't get interrupt storms but > >>> i get watchdog timeout message just like with GENERIC. > >>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > >>> And finally i tried my kernel without apic and without acpi, it's > >>> running just fine, no interrupt storms, no watchdog timeout, but i > >>> don't have acpi :(, here is the final > >>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > >> > >> It looks like your motherboard's DSDT is doing something hokey. I would > >> complain to the board manufacturer about this. For the timebeing, you can > >> dump the DSDT into ASL format, modify it, compile it back to DSDT and load > >> a proper version on system startup. If this is your first time, you > >> probably want to run "acpidump -d > my.asl" and make the resulting file > >> available somewhere. > >> > >> Would you also mind sharing the kernel config file that was used to build > >> the kernel that gaves you the mother of all interrupt parties? > >> > > Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl > > And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE > > I am looking at your kernel config file and it looks pretty much like a > stripped down version of GENERIC. I do have some observations: Yes it's a stripped version of GENERIC. > - "device agp" is commented out. Is there any particular reason for this? > Does the machine not boot with it on? nForce chipsets provide generic agp > support. I use agp as a module. > - atapicam is currently broken on CURRENT. See sos@'s recent ata-mkIII > headsup announcement for additional details. My current is from yesterday, sos did his commit today, that is why i have atapicam. > You might also want to take note of the following: > > - You are specifying a "maxusers" parameter. This is no longer required > for normal operation. The kernel does a pretty good job of auto-tuning > itself. I presume there is a reason for having selected such a low number. > - The default scheduler in CURRENT is 4BSD not ULE (This might cause you > to encounter edge cases down the road). I'm running with ULE for some time and it's very stable, i use ULE on all my machines and i don't have problems. I will do a test with 4BSD but i don't think that this is the problem. > - You commented out "device random". This causes your system to use > alternate (and arguably less secure) entropy sources for its PRNG. random is a module too. > > I haven't really taken a look at the ASL yet. There are people on this > list that are better qualified than myself that could lend you a helping > hand with it in far less time than I ever could. I added one such person > on the CC list... :-) Thank you, Dan From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 19:55: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 355CF16A4CE for ; Wed, 30 Mar 2005 19:55:02 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0458F43D1F for ; Wed, 30 Mar 2005 19:55:02 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id CA0E77A41E; Wed, 30 Mar 2005 11:55:01 -0800 (PST) Message-ID: <424B0415.2070407@elischer.org> Date: Wed, 30 Mar 2005 11:55:01 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en, hu MIME-Version: 1.0 To: Stephen McKay References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> <200503301139.j2UBdMp5016442@dungeon.home> In-Reply-To: <200503301139.j2UBdMp5016442@dungeon.home> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Peter Jeremy cc: "Brian K. White" cc: freebsd-current@freebsd.org Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 19:55:02 -0000 Stephen McKay wrote: >On Tuesday, 29th March 2005, Peter Jeremy wrote: > > > >>Brian missed a pair of parenthenis. The example should read: >> >>( cd srcdir ; tar cf - . ) | ( cd destdir ; tar xpf - ) >> >> > >Tar is indeed a most excellent program for copying directory trees, since >even in this modern century cp fails to correctly handle hard links. Sigh. > > I find "find -depth |cpio -pdmuv" is better because it has the option of being run as: find -depth |cpio -pdmv which will only update new files . this is excelent if you stop it half way through for some reason and want to continue the copy.. good if you want to keep one tree in sync with another. also find -depth |cpio -pdlmuv is good if you want a 'linked' copy of a directory where all the files are hardlinks of the original. >Still, if you are using tar, be sure to use it correctly: > >( cd srcdir && tar cf - . ) | ( cd destdir && tar xpf - ) > >You don't want it going off in the current directory and mangling things >just because of a little typo in a directory name. > >Stephen. > >PS If I'm right, the new tar fixes something gtar got wrong: setting >permissions on "." when it is part of the archive, which of course it is >when you copy directories in this way. This may surprise new users, even >though it is the only sensible result. > >PPS Who's for adding a "cp -h" option to copy preserving hard links? >_______________________________________________ >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 Mar 30 20:03: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 2CA2916A4CE for ; Wed, 30 Mar 2005 20:03:36 +0000 (GMT) Received: from mxfep02.bredband.com (mxfep02.bredband.com [195.54.107.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D52643D39 for ; Wed, 30 Mar 2005 20:03:34 +0000 (GMT) (envelope-from martin@gneto.com) Received: from as6-1-5.kr.m.bonet.se ([83.227.181.30] [83.227.181.30]) by mxfep02.bredband.com with ESMTP <20050330200333.QJSO22685.mxfep02.bredband.com@as6-1-5.kr.m.bonet.se>; Wed, 30 Mar 2005 22:03:33 +0200 Received: from [192.168.10.11] (euklides.gneto.com [192.168.10.11]) by as6-1-5.kr.m.bonet.se (Postfix) with ESMTP id 859A9678E6; Wed, 30 Mar 2005 22:03:32 +0200 (CEST) Message-ID: <424B0614.5000902@gneto.com> Date: Wed, 30 Mar 2005 22:03:32 +0200 From: Martin Nilsson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; sv-SE; rv:1.7.6) Gecko/20050326 X-Accept-Language: sv, en-us, en MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <20050330191824.4c08acc6.aka@veco.ru> <20050330090813.B64732@carver.gumbysoft.com> In-Reply-To: <20050330090813.B64732@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:03:36 -0000 Doug White wrote / skrev: > > I'd also suggest using a tool like iozone to run your tests instead of dd. > Unless your workload consists of entirely sequential writes this perf test > is worthless. What is wrong with using dd to measure max read/write bandwith of the controller-disk system? I use the following to determine if there are any obvious problems with new hardware: (ad1 should not have any useful data). At the same time I run "systat -v 1" on another console. dd if=/dev/zero of=/dev/ad1 bs=128k dd if=/dev/ad1 of=/dev/null bs=128k On a modern disk this should give numbers in the vicinity of 50MB/s at the beginning of the disk. This tells me in seconds if there is something wrong with the controller, cable, disk (or FreeBSD driver). If I can't get decent bandwith with this simple test, how could I get good performance with any other test program? Regards, Martin From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:14: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 108BF16A4CE for ; Wed, 30 Mar 2005 20:14:38 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2843543D5C for ; Wed, 30 Mar 2005 20:14:37 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.52.118.28) by vsmtp3.tin.it (7.0.027) id 4249E08E0006F133 for freebsd-current@freebsd.org; Wed, 30 Mar 2005 22:14:35 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 503494B; Wed, 30 Mar 2005 22:14:35 +0200 (CEST) Date: Wed, 30 Mar 2005 22:14:35 +0200 From: Matteo Riondato To: freebsd-current@freebsd.org Message-ID: <20050330201435.GG916@kaiser.sig11.org> 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="j4ivd53YxxNwCQqF" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:14:38 -0000 --j4ivd53YxxNwCQqF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi folks, few hours ago I saw that ndiscvt was connected to the amd64 build, so, about 2 hours ago, I cvsupped and rebuilded my system. After the reboot, I converted the Windows driver to ndis_driver_data.h, builded the if_ndis.ko module and loaded ndisk.ko and if_ndis.ko. When I try to load if_ndis with "kldload if_ndis", I get: link_elf_obj: symbol MRV8Kx64_sys_drv_data_start undefined kldload: Unsupported file type kldload: an't load if_ndis: Exec format error My card is a .11g card onboard my Asus A8V-E Deluxe motherboard.=20 BTW, am I supposed to use 64bit drivers or 32bit drivers with NDIS? Any hint will be much appreciated. Thank you in advance 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) --j4ivd53YxxNwCQqF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSwir2Mp4pR7Fa+wRAqVqAKDQCSpewXxA6Qpr/JG6vNyxeKcG6QCfVaEy KvibZpBo6rCLreeTRx+JM+4= =agTK -----END PGP SIGNATURE----- --j4ivd53YxxNwCQqF-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:24: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 E4DB616A4CE for ; Wed, 30 Mar 2005 20:24:52 +0000 (GMT) Received: from mi.veco.ru (mail.veco.ru [195.161.146.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7667043D6D for ; Wed, 30 Mar 2005 20:24:51 +0000 (GMT) (envelope-from aka@veco.ru) Received: from [193.125.120.100] (HELO aka-ppp.veco.ru) by mi.veco.ru (CommuniGate Pro SMTP 4.2.7) with ESMTP id 59957; Thu, 31 Mar 2005 00:24:44 +0400 Date: Thu, 31 Mar 2005 00:24:42 +0400 From: Andrey Koklin X-Priority: 3 (Normal) Message-ID: <1831036333.20050331002442@veco.ru> To: Doug White In-Reply-To: <20050330090813.B64732@carver.gumbysoft.com> References: <20050330191824.4c08acc6.aka@veco.ru> <20050330090813.B64732@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrey Koklin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 20:24:53 -0000 Doug White wrote: > You've still omitted the array setup, including RAID type and stripe size. Yes, sorry. I missed it in 2nd letter, but said at the first place, that disk systems configured identically as RAID5 (5 disks in array). Standard HP array BIOS has no nuts and bolts to tune array parameters, so the arrays were configured with default options. As I remember, there should be 64K default stripe size, but I'm not quite sure -- to find it there is needed additional array configuration utility. do:~ $ grep da0 /var/run/dmesg.boot da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 69443MB (142220640 512 byte sectors: 255H 32S/T 17429C) re:~ $ grep da0 /var/run/dmesg.boot da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 347295MB (711261810 512 byte sectors: 255H 63S/T 44274C) do-test:~ $ grep da0 /var/run/dmesg.boot da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 138911MB (284490240 512 byte sectors: 255H 32S/T 34864C) > I'd also suggest using a tool like iozone to run your tests instead of dd. > Unless your workload consists of entirely sequential writes this perf test > is worthless. Yes, perhaps, more thorough testing is needed, indeed. While, I think, if you have bad performance with linear transfer, all other tests would be worthless. My old system had linear read transfer near theoretical controller bus limit, while it's 2 and more times less with new. And I hadn't intended to do "parrot" measurements. Just, while upgrading my network statistics server, which should process Cisco flows, I've noticed substantial performance drop. Linear transfer is just an ilustrative example. It can use block sizes of 1k, 64k or 1m, but the result is the same. Same with other non-linear things, like simple tar of /usr/src. Well, if it couldn't be fixed, perhaps, I should think of downgrading system back to 4.11. -- Regards, Andrey From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:25: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 9A2BC16A4CF for ; Wed, 30 Mar 2005 20:25:26 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30FC643D2D for ; Wed, 30 Mar 2005 20:25:26 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UKTFfe012186; Wed, 30 Mar 2005 13:29:15 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B0AB9.3020200@samsco.org> Date: Wed, 30 Mar 2005 13:23:21 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matteo Riondato References: <20050330201435.GG916@kaiser.sig11.org> In-Reply-To: <20050330201435.GG916@kaiser.sig11.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 Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:25:26 -0000 Matteo Riondato wrote: > Hi folks, > few hours ago I saw that ndiscvt was connected to the amd64 build, so, > about 2 hours ago, I cvsupped and rebuilded my system. > After the reboot, I converted the Windows driver to > ndis_driver_data.h, builded the if_ndis.ko module and loaded ndisk.ko > and if_ndis.ko. > When I try to load if_ndis with "kldload if_ndis", I get: > link_elf_obj: symbol MRV8Kx64_sys_drv_data_start undefined > kldload: Unsupported file type > kldload: an't load if_ndis: Exec format error > > My card is a .11g card onboard my Asus A8V-E Deluxe motherboard. > BTW, am I supposed to use 64bit drivers or 32bit drivers with NDIS? > > Any hint will be much appreciated. > Thank you in advance > Best Regards Interesting. I have this exact same motherboard, and when I tried the driver I got an instant reboot. You do need to use the 64-bit version of the .inf and .sys files (which I found on the driver disk that came with the motherboard). Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20: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 5E2DE16A4CE for ; Wed, 30 Mar 2005 20:32:14 +0000 (GMT) Received: from mi.veco.ru (mail.veco.ru [195.161.146.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D22943D3F for ; Wed, 30 Mar 2005 20:32:13 +0000 (GMT) (envelope-from aka@veco.ru) Received: from [193.125.120.100] (HELO aka-ppp.veco.ru) by mi.veco.ru (CommuniGate Pro SMTP 4.2.7) with ESMTP id 59983; Thu, 31 Mar 2005 00:32:11 +0400 Date: Thu, 31 Mar 2005 00:32:10 +0400 From: Andrey Koklin X-Priority: 3 (Normal) Message-ID: <185252223.20050331003210@veco.ru> To: Julian Elischer In-Reply-To: <424AFDAA.8010607@elischer.org> References: <20050330191824.4c08acc6.aka@veco.ru> <424AFDAA.8010607@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Andrey Koklin List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 20:32:14 -0000 Hi, Julian, Thanks for your reply! I'll try to look further and answer yesterday at work. Regards, Andrey From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:37: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 929BE16A4CE for ; Wed, 30 Mar 2005 20:37:38 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5130A43D3F for ; Wed, 30 Mar 2005 20:37:38 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id C5F785DC9; Wed, 30 Mar 2005 15:37:37 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 43907-06; Wed, 30 Mar 2005 15:37:37 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-53-96.ny325.east.verizon.net [68.161.53.96]) by pi.codefab.com (Postfix) with ESMTP id BB4B05DA3; Wed, 30 Mar 2005 15:37:36 -0500 (EST) Message-ID: <424B0DF2.8090802@mac.com> Date: Wed, 30 Mar 2005 15:37:06 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Martin Nilsson References: <20050330191824.4c08acc6.aka@veco.ru> <20050330090813.B64732@carver.gumbysoft.com> <424B0614.5000902@gneto.com> In-Reply-To: <424B0614.5000902@gneto.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: freebsd-current@FreeBSD.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:37:38 -0000 Martin Nilsson wrote: [ ... ] > What is wrong with using dd to measure max read/write bandwith of the > controller-disk system? Nothing-- it's fine. There are people around here who have very strong viewpoints with regard to accurate, reproducable testing. Their suggestions are worth paying attention to, but there is some level of nitpicking going on about just what it is you're testing when you run such-and-such a command. > On a modern disk this should give numbers in the vicinity of 50MB/s at > the beginning of the disk. This tells me in seconds if there is > something wrong with the controller, cable, disk (or FreeBSD driver). Absolutely, you're doing a sanity check on the hardware, and seeing whether the numbers are roughly what they should be. The difference between a scientist and an engineer is that the latter *doesn't* want to reproduce the sparks when something shorts out just to obtain a standard deviation. -- -Chuck From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:48: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 4E84016A4CE for ; Wed, 30 Mar 2005 20:48:17 +0000 (GMT) Received: from vsmtp3.tin.it (vsmtp3alice.tin.it [212.216.176.143]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFE9443D53 for ; Wed, 30 Mar 2005 20:48:16 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.52.118.28) by vsmtp3.tin.it (7.0.027) id 4249E08E00071D2A for freebsd-current@freebsd.org; Wed, 30 Mar 2005 22:48:15 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 9E0674B; Wed, 30 Mar 2005 22:48:15 +0200 (CEST) Date: Wed, 30 Mar 2005 22:48:15 +0200 From: Matteo Riondato To: Scott Long Message-ID: <20050330204815.GH916@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Scott Long , freebsd-current@freebsd.org References: <20050330201435.GG916@kaiser.sig11.org> <424B0AB9.3020200@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="w9gceUn8eOVn8+8k" Content-Disposition: inline In-Reply-To: <424B0AB9.3020200@samsco.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:48:17 -0000 --w9gceUn8eOVn8+8k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 01:23:21PM -0700, Scott Long wrote: > Matteo Riondato wrote: > >Hi folks, > >few hours ago I saw that ndiscvt was connected to the amd64 build, so, > >about 2 hours ago, I cvsupped and rebuilded my system. > >After the reboot, I converted the Windows driver to > >ndis_driver_data.h, builded the if_ndis.ko module and loaded ndisk.ko > >and if_ndis.ko. > >When I try to load if_ndis with "kldload if_ndis", I get: > >link_elf_obj: symbol MRV8Kx64_sys_drv_data_start undefined > >kldload: Unsupported file type > >kldload: an't load if_ndis: Exec format error > > > >My card is a .11g card onboard my Asus A8V-E Deluxe motherboard.=20 > >BTW, am I supposed to use 64bit drivers or 32bit drivers with NDIS? > > > >Any hint will be much appreciated. > >Thank you in advance > >Best Regards >=20 > Interesting. I have this exact same motherboard, and when I tried the > driver I got an instant reboot. You do need to use the 64-bit version > of the .inf and .sys files (which I found on the driver disk that came > with the motherboard). Yes, I did use them, no istant reboot here, just the error messages written above. Did you try to make the onboard eth card working? 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) --w9gceUn8eOVn8+8k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCSxCP2Mp4pR7Fa+wRAlqWAKC71w4M5KkRQHUO+UuJfiKhXKXQKgCgtQnU yxt1Oc4r2t8ThIxFimLVXI0= =1NjR -----END PGP SIGNATURE----- --w9gceUn8eOVn8+8k-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 20:54: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 089FF16A4CE for ; Wed, 30 Mar 2005 20:54:20 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29ABB43D48 for ; Wed, 30 Mar 2005 20:54:19 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2UKw8dS012332; Wed, 30 Mar 2005 13:58:08 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424B117E.2040506@samsco.org> Date: Wed, 30 Mar 2005 13:52:14 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matteo Riondato References: <20050330201435.GG916@kaiser.sig11.org> <424B0AB9.3020200@samsco.org> <20050330204815.GH916@kaiser.sig11.org> In-Reply-To: <20050330204815.GH916@kaiser.sig11.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 Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 20:54:20 -0000 Matteo Riondato wrote: > On Wed, Mar 30, 2005 at 01:23:21PM -0700, Scott Long wrote: > >>Matteo Riondato wrote: >> >>>Hi folks, >>>few hours ago I saw that ndiscvt was connected to the amd64 build, so, >>>about 2 hours ago, I cvsupped and rebuilded my system. >>>After the reboot, I converted the Windows driver to >>>ndis_driver_data.h, builded the if_ndis.ko module and loaded ndisk.ko >>>and if_ndis.ko. >>>When I try to load if_ndis with "kldload if_ndis", I get: >>>link_elf_obj: symbol MRV8Kx64_sys_drv_data_start undefined >>>kldload: Unsupported file type >>>kldload: an't load if_ndis: Exec format error >>> >>>My card is a .11g card onboard my Asus A8V-E Deluxe motherboard. >>>BTW, am I supposed to use 64bit drivers or 32bit drivers with NDIS? >>> >>>Any hint will be much appreciated. >>>Thank you in advance >>>Best Regards >> >>Interesting. I have this exact same motherboard, and when I tried the >>driver I got an instant reboot. You do need to use the 64-bit version >>of the .inf and .sys files (which I found on the driver disk that came >>with the motherboard). > > > Yes, I did use them, no istant reboot here, just the error messages > written above. > Did you try to make the onboard eth card working? > Best Regards Are you sure you used the correct .inf and .sys files? I used /cdrom/Drivers/WIFI/64bit/Inf/WinXP_2K_x64/MRV8Xx64.sys As for the onboard NIC chip, the .inf file on the cdrom isn't parsable by ndiscvt. Even after converting it from utf16 to ascii, it still has lots of syntax errors. It's just a Yukon2 so it should be easy to find other driver sources, but I haven't been motivated enough to try yet. Someone(tm) needs to sit down and port the YK2 support to the if_sk driver (or just write a new driver). There are rumors that Marvell is devoting some efforts to a future FreeBSD driver, but when and how it will be released is anyone's guess. Scott From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 21:02: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 AAF5216A4CE; Wed, 30 Mar 2005 21:02:15 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3974C43D31; Wed, 30 Mar 2005 21:02:15 +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 j2UL2EkH094967; Wed, 30 Mar 2005 16:02:14 -0500 (EST) (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.1/8.13.1) with ESMTP id j2UL2EH4034266; Wed, 30 Mar 2005 16:02:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A2F977306E; Wed, 30 Mar 2005 16:02:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050330210214.A2F977306E@freebsd-current.sentex.ca> Date: Wed, 30 Mar 2005 16:02:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha 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: Wed, 30 Mar 2005 21:02:16 -0000 TB --- 2005-03-30 19:30:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-30 19:30:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-03-30 19:30:01 - checking out the source tree TB --- 2005-03-30 19:30:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-03-30 19:30:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-30 19:36:56 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-30 19:36:56 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-30 19:36:56 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-30 20:44:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 20:44:25 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-30 20:44:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 30 20:44:25 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 Wed Mar 30 20:58:04 UTC 2005 TB --- 2005-03-30 20:58:04 - generating LINT kernel config TB --- 2005-03-30 20:58:04 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-03-30 20:58:04 - /usr/bin/make -B LINT TB --- 2005-03-30 20:58:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 20:58:04 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-03-30 20:58:04 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 30 20:58:04 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 [...] /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /tinderbox/CURRENT/alpha/alpha/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-03-30 21:02:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-30 21:02:14 - ERROR: failed to build lint kernel TB --- 2005-03-30 21:02:14 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 22:02: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 0ACA116A4CE for ; Wed, 30 Mar 2005 22:02:26 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id B837F43D46 for ; Wed, 30 Mar 2005 22:02:25 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 17009 invoked from network); 30 Mar 2005 22:02:25 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 30 Mar 2005 22:02:23 -0000 Received: from hydrogen.funkthat.com (yjsbap@localhost.funkthat.com [127.0.0.1])j2UM2MGH086942; Wed, 30 Mar 2005 14:02:22 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j2UM2Md2086941; Wed, 30 Mar 2005 14:02:22 -0800 (PST) Date: Wed, 30 Mar 2005 14:02:22 -0800 From: John-Mark Gurney To: Martin Nilsson Message-ID: <20050330220221.GH37984@funkthat.com> Mail-Followup-To: Martin Nilsson , freebsd-current@FreeBSD.org References: <20050330191824.4c08acc6.aka@veco.ru> <20050330090813.B64732@carver.gumbysoft.com> <424B0614.5000902@gneto.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <424B0614.5000902@gneto.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@FreeBSD.org Subject: Re: ciss(4): speed degradation for Compaq Smart Array [edited] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 22:02:26 -0000 Martin Nilsson wrote this message on Wed, Mar 30, 2005 at 22:03 +0200: > Doug White wrote / skrev: > > > >I'd also suggest using a tool like iozone to run your tests instead of dd. > >Unless your workload consists of entirely sequential writes this perf test > >is worthless. > > What is wrong with using dd to measure max read/write bandwith of the > controller-disk system? It's not just measuring the bandwidth of the disk system, since it also must read from somewhere first.. So all of your numbers read x bytes from /dev/zero (or else where) and writes x bytes to disk, or read x bytes from disk and writes x bytes to /dev/zero... It is much more optimial to skip the read/write to /dev/zero, and programs like bonnie do this... (Though the cost of modern read/write from/to /dev/zero, it is still measurable.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 22:38: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 31F9016A4CE; Wed, 30 Mar 2005 22:38:14 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABBAC43D46; Wed, 30 Mar 2005 22:38:13 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2UMcDFJ065064; Wed, 30 Mar 2005 17:38:13 -0500 (EST) (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.1/8.13.1) with ESMTP id j2UMcD6j077050; Wed, 30 Mar 2005 17:38:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D23F67306E; Wed, 30 Mar 2005 17:38:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050330223812.D23F67306E@freebsd-current.sentex.ca> Date: Wed, 30 Mar 2005 17:38:12 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/796/Wed Mar 30 16:28:33 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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: Wed, 30 Mar 2005 22:38:14 -0000 TB --- 2005-03-30 21:02:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-30 21:02:14 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-03-30 21:02:14 - checking out the source tree TB --- 2005-03-30 21:02:14 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-03-30 21:02:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-30 21:09:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-30 21:09:02 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-30 21:09:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-30 22:18:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 22:18:02 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-30 22:18:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 30 22:18: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 Wed Mar 30 22:33:13 UTC 2005 TB --- 2005-03-30 22:33:13 - generating LINT kernel config TB --- 2005-03-30 22:33:13 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-03-30 22:33:13 - /usr/bin/make -B LINT TB --- 2005-03-30 22:33:13 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 22:33:13 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-03-30 22:33:13 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 30 22:33:13 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 [...] /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /tinderbox/CURRENT/amd64/amd64/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-03-30 22:38:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-30 22:38:12 - ERROR: failed to build lint kernel TB --- 2005-03-30 22:38:12 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 22:44: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 9A52416A4CE for ; Wed, 30 Mar 2005 22:44:46 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55B8743D2D for ; Wed, 30 Mar 2005 22:44:46 +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; Wed, 30 Mar 2005 14:44:45 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id BE0445D07; Wed, 30 Mar 2005 14:44:45 -0800 (PST) To: Julian Elischer In-reply-to: Your message of "Sun, 27 Mar 2005 20:57:06 PST." <42478EA2.2000200@elischer.org> Date: Wed, 30 Mar 2005 14:44:45 -0800 From: "Kevin Oberman" Message-Id: <20050330224445.BE0445D07@ptavv.es.net> cc: Current Subject: Re: I'm impressed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 22:44:46 -0000 > Date: Sun, 27 Mar 2005 20:57:06 -0800 > From: Julian Elischer > Sender: owner-freebsd-current@freebsd.org > > I bought a USB2 / Firewire combo PCCARD for my laptop.. > plugged it in and voila.. (on 5.4 pre-release). Great to hear, but could you enlighten us as to exactly what card this is? I'd love to have one of these a my laptop is USB 1.1 and has no Firewire. -- 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 Wed Mar 30 23:05: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 16AF316A4CE for ; Wed, 30 Mar 2005 23:05:43 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED23943D46 for ; Wed, 30 Mar 2005 23:05:42 +0000 (GMT) (envelope-from peter@wemm.org) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id E2A8A19764; Wed, 30 Mar 2005 15:05:42 -0800 (PST) From: Peter Wemm To: freebsd-current@freebsd.org Date: Wed, 30 Mar 2005 15:05:42 -0800 User-Agent: KMail/1.7.2 References: <585362735.20050330120814@uscc.ru> <11814573315.20050330144144@uscc.ru> <424AE3E6.3060102@savvis.net> In-Reply-To: <424AE3E6.3060102@savvis.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200503301505.42627.peter@wemm.org> cc: freeze Subject: Re: troubles with bluetooth configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 23:05:43 -0000 On Wednesday 30 March 2005 09:37 am, Maksim Yevmenkin wrote: > Hello, > > > When I try to initiate my local bt (/etc/rc.bluetooth start ubt0), > > I receive an error message: Can`t load ng_bluetooth. > > ok, what is the exact error message? > There is a bug in the module declaration in sys/netgraph/bluetooth/common/ng_bluetooth.c Near 'bluetooth_mod' there is a string in the structure that says "bluetooth" when it should say "ng_bluetooth". --- ng_bluetooth.c 7 Jan 2005 01:45:42 -0000 1.5 +++ ng_bluetooth.c 30 Mar 2005 23:04:44 -0000 @@ -243,7 +243,7 @@ */ static moduledata_t bluetooth_mod = { - "bluetooth", + "ng_bluetooth", bluetooth_modevent, NULL }; The problem is that it is exporting a module called "bluetooth" when the scripts and module loader are expecting "ng_bluetooth". -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5 From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 23:27: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 5C2ED16A4CE for ; Wed, 30 Mar 2005 23:27:58 +0000 (GMT) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDC0043D1D for ; Wed, 30 Mar 2005 23:27:57 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id j2UNRsAe000167; Thu, 31 Mar 2005 00:27:54 +0100 (BST) Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.12.9p2/8.12.9) with ESMTP id j2UNRsFd047745; Thu, 31 Mar 2005 00:27:54 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost)j2UNRsZG047742; Thu, 31 Mar 2005 00:27:54 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Thu, 31 Mar 2005 00:27:54 +0100 (BST) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Scott Long In-Reply-To: <424B117E.2040506@samsco.org> Message-ID: <20050331002339.M46845@ury.york.ac.uk> References: <20050330201435.GG916@kaiser.sig11.org> <424B0AB9.3020200@samsco.org> <20050330204815.GH916@kaiser.sig11.org> <424B117E.2040506@samsco.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk cc: Matteo Riondato cc: freebsd-current@freebsd.org Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 23:27:58 -0000 On Wed, 30 Mar 2005, Scott Long wrote: > Someone(tm) needs to sit down and port the YK2 > support to the if_sk driver (or just write a new driver). There are > rumors that Marvell is devoting some efforts to a future FreeBSD > driver, but when and how it will be released is anyone's guess. I'm vaguely working on this. They are supported under Linux with the same (open source) driver as the rest of the chips supported by our sk driver, so I'm currently working on trying to get support into the existing FreeBSD sk driver. If anyone else is also working on this I'd be interested to hear from them. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 23:44: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 B33E416A4CE for ; Wed, 30 Mar 2005 23:44:46 +0000 (GMT) Received: from mailgate1b.savvis.net (mailgate1b.savvis.net [216.91.182.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2643C43D2D for ; Wed, 30 Mar 2005 23:44:46 +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 932943BF0D; Wed, 30 Mar 2005 17:44:45 -0600 (CST) 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 28863-01-44; Wed, 30 Mar 2005 17:44:45 -0600 (CST) Received: from out001.email.savvis.net (out001.apptix.savvis.net [216.91.32.44]) by mailgate1b.savvis.net (Postfix) with ESMTP id 697383BE31; Wed, 30 Mar 2005 17:44:45 -0600 (CST) Received: from s228130hz1ew03.apptix-01.savvis.net ([10.146.4.28]) by out001.email.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 30 Mar 2005 17:44:54 -0600 Received: from [10.254.186.111] ([66.35.239.94]) by s228130hz1ew03.apptix-01.savvis.net with Microsoft SMTPSVC(6.0.3790.211); Wed, 30 Mar 2005 17:44:49 -0600 Message-ID: <424B39E4.7080900@savvis.net> Date: Wed, 30 Mar 2005 15:44:36 -0800 From: Maksim Yevmenkin User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.2) Gecko/20040822 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Wemm References: <585362735.20050330120814@uscc.ru> <11814573315.20050330144144@uscc.ru> <424AE3E6.3060102@savvis.net> <200503301505.42627.peter@wemm.org> In-Reply-To: <200503301505.42627.peter@wemm.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Mar 2005 23:44:49.0782 (UTC) FILETIME=[765E0160:01C53582] X-Virus-Scanned: amavisd-new at savvis.net cc: freebsd-current@freebsd.org cc: freeze Subject: Re: troubles with bluetooth configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 30 Mar 2005 23:44:46 -0000 Peter, >>> When I try to initiate my local bt (/etc/rc.bluetooth start ubt0), >>>I receive an error message: Can`t load ng_bluetooth. >> >>ok, what is the exact error message? > > There is a bug in the module declaration in > sys/netgraph/bluetooth/common/ng_bluetooth.c > > Near 'bluetooth_mod' there is a string in the structure that says > "bluetooth" when it should say "ng_bluetooth". > > --- ng_bluetooth.c 7 Jan 2005 01:45:42 -0000 1.5 > +++ ng_bluetooth.c 30 Mar 2005 23:04:44 -0000 > @@ -243,7 +243,7 @@ > */ > > static moduledata_t bluetooth_mod = { > - "bluetooth", > + "ng_bluetooth", > bluetooth_modevent, > NULL > }; > > The problem is that it is exporting a module called "bluetooth" when the > scripts and module loader are expecting "ng_bluetooth". thanks for the patch, but i do not think this is a problem. it works just fine. beetle# uname -a FreeBSD beetle.digisle.com 6.0-CURRENT FreeBSD 6.0-CURRENT #5: Thu Mar 24 21:40:59 PST 2005 root@beetle.digisle.com:/usr/obj/usr/src/sys/BEETLE i386 beetle# kldload ng_bluetooth beetle# kldstat -vn ng_bluetooth Id Refs Address Size Name 18 1 0xc2576000 2000 ng_bluetooth.ko Contains modules: Id Name 190 bluetooth beetle# kldstat -vn bluetooth kldstat: can't find file bluetooth: No such file or directory the rc.bluetooth script just calls "kldstat -n " and "module file name" is in fact the actual .ko file name, and not the "name" field from the bluetooth_mod structure. unless, of course, something has changed very recently :) thanks, max From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 00:15: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 5842E16A4CE; Thu, 31 Mar 2005 00:15:21 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C17F43D2F; Thu, 31 Mar 2005 00:15:20 +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.1/8.13.1) with ESMTP id j2V0FJgo068982; Wed, 30 Mar 2005 19:15:19 -0500 (EST) (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 j2V0FJXY059489; Wed, 30 Mar 2005 19:15:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 765017306E; Wed, 30 Mar 2005 19:15:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050331001519.765017306E@freebsd-current.sentex.ca> Date: Wed, 30 Mar 2005 19:15:19 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/797/Wed Mar 30 17:57:40 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 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, 31 Mar 2005 00:15:21 -0000 TB --- 2005-03-30 22:38:13 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-30 22:38:13 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-03-30 22:38:13 - checking out the source tree TB --- 2005-03-30 22:38:13 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-03-30 22:38:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-30 22:45:07 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-30 22:45:07 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-30 22:45:07 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-30 23:52:25 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-30 23:52:25 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-30 23:52:25 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 30 23:52:25 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 Mar 31 00:09:51 UTC 2005 TB --- 2005-03-31 00:09:51 - generating LINT kernel config TB --- 2005-03-31 00:09:51 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf TB --- 2005-03-31 00:09:51 - /usr/bin/make -B LINT TB --- 2005-03-31 00:09:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 00:09:51 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-03-31 00:09:51 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 00:09:51 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 [...] /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** 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-03-31 00:15:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-31 00:15:19 - ERROR: failed to build lint kernel TB --- 2005-03-31 00:15:19 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 01:48: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 8B52116A4CE; Thu, 31 Mar 2005 01:48:54 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A0C743D48; Thu, 31 Mar 2005 01:48:54 +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 j2V1mr2N008423; Wed, 30 Mar 2005 20:48:53 -0500 (EST) (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 j2V1mrFX066420; Wed, 30 Mar 2005 20:48:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8283D7306E; Wed, 30 Mar 2005 20:48:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050331014853.8283D7306E@freebsd-current.sentex.ca> Date: Wed, 30 Mar 2005 20:48:53 -0500 (EST) X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 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, 31 Mar 2005 01:48:54 -0000 TB --- 2005-03-31 00:15:19 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-31 00:15:19 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-31 00:15:19 - checking out the source tree TB --- 2005-03-31 00:15:19 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-31 00:15:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-31 00:22:16 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-31 00:22:16 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-31 00:22:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-31 01:29:59 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 01:29:59 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-31 01:29:59 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 31 01:29:59 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 Mar 31 01:44:30 UTC 2005 TB --- 2005-03-31 01:44:30 - generating LINT kernel config TB --- 2005-03-31 01:44:30 - cd /home/tinderbox/CURRENT/i386/pc98/src/sys/pc98/conf TB --- 2005-03-31 01:44:30 - /usr/bin/make -B LINT TB --- 2005-03-31 01:44:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 01:44:30 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-31 01:44:30 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 01:44:30 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 [...] /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /tinderbox/CURRENT/i386/pc98/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** 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-03-31 01:48:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-31 01:48:53 - ERROR: failed to build lint kernel TB --- 2005-03-31 01:48:53 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 01:49: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 333BF16A4CE for ; Thu, 31 Mar 2005 01:49:16 +0000 (GMT) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6995443D2D for ; Thu, 31 Mar 2005 01:49:15 +0000 (GMT) (envelope-from smckay@internode.on.net) Received: from dungeon.home (ppp116-118.lns1.bne3.internode.on.net [59.167.116.118])j2V1nC78093541; Thu, 31 Mar 2005 11:19:13 +0930 (CST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.13.1/8.11.6) with ESMTP id j2V1mvL3006507; Thu, 31 Mar 2005 11:48:57 +1000 (EST) (envelope-from mckay) Message-Id: <200503310148.j2V1mvL3006507@dungeon.home> To: Garrett Wollman References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> <200503301139.j2UBdMp5016442@dungeon.home> <200503301449.j2UEn1v5061914@khavrinen.lcs.mit.edu> In-Reply-To: <200503301449.j2UEn1v5061914@khavrinen.lcs.mit.edu> from Garrett Wollman at "Wed, 30 Mar 2005 09:49:01 -0500" Date: Thu, 31 Mar 2005 11:48:57 +1000 From: Stephen McKay cc: freebsd-current@FreeBSD.org cc: Stephen McKay Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 01:49:16 -0000 On Wednesday, 30th March 2005, Garrett Wollman wrote: >< said: > >> Tar is indeed a most excellent program for copying directory trees, since >> even in this modern century cp fails to correctly handle hard links. Sigh. > >I believe the record will show that `cp' handles hard links correctly >according to the specification; that's simply not the behavior you >want. (In POSIX one would use `pax -rw' for that.) Have you had a blood transfusion from a lawyer recently? How else could you be so literal? :-) It's obvious that "cp" has split hard links for all its life because the original programmer was lazy. That this laziness has been codified in POSIX is not something to be cheered, although at this late stage it may be too hard to fix. I want the normal utility for copying files and directories to copy them exactly, not approximately. I've been using the "tar|tar" trick since the mid 80's (and it works perfectly), but I groan inwardly every time. Using pax instead of tar because cp doesn't work properly is still a hack, though since it is less typing it may be worth investigating. Stephen. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 01:53: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 5F3D216A4D0 for ; Thu, 31 Mar 2005 01:53:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0079143D4C for ; Thu, 31 Mar 2005 01:53:46 +0000 (GMT) (envelope-from lihong.chen@gmail.com) Received: by rproxy.gmail.com with SMTP id a41so264694rng for ; Wed, 30 Mar 2005 17:53:45 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:from:to:cc:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=aowGQW5hD7k+kFMJGODtwuE7nzFo/gQ+RJRp+0/WboZB+XhVSfpuS1OKgSwlVFsZZWyud1W5wcW3zIC3/9fBSFyF/1L24TNvaNyhJ6MUUAXZxVfZFzOF5Qewpni+Hke7BubyFgWM2hsFXZS+wP7vXAzA4MpYB3OMOM4PiI2Yh0A= Received: by 10.38.72.79 with SMTP id u79mr1140987rna; Wed, 30 Mar 2005 17:53:45 -0800 (PST) Received: from localhost.localdomain ([61.221.58.28]) by mx.gmail.com with ESMTP id 63sm1003324rna.2005.03.30.17.53.43; Wed, 30 Mar 2005 17:53:45 -0800 (PST) From: Chen Lihong To: FreeBSD Tinderbox In-Reply-To: <20050331001519.765017306E@freebsd-current.sentex.ca> References: <20050331001519.765017306E@freebsd-current.sentex.ca> Content-Type: text/plain Date: Thu, 31 Mar 2005 09:53:40 +0800 Message-Id: <1112234020.884.1.camel@OmniBook.accton.com.tw> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit 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: Thu, 31 Mar 2005 01:53:47 -0000 Hi! I have the same problem in atapi-cam.c when build kernel this morning. On Wed, 2005-03-30 at 19:15 -0500, FreeBSD Tinderbox wrote: > TB --- 2005-03-30 22:38:13 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2005-03-30 22:38:13 - starting CURRENT tinderbox run for i386/i386 > TB --- 2005-03-30 22:38:13 - checking out the source tree > TB --- 2005-03-30 22:38:13 - cd /home/tinderbox/CURRENT/i386/i386 > TB --- 2005-03-30 22:38:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2005-03-30 22:45:07 - building world (CFLAGS=-O2 -pipe) > TB --- 2005-03-30 22:45:07 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-03-30 22:45:07 - /usr/bin/make -B buildworld > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > TB --- 2005-03-30 23:52:25 - building generic kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-03-30 23:52:25 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-03-30 23:52:25 - /usr/bin/make buildkernel KERNCONF=GENERIC > >>> Kernel build for GENERIC started on Wed Mar 30 23:52:25 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 Mar 31 00:09:51 UTC 2005 > TB --- 2005-03-31 00:09:51 - generating LINT kernel config > TB --- 2005-03-31 00:09:51 - cd /home/tinderbox/CURRENT/i386/i386/src/sys/i386/conf > TB --- 2005-03-31 00:09:51 - /usr/bin/make -B LINT > TB --- 2005-03-31 00:09:51 - building LINT kernel (COPTFLAGS=-O2 -pipe) > TB --- 2005-03-31 00:09:51 - cd /home/tinderbox/CURRENT/i386/i386/src > TB --- 2005-03-31 00:09:51 - /usr/bin/make buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Thu Mar 31 00:09:51 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 > [...] > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': > /tinderbox/CURRENT/i386/i386/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' > *** 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-03-31 00:15:19 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2005-03-31 00:15:19 - ERROR: failed to build lint kernel > TB --- 2005-03-31 00:15:19 - tinderbox aborted > > _______________________________________________ > 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 Mar 31 02:40: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 66B6116A4CE for ; Thu, 31 Mar 2005 02:40:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CABD43D2F for ; Thu, 31 Mar 2005 02:40:56 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 344FA72DDD; Wed, 30 Mar 2005 18:40:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 2F6F672DD9; Wed, 30 Mar 2005 18:40:56 -0800 (PST) Date: Wed, 30 Mar 2005 18:40:56 -0800 (PST) From: Doug White To: Mike Jakubik In-Reply-To: <3971.172.16.0.199.1112209024.squirrel@wettoast.dyndns.org> Message-ID: <20050330183953.U68982@carver.gumbysoft.com> References: <3971.172.16.0.199.1112209024.squirrel@wettoast.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: weird ssh errors in security run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 02:40:56 -0000 On Wed, 30 Mar 2005, Mike Jakubik wrote: > Hello, > > This is what i found in my daily security run: > > --- > login failures: > Mar 29 00:10:04 fbsd sshd[96361]: fatal: stat(/dev/#C:223:0x0) failed: No > such file > or directory > Mar 29 00:10:04 fbsd sshd[96361]: error: chown /dev/#C:223:0x0 0 0 failed: > No such > file or directory > Mar 29 00:10:04 fbsd sshd[96361]: error: chmod /dev/#C:223:0x0 0666 > failed: No such > file or directory > Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON #C:232:0x0 > Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON #C:232:0x0, root > --- > > 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Mar 28 23:53:00 EST 2005 you need to rebuild ssh, which should be happening if you are following the instructions on how to build -current from src/UPDATING. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 03:53: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 DF09E16A4CE; Thu, 31 Mar 2005 03:53:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FA5143D48; Thu, 31 Mar 2005 03:53:31 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j2V3rUSp076768; Wed, 30 Mar 2005 22:53:30 -0500 (EST) (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.1/8.13.1) with ESMTP id j2V3rUB9077029; Wed, 30 Mar 2005 22:53:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A77AB7306E; Wed, 30 Mar 2005 22:53:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050331035330.A77AB7306E@freebsd-current.sentex.ca> Date: Wed, 30 Mar 2005 22:53:30 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/797/Wed Mar 30 17:57:40 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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: Thu, 31 Mar 2005 03:53:32 -0000 TB --- 2005-03-31 01:48:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-31 01:48:53 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-03-31 01:48:53 - checking out the source tree TB --- 2005-03-31 01:48:53 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-03-31 01:48:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-31 01:55:18 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-31 01:55:18 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-31 01:55:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-31 03:26:48 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 03:26:48 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-31 03:26:48 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 31 03:26:48 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 Mar 31 03:47:25 UTC 2005 TB --- 2005-03-31 03:47:25 - generating LINT kernel config TB --- 2005-03-31 03:47:25 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-03-31 03:47:25 - /usr/bin/make -B LINT TB --- 2005-03-31 03:47:25 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 03:47:25 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-03-31 03:47:25 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 03:47:25 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 [...] /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c: In function `atapi_cb': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:567: error: structure has no member named `device' /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /tinderbox/CURRENT/ia64/ia64/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-03-31 03:53:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-31 03:53:30 - ERROR: failed to build lint kernel TB --- 2005-03-31 03:53:30 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 04:26: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 EE97F16A4CE for ; Thu, 31 Mar 2005 04:26:30 +0000 (GMT) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 50BE843D39 for ; Thu, 31 Mar 2005 04:26:30 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 31 Mar 2005 04:26:28 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Wed, 30 Mar 2005 23:26:30 -0500 (EST) Message-ID: <1246.172.16.0.199.1112243190.squirrel@wettoast.dyndns.org> In-Reply-To: <20050330183953.U68982@carver.gumbysoft.com> References: <3971.172.16.0.199.1112209024.squirrel@wettoast.dyndns.org> <20050330183953.U68982@carver.gumbysoft.com> Date: Wed, 30 Mar 2005 23:26:30 -0500 (EST) From: "Mike Jakubik" To: "Doug White" User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-current@freebsd.org Subject: Re: weird ssh errors in security run X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 04:26:31 -0000 On Wed, March 30, 2005 9:40 pm, Doug White said: > On Wed, 30 Mar 2005, Mike Jakubik wrote: >> --- >> login failures: Mar 29 00:10:04 fbsd sshd[96361]: fatal: >> stat(/dev/#C:223:0x0) failed: No >> such file or directory Mar 29 00:10:04 fbsd sshd[96361]: error: chown >> /dev/#C:223:0x0 0 0 failed: >> No such >> file or directory Mar 29 00:10:04 fbsd sshd[96361]: error: chmod >> /dev/#C:223:0x0 0666 >> failed: No such >> file or directory Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON >> #C:232:0x0 >> Mar 29 00:10:55 fbsd login: 5 LOGIN FAILURES ON #C:232:0x0, root >> --- >> 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Mon Mar 28 23:53:00 EST 2005 >> > > you need to rebuild ssh, which should be happening if you are following > the instructions on how to build -current from src/UPDATING. Doesnt ssh get updated when doing a make world + kernel? I do a full makeworld , kernel, mergemaster, etc every time i cvsup, so its a complete build. Perhaps i cvsuped at a bad time, i will try cvsupping and recompiling again. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 05:04: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 8576916A4CE for ; Thu, 31 Mar 2005 05:04:33 +0000 (GMT) Received: from pimout4-ext.prodigy.net (pimout4-ext.prodigy.net [207.115.63.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A6A343D4C for ; Thu, 31 Mar 2005 05:04:32 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] ([64.163.149.167])j2V54O5K223132; Thu, 31 Mar 2005 00:04:26 -0500 Message-ID: <424B84D0.6060306@elischer.org> Date: Wed, 30 Mar 2005 21:04:16 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Kevin Oberman References: <20050330224445.BE0445D07@ptavv.es.net> In-Reply-To: <20050330224445.BE0445D07@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Current Subject: Re: I'm impressed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 05:04:33 -0000 Kevin Oberman wrote: >>Date: Sun, 27 Mar 2005 20:57:06 -0800 >>From: Julian Elischer >>Sender: owner-freebsd-current@freebsd.org >> >>I bought a USB2 / Firewire combo PCCARD for my laptop.. >>plugged it in and voila.. (on 5.4 pre-release). > > > Great to hear, but could you enlighten us as to exactly what card this > is? I'd love to have one of these a my laptop is USB 1.1 and has no > Firewire. several peopple have asked me this so.. ($40 at fry's) http://shop4.outpost.com/product/4154603#detailed Warning I've probed it but haven't used it under load yet.. From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 07:42: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 8431116A4CE; Thu, 31 Mar 2005 07:42:37 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E2C43D49; Thu, 31 Mar 2005 07:42: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 j2V7gaSm018488; Thu, 31 Mar 2005 02:42:36 -0500 (EST) (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.1/8.13.1) with ESMTP id j2V7gaUR036766; Thu, 31 Mar 2005 02:42:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ECE7A7306E; Thu, 31 Mar 2005 02:42:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050331074235.ECE7A7306E@freebsd-current.sentex.ca> Date: Thu, 31 Mar 2005 02:42:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 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: Thu, 31 Mar 2005 07:42:37 -0000 TB --- 2005-03-31 05:15:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-31 05:15:09 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-03-31 05:15:09 - checking out the source tree TB --- 2005-03-31 05:15:09 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-03-31 05:15:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-31 05:35:02 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-31 05:35:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-31 05:35:02 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-31 07:16:05 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 07:16:05 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-31 07:16:05 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 31 07:16:07 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 Mar 31 07:32:01 UTC 2005 TB --- 2005-03-31 07:32:01 - generating LINT kernel config TB --- 2005-03-31 07:32:01 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-03-31 07:32:01 - /usr/bin/make -B LINT TB --- 2005-03-31 07:32:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 07:32:02 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-03-31 07:32:02 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 31 07:32: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 [...] /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1086: error: syntax error before numeric constant /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1086: warning: left-hand operand of comma expression has no effect /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1086: warning: left-hand operand of comma expression has no effect /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1086: warning: left-hand operand of comma expression has no effect /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1086: error: syntax error before ')' token /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c: At top level: /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:1248: warning: no previous prototype for 'ufs_extattr_vnode_inactive' /tinderbox/CURRENT/sparc64/sparc64/src/sys/ufs/ufs/ufs_extattr.c:93: warning: 'ufs_extattr_rm' declared `static' but never defined *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-03-31 07:42:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-31 07:42:35 - ERROR: failed to build lint kernel TB --- 2005-03-31 07:42:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 08:08:35 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0FA016A4CE for ; Thu, 31 Mar 2005 08:08:35 +0000 (GMT) Received: from elrond.in.nu.org (dsl-202-173-130-73.nsw.westnet.com.au [202.173.130.73]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58CE243D55 for ; Thu, 31 Mar 2005 08:08:34 +0000 (GMT) (envelope-from freebsd@nu.org) Received: from elrond.in.nu.org (localhost [127.0.0.1]) by elrond.in.nu.org (8.13.3/8.13.1) with ESMTP id j2V88VnH015814; Thu, 31 Mar 2005 18:08:31 +1000 (EST) (envelope-from freebsd@nu.org) Received: (from cjsv@localhost) by elrond.in.nu.org (8.13.3/8.13.1/Submit) id j2V88Tgf015813; Thu, 31 Mar 2005 18:08:29 +1000 (EST) (envelope-from freebsd@nu.org) X-Authentication-Warning: elrond.in.nu.org: cjsv set sender to freebsd@nu.org using -f Date: Thu, 31 Mar 2005 18:08:29 +1000 From: Christopher JS Vance To: Matteo Riondato , freebsd-current@freebsd.org Message-ID: <20050331080829.GA5007@nu.org> References: <20050330201435.GG916@kaiser.sig11.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20050330201435.GG916@kaiser.sig11.org> Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 08:08:35 -0000 On Wed, Mar 30, 2005 at 10:14:35PM +0200, Matteo Riondato wrote: >My card is a .11g card onboard my Asus A8V-E Deluxe motherboard. >BTW, am I supposed to use 64bit drivers or 32bit drivers with NDIS? I have an A8V Deluxe/WiFi-G, and don't know how much it differs from the A8V-E. My WiFi-G was a separate PCI card which I actually installed on a Win2K/WinXP machine with a different motherboard. The chipset is a RaLink, and I briefly tried to find Linux drivers for for it. (The machine now runs 5-STABLE/amd64, but was cross-booting into various Linux/i686 and /x86_64 versions for a while, partly to track down a working VMWare 4.) I note that OpenBSD now has native drivers for this chipset. Of course, if the onboard chipset for the -E is different, this information wont help you at all... -- Christopher Vance From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:01: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 75CBD16A4CE for ; Thu, 31 Mar 2005 11:01:41 +0000 (GMT) Received: from vsmtp2.tin.it (vsmtp2alice.tin.it [212.216.176.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF37443D2F for ; Thu, 31 Mar 2005 11:01:40 +0000 (GMT) (envelope-from rionda@gufi.org) Received: from kaiser.sig11.org (82.52.118.28) by vsmtp2.tin.it (7.0.027) id 424B22B80003A055 for freebsd-current@freebsd.org; Thu, 31 Mar 2005 13:01:38 +0200 Received: by kaiser.sig11.org (Postfix, from userid 1000) id 173734B; Thu, 31 Mar 2005 13:01:39 +0200 (CEST) Date: Thu, 31 Mar 2005 13:01:39 +0200 From: Matteo Riondato To: Scott Long Message-ID: <20050331110138.GL916@kaiser.sig11.org> Mail-Followup-To: Matteo Riondato , Scott Long , freebsd-current@freebsd.org References: <20050330201435.GG916@kaiser.sig11.org> <424B0AB9.3020200@samsco.org> <20050330204815.GH916@kaiser.sig11.org> <424B117E.2040506@samsco.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8Dt/lkN5I0m8i0o7" Content-Disposition: inline In-Reply-To: <424B117E.2040506@samsco.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: NDISulator on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 11:01:41 -0000 --8Dt/lkN5I0m8i0o7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 30, 2005 at 01:52:14PM -0700, Scott Long wrote: >=20 > Are you sure you used the correct .inf and .sys files? I used >=20 > /cdrom/Drivers/WIFI/64bit/Inf/WinXP_2K_x64/MRV8Xx64.sys uhm..I have MRV8Kx64.sys (a K instead of a X), but I think you meant that. Yes, I used that file and MRV8KNT.INF. Can provide ndis_driver_data.{h|o} on request. 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) --8Dt/lkN5I0m8i0o7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCS9iS2Mp4pR7Fa+wRAgdHAJ91hy52BwUV56t1XAHK4KqUjydoqwCeNk3A zwNIgg/t9Z8r6WZ+1f5mPX4= =2kUl -----END PGP SIGNATURE----- --8Dt/lkN5I0m8i0o7-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 11:26: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 165F716A4CE for ; Thu, 31 Mar 2005 11:26:01 +0000 (GMT) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4144743D5A for ; Thu, 31 Mar 2005 11:26:00 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j2VBPrsO001153 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 31 Mar 2005 21:25:57 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j2VBPq7l075979; Thu, 31 Mar 2005 21:25:53 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j2VBPngQ075978; Thu, 31 Mar 2005 21:25:49 +1000 (EST) (envelope-from pjeremy) Date: Thu, 31 Mar 2005 21:25:49 +1000 From: Peter Jeremy To: Brooks Davis Message-ID: <20050331112549.GI71384@cirb503493.alcatel.com.au> References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330110613.GB71384@cirb503493.alcatel.com.au> <20050330183145.GB24465@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330183145.GB24465@odin.ac.hmc.edu> User-Agent: Mutt/1.4.2i cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 11:26:01 -0000 On Wed, 2005-Mar-30 10:31:45 -0800, Brooks Davis wrote: >The real question I have is, how long does the string need to be before >this is a win and how much does it hurt for typical string lengths? >I've written code with strcspn that needed to perform well, but it was >parsing 80-column punch card derived formats. I was thinking about this last night. The easy way is to generate random "string" and "charset" arrays of varying length and time both strcspn() variants - this gives you two two-dimensional surfaces showing timing vs argument size. The difficulty is visualising the result and deciding whether pairs of random strings are realistic. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Wed Mar 30 14:49:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC2A316A4CE for ; Wed, 30 Mar 2005 14:49:03 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5271D43D1D for ; Wed, 30 Mar 2005 14:49:03 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j2UEn1aa061917 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Wed, 30 Mar 2005 09:49:02 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j2UEn1v5061914; Wed, 30 Mar 2005 09:49:01 -0500 (EST) (envelope-from wollman) Date: Wed, 30 Mar 2005 09:49:01 -0500 (EST) From: Garrett Wollman Message-Id: <200503301449.j2UEn1v5061914@khavrinen.lcs.mit.edu> To: Stephen McKay In-Reply-To: <200503301139.j2UBdMp5016442@dungeon.home> References: <20050327223238.GA749@polands.org> <010401c53385$584a04c0$6800000a@venti> <20050329041527.GA9586@VARK.MIT.EDU> <20050329062550.GA69824@cirb503493.alcatel.com.au> <200503301139.j2UBdMp5016442@dungeon.home> X-Spam-Score: -9.9 () IN_REP_TO,REFERENCES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Thu, 31 Mar 2005 12:40:39 +0000 cc: freebsd-current@FreeBSD.ORG Subject: Re: Heads up: gtar gone from base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Mar 2005 14:49:03 -0000 < said: > Tar is indeed a most excellent program for copying directory trees, since > even in this modern century cp fails to correctly handle hard links. Sigh. I believe the record will show that `cp' handles hard links correctly according to the specification; that's simply not the behavior you want. (In POSIX one would use `pax -rw' for that.) -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 13: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 2677216A4CE for ; Thu, 31 Mar 2005 13:36:29 +0000 (GMT) Received: from smtpout01-03.mesa1.secureserver.net (smtpout01-03.mesa1.secureserver.net [64.202.165.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 9759F43D48 for ; Thu, 31 Mar 2005 13:36:26 +0000 (GMT) (envelope-from david@cyberspacetech.com) Received: (qmail 22285 invoked from network); 31 Mar 2005 13:36:25 -0000 Received: from unknown (HELO webmail13.mesa1.secureserver.net) (64.202.189.54) by smtpout01-03.mesa1.secureserver.net with SMTP; 31 Mar 2005 13:36:25 -0000 Received: (qmail 31906 invoked by uid 99); 31 Mar 2005 13:36:25 -0000 Message-ID: <20050331133625.31905.qmail@webmail13.mesa1.secureserver.net> Date: Thu, 31 Mar 2005 06:36:25 -0700 From: "David D.W. Downey" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/plain; CHARSET=US-ASCII Subject: I'm impressed with 5.4-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 13:36:29 -0000 I am truly impressed with the speed increases across the board with 5.4-PRERELEASE. I currently run an ipfw + ipnat + quagga box that handles our local network traffic as well as bgp peering for ipv6 blocks. I don't usually go gaga over most operating systems, but I must say I'm very happy with the prerelease. -- David D.W. Downey CyberSpace Technologies Site: www.cyberspacetech.com Toll Free: (866) 660-2303 Fax: (480) 247-4231 PGP Fingerprint: 19A5 0C7E 060C 2618 E8C1 AAFD C4D3 FD7E 6C4C 74E4 From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 15:29: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 C674916A4CE; Thu, 31 Mar 2005 15:29:57 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id DA55E43D1F; Thu, 31 Mar 2005 15:29:56 +0000 (GMT) (envelope-from max@love2party.net) Received: from p548089DD.dip.t-dialin.net[84.128.137.221] (helo=donor.laier.local) by mrelayeu.kundenserver.de with ESMTP (Nemesis), id 0MKwtQ-1DH1cC1sf8-0000d5; Thu, 31 Mar 2005 17:29:48 +0200 From: Max Laier To: freebsd-current@freebsd.org Date: Thu, 31 Mar 2005 16:29:15 +0100 User-Agent: KMail/1.7.2 References: <20050331001519.765017306E@freebsd-current.sentex.ca> <1112234020.884.1.camel@OmniBook.accton.com.tw> In-Reply-To: <1112234020.884.1.camel@OmniBook.accton.com.tw> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1729611.B82UKVgRd6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200503311729.22641.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 cc: Chen Lihong 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: Thu, 31 Mar 2005 15:29:57 -0000 --nextPart1729611.B82UKVgRd6 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 31 March 2005 03:53, Chen Lihong wrote: > Hi! > I have the same problem in atapi-cam.c when build kernel this morning. As per S=F8ren's Message from yesterday:=20 http://lists.freebsd.org/pipermail/freebsd-current/2005-March/048037.html atapicam is temporarily not buildable. People are looking into fixing this= =20 now. Please be patient. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1729611.B82UKVgRd6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTBdSXyyEoT62BG0RAg+oAJ4xZCylRBvBiEav53iRtY4nZtLjmQCdEYaO 6SlVx83Bm2yzSn0v89UINjo= =ZTQl -----END PGP SIGNATURE----- --nextPart1729611.B82UKVgRd6-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 17:23: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 888ED16A4CE; Thu, 31 Mar 2005 17:23:10 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5287943D55; Thu, 31 Mar 2005 17:23:10 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.44 (FreeBSD)) id 1DH3Nu-0004oT-1e; Thu, 31 Mar 2005 17:23:10 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DH3Ns-000E2K-Bi; Thu, 31 Mar 2005 09:23:08 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16972.12795.754983.7611@roam.psg.com> Date: Thu, 31 Mar 2005 09:23:07 -0800 To: Maxime Henrion References: <20050306234524.GB31320@elvis.mu.org> cc: FreeBSD Current Subject: Re: fxp(4) patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 17:23:10 -0000 ok, i got a crash and managed to call doadump successfully db> trace Tracing pid 28 tid 100029 td 0xc1329cf0 kdb_enter(c0657700,c069e180,c065a89d,d0066b4c,100) at kdb_enter+0x30 panic(c065a89d,c1b28b00,0,0,c16f3884) at panic+0xd5 sbdrop_locked(c16f3884,a2,7ccf5787,34,c16c0c5c) at sbdrop_locked+0x46 sbdrop(c16f3884,a2,c256f568,c,0) at sbdrop+0x5f tcp_input(c256f500,14,c149f800,1,0) at tcp_input+0xe9e ip_input(c256f500,1,3960c3a8,8a8ccdb5,c06ba1f4) at ip_input+0x570 netisr_processqueue(c06a3ef8,1ff2f3,7868bbda,246,0) at netisr_processqueue+0xe9 swi_net(0,0,0,0,0) at swi_net+0x11f ithread_loop(c1311300,d0066d48,15,55ff44fd,23232323) at ithread_loop+0x1a8 fork_exit(c04db120,c1311300,d0066d48) at fork_exit+0x7f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd0066d7c, ebp = 0 --- and then the kgdb backtrace #0 doadump () at pcpu.h:164 #1 0xc0443c95 in db_fncall (dummy1=1016, dummy2=0, dummy3=1016, dummy4=0xd0066974 "") at /usr/src/sys/ddb/db_command.c:531 #2 0xc0443a22 in db_command (last_cmdp=0xc0697dc4, cmd_table=0x0, aux_cmd_tablep=0xc066a298, aux_cmd_tablep_end=0xc066a29c) at /usr/src/sys/ddb/db_command.c:349 #3 0xc0443b35 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 #4 0xc0445cb5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0511177 in kdb_trap (type=0, code=0, tf=0xd0066acc) at /usr/src/sys/kern/subr_kdb.c:421 #6 0xc062ed48 in trap (frame= {tf_fs = -1067122664, tf_es = 16, tf_ds = -804913136, tf_edi = 1, tf_esi = -1067079523, tf_ebp = -804885740, tf_isp = -804885768, tf_ebx = -804885684, tf_edx = 0, tf_ecx = -1061072896, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068429712, tf_cs = 8, tf_eflags = 662, tf_esp = -1067086374, tf_ss = -1067092224}) at /usr/src/sys/i386/i386/trap.c:573 #7 0xc061f76a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc0650018 in ?? () #9 0x00000010 in ?? () #10 0xd0060010 in ?? () #11 0x00000001 in ?? () #12 0xc065a89d in ?? () #13 0xd0066b14 in ?? () #14 0xd0066af8 in ?? () #15 0xd0066b4c in ?? () #16 0x00000000 in ?? () #17 0xc0c15000 in ?? () #18 0x00000012 in ?? () #19 0x00000003 in ?? () #20 0x00000000 in ?? () #21 0xc0510e70 in kdb_enter (msg=0x0) at cpufunc.h:60 #22 0xc04f2c95 in panic (fmt=0xc065a89d "sbdrop") at /usr/src/sys/kern/kern_shutdown.c:538 #23 0xc053c936 in sbdrop_locked (sb=0xc16f3884, len=8) at /usr/src/sys/kern/uipc_socket2.c:1149 #24 0xc053cb2f in sbdrop (sb=0xc16f3884, len=0) at /usr/src/sys/kern/uipc_socket2.c:1200 #25 0xc059264e in tcp_input (m=0xc256f500, off0=20) at /usr/src/sys/netinet/tcp_input.c:1196 #26 0xc058a210 in ip_input (m=0xc256f500) at /usr/src/sys/netinet/ip_input.c:776 #27 0xc05792e9 in netisr_processqueue (ni=0xc06a3ef8) at /usr/src/sys/net/netisr.c:235 #28 0xc057954f in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:348 #29 0xc04db2c8 in ithread_loop (arg=0xc1311300) at /usr/src/sys/kern/kern_intr.c:546 #30 0xc04da1ff in fork_exit (callout=0xc04db120 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:790 #31 0xc061f7cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 randy From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 17:37: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 C162716A4CE; Thu, 31 Mar 2005 17:37:01 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57F1F43D31; Thu, 31 Mar 2005 17:37:01 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.21] (rat.samsco.home [192.168.254.21]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j2VHefdD018326; Thu, 31 Mar 2005 10:40:41 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <424C34C1.3070904@samsco.org> Date: Thu, 31 Mar 2005 10:34:57 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.7.5) Gecko/20050321 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Max Laier References: <20050331001519.765017306E@freebsd-current.sentex.ca> <1112234020.884.1.camel@OmniBook.accton.com.tw> <200503311729.22641.max@love2party.net> In-Reply-To: <200503311729.22641.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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: Chen Lihong cc: freebsd-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: Thu, 31 Mar 2005 17:37:01 -0000 Max Laier wrote: > On Thursday 31 March 2005 03:53, Chen Lihong wrote: > >>Hi! >>I have the same problem in atapi-cam.c when build kernel this morning. > > > As per Søren's Message from yesterday: > http://lists.freebsd.org/pipermail/freebsd-current/2005-March/048037.html > > atapicam is temporarily not buildable. People are looking into fixing this > now. Please be patient. > It's fixed now, and is undergoing review and testing. See my post to the hackers list 8 hours ago. Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18: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 1B61716A4CE; Thu, 31 Mar 2005 18:30:36 +0000 (GMT) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 90A3B43D49; Thu, 31 Mar 2005 18:30:35 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout6-ext.prodigy.net (pimout6-ext.prodigy.net [207.115.63.78])j2VIUVck025914; Thu, 31 Mar 2005 13:30:31 -0500 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])j2VIUUHY247904; Thu, 31 Mar 2005 13:30:34 -0500 Message-ID: <424C41C3.50705@root.org> Date: Thu, 31 Mar 2005 10:30:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Andre Guibert de Bruet References: <6.2.1.2.0.20050329135821.04e24620@64.7.153.2> <6.2.1.2.0.20050329141154.04e19838@64.7.153.2> <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> In-Reply-To: <20050330123458.T52981@lexi.siliconlandmark.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 18:30:36 -0000 Andre Guibert de Bruet wrote: > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > >> On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: >> >>> On Wed, 30 Mar 2005, Dan Cojocar wrote: >>> >>>> >>>> I tried running GENERIC and i get the following lor and watchdog >>>> timeout, no interrupt storms: >>> >>> --- 8< --- --- 8< --- >>> >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic >>>> I tried also my kernel with apic, i don't get interrupt storms but >>>> i get watchdog timeout message just like with GENERIC. >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic >>>> And finally i tried my kernel without apic and without acpi, it's >>>> running just fine, no interrupt storms, no watchdog timeout, but i >>>> don't have acpi :(, here is the final >>>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. >>> >>> >>> It looks like your motherboard's DSDT is doing something hokey. I would >>> complain to the board manufacturer about this. For the timebeing, you >>> can >>> dump the DSDT into ASL format, modify it, compile it back to DSDT and >>> load >>> a proper version on system startup. If this is your first time, you >>> probably want to run "acpidump -d > my.asl" and make the resulting file >>> available somewhere. >>> >>> Would you also mind sharing the kernel config file that was used to >>> build >>> the kernel that gaves you the mother of all interrupt parties? >>> >> Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl >> And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE Is this on 5.x? There's a quirk for a broken APIC override for the timer interrupt for NVIDIA chipsets but I don't think it's been MFCd yet. -- Nate From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 18:39:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F5CF16A4CE for ; Thu, 31 Mar 2005 18:39:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F6D43D69 for ; Thu, 31 Mar 2005 18:39:02 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so633537wra for ; Thu, 31 Mar 2005 10:39:02 -0800 (PST) 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:references; b=eL9fqSpIEqCsFxxTA1fYCX2JP2/GStuvowSyxP6sVdngJK3+OdAriy4XtYfo4+2URc6GwJ/WKQHqqeGU3z0F/2AqrTRpAVqilF6+HnM8QtRbHLP8PrzmMa4kEZyqF3MGNhW7LBHs8t+5aWQv0p3qBSbDt3kFQnJ9VjSEegCgZww= Received: by 10.54.52.42 with SMTP id z42mr1023849wrz; Thu, 31 Mar 2005 10:38:58 -0800 (PST) Received: by 10.54.26.4 with HTTP; Thu, 31 Mar 2005 10:38:57 -0800 (PST) Message-ID: Date: Thu, 31 Mar 2005 21:38:57 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <424C41C3.50705@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> cc: Nate Lawson Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 18:39:03 -0000 On Thu, 31 Mar 2005 10:30:27 -0800, Nate Lawson wrote: > Andre Guibert de Bruet wrote: > > > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > > > >> On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > >> > >>> On Wed, 30 Mar 2005, Dan Cojocar wrote: > >>> > >>>> > >>>> I tried running GENERIC and i get the following lor and watchdog > >>>> timeout, no interrupt storms: > >>> > >>> --- 8< --- --- 8< --- > >>> > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > >>>> I tried also my kernel with apic, i don't get interrupt storms but > >>>> i get watchdog timeout message just like with GENERIC. > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > >>>> And finally i tried my kernel without apic and without acpi, it's > >>>> running just fine, no interrupt storms, no watchdog timeout, but i > >>>> don't have acpi :(, here is the final > >>>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > >>> > >>> > >>> It looks like your motherboard's DSDT is doing something hokey. I would > >>> complain to the board manufacturer about this. For the timebeing, you > >>> can > >>> dump the DSDT into ASL format, modify it, compile it back to DSDT and > >>> load > >>> a proper version on system startup. If this is your first time, you > >>> probably want to run "acpidump -d > my.asl" and make the resulting file > >>> available somewhere. > >>> > >>> Would you also mind sharing the kernel config file that was used to > >>> build > >>> the kernel that gaves you the mother of all interrupt parties? > >>> > >> Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl > >> And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE > > Is this on 5.x? There's a quirk for a broken APIC override for the > timer interrupt for NVIDIA chipsets but I don't think it's been MFCd yet. > Hello Nate, That was on -current, from Tue Mar 29 21:00:00 EEST 2005, but i have now a current from today and i get the same storm. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 19:58: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 CC55516A4CE for ; Thu, 31 Mar 2005 19:58:25 +0000 (GMT) Received: from smtp102.rog.mail.re2.yahoo.com (smtp102.rog.mail.re2.yahoo.com [206.190.36.80]) by mx1.FreeBSD.org (Postfix) with SMTP id 0C68B43D2F for ; Thu, 31 Mar 2005 19:58:25 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from unknown (HELO 172.16.0.1) (mikej@69.193.222.195 with login) by smtp102.rog.mail.re2.yahoo.com with SMTP; 31 Mar 2005 19:58:24 -0000 Received: from 172.16.0.199 (SquirrelMail authenticated user mikej) by wettoast.dyndns.org with HTTP; Thu, 31 Mar 2005 14:58:24 -0500 (EST) Message-ID: <1606.172.16.0.199.1112299104.squirrel@wettoast.dyndns.org> In-Reply-To: <424A9665.5050101@DeepCore.dk> References: <424A9665.5050101@DeepCore.dk> Date: Thu, 31 Mar 2005 14:58:24 -0500 (EST) From: "Mike Jakubik" To: =?iso-8859-1?Q?S=F8ren_Schmidt?= User-Agent: SquirrelMail/1.5.1 [CVS] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: 'FreeBSD Current' Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 19:58:25 -0000 On Wed, March 30, 2005 7:07 am, Søren Schmidt said: > As pr subject make world is needed to get things in sync again. > Let me know is there are problems / success stories.. Its been working great so far on my old Athlon system. I just shuffled around over 200 GIGs of data from one disk to another. I was even extracting a large rar archive on a 3rd disk while the copy was in progress. FreeBSD 6.0-CURRENT #0: Wed Mar 30 20:17:38 EST 2005 CPU: AMD Athlon(tm) Processor (1410.21-MHz 686-class CPU) acpi0: on motherboard atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x8400-0x8407,0x8000-0x8003,0x7800-0x7807,0x7400-0x7403,0x7000-0x703f mem 0xe1000000-0xe101ffff irq 10 at device 17.0 on pci0 ata2: on atapci1 ata3: on atapci1 ad0: 78167MB at ata0-master UDMA100 ad2: 156334MB at ata1-master UDMA100 ad4: 239372MB at ata2-master UDMA100 ad6: 76345MB at ata3-master UDMA100 From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 22:33: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 AFF4016A4CE for ; Thu, 31 Mar 2005 22:33:28 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5555C43D1D for ; Thu, 31 Mar 2005 22:33:28 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id AD7045CA06; Thu, 31 Mar 2005 14:33:24 -0800 (PST) Date: Fri, 1 Apr 2005 00:33:24 +0200 From: Maxime Henrion To: Randy Bush Message-ID: <20050331223324.GL25563@elvis.mu.org> References: <20050306234524.GB31320@elvis.mu.org> <16972.12795.754983.7611@roam.psg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16972.12795.754983.7611@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current Subject: Re: fxp(4) patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 22:33:28 -0000 Randy Bush wrote: > ok, i got a crash and managed to call doadump successfully > > db> trace > Tracing pid 28 tid 100029 td 0xc1329cf0 > kdb_enter(c0657700,c069e180,c065a89d,d0066b4c,100) at kdb_enter+0x30 > panic(c065a89d,c1b28b00,0,0,c16f3884) at panic+0xd5 > sbdrop_locked(c16f3884,a2,7ccf5787,34,c16c0c5c) at sbdrop_locked+0x46 > sbdrop(c16f3884,a2,c256f568,c,0) at sbdrop+0x5f > tcp_input(c256f500,14,c149f800,1,0) at tcp_input+0xe9e > ip_input(c256f500,1,3960c3a8,8a8ccdb5,c06ba1f4) at ip_input+0x570 > netisr_processqueue(c06a3ef8,1ff2f3,7868bbda,246,0) at netisr_processqueue+0xe9 > swi_net(0,0,0,0,0) at swi_net+0x11f > ithread_loop(c1311300,d0066d48,15,55ff44fd,23232323) at ithread_loop+0x1a8 > fork_exit(c04db120,c1311300,d0066d48) at fork_exit+0x7f > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xd0066d7c, ebp = 0 --- > > and then the kgdb backtrace > > #0 doadump () at pcpu.h:164 > #1 0xc0443c95 in db_fncall (dummy1=1016, dummy2=0, dummy3=1016, > dummy4=0xd0066974 "") at /usr/src/sys/ddb/db_command.c:531 > #2 0xc0443a22 in db_command (last_cmdp=0xc0697dc4, cmd_table=0x0, > aux_cmd_tablep=0xc066a298, aux_cmd_tablep_end=0xc066a29c) > at /usr/src/sys/ddb/db_command.c:349 > #3 0xc0443b35 in db_command_loop () at /usr/src/sys/ddb/db_command.c:455 > #4 0xc0445cb5 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:221 > #5 0xc0511177 in kdb_trap (type=0, code=0, tf=0xd0066acc) > at /usr/src/sys/kern/subr_kdb.c:421 > #6 0xc062ed48 in trap (frame= > {tf_fs = -1067122664, tf_es = 16, tf_ds = -804913136, tf_edi = 1, tf_esi = -1067079523, tf_ebp = -804885740, tf_isp = -804885768, tf_ebx = -804885684, tf_edx = 0, tf_ecx = -1061072896, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1068429712, tf_cs = 8, tf_eflags = 662, tf_esp = -1067086374, tf_ss = -1067092224}) at /usr/src/sys/i386/i386/trap.c:573 > #7 0xc061f76a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #8 0xc0650018 in ?? () > #9 0x00000010 in ?? () > #10 0xd0060010 in ?? () > #11 0x00000001 in ?? () > #12 0xc065a89d in ?? () > #13 0xd0066b14 in ?? () > #14 0xd0066af8 in ?? () > #15 0xd0066b4c in ?? () > #16 0x00000000 in ?? () > #17 0xc0c15000 in ?? () > #18 0x00000012 in ?? () > #19 0x00000003 in ?? () > #20 0x00000000 in ?? () > #21 0xc0510e70 in kdb_enter (msg=0x0) at cpufunc.h:60 > #22 0xc04f2c95 in panic (fmt=0xc065a89d "sbdrop") > at /usr/src/sys/kern/kern_shutdown.c:538 > #23 0xc053c936 in sbdrop_locked (sb=0xc16f3884, len=8) > at /usr/src/sys/kern/uipc_socket2.c:1149 > #24 0xc053cb2f in sbdrop (sb=0xc16f3884, len=0) > at /usr/src/sys/kern/uipc_socket2.c:1200 > #25 0xc059264e in tcp_input (m=0xc256f500, off0=20) > at /usr/src/sys/netinet/tcp_input.c:1196 > #26 0xc058a210 in ip_input (m=0xc256f500) > at /usr/src/sys/netinet/ip_input.c:776 > #27 0xc05792e9 in netisr_processqueue (ni=0xc06a3ef8) > at /usr/src/sys/net/netisr.c:235 > #28 0xc057954f in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:348 > #29 0xc04db2c8 in ithread_loop (arg=0xc1311300) > at /usr/src/sys/kern/kern_intr.c:546 > #30 0xc04da1ff in fork_exit (callout=0xc04db120 , arg=0x0, > frame=0x0) at /usr/src/sys/kern/kern_fork.c:790 > #31 0xc061f7cc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 That's interesting but this doesn't seem to be related to fxp(4) at all. The stacktrace show that sbdrop_locked() calls panic() here: next = (m = sb->sb_mb) ? m->m_nextpkt : 0; while (len > 0) { if (m == 0) { if (next == 0) panic("sbdrop"); Meaning that sb->sb_mb was NULL when tcp_input() called sbdrop_locked(). This may be the result of a race condition somewhere but I can't tell. Someone with free time and more knowledge of the TCP/IP stack could probably know what's going on. Cheers, Maxime From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 22:43: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 8976316A4CE for ; Thu, 31 Mar 2005 22:43:41 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id C33B043D2D for ; Thu, 31 Mar 2005 22:43:40 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2VMhY8J097180; Thu, 31 Mar 2005 17:43:34 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2VMhYQF097177; Thu, 31 Mar 2005 17:43:34 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 31 Mar 2005 17:43:34 -0500 (EST) From: Andre Guibert de Bruet To: Nate Lawson In-Reply-To: <424C41C3.50705@root.org> Message-ID: <20050331174136.F52981@lexi.siliconlandmark.com> References: <424C41C3.50705@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.581, required 6, autolearn=not spam, AWL 0.02, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 31 Mar 2005 22:43:41 -0000 On Thu, 31 Mar 2005, Nate Lawson wrote: > Andre Guibert de Bruet wrote: >> On Wed, 30 Mar 2005, Dan Cojocar wrote: >>> On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: >>>> On Wed, 30 Mar 2005, Dan Cojocar wrote: >>>>> I tried running GENERIC and i get the following lor and watchdog >>>>> timeout, no interrupt storms: >>>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic >>>>> I tried also my kernel with apic, i don't get interrupt storms but >>>>> i get watchdog timeout message just like with GENERIC. >>>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic >>>>> And finally i tried my kernel without apic and without acpi, it's >>>>> running just fine, no interrupt storms, no watchdog timeout, but i >>>>> don't have acpi :(, here is the final >>>>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. >>>> >>>> It looks like your motherboard's DSDT is doing something hokey. I would >>>> complain to the board manufacturer about this. For the timebeing, you can >>>> dump the DSDT into ASL format, modify it, compile it back to DSDT and >>>> load >>>> a proper version on system startup. If this is your first time, you >>>> probably want to run "acpidump -d > my.asl" and make the resulting file >>>> available somewhere. >>>> >>>> Would you also mind sharing the kernel config file that was used to build >>>> the kernel that gaves you the mother of all interrupt parties? >>>> >>> Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl >>> And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE > > Is this on 5.x? There's a quirk for a broken APIC override for the timer > interrupt for NVIDIA chipsets but I don't think it's been MFCd yet. The uname header in http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi claims it is 6-CURRENT. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 23:46: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 4534C16A4CE for ; Thu, 31 Mar 2005 23:46:32 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9AA43D39 for ; Thu, 31 Mar 2005 23:46:31 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j2VNkRFY097556; Thu, 31 Mar 2005 18:46:27 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j2VNkRcD097553; Thu, 31 Mar 2005 18:46:27 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 31 Mar 2005 18:46:27 -0500 (EST) From: Andre Guibert de Bruet To: Peter Jeremy In-Reply-To: <20050331112549.GI71384@cirb503493.alcatel.com.au> Message-ID: <20050331183010.X52981@lexi.siliconlandmark.com> References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330183145.GB24465@odin.ac.hmc.edu> <20050331112549.GI71384@cirb503493.alcatel.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.54, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2005 23:46:32 -0000 On Thu, 31 Mar 2005, Peter Jeremy wrote: > On Wed, 2005-Mar-30 10:31:45 -0800, Brooks Davis wrote: >> The real question I have is, how long does the string need to be before >> this is a win and how much does it hurt for typical string lengths? >> I've written code with strcspn that needed to perform well, but it was >> parsing 80-column punch card derived formats. > > I was thinking about this last night. The easy way is to generate random > "string" and "charset" arrays of varying length and time both strcspn() > variants - this gives you two two-dimensional surfaces showing timing > vs argument size. The difficulty is visualising the result and > deciding whether pairs of random strings are realistic. I would be tempted to use list traffic as the haystack and random words of differing lengths from the aspell dict for the needle. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Mar 31 23:53: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 EC0EE16A4CE; Thu, 31 Mar 2005 23:53:43 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7461543D54; Thu, 31 Mar 2005 23:53:43 +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 j2VNrhA6071677; Thu, 31 Mar 2005 18:53:43 -0500 (EST) (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.1/8.13.1) with ESMTP id j2VNrhOT038754; Thu, 31 Mar 2005 18:53:43 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0479B7306E; Thu, 31 Mar 2005 18:53:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050331235342.0479B7306E@freebsd-current.sentex.ca> Date: Thu, 31 Mar 2005 18:53:42 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 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, 31 Mar 2005 23:53:44 -0000 TB --- 2005-03-31 22:30:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-03-31 22:30:34 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-03-31 22:30:34 - checking out the source tree TB --- 2005-03-31 22:30:34 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-03-31 22:30:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-03-31 22:37:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-03-31 22:37:28 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-31 22:37:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-03-31 23:46:04 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-03-31 23:46:04 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-03-31 23:46:04 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 31 23:46:05 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 [...] awk -f /tinderbox/CURRENT/i386/pc98/src/sys/modules/ar/../../conf/kmod_syms.awk if_ar.kld export_syms | xargs -J% objcopy % if_ar.kld ld -Bshareable -d -warn-common -o if_ar.ko.debug if_ar.kld objcopy --strip-debug if_ar.ko.debug if_ar.ko ===> arcmsr (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -include /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=8000 -fno-common -g -I/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /tinderbox/CURRENT/i386/pc98/src/sys/modules/arcmsr/../../dev/arcmsr/arcmsr.c /tinderbox/CURRENT/i386/pc98/src/sys/modules/arcmsr/../../dev/arcmsr/arcmsr.c: In function `arcmsr_getcmos_time': /tinderbox/CURRENT/i386/pc98/src/sys/modules/arcmsr/../../dev/arcmsr/arcmsr.c:408: warning: implicit declaration of function `rtcin' /tinderbox/CURRENT/i386/pc98/src/sys/modules/arcmsr/../../dev/arcmsr/arcmsr.c:408: warning: nested extern declaration of `rtcin' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/arcmsr. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-03-31 23:53:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-03-31 23:53:42 - ERROR: failed to build generic kernel TB --- 2005-03-31 23:53:42 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 00:06: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 97E6B16A4CE for ; Fri, 1 Apr 2005 00:06:10 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38A9B43D55 for ; Fri, 1 Apr 2005 00:06:10 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j31060SN097703; Thu, 31 Mar 2005 19:06:00 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j3105tid097700; Thu, 31 Mar 2005 19:06:00 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Thu, 31 Mar 2005 19:05:55 -0500 (EST) From: Andre Guibert de Bruet To: "David D.W. Downey" In-Reply-To: <20050331133625.31905.qmail@webmail13.mesa1.secureserver.net> Message-ID: <20050331184646.S52981@lexi.siliconlandmark.com> References: <20050331133625.31905.qmail@webmail13.mesa1.secureserver.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.542, required 6, autolearn=not spam, AWL 0.06, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: I'm impressed with 5.4-PRERELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 00:06:10 -0000 On Thu, 31 Mar 2005, David D.W. Downey wrote: > > I am truly impressed with the speed increases across the board with > 5.4-PRERELEASE. > I currently run an ipfw + ipnat + quagga box that handles our local > network traffic as well as bgp peering for ipv6 blocks. > I don't usually go gaga over most operating systems, but I must say I'm > very happy with the prerelease. At work, we have our own success story with it. We migrated our busiest webservers via re-install, to 5.4-pre (From 4.x) with much success. In all, the operation took about an hour to get the machines back up and handling requests. During this time, traffic was redirected to a couple of spare 5.4-pre servers that we had racked for the occasion. The data volumes are still UFS1 at this point, but that migration will have to be for another time... It all went so well that I was asked several hours after everything was back online if the process had begun! :-) Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 02:19: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 EB2A916A4CE for ; Fri, 1 Apr 2005 02:19:27 +0000 (GMT) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97D2C43D4C for ; Fri, 1 Apr 2005 02:19:27 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j312JQ41083263 for ; Thu, 31 Mar 2005 19:19:27 -0700 (MST) Message-ID: <424CAF89.60209@nixil.net> Date: Thu, 31 Mar 2005 19:18:49 -0700 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0 (X11/20050323) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4244AC9C.7010803@nixil.net> <20050326030927.GA86483@xor.obsecurity.org> In-Reply-To: <20050326030927.GA86483@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.6 (nixil.net [161.58.222.1]); Thu, 31 Mar 2005 19:19:27 -0700 (MST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 16:35:33 2005 on nixil.net X-Virus-Status: Clean Subject: Re: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 02:19:28 -0000 Kris Kennaway wrote: >On Fri, Mar 25, 2005 at 05:28:12PM -0700, Phil Oleson wrote: > > >>Can somone with commit privs, think about re-sync'ing freebsd's libedit >>with NetBSD's copy? >> >> > >Consider providing patches yourself :) > >Kris > > Okay.. patchfile is at http://nixil.net/libedit-sync-patch.gz btw, I was a bit unsure if I should increment 'SHLIB_MAJOR' to 5. There were some small changes (exposed some tok_xx functions) but it also removed el_data_get() & el_data_set(). blah.. Phil. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 02:40: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 B7ECD16A4DF for ; Fri, 1 Apr 2005 02:40:28 +0000 (GMT) Received: from smtp2.via.net (smtp2.via.net [209.81.9.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8808943D45 for ; Fri, 1 Apr 2005 02:40:28 +0000 (GMT) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [209.81.9.12]) j312eSGs028374 for ; Thu, 31 Mar 2005 18:40:28 -0800 (PST) Received: from [209.81.2.10] (monk.via.net [209.81.2.10]) by mail.via.net (8.12.9p1/8.12.7) with ESMTP id j312ePxn019436 for ; Thu, 31 Mar 2005 18:40:25 -0800 (PST) (envelope-from joe@via.net) User-Agent: Microsoft-Entourage/10.1.6.040913.0 Date: Thu, 31 Mar 2005 18:40:29 -0800 From: joe mcguckin To: FreeBSD Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-Virus-Scanned: ClamAV 0.80/639/Wed Dec 22 06:09:50 2004 clamav-milter version 0.80j on smtp2.via.net X-Virus-Status: Clean Subject: Xen & FreeBSD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 02:40:28 -0000 Does anyone know the current status of Xen and FreeBSD? Thanks, Joe -- Joe McGuckin ViaNet Communications 994 San Antonio Road Palo Alto, CA 94303 Phone: 650-213-1302 Cell: 650-207-0372 Fax: 650-969-2124 From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 02:57: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 A637216A4CE for ; Fri, 1 Apr 2005 02:57:58 +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 6EF6943D46 for ; Fri, 1 Apr 2005 02:57:58 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.208.130 with login) by smtp813.mail.sc5.yahoo.com with SMTP; 1 Apr 2005 02:57:58 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D72D86141; Thu, 31 Mar 2005 20:57:56 -0600 (CST) 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 17877-03; Thu, 31 Mar 2005 20:57:54 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 4E49B612E; Thu, 31 Mar 2005 20:57:54 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.3/8.13.3) with ESMTP id j312vrjS062535; Thu, 31 Mar 2005 20:57:53 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <424CB8B1.8010709@alumni.rice.edu> Date: Thu, 31 Mar 2005 20:57:53 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050326) X-Accept-Language: en-us, en MIME-Version: 1.0 To: joe mcguckin References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: FreeBSD Subject: Re: Xen & FreeBSD? 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: Fri, 01 Apr 2005 02:57:58 -0000 On 03/31/05 20:40, joe mcguckin wrote: > Does anyone know the current status of Xen and FreeBSD? Behold, the power of Google: http://sourceforge.net/mailarchive/message.php?msg_id=11193132 http://www.fsmware.com/xenofreebsd/ Jon From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 04:40: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 D4D8716A4CE for ; Fri, 1 Apr 2005 04:40:49 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F33D43D31 for ; Fri, 1 Apr 2005 04:40:49 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j314ejB3080526; Thu, 31 Mar 2005 23:40:48 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Thu, 31 Mar 2005 23:40:45 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Phil Oleson In-Reply-To: <424CAF89.60209@nixil.net> Message-ID: <20050331233821.Q328@sasami.jurai.net> References: <4244AC9C.7010803@nixil.net> <20050326030927.GA86483@xor.obsecurity.org> <424CAF89.60209@nixil.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Thu, 31 Mar 2005 23:40:48 -0500 (EST) cc: freebsd-current@FreeBSD.ORG Subject: Re: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 04:40:49 -0000 On Thu, 31 Mar 2005, Phil Oleson wrote: > btw, I was a bit unsure if I should increment 'SHLIB_MAJOR' to 5. There > were some small changes (exposed some tok_xx functions) but it also > removed el_data_get() & el_data_set(). blah.. el_data_{get,set}() were local changes. It would be really nice if they stayed. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 07:40: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 2C60416A4CE for ; Fri, 1 Apr 2005 07:40:27 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 177EC43D5D for ; Fri, 1 Apr 2005 07:40:26 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 01 Apr 2005 07:40:25 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp006) with SMTP; 01 Apr 2005 09:40:25 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 1 Apr 2005 09:40:27 +0200 User-Agent: KMail/1.7.2 X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1188139.4ZNbDpeEjt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504010940.38700@harrymail> X-Y-GMX-Trusted: 0 Subject: 6-cur doesn't find ad0p3 with MBR and GPT on the same disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 07:40:27 -0000 --nextPart1188139.4ZNbDpeEjt Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hello, I upgraded a experimenting box from 5.4 to 6 with the result that 6 can't f= ind=20 my GPT slices. The disk additionally contains an MBR for booting, I'm on x86... Is there any trick to convince 6 to accept GPT slices after mounting root f= rom=20 the same disk, traditonally from ad0s1a, so I can continue mounting /usr=20 a.s.o. which are on ad0p3? With the old 5.4 kernel it was no problem, but userland is already -current= so=20 I cannot login anymore :( Thanks, =2DHarry --nextPart1188139.4ZNbDpeEjt Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTPr2Bylq0S4AzzwRAoirAJ9SdSFfl2HWcfzL4EDNY7ej8A9PbwCfcXXV hYGTnZcIL8l6Ci8RjmWHG5k= =13Dj -----END PGP SIGNATURE----- --nextPart1188139.4ZNbDpeEjt-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 09:33: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 6982D16A4CE for ; Fri, 1 Apr 2005 09:33:09 +0000 (GMT) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFBEF43D5C for ; Fri, 1 Apr 2005 09:33:08 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (localhost [127.0.0.1]) j319X3Hu002099; Fri, 1 Apr 2005 04:33:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j319X389002096; Fri, 1 Apr 2005 04:33:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: lexi.siliconlandmark.com: andy owned process doing -bs Date: Fri, 1 Apr 2005 04:33:03 -0500 (EST) From: Andre Guibert de Bruet To: Emanuel Strobl In-Reply-To: <200504010940.38700@harrymail> Message-ID: <20050401042500.C52981@lexi.siliconlandmark.com> References: <200504010940.38700@harrymail> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Information: Please contact the ISP for more information X-SL-MailScanner: Found to be clean X-SL-SpamCheck: not spam, SpamAssassin (score=-2.494, required 6, autolearn=not spam, AWL 0.10, BAYES_00 -2.60) X-MailScanner-From: andy@siliconlandmark.com cc: freebsd-current@freebsd.org Subject: Re: 6-cur doesn't find ad0p3 with MBR and GPT on the same disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 09:33:09 -0000 On Fri, 1 Apr 2005, Emanuel Strobl wrote: > I upgraded a experimenting box from 5.4 to 6 with the result that 6 can't find > my GPT slices. > The disk additionally contains an MBR for booting, I'm on x86... > > Is there any trick to convince 6 to accept GPT slices after mounting root from > the same disk, traditonally from ad0s1a, so I can continue mounting /usr > a.s.o. which are on ad0p3? > > With the old 5.4 kernel it was no problem, but userland is already -current so > I cannot login anymore :( Just as a wild guess, this could possibly be related to the ata-mkIII commit. I don't have anything that can fix your problem under current, but here's how you can get your system back online: Boot from the 5.4-pre or 5.3-rel cd and do a binary upgrade on top of your -current installation. It will get you to the point where you can backup your data and decide what you want to do from there. This might be too little too late, but following the "safe upgrade steps" in src/UPDATING would have prevented this situation (You really should follow those, *especially* when bumping major versions of FreeBSD). Oh well, live and learn... :-) Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 10:24: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 E8B4D16A4CE for ; Fri, 1 Apr 2005 10:24:11 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id D762443D48 for ; Fri, 1 Apr 2005 10:24:10 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 01 Apr 2005 10:24:09 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp015) with SMTP; 01 Apr 2005 12:24:09 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Fri, 1 Apr 2005 12:24:14 +0200 User-Agent: KMail/1.7.2 References: <200504010940.38700@harrymail> <20050401042500.C52981@lexi.siliconlandmark.com> In-Reply-To: <20050401042500.C52981@lexi.siliconlandmark.com> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart28534125.RWeUduEGzK"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504011224.22738@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: 6-cur doesn't find ad0p3 with MBR and GPT on the same disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 10:24:12 -0000 --nextPart28534125.RWeUduEGzK Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Freitag, 1. April 2005 11:33 schrieb Andre Guibert de Bruet: > On Fri, 1 Apr 2005, Emanuel Strobl wrote: > > I upgraded a experimenting box from 5.4 to 6 with the result that 6 can= 't > > find my GPT slices. > > The disk additionally contains an MBR for booting, I'm on x86... > > > > Is there any trick to convince 6 to accept GPT slices after mounting ro= ot > > from the same disk, traditonally from ad0s1a, so I can continue mounting > > /usr a.s.o. which are on ad0p3? > > > > With the old 5.4 kernel it was no problem, but userland is already > > -current so I cannot login anymore :( > > Just as a wild guess, this could possibly be related to the ata-mkIII I'm quiet sure that it hasn't anything to do with ATA, I used ata-mkIII bef= ore=20 on RELENG_5 on that mixed MBR/GPT box. [...] > This might be too little too late, but following the "safe upgrade steps" > in src/UPDATING would have prevented this situation (You really should Well, it was one of my testboxes, although I haven't expected the upgrade t= o=20 disable the box it's not that problem. The problem is that I want to have=20 =2Dcurrent on it without changing my disk layout, booting from MBR label an= d=20 having everything else on GPT slices. 8 labels per slice are not enough on= =20 that testbox! And every GPT partition holds more or less important data.... And I need current to test it, whether it is stable enough to run my webser= ver=20 since I need nullfs at sensible performance, which RELENG_5 doesn't provide And if it fits my needs. this box will act as PXE installer... Hmm, it's mo= re=20 important than I thought.... Thanks, =2DHarry > follow those, *especially* when bumping major versions of FreeBSD). Oh > well, live and learn... :-) > > Regards, > Andy > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --nextPart28534125.RWeUduEGzK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTSFWBylq0S4AzzwRAo0jAJ0Uzm7mvWHFm0kgRTP0vFLxTXvddQCfY7rL 6kJLukVvKaqUjqvuC2RjQSc= =QsXn -----END PGP SIGNATURE----- --nextPart28534125.RWeUduEGzK-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:42: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 C9E2516A4CE for ; Fri, 1 Apr 2005 12:42:55 +0000 (GMT) Received: from av1-2-sn1.fre.skanova.net (av1-2-sn1.fre.skanova.net [81.228.11.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FBAC43D2D for ; Fri, 1 Apr 2005 12:42:55 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn1.fre.skanova.net (Postfix, from userid 502) id 941D537E59; Fri, 1 Apr 2005 14:42:54 +0200 (CEST) Received: from smtp3-1-sn1.fre.skanova.net (smtp3-1-sn1.fre.skanova.net [81.228.11.163]) by av1-2-sn1.fre.skanova.net (Postfix) with ESMTP id 86C9C37E42; Fri, 1 Apr 2005 14:42:54 +0200 (CEST) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp3-1-sn1.fre.skanova.net (Postfix) with ESMTP id 5A61E37E4C; Fri, 1 Apr 2005 14:42:54 +0200 (CEST) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Fri, 1 Apr 2005 14:42:38 +0200 Organization: Home Message-ID: 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: <424A9665.5050101@DeepCore.dk> Thread-Index: AcU1IUD29Stqdd2mTb+KOkiXVAYh7QBkEHAg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: RE: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 12:42:55 -0000 S=F8ren Schmidt wrote: > As pr subject make world is needed to get things in sync again. >=20 > Let me know is there are problems / success stories.. I just upgraded two of my servers, and both had some serious problems = with the new ATA code. I keep both servers pretty much in sync, so these timestamps are for = both of them: Good: 2005.03.25.02.00.00 Bad: 2005.04.01.07.30.00 On server #1 (SMP) I get a lot of "FAILURE - READ_DMA status=3D51 error=3D84 LBA=3D9" during = probing. On server #2 (UP) the slave-discs on the RocketRAID 454 controller is = simply skipped during probing (no error messages, but the geom_stripe array = they are part of never gets activated of course since 3 of the 6 discs are missing). Here are the specs and the boot logs: Server #1: Tyan Tiger S2466N-4M (AMD 760MPX), dual AMD AthlonMP 2600+, latest BIOS, ACPI enabled, onboard LAN disabled Compaq Smart Array 5300 (ciss) Intel PRO/1000 Dual Port (em) 2 x HighPoint RocketRAID 454 (atapci) http://forumserver.zapto.org/SERV1_good.txt http://forumserver.zapto.org/SERV1_bad.txt Server #2: ASUS A7V600-X (VIA KT600), AMD AthlonXP 2500+, latest BIOS, ACPI = enabled, onboard LAN enabled (vr) Generic RealTek 8169 NIC (re) HighPoint RocketRAID 454 (atapci) Promise SATA150 TX4 (atapci) http://forumserver.zapto.org/SERV2_good.txt http://forumserver.zapto.org/SERV2_bad.txt /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12: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 D133616A4CE for ; Fri, 1 Apr 2005 12:50:40 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AE5D43D2F for ; Fri, 1 Apr 2005 12:50:40 +0000 (GMT) (envelope-from edwinlculp@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so842683wra for ; Fri, 01 Apr 2005 04:50:39 -0800 (PST) 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; b=fKuLHk338VX0Ki8X2jnwsNWctsIDCo56Yc6YVnTBnxpGc85fLmLyFQOD31IMIpPyxgwvphmnh6LhxSQmkC3YpOW7fOZexQKtbF9d3k54XnnYgtp68jzOWKMc110404Idm5jiqrWcnHbFYHPgmxPpwzpf0aCS8ul5+HtKZTd7gXo= Received: by 10.54.52.76 with SMTP id z76mr264437wrz; Fri, 01 Apr 2005 04:50:39 -0800 (PST) Received: by 10.54.50.17 with HTTP; Fri, 1 Apr 2005 04:50:39 -0800 (PST) Message-ID: <7affaed605040104507e45e8a4@mail.gmail.com> Date: Fri, 1 Apr 2005 06:50:39 -0600 From: Edwin Culp To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: kernel build is failing with atapicam in current. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Edwin Culp List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 12:50:41 -0000 Is atapicam still needed for programs like cdrecord? I don't see anotations in UPDATING. Assuming that it is my kernel build seems to be broken as follows: 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/usr/src/s ys -I/usr/src/sys/contrib/dev/acpica -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sy s/contrib/pf -I/usr/src/sys/contrib/dev/ath -I/usr/src/sys/contrib/dev/ath/freebsd -I/usr/src/sys/contrib/ngat m -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large -function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno -sse2 -ffreestanding -Werror /usr/src/sys/dev/ata/atapi-cam.c /usr/src/sys/dev/ata/atapi-cam.c:112: warning: no previous prototype for 'atapi_cam_attach_bus' /usr/src/sys/dev/ata/atapi-cam.c:178: warning: no previous prototype for 'atapi_cam_detach_bus' /usr/src/sys/dev/ata/atapi-cam.c:187: warning: no previous prototype for 'atapi_cam_reinit_bus' /usr/src/sys/dev/ata/atapi-cam.c: In function `reinit_bus': /usr/src/sys/dev/ata/atapi-cam.c:208: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:208: error: `MASTER' undeclared (first use in this function) /usr/src/sys/dev/ata/atapi-cam.c:208: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/ata/atapi-cam.c:208: error: for each function it appears in.) /usr/src/sys/dev/ata/atapi-cam.c:210: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:210: error: `SLAVE' undeclared (first use in this function) /usr/src/sys/dev/ata/atapi-cam.c: In function `setup_dev': /usr/src/sys/dev/ata/atapi-cam.c:227: error: structure has no member named `softc' /usr/src/sys/dev/ata/atapi-cam.c:228: warning: implicit declaration of function `ata_set_name' /usr/src/sys/dev/ata/atapi-cam.c:228: warning: nested extern declaration of `ata_set_name' /usr/src/sys/dev/ata/atapi-cam.c:229: error: structure has no member named `channel' /usr/src/sys/dev/ata/atapi-cam.c:231: error: structure has no member named `softc' /usr/src/sys/dev/ata/atapi-cam.c: In function `atapi_action': /usr/src/sys/dev/ata/atapi-cam.c:285: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c:334: warning: passing arg 1 of `ata_reinit' from incompatible pointer type /usr/src/sys/dev/ata/atapi-cam.c:417: warning: implicit declaration of function `ata_prtdev' /usr/src/sys/dev/ata/atapi-cam.c:417: warning: nested extern declaration of `ata_prtdev' /usr/src/sys/dev/ata/atapi-cam.c:494: error: structure has no member named `device' /usr/src/sys/dev/ata/atapi-cam.c: In function `get_ata_device': /usr/src/sys/dev/ata/atapi-cam.c:797: error: structure has no member named `device' Thanks, ed From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 12:56: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 0500816A4CE for ; Fri, 1 Apr 2005 12:56:09 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5477F43D45 for ; Fri, 1 Apr 2005 12:56:08 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j31Cu7gR049715; Fri, 1 Apr 2005 06:56:07 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <424D44CB.8090102@centtech.com> Date: Fri, 01 Apr 2005 06:55:39 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050325 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Edwin Culp References: <7affaed605040104507e45e8a4@mail.gmail.com> In-Reply-To: <7affaed605040104507e45e8a4@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: kernel build is failing with atapicam in 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, 01 Apr 2005 12:56:09 -0000 Edwin Culp wrote: > Is atapicam still needed for programs like cdrecord? I don't see > anotations in UPDATING. Assuming that it is my kernel build seems to > be broken as follows: There was a recent patch sent to this list for testing. I believe it was from Scott Long. I'm using atapicam on current with his patches and no problems and all. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology A lost ounce of gold may be found, a lost moment of time never. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 13:47: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 9E49C16A4CE for ; Fri, 1 Apr 2005 13:47:26 +0000 (GMT) Received: from server.roztocze.com.pl (server.roztocze.com.pl [217.96.30.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37D8643D39 for ; Fri, 1 Apr 2005 13:47:25 +0000 (GMT) (envelope-from kuba@server.roztocze.com.pl) Received: from server.roztocze.com.pl (localhost [127.0.0.1]) j31DlMgd025848 for ; Fri, 1 Apr 2005 15:47:22 +0200 Received: (from kuba@localhost) by server.roztocze.com.pl (8.12.10/8.12.10/Submit) id j31DlMLl001857 for freebsd-current@freebsd.org; Fri, 1 Apr 2005 15:47:22 +0200 Date: Fri, 1 Apr 2005 15:47:22 +0200 From: KubaTyszko To: freebsd-current@freebsd.org Message-ID: <20050401134722.GA18900@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Received-SPF: pass (server.roztocze.com.pl: localhost is always allowed.) X-Virus-Scanned: by amavisd-new Subject: 6.0-CURRENT as of 01.04.2005 and gnomevfs2-2.10.0 broken ? 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: Fri, 01 Apr 2005 13:47:26 -0000 hi all. i just updated my system to latest current and found that gnomevfs2-2.10.0 won't build. here is last message i get: /bin/sh /usr/local/bin/libtool15 --mode=link cc -O -pipe -march=pentium4 -L/usr/local/lib -pthread -o libgnomevfs-2.la -rpath /usr/X11R6/lib -version-info 1000:0:1000 -no-undefined GNOME_VFS_Daemon-common.lo GNOME_VFS_Daemon-stubs.lo GNOME_VFS_Daemon-skels.lo gnome-vfs-application-registry.lo gnome-vfs-address.lo gnome-vfs-async-job-map.lo gnome-vfs-async-ops.lo gnome-vfs-cancellable-ops.lo gnome-vfs-cancellation.lo gnome-vfs-cdrom.lo gnome-vfs-client-call.lo gnome-vfs-client.lo gnome-vfs-configuration.lo gnome-vfs-context.lo gnome-vfs-daemon-method.lo gnome-vfs-directory.lo gnome-vfs-dns-sd.lo gnome-vfs-drive.lo gnome-vfs-file-info.lo gnome-vfs-filesystem-type.lo gnome-vfs-find-directory.lo gnome-vfs-handle.lo gnome-vfs-i18n.lo gnome-vfs-inet-connection.lo gnome-vfs-init.lo gnome-vfs-job-queue.lo gnome-vfs-job-slave.lo gnome-vfs-job.lo gnome-vfs-method.lo gnome-vfs-mime-handlers.lo gnome-vfs-mime-info.lo gnome-vfs-mime-info-cache.lo gnome-vfs-mime-monitor.lo gnome-vfs-mime-sniff-buffer.lo gnome-vfs-mime.lo gnome-vfs-mime-magic.lo gnome-vfs-module-callback-marshall.lo gnome-vfs-module-callback-module-api.lo gnome-vfs-module-callback-private.lo gnome-vfs-module-callback.lo gnome-vfs-module-shared.lo gnome-vfs-module.lo gnome-vfs-monitor.lo gnome-vfs-open-fd.lo gnome-vfs-ops.lo gnome-vfs-parse-ls.lo gnome-vfs-private-utils.lo gnome-vfs-private.lo gnome-vfs-process.lo gnome-vfs-resolve.lo gnome-vfs-result.lo gnome-vfs-socket-buffer.lo gnome-vfs-socket.lo gnome-vfs-ssl.lo gnome-vfs-thread-pool.lo gnome-vfs-transform.lo gnome-vfs-uri.lo gnome-vfs-utils.lo gnome-vfs-volume-monitor-client.lo gnome-vfs-volume-monitor.lo gnome-vfs-volume-ops.lo gnome-vfs-volume.lo gnome-vfs-xfer.lo xdgmimemagic.lo xdgmime.lo xdgmimeglob.lo xdgmimeint.lo xdgmimealias.lo xdgmimeparent.lo gnome-vfs-enum-types.lo -Wl,--export-dynamic -pthread -L/usr/local/lib -L/usr/X11R6/lib -lgobject-2.0 -lgconf-2 -lbonobo-2 -lbonobo-activation -lORBit-2 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lxml2 -lz -liconv -lm -lssl -lcrypto libtool15: link: CURRENT `1000' is not a nonnegative integer libtool15: link: `1000:0:1000' is not valid version information gmake[3]: *** [libgnomevfs-2.la] Error 1 gmake[3]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.10.0/libgnomevfs' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.10.0/libgnomevfs' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/devel/gnomevfs2/work/gnome-vfs-2.10.0' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/devel/gnomevfs2. *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14:02: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 1B0A516A4CE for ; Fri, 1 Apr 2005 14:02:31 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31D943D41 for ; Fri, 1 Apr 2005 14:02:30 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j31E2Ksd022887; Fri, 1 Apr 2005 09:02:20 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j31E2Kxg022886; Fri, 1 Apr 2005 09:02:20 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Fri, 1 Apr 2005 09:02:20 -0500 From: David Schultz To: Peter Jeremy Message-ID: <20050401140220.GA22617@VARK.MIT.EDU> Mail-Followup-To: Peter Jeremy , Jeremie Le Hen , freebsd-current@FreeBSD.ORG References: <20050330083435.GI75546@obiwan.tataz.chchile.org> <20050330110613.GB71384@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050330110613.GB71384@cirb503493.alcatel.com.au> cc: freebsd-current@FreeBSD.ORG cc: Jeremie Le Hen Subject: Re: strcspn(3) complexity improvement X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 14:02:31 -0000 On Wed, Mar 30, 2005, Peter Jeremy wrote: > On Wed, 2005-Mar-30 10:34:35 +0200, Jeremie Le Hen wrote: > >Andreas Hauser made a patch to strcspn(3) for the DragonFly project > >which makes it faster when dealing with long strings [1] (rev 1.4). > >It basically changes the complexity of the function from > > O(strlen(str) * strlen(chars)) > >to > > O(strlen(str) + strlen(chars)) > >by using a charset. > > It has a significantly higher overhead due to the need to zero the charset. The overhead might be smaller if gcc optimized the bool array to use one bit per element. Failing that, it has to initialize 256 bytes of storage instead of 32. Perhaps someone could write a modified version with bit fiddling and compare. It's worth noting that the DragonFly version will probably avoid a bunch of branch mispredicts, too---probably about strlen(str) of them. This is because in the old version, you expect one misprediction each time you exit the inner loop, unless the inner loop executes for very few iterations. Of course, the DF code is still a lose for very short strings. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14: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 56C3D16A4CE for ; Fri, 1 Apr 2005 14:11:16 +0000 (GMT) Received: from biggie.spekt.net (biggie.spekt.net [67.18.79.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2350143D31 for ; Fri, 1 Apr 2005 14:11:16 +0000 (GMT) (envelope-from radek@raadradd.com) Received: from raadradd.homeunix.org (bwy230.neoplus.adsl.tpnet.pl [83.29.248.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by biggie.spekt.net (Postfix) with ESMTP id 5144F429F; Fri, 1 Apr 2005 16:11:13 +0200 (CEST) Received: by raadradd.homeunix.org (Postfix, from userid 1001) id 65E7CA546; Fri, 1 Apr 2005 16:11:13 +0200 (CEST) Date: Fri, 1 Apr 2005 16:11:13 +0200 From: Radek Kozlowski To: KubaTyszko Message-ID: <20050401141113.GE18583@werd> References: <20050401134722.GA18900@lbl.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <20050401134722.GA18900@lbl.pl> User-Agent: Mutt/1.5.9i cc: freebsd-current@freebsd.org Subject: Re: 6.0-CURRENT as of 01.04.2005 and gnomevfs2-2.10.0 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: Fri, 01 Apr 2005 14:11:16 -0000 On Fri, Apr 01, 2005 at 03:47:22PM +0200, KubaTyszko wrote: > hi all. > i just updated my system to latest current and found that > gnomevfs2-2.10.0 won't build. > here is last message i get: Looks like you don't have the latest version of libtool installed (1.5.10_1). Upgrade it and try again. BTW, you'd be probably better off asking on freebsd-gnome@ instead of here. -Radek From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14:26: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 83A1816A4CE for ; Fri, 1 Apr 2005 14:26:48 +0000 (GMT) Received: from ausc60pc101.us.dell.com (ausc60pc101.us.dell.com [143.166.85.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F6A543D2F for ; Fri, 1 Apr 2005 14:26:48 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcps314.aus.amer.dell.com (10.166.224.136) by ausc60pc101.us.dell.com with ESMTP; 01 Apr 2005 08:26:48 -0600 X-IronPort-AV: i="3.91,141,1110175200"; d="scan'208"; a="243048882:sNHT24120292" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 1 Apr 2005 08:26:45 -0600 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A89F1B6@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: March 15 Current snapshot is panic'ing in DELL PE1850 & PE2850 servers Thread-Index: AcU2xtR4/oT0gs47S9C1wFRY7ZZl/w== From: To: X-OriginalArrivalTime: 01 Apr 2005 14:26:45.0505 (UTC) FILETIME=[D5024F10:01C536C6] Subject: March 15 Current snapshot is panic'ing in DELL PE1850 & PE2850 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, 01 Apr 2005 14:26:48 -0000 All, Today I tried to test the March 15 FreeBSD 6.0-Current. While booting it panic'ed with following message. (Handwritten message, no serial console is available) Acd0: CDROM at ata0-master UDMA33 Ata2-master: FAILURE - SETFEATURES SET TRANSFER MODE status=3D41 error=3D4 Ata2-slave: FAILURE - SETFEATURES SET TRANSFER MODE status=3D41 error=3D4 Memory modified after free 0xffffff00b8cf5800(248) val=3Db9281810 @ 0xffffff00b8cf5830 panic: Most recently used by AFD driver cpuid =3D 0 KDB: enter: panic [thread pid 0 tid 0] Stopped at kdb_enter+0x2f: nop db> trace Tracing pid 0 tid 0 td 0xfffff kdb_enter() at kdb_enter+0x2f panic() at panic+0x249 mtrash_ctor() at mtrash_ctor+0x78 uma_zalloc_arg() at uma_zalloc_arg+0x43f malloc() at ... g_post_event_x() at ...=20 g_post_even() at ... acd_attach() at ...=20 ata_boot_attach() at ... run_interrrupt_driven_config_hooks() at ... mi_startup() at ... btext() at ... Any idea? Is this fixed via Coverity or it is new? If any other latest snapshot is available to try? Thanks. --T. Muthu Mohan From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 14:33: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 58EE616A4CE for ; Fri, 1 Apr 2005 14:33:04 +0000 (GMT) Received: from ausc60ps301.us.dell.com (ausc60ps301.us.dell.com [143.166.148.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0A5A43D4C for ; Fri, 1 Apr 2005 14:33:03 +0000 (GMT) (envelope-from Muthu_T@Dell.com) Received: from ausx2kcps315.aus.amer.dell.com (143.166.3.50) by ausc60ps301.us.dell.com with ESMTP; 01 Apr 2005 08:33:03 -0600 X-IronPort-AV: i="3.91,141,1110175200"; d="scan'208"; a="222715779:sNHT79679532" X-MimeOLE: Produced By Microsoft Exchange V6.0.6603.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 1 Apr 2005 08:31:01 -0600 Message-ID: <71F713C5E3CB7F4F9ACCBBB8E9BE318A89F1BA@blrx2kmbgl101.blr.amer.dell.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: LOR found in March 15th 6.0 Current Thread-Index: AcU2x22KTOnRhpYoTP6rLF3rhoeEtg== From: To: X-OriginalArrivalTime: 01 Apr 2005 14:31:01.0692 (UTC) FILETIME=[6DB557C0:01C536C7] Subject: LOR found in March 15th 6.0 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 14:33:04 -0000 Installed March 15th build of 6.0-CURRENT in DELL PE1750 successfully. After loggin in, I found this in 'dmesg'. Any ideas? ------------------------------------------------------------------------ --- 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-SNAP002 #0: Tue Mar 15 19:02:56 UTC 2005 root@x64.samsco.home:/usr/obj/usr/src/sys/GENERIC WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2389.41-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf29 Stepping =3D 9 =20 Features=3D0xbfebfbff Hyperthreading: 2 logical CPUs real memory =3D 536702976 (511 MB) avail memory =3D 515923968 (492 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic2: Changing APIC ID to 10 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: irq 11 on acpi0 pci0: on pcib0 pci0: at device 14.0 (no driver attached) atapci0: port 0x8b0-0x8bf,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 15.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 ohci0: mem 0xfe100000-0xfe100fff irq 11 at device 15.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered isab0: at device 15.3 on pci0 isa0: on isab0 pcib1: on acpi0 pci4: on pcib1 amr0: mem 0xfc900000-0xfc93ffff,0xf0000000-0xf7ffffff irq 18 at device 3.0 on pci4 amr0: Firmware 4.10, BIOS B111, 128MB RAM pcib2: on acpi0 pci3: on pcib2 fxp0: port 0xbcc0-0xbcff mem 0xfcb00000-0xfcb1ffff,0xfcb20000-0xfcb20fff irq 24 at device 6.0 on pci3 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:e7:8f:70 pcib3: on acpi0 pci2: on pcib3 bge0: mem 0xfcd20000-0xfcd2ffff,0xfcd30000-0xfcd3ffff irq 16 at device 0.0 on pci2 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0b:db:93:e3:f4 bge1: mem 0xfcd00000-0xfcd0ffff,0xfcd10000-0xfcd1ffff irq 17 at device 0.1 on pci2 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:0b:db:93:e3:f5 pcib4: on acpi0 pci1: on pcib4 ahc0: port 0xdc00-0xdcff mem 0xfcf01000-0xfcf01fff irq 20 at device 4.0 on pci1 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=3D7, 32/253 SCBs ahc1: port 0xd800-0xd8ff mem 0xfcf00000-0xfcf00fff irq 21 at device 4.1 on pci1 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=3D7, 32/253 SCBs pci_link1: irq 7 on acpi0 pci_link2: irq 5 on acpi0 pci_link3: irq 5 on acpi0 pci_link4: on acpi0 pci_link5: irq 7 on acpi0 pci_link6: irq 5 on acpi0 pci_link7: on acpi0 pci_link8: on acpi0 pci_link9: irq 7 on acpi0 pci_link10: on acpi0 pci_link11: on acpi0 pci_link12: on acpi0 pci_link13: on acpi0 pci_link14: on acpi0 pci_link15: on acpi0 pci_link16: on acpi0 pci_link17: on acpi0 pci_link18: on acpi0 pci_link19: on acpi0 pci_link20: on acpi0 pci_link21: on acpi0 pci_link22: on acpi0 pci_link23: on acpi0 pci_link24: on acpi0 pci_link25: on acpi0 pci_link26: on acpi0 pci_link27: on acpi0 pci_link28: on acpi0 pci_link29: on acpi0 pci_link30: on acpi0 pci_link31: on acpi0 pci_link32: on acpi0 fdc0: port 0x3f7,0x3f0-0x3f5 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: port 0x64,0x60 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 orm0: at iomem 0xec000-0xeffff,0xc0000-0xc7fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle amrd0: on amr0 amrd0: 69116MB (141549568 sectors) RAID 5 (optimal) ses0 at amr0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device=20 ses0: SAF-TE Compliant Device SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/amrd0s1a lock order reversal 1st 0xc1db3b34 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 2nd 0xc1b6d258 bge0 (network driver) @ /usr/src/sys/dev/bge/if_bge.c:3296 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c0903a30,c0902720,c088e508) at kdb_backtrace+0x29 witness_checkorder(c1b6d258,9,c080722f,ce0) at witness_checkorder+0x54c _mtx_lock_flags(c1b6d258,0,c080722f,ce0,c1b6d000) at _mtx_lock_flags+0x5b bge_start(c1b6d000) at bge_start+0x22 if_start(c1b6d000) at if_start+0x7b ether_output_frame(c1b6d000,c1c86600,1,ffffffff,0) at ether_output_frame+0x1d9 ether_output(c1b6d000,c1c86600,df285a48,0,2) at ether_output+0x384 arprequest(c1b6d000,c1d23bc8,c1bbab14,c19964ac) at arprequest+0xd8 arpresolve(c1b6d000,c1db3b58,c1c86700,c1bbab10,df285ab8) at arpresolve+0x29c ether_output(c1b6d000,c1c86700,c1bbab10,c1db3b58,c1d23b00) at ether_output+0x66 ip_output(c1c86700,0,df285b10,0,0) at ip_output+0x6fc udp_output(c1db1168,c1c86700,0,0,c1d4d730) at udp_output+0x4ad udp_send(c1dae914,0,c1c86700,0,0) at udp_send+0x1a sosend(c1dae914,0,df285c4c,c1c86700,0) at sosend+0x5e7 kern_sendit(c1d4d730,4,df285ccc,0,0) at kern_sendit+0x104 sendit(c1d4d730,4,df285ccc,0,bfbfc155) at sendit+0x163 sendto(c1d4d730,df285d14,6,2,216) at sendto+0x4d syscall(2f,2f,2f,0,282ef7a4) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (133, FreeBSD ELF32, sendto), eip =3D 0x2827165b, esp =3D 0xbfbfba1c, ebp =3D 0xbfbfba48 --- fxp0: link state changed to DOWN bge1: link state changed to DOWN ------------------------------------------------------------------------ ---------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 15:45: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 057AA16A4CE for ; Fri, 1 Apr 2005 15:45:12 +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 7370943D31 for ; Fri, 1 Apr 2005 15:45:11 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.208.130 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 1 Apr 2005 15:45:10 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9866760E9; Fri, 1 Apr 2005 09:45:08 -0600 (CST) 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 04657-12; Fri, 1 Apr 2005 09:45:04 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 9490260D7; Fri, 1 Apr 2005 09:45:04 -0600 (CST) Message-ID: <424D6C80.4010304@alumni.rice.edu> Date: Fri, 01 Apr 2005 09:45:04 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Muthu_T@Dell.com References: <71F713C5E3CB7F4F9ACCBBB8E9BE318A89F1BA@blrx2kmbgl101.blr.amer.dell.com> In-Reply-To: <71F713C5E3CB7F4F9ACCBBB8E9BE318A89F1BA@blrx2kmbgl101.blr.amer.dell.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: LOR found in March 15th 6.0 Current 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: Fri, 01 Apr 2005 15:45:12 -0000 Muthu_T@Dell.com wrote: > Installed March 15th build of 6.0-CURRENT in DELL PE1750 successfully. > After loggin in, I found this in 'dmesg'. > > > > lock order reversal > 1st 0xc1db3b34 rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445 > 2nd 0xc1b6d258 bge0 (network driver) @ > /usr/src/sys/dev/bge/if_bge.c:3296 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c0903a30,c0902720,c088e508) at > kdb_backtrace+0x29 > witness_checkorder(c1b6d258,9,c080722f,ce0) at witness_checkorder+0x54c > _mtx_lock_flags(c1b6d258,0,c080722f,ce0,c1b6d000) at > _mtx_lock_flags+0x5b > bge_start(c1b6d000) at bge_start+0x22 > if_start(c1b6d000) at if_start+0x7b > ether_output_frame(c1b6d000,c1c86600,1,ffffffff,0) at > ether_output_frame+0x1d9 > ether_output(c1b6d000,c1c86600,df285a48,0,2) at ether_output+0x384 > arprequest(c1b6d000,c1d23bc8,c1bbab14,c19964ac) at arprequest+0xd8 > arpresolve(c1b6d000,c1db3b58,c1c86700,c1bbab10,df285ab8) at > arpresolve+0x29c > ether_output(c1b6d000,c1c86700,c1bbab10,c1db3b58,c1d23b00) at > ether_output+0x66 > ip_output(c1c86700,0,df285b10,0,0) at ip_output+0x6fc > udp_output(c1db1168,c1c86700,0,0,c1d4d730) at udp_output+0x4ad > udp_send(c1dae914,0,c1c86700,0,0) at udp_send+0x1a > sosend(c1dae914,0,df285c4c,c1c86700,0) at sosend+0x5e7 > kern_sendit(c1d4d730,4,df285ccc,0,0) at kern_sendit+0x104 > sendit(c1d4d730,4,df285ccc,0,bfbfc155) at sendit+0x163 > sendto(c1d4d730,df285d14,6,2,216) at sendto+0x4d > syscall(2f,2f,2f,0,282ef7a4) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (133, FreeBSD ELF32, sendto), eip = 0x2827165b, esp = > 0xbfbfba1c, ebp = 0xbfbfba48 --- What's up with rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445? Here's a sampling of LORs seen with this line (all listed with status "unknown"): http://sources.zabbadoz.net/freebsd/lor.html#061 http://sources.zabbadoz.net/freebsd/lor.html#062 http://sources.zabbadoz.net/freebsd/lor.html#064 http://sources.zabbadoz.net/freebsd/lor.html#068 http://sources.zabbadoz.net/freebsd/lor.html#071 http://sources.zabbadoz.net/freebsd/lor.html#074 http://sources.zabbadoz.net/freebsd/lor.html#077 Are these false positives? Jon From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 15:49: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 BB54E16A4CF for ; Fri, 1 Apr 2005 15:49:45 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8036943D1D for ; Fri, 1 Apr 2005 15:49:45 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id B1C5046B35; Fri, 1 Apr 2005 10:49:44 -0500 (EST) Date: Fri, 1 Apr 2005 15:46:24 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Jon Noack In-Reply-To: <424D6C80.4010304@alumni.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org cc: Muthu_T@Dell.com Subject: Re: LOR found in March 15th 6.0 Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2005 15:49:45 -0000 On Fri, 1 Apr 2005, Jon Noack wrote: > What's up with rtentry (rtentry) @ /usr/src/sys/netinet/if_ether.c:445? > Here's a sampling of LORs seen with this line (all listed with status > "unknown"): > http://sources.zabbadoz.net/freebsd/lor.html#061 > http://sources.zabbadoz.net/freebsd/lor.html#062 > http://sources.zabbadoz.net/freebsd/lor.html#064 > http://sources.zabbadoz.net/freebsd/lor.html#068 > http://sources.zabbadoz.net/freebsd/lor.html#071 > http://sources.zabbadoz.net/freebsd/lor.html#074 > http://sources.zabbadoz.net/freebsd/lor.html#077 > > Are these false positives? There must have been some recent change, perhaps relating to link state notification, that caused a variety of network device drivers to call into the routing code while holding network interface mutexes. In general, the defined lock order is network stack locks before device driver locks, but in practice there are few situations where routing locks are held when calling into device drivers, or vice versa. While I've not looked closely at the route locking, it's reasonable to assume it would follow the same general trend in lock order -- that is, a routing lock should not be acquired while holding device driver locks. What someone could try doing to track down the specific code path is hard-code the relationship between the routing rtentry mutex and the device driver mutex in subr_witness.c, which will cause witness to fire for the earlier ordering event, rather than the conflicting ordering event (the above). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 17: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 AC64016A4CE for ; Fri, 1 Apr 2005 17:50:40 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2505E43D46 for ; Fri, 1 Apr 2005 17:50:39 +0000 (GMT) (envelope-from chinhngt@sectorb.msk.ru) Received: from luckyland.ru (unix.local [172.16.12.120]) by hq.sectorb.msk.ru (Postfix) with ESMTP id B91602105 for ; Fri, 1 Apr 2005 21:50:35 +0400 (MSD) Date: Fri, 1 Apr 2005 21:49:59 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@luckyland.ru To: current@FreeBSD.org Message-ID: <20050401214454.W1308@luckyland.ru> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-2013290677-1112377799=:1308" Subject: -CURRENT kernel break? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 17:50:40 -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-2013290677-1112377799=:1308 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi all, cvsup some hours ago, fail at ata/atapi-cam.c Details in the attached text. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | --0-2013290677-1112377799=:1308 Content-Type: TEXT/plain; charset=US-ASCII; name=err.txt Content-Transfer-Encoding: BASE64 Content-ID: <20050401214959.Q1308@luckyland.ru> Content-Description: Content-Disposition: attachment; filename=err.txt Y2MgLWMgLU8yIC1waXBlIC1mZmFzdC1tYXRoIC1mbm8tc3RyaWN0LWFsaWFz aW5nIC1tYXJjaD1wZW50aXVtNCAtV2FsbCAtV3JlZHVuZGFudC1kZWNscyAt V25lc3RlZC1leHRlcm5zIC1Xc3RyaWN0LXByb3RvdHlwZXMgIC1XbWlzc2lu Zy1wcm90b3R5cGVzIC1XcG9pbnRlci1hcml0aCAtV2lubGluZSAtV2Nhc3Qt cXVhbCAgLWZmb3JtYXQtZXh0ZW5zaW9ucyAtc3RkPWM5OSAgLW5vc3RkaW5j IC1JLSAgLUkuIC1JL3Vzci9zcmMvc3lzIC1JL3Vzci9zcmMvc3lzL2NvbnRy aWIvZGV2L2FjcGljYSAtSS91c3Ivc3JjL3N5cy9jb250cmliL2FsdHEgLUkv dXNyL3NyYy9zeXMvY29udHJpYi9pcGZpbHRlciAtSS91c3Ivc3JjL3N5cy9j b250cmliL3BmIC1JL3Vzci9zcmMvc3lzL2NvbnRyaWIvZGV2L2F0aCAtSS91 c3Ivc3JjL3N5cy9jb250cmliL2Rldi9hdGgvZnJlZWJzZCAtSS91c3Ivc3Jj L3N5cy9jb250cmliL25nYXRtIC1EX0tFUk5FTCAtaW5jbHVkZSBvcHRfZ2xv YmFsLmggLWZuby1jb21tb24gLWZpbmxpbmUtbGltaXQ9ODAwMCAtLXBhcmFt IGlubGluZS11bml0LWdyb3d0aD0xMDAgLS1wYXJhbSBsYXJnZS1mdW5jdGlv bi1ncm93dGg9MTAwMCAgLW1uby1hbGlnbi1sb25nLXN0cmluZ3MgLW1wcmVm ZXJyZWQtc3RhY2stYm91bmRhcnk9MiAgLW1uby1tbXggLW1uby0zZG5vdyAt bW5vLXNzZSAtbW5vLXNzZTIgLWZmcmVlc3RhbmRpbmcgLVdlcnJvciAgL3Vz ci9zcmMvc3lzL2Rldi9hdGEvYXRhcGktY2FtLmMNCi91c3Ivc3JjL3N5cy9k ZXYvYXRhL2F0YXBpLWNhbS5jOjExMjogd2FybmluZzogbm8gcHJldmlvdXMg cHJvdG90eXBlIGZvciAnYXRhcGlfY2FtX2F0dGFjaF9idXMnDQovdXNyL3Ny Yy9zeXMvZGV2L2F0YS9hdGFwaS1jYW0uYzoxNzg6IHdhcm5pbmc6IG5vIHBy ZXZpb3VzIHByb3RvdHlwZSBmb3IgJ2F0YXBpX2NhbV9kZXRhY2hfYnVzJw0K L3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhcGktY2FtLmM6MTg3OiB3YXJuaW5n OiBubyBwcmV2aW91cyBwcm90b3R5cGUgZm9yICdhdGFwaV9jYW1fcmVpbml0 X2J1cycNCi91c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YXBpLWNhbS5jOiBJbiBm dW5jdGlvbiBgcmVpbml0X2J1cyc6DQovdXNyL3NyYy9zeXMvZGV2L2F0YS9h dGFwaS1jYW0uYzoyMDg6IGVycm9yOiBzdHJ1Y3R1cmUgaGFzIG5vIG1lbWJl ciBuYW1lZCBgZGV2aWNlJw0KL3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhcGkt Y2FtLmM6MjA4OiBlcnJvcjogYE1BU1RFUicgdW5kZWNsYXJlZCAoZmlyc3Qg dXNlIGluIHRoaXMgZnVuY3Rpb24pDQovdXNyL3NyYy9zeXMvZGV2L2F0YS9h dGFwaS1jYW0uYzoyMDg6IGVycm9yOiAoRWFjaCB1bmRlY2xhcmVkIGlkZW50 aWZpZXIgaXMgcmVwb3J0ZWQgb25seSBvbmNlDQovdXNyL3NyYy9zeXMvZGV2 L2F0YS9hdGFwaS1jYW0uYzoyMDg6IGVycm9yOiBmb3IgZWFjaCBmdW5jdGlv biBpdCBhcHBlYXJzIGluLikNCi91c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YXBp LWNhbS5jOjIxMDogZXJyb3I6IHN0cnVjdHVyZSBoYXMgbm8gbWVtYmVyIG5h bWVkIGBkZXZpY2UnDQovdXNyL3NyYy9zeXMvZGV2L2F0YS9hdGFwaS1jYW0u YzoyMTA6IGVycm9yOiBgU0xBVkUnIHVuZGVjbGFyZWQgKGZpcnN0IHVzZSBp biB0aGlzIGZ1bmN0aW9uKQ0KL3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhcGkt Y2FtLmM6IEluIGZ1bmN0aW9uIGBzZXR1cF9kZXYnOg0KL3Vzci9zcmMvc3lz L2Rldi9hdGEvYXRhcGktY2FtLmM6MjI3OiBlcnJvcjogc3RydWN0dXJlIGhh cyBubyBtZW1iZXIgbmFtZWQgYHNvZnRjJw0KL3Vzci9zcmMvc3lzL2Rldi9h dGEvYXRhcGktY2FtLmM6MjI4OiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJh dGlvbiBvZiBmdW5jdGlvbiBgYXRhX3NldF9uYW1lJw0KL3Vzci9zcmMvc3lz L2Rldi9hdGEvYXRhcGktY2FtLmM6MjI4OiB3YXJuaW5nOiBuZXN0ZWQgZXh0 ZXJuIGRlY2xhcmF0aW9uIG9mIGBhdGFfc2V0X25hbWUnDQovdXNyL3NyYy9z eXMvZGV2L2F0YS9hdGFwaS1jYW0uYzoyMjk6IGVycm9yOiBzdHJ1Y3R1cmUg aGFzIG5vIG1lbWJlciBuYW1lZCBgY2hhbm5lbCcNCi91c3Ivc3JjL3N5cy9k ZXYvYXRhL2F0YXBpLWNhbS5jOjIzMTogZXJyb3I6IHN0cnVjdHVyZSBoYXMg bm8gbWVtYmVyIG5hbWVkIGBzb2Z0YycNCi91c3Ivc3JjL3N5cy9kZXYvYXRh L2F0YXBpLWNhbS5jOiBJbiBmdW5jdGlvbiBgYXRhcGlfYWN0aW9uJzoNCi91 c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YXBpLWNhbS5jOjI4NTogZXJyb3I6IHN0 cnVjdHVyZSBoYXMgbm8gbWVtYmVyIG5hbWVkIGBkZXZpY2UnDQovdXNyL3Ny Yy9zeXMvZGV2L2F0YS9hdGFwaS1jYW0uYzozMzQ6IHdhcm5pbmc6IHBhc3Np bmcgYXJnIDEgb2YgYGF0YV9yZWluaXQnIGZyb20gaW5jb21wYXRpYmxlIHBv aW50ZXIgdHlwZQ0KL3Vzci9zcmMvc3lzL2Rldi9hdGEvYXRhcGktY2FtLmM6 NDE3OiB3YXJuaW5nOiBpbXBsaWNpdCBkZWNsYXJhdGlvbiBvZiBmdW5jdGlv biBgYXRhX3BydGRldicNCi91c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YXBpLWNh bS5jOjQxNzogd2FybmluZzogbmVzdGVkIGV4dGVybiBkZWNsYXJhdGlvbiBv ZiBgYXRhX3BydGRldicNCi91c3Ivc3JjL3N5cy9kZXYvYXRhL2F0YXBpLWNh bS5jOjQ5NDogZXJyb3I6IHN0cnVjdHVyZSBoYXMgbm8gbWVtYmVyIG5hbWVk IGBkZXZpY2UnDQovdXNyL3NyYy9zeXMvZGV2L2F0YS9hdGFwaS1jYW0uYzog SW4gZnVuY3Rpb24gYGdldF9hdGFfZGV2aWNlJzoNCi91c3Ivc3JjL3N5cy9k ZXYvYXRhL2F0YXBpLWNhbS5jOjc5NzogZXJyb3I6IHN0cnVjdHVyZSBoYXMg bm8gbWVtYmVyIG5hbWVkIGBkZXZpY2UnDQoqKiogRXJyb3IgY29kZSAxDQoN ClN0b3AgaW4gL21udC9tdXNpYy9UZW1wL29iai91c3Ivc3JjL3N5cy9rZXJu ZWwuDQoqKiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9zcmMuDQoq KiogRXJyb3IgY29kZSAxDQoNClN0b3AgaW4gL3Vzci9zcmMuDQojDQo= --0-2013290677-1112377799=:1308-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 17:56: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 12AE316A4DD for ; Fri, 1 Apr 2005 17:56:57 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E34B43D31 for ; Fri, 1 Apr 2005 17:56:56 +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 j31Huusd022424; Fri, 1 Apr 2005 09:56:56 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j31HuuYG022423; Fri, 1 Apr 2005 09:56:56 -0800 Date: Fri, 1 Apr 2005 09:56:55 -0800 From: Brooks Davis To: Nguyen Tam Chinh Message-ID: <20050401175655.GA20663@odin.ac.hmc.edu> References: <20050401214454.W1308@luckyland.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <20050401214454.W1308@luckyland.ru> 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: current@freebsd.org Subject: Re: -CURRENT kernel break? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 17:56:57 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 01, 2005 at 09:49:59PM +0400, Nguyen Tam Chinh wrote: > Hi all, > cvsup some hours ago, fail at ata/atapi-cam.c Check the archives. The ATAPICAM code was temporarily broken a few days ago by ATA mkIII. Scott posted a patch to the list and something should be committed in a few days. -- 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 --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCTYtnXY6L6fI4GtQRArKBAKDhd85+NpqX1DhM1WtU34m6GLWwuACdGPgc lorqlVgevu96ypONMw1419o= =GzUM -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 17:58: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 AAFB916A4CE for ; Fri, 1 Apr 2005 17:58:41 +0000 (GMT) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2446343D41 for ; Fri, 1 Apr 2005 17:58:41 +0000 (GMT) (envelope-from jkim@niksun.com) Received: from [10.70.0.244] (daemon.mj.niksun.com [10.70.0.244]) by anuket.mj.niksun.com (8.13.1/8.12.11) with ESMTP id j31HwYOJ037526; Fri, 1 Apr 2005 12:58:35 -0500 (EST) (envelope-from jkim@niksun.com) From: Jung-uk Kim Organization: Niksun, Inc. To: freebsd-current@freebsd.org Date: Fri, 1 Apr 2005 12:58:31 -0500 User-Agent: KMail/1.6.2 References: <20050401214454.W1308@luckyland.ru> In-Reply-To: <20050401214454.W1308@luckyland.ru> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="euc-kr" Content-Transfer-Encoding: 7bit Message-Id: <200504011258.32013.jkim@niksun.com> X-Virus-Scanned: ClamAV 0.83/799/Fri Apr 1 05:49:13 2005 on anuket.mj.niksun.com X-Virus-Status: Clean cc: Nguyen Tam Chinh Subject: Re: -CURRENT kernel break? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 17:58:41 -0000 On Friday 01 April 2005 12:49 pm, Nguyen Tam Chinh wrote: > Hi all, > cvsup some hours ago, fail at ata/atapi-cam.c > Details in the attached text. It's known problem. Try the experimental patch from Scott Long. http://docs.freebsd.org/cgi/mid.cgi?424BCDAA.40604 Jung-uk Kim > ----- > With best regards, | The Power to Serve > Nguyen Tam Chinh | http://www.FreeBSD.org > Loc: sp.cs.msu.ru | From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 18: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 61D1016A4CE for ; Fri, 1 Apr 2005 18:02:32 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9046343D2F for ; Fri, 1 Apr 2005 18:02:31 +0000 (GMT) (envelope-from swhetzel@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so938244wri for ; Fri, 01 Apr 2005 10:02:31 -0800 (PST) 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:references; b=hJmhjMfTJQR+uoLBXxb0KiXCHrNKTDGNLgi5qe7IeitsnQxgHqjUkmHJTxVUwTuU0vdmSI26rV79oxpTsYN01GYgJ5jM1DG1WsLLN69smQK2D6Ph7IVjSaH03Bb7mkvtk6JDSIP+njCfmmdZRajUAj+yPAl2UTGGesVLbS1ihco= Received: by 10.54.11.38 with SMTP id 38mr226281wrk; Fri, 01 Apr 2005 10:02:31 -0800 (PST) Received: by 10.54.29.77 with HTTP; Fri, 1 Apr 2005 10:02:30 -0800 (PST) Message-ID: <790a9fff0504011002498eeec0@mail.gmail.com> Date: Fri, 1 Apr 2005 12:02:30 -0600 From: Scot Hetzel To: Nguyen Tam Chinh In-Reply-To: <20050401214454.W1308@luckyland.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050401214454.W1308@luckyland.ru> cc: current@freebsd.org Subject: Re: -CURRENT kernel break? 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, 01 Apr 2005 18:02:32 -0000 On Apr 1, 2005 11:49 AM, Nguyen Tam Chinh wrote: > Hi all, > cvsup some hours ago, fail at ata/atapi-cam.c > Details in the attached text. Soren imported his new ATA driver into the -CURRENT sources. He didn't update the atapi-cam driver to work with the new ATA driver, as another developer is working on updating it to this driver. For now just remove ATAPICAM from your kernel config file, or downgrade your -CURRENT sources to before Mar 30th. See Soren's message, posted to this list, titled "HEADSUP: ATA mkIII has been committed". Scot P.S. Some one had mentioned a patch for ATAPICAM was floating arround on this list, but I haven't seen it. From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 18:05: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 8B93616A4CE for ; Fri, 1 Apr 2005 18:05:45 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A6D43D54 for ; Fri, 1 Apr 2005 18:05:45 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Fri, 01 Apr 2005 10:05:44 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id B0F045D07; Fri, 1 Apr 2005 10:05:44 -0800 (PST) To: Brooks Davis In-reply-to: Your message of "Fri, 01 Apr 2005 09:56:55 PST." <20050401175655.GA20663@odin.ac.hmc.edu> Date: Fri, 01 Apr 2005 10:05:44 -0800 From: "Kevin Oberman" Message-Id: <20050401180544.B0F045D07@ptavv.es.net> cc: Nguyen Tam Chinh cc: current@freebsd.org Subject: Re: -CURRENT kernel break? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 18:05:45 -0000 > Date: Fri, 1 Apr 2005 09:56:55 -0800 > From: Brooks Davis > Sender: owner-freebsd-current@freebsd.org > > > --uAKRQypu60I7Lcqm > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, Apr 01, 2005 at 09:49:59PM +0400, Nguyen Tam Chinh wrote: > > Hi all, > > cvsup some hours ago, fail at ata/atapi-cam.c > > Check the archives. The ATAPICAM code was temporarily broken a few days > ago by ATA mkIII. Scott posted a patch to the list and something should > be committed in a few days. Actually, the patches were posted on hackers, not current. http://groups-beta.google.com/group/mailing.freebsd.hackers/browse_thread/thread/f3f87d7340522f28/cd09bec2cd5b720b?q=mailing.freebsd+atapi-cam.c&rnum=3#cd09bec2cd5b720b -- 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 Apr 1 18:10: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 D7A2D16A4CE for ; Fri, 1 Apr 2005 18:10:16 +0000 (GMT) Received: from hq.sectorb.msk.ru (petaflop.b.gz.ru [217.67.124.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33ACB43D1F for ; Fri, 1 Apr 2005 18:10:16 +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 061693DF4; Fri, 1 Apr 2005 22:10:13 +0400 (MSD) Date: Fri, 1 Apr 2005 22:11:31 +0400 (MSD) From: Nguyen Tam Chinh X-X-Sender: chinhngt@it.hackers To: Brooks Davis In-Reply-To: <20050401175655.GA20663@odin.ac.hmc.edu> Message-ID: <20050401220922.D15300@it.hackers> References: <20050401214454.W1308@luckyland.ru> <20050401175655.GA20663@odin.ac.hmc.edu> X-Operating-System: FreeBSD 5.3-STABLE Keywords: 216091683 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: current@freebsd.org Subject: Re: -CURRENT kernel break? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 18:10:17 -0000 On Fri, 1 Apr 2005, Brooks Davis wrote: > On Fri, Apr 01, 2005 at 09:49:59PM +0400, Nguyen Tam Chinh wrote: >> Hi all, >> cvsup some hours ago, fail at ata/atapi-cam.c > > Check the archives. The ATAPICAM code was temporarily broken a few days > ago by ATA mkIII. Scott posted a patch to the list and something should > be committed in a few days. > Ok, this means that I passed by some threads on current and hackers :) The code actually was broken some days ago. Thank you for your information. ----- With best regards, | The Power to Serve Nguyen Tam Chinh | http://www.FreeBSD.org Loc: sp.cs.msu.ru | From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 18:34: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 B875B16A4CE; Fri, 1 Apr 2005 18:34:04 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3723D43D31; Fri, 1 Apr 2005 18:34:04 +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.1/8.13.1) with ESMTP id j31IY3u7090983; Fri, 1 Apr 2005 13:34:03 -0500 (EST) (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 j31IY3g9023168; Fri, 1 Apr 2005 13:34:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 390107306E; Fri, 1 Apr 2005 13:34:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050401183403.390107306E@freebsd-current.sentex.ca> Date: Fri, 1 Apr 2005 13:34:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/799/Fri Apr 1 05:49:13 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 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: Fri, 01 Apr 2005 18:34:04 -0000 TB --- 2005-04-01 17:18:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-01 17:18:09 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-01 17:18:09 - checking out the source tree TB --- 2005-04-01 17:18:09 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-01 17:18:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-01 17:25:01 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-01 17:25:01 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-01 17:25:01 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-01 18:34:02 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-01 18:34:02 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-01 18:34:02 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Apr 1 18:34:02 UTC 2005 >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf; PATH=/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/legacy/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/legacy/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/legacy/usr/games:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/sbin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/bin:/home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin config -d /home/tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf/GENERIC config: Error: device "arcmsr" is unknown config: 1 errors *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-01 18:34:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-01 18:34:02 - ERROR: failed to build generic kernel TB --- 2005-04-01 18:34:02 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 20:54: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 5DF0216A4CE for ; Fri, 1 Apr 2005 20:54:19 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2013543D1F for ; Fri, 1 Apr 2005 20:54:19 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 7605 invoked from network); 1 Apr 2005 20:54:18 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 1 Apr 2005 20:54:18 -0000 Received: from [10.50.41.231] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j31Ks6GZ035357; Fri, 1 Apr 2005 15:54:08 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 1 Apr 2005 15:53:32 -0500 User-Agent: KMail/1.6.2 References: <4.3.2.7.2.20050316133332.0225fe60@www.n4comm.com> In-Reply-To: <4.3.2.7.2.20050316133332.0225fe60@www.n4comm.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Message-Id: <200504011553.32599.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Harry Coin Subject: Re: atapicam prevents boot, system hangs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 20:54:19 -0000 On Wednesday 16 March 2005 02:39 pm, Harry Coin wrote: > If atapicam is included Freebsd 5.3 release, 5.4 pre1 and 5.4 pre 2 will > hang just before the SMP startup notice in the dmesg trace. If atapicam is > removed then the system boots normally. The message it hangs on in place > of the SMP message is an interrupt storm on int 18: em0 and > uhci2++. Scrolling still works, no recovery ever happens. > > System is a P4 Asus P4C800-E, no AGP video, digital camera disks on the USB > port . > > Full dmesg and conf file details at: > > You can access the state of your problem report at any time > via this link: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=78929 > > >Category: i386 > >Responsible: freebsd-i386 > >Synopsis: atapicam prevents boot, system hangs > >Arrival-Date: Wed Mar 16 19:00:08 GMT 2005 > > I'm a bit of a newbie to all this, hope I've posted notices the right way > to the right spots. > > HTH > > Harry Coin > > Harry Coin > N4 Communications > http://www.n4comm.com It would be useful to see a dmesg from the kernel with atapicam if possible (use a serial console to capture it). Also, does the kernel with atapicam boot ok if you disable the APIC via by doing 'set hint.apic.0.disabled=1' in the loader before booting the kernel? -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Apr 1 23:01: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 1561D16A4CE; Fri, 1 Apr 2005 23:01:13 +0000 (GMT) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A0A43D46; Fri, 1 Apr 2005 23:01:12 +0000 (GMT) (envelope-from oz@nixil.net) Received: from [10.20.12.64] (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.1/8.13.1) with ESMTP id j31N18Qt020691; Fri, 1 Apr 2005 16:01:12 -0700 (MST) Message-ID: <424DD28E.9040000@nixil.net> Date: Fri, 01 Apr 2005 16:00:30 -0700 From: Phil Oleson User-Agent: Mozilla Thunderbird 1.0 (X11/20050323) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Matthew N. Dodd" References: <4244AC9C.7010803@nixil.net> <20050326030927.GA86483@xor.obsecurity.org> <424CAF89.60209@nixil.net> <20050331233821.Q328@sasami.jurai.net> In-Reply-To: <20050331233821.Q328@sasami.jurai.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.5.6 (nixil.net [161.58.222.1]); Fri, 01 Apr 2005 16:01:12 -0700 (MST) X-Virus-Scanned: ClamAV 0.82/762/Sun Mar 13 16:35:33 2005 on nixil.net X-Virus-Status: Clean cc: freebsd-current@FreeBSD.ORG Subject: Re: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 01 Apr 2005 23:01:13 -0000 Matthew N. Dodd wrote: > On Thu, 31 Mar 2005, Phil Oleson wrote: > >> btw, I was a bit unsure if I should increment 'SHLIB_MAJOR' to 5. >> There were some small changes (exposed some tok_xx functions) but it >> also removed el_data_get() & el_data_set(). blah.. > > > el_data_{get,set}() were local changes. It would be really nice if > they stayed. > hmm.. that was a detail I overlooked. I have not been able to track down where these functions are used. Can you assist with that? These calls could be changed to use el_get(el, EL_CLIENTDATA, data) && el_set(el, EL_CLIENTDATA, data), and we could eliminate these non-portable local changes. Phil From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 01:36: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 BE90316A4CE for ; Sat, 2 Apr 2005 01:36:58 +0000 (GMT) Received: from sasami.jurai.net (sasami.jurai.net [69.17.104.113]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4331243D1F for ; Sat, 2 Apr 2005 01:36:58 +0000 (GMT) (envelope-from mdodd@FreeBSD.ORG) Received: from sasami.jurai.net (winter@sasami.jurai.net [69.17.104.113]) by sasami.jurai.net (8.13.1/8.13.1) with ESMTP id j321as2O070331; Fri, 1 Apr 2005 20:36:57 -0500 (EST) (envelope-from mdodd@FreeBSD.ORG) Date: Fri, 1 Apr 2005 20:36:54 -0500 (EST) From: "Matthew N. Dodd" X-X-Sender: winter@sasami.jurai.net To: Phil Oleson In-Reply-To: <424DD28E.9040000@nixil.net> Message-ID: <20050401203604.B22960@sasami.jurai.net> References: <4244AC9C.7010803@nixil.net> <20050326030927.GA86483@xor.obsecurity.org> <424CAF89.60209@nixil.net> <20050331233821.Q328@sasami.jurai.net> <424DD28E.9040000@nixil.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.5.6 (sasami.jurai.net [69.17.104.113]); Fri, 01 Apr 2005 20:36:57 -0500 (EST) cc: freebsd-current@FreeBSD.ORG Subject: Re: request: libedit sync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 01:36:58 -0000 On Fri, 1 Apr 2005, Phil Oleson wrote: > hmm.. that was a detail I overlooked. I have not been able to track > down where these functions are used. Can you assist with that? These > calls could be changed to use el_get(el, EL_CLIENTDATA, data) && > el_set(el, EL_CLIENTDATA, data), and we could eliminate these > non-portable local changes. Your suggested change sounds fine. -- 10 40 80 C0 00 FF FF FF FF C0 00 00 00 00 10 AA AA 03 00 00 00 08 00 From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 11:00: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 A050216A4CE for ; Sat, 2 Apr 2005 11:00:54 +0000 (GMT) Received: from email.aon.at (warsl404pip8.highway.telekom.at [195.3.96.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD1243D5A for ; Sat, 2 Apr 2005 11:00:53 +0000 (GMT) (envelope-from shoesoft@gmx.net) Received: (qmail 21171 invoked from network); 2 Apr 2005 11:00:50 -0000 Received: from m089p021.dipool.highway.telekom.at ([62.46.1.21]) (envelope-sender ) by smarthub75.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 2 Apr 2005 11:00:50 -0000 From: Stefan Ehmann To: Randy Bush In-Reply-To: <16970.50160.494872.555315@roam.psg.com> References: <424A9665.5050101@DeepCore.dk> <16970.50160.494872.555315@roam.psg.com> Content-Type: text/plain Date: Sat, 02 Apr 2005 13:00:49 +0200 Message-Id: <1112439649.938.4.camel@taxman.pepperland> Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit cc: 'FreeBSD Current' cc: =?ISO-8859-1?Q?S=F8ren?= Schmidt Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 11:00:54 -0000 On Wed, 2005-03-30 at 07:21 -0800, Randy Bush wrote: > > As pr subject make world is needed to get things in sync again. > > could someone with an ibm thinkpad t4x please confirm that this > does not still break suspent/resume and pcmcia? i don't have > time to debug this week. Just a short me too: It also breaks resume on my toshiba notebook which was working fine before (with apic disabled). After the ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=7499 message I cannot even break into the debugger. From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 11:56: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 B67C416A4CE for ; Sat, 2 Apr 2005 11:56:56 +0000 (GMT) Received: from mx14.yandex.ru (mx14.yandex.ru [213.180.200.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 625BF43D1D for ; Sat, 2 Apr 2005 11:56:55 +0000 (GMT) (envelope-from k-gleb@yandex.ru) Received: from [194.226.125.34] ([194.226.125.34]:15399 "EHLO h1.d" smtp-auth: "k-gleb" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1782512AbVDBL4t (ORCPT ); Sat, 2 Apr 2005 15:56:49 +0400 X-Comment: RFC 2476 MSA function at mx14.yandex.ru logged sender identity as: k-gleb Received: by h1.d (Postfix, from userid 1000) id F13D392ED; Sat, 2 Apr 2005 14:18:39 +0300 (EEST) Date: Sat, 2 Apr 2005 14:18:39 +0300 From: Gleb Kurtsov To: Dan Cojocar Message-ID: <20050402111839.GA847@h1.d> Mail-Followup-To: Dan Cojocar , freebsd-current@freebsd.org, Nate Lawson References: <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: Nate Lawson Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 11:56:56 -0000 On (31/03/2005 21:38), Dan Cojocar wrote: > On Thu, 31 Mar 2005 10:30:27 -0800, Nate Lawson wrote: > > Andre Guibert de Bruet wrote: > > > > > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > > > > > >> On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > > >> > > >>> On Wed, 30 Mar 2005, Dan Cojocar wrote: > > >>> > > >>>> > > >>>> I tried running GENERIC and i get the following lor and watchdog > > >>>> timeout, no interrupt storms: > > >>> > > >>> --- 8< --- --- 8< --- > > >>> > > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > > >>>> I tried also my kernel with apic, i don't get interrupt storms but > > >>>> i get watchdog timeout message just like with GENERIC. > > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > > >>>> And finally i tried my kernel without apic and without acpi, it's > > >>>> running just fine, no interrupt storms, no watchdog timeout, but i > > >>>> don't have acpi :(, here is the final > > >>>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. if you want to get acpi you have to use old acpi pci link code. cd sys/dev/acpica; cvs update -D 23-Nov-2004 -Pd acpi_pci[^.]* it works fine for me with recent current. > > >>> It looks like your motherboard's DSDT is doing something hokey. I would > > >>> complain to the board manufacturer about this. For the timebeing, you > > >>> can > > >>> dump the DSDT into ASL format, modify it, compile it back to DSDT and > > >>> load > > >>> a proper version on system startup. If this is your first time, you > > >>> probably want to run "acpidump -d > my.asl" and make the resulting file > > >>> available somewhere. > > >>> > > >>> Would you also mind sharing the kernel config file that was used to > > >>> build > > >>> the kernel that gaves you the mother of all interrupt parties? > > >>> > > >> Here is my asl: http://cs.ubbcluj.ro/~dan/my.asl > > >> And here is my kernel config: http://cs.ubbcluj.ro/~dan/FREE > > > > Is this on 5.x? There's a quirk for a broken APIC override for the > > timer interrupt for NVIDIA chipsets but I don't think it's been MFCd yet. > > > Hello Nate, > That was on -current, from Tue Mar 29 21:00:00 EEST 2005, but i have > now a current from today and i get the same storm. > Thanks, > Dan > _______________________________________________ > 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 Apr 2 05: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 BED8116A4CE for ; Sat, 2 Apr 2005 05:39:42 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40D4243D2D for ; Sat, 2 Apr 2005 05:39:42 +0000 (GMT) (envelope-from binaryblast@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1057235wri for ; Fri, 01 Apr 2005 21:39:41 -0800 (PST) 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; b=ZizVKknxbxbTdyRdfG3MP3RUKtN2Hq5dvZWkPqAc77MoELnONqEJTW5DDdxXoaOgcudEmGU4LHawGemwvSXUgNkSXF1ToWoKmaQlyujHGfvyA/AQWy4EhR9ZXiCRIEWQBrqSQI2gkRh2kzIc3WOnzZD/A170ZvXScIuvq6LFVtg= Received: by 10.54.79.10 with SMTP id c10mr146424wrb; Fri, 01 Apr 2005 21:39:41 -0800 (PST) Received: by 10.54.14.66 with HTTP; Fri, 1 Apr 2005 21:39:41 -0800 (PST) Message-ID: Date: Fri, 1 Apr 2005 23:39:41 -0600 From: Reyad Attiyat To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailman-Approved-At: Sat, 02 Apr 2005 12:43:29 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.1 Subject: nVidia Driver Problem! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Reyad Attiyat List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2005 05:39:42 -0000 The nvidia driver from the ports displays fuzzy images, however, installs= =20 correctly. The port tree does not include the lates nVidia driver, so it=20 could be a fault of the driver that is being installed fom the ports. I hav= e=20 installed it on freebsd 5.3 and it works as it should, but when in=20 6.0-CURRENT-SNAP002 and get this display error. --=20 Reyad Attiyat From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 13:48: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 844C416A4CF for ; Sat, 2 Apr 2005 13:48:37 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A2743D4C for ; Sat, 2 Apr 2005 13:48:36 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.net (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id CA33E3990C; Sat, 2 Apr 2005 15:50:28 +0200 (CEST) Date: Sat, 2 Apr 2005 13:48:59 +0000 From: Marcin Jessa To: Randy Bush Message-Id: <20050402134859.389e4b57.lists@yazzy.org> In-Reply-To: <16970.50160.494872.555315@roam.psg.com> References: <424A9665.5050101@DeepCore.dk> <16970.50160.494872.555315@roam.psg.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: sos@DeepCore.dk Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 13:48:37 -0000 On Wed, 30 Mar 2005 07:21:20 -0800 Randy Bush wrote: > > As pr subject make world is needed to get things in sync again. > > could someone with an ibm thinkpad t4x please confirm that this > does not still break suspent/resume and pcmcia? i don't have > time to debug this week. > Inserting 4 different Compact Flash cards to PCMCIA slot with CF to PCMCIA adapter I get following in dmesg: pccard0: Allocation failed for cfe 0 ata2: <64MB > at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 61MB at ata2-master BIOSPIO ad4: detached ata2: detached pccard0: Allocation failed for cfe 0 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 124MB at ata2-master BIOSPIO ad4: detached ata2: detached pccard0: Allocation failed for cfe 0 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 62MB at ata2-master BIOSPIO ad4: detached ata2: detached pccard0: Allocation failed for cfe 0 ata2: at port 0x110-0x11f irq 11 function 0 config 1 on pccard0 ad4: FAILURE - SETFEATURES ENABLE RCACHE status=51 error=4 ad4: FAILURE - SETFEATURES ENABLE WCACHE status=51 error=4 ad4: 31MB at ata2-master BIOSPIO ad4: detached ata2: detached The cards works tho. They can be accessed and written to. FreeBSD 6.0-CURRENT #30: Sat Apr 2 01:00:01 CEST 2005 -- Regards, M. Jessa http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 14:54: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 3A27816A4CE for ; Sat, 2 Apr 2005 14:54:46 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2432143D48 for ; Sat, 2 Apr 2005 14:54:45 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 02 Apr 2005 14:54:43 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp006) with SMTP; 02 Apr 2005 16:54:43 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 2 Apr 2005 16:54:43 +0200 User-Agent: KMail/1.7.2 References: <424A9665.5050101@DeepCore.dk> In-Reply-To: <424A9665.5050101@DeepCore.dk> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2016914.8UaAZrcEoh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504021654.53439@harrymail> X-Y-GMX-Trusted: 0 cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: panic and trace [Was: Re: HEADSUP: ATA mkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 14:54:46 -0000 --nextPart2016914.8UaAZrcEoh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: > As pr subject make world is needed to get things in sync again. > > Let me know is there are problems / success stories.. Here's a trace from a panic I got after `atacontrol mode 0`: =46atal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xdeadc116 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xc062e12a stack pointer =3D 0x10:0xc801bc48 frame pointer =3D 0x10:0xc801bc48 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 411 (atacontrol) [thread pid 411 tid 100057 ] Stopped at device_is_attached+0x6: cmpl $0x1,0x38(%eax) db> trace Tracing pid 411 tid 100057 td 0xc1049a10 device_is_attached(deadc0de) at device_is_attached+0x6 ata_ioctl(c0f8c900,c4546101,c0fb6800,3,c1049a10) at ata_ioctl+0x211 devfs_ioctl_f(c10bc0d8,c4546101,c0fb6800,c10c0200,c1049a10) at=20 devfs_ioctl_f+0xc7 ioctl(c1049a10,c801bd14,3,9,246) at ioctl+0x370 syscall(2f,2f,2f,804a24a,bfbfee18) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f =2D-- syscall (54, FreeBSD ELF32, ioctl), eip =3D 0x280b7c7b, esp =3D 0xbfb= fe7ac,=20 ebp =3D 0xbfbfece0 --- db> atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 18.2 on pci0 ata0: on atapci0 ata1: on atapci0 ad0: 245MB at ata0-master WDMA2 ad1: 28667MB at ata0-slave UDMA33 ATA PseudoRAID loaded =2DHarry > > Give Thomas a chance to catch up with atapicam, he's on the ball and he > is where questions/suggestions should be directed on that matter. > > Enjoy! --nextPart2016914.8UaAZrcEoh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTrI9Bylq0S4AzzwRAmmGAJ47f1mspwqoi2Zzxv5kL0ccfanS1QCfbNQU /y+N5ClNzu9z7iMW1LSLPdA= =1Gns -----END PGP SIGNATURE----- --nextPart2016914.8UaAZrcEoh-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 14:56:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DCEF16A4CE for ; Sat, 2 Apr 2005 14:56:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id C422843D5D for ; Sat, 2 Apr 2005 14:56:02 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1079767wra for ; Sat, 02 Apr 2005 06:56:01 -0800 (PST) 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:references; b=U+xlM9Fk44jm8lT+MdAKuGztR9hXNxntdJVQhrT1DLAAIaWPlP5nFXPoG3h5qcgZC1Vy1MxpKOJ4BLZTqhvk8WPeMzUzm4SqW9xS48vA8FDJV+nglKh/sawC52axIjrAWkp0Tw7FDMDQPa2f34408JnVtRLcaEPTLxWTqCi8hCE= Received: by 10.54.35.35 with SMTP id i35mr1572208wri; Sat, 02 Apr 2005 06:56:01 -0800 (PST) Received: by 10.54.26.4 with HTTP; Sat, 2 Apr 2005 06:56:01 -0800 (PST) Message-ID: Date: Sat, 2 Apr 2005 17:56:01 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <20050402111839.GA847@h1.d> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> <20050402111839.GA847@h1.d> cc: Gleb Kurtsov Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2005 14:56:03 -0000 On Apr 2, 2005 2:18 PM, Gleb Kurtsov wrote: > On (31/03/2005 21:38), Dan Cojocar wrote: > > On Thu, 31 Mar 2005 10:30:27 -0800, Nate Lawson wrote: > > > Andre Guibert de Bruet wrote: > > > > > > > > On Wed, 30 Mar 2005, Dan Cojocar wrote: > > > > > > > >> On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > > > >> > > > >>> On Wed, 30 Mar 2005, Dan Cojocar wrote: > > > >>> > > > >>>> > > > >>>> I tried running GENERIC and i get the following lor and watchdog > > > >>>> timeout, no interrupt storms: > > > >>> > > > >>> --- 8< --- --- 8< --- > > > >>> > > > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > > > >>>> I tried also my kernel with apic, i don't get interrupt storms but > > > >>>> i get watchdog timeout message just like with GENERIC. > > > >>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > > > >>>> And finally i tried my kernel without apic and without acpi, it's > > > >>>> running just fine, no interrupt storms, no watchdog timeout, but i > > > >>>> don't have acpi :(, here is the final > > > >>>> dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > if you want to get acpi you have to use old acpi pci link code. > cd sys/dev/acpica; cvs update -D 23-Nov-2004 -Pd acpi_pci[^.]* > it works fine for me with recent current. Thank you Gleb, i will try your suggestion. Dan From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 15:11: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 64DF116A4CE for ; Sat, 2 Apr 2005 15:11:48 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 5F71F43D1D for ; Sat, 2 Apr 2005 15:11:47 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 02 Apr 2005 15:11:46 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp017) with SMTP; 02 Apr 2005 17:11:46 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sat, 2 Apr 2005 17:11:45 +0200 User-Agent: KMail/1.7.2 References: <424A9665.5050101@DeepCore.dk> In-Reply-To: <424A9665.5050101@DeepCore.dk> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2038665.N26cXtd2S1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504021711.55926@harrymail> X-Y-GMX-Trusted: 0 cc: =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: pri-slave not detected/cable error [Was: Re: HEADSUP: ATA mkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 15:11:48 -0000 --nextPart2038665.N26cXtd2S1 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: > As pr subject make world is needed to get things in sync again. > > Let me know is there are problems / success stories.. Hi S=F8ren, =2Dcurrent doesn't detect my primary slave drive while RELENG_5 had no prob= lem. When I connect the slave drive to the secondary port everything is fine. Also, if the slave drive is connected, ata reports that there's no 80pin=20 cable, which is wrong. Here the chipset info: atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb400-0xb40f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 Here the working state: ad0: 76319MB at ata0-master UDMA100 ad2: 57259MB at ata1-master UDMA133 And that's what I get when I connect the drive from secondary master to=20 primary slave: ad0: DMA limited to UDMA33, device found non-ATA66 cable ad0: 76319MB at ata0-master UDMA33 Cables are all 80pin, jumper set to CS, but no change if I set the first di= sk=20 to master and the second to slave, same error. Thanks, =2DHarry > > Give Thomas a chance to catch up with atapicam, he's on the ball and he > is where questions/suggestions should be directed on that matter. > > Enjoy! --nextPart2038665.N26cXtd2S1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTrY7Bylq0S4AzzwRAoftAJ0TUgLpigoiCZQFMBbihWLtanMN7QCfUdNN fJEmWRI+SgAw8DRhu6iIZkw= =jJlM -----END PGP SIGNATURE----- --nextPart2038665.N26cXtd2S1-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 15:32: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 7107816A4CE for ; Sat, 2 Apr 2005 15:32:53 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 222DE43D2D for ; Sat, 2 Apr 2005 15:32:53 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DHkcG-000JrN-NE; Sat, 02 Apr 2005 15:32:52 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DHkcD-000KXA-HR; Sat, 02 Apr 2005 07:32:49 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16974.47905.33554.436813@roam.psg.com> Date: Sat, 2 Apr 2005 07:32:49 -0800 To: FreeBSD Current Subject: lockup during rdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 15:32:53 -0000 fxp scsi system, dmesg appended current as of 2005.04.01 02:14 gmt full make and install of world and kernel with portupgrade (which was minor) system locks up during rdump at a ssh pty or the serial console, it will echo what you type, but hit return and it does not respond. a remote gkrellm can see changes in the gkrellmd running on the box (over an ssh tunnel). i found no way to get its attention to get a dump, and am open to suggestions. it requires the reset key. send clue, please randy --- 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 #20: Fri Apr 1 03:02:59 GMT 2005 root@roast.psg.com:/usr/obj/usr/src/sys/ROAST Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz (1699.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf13 Stepping = 3 Features=0x3febf9ff real memory = 536805376 (511 MB) avail memory = 520327168 (496 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x400-0x4bf on acpi0 pci_link0: irq 11 on acpi0 pci_link1: irq 9 on acpi0 pci_link2: irq 0 on acpi0 pci_link3: irq 10 on acpi0 pci_link4: irq 7 on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 30.0 on pci0 pci_link5: irq 12 on acpi0 pci_link6: irq 5 on acpi0 pci_link7: irq 0 on acpi0 pci2: on pcib2 ahc0: port 0x9000-0x90ff mem 0xe2200000-0xe2200fff irq 10 at device 5.0 on pci2 ahc0: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x9400-0x94ff mem 0xe2202000-0xe2202fff irq 11 at device 5.1 on pci2 ahc1: [GIANT-LOCKED] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs fxp0: port 0x9800-0x983f mem 0xe2203000-0xe2203fff,0xe2100000-0xe21fffff irq 5 at device 6.0 on pci2 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:30:48:51:c8:5e fxp1: port 0x9c00-0x9c3f mem 0xe2201000-0xe2201fff,0xe2000000-0xe20fffff irq 12 at device 7.0 on pci2 miibus1: on fxp1 inphy1: on miibus1 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:30:48:51:c8:5f pci2: at device 8.0 (no driver attached) 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.2 (no driver attached) pci0: at device 31.3 (no driver attached) pci0: at device 31.4 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] orm0: at iomem 0xc0000-0xc7fff,0xce000-0xcefff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1699818116 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled acd0: CDROM at ata1-master UDMA33 Waiting 5 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) Trying to mount root from ufs:/dev/da0s1a From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 15:53: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 5CA5816A4CE for ; Sat, 2 Apr 2005 15:53:44 +0000 (GMT) Received: from av3-1-sn4.m-sp.skanova.net (av3-1-sn4.m-sp.skanova.net [81.228.10.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE8C643D49 for ; Sat, 2 Apr 2005 15:53:43 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av3-1-sn4.m-sp.skanova.net (Postfix, from userid 502) id 9872137E57; Sat, 2 Apr 2005 17:53:42 +0200 (CEST) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av3-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 87EDF37E44; Sat, 2 Apr 2005 17:53:42 +0200 (CEST) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 5798737E46; Sat, 2 Apr 2005 17:53:42 +0200 (CEST) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Sat, 2 Apr 2005 17:53:14 +0200 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcU1IUD29Stqdd2mTb+KOkiXVAYh7QBkEHAgADoi1iA= cc: =?iso-8859-1?Q?'S=F8ren_Schmidt'?= Subject: RE: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 15:53:44 -0000 I wrote: > On server #2 (UP) the slave-discs on the RocketRAID 454 > controller is simply skipped during probing ... Upgraded another server today to a post-ATAmk3 kernel, and it too fails to probe all discs. System: Dual P3/500 (old Tekram mobo, 440BX I guess), generic Realtek 8169 NIC, Promise Ultra100 TX2 (PDC20268) The system boots off of an 8GB disc hooked up to the mobo (pri.master). There's an old CD-ROM hooked up to the mobo also (sec.master). The Promise card has four Seagate Barracuda 7200.7 disc hooked up (200+200+120+60, all four using cable select). ACPI is not used (not supported by mobo/bios I think). Good: 2005.03.25.02.00.00 ------------------------- All discs probe properly, no obvious problems. Bad: 2005.04.01.07.30.00 ------------------------- The slave on the first channel on the Promise card is never found during probing. Machine hangs during probing every 3rd or 4th boot (can only be fixed by power-cycling the machine it seems). /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 17:52: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 CC43716A4CE for ; Sat, 2 Apr 2005 17:52:41 +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 8EF2C43D48 for ; Sat, 2 Apr 2005 17:52:41 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id AE55C51519; Sat, 2 Apr 2005 09:52:40 -0800 (PST) Date: Sat, 2 Apr 2005 09:52:40 -0800 From: Kris Kennaway To: Randy Bush Message-ID: <20050402175240.GA2495@xor.obsecurity.org> References: <16974.47905.33554.436813@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsGdsel6WgEHnImy" Content-Disposition: inline In-Reply-To: <16974.47905.33554.436813@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current Subject: Re: lockup during rdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 17:52:41 -0000 --KsGdsel6WgEHnImy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 02, 2005 at 07:32:49AM -0800, Randy Bush wrote: > fxp scsi system, dmesg appended > current as of 2005.04.01 02:14 gmt > full make and install of world and kernel with portupgrade (which was min= or) >=20 > system locks up during rdump >=20 > at a ssh pty or the serial console, it will echo what you type, but > hit return and it does not respond. a remote gkrellm can see > changes in the gkrellmd running on the box (over an ssh tunnel). >=20 > i found no way to get its attention to get a dump, and am open to > suggestions. Break to DDB on the serial console, and use 'ps', 'trace', 'show alllocks' (with witness enabled), 'show lockedvnods' etc. Kris --KsGdsel6WgEHnImy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCTtvoWry0BWjoQKURAt2fAJ96fkYzGiU+uMPsnv3Rx4s14zYEpwCfXTl8 vYQiz5BtJnyXtsRjhQbfW5w= =wOoB -----END PGP SIGNATURE----- --KsGdsel6WgEHnImy-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 18:03: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 B443616A4CE for ; Sat, 2 Apr 2005 18:03:57 +0000 (GMT) Received: from rip.psg.com (rip.psg.com [147.28.0.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 96C5943D39 for ; Sat, 2 Apr 2005 18:03:57 +0000 (GMT) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=roam.psg.com) by rip.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DHmyS-000NnS-Oa; Sat, 02 Apr 2005 18:03:56 +0000 Received: from localhost ([127.0.0.1] helo=roam.psg.com.psg.com) by roam.psg.com with esmtp (Exim 4.50 (FreeBSD)) id 1DHmyP-000Kki-Fu; Sat, 02 Apr 2005 10:03:53 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16974.56968.982476.603808@roam.psg.com> Date: Sat, 2 Apr 2005 10:03:52 -0800 To: Kris Kennaway References: <16974.47905.33554.436813@roam.psg.com> <20050402175240.GA2495@xor.obsecurity.org> cc: FreeBSD Current Subject: Re: lockup during rdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 18:03:57 -0000 >> i found no way to get its attention to get a dump, and am open to >> suggestions. > Break to DDB on the serial console, and use 'ps', 'trace', 'show > alllocks' (with witness enabled), 'show lockedvnods' etc. i was unable to break to console. old discussion, console concentrator is a cisco 2511 which i access via ssh, and never did sort out how to get a break on that path. hoping someone else sees this problem who is in a better position to trap/dump. but thanks. randy From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 18:05: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 9296316A4CE for ; Sat, 2 Apr 2005 18:05:34 +0000 (GMT) Received: from crumpet.united-ware.com (ddsl-66-42-172-210.fuse.net [66.42.172.210]) by mx1.FreeBSD.org (Postfix) with ESMTP id C08BD43D31 for ; Sat, 2 Apr 2005 18:05:33 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (adsl-68-252-59-28.dsl.wotnoh.ameritech.net [68.252.59.28]) (authenticated bits=0)j32HTklu054415 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sat, 2 Apr 2005 12:29:49 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-current@freebsd.org Date: Sat, 2 Apr 2005 13:00:10 -0500 User-Agent: KMail/1.8 References: <424A9665.5050101@DeepCore.dk> <16970.50160.494872.555315@roam.psg.com> <1112439649.938.4.camel@taxman.pepperland> In-Reply-To: <1112439649.938.4.camel@taxman.pepperland> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3366073.c2KW3oUj8P"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504021300.31711.mistry.7@osu.edu> X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on crumpet.united-ware.com cc: Randy Bush cc: =?iso-8859-1?q?S=F8ren_Schmidt?= cc: Stefan Ehmann Subject: Re: HEADSUP: ATA mkIII has been committed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 18:05:34 -0000 --nextPart3366073.c2KW3oUj8P Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 02 April 2005 06:00 am, Stefan Ehmann wrote: > On Wed, 2005-03-30 at 07:21 -0800, Randy Bush wrote: > > > As pr subject make world is needed to get things in sync again. > > > > could someone with an ibm thinkpad t4x please confirm that this > > does not still break suspent/resume and pcmcia? i don't have > > time to debug this week. > > Just a short me too: > > It also breaks resume on my toshiba notebook which was working fine > before (with apic disabled). > > After the > ad0: TIMEOUT - READ_DMA retrying (2 retries left) LBA=3D7499 > message I cannot even break into the debugger. > Ditto on my Fujitsu P2110 with resume breaking with the ad0 timeouts. =2D-=20 Anish Mistry --nextPart3366073.c2KW3oUj8P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTt2/xqA5ziudZT0RAhkyAKCbBc30gQ3xG/L58RaQtH5QASeG/ACeM/Al 21HYIxFLK/sE+edptWdUP4Y= =K0kw -----END PGP SIGNATURE----- --nextPart3366073.c2KW3oUj8P-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 18:32: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 616D316A4CE; Sat, 2 Apr 2005 18:32:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6761F43D2F; Sat, 2 Apr 2005 18:32:00 +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 j32IVxQ8072460; Sat, 2 Apr 2005 13:31:59 -0500 (EST) (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.1/8.13.1) with ESMTP id j32IVxSo058872; Sat, 2 Apr 2005 13:31:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 84CBE7306E; Sat, 2 Apr 2005 13:31:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050402183159.84CBE7306E@freebsd-current.sentex.ca> Date: Sat, 2 Apr 2005 13:31:59 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 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: Sat, 02 Apr 2005 18:32:01 -0000 TB --- 2005-04-02 16:48:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-02 16:48:09 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-04-02 16:48:09 - checking out the source tree TB --- 2005-04-02 16:48:09 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-04-02 16:48:09 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-02 16:55:05 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-02 16:55:05 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-02 16:55:05 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-04-02 18:04:18 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-02 18:04:18 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-02 18:04:18 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 2 18:04:19 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 Sat Apr 2 18:19:53 UTC 2005 TB --- 2005-04-02 18:19:53 - generating LINT kernel config TB --- 2005-04-02 18:19:53 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-04-02 18:19:53 - /usr/bin/make -B LINT TB --- 2005-04-02 18:19:53 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-04-02 18:19:53 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-04-02 18:19:53 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 2 18:19:53 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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/compat/freebsd32/freebsd32_sysent.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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/compat/ia32/ia32_sysvec.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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/kern/imgact_elf32.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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_dummy.c cc -c -x assembler-with-cpp -DLOCORE -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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestandin g -Werror /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_locore.s 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/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /tinderbox/CURRENT/a md64/amd64/src/sys/amd64/linux32/linux32_machdep.c /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c: In function `linux_mmap': /tinderbox/CURRENT/amd64/amd64/src/sys/amd64/linux32/linux32_machdep.c:593: error: structure has no member named `pos' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-04-02 18:31:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-02 18:31:59 - ERROR: failed to build lint kernel TB --- 2005-04-02 18:31:59 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 19:23: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 158AA16A4E3 for ; Sat, 2 Apr 2005 19:23: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 44A3C43D54 for ; Sat, 2 Apr 2005 19:23:47 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id C0B4C548D0; Sat, 2 Apr 2005 11:23:41 -0800 (PST) Date: Sat, 2 Apr 2005 11:23:37 -0800 From: Kris Kennaway To: Randy Bush Message-ID: <20050402192337.GA35378@xor.obsecurity.org> References: <16974.47905.33554.436813@roam.psg.com> <20050402175240.GA2495@xor.obsecurity.org> <16974.56968.982476.603808@roam.psg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <16974.56968.982476.603808@roam.psg.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD Current cc: Kris Kennaway Subject: Re: lockup during rdump X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 19:23:48 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Apr 02, 2005 at 10:03:52AM -0800, Randy Bush wrote: > >> i found no way to get its attention to get a dump, and am open to > >> suggestions. > > Break to DDB on the serial console, and use 'ps', 'trace', 'show > > alllocks' (with witness enabled), 'show lockedvnods' etc. >=20 > i was unable to break to console. old discussion, console > concentrator is a cisco 2511 which i access via ssh, and > never did sort out how to get a break on that path. What's wrong with ALT_BREAK_TO_DEBUGGER? Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCTvE4Wry0BWjoQKURApI6AKC9VSIMAC9tgp+qWtUsgqqQSfUtYwCdGmlY lNJvyY6yJZTr9Trf6XbP/p0= =nw/i -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 19:27: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 4554516A4CE for ; Sat, 2 Apr 2005 19:27:04 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE9E043D41 for ; Sat, 2 Apr 2005 19:27:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-184-204.dsl.snfc21.pacbell.net [64.171.184.204])j32JQVnr023004; Sat, 2 Apr 2005 14:26:32 -0500 Message-ID: <424EF205.6010202@root.org> Date: Sat, 02 Apr 2005 11:27:01 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Kurtsov References: <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> <20050402111839.GA847@h1.d> In-Reply-To: <20050402111839.GA847@h1.d> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Dan Cojocar Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 19:27:04 -0000 Gleb Kurtsov wrote: > On (31/03/2005 21:38), Dan Cojocar wrote: > >>On Thu, 31 Mar 2005 10:30:27 -0800, Nate Lawson wrote: >> >>>Andre Guibert de Bruet wrote: >>> >>>>On Wed, 30 Mar 2005, Dan Cojocar wrote: >>>> >>>> >>>>>On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: >>>>> >>>>> >>>>>>On Wed, 30 Mar 2005, Dan Cojocar wrote: >>>>>> >>>>>> >>>>>>>I tried running GENERIC and i get the following lor and watchdog >>>>>>>timeout, no interrupt storms: >>>>>> >>>>>>--- 8< --- --- 8< --- >>>>>> >>>>>> >>>>>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic >>>>>>> I tried also my kernel with apic, i don't get interrupt storms but >>>>>>>i get watchdog timeout message just like with GENERIC. >>>>>>>Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic >>>>>>> And finally i tried my kernel without apic and without acpi, it's >>>>>>>running just fine, no interrupt storms, no watchdog timeout, but i >>>>>>>don't have acpi :(, here is the final >>>>>>>dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > > if you want to get acpi you have to use old acpi pci link code. > cd sys/dev/acpica; cvs update -D 23-Nov-2004 -Pd acpi_pci[^.]* > it works fine for me with recent current. I'm a little confused. I don't know of anyone that has problems with the 6-current PCI irq code that works on 5-stable (which is what your cvs command updates it to). Do either of you have a problem with irq routing on 6-current that works on 5-stable? Please send details if so. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 19:36: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 7953C16A4CE for ; Sat, 2 Apr 2005 19:36:25 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1B5543D1D for ; Sat, 2 Apr 2005 19:36:24 +0000 (GMT) (envelope-from dan.cojocar@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1111777wra for ; Sat, 02 Apr 2005 11:36:24 -0800 (PST) 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:references; b=f0pAGlMQ7MJsEqjeD3ZNSojXSQ6F+XmuxvIgAtEWUv6NPX8oPK0b477PKhOEftHjAbjQ3BOAzlOfXFL8zCx7FNzSKMObj04qoUpO3qCwFUN910XwqRnn8FF5vrAoOBWv/EhLzhAWfQMsPnFPu6EQzDuKgCEW1PtE6v5mI3knf+4= Received: by 10.54.52.10 with SMTP id z10mr1710180wrz; Sat, 02 Apr 2005 11:36:24 -0800 (PST) Received: by 10.54.26.4 with HTTP; Sat, 2 Apr 2005 11:36:24 -0800 (PST) Message-ID: Date: Sat, 2 Apr 2005 22:36:24 +0300 From: Dan Cojocar To: freebsd-current@freebsd.org In-Reply-To: <424EF205.6010202@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit References: <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> <20050402111839.GA847@h1.d> <424EF205.6010202@root.org> cc: Nate Lawson Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Dan Cojocar List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Apr 2005 19:36:25 -0000 On Apr 2, 2005 10:27 PM, Nate Lawson wrote: > Gleb Kurtsov wrote: > > On (31/03/2005 21:38), Dan Cojocar wrote: > > > >>On Thu, 31 Mar 2005 10:30:27 -0800, Nate Lawson wrote: > >> > >>>Andre Guibert de Bruet wrote: > >>> > >>>>On Wed, 30 Mar 2005, Dan Cojocar wrote: > >>>> > >>>> > >>>>>On Wed, 30 Mar 2005 10:53:48 -0500 (EST), Andre Guibert de Bruet wrote: > >>>>> > >>>>> > >>>>>>On Wed, 30 Mar 2005, Dan Cojocar wrote: > >>>>>> > >>>>>> > >>>>>>>I tried running GENERIC and i get the following lor and watchdog > >>>>>>>timeout, no interrupt storms: > >>>>>> > >>>>>>--- 8< --- --- 8< --- > >>>>>> > >>>>>> > >>>>>>> Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.generic > >>>>>>> I tried also my kernel with apic, i don't get interrupt storms but > >>>>>>>i get watchdog timeout message just like with GENERIC. > >>>>>>>Here is the full dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.apic > >>>>>>> And finally i tried my kernel without apic and without acpi, it's > >>>>>>>running just fine, no interrupt storms, no watchdog timeout, but i > >>>>>>>don't have acpi :(, here is the final > >>>>>>>dmesg: http://cs.ubbcluj.ro/~dan/dmesg.txt.noacpi. > > > > if you want to get acpi you have to use old acpi pci link code. > > cd sys/dev/acpica; cvs update -D 23-Nov-2004 -Pd acpi_pci[^.]* > > it works fine for me with recent current. > > I'm a little confused. I don't know of anyone that has problems with > the 6-current PCI irq code that works on 5-stable (which is what your > cvs command updates it to). > > Do either of you have a problem with irq routing on 6-current that works > on 5-stable? Please send details if so. Hello Nate, I'm not using now -stable but i did have for a short period stable installed and i remember that i didn't have any interrupt storm. Maybe i will try to install a -stable version again to see if i remember correct. Thanks, Dan From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 20:44: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 759B916A4CE; Sat, 2 Apr 2005 20:44:22 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01F5D43D49; Sat, 2 Apr 2005 20:44:22 +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.1/8.13.1) with ESMTP id j32KiLOa048382; Sat, 2 Apr 2005 15:44:21 -0500 (EST) (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 j32KiLSb012940; Sat, 2 Apr 2005 15:44:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C16CB7306E; Sat, 2 Apr 2005 15:44:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050402204420.C16CB7306E@freebsd-current.sentex.ca> Date: Sat, 2 Apr 2005 15:44:20 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/802/Sat Apr 2 09:49:46 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on clamscanner1 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: Sat, 02 Apr 2005 20:44:22 -0000 TB --- 2005-04-02 20:27:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-04-02 20:27:26 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-04-02 20:27:26 - checking out the source tree TB --- 2005-04-02 20:27:26 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-04-02 20:27:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-04-02 20:34:21 - building world (CFLAGS=-O2 -pipe) TB --- 2005-04-02 20:34:21 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-04-02 20:34:21 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes [...] cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/contrib/pf/net; for h in *.h; do ln -fs ../../../sys/contrib/pf/net/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/net; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/crypto; for h in rijndael/rijndael.h; do ln -fs ../../../sys/crypto/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/crypto; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/opencrypto; for h in *.h; do ln -fs ../../../sys/opencrypto/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/crypto; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/pc98/include; for h in *.h; do ln -fs ../../../sys/pc98/include/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/machine; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/pc98/include/pc; for h in *.h; do ln -fs ../../../../sys/pc98/include/pc/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/machine/pc; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/i386/include; for h in *.h; do ln -fs ../../../sys/i386/include/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/i386; done cd /tinderbox/CURRENT/i386/pc98/src/include/../sys/i386/include/pc; for h in *.h; do ln -fs ../../../../sys/i386/include/pc/$h /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/i386/pc; done ln: /home/tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/tmp/usr/include/i386/pc: No such file or directory *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/include. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/include. *** 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-04-02 20:44:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-04-02 20:44:20 - ERROR: failed to build world TB --- 2005-04-02 20:44:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 21:41: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 3BDBD16A4CE for ; Sat, 2 Apr 2005 21:41:50 +0000 (GMT) Received: from barton.dreadbsd.org (massena-4-82-67-196-50.fbx.proxad.net [82.67.196.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60DBE43D55 for ; Sat, 2 Apr 2005 21:41:49 +0000 (GMT) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: from barton.dreadbsd.org (localhost [127.0.0.1]) by barton.dreadbsd.org (8.13.3/8.13.1) with ESMTP id j32Lfhki000852; Sat, 2 Apr 2005 23:41:43 +0200 (CEST) (envelope-from antoine@massena-4-82-67-196-50.fbx.proxad.net) Received: (from antoine@localhost) by barton.dreadbsd.org (8.13.3/8.13.1/Submit) id j32LfgkT000851; Sat, 2 Apr 2005 23:41:42 +0200 (CEST) (envelope-from antoine) Date: Sat, 2 Apr 2005 23:41:42 +0200 From: Antoine Brodin To: Nate Lawson Message-Id: <20050402234142.440b3449.antoine.brodin@laposte.net> In-Reply-To: <424EF205.6010202@root.org> References: <6.2.1.2.0.20050329143237.02f15990@64.7.153.2> <20050329154013.B52981@lexi.siliconlandmark.com> <20050330104117.A52981@lexi.siliconlandmark.com> <20050330123458.T52981@lexi.siliconlandmark.com> <424C41C3.50705@root.org> <20050402111839.GA847@h1.d> <424EF205.6010202@root.org> X-Mailer: Sylpheed version 1.9.7 (GTK+ 2.6.4; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: k-gleb@yandex.ru cc: dan.cojocar@gmail.com Subject: Re: Interrupt storm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 21:41:50 -0000 Nate Lawson wrote: > I'm a little confused. I don't know of anyone that has problems with > the 6-current PCI irq code that works on 5-stable (which is what your > cvs command updates it to). > > Do either of you have a problem with irq routing on 6-current that works > on 5-stable? Please send details if so. Hi, I have this problem too, but since it's on a desktop I didn't really care about acpi. Here are some details: current with pci irq code from 23-Nov-2004 dmesg: http://bsd.miki.eu.org/~antoine/current+oldacpi.dmesg current with current pci irq code dmesg: http://bsd.miki.eu.org/~antoine/current+acpi.dmesg (there are timeouts and interrupt storms) acpi tables and asl: http://bsd.miki.eu.org/~antoine/acpidump Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 22:17: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 D74CB16A4CE for ; Sat, 2 Apr 2005 22:17:45 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 108F043D2D for ; Sat, 2 Apr 2005 22:17:45 +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 j32MHgCl003729; Sun, 3 Apr 2005 00:17:42 +0200 (CEST) (envelope-from sos@DeepCore.dk) Message-ID: <424F19AC.6040706@DeepCore.dk> Date: Sun, 03 Apr 2005 00:16:12 +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: Emanuel Strobl References: <424A9665.5050101@DeepCore.dk> <200504021711.55926@harrymail> In-Reply-To: <200504021711.55926@harrymail> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable cc: freebsd-current@freebsd.org Subject: Re: pri-slave not detected/cable error [Was: Re: HEADSUP: ATAmkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 22:17:46 -0000 Emanuel Strobl wrote: > Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: >=20 >>As pr subject make world is needed to get things in sync again. >> >>Let me know is there are problems / success stories.. >=20 >=20 > Hi S=F8ren, >=20 > -current doesn't detect my primary slave drive while RELENG_5 had no pr= oblem. > When I connect the slave drive to the secondary port everything is fine= =2E > Also, if the slave drive is connected, ata reports that there's no 80pi= n=20 > cable, which is wrong. Hmm, and you are sure the cable is the right way around ? Anyhow the output from a verbose boot would be most helpfull, just mail=20 it directly to me, thanks! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Apr 2 23:03: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 0B5EF16A4CE for ; Sat, 2 Apr 2005 23:03:49 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0617E43D31 for ; Sat, 2 Apr 2005 23:03:48 +0000 (GMT) (envelope-from emanuel.strobl@gmx.net) Received: (qmail invoked by alias); 02 Apr 2005 23:03:46 -0000 Received: from flb.schmalzbauer.de (EHLO [172.21.1.254]) [62.245.232.135] by mail.gmx.net (mp027) with SMTP; 03 Apr 2005 01:03:46 +0200 X-Authenticated: #301138 From: Emanuel Strobl To: freebsd-current@freebsd.org Date: Sun, 3 Apr 2005 01:03:47 +0200 User-Agent: KMail/1.7.2 References: <424A9665.5050101@DeepCore.dk> <200504021711.55926@harrymail> <424F19AC.6040706@DeepCore.dk> In-Reply-To: <424F19AC.6040706@DeepCore.dk> X-Birthday: 10/06/72 X-CelPhone: +49 173 9967781 X-Tel: +49 89 18947781 X-Country: Germany X-Address: Munich, 80686 X-OS: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4097885.i0yFGTvmuj"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200504030103.55553@harrymail> X-Y-GMX-Trusted: 0 Subject: Re: pri-slave not detected/cable error [Was: Re: HEADSUP: ATAmkIII has been committed] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: 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, 02 Apr 2005 23:03:49 -0000 --nextPart4097885.i0yFGTvmuj Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Am Sonntag, 3. April 2005 00:16 schrieb S=F8ren Schmidt: > Emanuel Strobl wrote: > > Am Mittwoch, 30. M=E4rz 2005 14:07 schrieb S=F8ren Schmidt: > >>As pr subject make world is needed to get things in sync again. > >> > >>Let me know is there are problems / success stories.. > > > > Hi S=F8ren, > > > > -current doesn't detect my primary slave drive while RELENG_5 had no > > problem. When I connect the slave drive to the secondary port everything > > is fine. Also, if the slave drive is connected, ata reports that there's > > no 80pin cable, which is wrong. > > Hmm, and you are sure the cable is the right way around ? > > Anyhow the output from a verbose boot would be most helpfull, just mail > it directly to me, thanks! Just for the archives, S=F8ren was served directly: http://www.schmalzbauer.de/statics/silberbuechse/verbose_msg_pri-slave.txt http://www.schmalzbauer.de/statics/silberbuechse/verbose_msg_sec-master.txt The first is the errornous... =2DHarry --nextPart4097885.i0yFGTvmuj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCTyTbBylq0S4AzzwRAmvRAJ0S0U7KlaZrSfHGbuluQIgQpB4uzACdFpcr qEDCai69XnTwX38/bGVOQuc= =vlyU -----END PGP SIGNATURE----- --nextPart4097885.i0yFGTvmuj--