From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 00:04:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 049D21065678; Sun, 21 Jun 2009 00:04:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B77CC8FC08; Sun, 21 Jun 2009 00:04:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5L04kFG008954; Sat, 20 Jun 2009 20:04:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5L04k1x003217; Sat, 20 Jun 2009 20:04:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B85087302F; Sat, 20 Jun 2009 20:04:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090621000446.B85087302F@freebsd-current.sentex.ca> Date: Sat, 20 Jun 2009 20:04:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 00:04:52 -0000 TB --- 2009-06-20 22:46:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-20 22:46:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-20 22:46:24 - cleaning the object tree TB --- 2009-06-20 22:46:44 - cvsupping the source tree TB --- 2009-06-20 22:46:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-20 22:46:54 - building world TB --- 2009-06-20 22:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-20 22:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-20 22:46:54 - TARGET=sun4v TB --- 2009-06-20 22:46:54 - TARGET_ARCH=sparc64 TB --- 2009-06-20 22:46:54 - TZ=UTC TB --- 2009-06-20 22:46:54 - __MAKE_CONF=/dev/null TB --- 2009-06-20 22:46:54 - cd /src TB --- 2009-06-20 22:46:54 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 20 22:46:56 UTC 2009 >>> 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 >>> World build completed on Sat Jun 20 23:59:39 UTC 2009 TB --- 2009-06-20 23:59:39 - generating LINT kernel config TB --- 2009-06-20 23:59:39 - cd /src/sys/sun4v/conf TB --- 2009-06-20 23:59:39 - /usr/bin/make -B LINT TB --- 2009-06-20 23:59:39 - building LINT kernel TB --- 2009-06-20 23:59:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-20 23:59:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-20 23:59:39 - TARGET=sun4v TB --- 2009-06-20 23:59:39 - TARGET_ARCH=sparc64 TB --- 2009-06-20 23:59:39 - TZ=UTC TB --- 2009-06-20 23:59:39 - __MAKE_CONF=/dev/null TB --- 2009-06-20 23:59:39 - cd /src TB --- 2009-06-20 23:59:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jun 20 23:59:39 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/cxgb/common/cxgb_mv88e1xxx.c -I/src/sys/dev/cxgb cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/cxgb/common/cxgb_xgmac.c -I/src/sys/dev/cxgb cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/cxgb/common/cxgb_t3_hw.c -I/src/sys/dev/cxgb cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/cxgb/common/cxgb_tn1010.c -I/src/sys/dev/cxgb cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/cxgb/sys/uipc_mvec.c -I/src/sys/dev/cxgb cc1: warnings being treated as errors /src/sys/dev/cxgb/sys/uipc_mvec.c: In function 'busdma_map_sg_collapse': /src/sys/dev/cxgb/sys/uipc_mvec.c:93: warning: passing argument 3 of 'txq->entry_tag->dt_mt->dm_dmamap_load_mbuf_sg' from incompatible pointer type *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-21 00:04:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-21 00:04:46 - ERROR: failed to build lint kernel TB --- 2009-06-21 00:04:46 - 4097.66 user 407.91 system 4702.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 00:19:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C42D01065670 for ; Sun, 21 Jun 2009 00:19:17 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from mta21.charter.net (mta21.charter.net [216.33.127.81]) by mx1.freebsd.org (Postfix) with ESMTP id 877908FC13 for ; Sun, 21 Jun 2009 00:19:17 +0000 (UTC) (envelope-from dataefx@charter.net) Received: from imp09 ([10.20.200.9]) by mta21.charter.net (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090621001916.EDNQ3344.mta21.charter.net@imp09> for ; Sat, 20 Jun 2009 20:19:16 -0400 Received: from [192.168.0.196] ([75.142.55.73]) by imp09 with smtp.charter.net id 6QKE1c0041amw1F05QKE8Q; Sat, 20 Jun 2009 20:19:16 -0400 From: john scroggins To: current Content-Type: text/plain Date: Sat, 20 Jun 2009 17:18:58 -0700 Message-Id: <1245543553.2063.24.camel@microtetonics.charterpipeline.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: LORs on boot up eeePC 1000HE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 00:19:18 -0000 during boot up I am getting lock order reversals. I get the during shutdown also. the following are boot LORS, ill send the shutdown LORS asap.. bootup -- lock order reversal: 1st 0xd97b32c0 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc5e73200 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: db_trace_self_wrapper(c0c44382,e8636854,c08a7a6f,c0899476,c0c471c5,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0899476,c0c471c5,c552be28,c55304d8,e86368b0,...) at kdb_backtrace+0x29 _witness_debugger(c0c471c5,c5e73200,c0c67d40,c55304d8,c0c679d9,...) at _witness_debugger+0x1e witness_checkorder(c5e73200,9,c0c679d9,11d,0,...) at witness_checkorder +0x818 _sx_xlock(c5e73200,0,c0c679d9,11d,c5d6d89c,...) at _sx_xlock+0x81 ufsdirhash_acquire(d97b3260,e86369cc,3c,da0b95e4,e8636984,...) at ufsdirhash_acquire+0x31 ufsdirhash_add(c5d6d89c,e86369cc,15e4,e8636970,e8636974,...) at ufsdirhash_add+0x13 ufs_direnter(c5d8396c,c65d0000,e86369cc,e8636be0,0,...) at ufs_direnter +0x713 ufs_makeinode(e8636be0) at ufs_makeinode+0x4df ufs_create(e8636c04,c5bbca10,c0d75e40,c5d8396c,e8636c18,...) at ufs_create+0x2c VOP_CREATE_APV(c0d5b5c0,e8636c04,e8636be0,e8636b4c,c5e7e54c,...) at VOP_CREATE_APV+0xda uipc_bind(c604819c,c5e6f560,c5bea240,e8636c64,c08d08d5,...) at uipc_bind +0x31f sobind(c604819c,c5e6f560,c5bea240,c5e6f560,c5bde310,...) at sobind+0x23 kern_bind(c5bea240,3,c5e6f560,c5e6f560,c5be5550,...) at kern_bind+0x99 bind(c5bea240,e8636cf8,c,c0c47a40,c0d291a0,...) at bind+0x42 syscall(e8636d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (104, FreeBSD ELF32, bind), eip = 0x33d8f597, esp = 0xbfbfe85c, ebp = 0xbfbfe958 --- lock order reversal: 1st 0xc6c567ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:423 2nd 0xd9856940 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 3rd 0xc5c33bdc ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:544 KDB: stack backtrace: db_trace_self_wrapper(c0c44382,e8622414,c08a7a6f,c0899476,c0c471de,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0899476,c0c471de,c552be28,c5530470,e8622470,...) at kdb_backtrace+0x29 _witness_debugger(c0c471de,c5c33bdc,c0c39e3a,c5530470,c0c658b9,...) at _witness_debugger+0x1e witness_checkorder(c5c33bdc,9,c0c658b9,220,0,...) at witness_checkorder +0x818 __lockmgr_args(c5c33bdc,80100,c5c33bf8,0,0,...) at __lockmgr_args+0x75e ffs_lock(e8622584,e8622578,c0eec9a0,c5b6a0a4,c0eec970,...) at ffs_lock +0x7d VOP_LOCK1_APV(c0d5b5c0,e8622584,c5c36508,c0d75a40,c5c33b84,...) at VOP_LOCK1_APV+0xeb _vn_lock(c5c33b84,80100,c0c658b9,220,c556a000,...) at _vn_lock+0x5e ffs_snapshot(c5c36508,c5ade7a0,c0c6721e,15f,3,...) at ffs_snapshot +0x14e2 ffs_mount(c5c36508,0,c0c4da7f,3d2,0,...) at ffs_mount+0x1478 vfs_donmount(c5b6a000,211000,c6bf5280,c6bf5280,c5c20d48,...) at vfs_donmount+0x1016 nmount(c5b6a000,e8622cf8,c,e8622d2c,c0d2af98,...) at nmount+0x65 syscall(e8622d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x33ceb347, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- lock order reversal: 1st 0xd979e950 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2558 2nd 0xc6c820dc snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:2223 KDB: stack backtrace: db_trace_self_wrapper(c0c44382,e63f0980,c08a7a6f,c0899476,c0c471c5,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0899476,c0c471c5,c552be28,c5530e30,e63f09dc,...) at kdb_backtrace+0x29 _witness_debugger(c0c471c5,c6c820dc,c0c6591b,c5530e30,c0c658b9,...) at _witness_debugger+0x1e witness_checkorder(c6c820dc,9,c0c658b9,8af,0,...) at witness_checkorder +0x818 __lockmgr_args(c6c820dc,80900,c5c295b0,0,0,...) at __lockmgr_args+0x75e ffs_copyonwrite(c5c2953c,d979ea40,d979ea40,4,0,...) at ffs_copyonwrite +0x2b2 ffs_geom_strategy(c5c295e4,d979ea40,375,d979ea40,2800,...) at ffs_geom_strategy+0xd4 bufwrite(d979ea40,0,c0c6721e,725,c0c6721e) at bufwrite+0x14b ffs_bufwrite(d979ea40,c5b28800,e63f0ba8,c0a7ff00,d979ea40,...) at ffs_bufwrite+0x273 bawrite(d979ea40,d9cd0000,2800,2800,0,...) at bawrite+0x56 ffs_sbupdate(c5b8de00,3,0,556,df,...) at ffs_sbupdate+0x156 ffs_sync(c5c36508,3,c0c4e260,d68,c5c36508,...) at ffs_sync+0x528 sync_fsync(e63f0c7c,c5c33a78,80400,c0c4e260,69e,...) at sync_fsync+0x18e VOP_FSYNC_APV(c0d3b8c0,e63f0c7c,c0c4e260,69e,c5b6eb40,...) at VOP_FSYNC_APV+0xdf sync_vnode(c0f19eb0,c0f19e9c,64,6cd,4e20,...) at sync_vnode+0x15d sched_sync(0,e63f0d38,c0c3c659,334,c5b67d48,...) at sched_sync+0x26f fork_exit(c08f2541,0,e63f0d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe63f0d70, ebp = 0 --- lock order reversal: 1st 0xc6c820dc snaplk (snaplk) @ /usr/src/sys/kern/vfs_vnops.c:295 2nd 0xc6c567ac ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: db_trace_self_wrapper(c0c44382,e86228b4,c08a7a6f,c0899476,c0c471c5,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0899476,c0c471c5,c5530e30,c5530470,e8622910,...) at kdb_backtrace+0x29 _witness_debugger(c0c471c5,c6c567ac,c0c39e3a,c5530470,c0c658b9,...) at _witness_debugger+0x1e witness_checkorder(c6c567ac,9,c0c658b9,633,0,...) at witness_checkorder +0x818 __lockmgr_args(c6c567ac,80000,0,0,0,...) at __lockmgr_args+0x75e ffs_snapremove(c6c56754,c5c36508,0,c0c4f429,41c,...) at ffs_snapremove +0x11a softdep_releasefile(c6c2fb54,e8622a90,2,c0eec980,c5b6a0a4,...) at softdep_releasefile+0x39 ufs_inactive(e8622ae0,c0c3f7ac,df,c0c4e260,127,...) at ufs_inactive +0x1bc VOP_INACTIVE_APV(c0d5b5c0,e8622ae0,c0c4e260,925,c0d75840,...) at VOP_INACTIVE_APV+0xdf vinactive(c0d5b5c0,e8622b14,c0c4e260,8ab,c0b81184,...) at vinactive+0x82 vput(c6c56754,e8622b50,c0c4f429,127,0,...) at vput+0x1c0 vn_close(c6c56754,1,c5568900,c5b6a000,0,...) at vn_close+0x196 vn_closefile(c6b9aa80,c5b6a000,e8622c18,0,c6b9aa80,...) at vn_closefile +0xda _fdrop(c6b9aa80,c5b6a000,c0eec970,c5b6a0a4,0,c0d32900,c0c3bb75,c6c1422c,45b,c 0c3bb75,e8622c44,c0870c45,c6c1422c,8,c0c3bb75,45b,4,c6c142b4) at _fdrop +0x45 closef(c6b9aa80,c5b6a000,45b,440,c6c1422c,...) at closef+0x27d kern_close(c5b6a000,4,e8622d2c,c0b74158,c5b6a000,...) at kern_close +0x10d close(c5b6a000,e8622cf8,4,c0c47f72,c0d286e8,...) at close+0x1a syscall(e8622d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x33d874eb, esp = 0xbfbfeadc, ebp = 0xbfbfee28 --- mount option is unknown lock order reversal: 1st 0xc60af72c filedesc structure (filedesc structure) @ /usr/src/sys/kern/kern_descrip.c:1088 2nd 0xc68106a0 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:4092 KDB: stack backtrace: db_trace_self_wrapper(c0c44382,e85e5a2c,c08a7a6f,c0899476,c0c471c5,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0899476,c0c471c5,c552c098,c5530470,e85e5a88,...) at kdb_backtrace+0x29 _witness_debugger(c0c471c5,c68106a0,c0c39e3a,c5530470,c0c4e260,...) at _witness_debugger+0x1e witness_checkorder(c68106a0,9,c0c4e260,ffc,c68106bc,...) at witness_checkorder+0x818 __lockmgr_args(c68106a0,80400,c68106bc,0,0,...) at __lockmgr_args+0x75e ffs_lock(e85e5b9c,c5529318,c552c098,c,0,...) at ffs_lock+0x7d VOP_LOCK1_APV(c0d5b5c0,e85e5b9c,e85e5bb0,c0d75a40,c6810648,...) at VOP_LOCK1_APV+0xeb _vn_lock(c6810648,80400,c0c4e260,ffc,e85e5bf8,...) at _vn_lock+0x5e vfs_knllock(c6810648,0,c0c3c053,68a,c6b7ebf4,...) at vfs_knllock+0x29 knlist_remove_kq(0,e85e5c18,c08edbb5,c6b8697c,c6b7ebf4,...) at knlist_remove_kq+0x85 knlist_remove(c6b8697c,c6b7ebf4,0,e85e5c44,c0839753,...) at knlist_remove+0x1b filt_vfsdetach(c6b7ebf4,0,c0c3c053,76b,1e,...) at filt_vfsdetach+0x39 knote_fdclose(c5b6e480,129e,c0c3bb75,440,c60af72c,...) at knote_fdclose +0xec kern_close(c5b6e480,129e,e85e5d2c,c0b74158,c5b6e480,...) at kern_close +0xc8 close(c5b6e480,e85e5cf8,4,c0c47a40,c0d286e8,...) at close+0x1a syscall(e85e5d38) at syscall+0x2b4 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (6, FreeBSD ELF32, close), eip = 0x33f6a4eb, esp = 0xbfbfe6fc, ebp = 0xbfbfe718 --- dmesg for machine: # dmesg Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #0: Sat Jun 20 15:51:37 PDT 2009 root@microtetonics:/usr/obj/usr/src/sys/microtetonics WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU N280 @ 1.66GHz (1662.52-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff Features2=0x40c39d> AMD Features=0x100000 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2077466624 (1981 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xdc00-0xdc07 mem 0xf7f00000-0xf7f7ffff,0xd0000000-0xdfffffff,0xf7ec0000-0xf7efffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xf7f80000-0xf7ffffff at device 2.1 on pci0 hdac0: mem 0xf7eb8000-0xf7ebbfff irq 16 at device 27.0 on pci0 hdac0: HDA Driver Revision: 20090614_0135 hdac0: [ITHREAD] pcib1: irq 16 at device 28.0 on pci0 pci4: on pcib1 pcib2: irq 17 at device 28.1 on pci0 pci3: on pcib2 ale0: port 0xec00-0xec7f mem 0xfbfc0000-0xfbffffff irq 17 at device 0.0 on pci3 ale0: 960 Tx FIFO, 1024 Rx FIFO ale0: Using 1 MSI messages. miibus0: on ale0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto ale0: Ethernet address: 00:24:8c:6e:54:9a ale0: [FILTER] pcib3: irq 19 at device 28.3 on pci0 pci1: on pcib3 ath0: mem 0xfbef0000-0xfbefffff irq 19 at device 0.0 on pci1 ath0: [ITHREAD] ath0: AR9280 mac 128.2 RF5133 phy 13.0 uhci0: port 0xd400-0xd41f irq 23 at device 29.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x0f30 usbus0: on uhci0 uhci1: port 0xd480-0xd49f irq 19 at device 29.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x0f30 usbus1: on uhci1 uhci2: port 0xd800-0xd81f irq 18 at device 29.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x0f30 usbus2: on uhci2 uhci3: port 0xd880-0xd89f irq 16 at device 29.3 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x0f30 usbus3: on uhci3 ehci0: mem 0xf7eb7c00-0xf7eb7fff irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib4: at device 30.0 on pci0 pci5: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] acpi_asus0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_tz0: on acpi0 battery0: on acpi0 acpi_acad0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounters tick every 10.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ad0: 152627MB at ata0-master SATA150 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered hdac0: HDA Codec #0: Realtek ALC269 pcm0: at cad 0 nid 1 on hdac0 pcm1: at cad 0 nid 1 on hdac0 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. uhub3: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus4 Root mount waiting for: usbus4 uhub4: 8 ports with 8 removable, self powered Root mount waiting for: usbus4 ugen4.2: at usbus4 uhub5: on usbus4 Root mount waiting for: usbus4 uhub5: 4 ports with 4 removable, self powered Root mount waiting for: usbus4 Root mount waiting for: usbus4 ugen4.3: at usbus4 Trying to mount root from ufs:/dev/ad0s1a ugen3.2: at usbus3 WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /usr/src was not properly dismounted WARNING: /var was not properly dismounted WARNING: TMPFS is considered to be a highly experimental feature in FreeBSD. wlan0: Ethernet address: 00:22:43:91:5f:b9 drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xd0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 00:21:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C07561065670 for ; Sun, 21 Jun 2009 00:21:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 780E18FC12 for ; Sun, 21 Jun 2009 00:21:21 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so1217678qwe.7 for ; Sat, 20 Jun 2009 17:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=FDeAueApyAVKX0icgVgbs4WkubMoGipXDEe7ULa187k=; b=vfAN5fT7MnZ5Bcux91Ga6XJTiI22umhJ7NAqP6O3sROeBelrlqSFqZumf3prIRyg9S 6abtbhNJrRfArtD5qrbp1KtVsNzush/WeHF8x9Y8s2gkppFEnInKSHrFjt98GcTutd4p Hrks5wYj7JJhOGcc4907iw5clp/UboTz0smdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QxCD0RTvmsWlIQnOlVAXvkBXVOSuQL7pkWopbJTNqCDzbm/ZtCd7cKkF+uwEmBPSHA SRi4CIuyWOSfZrgp9fRmGxuUpVdYbaN71X7MfQkg2NXdZFnWEG7uHXbUHsMojoDloaL2 rfZ1WCfnbAIFMCc37d4ejy5qtqcXVHmvldD4A= MIME-Version: 1.0 Received: by 10.220.99.149 with SMTP id u21mr3387799vcn.9.1245541687192; Sat, 20 Jun 2009 16:48:07 -0700 (PDT) In-Reply-To: <1245519413.26909.60.camel@phoenix.blechhirn.net> References: <1245519413.26909.60.camel@phoenix.blechhirn.net> Date: Sat, 20 Jun 2009 18:48:07 -0500 Message-ID: <790a9fff0906201648t783c4702pcfa25840c0958b6e@mail.gmail.com> From: Scot Hetzel To: mister.olli@googlemail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Unable to delete files on ZFS volume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 00:21:22 -0000 On Sat, Jun 20, 2009 at 12:36 PM, Mister Olli wrote: > Hi, > > after filling up a ZFS volume until the last byte, I'm unable to delete > files, with error 'No space left on the device'. > I had this problem once, and was able to solve it by using: cat /dev/null > /path/to/file/to/remove This truncated the file to 0, and then I was able to remove it. Scot From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 00:55:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C62D7106566C for ; Sun, 21 Jun 2009 00:55:53 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swip.net [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE618FC08 for ; Sun, 21 Jun 2009 00:55:52 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=EaCozW6b1U4A:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=NONBajSOkhY-zYcthKEA:9 a=ME63nZbcAHj1B1N2UPgA:7 a=P8_0ePGLV_vggmCd5Sq_8dFwPs8A:4 a=5X7029R_CPfvLdUJ:21 a=qmwH7dBJTNoDp5aT:21 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 517140318; Sun, 21 Jun 2009 02:55:50 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 21 Jun 2009 03:00:12 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <20090620140820.14273115@CORONA> In-Reply-To: <20090620140820.14273115@CORONA> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906210300.14044.hselasky@c2i.net> Cc: Jason Harmening Subject: Re: USB keyboard/mouse combo fails to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 00:55:54 -0000 On Saturday 20 June 2009 21:08:20 Jason Harmening wrote: > Hi all, > > I have a USB keyboard/mouse combo that sometimes fails to attach in > -CURRENT, with the following error: > > uhub_reattach_port:416: could not allocate new device! > > This failure happens roughly every other time the device enumerates; > generally it will attach and work fine if I just re-plug it. > > It looks like a stall while retrieving the device descriptor, though the > device never had a problem attaching in 7-STABLE. I've included what (I > think) are the relevant lines from my syslog w/ hw.usb.debug=15. > > Any help would be greatly appreciated. > > Thanks, > Jason > > > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb8000 bmRequestType=0x23 bRequest=0x01 wValue=0x0014 > wIndex=0x0001 wLength=0x0000 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_req_reset_port:659: port 1 reset returning > error=USB_ERR_NORMAL_COMPLETION Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:272: udev=0xffffff0005bb8000 bmRequestType=0xa3 > bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:307: Handle Request function is set > Jun 20 13:53:09 riviera kernel: usb_alloc_device:1432: > parent_dev=0xffffff0005be1400, bus=0xffffff80005e8db0, > parent_hub=0xffffff0005bb8000, depth=1, port_index=0, port_no=1, speed=1, > usb_mode=0 Jun 20 13:53:09 riviera kernel: usb_set_device_state:2421: udev > 0xffffff0016575800 state DETACHED -> POWERED Jun 20 13:53:09 riviera > kernel: usbd_req_set_address:1160: setting device address=2 Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0016575800 > bmRequestType=0x00 bRequest=0x05 wValue=0x0002 wIndex=0x0000 wLength=0x0000 > Jun 20 13:53:09 riviera kernel: usbd_get_endpoint:184: > udev=0xffffff0016575800 iface_index=0 address=0x0 type=0x0 dir=0xff index=0 > Jun 20 13:53:09 riviera last message repeated 3 times > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_callback_wrapper:1922: case 1-4 Jun 20 13:53:09 riviera kernel: > usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=1, dir=write > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=0 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usbd_transfer_submit:1400: open > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_NORMAL_COMPLETION Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=0 alen=8, slen=8, > afrm=1, nfrm=1 Jun 20 13:53:09 riviera kernel: > usbd_callback_wrapper_sub:2466: xfer=0xffffff8000aa0148: Control transfer > active on endpoint=0xffffff00165758d8 Jun 20 13:53:09 riviera kernel: > usbd_do_request_callback:75: st=1 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_callback_wrapper:1922: case 1-4 Jun 20 13:53:09 riviera kernel: > usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=1, dir=write > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=1 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_NORMAL_COMPLETION Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=0 alen=0, slen=0, > afrm=1, nfrm=1 Jun 20 13:53:09 riviera kernel: usbd_do_request_callback:75: > st=1 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usb_set_device_state:2421: udev > 0xffffff0016575800 state POWERED -> ADDRESSED Jun 20 13:53:09 riviera > kernel: usbd_req_get_desc:699: id=0, type=1, index=0, max_len=8 Jun 20 > 13:53:09 riviera kernel: usbd_do_request_flags:272: udev=0xffffff0016575800 > bmRequestType=0x80 bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0008 > Jun 20 13:53:09 riviera kernel: usbd_transfer_stop:1675: close > Jun 20 13:53:09 riviera kernel: usbd_transfer_done:2077: > err=USB_ERR_CANCELLED Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2084: not transferring Jun 20 13:53:09 riviera kernel: > usbd_get_endpoint:184: udev=0xffffff0016575800 iface_index=0 address=0x0 > type=0x0 dir=0xff index=0 Jun 20 13:53:09 riviera last message repeated 3 > times > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_callback_wrapper:1922: case 1-4 Jun 20 13:53:09 riviera kernel: > usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=2, dir=write > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=0 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usbd_transfer_submit:1400: open > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_NORMAL_COMPLETION Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=0 alen=16, slen=16, > afrm=2, nfrm=2 Jun 20 13:53:09 riviera kernel: usbd_do_request_callback:75: > st=1 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usb_alloc_device:1622: adding unit addr=2, > rev=110, class=0, subclass=0, protocol=0, maxpacket=8, len=8, speed=1 Jun > 20 13:53:09 riviera kernel: usbd_req_get_device_desc:1023: > Jun 20 13:53:09 riviera kernel: usbd_req_get_desc:699: id=0, type=1, > index=0, max_len=18 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:272: udev=0xffffff0016575800 bmRequestType=0x80 > bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0012 Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=2, dir=read > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=0 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_STALLED Jun 20 13:53:09 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=22 alen=8, slen=26, > afrm=1, nfrm=2 Jun 20 13:53:09 riviera kernel: usbd_do_request_callback:75: > st=2 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usbd_transfer_stop:1675: close > Jun 20 13:53:09 riviera kernel: usbd_transfer_done:2077: > err=USB_ERR_CANCELLED Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2084: not transferring Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:272: udev=0xffffff0005bb8800 bmRequestType=0xa3 > bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:307: Handle Request function is set > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb8800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0002 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0005bb8800 > bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0003 wLength=0x0004 > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb8800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0004 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0005bb8800 > bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0005 wLength=0x0004 > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb8800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0006 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0005bb5800 > bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0001 wLength=0x0004 > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb5800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0002 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0005bb5800 > bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0003 wLength=0x0004 > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb5800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0004 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0005bb5800 > bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 wIndex=0x0005 wLength=0x0004 > Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:307: Handle Request > function is set Jun 20 13:53:09 riviera kernel: usbd_do_request_flags:272: > udev=0xffffff0005bb5800 bmRequestType=0xa3 bRequest=0x00 wValue=0x0000 > wIndex=0x0006 wLength=0x0004 Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:307: Handle Request function is set Jun 20 13:53:09 > riviera kernel: usbd_do_request_flags:272: udev=0xffffff0016575800 > bmRequestType=0x80 bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0012 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_callback_wrapper:1922: case 1-4 Jun 20 13:53:09 riviera kernel: > usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=2, dir=read > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=1 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usbd_transfer_submit:1400: open > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_STALLED Jun 20 13:53:09 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=22 alen=8, slen=26, > afrm=1, nfrm=2 Jun 20 13:53:09 riviera kernel: usbd_do_request_callback:75: > st=2 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usbd_transfer_stop:1675: close > Jun 20 13:53:09 riviera kernel: usbd_transfer_done:2077: > err=USB_ERR_CANCELLED Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2084: not transferring Jun 20 13:53:09 riviera kernel: > usbd_do_request_flags:272: udev=0xffffff0016575800 bmRequestType=0x80 > bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0012 Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_do_request_callback:75: st=0 > Jun 20 13:53:09 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=2, dir=read > Jun 20 13:53:09 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=1 bEndpointAddress=0x00 Jun 20 13:53:09 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:09 riviera > kernel: usbd_transfer_submit:1400: open > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:09 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_enter:1568: enter > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:09 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_STALLED Jun 20 13:53:09 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:09 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=22 alen=8, slen=26, > afrm=1, nfrm=2 Jun 20 13:53:09 riviera kernel: usbd_do_request_callback:75: > st=2 > Jun 20 13:53:09 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:09 riviera kernel: usbd_transfer_stop:1675: close > Jun 20 13:53:09 riviera kernel: usbd_transfer_done:2077: > err=USB_ERR_CANCELLED Jun 20 13:53:09 riviera kernel: > usbd_transfer_done:2084: not transferring Jun 20 13:53:10 riviera kernel: > usbd_do_request_flags:272: udev=0xffffff0016575800 bmRequestType=0x80 > bRequest=0x06 wValue=0x0100 wIndex=0x0000 wLength=0x0012 Jun 20 13:53:10 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:10 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:10 riviera kernel: usbd_do_request_callback:75: st=0 > Jun 20 13:53:10 riviera kernel: usbd_transfer_submit:1381: > xfer=0xffffff8000aa0148, endpoint=0xffffff00165758d8, nframes=2, dir=read > Jun 20 13:53:10 riviera kernel: usb_dump_endpoint: > endpoint=0xffffff00165758d8 edesc=0xffffff0016575de4 isoc_next=0 > toggle_next=1 bEndpointAddress=0x00 Jun 20 13:53:10 riviera kernel: > usb_dump_queue: endpoint=0xffffff00165758d8 xfer: Jun 20 13:53:10 riviera > kernel: usbd_transfer_submit:1400: open > Jun 20 13:53:10 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:10 riviera kernel: > usb_command_wrapper:2543: cb 0xffffff8000aa0148 (leave) Jun 20 13:53:10 > riviera kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun > 20 13:53:10 riviera kernel: usb_command_wrapper:2543: cb 0xffffff8000aa0148 > (leave) Jun 20 13:53:10 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:10 riviera kernel: > usbd_pipe_enter:1568: enter > Jun 20 13:53:10 riviera kernel: usb_command_wrapper:2541: cb > 0xffffff8000aa0148 (enter) Jun 20 13:53:10 riviera kernel: > usbd_pipe_start:2296: start > Jun 20 13:53:10 riviera kernel: usb_command_wrapper:2543: cb > 0xffffff8000aa0148 (leave) Jun 20 13:53:10 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:10 riviera kernel: > usb_command_wrapper:2543: cb 0 (leave) Jun 20 13:53:10 riviera kernel: > usbd_transfer_done:2077: err=USB_ERR_STALLED Jun 20 13:53:10 riviera > kernel: usb_command_wrapper:2541: cb 0xffffff8000aa0148 (enter) Jun 20 > 13:53:10 riviera kernel: usbd_callback_wrapper:1922: case 1-4 Jun 20 > 13:53:10 riviera kernel: usbd_callback_wrapper_sub:2430: > xfer=0xffffff8000aa0148 endpoint=0xffffff00165758d8 sts=22 alen=8, slen=26, > afrm=1, nfrm=2 Jun 20 13:53:10 riviera kernel: usbd_do_request_callback:75: > st=2 > Jun 20 13:53:10 riviera kernel: usb_command_wrapper:2543: cb 0 (leave) > Jun 20 13:53:10 riviera kernel: usbd_transfer_stop:1675: close > Jun 20 13:53:10 riviera kernel: usbd_transfer_done:2077: > err=USB_ERR_CANCELLED Jun 20 13:53:10 riviera kernel: > usbd_transfer_done:2084: not transferring Jun 20 13:53:10 riviera kernel: > usb_alloc_device:1628: addr=2, getting full desc failed Jun 20 13:53:10 > riviera kernel: usb_free_device:1920: udev=0xffffff0016575800 port=1 Jun 20 > 13:53:10 riviera kernel: usb_set_device_state:2421: udev 0xffffff0016575800 > state ADDRESSED -> DETACHED Jun 20 13:53:10 riviera kernel: ugen4.2: > <(null)> at usbus4 (disconnected) Jun 20 13:53:10 riviera kernel: > usb_detach_device:1037: udev=0xffffff0016575800 Jun 20 13:53:10 riviera > kernel: usb_cdev_free:1887: Freeing device nodes Jun 20 13:53:10 riviera > kernel: usb_config_parse:618: iface_index=255 cmd=1 Jun 20 13:53:10 riviera > kernel: uhub_reattach_port:416: could not allocate new device! > In /sys/dev/usb/usb_device.c : There is some code to re-enumerate the device, when errors are detected. Maybe we should add an automatic re-enumeration in case the full device descriptor cannot be retrieved aswell. Search for: err = usbd_req_get_desc(udev, NULL, NULL, &udev->ddesc, USB_MAX_IPACKET, USB_MAX_IPACKET, 0, UDESC_DEVICE, 0, 0); if (err) { DPRINTFN(0, "getting device descriptor " "at addr %d failed, %s!\n", udev->address, usbd_errstr(err)); /* XXX try to re-enumerate the device */ err = usbd_req_re_enumerate(udev, NULL); if (err) { goto done; } } Some lines down you patch the code like this: /* get the full device descriptor */ err = usbd_req_get_device_desc(udev, NULL, &udev->ddesc); if (err) { DPRINTF("addr=%d, getting full desc failed\n", udev->address); + /* XXX try to re-enumerate the device */ + err = usbd_req_re_enumerate(udev, NULL); + if (err) { + goto done; + } - goto done; } --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 01:58:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C1651065679 for ; Sun, 21 Jun 2009 01:58:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A18A68FC1C for ; Sun, 21 Jun 2009 01:58:11 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-137-119.lns11.adl6.internode.on.net [121.45.137.119]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5L1w9bs068130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 21 Jun 2009 11:28:09 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 21 Jun 2009 11:27:37 +0930 User-Agent: KMail/1.9.10 References: <1245519413.26909.60.camel@phoenix.blechhirn.net> <790a9fff0906201648t783c4702pcfa25840c0958b6e@mail.gmail.com> In-Reply-To: <790a9fff0906201648t783c4702pcfa25840c0958b6e@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2865420.RJGz7I6icA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906211127.53136.doconnor@gsoft.com.au> X-Spam-Score: -1.257 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Scot Hetzel , mister.olli@googlemail.com Subject: Re: Unable to delete files on ZFS volume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 01:58:13 -0000 --nextPart2865420.RJGz7I6icA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sun, 21 Jun 2009, Scot Hetzel wrote: > On Sat, Jun 20, 2009 at 12:36 PM, Mister=20 Olli wrote: > > Hi, > > > > after filling up a ZFS volume until the last byte, I'm unable to > > delete files, with error 'No space left on the device'. > > I had this problem once, and was able to solve it by using: > > cat /dev/null > /path/to/file/to/remove > > This truncated the file to 0, and then I was able to remove it. BTW there is the truncate utility - it would have the same effect but=20 truncate is simpler to run via sudo ;) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2865420.RJGz7I6icA Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKPZOh5ZPcIHs/zowRAidFAKCK5hpYNzHOC4HgBPgy4oDN2jkqMwCfcwBD kHl5xooBOmRThZRShXYzR0w= =uH/Y -----END PGP SIGNATURE----- --nextPart2865420.RJGz7I6icA-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 03:44:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD43B1065674 for ; Sun, 21 Jun 2009 03:44:26 +0000 (UTC) (envelope-from jmeers@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 52D928FC1C for ; Sun, 21 Jun 2009 03:44:26 +0000 (UTC) (envelope-from jmeers@gmail.com) Received: by ewy8 with SMTP id 8so2976925ewy.43 for ; Sat, 20 Jun 2009 20:44:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=3gGRMhJXTiC+4p5mbogDVXhMRoT25Q1M3GnH5Kveji4=; b=btL0rWcjoxDvT+U65Q/a5p50AqqJoudxfdLqOGsMPfctoNh2vLvJ0rPywqNhc4FPng kZhGmg/fTR+cgTh/a7YEwoT7Qv1WtoGIoerZKTbWsp9NerrhB0GgOKnE4xGOZrJp0XcI AuK28au/tAhIhRxA5DlMn0yF2wHvphmCxeH5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=FeYDT3EabfSOG2lWOgcx99dSQHxuUzyefv5XgkYRbuBfDILEVXtV65wy+Hdxf4efAs ChqUq50dJM1zPRF+yfXnKzx0sqCCYWW3OKifaA0jsXPxyz+bCrCChPwbSPGBSE4euL5+ tyn3KInMUfWBU2L13P2Q7SQXkE4KGpFkpJRis= MIME-Version: 1.0 Received: by 10.216.47.204 with SMTP id t54mr1658058web.75.1245554290748; Sat, 20 Jun 2009 20:18:10 -0700 (PDT) Date: Sat, 20 Jun 2009 22:18:10 -0500 Message-ID: From: Jason Meers To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: (no subject) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 03:44:27 -0000 -- I am not here, I did not write this. From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 04:28:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3DAD1065673 for ; Sun, 21 Jun 2009 04:28:44 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3428FC0C for ; Sun, 21 Jun 2009 04:28:43 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by fg-out-1718.google.com with SMTP id 22so815003fge.12 for ; Sat, 20 Jun 2009 21:28:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:mime-version:content-type:content-transfer-encoding :content-disposition:message-id; bh=OJ0JnBLak3rwJ6iZuM9x+QjhBdfgX7UBPdEk3HnP3a4=; b=ndBzdUy2SFPSrJ3OovGGr8HHMJn78keyt5SQB/EvPz7rzWrsJZEXC83Aq93G5MTHM2 FgIiNMA09jBKcpcEp6P0z4qHJXlcDSBcvK8r9NKtdBG0uIsLyAz37NBB0QM968Vodl3k Y4TbUpPaT68m/fNXOiSP/u8w2OAmIf+QAJ7ng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:content-disposition:message-id; b=RBlw1HOjvitqPsjuL18ba7dTI78cbWUePvIH8CJ0cci5789CBmYguDAJ6ObCYA3JaA j+x4wmogIOVaxHnhVWdW9XO/i8fJqk8J6hFc5EKJi8iN+yLxDHITjGtgM5V7WTcGKWzS WER8xbQGZzL2+D0f4uXQEK9bVC17BnP0aCCKc= Received: by 10.86.23.20 with SMTP id 20mr4885632fgw.49.1245557023451; Sat, 20 Jun 2009 21:03:43 -0700 (PDT) Received: from alex.super ([91.195.101.86]) by mx.google.com with ESMTPS id e20sm4622925fga.25.2009.06.20.21.03.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 20 Jun 2009 21:03:42 -0700 (PDT) From: "Alex V. Petrov" To: current@freebsd.org Date: Sun, 21 Jun 2009 12:03:36 +0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906211203.36889.alexvpetrov@gmail.com> Cc: Subject: Current: Error on make buildworld - Stop in /usr/src/secure/lib/libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 04:28:45 -0000 alex# uname -a FreeBSD alex.super 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Sat Jun 13 21:46:47 KRAST 2009 alex@alex.super:/usr/obj/usr/src/sys/ALEX i386 sources is fresh cc -O2 -pipe -DTERMIOS -DANSI_SOURCE - I/usr/src/secure/lib/libcrypto/../../../crypto/openssl - I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto - I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN - DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -fstack- protector -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: In function 'B64_write_ASN1': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:120: error: 'ASN1_F_B64_WRITE_ASN1' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:120: error: (Each undeclared identifier is reported only once /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:120: error: for each function it appears in.) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: In function 'b64_read_asn1': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:138: error: 'ASN1_F_B64_READ_ASN1' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: At top level: /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:208: error: expected declaration specifiers or '...' before 'asn1_output_data_fn' /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: In function 'int_smime_write_ASN1': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:215: error: 'SMIME_OLDMIME' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:220: error: 'SMIME_CRLFEOL' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: In function 'SMIME_read_ASN1': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:373: error: 'ASN1_F_SMIME_READ_ASN1' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:373: error: 'ASN1_R_MIME_PARSE_ERROR' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:379: error: 'ASN1_R_NO_CONTENT_TYPE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:390: error: 'ASN1_R_NO_MULTIPART_BOUNDARY' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:396: error: 'ASN1_R_NO_MULTIPART_BODY_FAILURE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:405: error: 'ASN1_R_MIME_SIG_PARSE_ERROR' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:415: error: 'ASN1_R_NO_SIG_CONTENT_TYPE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:422: error: 'ASN1_R_SIG_INVALID_MIME_TYPE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:430: error: 'ASN1_R_ASN1_SIG_PARSE_ERROR' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:447: error: 'ASN1_R_INVALID_MIME_TYPE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:456: error: 'ASN1_R_ASN1_PARSE_ERROR' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c: In function 'SMIME_text': /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:510: error: 'ASN1_F_SMIME_TEXT' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:510: error: 'ASN1_R_MIME_PARSE_ERROR' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:514: error: 'ASN1_R_MIME_NO_CONTENT_TYPE' undeclared (first use in this function) /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:519: error: 'ASN1_R_INVALID_MIME_TYPE' undeclared (first use in this function) *** Error code 1 Stop in /usr/src/secure/lib/libcrypto. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 06:00:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E126F106564A for ; Sun, 21 Jun 2009 06:00:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [195.88.108.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCCB8FC12 for ; Sun, 21 Jun 2009 06:00:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 526D741C72C; Sun, 21 Jun 2009 08:00:06 +0200 (CEST) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([195.88.108.3]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id XM6MCA2aDYtx; Sun, 21 Jun 2009 08:00:05 +0200 (CEST) Received: by mail.cksoft.de (Postfix, from userid 66) id C26B641C713; Sun, 21 Jun 2009 08:00:05 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id B73414448E6; Sun, 21 Jun 2009 05:59:52 +0000 (UTC) Date: Sun, 21 Jun 2009 05:59:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: john scroggins In-Reply-To: <1245543553.2063.24.camel@microtetonics.charterpipeline.net> Message-ID: <20090621055917.T22887@maildrop.int.zabbadoz.net> References: <1245543553.2063.24.camel@microtetonics.charterpipeline.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current Subject: Re: LORs on boot up eeePC 1000HE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 06:00:08 -0000 On Sat, 20 Jun 2009, john scroggins wrote: > during boot up I am getting lock order reversals. I get the during > shutdown also. the following are boot LORS, ill send the shutdown LORS > asap.. You first want to check http://sources.zabbadoz.net/freebsd/lor.html -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 08:20:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0FDB1065672 for ; Sun, 21 Jun 2009 08:20:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9FA8FC08 for ; Sun, 21 Jun 2009 08:20:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EC8EB9CB056 for ; Sun, 21 Jun 2009 10:20:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rfoay1HIpaCa for ; Sun, 21 Jun 2009 10:20:22 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A12189CB10D for ; Sun, 21 Jun 2009 10:20:22 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5L8KMUX088625 for current@freebsd.org; Sun, 21 Jun 2009 10:20:22 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 21 Jun 2009 10:20:22 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20090621082022.GA88526@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 08:20:37 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi is this patch correct? may I commit it? Index: ../../../dev/firewire/fwdev.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- ../../../dev/firewire/fwdev.c (revision 194573) +++ ../../../dev/firewire/fwdev.c (working copy) @@ -443,7 +443,7 @@ xfer->send.pay_len =3D uio->uio_resid; if (uio->uio_resid > 0) { if ((err =3D uiomove((caddr_t)&xfer->send.payload[0], - uio->uio_resid, uio))); + uio->uio_resid, uio))) goto out; } =20 another bug found by the "useless warnings in clang" ;) roman --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAko97UYACgkQLVEj6D3CBEwJ+ACfc+s+GXxs+vHFZ6C0uFpFlh3X 9dkAnA4+I2l2Mpm40D8K0Xhh3x1uNuzY =Fc1q -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 12:10:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF7F106566C; Sun, 21 Jun 2009 12:10:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 586F88FC14; Sun, 21 Jun 2009 12:10:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A3E234F.6050403@FreeBSD.org> Date: Sun, 21 Jun 2009 13:10:55 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> In-Reply-To: <200906160812.04284.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Rabson , freebsd-current@freebsd.org, pav@freebsd.org, current@freebsd.org, Kip Macy Subject: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 12:10:58 -0000 John Baldwin wrote: > On Tuesday 16 June 2009 3:33:55 am Erwin Lansing wrote: >> On Mon, Jun 15, 2009 at 02:08:17PM -0700, Kip Macy wrote: >>> This is from the RPC re-work. I had thought that this was fixed. You >>> shouldn't see this on the latest -CURRENT, but Doug will have more >>> details. >> Any datepoint when these fixes went in? I upgraded pointyhat last month >> exactly to get the latest fixes in, but could be there were more since >> then. > > You want the socket upcall locking changes in 193272 (committed June 1). You > will also want subsequent commits to the RPC and NFS code by Rick Macklem to > close a few more races. I think Rick still has one other patch that pho@ is > stress testing as well. > Got another deadlock after upgrading. Again, busy NFS volume, and ^C'ing a recursive find hung in rpccon state: db> bt 89596 Tracing pid 89596 tid 102493 td 0xffffff0089260000 sched_switch() at sched_switch+0x17c mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_timedwait() at sleepq_timedwait+0x4d _sleep() at _sleep+0x301 clnt_reconnect_call() at clnt_reconnect_call+0x5d3 nfs_request() at nfs_request+0x225 nfs_statfs() at nfs_statfs+0x197 __vfs_statfs() at __vfs_statfs+0x28 kern_fstatfs() at kern_fstatfs+0x286 fstatfs() at fstatfs+0x34 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = 0x7fffffffe1a8, rbp = 0x1000 --- These are mounted with intr, I'll try disabling that next. Kris From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 12:10:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF7F106566C; Sun, 21 Jun 2009 12:10:57 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 586F88FC14; Sun, 21 Jun 2009 12:10:56 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A3E234F.6050403@FreeBSD.org> Date: Sun, 21 Jun 2009 13:10:55 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> In-Reply-To: <200906160812.04284.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Rabson , freebsd-current@freebsd.org, pav@freebsd.org, current@freebsd.org, Kip Macy Subject: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 12:10:58 -0000 John Baldwin wrote: > On Tuesday 16 June 2009 3:33:55 am Erwin Lansing wrote: >> On Mon, Jun 15, 2009 at 02:08:17PM -0700, Kip Macy wrote: >>> This is from the RPC re-work. I had thought that this was fixed. You >>> shouldn't see this on the latest -CURRENT, but Doug will have more >>> details. >> Any datepoint when these fixes went in? I upgraded pointyhat last month >> exactly to get the latest fixes in, but could be there were more since >> then. > > You want the socket upcall locking changes in 193272 (committed June 1). You > will also want subsequent commits to the RPC and NFS code by Rick Macklem to > close a few more races. I think Rick still has one other patch that pho@ is > stress testing as well. > Got another deadlock after upgrading. Again, busy NFS volume, and ^C'ing a recursive find hung in rpccon state: db> bt 89596 Tracing pid 89596 tid 102493 td 0xffffff0089260000 sched_switch() at sched_switch+0x17c mi_switch() at mi_switch+0x21d sleepq_switch() at sleepq_switch+0x123 sleepq_timedwait() at sleepq_timedwait+0x4d _sleep() at _sleep+0x301 clnt_reconnect_call() at clnt_reconnect_call+0x5d3 nfs_request() at nfs_request+0x225 nfs_statfs() at nfs_statfs+0x197 __vfs_statfs() at __vfs_statfs+0x28 kern_fstatfs() at kern_fstatfs+0x286 fstatfs() at fstatfs+0x34 syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xd0 --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = 0x7fffffffe1a8, rbp = 0x1000 --- These are mounted with intr, I'll try disabling that next. Kris From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 12:17:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCB81065677; Sun, 21 Jun 2009 12:17:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E41D78FC08; Sun, 21 Jun 2009 12:16:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A3E24BA.4080406@FreeBSD.org> Date: Sun, 21 Jun 2009 13:16:58 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> <4A3E234F.6050403@FreeBSD.org> In-Reply-To: <4A3E234F.6050403@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Rabson , Rick Macklem , Kip Macy , freebsd-current@freebsd.org, pav@freebsd.org, current@freebsd.org Subject: Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 12:17:00 -0000 Kris Kennaway wrote: > John Baldwin wrote: >> On Tuesday 16 June 2009 3:33:55 am Erwin Lansing wrote: >>> On Mon, Jun 15, 2009 at 02:08:17PM -0700, Kip Macy wrote: >>>> This is from the RPC re-work. I had thought that this was fixed. You >>>> shouldn't see this on the latest -CURRENT, but Doug will have more >>>> details. >>> Any datepoint when these fixes went in? I upgraded pointyhat last month >>> exactly to get the latest fixes in, but could be there were more since >>> then. >> >> You want the socket upcall locking changes in 193272 (committed June >> 1). You will also want subsequent commits to the RPC and NFS code by >> Rick Macklem to close a few more races. I think Rick still has one >> other patch that pho@ is stress testing as well. >> > > Got another deadlock after upgrading. Again, busy NFS volume, and > ^C'ing a recursive find hung in rpccon state: > > db> bt 89596 > Tracing pid 89596 tid 102493 td 0xffffff0089260000 > sched_switch() at sched_switch+0x17c > mi_switch() at mi_switch+0x21d > sleepq_switch() at sleepq_switch+0x123 > sleepq_timedwait() at sleepq_timedwait+0x4d > _sleep() at _sleep+0x301 > clnt_reconnect_call() at clnt_reconnect_call+0x5d3 > nfs_request() at nfs_request+0x225 > nfs_statfs() at nfs_statfs+0x197 > __vfs_statfs() at __vfs_statfs+0x28 > kern_fstatfs() at kern_fstatfs+0x286 > fstatfs() at fstatfs+0x34 > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = > 0x7fffffffe1a8, rbp = 0x1000 --- > > These are mounted with intr, I'll try disabling that next. > > Kris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 12:17:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DCB81065677; Sun, 21 Jun 2009 12:17:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E41D78FC08; Sun, 21 Jun 2009 12:16:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A3E24BA.4080406@FreeBSD.org> Date: Sun, 21 Jun 2009 13:16:58 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: John Baldwin References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> <4A3E234F.6050403@FreeBSD.org> In-Reply-To: <4A3E234F.6050403@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Rabson , Rick Macklem , Kip Macy , freebsd-current@freebsd.org, pav@freebsd.org, current@freebsd.org Subject: Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 12:17:00 -0000 Kris Kennaway wrote: > John Baldwin wrote: >> On Tuesday 16 June 2009 3:33:55 am Erwin Lansing wrote: >>> On Mon, Jun 15, 2009 at 02:08:17PM -0700, Kip Macy wrote: >>>> This is from the RPC re-work. I had thought that this was fixed. You >>>> shouldn't see this on the latest -CURRENT, but Doug will have more >>>> details. >>> Any datepoint when these fixes went in? I upgraded pointyhat last month >>> exactly to get the latest fixes in, but could be there were more since >>> then. >> >> You want the socket upcall locking changes in 193272 (committed June >> 1). You will also want subsequent commits to the RPC and NFS code by >> Rick Macklem to close a few more races. I think Rick still has one >> other patch that pho@ is stress testing as well. >> > > Got another deadlock after upgrading. Again, busy NFS volume, and > ^C'ing a recursive find hung in rpccon state: > > db> bt 89596 > Tracing pid 89596 tid 102493 td 0xffffff0089260000 > sched_switch() at sched_switch+0x17c > mi_switch() at mi_switch+0x21d > sleepq_switch() at sleepq_switch+0x123 > sleepq_timedwait() at sleepq_timedwait+0x4d > _sleep() at _sleep+0x301 > clnt_reconnect_call() at clnt_reconnect_call+0x5d3 > nfs_request() at nfs_request+0x225 > nfs_statfs() at nfs_statfs+0x197 > __vfs_statfs() at __vfs_statfs+0x28 > kern_fstatfs() at kern_fstatfs+0x286 > fstatfs() at fstatfs+0x34 > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = > 0x7fffffffe1a8, rbp = 0x1000 --- > > These are mounted with intr, I'll try disabling that next. > > Kris > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 12:44:39 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23E041065672; Sun, 21 Jun 2009 12:44:39 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from kennaway-macbookpro.config (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2A00C8FC18; Sun, 21 Jun 2009 12:44:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4A3E2B35.1050906@FreeBSD.org> Date: Sun, 21 Jun 2009 13:44:37 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Rick Macklem References: <4A38C92F.7050809@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Pawel Jakub Dawidek , Kip Macy Subject: Re: destroyed NFS exported filesystems not removed from /etc/zfs/exports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 12:44:39 -0000 Rick Macklem wrote: > > > On Wed, 17 Jun 2009, Kris Kennaway wrote: > >> mountd was failing to start after an upgrade, with lots of log entries >> like: >> >> Jun 17 10:19:22 pointyhat mountd[855]: bad exports list >> line /a/portbuild/i386/20090421213917 >> Jun 17 10:19:22 pointyhat mountd[855]: bad exports list >> line /a/portbuild/i386/7-exp/builds/20090422073914/src >> Jun 17 10:19:22 pointyhat mountd[855]: bad exports list >> line /a/portbuild/i386/8-exp/builds/20080814181849/ports >> >> These came from /etc/zfs/exports, and refer to filesystems that used >> to exist & were exported, but which have been destroyed. These were >> not cleaned up at destroy time. >> >> zfs unshare -a didn't clean this file up either, I had to remove it >> and recreate. >> >> Also, mountd was treating these as fatal errors at runtime and failing >> to start. I think this is a recent change in mountd, since this used >> to work even with the stale entries (the 200808 filesystem was >> destroyed in 2008, and mountd has started correctly after numerous >> reboots until the upgrade I just did from a May 9 world+kernel). >> > Well, the most recent change pre-May 9 done to mountd.c was on Nov. 3. It > involved adding security flavors to the exports. > (http://svn.freebsd.org/viewc/base/ is your friend:-) It worked as of May 9. What about changes made after May 9? Kris > > I can't think of how that might have broken things, but I don't know > diddly about zfs. > > rick > > From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 16:23:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9C321065670; Sun, 21 Jun 2009 16:23:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 44C5D8FC17; Sun, 21 Jun 2009 16:23:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.22] (helo=12.mx.freenet.de) by mout3.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #88) id 1MIPpE-0007a4-WD; Sun, 21 Jun 2009 18:23:24 +0200 Received: from t836d.t.pppool.de ([89.55.131.109]:14614 helo=ernst.jennejohn.org) by 12.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1MIPpE-0007Xs-Mn; Sun, 21 Jun 2009 18:23:24 +0200 Date: Sun, 21 Jun 2009 18:23:23 +0200 From: Gary Jennejohn To: Roman Divacky Message-ID: <20090621182323.5eb46969@ernst.jennejohn.org> In-Reply-To: <20090621082022.GA88526@freebsd.org> References: <20090621082022.GA88526@freebsd.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 16:23:26 -0000 On Sun, 21 Jun 2009 10:20:22 +0200 Roman Divacky wrote: > hi > > is this patch correct? may I commit it? > > Index: ../../../dev/firewire/fwdev.c > =================================================================== > --- ../../../dev/firewire/fwdev.c (revision 194573) > +++ ../../../dev/firewire/fwdev.c (working copy) > @@ -443,7 +443,7 @@ > xfer->send.pay_len = uio->uio_resid; > if (uio->uio_resid > 0) { > if ((err = uiomove((caddr_t)&xfer->send.payload[0], > - uio->uio_resid, uio))); > + uio->uio_resid, uio))) > goto out; > } > > > another bug found by the "useless warnings in clang" ;) > Certainly looks like it should be corrected. I'd say go ahead and commit it in my guise as a former src-committer :) --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 21:34:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22CF31065672 for ; Sun, 21 Jun 2009 21:34:39 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by mx1.freebsd.org (Postfix) with ESMTP id A5C1B8FC0C for ; Sun, 21 Jun 2009 21:34:38 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by bwz11 with SMTP id 11so555981bwz.43 for ; Sun, 21 Jun 2009 14:34:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=9xYLQydWezRE3l+79racjMSSH7ICy9g8W75OvypeUqw=; b=wiwjMjRZxWDgkADE6edYxqR8c/CKRttNwp9rXRcKABQe69h8WFbLYW3562vlBQ0FLl giJtTcVxIuAhIozDqwkPK3GXSejhFjrVckQkoTzT/g2X6zyNJzWEjtWV9C8dtzXR602S JfRjRqM6W7HJZ0lThE3HKWb2dJx0PPUgtsqM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=cW9H1bYtmfHzZWUnmjomzualCfS9Vlrr0wULM6gLqIWz8QfrdtPtB4Bn9mqGrzBh+1 l2iAO7vpNBXYE7MUHLI1CDc7UrBJSvNzyP4Uc8cqRPayWCPXxDRU0/Sq0UKvbdg9EEw/ dhfokinArXio63rtxn7c8FU0g8gGoC/yYmnBQ= MIME-Version: 1.0 Received: by 10.204.65.65 with SMTP id h1mr5395822bki.26.1245620077496; Sun, 21 Jun 2009 14:34:37 -0700 (PDT) Date: Sun, 21 Jun 2009 23:34:37 +0200 Message-ID: From: Pawel Worach To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [patch] trivial warning fix for ndis_events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 21:34:39 -0000 Hi, Here is a trival patch to fix the format string to match the data argument in ndis_events. $ clang -O2 -pipe -c ndis_events.c ndis_events.c:268:57: warning: more data arguments than '%' conversions [-Wformat-extra-args] fprintf(stderr, "Usage: ndis_events [-a] [-d] [-v]\n", progname); ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ Index: usr.sbin/wpa/ndis_events/ndis_events.c =================================================================== --- usr.sbin/wpa/ndis_events/ndis_events.c (revision 193093) +++ usr.sbin/wpa/ndis_events/ndis_events.c (working copy) @@ -265,7 +265,7 @@ usage(progname) char *progname; { - fprintf(stderr, "Usage: ndis_events [-a] [-d] [-v]\n", progname); + fprintf(stderr, "Usage: %s [-a] [-d] [-v]\n", progname); exit(1); } -- Pawel From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 21:53:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9B21065670 for ; Sun, 21 Jun 2009 21:53:02 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by mx1.freebsd.org (Postfix) with ESMTP id 170BB8FC1A for ; Sun, 21 Jun 2009 21:53:01 +0000 (UTC) (envelope-from pawel.worach@gmail.com) Received: by bwz11 with SMTP id 11so560841bwz.43 for ; Sun, 21 Jun 2009 14:53:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=YL0/FhIG0z2mNFOKPkQQzIjx/Bg05nYyqj/ogheTZX0=; b=mu2dR2GyFAsFb98sBLqQbcp5m4YEiiuTxmKNTYvRGJXB8xHhBMr+bbEz3pACKPlV+f Mbm64ELfvhZEYcyIi92QxdoSKh32y67hFv9bVOfls5lVLp8HxtvOLQWifuRyernengRc zMm8T+CUELecy4UovVJxt6rHWDR+WGyQKSMWM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=KpmJ0mSHRnVZtkxwDxNVHgzPgltEnq8bjB8fNiq3Hql+l4Ha6ViMgdZkfglSvNI/bn 25n9m2jo97N4O6Ve/wFUGYXalm3qkp/t+j15ppuLQsHarlZRgp+GLUOYX7WqfrCEC7yb M/qxi92gTa6c30cDL9s2Tk1k2ontCVPTFv9Ds= MIME-Version: 1.0 Received: by 10.204.77.81 with SMTP id f17mr5414954bkk.78.1245621181063; Sun, 21 Jun 2009 14:53:01 -0700 (PDT) Date: Sun, 21 Jun 2009 23:53:01 +0200 Message-ID: From: Pawel Worach To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: [patch] fix K&R int promotion warnings in sys/compat/ndis/subr_usbd.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 21:53:03 -0000 Hi, Here is a patch to fix the K&R function declaration to match the ANSI prototypes, done so by ANSIfying the rest of the K&R function declarations in the file. http://lev.vlakno.cz/~pwo/warn-fix/ndis-subr_usbd.diff Sample warning: /usr/src/sys/modules/ndis/../../compat/ndis/subr_usbd.c:598:13: warning: promoted type 'int' of K&R function parameter is not compatible with the parameter type 'uint8_t' (aka 'unsigned char') declared in a previous prototype uint8_t ifidx; ^ /usr/src/sys/modules/ndis/../../compat/ndis/subr_usbd.c:120:59: note: previous declaration is here static usb_error_t usbd_setup_endpoint_one(irp *, uint8_t, ^ -- Pawel From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 01:19:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D1AA106564A; Mon, 22 Jun 2009 01:19:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 246DA8FC19; Mon, 22 Jun 2009 01:19:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAB95PkqDaFvK/2dsb2JhbADMfYQKBQ X-IronPort-AV: E=Sophos;i="4.42,264,1243828800"; d="scan'208";a="38976074" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 21 Jun 2009 21:19:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id B50EC109C271; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wLTGFf-U1qnG; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 32AB1109C263; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5M1LY303094; Sun, 21 Jun 2009 21:21:34 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 21 Jun 2009 21:21:34 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kris Kennaway In-Reply-To: <4A3E234F.6050403@FreeBSD.org> Message-ID: References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> <4A3E234F.6050403@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Rabson , current@FreeBSD.org, John Baldwin , pav@FreeBSD.org, freebsd-current@FreeBSD.org, Kip Macy Subject: Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 01:19:39 -0000 On Sun, 21 Jun 2009, Kris Kennaway wrote: > > Got another deadlock after upgrading. Again, busy NFS volume, and ^C'ing a > recursive find hung in rpccon state: > > db> bt 89596 > Tracing pid 89596 tid 102493 td 0xffffff0089260000 > sched_switch() at sched_switch+0x17c > mi_switch() at mi_switch+0x21d > sleepq_switch() at sleepq_switch+0x123 > sleepq_timedwait() at sleepq_timedwait+0x4d > _sleep() at _sleep+0x301 > clnt_reconnect_call() at clnt_reconnect_call+0x5d3 > nfs_request() at nfs_request+0x225 > nfs_statfs() at nfs_statfs+0x197 > __vfs_statfs() at __vfs_statfs+0x28 > kern_fstatfs() at kern_fstatfs+0x286 > fstatfs() at fstatfs+0x34 > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = > 0x7fffffffe1a8, rbp = 0x1000 --- > > These are mounted with intr, I'll try disabling that next. > There are two sleeps in clnt_rc.c. One of them optionally does a PCATCH and returns when interrupted via ^C, but the other one (which it is sleeping on above), doesn't. I've emailed Kris a small patch that changes that for him to test. If anyone else wants to test the patch, just email me for a copy, rick From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 01:19:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D1AA106564A; Mon, 22 Jun 2009 01:19:39 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 246DA8FC19; Mon, 22 Jun 2009 01:19:37 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAB95PkqDaFvK/2dsb2JhbADMfYQKBQ X-IronPort-AV: E=Sophos;i="4.42,264,1243828800"; d="scan'208";a="38976074" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 21 Jun 2009 21:19:36 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id B50EC109C271; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wLTGFf-U1qnG; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 32AB1109C263; Sun, 21 Jun 2009 21:19:36 -0400 (EDT) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id n5M1LY303094; Sun, 21 Jun 2009 21:21:34 -0400 (EDT) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Sun, 21 Jun 2009 21:21:34 -0400 (EDT) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: Kris Kennaway In-Reply-To: <4A3E234F.6050403@FreeBSD.org> Message-ID: References: <1242075474.72992.118.camel@hood.oook.cz> <3c1674c90906151408n6febec56m140b089b694f6e13@mail.gmail.com> <20090616073353.GZ33280@droso.net> <200906160812.04284.jhb@freebsd.org> <4A3E234F.6050403@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Doug Rabson , current@FreeBSD.org, John Baldwin , pav@FreeBSD.org, freebsd-current@FreeBSD.org, Kip Macy Subject: Re: hang in rpccon from interrupting NFS operations (Re: pointyhat panic) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 01:19:39 -0000 On Sun, 21 Jun 2009, Kris Kennaway wrote: > > Got another deadlock after upgrading. Again, busy NFS volume, and ^C'ing a > recursive find hung in rpccon state: > > db> bt 89596 > Tracing pid 89596 tid 102493 td 0xffffff0089260000 > sched_switch() at sched_switch+0x17c > mi_switch() at mi_switch+0x21d > sleepq_switch() at sleepq_switch+0x123 > sleepq_timedwait() at sleepq_timedwait+0x4d > _sleep() at _sleep+0x301 > clnt_reconnect_call() at clnt_reconnect_call+0x5d3 > nfs_request() at nfs_request+0x225 > nfs_statfs() at nfs_statfs+0x197 > __vfs_statfs() at __vfs_statfs+0x28 > kern_fstatfs() at kern_fstatfs+0x286 > fstatfs() at fstatfs+0x34 > syscall() at syscall+0x1af > Xfast_syscall() at Xfast_syscall+0xd0 > --- syscall (397, FreeBSD ELF64, fstatfs), rip = 0x800726dcc, rsp = > 0x7fffffffe1a8, rbp = 0x1000 --- > > These are mounted with intr, I'll try disabling that next. > There are two sleeps in clnt_rc.c. One of them optionally does a PCATCH and returns when interrupted via ^C, but the other one (which it is sleeping on above), doesn't. I've emailed Kris a small patch that changes that for him to test. If anyone else wants to test the patch, just email me for a copy, rick From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 02:10:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A09111065670 for ; Mon, 22 Jun 2009 02:10:03 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 4E91D8FC14 for ; Mon, 22 Jun 2009 02:10:03 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by gxk3 with SMTP id 3so4277133gxk.19 for ; Sun, 21 Jun 2009 19:10:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=DyLu3xBfsLk/9F8mU/xpQY/ODshRv8SIti8nkFZlewY=; b=wnGmK4kHHLG9q0qXw/GR8Z3kc5Coxe+c32XrdnGgssKKkuvamgYWZ+rO9Wjk+RokZh r8uHjdOQ7ItZQRaqiXX4X7Oplwh7FQ4tkPGoD5iEdeE7Bz9cSRpSKva9nYL4gx6MEvf1 lpxvtXHcWBd/+hsf/EZuYi62TvFaMEWDApguk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=mE6mjIqSmagsVqGt0EsEthddneXlY3mTABTJRyUL9TbIbdgP5JPYJgn0qjdLbFbMWp IRtsjMNNlknI/PrBXVCMEHH2o5x74pErJceyc77T3Pu0qkSAqTHpGkmJ4ckjY/F1854v mq6bL4Myi55W5hdCkgcUtg+D8xnZPWfex1Sd0= Received: by 10.151.132.9 with SMTP id j9mr10255315ybn.139.1245636602737; Sun, 21 Jun 2009 19:10:02 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.105.194]) by mx.google.com with ESMTPS id 6sm307586ywi.33.2009.06.21.19.10.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Jun 2009 19:10:01 -0700 (PDT) Sender: Nenhum_de_Nos Received: from arroway (arroway.apartnet [10.1.1.80]) by cygnus.homeunix.com (Postfix) with SMTP id 81CE1B8074 for ; Sun, 21 Jun 2009 23:09:56 -0300 (BRT) Date: Sun, 21 Jun 2009 23:10:17 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org Message-Id: <20090621231017.b2dc6e86.matheus@eternamente.info> In-Reply-To: <4A3D116B.7080308@elischer.org> References: <9ccd6cc4824b70cd9316ad9490dfd932.squirrel@cygnus.homeunix.com> <9ca40c9e2ad6e868fcbe6692e248ee13.squirrel@cygnus.homeunix.com> <4A3D116B.7080308@elischer.org> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: tinybsd can't compile custom kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 02:10:03 -0000 On Sat, 20 Jun 2009 09:42:19 -0700 Julian Elischer wrote: > Nenhum_de_Nos wrote: > > On Sat, June 20, 2009 12:06, Nenhum_de_Nos wrote: > >> hail, > >> > >> I'm trying to compile tinybsd for a firewall. I copied firewall dir under > >> conf to cygnus. edited and tried to compile. > >> > >> It was ok till kernel compilation: > >> > >> ===> Chrooted make in /usr/obj/tinybsdbuild succeeded > >> ===> Cleaning up... > >> ===> Cleaning for autoconf-2.62 > >> ===> Cleaning for expat-2.0.1 > >> ===> Cleaning for pcre-7.9 > >> ===> Cleaning for libiconv-1.13 > >> ===> Cleaning for m4-1.4.13,1 > >> ===> Cleaning for help2man-1.36.4_3 > >> ===> Cleaning for gmake-3.81_3 > >> ===> Cleaning for autoconf-wrapper-20071109 > >> ===> Cleaning for p5-gettext-1.05_2 > >> ===> Cleaning for gettext-0.17_1 > >> ===> Cleaning for apache-2.2.11_7 > >> =====> Building customized tiny beastie kernel... > >> ERROR: Missing kernel configuration file(s) (TINYBSD). > >> *** Error code 1 > >> > >> Stop in /usr/src. > >> *** Error code 1 > >> > >> Stop in /usr/src. > >> > >> in conf/cygnus there is TINYBSD file and cygnus file. the tinybsd command > >> line ask for kernel conf file. there I type cygnus. > >> > >> [root@darkside /usr/src/tools/tools/tinybsd/conf]# ls -l cygnus/ > >> total 24 > >> -rw-r--r-- 1 root wheel 6361 Jun 19 22:32 TINYBSD > >> -rw-r--r-- 1 root wheel 6361 Jun 20 01:15 cygnus > >> drwxr-xr-x 3 root wheel 512 Feb 13 13:10 etc > >> -rw-r--r-- 1 root wheel 3799 Jun 25 2007 tinybsd.basefiles > >> -rw-r--r-- 1 root wheel 473 Jun 19 22:42 tinybsd.ports > >> [root@darkside /usr/src/tools/tools/tinybsd/conf]# > >> > >> I followed http://www.tinybsd.org/tinybsd/Documentation. > >> > >> also, is there a way to save all choices from ports build ? and the curses > >> menu don't work ok for choosing. is this the way was supposed to be ? > >> > >> thanks, > >> > >> matheus > > > > is possible to compile i386 tinybsd on amd64 install ? > > > > FreeBSD darkside.apartnet 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jun 14 > > 01:59:21 BRT 2009 > > root@darkside.apartnet:/usr/obj/usr/src/sys/Darkside8 amd64 > > > > thanks, > > > > matheus > > > > TinyBSD uses the systems binaries on teh host system by default.. > I've been told it can do a cross build by using a cross-built > directory instead of / but haven't done it.. > tinybsd is a shell script so you may be able to understand what > is going on by just reading it. the problem was indeed the ARCH of build machine. I got a vm running 7.2R i386 and csup'ed current (just got the code, running 7.2R). when I run tinybsd I got this: =====> Copying your custom configuration on conf/ ... 512+0 records in 512+0 records out 262144 bytes transferred in 0.008996 secs (29140030 bytes/sec) /dev/md0 512 # sectorsize 262144 # mediasize in bytes (256K) 512 # mediasize in sectors 0 # Cylinders according to firmware. 64 # Heads according to firmware. 32 # Sectors according to firmware. fdisk: invalid fdisk partition table found fdisk: Geom not found: "md0" ******* Working on device /dev/md0 ******* ******* Working on device /dev/md0 ******* parameters extracted from in-core disklabel are: cylinders=0 heads=64 sectors/track=32 (2048 blks/cyl) parameters to be used for BIOS calculations are: cylinders=0 heads=64 sectors/track=32 (2048 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 32, size 4294967264 (2097151 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 63/ sector 32 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: /dev/md0a: 0.2MB (496 sectors) block size 16384, fragment size 2048 using 1 cylinder groups of 0.24MB, 15 blks, 64 inodes. with soft updates super-block backups (for fsck -b #) at: 160 /tmp/tinybsd.0kJsPWcI: write failed, filesystem is full cpio: write error: No space left on device Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md0a 118 118 -8 107% /tmp/tinybsd.0kJsPWcI 4+0 records in 4+0 records out 262144 bytes transferred in 0.010969 secs (23898790 bytes/sec) /tmp/tinybsd.Vipmzx0l /tmp/tinybsd.0kJsPWcI =====> Done! =====> Your configuration options were saved in /root/.tinybsd.tinybsd.root =====> You can see your build log in /root/tinybsd.log =====> Your final image is in /usr/src/tools/tools/tinybsd/tinybsd.bin =====> Now use dd(1) to write it. ./tinybsd sectors=254208 heads=64 spt=32 conf=cygnus was issued for a 128MB kingston CF. those values I got from diskinfo: /dev/da0 512 # sectorsize 130154496 # mediasize in bytes (124M) 254208 # mediasize in sectors 124 # Cylinders according to firmware. 64 # Heads according to firmware. 32 # Sectors according to firmware. when diskinfo was run, the cf card was connected through usb card reader, is this a problem ? well, some options from kernel (such as sio) made kernel not able to build, but as I won't use it comment did the job. I'll try to figure out from tinybsd script what to do next, but if anyone has any hints those wuold be much apreciated. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Sun Jun 21 20:28:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F020106566C for ; Sun, 21 Jun 2009 20:28:31 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 3330B8FC16 for ; Sun, 21 Jun 2009 20:28:30 +0000 (UTC) (envelope-from jason.harmening@gmail.com) Received: by gxk3 with SMTP id 3so4103261gxk.19 for ; Sun, 21 Jun 2009 13:28:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=W8EtrlgYDlI5ImbDyaOTY7XxTWRFJrSxEqNMtRexP/A=; b=vL9zjc6VdSUZKFrNRqadNI1T2cBaSu/bvN6qBCDdKrs1h5Gxoh0MusIRl9gZV0o35X cWxJvMyRmT26tZDYiGRfIFR+4vLYPqGszUBLi//NkFXdA/WxXOYnruPf/VfzuB9VZCWY 1T28UzOvkwJ9uMB6iyQCvNeFp6sS4SosVZizk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=ZcenSvDMIRYq7QdhAknB6IeAJ4gRKK9/mLDLBV3hpwhxBx95ZRDrSYUZtdQD+DQ2Y/ THx9Qg+mMcfJKL91MxafrkjXzEyr1crxV8I5OcQ+X6Jb/QP6wn/2ypV6CztrlIqtjBW+ lWhifWrYsBN/G7DoVAeK/qYReclg8Iwf2jTw4= Received: by 10.90.25.7 with SMTP id 7mr4499534agy.107.1245616110530; Sun, 21 Jun 2009 13:28:30 -0700 (PDT) Received: from CORONA ([24.174.5.175]) by mx.google.com with ESMTPS id 9sm2779953agb.75.2009.06.21.13.28.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 21 Jun 2009 13:28:29 -0700 (PDT) Date: Sun, 21 Jun 2009 15:26:09 -0500 From: Jason Harmening To: Hans Petter Selasky Message-ID: <20090621152609.05a4e3be@CORONA> In-Reply-To: <200906210300.14044.hselasky@c2i.net> References: <20090620140820.14273115@CORONA> <200906210300.14044.hselasky@c2i.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.1; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 22 Jun 2009 02:16:47 +0000 Cc: freebsd-current@freebsd.org Subject: Re: USB keyboard/mouse combo fails to attach X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 21 Jun 2009 20:28:31 -0000 On Sun, 21 Jun 2009 03:00:12 +0200 Hans Petter Selasky wrote: > > In /sys/dev/usb/usb_device.c : > > There is some code to re-enumerate the device, when errors are > detected. Maybe we should add an automatic re-enumeration in case the > full device descriptor cannot be retrieved aswell. > > Search for: > err = usbd_req_get_desc(udev, NULL, NULL, &udev->ddesc, > USB_MAX_IPACKET, USB_MAX_IPACKET, 0, UDESC_DEVICE, 0, 0); > if (err) { > DPRINTFN(0, "getting device descriptor " > "at addr %d failed, %s!\n", udev->address, > usbd_errstr(err)); > /* XXX try to re-enumerate the device */ > err = usbd_req_re_enumerate(udev, NULL); > if (err) { > goto done; > } > } > > Some lines down you patch the code like this: > > /* get the full device descriptor */ > err = usbd_req_get_device_desc(udev, NULL, &udev->ddesc); > if (err) { > DPRINTF("addr=%d, getting full desc failed\n", > udev->address); > + /* XXX try to re-enumerate the device */ > + err = usbd_req_re_enumerate(udev, NULL); > + if (err) { > + goto done; > + } > - goto done; > } > > --HPS That seems to work--thanks! So is this just flaky firmware then? I had such high hopes for the device, as it's advertised as needing no special drivers (in Windows of course), but I guess the firmware probably still "expects" the Windows HID layer on the other end...*sigh* Also, thanks for your tremendous work on the new USB stack! I should mention that while this device always *enumerated* under 7, it never completely *worked*--only the keyboard part seemed to work w/ the old HID layer. Also, it's really nice to be giant-free on a 4-CPU machine. --Jason From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 04:25:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FFF6106566C; Mon, 22 Jun 2009 04:25:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-px0-f203.google.com (mail-px0-f203.google.com [209.85.216.203]) by mx1.freebsd.org (Postfix) with ESMTP id 6CDA68FC17; Mon, 22 Jun 2009 04:25:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-px0-f203.google.com with SMTP id 41so2322896pxi.3 for ; Sun, 21 Jun 2009 21:25:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=HP2Zkmcqd/MNh5eIkuYYnUvP1eFfR5cUo0/4oZnPDto=; b=jKrzxBwL0v7PKHlxruwsQU6x7F5SJ+1YNW1iFFgHMgKUf9tBVKjWBwljZPCeII1nL+ rTITCgtubiPbY0A9A84bD8nuTonUXsvzoQHQIR/X5n2AQ+P/A/x7epcXfjYouE+RbWSq PAe6lf7zyZ8OWi/zFfpZkEHYJInJ/UP0thv6Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=NvJaLg8L55bQkpN+F2RggGasZm56zyQRHwaUP6LlR+RQNCiz3zfS0kECvfhwybiAca FwTS0uAChyl92F+P/2D4kUetwb0Aqo0wRDo5SMaDTejRFKyNeXqn67QRi5AraTMSpkuD 3HWQGq15bCwSvayPrmbSs4AFvYynJXQBuj/bA= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.141.19.9 with SMTP id w9mr4855685rvi.118.1245643489913; Sun, 21 Jun 2009 21:04:49 -0700 (PDT) In-Reply-To: <20090621082022.GA88526@freebsd.org> References: <20090621082022.GA88526@freebsd.org> Date: Mon, 22 Jun 2009 12:04:49 +0800 X-Google-Sender-Auth: 93f9e7282d9afd6d Message-ID: From: Adrian Chadd To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 04:25:06 -0000 2009/6/21 Roman Divacky : > hi > > is this patch correct? may I commit it? > > Index: ../../../dev/firewire/fwdev.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- ../../../dev/firewire/fwdev.c =A0 =A0 =A0 (revision 194573) > +++ ../../../dev/firewire/fwdev.c =A0 =A0 =A0 (working copy) > @@ -443,7 +443,7 @@ > =A0 =A0 =A0 =A0xfer->send.pay_len =3D uio->uio_resid; > =A0 =A0 =A0 =A0if (uio->uio_resid > 0) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if ((err =3D uiomove((caddr_t)&xfer->send.= payload[0], > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 uio->uio_resid, uio))); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 uio->uio_resid, uio))) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0goto out; > =A0 =A0 =A0 =A0} > > > another bug found by the "useless warnings in clang" ;) Is clang also evaluating all subsequent execution paths to tell you what the change in program flow is? :) I hate to be the harbinger of evilness, but I'd at least attempt a cursory glance at the code to make sure subsequent code is doing the right thing. (It certainly looks like a vanilla userland transfer!) 2c, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 04:54:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37EB71065670; Mon, 22 Jun 2009 04:54:29 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id E735A8FC1A; Mon, 22 Jun 2009 04:54:28 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n5M4sS2b018133; Sun, 21 Jun 2009 21:54:28 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n5M4sS6S018132; Sun, 21 Jun 2009 21:54:28 -0700 (PDT) (envelope-from sgk) Date: Sun, 21 Jun 2009 21:54:28 -0700 From: Steve Kargl To: Adrian Chadd Message-ID: <20090622045428.GA18123@troutmask.apl.washington.edu> References: <20090621082022.GA88526@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Roman Divacky , current@freebsd.org Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 04:54:29 -0000 On Mon, Jun 22, 2009 at 12:04:49PM +0800, Adrian Chadd wrote: > 2009/6/21 Roman Divacky : > > hi > > > > is this patch correct? may I commit it? > > > > Index: ../../../dev/firewire/fwdev.c > > =================================================================== > > --- ../../../dev/firewire/fwdev.c       (revision 194573) > > +++ ../../../dev/firewire/fwdev.c       (working copy) > > @@ -443,7 +443,7 @@ > >        xfer->send.pay_len = uio->uio_resid; > >        if (uio->uio_resid > 0) { > >                if ((err = uiomove((caddr_t)&xfer->send.payload[0], > > -                   uio->uio_resid, uio))); > > +                   uio->uio_resid, uio))) > >                        goto out; > >        } > > > > > > another bug found by the "useless warnings in clang" ;) > > Is clang also evaluating all subsequent execution paths to tell you > what the change in program flow is? :) > > I hate to be the harbinger of evilness, but I'd at least attempt a > cursory glance at the code to make sure subsequent code is doing the > right thing. (It certainly looks like a vanilla userland transfer!) > > 2c, I agree with you. Nothing like side effects to screw up a persons clang. #include #include static int side_effect(int *i) { *i = 42; return 0; } int main(void) { int i; if (side_effect(&i)); if (i == 42) printf("%d\n", i); return 0; } -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 11:07:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855D01065675; Mon, 22 Jun 2009 11:07:49 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 015B88FC08; Mon, 22 Jun 2009 11:07:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA08873; Mon, 22 Jun 2009 14:07:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3F65FF.7050200@icyb.net.ua> Date: Mon, 22 Jun 2009 14:07:43 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Thomas Backman References: <668B820A-AAA7-4A40-8CF5-7DDCFDCD95FC@exscape.org> In-Reply-To: <668B820A-AAA7-4A40-8CF5-7DDCFDCD95FC@exscape.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: John Birrell , FreeBSD current Subject: Re: DTrace "timestamp" wraps at about 2^33 (64-bit value)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 11:07:50 -0000 on 20/06/2009 19:29 Thomas Backman said the following: > It appears the DTrace "timestamp" variable is wrapping around way, way > too quickly - it only goes to somewhere slightly above 2^33 (in > practice, at least), and since it's in nanoseconds, that's not a lot. > (2^33 ns is less than 10 seconds, actually. 2^64 is 584.55 years, however!) [snip] > uint64_t > dtrace_gethrtime() > { > return ((rdtsc() + tsc_skew[curcpu]) * (int64_t) 1000000000 / tsc_freq); It appears that (rdtsc() + X) * 10^9 overflows 64-bit value for sufficiently small values of rdtsc. BTW, I think it would have been better/clearer to use uint64_t in the cast. I think that to minimize overflow and sufficiently accurate result a formula like the following could be used: x = rdtsc() + tsc_skew[curcpu]; sec = x / tsc_freq; r = x % tsc_freq; res = sec * 10^9 + (r * 10^9 / tsc_freq); I have not tested the formula. I have suspicions about its accuracy in the edge cases, esp. if tsc_freq > (2^64 - 1) / 10^9 (not sure if have that in reality). -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 11:40:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6AA2106566C; Mon, 22 Jun 2009 11:40:52 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5968C8FC13; Mon, 22 Jun 2009 11:40:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA09381; Mon, 22 Jun 2009 14:20:55 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3F6917.7040806@icyb.net.ua> Date: Mon, 22 Jun 2009 14:20:55 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Steve Kargl , Adrian Chadd References: <20090621082022.GA88526@freebsd.org> <20090622045428.GA18123@troutmask.apl.washington.edu> In-Reply-To: <20090622045428.GA18123@troutmask.apl.washington.edu> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roman Divacky , current@freebsd.org Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 11:40:53 -0000 on 22/06/2009 07:54 Steve Kargl said the following: > On Mon, Jun 22, 2009 at 12:04:49PM +0800, Adrian Chadd wrote: >> 2009/6/21 Roman Divacky : >>> hi >>> >>> is this patch correct? may I commit it? >>> >>> Index: ../../../dev/firewire/fwdev.c >>> =================================================================== >>> --- ../../../dev/firewire/fwdev.c (revision 194573) >>> +++ ../../../dev/firewire/fwdev.c (working copy) >>> @@ -443,7 +443,7 @@ >>> xfer->send.pay_len = uio->uio_resid; >>> if (uio->uio_resid > 0) { >>> if ((err = uiomove((caddr_t)&xfer->send.payload[0], >>> - uio->uio_resid, uio))); >>> + uio->uio_resid, uio))) >>> goto out; >>> } >>> >>> >>> another bug found by the "useless warnings in clang" ;) >> Is clang also evaluating all subsequent execution paths to tell you >> what the change in program flow is? :) >> >> I hate to be the harbinger of evilness, but I'd at least attempt a >> cursory glance at the code to make sure subsequent code is doing the >> right thing. (It certainly looks like a vanilla userland transfer!) You confuse me. It is a "vanilla userland transfer", but so? Current code always goes to "out" label regardless if uimove succeeded or not. I think the idea was to go "out" only if uimove failed and execute some code between if and out-label otherwise. > I agree with you. Nothing like side effects to screw up > a persons clang. You confuse me, what this has to do with side-effects? I think that Clang is right - 'if' without "then" is suspicious because either you have a useless/redundant 'if' statement (as in you example below - just call side_effect(&i) without putting it under if) or you accidentally put semicolon where you shouldn't have. > #include > #include > > static int > side_effect(int *i) > { > *i = 42; > return 0; > } > > int > main(void) > { > int i; > if (side_effect(&i)); > if (i == 42) > printf("%d\n", i); > return 0; > } > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 11:48:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEB2D1065674 for ; Mon, 22 Jun 2009 11:48:42 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F23848FC34 for ; Mon, 22 Jun 2009 11:48:41 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: (qmail invoked by alias); 22 Jun 2009 11:21:58 -0000 Received: from balu.cs.uni-paderborn.de (EHLO balu.cs.uni-paderborn.de) [131.234.21.37] by mail.gmx.net (mp045) with SMTP; 22 Jun 2009 13:21:58 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX18yosZZrckyJgzt4pUi+xyHkgNBUtpZIMJynG5mS2 TEZm0IsL+Dgm24 Received: from localhost ([127.0.0.1] helo=balu.cs.uni-paderborn.de) by balu.cs.uni-paderborn.de with esmtp (Exim 4.69) (envelope-from ) id KLN0WL-0007OG-QU; Mon, 22 Jun 2009 13:21:57 +0200 Date: Mon, 22 Jun 2009 13:21:57 +0200 To: "freebsd-stable@freebsd.org" , freebsd-current@freebsd.org From: "Matthias Andree" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Organization: Message-ID: User-Agent: Opera Mail/9.64 (Win32) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 X-Mailman-Approved-At: Mon, 22 Jun 2009 12:53:42 +0000 Cc: "Devon H. O'Dell" Subject: Fix bin/102299 (has patch in PR)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 11:48:43 -0000 Greetings, could anybody have a look at bin/102299 please? The PR contains a patch to fix malloc() differences between GNU libc and FreeBSD's libc, so this should be little effort. Thank you. Best regards -- Matthias Andree From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 14:36:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB332106566C for ; Mon, 22 Jun 2009 14:36:09 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id EFA398FC22 for ; Mon, 22 Jun 2009 14:36:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,268,1243807200"; d="scan'208";a="216712214" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 22 Jun 2009 16:36:07 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id DD9E61B075E; Mon, 22 Jun 2009 16:36:06 +0200 (CEST) Date: Mon, 22 Jun 2009 16:36:06 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87r5xepn58.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 14:36:10 -0000 thanks a bunch. i'll patch my source tree and see if i can installworld without /usr/games beeing created. would be great to have this patch in -HEAD. cheers. alex Giorgos Keramidas schrieb am 2009-06-21: > On Tue, 16 Jun 2009 15:34:42 +0200 (CEST), Alexander Best > wrote: > > hi there, > > any reason installworld creates the games dir in /usr even though > > /etc/src.conf states WITHOUT_GAMES=true. if nothing get's installed > > into the > > dir buildworld might just as well not create it. or am i wrong? > I have a local patch for a few months, that splits /var/games and > /usr/games in their own mtree spec file. If it looks ok, I can > always > ask for commit approval and push it to svn: > %%% > # HG changeset patch > # User Giorgos Keramidas > # Date 1219869421 -10800 > # Branch head > # Node ID 017ed6c13a5438d2bd077c0930591aa7d88f0649 > # Parent 5255edc94f3b20de0b976ff13d1c65b0d6b799ed > Fix `make installworld' with WITHOUT_GAMES=yes. > * Split off the parts of BSD.usr.dist and BSD.var.dist that > depend on the 'games' user and group to BSD.games.dist. > * Update etc/Makefile to use BSD.games.dist, but hide the > relevant parts behind .if ${MK_GAMES} != "no". > This way when installworld runs and WITHOUT_GAMES=yes, we don't > even try to create the directories that belong to the games:games > user. The rest of the source tree is already set up to avoid > installing anything in those directories, and installworld runs > to completion without any visible issues. > Inspired by: A thread in freebsd-questions, started by > Redd Vinylene [reddvinylene at gmail.com] > diff -r 5255edc94f3b -r 017ed6c13a54 etc/Makefile > --- a/etc/Makefile Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/Makefile Wed Aug 27 23:37:01 2008 +0300 > @@ -100,6 +100,9 @@ > .if ${MK_SENDMAIL} != "no" > MTREE+= BSD.sendmail.dist > .endif > +.if ${MK_GAMES} != "no" > +MTREE+= BSD.games.dist > +.endif > .if ${MK_BIND} != "no" > MTREE+= BIND.chroot.dist > .if ${MK_BIND_LIBS} != "no" > @@ -260,6 +263,9 @@ > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > +.if ${MK_GAMES} != "no" > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > +.endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.games.dist > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > +++ b/etc/mtree/BSD.games.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -0,0 +1,16 @@ > +# $FreeBSD$ > +# > +# Please see the file src/etc/mtree/README before making changes to > this file. > +# > + > +/set type=dir uname=root gname=wheel mode=0755 > +. > + usr > + games > + .. > + .. > + var > + games gname=games mode=0775 > + .. > + .. > +.. > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.usr.dist > --- a/etc/mtree/BSD.usr.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.usr.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -7,8 +7,6 @@ > . > bin > .. > - games > - .. > include > .. > lib > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.var.dist > --- a/etc/mtree/BSD.var.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.var.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -45,8 +45,6 @@ > .. > empty mode=0555 flags=schg > .. > - games gname=games mode=0775 > - .. > heimdal mode=0700 > .. > log > %%% From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 14:44:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 812AD10656C5 for ; Mon, 22 Jun 2009 14:44:01 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3348FC19 for ; Mon, 22 Jun 2009 14:44:00 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id CA8E0EB5138; Mon, 22 Jun 2009 17:43:59 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B474B450C6; Mon, 22 Jun 2009 17:43:59 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id REz2vMVKxsBo; Mon, 22 Jun 2009 17:43:59 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 698664503F; Mon, 22 Jun 2009 17:43:59 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5MEhwgt022226; Mon, 22 Jun 2009 17:43:58 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5MEhv95022225; Mon, 22 Jun 2009 17:43:57 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Mon, 22 Jun 2009 17:43:57 +0300 In-Reply-To: (Alexander Best's message of "Mon, 22 Jun 2009 16:36:06 +0200 (CEST)") Message-ID: <874ou8miqa.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 14:44:01 -0000 On Mon, 22 Jun 2009 16:36:06 +0200 (CEST), Alexander Best wrote: > thanks a bunch. i'll patch my source tree and see if i can installworld > without /usr/games beeing created. would be great to have this patch in -HEAD. It should work, but if you bump on anything that breaks, please let me know. The only tricky bit about all the WITH_XXX options that may affect mtree output is that we have many of them. Extracting a separate mtree specfile for each WITH_XXX option and each *combination* of these options may end up being too much work and complicate the build glue a lot for far too little gain. I am not sure if we can invest the time and code for *all* WITH_XXX options, but it may be ok to do for a few large components, i.e. the ones that appear in sysinstall menus as separate distributions :) From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 17:56:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 039AC1065677; Mon, 22 Jun 2009 17:56:27 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 843A28FC1B; Mon, 22 Jun 2009 17:56:26 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n5MHuNIi083417; Mon, 22 Jun 2009 19:56:23 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n5MHuMXc083416; Mon, 22 Jun 2009 19:56:22 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Mon, 22 Jun 2009 19:56:22 +0200 From: Ruben de Groot To: Alexander Best Message-ID: <20090622175622.GA83353@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , Alexander Best , Giorgos Keramidas , freebsd-current@freebsd.org References: <87r5xepn58.fsf@kobe.laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Mon, 22 Jun 2009 19:56:25 +0200 (CEST) Cc: freebsd-current@freebsd.org, Giorgos Keramidas Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 17:56:27 -0000 On Mon, Jun 22, 2009 at 04:36:06PM +0200, Alexander Best typed: > thanks a bunch. i'll patch my source tree and see if i can installworld > without /usr/games beeing created. would be great to have this patch in -HEAD. What's the problem? Aren't games an integral part of life? (please don't respond ;) ) Ruben From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 18:57:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF3E5106564A for ; Mon, 22 Jun 2009 18:57:12 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 5F0378FC28 for ; Mon, 22 Jun 2009 18:57:12 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:52771 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MIohQ-0006AP-5x for freebsd-current@freebsd.org; Mon, 22 Jun 2009 20:57:07 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 6F8EE2C8BB for ; Mon, 22 Jun 2009 20:57:00 +0200 (CEST) Message-Id: <78F1C3C2-679D-4580-A255-2D7B9C02022B@exscape.org> From: Thomas Backman To: FreeBSD current In-Reply-To: <462E2000-6856-46A7-B89C-03F9CE398F5E@exscape.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 22 Jun 2009 20:56:57 +0200 References: <462E2000-6856-46A7-B89C-03F9CE398F5E@exscape.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MIohQ-0006AP-5x. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MIohQ-0006AP-5x eed386c0393f80cfb0e34fd3858fc057 Subject: Re: smartmontools/smartctl regression - CAMGETPASSTHRU ioctl failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 18:57:13 -0000 On Jun 20, 2009, at 11:27 AM, Thomas Backman wrote: > I know there have been some recent changes in the area (although TBH > I don't know what CAM is, so...). It used to work a few weeks ago > when I last checked, but now I get this: > > # smartctl -A /dev/da0 > smartctl version 5.38 [amd64-portbld-freebsd8.0] Copyright (C) > 2002-8 Bruce Allen > Home page is http://smartmontools.sourceforge.net/ > > smartctl: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or da0 doesn't exist > Standard Inquiry (36 bytes) failed [Operation not permitted] > Retrying with a 64 byte Standard Inquiry > smartctl: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or da0 doesn't exist > Standard Inquiry (64 bytes) failed [Operation not permitted] > A mandatory SMART command failed: exiting. To continue, add one or > more '-T permissive' options. > --------------- > A rebuild of smartmontools did nothing. Am I missing a kernel option > or something? I'm running GENERIC plus DTRACE minus WITNESS/ > INVARIANTS, no other changes. > > Regards, > Thomas Oh, man. I'm such a moron. Or klutz, at least. "... or da0 doesn't exist" is indeed correct. The disks are ad* on this computer. I'm much too used to da* and didn't even think about the possibility that I might actually have the name wrong... Normally, I would stay quiet about it, but seeing how this is/was essentially a bug report, I guess I'll have to tell the truth: there was no bug here in my case. *blushes* Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 23:10:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FC831065673; Mon, 22 Jun 2009 23:10:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 18DDA8FC1C; Mon, 22 Jun 2009 23:10:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so195910rvb.3 for ; Mon, 22 Jun 2009 16:10:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=+dvwqbw4waxJ6ztrpSwTttG+oy2eZk3JSCNtyUEoYV8=; b=u29cAUH/LCl1DuZkC8mVdapmYsVGjbR5IjpVmpgecoP+rnXLDfty9KS5dch6ZkqHaF p+76PzJvpEPbMpUKLrP+ffopTBzVBRhjSzLRL3UFcZV971YSxip0dIBs4EzM99VEWTEu bzDBgwyX9sNRlLTKdb+QdMv0I1W3aGQpLqKh0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=N/6DAyRB26Udoc9X0oPaKSe3um6Ew4eQuEdqtkakUYDl/bWHdezhDP9PPwixROvzRm 0uTj7kEcLaKGB9n82J89MgOOsJI2lQMYaJcp7BtDXKA3/J/PTfG/g0lBhFohHnqh6t4h bxcFehEC00BjeYIDx57zC1COaRKFnNbYpaxMU= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.141.2.18 with SMTP id e18mr6219339rvi.127.1245712214749; Mon, 22 Jun 2009 16:10:14 -0700 (PDT) In-Reply-To: <4A3F6917.7040806@icyb.net.ua> References: <20090621082022.GA88526@freebsd.org> <20090622045428.GA18123@troutmask.apl.washington.edu> <4A3F6917.7040806@icyb.net.ua> Date: Tue, 23 Jun 2009 07:10:14 +0800 X-Google-Sender-Auth: bbfbe2b7e5f6f2e0 Message-ID: From: Adrian Chadd To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roman Divacky , current@freebsd.org, Steve Kargl Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 23:10:15 -0000 2009/6/22 Andriy Gapon : > You confuse me. It is a "vanilla userland transfer", but so? > Current code always goes to "out" label regardless if uimove succeeded or not. > I think the idea was to go "out" only if uimove failed and execute some code > between if and out-label otherwise. Because now you have a code path being run which hasn't been run for quite a while. I'm just saying be careful, and don't assume that "clang found a bug". It found a bad code construct. Changing that bit of code changes the flow of execution and may change things unexpectedly in later code. It's the same with any bug - this "found by clang" bug should be looked at by someone who knows the firewire code and they haven't replied to this thread. :) I'm glad clang has this lexical analysis magic. Shouldn't there be some kind of weird, magical, standalone "lint" program to do this kind of lexical checking for us? :) Adrian Adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 23:16:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29A7C106566C for ; Mon, 22 Jun 2009 23:16:02 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id AC0D88FC0A for ; Mon, 22 Jun 2009 23:16:01 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ewy8 with SMTP id 8so4199022ewy.43 for ; Mon, 22 Jun 2009 16:16:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=m5uz5CjrmYLrU/MsdId/hQcV8tPqI/DPGAdlNK2hNco=; b=gjMdSdV5zv67hETcNxeDsHW+cKSpvNOPi7Vn1FTIl2iwZFs1AvDOI4Y1rQO9WZlATq mNy3zdfu1t8zK6evlgEYqm3Rk3UZUs3y+w+CP5//MPEgufLMHa8LIPoZGv0GdWhhL7Du Oj5fnuI2+Uj3HHxOXWPUBxCP+4xPl3yMlF1Ic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=rmSj/P2//R2BZaEMGe4GjE3reHvik538q0pEdM2BV9ZbOoZXD/nyXXcQ9ZpvRG9vSb 1DSh/V8SQZtmW9uWBFlUPYblCuG2BhBzCoTPyJn9X8KtpelEeO+5sPyUcb+otMNR5eO+ dxWb8itzBLCRpAVC5KG0VVyhi0/DwJXdWX7eM= Received: by 10.210.42.13 with SMTP id p13mr7925413ebp.99.1245710808578; Mon, 22 Jun 2009 15:46:48 -0700 (PDT) Received: from omega.lan (bl9-155-202.dsl.telepac.pt [85.242.155.202]) by mx.google.com with ESMTPS id 10sm165604eyd.7.2009.06.22.15.46.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Jun 2009 15:46:47 -0700 (PDT) Sender: Rui Paulo Message-Id: <496A0799-0661-4651-B8CE-6C635A6DCEA0@freebsd.org> From: Rui Paulo To: freebsd-net@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 22 Jun 2009 23:46:46 +0100 X-Mailer: Apple Mail (2.935.3) Cc: Subject: 802.11s (wireless mesh) project status report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 23:16:02 -0000 Hi all, The wireless mesh project is now in a more usable stage and your support and testing is appreciated. Today I've been able to exchange packets between three nodes using the following network topology: node1 <-> node2 <-> node3. With the currently committed code it's now possible to send packets from node1 to node3 via node2. Other mesh topologies will be tested in the future. I've created a wiki page that's still under construction but should be able to help you setup your wireless mesh: http://wiki.freebsd.org/WifiMesh 802.11s is interesting both to companies who want to create wide range wireless networks and also to home users who would like to expand their wireless networks. They can now start using the FreeBSD operating system to fullfil their needs. The project is still unfinished and has some rough edges, though. If you have any questions, dont hesitate asking. This project is being sponsored by The FreeBSD Foundation. Thanks, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Jun 22 23:27:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6CC31065670; Mon, 22 Jun 2009 23:27:19 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 8B11D8FC14; Mon, 22 Jun 2009 23:27:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id CAA20609; Tue, 23 Jun 2009 02:27:16 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1] helo=edge.pp.kiev.ua) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1MIsuy-0005ct-GC; Tue, 23 Jun 2009 02:27:16 +0300 Message-ID: <4A401353.6070703@icyb.net.ua> Date: Tue, 23 Jun 2009 02:27:15 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Adrian Chadd References: <20090621082022.GA88526@freebsd.org> <20090622045428.GA18123@troutmask.apl.washington.edu> <4A3F6917.7040806@icyb.net.ua> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roman Divacky , current@freebsd.org, Steve Kargl Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 22 Jun 2009 23:27:20 -0000 on 23/06/2009 02:10 Adrian Chadd said the following: > 2009/6/22 Andriy Gapon : >> You confuse me. It is a "vanilla userland transfer", but so? >> Current code always goes to "out" label regardless if uimove succeeded or not. >> I think the idea was to go "out" only if uimove failed and execute some code >> between if and out-label otherwise. > > Because now you have a code path being run which hasn't been run for > quite a while. > > I'm just saying be careful, and don't assume that "clang found a bug". > It found a bad code construct. Changing that bit of code changes the > flow of execution and may change things unexpectedly in later code. > It's the same with any bug - this "found by clang" bug should be > looked at by someone who knows the firewire code and they haven't > replied to this thread. :) I must agree with you, no other choice. But my thinking is this: let's fix the obvious typo (I am sure-sure that this is what it is) and then let any "real" bugs (if any) bite firewire guys the hard way. I.e. if the choice is between: 1) fix the typo now and potentially provoke dormant bugs; 2) indefinitely wait and don't fix the typo until anybody comes forward and declares that there are no dormant bugs in the vicinity; then I'd choose #1. > I'm glad clang has this lexical analysis magic. Shouldn't there be > some kind of weird, magical, standalone "lint" program to do this kind > of lexical checking for us? :) I guess there should be one. But as simple as C language standard is :-) it seems that even with a magnitude of tools we are bound to only approximate the perfection. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 04:54:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A037F106566C for ; Tue, 23 Jun 2009 04:54:13 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 572718FC29 for ; Tue, 23 Jun 2009 04:54:13 +0000 (UTC) (envelope-from alexvpetrov@gmail.com) Received: by qyk3 with SMTP id 3so4395807qyk.3 for ; Mon, 22 Jun 2009 21:54:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:content-type; bh=+OFeCcy9kWujDNcF/lzHVcxfxn3RLVRXR2M+LVcRCKs=; b=qbbTMXjzyN8NcrDafiq3AqhsDV7lZVTeGfyvX2DFK8G/LnXRVebWEZ3kmza8cVKP32 16JgGsf+jXtsMn9wcg0FMovAOItKe167Ryrj4Mpgt24QochFnX05ppDg2luXB4Do5NqG WRKjED3f39Bjep6Mk72iSbqNxXJL/nh00jZGA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=B9erl5UWDPJC9CKqChG3Eg4ADUM66z85oOzvLXJXnJzKakVjqBeGtLMB1u0zFu2dTE MiJDdsgj18jLQofTtNA/gB5cHRcLSaXqmdj9iyVl1wBKWxgG/xlg7rk/BJ0auLDjaGny NhyssNXTECVnw+gRS8UfJaqncbNt4ph5izcH4= MIME-Version: 1.0 Received: by 10.220.76.21 with SMTP id a21mr4371043vck.0.1245732852156; Mon, 22 Jun 2009 21:54:12 -0700 (PDT) In-Reply-To: <200906211203.36889.alexvpetrov@gmail.com> References: <200906211203.36889.alexvpetrov@gmail.com> From: "Alex V. Petrov" Date: Tue, 23 Jun 2009 12:53:52 +0800 Message-ID: <58045fe30906222153xcad3647p6fa65cd57127d5d8@mail.gmail.com> To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Current: Error on make buildworld - Stop in /usr/src/secure/lib/libcrypto X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 04:54:13 -0000 After last patches all OK. Good job! :-) 2009/6/21 Alex V. Petrov > alex# uname -a > FreeBSD alex.super 8.0-CURRENT FreeBSD 8.0-CURRENT #7: Sat Jun 13 21:46:47 > KRAST 2009 alex@alex.super:/usr/obj/usr/src/sys/ALEX i386 > > sources is fresh > > cc -O2 -pipe -DTERMIOS -DANSI_SOURCE - > I/usr/src/secure/lib/libcrypto/../../../crypto/openssl - > I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto - > I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN - > DHAVE_DLFCN_H -DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -fstack- > error: 'ASN1_R_MIME_NO_CONTENT_TYPE' undeclared (first use in this > function) > > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1/asn_mime.c:519: > error: 'ASN1_R_INVALID_MIME_TYPE' undeclared (first use in this function) > *** Error code 1 > > Stop in /usr/src/secure/lib/libcrypto. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > -- ---------------------- Alex V. Petrov From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 05:52:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 620051065674 for ; Tue, 23 Jun 2009 05:52:07 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (cl-2958.ham-01.de.sixxs.net [IPv6:2001:6f8:900:b8d::2]) by mx1.freebsd.org (Postfix) with ESMTP id DFB548FC13 for ; Tue, 23 Jun 2009 05:52:06 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.14.3/8.14.3) with ESMTP id n5N5q55E042845; Tue, 23 Jun 2009 09:52:05 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Tue, 23 Jun 2009 09:52:05 +0400 (MSD) From: Maxim Konovalov To: Pawel Worach In-Reply-To: Message-ID: <20090623095145.B1156@mp2.macomnet.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: current@freebsd.org Subject: Re: [patch] trivial warning fix for ndis_events X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 05:52:07 -0000 On Sun, 21 Jun 2009, 23:34+0200, Pawel Worach wrote: > Hi, > > Here is a trival patch to fix the format string to match the data > argument in ndis_events. > > $ clang -O2 -pipe -c ndis_events.c > ndis_events.c:268:57: warning: more data arguments than '%' conversions > [-Wformat-extra-args] > fprintf(stderr, "Usage: ndis_events [-a] [-d] [-v]\n", progname); > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ > I've just removed the last argument. Thanks for the patch. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 06:12:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53B1E1065674; Tue, 23 Jun 2009 06:12:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 14D6A8FC1A; Tue, 23 Jun 2009 06:12:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N6CY23098979; Tue, 23 Jun 2009 02:12:35 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N6CYra043199; Tue, 23 Jun 2009 02:12:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 957587302F; Tue, 23 Jun 2009 02:12:34 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090623061234.957587302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 02:12:34 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 06:12:38 -0000 TB --- 2009-06-23 04:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-23 04:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-23 04:00:00 - cleaning the object tree TB --- 2009-06-23 04:01:04 - cvsupping the source tree TB --- 2009-06-23 04:01:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-23 04:01:14 - building world TB --- 2009-06-23 04:01:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 04:01:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 04:01:14 - TARGET=amd64 TB --- 2009-06-23 04:01:14 - TARGET_ARCH=amd64 TB --- 2009-06-23 04:01:14 - TZ=UTC TB --- 2009-06-23 04:01:14 - __MAKE_CONF=/dev/null TB --- 2009-06-23 04:01:14 - cd /src TB --- 2009-06-23 04:01:14 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 23 04:01:16 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Jun 23 06:01:55 UTC 2009 TB --- 2009-06-23 06:01:55 - generating LINT kernel config TB --- 2009-06-23 06:01:55 - cd /src/sys/amd64/conf TB --- 2009-06-23 06:01:55 - /usr/bin/make -B LINT TB --- 2009-06-23 06:01:55 - building LINT kernel TB --- 2009-06-23 06:01:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 06:01:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 06:01:55 - TARGET=amd64 TB --- 2009-06-23 06:01:55 - TARGET_ARCH=amd64 TB --- 2009-06-23 06:01:55 - TZ=UTC TB --- 2009-06-23 06:01:55 - __MAKE_CONF=/dev/null TB --- 2009-06-23 06:01:55 - cd /src TB --- 2009-06-23 06:01:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 23 06:01:55 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sndstat.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sound.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/vchan.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/usb/uaudio.c cc1: warnings being treated as errors /src/sys/dev/sound/usb/uaudio.c: In function 'uaudio_chan_record_callback': /src/sys/dev/sound/usb/uaudio.c:1260: warning: implicit declaration of function 'usbd_xfer_get_framelen' /src/sys/dev/sound/usb/uaudio.c:1260: warning: nested extern declaration of 'usbd_xfer_get_framelen' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-23 06:12:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-23 06:12:34 - ERROR: failed to build lint kernel TB --- 2009-06-23 06:12:34 - 6157.91 user 638.62 system 7953.74 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 06:42:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867FE1065672; Tue, 23 Jun 2009 06:42:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 479A38FC08; Tue, 23 Jun 2009 06:42:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N6gtYp067461; Tue, 23 Jun 2009 02:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N6gtHO010556; Tue, 23 Jun 2009 02:42:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 577517302F; Tue, 23 Jun 2009 02:42:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090623064255.577517302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 02:42:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 06:42:59 -0000 TB --- 2009-06-23 05:07:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-23 05:07:55 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-23 05:07:55 - cleaning the object tree TB --- 2009-06-23 05:08:37 - cvsupping the source tree TB --- 2009-06-23 05:08:37 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-23 05:08:51 - building world TB --- 2009-06-23 05:08:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 05:08:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 05:08:51 - TARGET=i386 TB --- 2009-06-23 05:08:51 - TARGET_ARCH=i386 TB --- 2009-06-23 05:08:51 - TZ=UTC TB --- 2009-06-23 05:08:51 - __MAKE_CONF=/dev/null TB --- 2009-06-23 05:08:51 - cd /src TB --- 2009-06-23 05:08:51 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 23 05:08:53 UTC 2009 >>> 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 >>> World build completed on Tue Jun 23 06:31:38 UTC 2009 TB --- 2009-06-23 06:31:38 - generating LINT kernel config TB --- 2009-06-23 06:31:38 - cd /src/sys/i386/conf TB --- 2009-06-23 06:31:38 - /usr/bin/make -B LINT TB --- 2009-06-23 06:31:38 - building LINT kernel TB --- 2009-06-23 06:31:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 06:31:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 06:31:38 - TARGET=i386 TB --- 2009-06-23 06:31:38 - TARGET_ARCH=i386 TB --- 2009-06-23 06:31:38 - TZ=UTC TB --- 2009-06-23 06:31:38 - __MAKE_CONF=/dev/null TB --- 2009-06-23 06:31:38 - cd /src TB --- 2009-06-23 06:31:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 23 06:31:38 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sndstat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sound.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/vchan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/usb/uaudio.c cc1: warnings being treated as errors /src/sys/dev/sound/usb/uaudio.c: In function 'uaudio_chan_record_callback': /src/sys/dev/sound/usb/uaudio.c:1260: warning: implicit declaration of function 'usbd_xfer_get_framelen' /src/sys/dev/sound/usb/uaudio.c:1260: warning: nested extern declaration of 'usbd_xfer_get_framelen' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-23 06:42:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-23 06:42:55 - ERROR: failed to build lint kernel TB --- 2009-06-23 06:42:55 - 4475.94 user 436.44 system 5700.30 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 06:56:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D32D106564A for ; Tue, 23 Jun 2009 06:56:55 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id BB1568FC13 for ; Tue, 23 Jun 2009 06:56:54 +0000 (UTC) (envelope-from gabor@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id BD39614D8A81 for ; Tue, 23 Jun 2009 08:56:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id D5hpa39fy9XM for ; Tue, 23 Jun 2009 08:56:53 +0200 (CEST) Received: from [192.168.1.105] (catv-80-98-231-64.catv.broadband.hu [80.98.231.64]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by server.mypc.hu (Postfix) with ESMTPSA id 4359114D5FE3 for ; Tue, 23 Jun 2009 08:56:53 +0200 (CEST) Message-ID: <4A407CB1.2060107@FreeBSD.org> Date: Tue, 23 Jun 2009 08:56:49 +0200 From: Gabor Kovesdan User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: FreeBSD Current References: <4A246C4D.6080409@FreeBSD.org> In-Reply-To: <4A246C4D.6080409@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: RFC: Replacing bc/dc to BSDL versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 06:56:55 -0000 Gabor Kovesdan escribió: > Hello, > > as you might know, I'm working on a BSDL grep. It isn't totally ready > yet, because there are compatibility issues, which I have to resolve. > But looking at another BSDL tools, I've found out that OpenBSD has > BSDL bc and dc utilities. I've thought of replacing them. I think in > the bc/dc case, such a strict GNU compatibility isn't necessary as in > the case of grep, so we may replace them in base system. If there's no > objection to replacing them, I'll post a patch for review. Thanks for all your input. It took a while because of other priorities but I've made some tests concerning BSDL bc/dc. I've made a complete buildworld and tried mergemaster, which worked fine. I've also checked the GNU regression tests comparing the two versions. There's little difference. The speed is varying, sometimes GNU is faster, sometimes the BSDL versions. The accuracy seems to be the same up to 18 digits after the decimal point. I've also checked the OpenBSD regression tests found only one case, which didn't work but these tests seem to be specific for BSDL bc/dc as they don't really work with the GNU version. I've made a patch, which doesn't remove GNU bc/dc yet, just detaches them from the build so that in case of a regression we can easily revert while the problem is fixed: http://kovesdan.org/patches/bcdc.diff -- Gabor Kovesdan FreeBSD Volunteer EMAIL: gabor@FreeBSD.org .:|:. gabor@kovesdan.org WEB: http://people.FreeBSD.org/~gabor .:|:. http://kovesdan.org From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 07:47:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EED11065670; Tue, 23 Jun 2009 07:47:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9C78FC19; Tue, 23 Jun 2009 07:47:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N7lQit076801; Tue, 23 Jun 2009 03:47:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5N7lQkx054130; Tue, 23 Jun 2009 03:47:26 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F24B7302F; Tue, 23 Jun 2009 03:47:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090623074726.8F24B7302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 03:47:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 07:47:32 -0000 TB --- 2009-06-23 06:12:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-23 06:12:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-23 06:12:34 - cleaning the object tree TB --- 2009-06-23 06:13:09 - cvsupping the source tree TB --- 2009-06-23 06:13:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-23 06:13:22 - building world TB --- 2009-06-23 06:13:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 06:13:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 06:13:22 - TARGET=pc98 TB --- 2009-06-23 06:13:22 - TARGET_ARCH=i386 TB --- 2009-06-23 06:13:22 - TZ=UTC TB --- 2009-06-23 06:13:22 - __MAKE_CONF=/dev/null TB --- 2009-06-23 06:13:22 - cd /src TB --- 2009-06-23 06:13:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 23 06:13:24 UTC 2009 >>> 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 >>> World build completed on Tue Jun 23 07:37:33 UTC 2009 TB --- 2009-06-23 07:37:33 - generating LINT kernel config TB --- 2009-06-23 07:37:33 - cd /src/sys/pc98/conf TB --- 2009-06-23 07:37:33 - /usr/bin/make -B LINT TB --- 2009-06-23 07:37:33 - building LINT kernel TB --- 2009-06-23 07:37:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 07:37:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 07:37:33 - TARGET=pc98 TB --- 2009-06-23 07:37:33 - TARGET_ARCH=i386 TB --- 2009-06-23 07:37:33 - TZ=UTC TB --- 2009-06-23 07:37:33 - __MAKE_CONF=/dev/null TB --- 2009-06-23 07:37:33 - cd /src TB --- 2009-06-23 07:37:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 23 07:37:33 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sndstat.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/sound.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/pcm/vchan.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/sound/usb/uaudio.c cc1: warnings being treated as errors /src/sys/dev/sound/usb/uaudio.c: In function 'uaudio_chan_record_callback': /src/sys/dev/sound/usb/uaudio.c:1260: warning: implicit declaration of function 'usbd_xfer_get_framelen' /src/sys/dev/sound/usb/uaudio.c:1260: warning: nested extern declaration of 'usbd_xfer_get_framelen' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-23 07:47:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-23 07:47:26 - ERROR: failed to build lint kernel TB --- 2009-06-23 07:47:26 - 4343.62 user 440.68 system 5691.75 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 08:59:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B24B1065673 for ; Tue, 23 Jun 2009 08:59:03 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id F2AE18FC13 for ; Tue, 23 Jun 2009 08:59:02 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AB5789CB10E; Tue, 23 Jun 2009 10:57:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vlu6QWqvnNBW; Tue, 23 Jun 2009 10:57:56 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 703899CB143; Tue, 23 Jun 2009 10:57:56 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5N8vtHd076233; Tue, 23 Jun 2009 10:57:55 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 23 Jun 2009 10:57:55 +0200 From: Roman Divacky To: Adrian Chadd Message-ID: <20090623085755.GA75934@freebsd.org> References: <20090621082022.GA88526@freebsd.org> <20090622045428.GA18123@troutmask.apl.washington.edu> <4A3F6917.7040806@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Andriy Gapon , Steve Kargl , current@freebsd.org Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 08:59:03 -0000 > I'm glad clang has this lexical analysis magic. Shouldn't there be > some kind of weird, magical, standalone "lint" program to do this kind > of lexical checking for us? :) clang ships with static analysis From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 15:36:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E61E01065673; Tue, 23 Jun 2009 15:36:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A52498FC1B; Tue, 23 Jun 2009 15:36:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5NFafOP059993; Tue, 23 Jun 2009 11:36:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5NFafLW008657; Tue, 23 Jun 2009 11:36:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BF79C7302F; Tue, 23 Jun 2009 11:36:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090623153640.BF79C7302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 11:36:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Jun 2009 15:36:46 -0000 TB --- 2009-06-23 14:07:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-23 14:07:43 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-23 14:07:43 - cleaning the object tree TB --- 2009-06-23 14:08:12 - cvsupping the source tree TB --- 2009-06-23 14:08:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-23 14:08:22 - building world TB --- 2009-06-23 14:08:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 14:08:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 14:08:22 - TARGET=i386 TB --- 2009-06-23 14:08:22 - TARGET_ARCH=i386 TB --- 2009-06-23 14:08:22 - TZ=UTC TB --- 2009-06-23 14:08:22 - __MAKE_CONF=/dev/null TB --- 2009-06-23 14:08:22 - cd /src TB --- 2009-06-23 14:08:22 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 23 14:08:23 UTC 2009 >>> 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 >>> World build completed on Tue Jun 23 15:30:23 UTC 2009 TB --- 2009-06-23 15:30:23 - generating LINT kernel config TB --- 2009-06-23 15:30:23 - cd /src/sys/i386/conf TB --- 2009-06-23 15:30:23 - /usr/bin/make -B LINT TB --- 2009-06-23 15:30:24 - building LINT kernel TB --- 2009-06-23 15:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 15:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 15:30:24 - TARGET=i386 TB --- 2009-06-23 15:30:24 - TARGET_ARCH=i386 TB --- 2009-06-23 15:30:24 - TZ=UTC TB --- 2009-06-23 15:30:24 - __MAKE_CONF=/dev/null TB --- 2009-06-23 15:30:24 - cd /src TB --- 2009-06-23 15:30:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Jun 23 15:30:24 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aac/aac_disk.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aac/aac_linux.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/aac/aac_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/acpi_support/acpi_wmi.c /src/sys/dev/acpi_support/acpi_wmi.c: In function 'acpi_wmi_ec_handler': /src/sys/dev/acpi_support/acpi_wmi.c:656: error: 'Address' undeclared (first use in this function) /src/sys/dev/acpi_support/acpi_wmi.c:656: error: (Each undeclared identifier is reported only once /src/sys/dev/acpi_support/acpi_wmi.c:656: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-23 15:36:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-23 15:36:40 - ERROR: failed to build lint kernel TB --- 2009-06-23 15:36:40 - 4202.43 user 422.18 system 5337.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 17:26:52 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 941771065670; Tue, 23 Jun 2009 17:26:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Tue, 23 Jun 2009 13:26:39 -0400 User-Agent: KMail/1.6.2 References: <20090621082022.GA88526@freebsd.org> In-Reply-To: <20090621082022.GA88526@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200906231326.42555.jkim@FreeBSD.org> Cc: Roman Divacky Subject: Re: [PATCH]: if (cond); foo() in firewire X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 17:26:52 -0000 On Sunday 21 June 2009 04:20 am, Roman Divacky wrote: > hi > > is this patch correct? may I commit it? > > Index: ../../../dev/firewire/fwdev.c > =================================================================== > --- ../../../dev/firewire/fwdev.c (revision 194573) > +++ ../../../dev/firewire/fwdev.c (working copy) > @@ -443,7 +443,7 @@ > xfer->send.pay_len = uio->uio_resid; > if (uio->uio_resid > 0) { > if ((err = uiomove((caddr_t)&xfer->send.payload[0], > - uio->uio_resid, uio))); > + uio->uio_resid, uio))) > goto out; > } > > > another bug found by the "useless warnings in clang" ;) Just for the record, it seems this bug was fixed in NetBSD long ago: http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/ieee1394/fwdev.c.diff?r1=1.3&r2=1.4 I hope it boosts your confidence level a bit. :-) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 20:24:29 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AEC1065673 for ; Tue, 23 Jun 2009 20:24:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EA0FF8FC1F for ; Tue, 23 Jun 2009 20:24:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 8AEA646B17 for ; Tue, 23 Jun 2009 16:24:28 -0400 (EDT) Date: Tue, 23 Jun 2009 21:24:28 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Warning: ifaddr refcount use patch (svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet netinet6 netipx (fwd)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 20:24:30 -0000 FYI to all: I've committed a large patch that makes greater use of struct ifaddr refcounts to avoid a range of reader-writer and writer-writer races affecting a range of uses from simultaneous ifconfigs to ppp/tunnel/vpn endpoint reconfiguration. There are still some more address list locking changes to go in in the next 48 hours before the 8.0 freeze, which should in the medium-term significant improve stability in these areas. However, because this modifies quite a few spots in the code, it's possible we'll see two classes of bugs: - Reference leaks -- references acquired, but I missed a case and the reference is leaked. This could lead to a gradual memory leak of ifaddr's. You can track ifaddr allocation using "vmstat -m | grep ifaddr" -- if you see something you think is a leak, let me know. - Use-after-free -- in some case, a reference might not be properly acquired, but will be released, in which case memory might be used after free. In -CURRENT where we have INVARIANTS enabled, memory scrubbing generally picks this up quickly but not immediately, but watch out for new kernel page faults involving 0xdeadc0de. If you run into these problems, I'll likely send you some debugging patches that make it easier to track this down. Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 23 Jun 2009 20:19:09 +0000 (UTC) From: Robert Watson To: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet netinet6 netipx Author: rwatson Date: Tue Jun 23 20:19:09 2009 New Revision: 194760 URL: http://svn.freebsd.org/changeset/base/194760 Log: Modify most routines returning 'struct ifaddr *' to return references rather than pointers, requiring callers to properly dispose of those references. The following routines now return references: ifaddr_byindex ifa_ifwithaddr ifa_ifwithbroadaddr ifa_ifwithdstaddr ifa_ifwithnet ifaof_ifpforaddr ifa_ifwithroute ifa_ifwithroute_fib rt_getifa rt_getifa_fib IFP_TO_IA ip_rtaddr in6_ifawithifp in6ifa_ifpforlinklocal in6ifa_ifpwithaddr in6_ifadd carp_iamatch6 ip6_getdstifaddr Remove unused macro which didn't have required referencing: IFP_TO_IA6 This closes many small races in which changes to interface or address lists while an ifaddr was in use could lead to use of freed memory (etc). In a few cases, add missing if_addr_list locking required to safely acquire references. Because of a lack of deep copying support, we accept a race in which an in6_ifaddr pointed to by mbuf tags and extracted with ip6_getdstifaddr() doesn't hold a reference while in transmit. Once we have mbuf tag deep copy support, this can be fixed. Reviewed by: bz Obtained from: Apple, Inc. (portions) MFC after: 6 weeks (portions) Modified: head/sys/contrib/rdma/rdma_addr.c head/sys/contrib/rdma/rdma_cma.c head/sys/net/if.c head/sys/net/route.c head/sys/net/rtsock.c head/sys/net80211/ieee80211.c head/sys/netinet/igmp.c head/sys/netinet/in.c head/sys/netinet/in_mcast.c head/sys/netinet/in_pcb.c head/sys/netinet/in_var.h head/sys/netinet/ip_carp.c head/sys/netinet/ip_divert.c head/sys/netinet/ip_icmp.c head/sys/netinet/ip_input.c head/sys/netinet/ip_mroute.c head/sys/netinet/ip_options.c head/sys/netinet/ip_output.c head/sys/netinet/tcp_input.c head/sys/netinet6/frag6.c head/sys/netinet6/icmp6.c head/sys/netinet6/in6.c head/sys/netinet6/in6_ifattach.c head/sys/netinet6/in6_pcb.c head/sys/netinet6/in6_src.c head/sys/netinet6/in6_var.h head/sys/netinet6/ip6_input.c head/sys/netinet6/ip6_output.c head/sys/netinet6/mld6.c head/sys/netinet6/nd6.c head/sys/netinet6/nd6_nbr.c head/sys/netinet6/nd6_rtr.c head/sys/netinet6/raw_ip6.c head/sys/netipx/ipx_pcb.c Modified: head/sys/contrib/rdma/rdma_addr.c ============================================================================== --- head/sys/contrib/rdma/rdma_addr.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/contrib/rdma/rdma_addr.c Tue Jun 23 20:19:09 2009 (r194760) @@ -129,13 +129,16 @@ int rdma_translate_ip(struct sockaddr *a struct ifaddr *ifa; struct sockaddr_in *sin = (struct sockaddr_in *)addr; uint16_t port = sin->sin_port; + int ret; sin->sin_port = 0; ifa = ifa_ifwithaddr(addr); sin->sin_port = port; if (!ifa) return (EADDRNOTAVAIL); - return rdma_copy_addr(dev_addr, ifa->ifa_ifp, NULL); + ret = rdma_copy_addr(dev_addr, ifa->ifa_ifp, NULL); + ifa_free(ifa); + return (ret); } static void queue_req(struct addr_req *req) Modified: head/sys/contrib/rdma/rdma_cma.c ============================================================================== --- head/sys/contrib/rdma/rdma_cma.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/contrib/rdma/rdma_cma.c Tue Jun 23 20:19:09 2009 (r194760) @@ -1337,6 +1337,7 @@ static int iw_conn_req_handler(struct iw } dev = ifa->ifa_ifp; ret = rdma_copy_addr(&conn_id->id.route.addr.dev_addr, dev, NULL); + ifa_free(ifa); if (ret) { cma_enable_remove(conn_id); rdma_destroy_id(new_cm_id); Modified: head/sys/net/if.c ============================================================================== --- head/sys/net/if.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/net/if.c Tue Jun 23 20:19:09 2009 (r194760) @@ -48,6 +48,7 @@ #include #include #include +#include #include #include #include @@ -261,6 +262,8 @@ ifaddr_byindex(u_short idx) IFNET_RLOCK(); ifa = ifnet_byindex_locked(idx)->if_addr; + if (ifa != NULL) + ifa_ref(ifa); IFNET_RUNLOCK(); return (ifa); } @@ -1464,7 +1467,7 @@ ifa_free(struct ifaddr *ifa) */ /*ARGSUSED*/ static struct ifaddr * -ifa_ifwithaddr_internal(struct sockaddr *addr) +ifa_ifwithaddr_internal(struct sockaddr *addr, int getref) { INIT_VNET_NET(curvnet); struct ifnet *ifp; @@ -1477,6 +1480,8 @@ ifa_ifwithaddr_internal(struct sockaddr if (ifa->ifa_addr->sa_family != addr->sa_family) continue; if (sa_equal(addr, ifa->ifa_addr)) { + if (getref) + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1485,6 +1490,8 @@ ifa_ifwithaddr_internal(struct sockaddr ifa->ifa_broadaddr && ifa->ifa_broadaddr->sa_len != 0 && sa_equal(ifa->ifa_broadaddr, addr)) { + if (getref) + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1501,14 +1508,14 @@ struct ifaddr * ifa_ifwithaddr(struct sockaddr *addr) { - return (ifa_ifwithaddr_internal(addr)); + return (ifa_ifwithaddr_internal(addr, 1)); } int ifa_ifwithaddr_check(struct sockaddr *addr) { - return (ifa_ifwithaddr_internal(addr) != NULL); + return (ifa_ifwithaddr_internal(addr, 0) != NULL); } /* @@ -1532,6 +1539,7 @@ ifa_ifwithbroadaddr(struct sockaddr *add ifa->ifa_broadaddr && ifa->ifa_broadaddr->sa_len != 0 && sa_equal(ifa->ifa_broadaddr, addr)) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1565,6 +1573,7 @@ ifa_ifwithdstaddr(struct sockaddr *addr) continue; if (ifa->ifa_dstaddr != NULL && sa_equal(addr, ifa->ifa_dstaddr)) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1587,7 +1596,7 @@ ifa_ifwithnet(struct sockaddr *addr) INIT_VNET_NET(curvnet); struct ifnet *ifp; struct ifaddr *ifa; - struct ifaddr *ifa_maybe = (struct ifaddr *) 0; + struct ifaddr *ifa_maybe = NULL; u_int af = addr->sa_family; char *addr_data = addr->sa_data, *cplim; @@ -1602,8 +1611,10 @@ ifa_ifwithnet(struct sockaddr *addr) } /* - * Scan though each interface, looking for ones that have - * addresses in this address family. + * Scan though each interface, looking for ones that have addresses + * in this address family. Maintain a reference on ifa_maybe once + * we find one, as we release the IF_ADDR_LOCK() that kept it stable + * when we move onto the next interface. */ IFNET_RLOCK(); TAILQ_FOREACH(ifp, &V_ifnet, if_link) { @@ -1624,6 +1635,7 @@ next: continue; */ if (ifa->ifa_dstaddr != NULL && sa_equal(addr, ifa->ifa_dstaddr)) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1634,6 +1646,7 @@ next: continue; */ if (ifa->ifa_claim_addr) { if ((*ifa->ifa_claim_addr)(ifa, addr)) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto done; } @@ -1664,17 +1677,24 @@ next: continue; * before continuing to search * for an even better one. */ - if (ifa_maybe == 0 || + if (ifa_maybe == NULL || rn_refines((caddr_t)ifa->ifa_netmask, - (caddr_t)ifa_maybe->ifa_netmask)) + (caddr_t)ifa_maybe->ifa_netmask)) { + if (ifa_maybe != NULL) + ifa_free(ifa_maybe); ifa_maybe = ifa; + ifa_ref(ifa_maybe); + } } } IF_ADDR_UNLOCK(ifp); } ifa = ifa_maybe; + ifa_maybe = NULL; done: IFNET_RUNLOCK(); + if (ifa_maybe != NULL) + ifa_free(ifa_maybe); return (ifa); } @@ -1688,7 +1708,7 @@ ifaof_ifpforaddr(struct sockaddr *addr, struct ifaddr *ifa; char *cp, *cp2, *cp3; char *cplim; - struct ifaddr *ifa_maybe = 0; + struct ifaddr *ifa_maybe = NULL; u_int af = addr->sa_family; if (af >= AF_MAX) @@ -1697,7 +1717,7 @@ ifaof_ifpforaddr(struct sockaddr *addr, TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { if (ifa->ifa_addr->sa_family != af) continue; - if (ifa_maybe == 0) + if (ifa_maybe == NULL) ifa_maybe = ifa; if (ifa->ifa_netmask == 0) { if (sa_equal(addr, ifa->ifa_addr) || @@ -1723,6 +1743,8 @@ ifaof_ifpforaddr(struct sockaddr *addr, } ifa = ifa_maybe; done: + if (ifa != NULL) + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); return (ifa); } @@ -1748,7 +1770,6 @@ link_rtrequest(int cmd, struct rtentry * return; ifa = ifaof_ifpforaddr(dst, ifp); if (ifa) { - ifa_ref(ifa); /* XXX */ oifa = rt->rt_ifa; rt->rt_ifa = ifa; ifa_free(oifa); Modified: head/sys/net/route.c ============================================================================== --- head/sys/net/route.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/net/route.c Tue Jun 23 20:19:09 2009 (r194760) @@ -559,6 +559,7 @@ rtredirect_fib(struct sockaddr *dst, struct ifaddr *ifa; struct radix_node_head *rnh; + ifa = NULL; rnh = rt_tables_get_rnh(fibnum, dst->sa_family); if (rnh == NULL) { error = EAFNOSUPPORT; @@ -664,6 +665,8 @@ out: info.rti_info[RTAX_NETMASK] = netmask; info.rti_info[RTAX_AUTHOR] = src; rt_missmsg(RTM_REDIRECT, &info, flags, error); + if (ifa != NULL) + ifa_free(ifa); } int @@ -693,6 +696,9 @@ rtioctl_fib(u_long req, caddr_t data, u_ #endif /* INET */ } +/* + * For both ifa_ifwithroute() routines, 'ifa' is returned referenced. + */ struct ifaddr * ifa_ifwithroute(int flags, struct sockaddr *dst, struct sockaddr *gateway) { @@ -749,11 +755,13 @@ ifa_ifwithroute_fib(int flags, struct so default: break; } + if (!not_found && rt->rt_ifa != NULL) { + ifa = rt->rt_ifa; + ifa_ref(ifa); + } RT_REMREF(rt); RT_UNLOCK(rt); - if (not_found) - return (NULL); - if ((ifa = rt->rt_ifa) == NULL) + if (not_found || ifa == NULL) return (NULL); } if (ifa->ifa_addr->sa_family != dst->sa_family) { @@ -761,6 +769,8 @@ ifa_ifwithroute_fib(int flags, struct so ifa = ifaof_ifpforaddr(dst, ifa->ifa_ifp); if (ifa == NULL) ifa = oifa; + else + ifa_free(oifa); } return (ifa); } @@ -819,6 +829,10 @@ rt_getifa(struct rt_addrinfo *info) return (rt_getifa_fib(info, 0)); } +/* + * Look up rt_addrinfo for a specific fib. Note that if rti_ifa is defined, + * it will be referenced so the caller must free it. + */ int rt_getifa_fib(struct rt_addrinfo *info, u_int fibnum) { @@ -831,8 +845,10 @@ rt_getifa_fib(struct rt_addrinfo *info, */ if (info->rti_ifp == NULL && ifpaddr != NULL && ifpaddr->sa_family == AF_LINK && - (ifa = ifa_ifwithnet(ifpaddr)) != NULL) + (ifa = ifa_ifwithnet(ifpaddr)) != NULL) { info->rti_ifp = ifa->ifa_ifp; + ifa_free(ifa); + } if (info->rti_ifa == NULL && ifaaddr != NULL) info->rti_ifa = ifa_ifwithaddr(ifaaddr); if (info->rti_ifa == NULL) { @@ -1123,12 +1139,19 @@ rtrequest1_fib(int req, struct rt_addrin (gateway->sa_family != AF_UNSPEC) && (gateway->sa_family != AF_LINK)) senderr(EINVAL); - if (info->rti_ifa == NULL && (error = rt_getifa_fib(info, fibnum))) - senderr(error); + if (info->rti_ifa == NULL) { + error = rt_getifa_fib(info, fibnum); + if (error) + senderr(error); + } else + ifa_ref(info->rti_ifa); ifa = info->rti_ifa; rt = uma_zalloc(V_rtzone, M_NOWAIT | M_ZERO); - if (rt == NULL) + if (rt == NULL) { + if (ifa != NULL) + ifa_free(ifa); senderr(ENOBUFS); + } RT_LOCK_INIT(rt); rt->rt_flags = RTF_UP | flags; rt->rt_fibnum = fibnum; @@ -1139,6 +1162,8 @@ rtrequest1_fib(int req, struct rt_addrin RT_LOCK(rt); if ((error = rt_setgate(rt, dst, gateway)) != 0) { RT_LOCK_DESTROY(rt); + if (ifa != NULL) + ifa_free(ifa); uma_zfree(V_rtzone, rt); senderr(error); } @@ -1157,11 +1182,10 @@ rtrequest1_fib(int req, struct rt_addrin bcopy(dst, ndst, dst->sa_len); /* - * Note that we now have a reference to the ifa. + * We use the ifa reference returned by rt_getifa_fib(). * This moved from below so that rnh->rnh_addaddr() can * examine the ifa and ifa->ifa_ifp if it so desires. */ - ifa_ref(ifa); rt->rt_ifa = ifa; rt->rt_ifp = ifa->ifa_ifp; rt->rt_rmx.rmx_weight = 1; Modified: head/sys/net/rtsock.c ============================================================================== --- head/sys/net/rtsock.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/net/rtsock.c Tue Jun 23 20:19:09 2009 (r194760) @@ -683,6 +683,13 @@ route_output(struct mbuf *m, struct sock RT_UNLOCK(rt); RADIX_NODE_HEAD_LOCK(rnh); error = rt_getifa_fib(&info, rt->rt_fibnum); + /* + * XXXRW: Really we should release this + * reference later, but this maintains + * historical behavior. + */ + if (info.rti_ifa != NULL) + ifa_free(info.rti_ifa); RADIX_NODE_HEAD_UNLOCK(rnh); if (error != 0) senderr(error); Modified: head/sys/net80211/ieee80211.c ============================================================================== --- head/sys/net80211/ieee80211.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/net80211/ieee80211.c Tue Jun 23 20:19:09 2009 (r194760) @@ -301,6 +301,7 @@ ieee80211_ifattach(struct ieee80211com * sdl->sdl_type = IFT_ETHER; /* XXX IFT_IEEE80211? */ sdl->sdl_alen = IEEE80211_ADDR_LEN; IEEE80211_ADDR_COPY(LLADDR(sdl), macaddr); + ifa_free(ifa); } /* Modified: head/sys/netinet/igmp.c ============================================================================== --- head/sys/netinet/igmp.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/igmp.c Tue Jun 23 20:19:09 2009 (r194760) @@ -1233,8 +1233,10 @@ igmp_input_v1_report(struct ifnet *ifp, */ if (V_igmp_recvifkludge && in_nullhost(ip->ip_src)) { IFP_TO_IA(ifp, ia); - if (ia != NULL) + if (ia != NULL) { ip->ip_src.s_addr = htonl(ia->ia_subnet); + ifa_free(&ia->ia_ifa); + } } CTR3(KTR_IGMPV3, "process v1 report %s on ifp %p(%s)", @@ -1326,16 +1328,23 @@ igmp_input_v2_report(struct ifnet *ifp, * group. */ IFP_TO_IA(ifp, ia); - if (ia != NULL && in_hosteq(ip->ip_src, IA_SIN(ia)->sin_addr)) + if (ia != NULL && in_hosteq(ip->ip_src, IA_SIN(ia)->sin_addr)) { + ifa_free(&ia->ia_ifa); return (0); + } IGMPSTAT_INC(igps_rcv_reports); - if (ifp->if_flags & IFF_LOOPBACK) + if (ifp->if_flags & IFF_LOOPBACK) { + if (ia != NULL) + ifa_free(&ia->ia_ifa); return (0); + } if (!IN_MULTICAST(ntohl(igmp->igmp_group.s_addr)) || !in_hosteq(igmp->igmp_group, ip->ip_dst)) { + if (ia != NULL) + ifa_free(&ia->ia_ifa); IGMPSTAT_INC(igps_rcv_badreports); return (EINVAL); } @@ -1351,6 +1360,8 @@ igmp_input_v2_report(struct ifnet *ifp, if (ia != NULL) ip->ip_src.s_addr = htonl(ia->ia_subnet); } + if (ia != NULL) + ifa_free(&ia->ia_ifa); CTR3(KTR_IGMPV3, "process v2 report %s on ifp %p(%s)", inet_ntoa(igmp->igmp_group), ifp, ifp->if_xname); @@ -3534,8 +3545,10 @@ igmp_v3_encap_report(struct ifnet *ifp, struct in_ifaddr *ia; IFP_TO_IA(ifp, ia); - if (ia != NULL) + if (ia != NULL) { ip->ip_src = ia->ia_addr.sin_addr; + ifa_free(&ia->ia_ifa); + } } ip->ip_dst.s_addr = htonl(INADDR_ALLRPTS_GROUP); Modified: head/sys/netinet/in.c ============================================================================== --- head/sys/netinet/in.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/in.c Tue Jun 23 20:19:09 2009 (r194760) @@ -219,7 +219,6 @@ in_control(struct socket *so, u_long cmd register struct ifaddr *ifa; struct in_addr allhosts_addr; struct in_addr dst; - struct in_ifaddr *oia; struct in_ifinfo *ii; struct in_aliasreq *ifra = (struct in_aliasreq *)data; struct sockaddr_in oldaddr; @@ -323,8 +322,10 @@ in_control(struct socket *so, u_long cmd break; } } - IF_ADDR_LOCK(ifp); + if (ia != NULL) + ifa_ref(&ia->ia_ifa); if (ia == NULL) { + IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { iap = ifatoia(ifa); if (iap->ia_addr.sin_family == AF_INET) { @@ -336,6 +337,9 @@ in_control(struct socket *so, u_long cmd break; } } + if (ia != NULL) + ifa_ref(&ia->ia_ifa); + IF_ADDR_UNLOCK(ifp); } if (ia == NULL) iaIsFirst = 1; @@ -345,23 +349,29 @@ in_control(struct socket *so, u_long cmd case SIOCAIFADDR: case SIOCDIFADDR: if (ifra->ifra_addr.sin_family == AF_INET) { + struct in_ifaddr *oia; + for (oia = ia; ia; ia = TAILQ_NEXT(ia, ia_link)) { if (ia->ia_ifp == ifp && ia->ia_addr.sin_addr.s_addr == ifra->ifra_addr.sin_addr.s_addr) break; } + if (ia != NULL && ia != oia) + ifa_ref(&ia->ia_ifa); + if (oia != NULL && ia != oia) + ifa_free(&oia->ia_ifa); if ((ifp->if_flags & IFF_POINTOPOINT) && (cmd == SIOCAIFADDR) && (ifra->ifra_dstaddr.sin_addr.s_addr == INADDR_ANY)) { error = EDESTADDRREQ; - goto out_unlock; + goto out; } } if (cmd == SIOCDIFADDR && ia == NULL) { error = EADDRNOTAVAIL; - goto out_unlock; + goto out; } /* FALLTHROUGH */ case SIOCSIFADDR: @@ -373,7 +383,7 @@ in_control(struct socket *so, u_long cmd M_ZERO); if (ia == NULL) { error = ENOBUFS; - goto out_unlock; + goto out; } ifa = &ia->ia_ifa; @@ -390,7 +400,11 @@ in_control(struct socket *so, u_long cmd } ia->ia_ifp = ifp; + ifa_ref(ifa); /* if_addrhead */ + IF_ADDR_LOCK(ifp); TAILQ_INSERT_TAIL(&ifp->if_addrhead, ifa, ifa_link); + IF_ADDR_UNLOCK(ifp); + ifa_ref(ifa); /* in_ifaddrhead */ s = splnet(); TAILQ_INSERT_TAIL(&V_in_ifaddrhead, ia, ia_link); splx(s); @@ -405,64 +419,53 @@ in_control(struct socket *so, u_long cmd case SIOCGIFBRDADDR: if (ia == NULL) { error = EADDRNOTAVAIL; - goto out_unlock; + goto out; } break; } /* - * Most paths in this switch return directly or via out_unlock. Only - * paths that remove the address break in order to hit common removal - * code. - * - * XXXRW: We enter the switch with IF_ADDR_LOCK() held, but leave - * without it. This is a bug. + * Most paths in this switch return directly or via out. Only paths + * that remove the address break in order to hit common removal code. */ - IF_ADDR_LOCK_ASSERT(ifp); switch (cmd) { case SIOCGIFADDR: *((struct sockaddr_in *)&ifr->ifr_addr) = ia->ia_addr; - goto out_unlock; + goto out; case SIOCGIFBRDADDR: if ((ifp->if_flags & IFF_BROADCAST) == 0) { error = EINVAL; - goto out_unlock; + goto out; } *((struct sockaddr_in *)&ifr->ifr_dstaddr) = ia->ia_broadaddr; - goto out_unlock; + goto out; case SIOCGIFDSTADDR: if ((ifp->if_flags & IFF_POINTOPOINT) == 0) { error = EINVAL; - goto out_unlock; + goto out; } *((struct sockaddr_in *)&ifr->ifr_dstaddr) = ia->ia_dstaddr; - goto out_unlock; + goto out; case SIOCGIFNETMASK: *((struct sockaddr_in *)&ifr->ifr_addr) = ia->ia_sockmask; - goto out_unlock; + goto out; case SIOCSIFDSTADDR: if ((ifp->if_flags & IFF_POINTOPOINT) == 0) { error = EINVAL; - goto out_unlock; + goto out; } oldaddr = ia->ia_dstaddr; ia->ia_dstaddr = *(struct sockaddr_in *)&ifr->ifr_dstaddr; - IF_ADDR_UNLOCK(ifp); - - /* - * XXXRW: Locks dropped for if_ioctl and rtinit, but ia is - * still being used. - */ if (ifp->if_ioctl != NULL) { error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR, (caddr_t)ia); if (error) { ia->ia_dstaddr = oldaddr; - return (error); + goto out; } } if (ia->ia_flags & IFA_ROUTE) { @@ -472,23 +475,17 @@ in_control(struct socket *so, u_long cmd (struct sockaddr *)&ia->ia_dstaddr; rtinit(&(ia->ia_ifa), (int)RTM_ADD, RTF_HOST|RTF_UP); } - return (0); + goto out; case SIOCSIFBRDADDR: if ((ifp->if_flags & IFF_BROADCAST) == 0) { error = EINVAL; - goto out_unlock; + goto out; } ia->ia_broadaddr = *(struct sockaddr_in *)&ifr->ifr_broadaddr; - goto out_unlock; + goto out; case SIOCSIFADDR: - IF_ADDR_UNLOCK(ifp); - - /* - * XXXRW: Locks dropped for in_ifinit and in_joingroup, but ia - * is still being used. - */ error = in_ifinit(ifp, ia, (struct sockaddr_in *) &ifr->ifr_addr, 1); if (error != 0 && iaIsNew) @@ -502,12 +499,13 @@ in_control(struct socket *so, u_long cmd } EVENTHANDLER_INVOKE(ifaddr_event, ifp); } - return (0); + error = 0; + goto out; case SIOCSIFNETMASK: ia->ia_sockmask.sin_addr = ifra->ifra_addr.sin_addr; ia->ia_subnetmask = ntohl(ia->ia_sockmask.sin_addr.s_addr); - goto out_unlock; + goto out; case SIOCAIFADDR: maskIsNew = 0; @@ -521,12 +519,6 @@ in_control(struct socket *so, u_long cmd ia->ia_addr.sin_addr.s_addr) hostIsNew = 0; } - IF_ADDR_UNLOCK(ifp); - - /* - * XXXRW: Locks dropped for in_ifscrub and in_ifinit, but ia - * is still being used. - */ if (ifra->ifra_mask.sin_len) { in_ifscrub(ifp, ia); ia->ia_sockmask = ifra->ifra_mask; @@ -545,7 +537,7 @@ in_control(struct socket *so, u_long cmd (hostIsNew || maskIsNew)) error = in_ifinit(ifp, ia, &ifra->ifra_addr, 0); if (error != 0 && iaIsNew) - break; + goto out; if ((ifp->if_flags & IFF_BROADCAST) && (ifra->ifra_broadaddr.sin_family == AF_INET)) @@ -559,15 +551,10 @@ in_control(struct socket *so, u_long cmd } EVENTHANDLER_INVOKE(ifaddr_event, ifp); } - return (error); + goto out; case SIOCDIFADDR: - IF_ADDR_UNLOCK(ifp); - /* - * XXXRW: Locks dropped for in_ifscrub and in_ifadown, but ia - * is still being used. - * * in_ifscrub kills the interface route. */ in_ifscrub(ifp, ia); @@ -587,25 +574,25 @@ in_control(struct socket *so, u_long cmd panic("in_control: unsupported ioctl"); } - /* - * XXXRW: In a more ideal world, we would still be holding - * IF_ADDR_LOCK here. - */ IF_ADDR_LOCK(ifp); TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); IF_ADDR_UNLOCK(ifp); + ifa_free(&ia->ia_ifa); /* if_addrhead */ s = splnet(); TAILQ_REMOVE(&V_in_ifaddrhead, ia, ia_link); + ifa_free(&ia->ia_ifa); /* in_ifaddrhead */ if (ia->ia_addr.sin_family == AF_INET) { + struct in_ifaddr *if_ia; + LIST_REMOVE(ia, ia_hash); /* * If this is the last IPv4 address configured on this * interface, leave the all-hosts group. * No state-change report need be transmitted. */ - oia = NULL; - IFP_TO_IA(ifp, oia); - if (oia == NULL) { + if_ia = NULL; + IFP_TO_IA(ifp, if_ia); + if (if_ia == NULL) { ii = ((struct in_ifinfo *)ifp->if_afdata[AF_INET]); IN_MULTI_LOCK(); if (ii->ii_allhosts) { @@ -614,15 +601,13 @@ in_control(struct socket *so, u_long cmd ii->ii_allhosts = NULL; } IN_MULTI_UNLOCK(); - } + } else + ifa_free(&if_ia->ia_ifa); } - ifa_free(&ia->ia_ifa); splx(s); - - return (error); - -out_unlock: - IF_ADDR_UNLOCK(ifp); +out: + if (ia != NULL) + ifa_free(&ia->ia_ifa); return (error); } Modified: head/sys/netinet/in_mcast.c ============================================================================== --- head/sys/netinet/in_mcast.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/in_mcast.c Tue Jun 23 20:19:09 2009 (r194760) @@ -1722,6 +1722,7 @@ inp_getmoptions(struct inpcb *inp, struc if (ia != NULL) { mreqn.imr_address = IA_SIN(ia)->sin_addr; + ifa_free(&ia->ia_ifa); } } } Modified: head/sys/netinet/in_pcb.c ============================================================================== --- head/sys/netinet/in_pcb.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/in_pcb.c Tue Jun 23 20:19:09 2009 (r194760) @@ -549,7 +549,6 @@ static int in_pcbladdr(struct inpcb *inp, struct in_addr *faddr, struct in_addr *laddr, struct ucred *cred) { - struct in_ifaddr *ia; struct ifaddr *ifa; struct sockaddr *sa; struct sockaddr_in *sin; @@ -559,7 +558,6 @@ in_pcbladdr(struct inpcb *inp, struct in KASSERT(laddr != NULL, ("%s: laddr NULL", __func__)); error = 0; - ia = NULL; bzero(&sro, sizeof(sro)); sin = (struct sockaddr_in *)&sro.ro_dst; @@ -585,6 +583,7 @@ in_pcbladdr(struct inpcb *inp, struct in * the source address from. */ if (sro.ro_rt == NULL || sro.ro_rt->rt_ifp == NULL) { + struct in_ifaddr *ia; struct ifnet *ifp; ia = ifatoia(ifa_ifwithdstaddr((struct sockaddr *)sin)); @@ -597,10 +596,12 @@ in_pcbladdr(struct inpcb *inp, struct in if (cred == NULL || !prison_flag(cred, PR_IP4)) { laddr->s_addr = ia->ia_addr.sin_addr.s_addr; + ifa_free(&ia->ia_ifa); goto done; } ifp = ia->ia_ifp; + ifa_free(&ia->ia_ifa); ia = NULL; IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { @@ -636,6 +637,7 @@ in_pcbladdr(struct inpcb *inp, struct in * 3. as a last resort return the 'default' jail address. */ if ((sro.ro_rt->rt_ifp->if_flags & IFF_LOOPBACK) == 0) { + struct in_ifaddr *ia; struct ifnet *ifp; /* If not jailed, use the default returned. */ @@ -658,10 +660,10 @@ in_pcbladdr(struct inpcb *inp, struct in * 2. Check if we have any address on the outgoing interface * belonging to this jail. */ + ia = NULL; ifp = sro.ro_rt->rt_ifp; IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { - sa = ifa->ifa_addr; if (sa->sa_family != AF_INET) continue; @@ -694,6 +696,7 @@ in_pcbladdr(struct inpcb *inp, struct in */ if ((sro.ro_rt->rt_ifp->if_flags & IFF_LOOPBACK) != 0) { struct sockaddr_in sain; + struct in_ifaddr *ia; bzero(&sain, sizeof(struct sockaddr_in)); sain.sin_family = AF_INET; @@ -710,6 +713,7 @@ in_pcbladdr(struct inpcb *inp, struct in goto done; } laddr->s_addr = ia->ia_addr.sin_addr.s_addr; + ifa_free(&ia->ia_ifa); goto done; } @@ -718,6 +722,7 @@ in_pcbladdr(struct inpcb *inp, struct in struct ifnet *ifp; ifp = ia->ia_ifp; + ifa_free(&ia->ia_ifa); ia = NULL; IF_ADDR_LOCK(ifp); TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { Modified: head/sys/netinet/in_var.h ============================================================================== --- head/sys/netinet/in_var.h Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/in_var.h Tue Jun 23 20:19:09 2009 (r194760) @@ -146,14 +146,16 @@ do { \ * Macro for finding the internet address structure (in_ifaddr) corresponding * to a given interface (ifnet structure). */ -#define IFP_TO_IA(ifp, ia) \ - /* struct ifnet *ifp; */ \ - /* struct in_ifaddr *ia; */ \ -{ \ - for ((ia) = TAILQ_FIRST(&V_in_ifaddrhead); \ - (ia) != NULL && (ia)->ia_ifp != (ifp); \ - (ia) = TAILQ_NEXT((ia), ia_link)) \ - continue; \ +#define IFP_TO_IA(ifp, ia) \ + /* struct ifnet *ifp; */ \ + /* struct in_ifaddr *ia; */ \ +{ \ + for ((ia) = TAILQ_FIRST(&V_in_ifaddrhead); \ + (ia) != NULL && (ia)->ia_ifp != (ifp); \ + (ia) = TAILQ_NEXT((ia), ia_link)) \ + continue; \ + if ((ia) != NULL) \ + ifa_ref(&(ia)->ia_ifa); \ } #endif Modified: head/sys/netinet/ip_carp.c ============================================================================== --- head/sys/netinet/ip_carp.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/ip_carp.c Tue Jun 23 20:19:09 2009 (r194760) @@ -1239,6 +1239,7 @@ carp_iamatch6(void *v, struct in6_addr * (SC2IFP(vh)->if_flags & IFF_UP) && (SC2IFP(vh)->if_drv_flags & IFF_DRV_RUNNING) && vh->sc_state == MASTER) { + ifa_ref(ifa); IF_ADDR_UNLOCK(SC2IFP(vh)); CARP_UNLOCK(cif); return (ifa); Modified: head/sys/netinet/ip_divert.c ============================================================================== --- head/sys/netinet/ip_divert.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/ip_divert.c Tue Jun 23 20:19:09 2009 (r194760) @@ -464,6 +464,7 @@ div_output(struct socket *so, struct mbu goto cantsend; } m->m_pkthdr.rcvif = ifa->ifa_ifp; + ifa_free(ifa); } #ifdef MAC mac_socket_create_mbuf(so, m); Modified: head/sys/netinet/ip_icmp.c ============================================================================== --- head/sys/netinet/ip_icmp.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/ip_icmp.c Tue Jun 23 20:19:09 2009 (r194760) @@ -536,10 +536,12 @@ icmp_input(struct mbuf *m, int off) } ia = (struct in_ifaddr *)ifaof_ifpforaddr( (struct sockaddr *)&icmpdst, m->m_pkthdr.rcvif); - if (ia == 0) + if (ia == NULL) break; - if (ia->ia_ifp == 0) + if (ia->ia_ifp == NULL) { + ifa_free(&ia->ia_ifa); break; + } icp->icmp_type = ICMP_MASKREPLY; if (V_icmpmaskfake == 0) icp->icmp_mask = ia->ia_sockmask.sin_addr.s_addr; @@ -551,6 +553,7 @@ icmp_input(struct mbuf *m, int off) else if (ia->ia_ifp->if_flags & IFF_POINTOPOINT) ip->ip_src = satosin(&ia->ia_dstaddr)->sin_addr; } + ifa_free(&ia->ia_ifa); reflect: ip->ip_len += hlen; /* since ip_input deducts this */ ICMPSTAT_INC(icps_reflect); @@ -748,6 +751,7 @@ icmp_reflect(struct mbuf *m) goto done; } t = IA_SIN(ia)->sin_addr; + ifa_free(&ia->ia_ifa); match: #ifdef MAC mac_netinet_icmp_replyinplace(m); Modified: head/sys/netinet/ip_input.c ============================================================================== --- head/sys/netinet/ip_input.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/ip_input.c Tue Jun 23 20:19:09 2009 (r194760) @@ -622,8 +622,10 @@ passin: * enabled. */ if (IA_SIN(ia)->sin_addr.s_addr == ip->ip_dst.s_addr && - (!checkif || ia->ia_ifp == ifp)) + (!checkif || ia->ia_ifp == ifp)) { + ifa_ref(&ia->ia_ifa); goto ours; + } } /* * Check for broadcast addresses. @@ -641,15 +643,18 @@ passin: ia = ifatoia(ifa); if (satosin(&ia->ia_broadaddr)->sin_addr.s_addr == ip->ip_dst.s_addr) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto ours; } if (ia->ia_netbroadcast.s_addr == ip->ip_dst.s_addr) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto ours; } #ifdef BOOTP_COMPAT if (IA_SIN(ia)->sin_addr.s_addr == INADDR_ANY) { + ifa_ref(ifa); IF_ADDR_UNLOCK(ifp); goto ours; } @@ -742,6 +747,7 @@ ours: if (ia != NULL) { ia->ia_ifa.if_ipackets++; ia->ia_ifa.if_ibytes += m->m_pkthdr.len; + ifa_free(&ia->ia_ifa); } /* @@ -1335,8 +1341,8 @@ ipproto_unregister(u_char ipproto) } /* - * Given address of next destination (final or next hop), - * return internet address info of interface to be used to get there. + * Given address of next destination (final or next hop), return (referenced) + * internet address info of interface to be used to get there. */ struct in_ifaddr * ip_rtaddr(struct in_addr dst, u_int fibnum) @@ -1356,6 +1362,7 @@ ip_rtaddr(struct in_addr dst, u_int fibn return (NULL); ifa = ifatoia(sro.ro_rt->rt_ifa); + ifa_ref(&ifa->ia_ifa); RTFREE(sro.ro_rt); return (ifa); } @@ -1530,11 +1537,16 @@ ip_forward(struct mbuf *m, int srcrt) else { if (mcopy) m_freem(mcopy); + if (ia != NULL) + ifa_free(&ia->ia_ifa); return; } } - if (mcopy == NULL) + if (mcopy == NULL) { + if (ia != NULL) + ifa_free(&ia->ia_ifa); return; + } switch (error) { @@ -1592,6 +1604,8 @@ ip_forward(struct mbuf *m, int srcrt) */ if (V_ip_sendsourcequench == 0) { m_freem(mcopy); + if (ia != NULL) + ifa_free(&ia->ia_ifa); return; } else { type = ICMP_SOURCEQUENCH; @@ -1601,8 +1615,12 @@ ip_forward(struct mbuf *m, int srcrt) case EACCES: /* ipfw denied packet */ m_freem(mcopy); + if (ia != NULL) + ifa_free(&ia->ia_ifa); return; } + if (ia != NULL) + ifa_free(&ia->ia_ifa); icmp_error(mcopy, type, code, dest.s_addr, mtu); } Modified: head/sys/netinet/ip_mroute.c ============================================================================== --- head/sys/netinet/ip_mroute.c Tue Jun 23 20:19:02 2009 (r194759) +++ head/sys/netinet/ip_mroute.c Tue Jun 23 20:19:09 2009 (r194760) @@ -883,6 +883,7 @@ add_vif(struct vifctl *vifcp) return EADDRNOTAVAIL; } ifp = ifa->ifa_ifp; + ifa_free(ifa); } if ((vifcp->vifc_flags & VIFF_TUNNEL) != 0) { Modified: head/sys/netinet/ip_options.c ============================================================================== --- head/sys/netinet/ip_options.c Tue Jun 23 20:19:02 2009 (r194759) *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 21:49:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BE51065679; Tue, 23 Jun 2009 21:49:46 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8709F8FC14; Tue, 23 Jun 2009 21:49:46 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so175852ywe.13 for ; Tue, 23 Jun 2009 14:49:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=evBzTMIxAF1MOPJisbJVpi8N3Y51NyoEyQC947pshJw=; b=SBne1FiJ9L4Xpyptb5DJhX8qPXVmPhNeYmlj8AkFcg9jDcYDt6z1fGXfXCEKJcoX4o 6IYZmqqAoQW7ysrE94u+GoQkGNdVg//m7M922cRAQ3AsSN6y97suaqJ5JnsbnxxSaJ2X fg2nmijg6FgY97xJaIAblDHxuNjMP+1p6NibI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JxsOVaZnozURqMOzvmIe4h8l/Go/zu+v0CzAbOC5zCwcbBfVLBig8WSRAbqL0NNgI+ r+hmBn0wj04FRitDgI7q+pr/fNtbxRtZHBJyR4tHrKGROiXmevqI9BoswBYAe+/RPFXg 5FxIZy6jOOn8fwg91q7b/rV78Nh7gAabNS0b4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.134.16 with SMTP id h16mr873703and.0.1245793785747; Tue, 23 Jun 2009 14:49:45 -0700 (PDT) In-Reply-To: <200906150844.07051.ianjhart@ntlworld.com> References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> Date: Tue, 23 Jun 2009 14:49:45 -0700 X-Google-Sender-Auth: 611da7f7848f9073 Message-ID: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> From: Kip Macy To: ian j hart Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Freddie Cash , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 21:49:47 -0000 > > As usual scrubs cleanly on 7.2. Started throwing errors within a few minutes under 8. Then it paniced, possibly due to scrub -s. > > It's sat at the DB prompt if there's anything I can do. I'll need idiots guide level instruction. I have a screen dump if someone want to step up. Off list? > > Highlight seems to be... > > Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ 0xffffff0004dc00 > Panic: most recently used by none Can you test with recent 7-STABLE? That would tell me whether or not your hitting a general HEAD issues or problems with the v13 import. Thanks, Kip From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 21:49:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6BE51065679; Tue, 23 Jun 2009 21:49:46 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 8709F8FC14; Tue, 23 Jun 2009 21:49:46 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so175852ywe.13 for ; Tue, 23 Jun 2009 14:49:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=evBzTMIxAF1MOPJisbJVpi8N3Y51NyoEyQC947pshJw=; b=SBne1FiJ9L4Xpyptb5DJhX8qPXVmPhNeYmlj8AkFcg9jDcYDt6z1fGXfXCEKJcoX4o 6IYZmqqAoQW7ysrE94u+GoQkGNdVg//m7M922cRAQ3AsSN6y97suaqJ5JnsbnxxSaJ2X fg2nmijg6FgY97xJaIAblDHxuNjMP+1p6NibI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=JxsOVaZnozURqMOzvmIe4h8l/Go/zu+v0CzAbOC5zCwcbBfVLBig8WSRAbqL0NNgI+ r+hmBn0wj04FRitDgI7q+pr/fNtbxRtZHBJyR4tHrKGROiXmevqI9BoswBYAe+/RPFXg 5FxIZy6jOOn8fwg91q7b/rV78Nh7gAabNS0b4= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.134.16 with SMTP id h16mr873703and.0.1245793785747; Tue, 23 Jun 2009 14:49:45 -0700 (PDT) In-Reply-To: <200906150844.07051.ianjhart@ntlworld.com> References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> Date: Tue, 23 Jun 2009 14:49:45 -0700 X-Google-Sender-Auth: 611da7f7848f9073 Message-ID: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> From: Kip Macy To: ian j hart Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Freddie Cash , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 21:49:47 -0000 > > As usual scrubs cleanly on 7.2. Started throwing errors within a few minutes under 8. Then it paniced, possibly due to scrub -s. > > It's sat at the DB prompt if there's anything I can do. I'll need idiots guide level instruction. I have a screen dump if someone want to step up. Off list? > > Highlight seems to be... > > Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ 0xffffff0004dc00 > Panic: most recently used by none Can you test with recent 7-STABLE? That would tell me whether or not your hitting a general HEAD issues or problems with the v13 import. Thanks, Kip From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 22:03:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5358106564A; Tue, 23 Jun 2009 22:03:05 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 07A798FC15; Tue, 23 Jun 2009 22:03:04 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,277,1243807200"; d="scan'208";a="275243084" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 24 Jun 2009 00:02:47 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id B97771B075E; Wed, 24 Jun 2009 00:02:46 +0200 (CEST) Date: Wed, 24 Jun 2009 00:02:46 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87r5xepn58.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 22:03:06 -0000 the patch doesn't seem to fully apply to HEAD. could you take a look at this? here's the output of patch -C -p1: Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |diff -r 5255edc94f3b -r 017ed6c13a54 etc/Makefile |--- a/etc/Makefile Thu Aug 14 15:55:01 2008 +0300 |+++ b/etc/Makefile Wed Aug 27 23:37:01 2008 +0300 -------------------------- Patching file etc/Makefile using Plan A... Hunk #1 succeeded at 104 with fuzz 2 (offset 4 lines). Hunk #2 failed at 267. 1 out of 2 hunks failed--saving rejects to etc/Makefile.rej Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.games.dist |--- /dev/null Thu Jan 01 00:00:00 1970 +0000 |+++ b/etc/mtree/BSD.games.dist Wed Aug 27 23:37:01 2008 +0300 -------------------------- (Creating file etc/mtree/BSD.games.dist...) Patching file etc/mtree/BSD.games.dist using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.usr.dist |--- a/etc/mtree/BSD.usr.dist Thu Aug 14 15:55:01 2008 +0300 |+++ b/etc/mtree/BSD.usr.dist Wed Aug 27 23:37:01 2008 +0300 -------------------------- Patching file etc/mtree/BSD.usr.dist using Plan A... Hunk #1 succeeded at 7. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.var.dist |--- a/etc/mtree/BSD.var.dist Thu Aug 14 15:55:01 2008 +0300 |+++ b/etc/mtree/BSD.var.dist Wed Aug 27 23:37:01 2008 +0300 -------------------------- Patching file etc/mtree/BSD.var.dist using Plan A... Hunk #1 succeeded at 45. Hmm... Ignoring the trailing garbage. done cheers. Giorgos Keramidas schrieb am 2009-06-21: > On Tue, 16 Jun 2009 15:34:42 +0200 (CEST), Alexander Best > wrote: > > hi there, > > any reason installworld creates the games dir in /usr even though > > /etc/src.conf states WITHOUT_GAMES=true. if nothing get's installed > > into the > > dir buildworld might just as well not create it. or am i wrong? > I have a local patch for a few months, that splits /var/games and > /usr/games in their own mtree spec file. If it looks ok, I can > always > ask for commit approval and push it to svn: > %%% > # HG changeset patch > # User Giorgos Keramidas > # Date 1219869421 -10800 > # Branch head > # Node ID 017ed6c13a5438d2bd077c0930591aa7d88f0649 > # Parent 5255edc94f3b20de0b976ff13d1c65b0d6b799ed > Fix `make installworld' with WITHOUT_GAMES=yes. > * Split off the parts of BSD.usr.dist and BSD.var.dist that > depend on the 'games' user and group to BSD.games.dist. > * Update etc/Makefile to use BSD.games.dist, but hide the > relevant parts behind .if ${MK_GAMES} != "no". > This way when installworld runs and WITHOUT_GAMES=yes, we don't > even try to create the directories that belong to the games:games > user. The rest of the source tree is already set up to avoid > installing anything in those directories, and installworld runs > to completion without any visible issues. > Inspired by: A thread in freebsd-questions, started by > Redd Vinylene [reddvinylene at gmail.com] > diff -r 5255edc94f3b -r 017ed6c13a54 etc/Makefile > --- a/etc/Makefile Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/Makefile Wed Aug 27 23:37:01 2008 +0300 > @@ -100,6 +100,9 @@ > .if ${MK_SENDMAIL} != "no" > MTREE+= BSD.sendmail.dist > .endif > +.if ${MK_GAMES} != "no" > +MTREE+= BSD.games.dist > +.endif > .if ${MK_BIND} != "no" > MTREE+= BIND.chroot.dist > .if ${MK_BIND_LIBS} != "no" > @@ -260,6 +263,9 @@ > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > +.if ${MK_GAMES} != "no" > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > +.endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.games.dist > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > +++ b/etc/mtree/BSD.games.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -0,0 +1,16 @@ > +# $FreeBSD$ > +# > +# Please see the file src/etc/mtree/README before making changes to > this file. > +# > + > +/set type=dir uname=root gname=wheel mode=0755 > +. > + usr > + games > + .. > + .. > + var > + games gname=games mode=0775 > + .. > + .. > +.. > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.usr.dist > --- a/etc/mtree/BSD.usr.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.usr.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -7,8 +7,6 @@ > . > bin > .. > - games > - .. > include > .. > lib > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.var.dist > --- a/etc/mtree/BSD.var.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.var.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -45,8 +45,6 @@ > .. > empty mode=0555 flags=schg > .. > - games gname=games mode=0775 > - .. > heimdal mode=0700 > .. > log > %%% From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 22:28:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71D01065674 for ; Tue, 23 Jun 2009 22:28:23 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 24DE68FC13 for ; Tue, 23 Jun 2009 22:28:23 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 65BBDEB4A58; Wed, 24 Jun 2009 01:24:02 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 4E97345245; Wed, 24 Jun 2009 01:24:02 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0KmVzzpOCWmp; Wed, 24 Jun 2009 01:24:02 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 0F097450D0; Wed, 24 Jun 2009 01:24:02 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5NMO11o098059; Wed, 24 Jun 2009 01:24:01 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5NMO0U5098058; Wed, 24 Jun 2009 01:24:00 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Wed, 24 Jun 2009 01:24:00 +0300 In-Reply-To: (Alexander Best's message of "Wed, 24 Jun 2009 00:02:46 +0200 (CEST)") Message-ID: <877hz2y4fz.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 22:28:24 -0000 On Wed, 24 Jun 2009 00:02:46 +0200 (CEST), Alexander Best wrote: > the patch doesn't seem to fully apply to HEAD. could you take a look at this? > here's the output of patch -C -p1: Oops, sorry, I emailed you the original patch not the rebased version to a recent /head. Try the one attached below. It should apply cleanly on top of subversion /head at revision 194777: %%% diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/Makefile --- a/etc/Makefile Tue Jun 23 22:08:55 2009 +0000 +++ b/etc/Makefile Wed Jun 24 01:21:27 2009 +0300 @@ -104,6 +104,9 @@ .if ${MK_SENDMAIL} != "no" MTREE+= BSD.sendmail.dist .endif +.if ${MK_GAMES} != "no" +MTREE+= BSD.games.dist +.endif .if ${MK_BIND} != "no" MTREE+= BIND.chroot.dist .if ${MK_BIND_LIBS} != "no" @@ -265,6 +268,9 @@ .if ${MK_SENDMAIL} != "no" mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ .endif +.if ${MK_GAMES} != "no" + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ +.endif cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.games.dist --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/etc/mtree/BSD.games.dist Wed Jun 24 01:21:27 2009 +0300 @@ -0,0 +1,16 @@ +# $FreeBSD$ +# +# Please see the file src/etc/mtree/README before making changes to this file. +# + +/set type=dir uname=root gname=wheel mode=0755 +. + usr + games + .. + .. + var + games gname=games mode=0775 + .. + .. +.. diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.usr.dist --- a/etc/mtree/BSD.usr.dist Tue Jun 23 22:08:55 2009 +0000 +++ b/etc/mtree/BSD.usr.dist Wed Jun 24 01:21:27 2009 +0300 @@ -7,8 +7,6 @@ . bin .. - games - .. include .. lib diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.var.dist --- a/etc/mtree/BSD.var.dist Tue Jun 23 22:08:55 2009 +0000 +++ b/etc/mtree/BSD.var.dist Wed Jun 24 01:21:27 2009 +0300 @@ -45,8 +45,6 @@ .. empty mode=0555 flags=schg .. - games gname=games mode=0775 - .. heimdal mode=0700 .. log %%% From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:08:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79E831065675; Tue, 23 Jun 2009 23:08:32 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id D52628FC22; Tue, 23 Jun 2009 23:08:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,278,1243807200"; d="scan'208";a="216854073" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 24 Jun 2009 01:08:30 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 809581B075E; Wed, 24 Jun 2009 01:08:30 +0200 (CEST) Date: Wed, 24 Jun 2009 01:08:30 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <877hz2y4fz.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:08:32 -0000 hmmmmm.... src/etc/Makefile still fails: Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/Makefile |--- a/etc/Makefile Tue Jun 23 22:08:55 2009 +0000 |+++ b/etc/Makefile Wed Jun 24 01:21:27 2009 +0300 -------------------------- Patching file etc/Makefile using Plan A... Hunk #1 succeeded at 104 with fuzz 2. Hunk #2 failed at 268. 1 out of 2 hunks failed--saving rejects to etc/Makefile.rej Hmm... The next patch looks like a unified diff to me... my source is revision 194787, but that souldn't matter since src/etc/Makefile hasn't been changed for 2 weeks (193635). cheers. Giorgos Keramidas schrieb am 2009-06-24: > On Wed, 24 Jun 2009 00:02:46 +0200 (CEST), Alexander Best > wrote: > > the patch doesn't seem to fully apply to HEAD. could you take a > > look at this? > > here's the output of patch -C -p1: > Oops, sorry, I emailed you the original patch not the rebased version > to > a recent /head. Try the one attached below. It should apply cleanly > on > top of subversion /head at revision 194777: > %%% > diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/Makefile > --- a/etc/Makefile Tue Jun 23 22:08:55 2009 +0000 > +++ b/etc/Makefile Wed Jun 24 01:21:27 2009 +0300 > @@ -104,6 +104,9 @@ > .if ${MK_SENDMAIL} != "no" > MTREE+= BSD.sendmail.dist > .endif > +.if ${MK_GAMES} != "no" > +MTREE+= BSD.games.dist > +.endif > .if ${MK_BIND} != "no" > MTREE+= BIND.chroot.dist > .if ${MK_BIND_LIBS} != "no" > @@ -265,6 +268,9 @@ > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > +.if ${MK_GAMES} != "no" > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > +.endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.games.dist > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > +++ b/etc/mtree/BSD.games.dist Wed Jun 24 01:21:27 2009 +0300 > @@ -0,0 +1,16 @@ > +# $FreeBSD$ > +# > +# Please see the file src/etc/mtree/README before making changes to > this file. > +# > + > +/set type=dir uname=root gname=wheel mode=0755 > +. > + usr > + games > + .. > + .. > + var > + games gname=games mode=0775 > + .. > + .. > +.. > diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.usr.dist > --- a/etc/mtree/BSD.usr.dist Tue Jun 23 22:08:55 2009 +0000 > +++ b/etc/mtree/BSD.usr.dist Wed Jun 24 01:21:27 2009 +0300 > @@ -7,8 +7,6 @@ > . > bin > .. > - games > - .. > include > .. > lib > diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/mtree/BSD.var.dist > --- a/etc/mtree/BSD.var.dist Tue Jun 23 22:08:55 2009 +0000 > +++ b/etc/mtree/BSD.var.dist Wed Jun 24 01:21:27 2009 +0300 > @@ -45,8 +45,6 @@ > .. > empty mode=0555 flags=schg > .. > - games gname=games mode=0775 > - .. > heimdal mode=0700 > .. > log > %%% From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:13:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A6BE106566C for ; Tue, 23 Jun 2009 23:13:08 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 122808FC14 for ; Tue, 23 Jun 2009 23:13:07 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id F3E9BEB5D2F; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id D6499451A0; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ikR68+p6YxUC; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A7E9645177; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5NND6c6098291; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5NND6IY098290; Wed, 24 Jun 2009 02:13:06 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Wed, 24 Jun 2009 02:13:06 +0300 In-Reply-To: (Alexander Best's message of "Wed, 24 Jun 2009 01:08:30 +0200 (CEST)") Message-ID: <87prcumtml.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:13:08 -0000 On Wed, 24 Jun 2009 01:08:30 +0200 (CEST), Alexander Best wrote: > hmmmmm.... > > src/etc/Makefile still fails: > > Hmm... Looks like a unified diff to me... > The text leading up to this was: > -------------------------- > |diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/Makefile > |--- a/etc/Makefile Tue Jun 23 22:08:55 2009 +0000 > |+++ b/etc/Makefile Wed Jun 24 01:21:27 2009 +0300 > -------------------------- > Patching file etc/Makefile using Plan A... > Hunk #1 succeeded at 104 with fuzz 2. > Hunk #2 failed at 268. > 1 out of 2 hunks failed--saving rejects to etc/Makefile.rej > Hmm... The next patch looks like a unified diff to me... > > my source is revision 194787, but that souldn't matter since src/etc/Makefile > hasn't been changed for 2 weeks (193635). This is odd. can you show me the rej file? From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:19:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3970F106567A; Tue, 23 Jun 2009 23:19:16 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id A844B8FC15; Tue, 23 Jun 2009 23:19:15 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [10.97.1.82] (extrgate1.extremenetworks.com [207.179.9.4]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n5NNJ98a001386 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Tue, 23 Jun 2009 19:19:12 -0400 (EDT) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1245799154; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=Rn1l+U2Bzb/Mb6eNoBv+u1Z/pV6guzACHlKnI0lUS0OcI716UWFmtH+ N5GLH6vc60AMc21lZI4FUHXNSAnOqhQ== Message-Id: <2BE0378C-96A3-4714-A5C3-7B1A6AA0DCE2@lakerest.net> From: Randall Stewart To: Pierre Guinoiseau In-Reply-To: <4A353E21.1080001@poildetroll.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Tue, 23 Jun 2009 19:19:04 -0400 References: <951233.95131.qm@web39108.mail.mud.yahoo.com> <3c1674c90905302055g542cfadarf201cc273639977d@mail.gmail.com> <4A23919F.8050905@mail.zedat.fu-berlin.de> <4A2B3040.7020509@poildetroll.net> <3bbf2fe10906070339k663bace7qe5142702248ce6c9@mail.gmail.com> <4A2BBDC0.6000801@poildetroll.net> <3bbf2fe10906070623o65ce021fkb7f59fe1924cc1ec@mail.gmail.com> <4A353E21.1080001@poildetroll.net> X-Mailer: Apple Mail (2.935.3) Cc: Attilio Rao , bf , "O. Hartmann" , freebsd-current@freebsd.org, Kip Macy Subject: Re: signifanctly slowdown of FreeBSD 8.0-CURRENT/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:19:16 -0000 One thing I have noticed for a while.. and have not been able to track down.. If one runs /usr/src/tools/tools/syscall_timing/syscall_timing On a 7.2 kernel and compare it on the same machine to an 8.0 kernel you will see almost a 3x slow down in 8. Yes I have 8.0 without witness and all the debug. The thing that is most interesting is I even ran 8 on a 7.2 user space... same result. My AMD 64 1.6Gig 8 core machines (in SMP) are showing 250ns or so for getuid 1000 times on 7.2 and 880ns or so for getuid 1000 times on 8.0 I started tracking this in 7.1.. When I get some more time next week I will do some more digging.. not sure its related to this issue though R On Jun 14, 2009, at 2:14 PM, Pierre Guinoiseau wrote: > Hi again, > > I don't know if it can be of better help or not, but I made 2 other > dumps, before and after the slowdown, and without X running and > all... I > recompiled some packages several times to make the slowdown appear. > > The dumps are here : http://foo.poildetroll.net/freebsd/ktr/ > > Thanks again for your help! > > Pierre Guinoiseau > > > Attilio Rao wrote: >> 2009/6/7 Pierre Guinoiseau : >>> Ok, here is a ktr output. This time, the slowdown appeared while >>> recompiling thunderbird. I have 2 core at 2.2Ghz (and powerd >>> running, I >>> don't know if it matters). >>> >>> BTW, what is the use of py-tkinter ? If it was in order to cause the >>> bug, it failed, it needed a higher load. :) >> >> Ah sorry, I was supposed to let you run schedgraph but I'm going to >> do >> that, so you actually didn't need it >> I will let you know if something cames up. >> If others can report the same it will be great. >> >> Thanks, >> Attilio >> _______________________________________________ >> 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 >> " > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:21:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AA8B106564A; Tue, 23 Jun 2009 23:21:04 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 64E008FC0C; Tue, 23 Jun 2009 23:21:03 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,278,1243807200"; d="scan'208";a="216854511" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 24 Jun 2009 01:21:02 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 5D09B1B075E; Wed, 24 Jun 2009 01:21:02 +0200 (CEST) Date: Wed, 24 Jun 2009 01:21:02 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87prcumtml.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:21:04 -0000 sure: *************** *** 265,270 **** .if ${MK_SENDMAIL} != "no" mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ .endif cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . --- 268,276 ---- .if ${MK_SENDMAIL} != "no" mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ .endif + .if ${MK_GAMES} != "no" + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ + .endif cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . md5 of src/etc/makefile is 607b7b5c8e5f608abc81211bf379de1a btw. cheers. Giorgos Keramidas schrieb am 2009-06-24: > On Wed, 24 Jun 2009 01:08:30 +0200 (CEST), Alexander Best > wrote: > > hmmmmm.... > > src/etc/Makefile still fails: > > Hmm... Looks like a unified diff to me... > > The text leading up to this was: > > -------------------------- > > |diff -r 34016babb0f2 -r 0f2d2f3bfba0 etc/Makefile > > |--- a/etc/Makefile Tue Jun 23 22:08:55 2009 +0000 > > |+++ b/etc/Makefile Wed Jun 24 01:21:27 2009 +0300 > > -------------------------- > > Patching file etc/Makefile using Plan A... > > Hunk #1 succeeded at 104 with fuzz 2. > > Hunk #2 failed at 268. > > 1 out of 2 hunks failed--saving rejects to etc/Makefile.rej > > Hmm... The next patch looks like a unified diff to me... > > my source is revision 194787, but that souldn't matter since > > src/etc/Makefile > > hasn't been changed for 2 weeks (193635). > This is odd. can you show me the rej file? From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:29:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86825106566C for ; Tue, 23 Jun 2009 23:29:27 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id E7EB68FC12 for ; Tue, 23 Jun 2009 23:29:26 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 08B72EB5B5E; Wed, 24 Jun 2009 02:29:26 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F04FC4C8001; Wed, 24 Jun 2009 02:29:25 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XQ3TZI1Ote-l; Wed, 24 Jun 2009 02:29:25 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id AFD34451A5; Wed, 24 Jun 2009 02:29:25 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5NNTPoa098381; Wed, 24 Jun 2009 02:29:25 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5NNTOPK098380; Wed, 24 Jun 2009 02:29:24 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Wed, 24 Jun 2009 02:29:24 +0300 In-Reply-To: (Alexander Best's message of "Wed, 24 Jun 2009 01:21:02 +0200 (CEST)") Message-ID: <87d48ufs17.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:29:27 -0000 On Wed, 24 Jun 2009 01:21:02 +0200 (CEST), Alexander Best wrote: > sure: > > *************** > *** 265,270 **** > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > --- 268,276 ---- > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > + .if ${MK_GAMES} != "no" > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > + .endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > > md5 of src/etc/makefile is 607b7b5c8e5f608abc81211bf379de1a btw. This seems to be an old (or somehow different) copy of head/etc/Makefile. Mine is revision 193635 from: r193635 | edwin | 2009-06-07 16:26:57 +0300 (Sun, 07 Jun 2009) | 16 lines and its md5 is: keramida@kobe:/home/keramida/svn/head-etc$ md5 Makefile MD5 (Makefile) = c215b19264934bbdcd4bd19f285e10fb Can you check that your head/etc/Makefile is the same as this one? $ ident head-etc/Makefile head-etc/Makefile: $FreeBSD: head/etc/Makefile 193635 2009-06-07 13:26:57Z edwin $ From owner-freebsd-current@FreeBSD.ORG Tue Jun 23 23:50:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6703D1065673; Tue, 23 Jun 2009 23:50:17 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id B0CF88FC19; Tue, 23 Jun 2009 23:50:16 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,278,1243807200"; d="scan'208";a="275248299" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 24 Jun 2009 01:50:15 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 34DD51B07E4; Wed, 24 Jun 2009 01:50:15 +0200 (CEST) Date: Wed, 24 Jun 2009 01:50:15 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87d48ufs17.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 23 Jun 2009 23:50:17 -0000 i just downloaded the following file: http://svn.freebsd.org/base/head/etc/Makefile. it doesn't differ with the file i have in /usr/src/etc. might your version of etc/Makefile be different from the one in svn? is the output of `svn diff src/etc/Makefile` null? cheers. Giorgos Keramidas schrieb am 2009-06-24: > On Wed, 24 Jun 2009 01:21:02 +0200 (CEST), Alexander Best > wrote: > > sure: > > *************** > > *** 265,270 **** > > .if ${MK_SENDMAIL} != "no" > > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > > .endif > > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys > > sys > > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > > --- 268,276 ---- > > .if ${MK_SENDMAIL} != "no" > > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > > .endif > > + .if ${MK_GAMES} != "no" > > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > > + .endif > > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys > > sys > > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > > md5 of src/etc/makefile is 607b7b5c8e5f608abc81211bf379de1a btw. > This seems to be an old (or somehow different) copy of > head/etc/Makefile. Mine is revision 193635 from: > r193635 | edwin | 2009-06-07 16:26:57 +0300 (Sun, 07 Jun 2009) | 16 > lines > and its md5 is: > keramida@kobe:/home/keramida/svn/head-etc$ md5 Makefile > MD5 (Makefile) = c215b19264934bbdcd4bd19f285e10fb > Can you check that your head/etc/Makefile is the same as this one? > $ ident head-etc/Makefile > head-etc/Makefile: > $FreeBSD: head/etc/Makefile 193635 2009-06-07 13:26:57Z edwin $ From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 00:35:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F66B1065673 for ; Wed, 24 Jun 2009 00:35:33 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id CCDA98FC1B for ; Wed, 24 Jun 2009 00:35:32 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id DAE0E5C3B; Tue, 23 Jun 2009 20:35:31 -0400 (EDT) Date: Tue, 23 Jun 2009 20:35:31 -0400 From: Wesley Shields To: Thomas Backman Message-ID: <20090624003531.GA63536@atarininja.org> References: <60173AF0-7E54-4BDD-8927-0DADA9DAD1B4@exscape.org> <20090522200306.GE2630@atarininja.org> <20090617225849.GB28509@atarininja.org> <4A3A1D27.4010802@icyb.net.ua> <4A3BBF5A.6060702@icyb.net.ua> <4A3BC481.1010600@cs.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Alan Cox , John Birrell , FreeBSD current Subject: Re: DTrace panic while probing syscall::open (and possibly many others) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 00:35:33 -0000 On Fri, Jun 19, 2009 at 07:41:29PM +0200, Thomas Backman wrote: > On Jun 19, 2009, at 07:32 PM, Thomas Backman wrote: > > > > > On Jun 19, 2009, at 07:01 PM, Alan Cox wrote: > > > >> Andriy Gapon wrote: > >>> on 18/06/2009 14:42 Thomas Backman said the following: > >>> > >>>> On Jun 18, 2009, at 12:55 PM, Andriy Gapon wrote: > >>>> > >>>> > >>>>> on 18/06/2009 12:43 Thomas Backman said the following: > >>>>> > >>>>>> at dtrace_isa.c:527 > >>>>>> #14 0xffffffff816b31fc in dtrace_copyinstr (uaddr=34365163021, > >>>>>> kaddr=18446743524025463312, size=256, flags=0xffffffff8146e0c0) > >>>>>> at dtrace_isa.c:558 > >>>>>> > >>>>> kaddr=18446743524025463312 == FFFFFF8004467210 > >>>>> I think kernelbase on amd64 is 0xFFFFFFFF80000000. > >>>>> FFFFFF8004467210 kaddr > >>>>> is smaller than > >>>>> FFFFFFFF80000000 kernelbase > >>>>> > >>>>> The numbers do look suspiciously similar, so I am not sure if > >>>>> you are > >>>>> seeing a > >>>>> race or a real bug somewhere. > >>>>> -- > >>>>> Andriy Gapon > >>>>> > >>>> Hmmm... > >>>> Looking around a bit for these numbers, I found, in > >>>> /sys/amd64/include/vmparam.h: > >>>> > >>>> /* > >>>> * Virtual addresses of things. Derived from the page directory and > >>>> * page table indexes from pmap.h for precision. > >>>> * > >>>> * 0x0000000000000000 - 0x00007fffffffffff user map > >>>> * 0x0000800000000000 - 0xffff7fffffffffff does not exist (hole) > >>>> * 0xffff800000000000 - 0xffff804020100fff recursive page table > >>>> (512GB > >>>> slot) > >>>> * 0xffff804020101000 - 0xfffffeffffffffff unused > >>>> * 0xffffff0000000000 - 0xffffff7fffffffff 512GB direct map > >>>> mappings > >>>> * 0xffffff8000000000 - 0xffffffffffffffff 512GB kernel map > >>>> * > >>>> * Within the kernel map: > >>>> * > >>>> * 0xffffffff80000000 KERNBASE > >>>> */ > >>>> > >>>> So, kaddr is inside the "kernel map", but not KERNBASE. What this > >>>> means, > >>>> I have no clue whatsoever. (I'm not a kernel developer and I > >>>> don't know > >>>> too much about (virtual) memory either!) > >>>> > >>> > >>> Thomas, > >>> > >>> I think that you were correct that one needs to be somewhat of a > >>> VM expert here. > >>> It seems that amd64 is the only[?] platform where KERNBASE != > >>> VM_MIN_KERNEL_ADDRESS (0xffffffff80000000 and 0xffffff8000000000 > >>> correspondingly). > >>> That makes the assert in sys/cddl/dev/dtrace/amd64/dtrace_isa.c > >>> bogus in my opinion: > >>> static int > >>> dtrace_copycheck(uintptr_t uaddr, uintptr_t kaddr, size_t size) > >>> { > >>> ASSERT(kaddr >= kernelbase && kaddr + size >= kaddr); > >>> > >>> If the purpose of the assert is to ensure that [kaddr:kaddr+size) > >>> is within kernel > >>> memory, then it should use VM_MIN_KERNEL_ADDRESS instead of > >>> KERNBASE. Or maybe > >>> even use something like the macro in sys/amd64/include/stack.h: > >>> #define INKERNEL(va) (((va) >= DMAP_MIN_ADDRESS && (va) < > >>> DMAP_MAX_ADDRESS) \ > >>> || ((va) >= VM_MIN_KERNEL_ADDRESS && (va) < > >>> VM_MAX_KERNEL_ADDRESS)) > >>> > >>> > >> > >> Yes. Your analysis is correct. > >> > >> Alan > > Very interesting. > > I replaced the ASSERT line temporarily: > > > > --- ../src_r194478-UNTOUCHED/sys/cddl/dev/dtrace/amd64/ > > dtrace_isa.c 2009-06-19 13:10:05.661079736 +0200 > > +++ sys/cddl/dev/dtrace/amd64/dtrace_isa.c 2009-06-19 > > 19:24:42.362125129 +0200 > > @@ -524,7 +524,7 @@ > > static int > > dtrace_copycheck(uintptr_t uaddr, uintptr_t kaddr, size_t size) > > { > > - ASSERT(kaddr >= kernelbase && kaddr + size >= kaddr); > > + ASSERT(kaddr >= 0xffffff8000000000 && kaddr + size >= kaddr); > > > > if (uaddr + size >= kernelbase || uaddr + size < uaddr) { > > DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); > > > > ... and it works! I obviously haven't tried it for extended periods > > or anything, but at least it's working so far. > > Should the ASSERT simply use this (as a #define somewhere) or the > > INKERNEL macro, though? > BTW... Should "kernelbase" in the line following the ASSERT also be > replaced, or not? As far as I can understand (not too far in these > contexts ;) it (should) check/s to see whether the userspace data, to > be copied, is inside the kernel *map*(?)... which at the moment, I > guess it doesn't. Correct? This patch makes it work for me and uses INKERNEL. I have no idea if it's correct or not... Index: sys/cddl/dev/dtrace/amd64/dtrace_isa.c =================================================================== --- sys/cddl/dev/dtrace/amd64/dtrace_isa.c (revision 194740) +++ sys/cddl/dev/dtrace/amd64/dtrace_isa.c (working copy) @@ -524,9 +524,9 @@ static int dtrace_copycheck(uintptr_t uaddr, uintptr_t kaddr, size_t size) { - ASSERT(kaddr >= kernelbase && kaddr + size >= kaddr); + ASSERT(INKERNEL(kaddr) && kaddr + size >= kaddr); - if (uaddr + size >= kernelbase || uaddr + size < uaddr) { + if (INKERNEL(uaddr + size) || uaddr + size < uaddr) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = uaddr; return (0); I've put a copy up at http://people.freebsd.org/~wxs/dtrace.diff too. -- WXS From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 01:11:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD06106566C; Wed, 24 Jun 2009 01:11:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C92458FC14; Wed, 24 Jun 2009 01:11:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O1Bf4u037479; Tue, 23 Jun 2009 21:11:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O1BeUr094384; Tue, 23 Jun 2009 21:11:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C24247302F; Tue, 23 Jun 2009 21:11:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624011140.C24247302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 21:11:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 01:11:44 -0000 TB --- 2009-06-23 23:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-23 23:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-23 23:00:00 - cleaning the object tree TB --- 2009-06-23 23:01:16 - cvsupping the source tree TB --- 2009-06-23 23:01:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-23 23:01:31 - building world TB --- 2009-06-23 23:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-23 23:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-23 23:01:31 - TARGET=amd64 TB --- 2009-06-23 23:01:31 - TARGET_ARCH=amd64 TB --- 2009-06-23 23:01:31 - TZ=UTC TB --- 2009-06-23 23:01:31 - __MAKE_CONF=/dev/null TB --- 2009-06-23 23:01:31 - cd /src TB --- 2009-06-23 23:01:31 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 23 23:01:32 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 24 01:02:30 UTC 2009 TB --- 2009-06-24 01:02:30 - generating LINT kernel config TB --- 2009-06-24 01:02:30 - cd /src/sys/amd64/conf TB --- 2009-06-24 01:02:30 - /usr/bin/make -B LINT TB --- 2009-06-24 01:02:30 - building LINT kernel TB --- 2009-06-24 01:02:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 01:02:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 01:02:30 - TARGET=amd64 TB --- 2009-06-24 01:02:30 - TARGET_ARCH=amd64 TB --- 2009-06-24 01:02:30 - TZ=UTC TB --- 2009-06-24 01:02:30 - __MAKE_CONF=/dev/null TB --- 2009-06-24 01:02:30 - cd /src TB --- 2009-06-24 01:02:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 01:02:30 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 01:11:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 01:11:40 - ERROR: failed to build lint kernel TB --- 2009-06-24 01:11:40 - 6068.64 user 634.59 system 7900.29 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 01:41:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453C0106564A; Wed, 24 Jun 2009 01:41:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0D1508FC15; Wed, 24 Jun 2009 01:41:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O1fOqo039831; Tue, 23 Jun 2009 21:41:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O1fOf1062172; Tue, 23 Jun 2009 21:41:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B21D87302F; Tue, 23 Jun 2009 21:41:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624014124.B21D87302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 21:41:24 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 01:41:29 -0000 TB --- 2009-06-24 00:07:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 00:07:51 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 00:07:51 - cleaning the object tree TB --- 2009-06-24 00:08:21 - cvsupping the source tree TB --- 2009-06-24 00:08:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-24 00:08:39 - building world TB --- 2009-06-24 00:08:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 00:08:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 00:08:39 - TARGET=i386 TB --- 2009-06-24 00:08:39 - TARGET_ARCH=i386 TB --- 2009-06-24 00:08:39 - TZ=UTC TB --- 2009-06-24 00:08:39 - __MAKE_CONF=/dev/null TB --- 2009-06-24 00:08:39 - cd /src TB --- 2009-06-24 00:08:39 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 00:08:40 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 01:31:50 UTC 2009 TB --- 2009-06-24 01:31:50 - generating LINT kernel config TB --- 2009-06-24 01:31:50 - cd /src/sys/i386/conf TB --- 2009-06-24 01:31:50 - /usr/bin/make -B LINT TB --- 2009-06-24 01:31:50 - building LINT kernel TB --- 2009-06-24 01:31:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 01:31:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 01:31:50 - TARGET=i386 TB --- 2009-06-24 01:31:50 - TARGET_ARCH=i386 TB --- 2009-06-24 01:31:50 - TZ=UTC TB --- 2009-06-24 01:31:50 - __MAKE_CONF=/dev/null TB --- 2009-06-24 01:31:50 - cd /src TB --- 2009-06-24 01:31:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 01:31:50 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 01:41:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 01:41:24 - ERROR: failed to build lint kernel TB --- 2009-06-24 01:41:24 - 4385.50 user 430.49 system 5613.45 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 02:02:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 855BD1065673 for ; Wed, 24 Jun 2009 02:02:35 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 259B38FC14 for ; Wed, 24 Jun 2009 02:02:34 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n5O1oXQm045597 for ; Wed, 24 Jun 2009 10:50:33 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Wed, 24 Jun 2009 10:48:12 +0900 (JST) Message-Id: <20090624.104812.4959786962521915.ken@tydfam.jp> To: freebsd-current@freebsd.org From: ken X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Subject: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 02:02:35 -0000 Hi! I tried 8.0-current June snapshot CD with GigaByte GA-MA790FX-DQ6, and found that it cannot find any disk and failed to install while 7.2-release can find disk and has no problem to install. What is the cause of this? and any fixes? Following is the dmesg with 7.2-release; Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE #0: Fri May 1 07:18:07 UTC 2009 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 9500 Quad-Core Processor (2210.08-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x100f22 Stepping = 2 Features=0x178bfbff Features2=0x802009> AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> TSC: P-state invariant Cores per package: 4 usable memory = 4280782848 (4082 MB) avail memory = 4108234752 (3917 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x3008-0x300b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xbf00-0xbf7f mem 0xfa000000-0xfaffffff,0xd0000000-0xdfffffff,0xf8000000-0xf9ffffff irq 18 at device 0.0 on pci1 pcib2: at device 6.0 on pci0 pci2: on pcib2 re0: port 0xae00-0xaeff mem 0xfdfff000-0xfdffffff irq 18 at device 0.0 on pci2 re0: Using 1 MSI messages re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:5b:bf:26 re0: [FILTER] pcib3: at device 7.0 on pci0 pci3: on pcib3 re1: port 0xee00-0xeeff mem 0xfddff000-0xfddfffff irq 19 at device 0.0 on pci3 re1: Using 1 MSI messages re1: Chip rev. 0x38000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:1a:4d:5b:bf:24 re1: [FILTER] pcib4: at device 9.0 on pci0 pci4: on pcib4 atapci0: port 0xdf00-0xdf07,0xde00-0xde03,0xdd00-0xdd07,0xdc00-0xdc03,0xdb00-0xdb0f mem 0xfdbfe000-0xfdbfffff irq 17 at device 0.0 on pci4 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib5: at device 10.0 on pci0 pci5: on pcib5 atapci1: port 0xcf00-0xcf07,0xce00-0xce03,0xcd00-0xcd07,0xcc00-0xcc03,0xcb00-0xcb0f mem 0xfd9fe000-0xfd9fffff irq 18 at device 0.0 on pci5 atapci1: [ITHREAD] atapci1: AHCI Version 01.00 controller with 2 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 atapci2: [ITHREAD] atapci2: AHCI Version 01.10 controller with 4 ports detected ata6: on atapci2 ata6: [ITHREAD] ata7: on atapci2 ata7: [ITHREAD] ata8: on atapci2 ata8: [ITHREAD] ata9: on atapci2 ata9: [ITHREAD] ohci0: mem 0xfe02e000-0xfe02efff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfe02d000-0xfe02dfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfe02c000-0xfe02cfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: SMM does not respond, resetting usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfe02b000-0xfe02bfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: SMM does not respond, resetting usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfe02a000-0xfe02afff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: SMM does not respond, resetting usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfe029000-0xfe0290ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered umass0: on uhub5 pci0: at device 20.0 (no driver attached) atapci3: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 20.1 on pci0 ata0: on atapci3 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib6: at device 20.4 on pci0 pci6: on pcib6 pci6: at device 7.0 (no driver attached) fwohci0: mem 0xfd7ff000-0xfd7ff7ff,0xfd7f8000-0xfd7fbfff irq 22 at device 14.0 on pci6 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:cc:72:3b:00:00:1a:4d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xc6fdc000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:cc:72:00:1a:4d fwe0: Ethernet address: 02:cc:72:00:1a:4d fwip0: on firewire0 fwip0: Firewire address: 00:cc:72:3b:00:00:1a:4d @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: HPET never increments, disabling device_attach: acpi_hpet0 attach returned 6 orm0: at iomem 0xd0000-0xd2fff,0xd3000-0xd5fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad8: 953868MB at ata4-master SATA300 ad10: 953868MB at ata5-master SATA300 acd0: DVDR at ata7-master SATA150 GEOM_LABEL: Label for provider ad8s1a is ufsid/4a1c398bad59cc7c. GEOM_LABEL: Label for provider ad8s1d is ufsid/4a0a02425c8ffb25. GEOM_LABEL: Label for provider ad8s1e is ufsid/4a0971963596e6ae. GEOM_LABEL: Label for provider ad8s1f is ufsid/4a1c3a0d42be653e. GEOM_LABEL: Label for provider ad8s1g is ufsid/4a0a023aa9deb99b. GEOM_LABEL: Label for provider ad8s1h is ufsid/4a0971892466ec8c. GEOM_LABEL: Label for provider ad10s1a is ufsid/4a34d8bd3dd77bad. GEOM_LABEL: Label for provider ad10s1d is ufsid/4a34d98ee98cfbf0. GEOM_LABEL: Label for provider ad10s1e is ufsid/4a34c4ff75f3cfaf. GEOM_LABEL: Label for provider ad10s1f is ufsid/4a34d90f8dbe1e8c. GEOM_LABEL: Label for provider ad10s1g is ufsid/4a34c5064a7aa806. GEOM_LABEL: Label for provider ad10s1h is ufsid/4a34c4f1797d8d06. (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad8s1a GEOM_LABEL: Label ufsid/4a1c398bad59cc7c removed. GEOM_LABEL: Label for provider ad8s1a is ufsid/4a1c398bad59cc7c. GEOM_LABEL: Label ufsid/4a0971892466ec8c removed. GEOM_LABEL: Label for provider ad8s1h is ufsid/4a0971892466ec8c. GEOM_LABEL: Label ufsid/4a0971963596e6ae removed. GEOM_LABEL: Label for provider ad8s1e is ufsid/4a0971963596e6ae. GEOM_LABEL: Label ufsid/4a1c3a0d42be653e removed. GEOM_LABEL: Label for provider ad8s1f is ufsid/4a1c3a0d42be653e. GEOM_LABEL: Label ufsid/4a0a023aa9deb99b removed. GEOM_LABEL: Label for provider ad8s1g is ufsid/4a0a023aa9deb99b. GEOM_LABEL: Label ufsid/4a0a02425c8ffb25 removed. GEOM_LABEL: Label for provider ad8s1d is ufsid/4a0a02425c8ffb25. GEOM_LABEL: Label ufsid/4a1c398bad59cc7c removed. GEOM_LABEL: Label ufsid/4a0971892466ec8c removed. GEOM_LABEL: Label ufsid/4a0971963596e6ae removed. GEOM_LABEL: Label ufsid/4a1c3a0d42be653e removed. GEOM_LABEL: Label ufsid/4a0a023aa9deb99b removed. GEOM_LABEL: Label ufsid/4a0a02425c8ffb25 removed. This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 re0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 02:42:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1E78106564A; Wed, 24 Jun 2009 02:42:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8E48FC08; Wed, 24 Jun 2009 02:42:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O2gPMZ044656; Tue, 23 Jun 2009 22:42:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O2gPSH000831; Tue, 23 Jun 2009 22:42:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C33197302F; Tue, 23 Jun 2009 22:42:24 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624024224.C33197302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 22:42:24 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 02:42:28 -0000 TB --- 2009-06-24 01:11:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 01:11:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-24 01:11:41 - cleaning the object tree TB --- 2009-06-24 01:12:19 - cvsupping the source tree TB --- 2009-06-24 01:12:19 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-24 01:12:33 - building world TB --- 2009-06-24 01:12:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 01:12:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 01:12:33 - TARGET=pc98 TB --- 2009-06-24 01:12:33 - TARGET_ARCH=i386 TB --- 2009-06-24 01:12:33 - TZ=UTC TB --- 2009-06-24 01:12:33 - __MAKE_CONF=/dev/null TB --- 2009-06-24 01:12:33 - cd /src TB --- 2009-06-24 01:12:33 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 01:12:35 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 02:34:28 UTC 2009 TB --- 2009-06-24 02:34:28 - generating LINT kernel config TB --- 2009-06-24 02:34:28 - cd /src/sys/pc98/conf TB --- 2009-06-24 02:34:28 - /usr/bin/make -B LINT TB --- 2009-06-24 02:34:28 - building LINT kernel TB --- 2009-06-24 02:34:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 02:34:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 02:34:28 - TARGET=pc98 TB --- 2009-06-24 02:34:28 - TARGET_ARCH=i386 TB --- 2009-06-24 02:34:28 - TZ=UTC TB --- 2009-06-24 02:34:28 - __MAKE_CONF=/dev/null TB --- 2009-06-24 02:34:28 - cd /src TB --- 2009-06-24 02:34:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 02:34:28 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 02:42:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 02:42:24 - ERROR: failed to build lint kernel TB --- 2009-06-24 02:42:24 - 4256.40 user 435.84 system 5443.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 03:41:18 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD19C106564A; Wed, 24 Jun 2009 03:41:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA1E8FC0A; Wed, 24 Jun 2009 03:41:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O3fGON048551; Tue, 23 Jun 2009 23:41:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O3fGlK022251; Tue, 23 Jun 2009 23:41:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5C8B7302F; Tue, 23 Jun 2009 23:41:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624034115.E5C8B7302F@freebsd-current.sentex.ca> Date: Tue, 23 Jun 2009 23:41:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 03:41:19 -0000 TB --- 2009-06-24 01:41:24 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 01:41:24 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-24 01:41:24 - cleaning the object tree TB --- 2009-06-24 01:42:03 - cvsupping the source tree TB --- 2009-06-24 01:42:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-24 01:42:19 - building world TB --- 2009-06-24 01:42:19 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 01:42:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 01:42:19 - TARGET=ia64 TB --- 2009-06-24 01:42:19 - TARGET_ARCH=ia64 TB --- 2009-06-24 01:42:19 - TZ=UTC TB --- 2009-06-24 01:42:19 - __MAKE_CONF=/dev/null TB --- 2009-06-24 01:42:19 - cd /src TB --- 2009-06-24 01:42:19 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 01:42:20 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 03:31:49 UTC 2009 TB --- 2009-06-24 03:31:49 - generating LINT kernel config TB --- 2009-06-24 03:31:49 - cd /src/sys/ia64/conf TB --- 2009-06-24 03:31:49 - /usr/bin/make -B LINT TB --- 2009-06-24 03:31:49 - building LINT kernel TB --- 2009-06-24 03:31:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 03:31:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 03:31:49 - TARGET=ia64 TB --- 2009-06-24 03:31:49 - TARGET_ARCH=ia64 TB --- 2009-06-24 03:31:49 - TZ=UTC TB --- 2009-06-24 03:31:49 - __MAKE_CONF=/dev/null TB --- 2009-06-24 03:31:49 - cd /src TB --- 2009-06-24 03:31:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 03:31:50 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 03:41:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 03:41:15 - ERROR: failed to build lint kernel TB --- 2009-06-24 03:41:15 - 5836.03 user 437.39 system 7190.93 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 05:14:53 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BB1C106564A; Wed, 24 Jun 2009 05:14:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DC1D98FC08; Wed, 24 Jun 2009 05:14:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O5EoFJ046933; Wed, 24 Jun 2009 01:14:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O5Eogx075800; Wed, 24 Jun 2009 01:14:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 985D47302F; Wed, 24 Jun 2009 01:14:50 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624051450.985D47302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 01:14:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 05:14:53 -0000 TB --- 2009-06-24 03:41:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 03:41:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-24 03:41:16 - cleaning the object tree TB --- 2009-06-24 03:41:44 - cvsupping the source tree TB --- 2009-06-24 03:41:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-24 03:41:59 - building world TB --- 2009-06-24 03:41:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 03:41:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 03:41:59 - TARGET=powerpc TB --- 2009-06-24 03:41:59 - TARGET_ARCH=powerpc TB --- 2009-06-24 03:41:59 - TZ=UTC TB --- 2009-06-24 03:41:59 - __MAKE_CONF=/dev/null TB --- 2009-06-24 03:41:59 - cd /src TB --- 2009-06-24 03:41:59 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 03:42:01 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 05:07:58 UTC 2009 TB --- 2009-06-24 05:07:58 - generating LINT kernel config TB --- 2009-06-24 05:07:58 - cd /src/sys/powerpc/conf TB --- 2009-06-24 05:07:58 - /usr/bin/make -B LINT TB --- 2009-06-24 05:07:58 - building LINT kernel TB --- 2009-06-24 05:07:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 05:07:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 05:07:58 - TARGET=powerpc TB --- 2009-06-24 05:07:58 - TARGET_ARCH=powerpc TB --- 2009-06-24 05:07:58 - TZ=UTC TB --- 2009-06-24 05:07:58 - __MAKE_CONF=/dev/null TB --- 2009-06-24 05:07:58 - cd /src TB --- 2009-06-24 05:07:58 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 05:07:58 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/if_le_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 05:14:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 05:14:50 - ERROR: failed to build lint kernel TB --- 2009-06-24 05:14:50 - 4406.94 user 417.23 system 5614.46 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 05:19:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D461A1065673; Wed, 24 Jun 2009 05:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AA1EA8FC1B; Wed, 24 Jun 2009 05:19:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O5Jem3047224; Wed, 24 Jun 2009 01:19:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O5JeWM078249; Wed, 24 Jun 2009 01:19:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 68BC57302F; Wed, 24 Jun 2009 01:19:40 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624051940.68BC57302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 01:19:40 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 05:19:45 -0000 TB --- 2009-06-24 03:50:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 03:50:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-24 03:50:54 - cleaning the object tree TB --- 2009-06-24 03:51:24 - cvsupping the source tree TB --- 2009-06-24 03:51:24 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-24 03:51:37 - building world TB --- 2009-06-24 03:51:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 03:51:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 03:51:37 - TARGET=sparc64 TB --- 2009-06-24 03:51:37 - TARGET_ARCH=sparc64 TB --- 2009-06-24 03:51:37 - TZ=UTC TB --- 2009-06-24 03:51:37 - __MAKE_CONF=/dev/null TB --- 2009-06-24 03:51:37 - cd /src TB --- 2009-06-24 03:51:37 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 03:51:40 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 05:12:17 UTC 2009 TB --- 2009-06-24 05:12:17 - generating LINT kernel config TB --- 2009-06-24 05:12:17 - cd /src/sys/sparc64/conf TB --- 2009-06-24 05:12:17 - /usr/bin/make -B LINT TB --- 2009-06-24 05:12:17 - building LINT kernel TB --- 2009-06-24 05:12:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 05:12:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 05:12:17 - TARGET=sparc64 TB --- 2009-06-24 05:12:17 - TARGET_ARCH=sparc64 TB --- 2009-06-24 05:12:17 - TZ=UTC TB --- 2009-06-24 05:12:17 - __MAKE_CONF=/dev/null TB --- 2009-06-24 05:12:17 - cd /src TB --- 2009-06-24 05:12:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 05:12:17 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 05:19:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 05:19:40 - ERROR: failed to build lint kernel TB --- 2009-06-24 05:19:40 - 4175.94 user 411.60 system 5326.12 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 06:35:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95FCC106566C; Wed, 24 Jun 2009 06:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 579F68FC18; Wed, 24 Jun 2009 06:35:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O6ZcVU057843; Wed, 24 Jun 2009 02:35:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O6ZcU6081282; Wed, 24 Jun 2009 02:35:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EA6CC7302F; Wed, 24 Jun 2009 02:35:37 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624063537.EA6CC7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 02:35:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 06:35:41 -0000 TB --- 2009-06-24 05:14:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 05:14:50 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-24 05:14:50 - cleaning the object tree TB --- 2009-06-24 05:15:27 - cvsupping the source tree TB --- 2009-06-24 05:15:27 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-24 05:15:45 - building world TB --- 2009-06-24 05:15:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 05:15:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 05:15:45 - TARGET=sun4v TB --- 2009-06-24 05:15:45 - TARGET_ARCH=sparc64 TB --- 2009-06-24 05:15:45 - TZ=UTC TB --- 2009-06-24 05:15:45 - __MAKE_CONF=/dev/null TB --- 2009-06-24 05:15:45 - cd /src TB --- 2009-06-24 05:15:45 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 05:15:46 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 06:29:21 UTC 2009 TB --- 2009-06-24 06:29:21 - generating LINT kernel config TB --- 2009-06-24 06:29:21 - cd /src/sys/sun4v/conf TB --- 2009-06-24 06:29:21 - /usr/bin/make -B LINT TB --- 2009-06-24 06:29:21 - building LINT kernel TB --- 2009-06-24 06:29:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 06:29:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 06:29:21 - TARGET=sun4v TB --- 2009-06-24 06:29:21 - TARGET_ARCH=sparc64 TB --- 2009-06-24 06:29:21 - TZ=UTC TB --- 2009-06-24 06:29:21 - __MAKE_CONF=/dev/null TB --- 2009-06-24 06:29:21 - cd /src TB --- 2009-06-24 06:29:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 06:29:21 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 06:35:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 06:35:37 - ERROR: failed to build lint kernel TB --- 2009-06-24 06:35:37 - 4172.83 user 406.31 system 4847.02 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 07:19:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05AF1106566C for ; Wed, 24 Jun 2009 07:19:57 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id AC9AA8FC16 for ; Wed, 24 Jun 2009 07:19:56 +0000 (UTC) (envelope-from admin@kkip.pl) Received: from mb01.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MJMLE-000NAM-N7; Wed, 24 Jun 2009 08:52:23 +0200 Message-ID: <4A41CD24.5050405@kkip.pl> Date: Wed, 24 Jun 2009 08:52:20 +0200 From: Bartosz Stec User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: ken References: <20090624.104812.4959786962521915.ken@tydfam.jp> In-Reply-To: <20090624.104812.4959786962521915.ken@tydfam.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: admin@kkip.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.9 X-Spam-Score-Int: -88 X-Exim-Version: 4.69 (build at 04-Jun-2009 16:07:02) X-Date: 2009-06-24 08:52:23 X-Connected-IP: 10.66.3.254:1452 X-Message-Linecount: 52 X-Body-Linecount: 38 X-Message-Size: 2018 X-Body-Size: 1462 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Cc: freebsd-current@freebsd.org Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 07:19:57 -0000 ken wrote: > Hi! > I tried 8.0-current June snapshot CD with GigaByte GA-MA790FX-DQ6, and found that it cannot find any disk and failed to install while 7.2-release can find disk and has no problem to install. > > What is the cause of this? and any fixes? > > Following is the dmesg with 7.2-release; > > Well, dmesg from current would be definitely more helpful, but I assume that it's hard to get it without hard disk ;) Are you sure that only disks weren't recognized, or maybe AHCI controller? Search for these lines in dmesg: > atapci1: [ITHREAD] > atapci1: AHCI Version 01.00 controller with 2 ports detected > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > atapci2: port 0xff00-0xff07,0xfe00-0xfe03,0xfd00-0xfd07,0xfc00-0xfc03,0xfb00-0xfb0f mem 0xfe02f000-0xfe02f3ff irq 22 at device 18.0 on pci0 > atapci2: [ITHREAD] > atapci2: AHCI Version 01.10 controller with 4 ports detected > ata6: on atapci2 > ata6: [ITHREAD] > ata7: on atapci2 > ata7: [ITHREAD] > ata8: on atapci2 > ata8: [ITHREAD] > ata9: on atapci2 > ata9: [ITHREAD] Additionaly, check for some error messages and uknown devices in the log. Another thing to try is changing operating mode of the controller (in BIOS) - you should find at least 2 modes - AHCI and NATIVE IDE, possibly RAID na LEGACY IDE. Good luck! -- Bartosz Stec From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 08:53:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A4C1065676; Wed, 24 Jun 2009 08:53:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id BB8038FC1C; Wed, 24 Jun 2009 08:53:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O8rHHm070360; Wed, 24 Jun 2009 04:53:17 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O8rGcS010109; Wed, 24 Jun 2009 04:53:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BDBF37302F; Wed, 24 Jun 2009 04:53:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624085316.BDBF37302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 04:53:16 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 08:53:20 -0000 TB --- 2009-06-24 06:40:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 06:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-24 06:40:01 - cleaning the object tree TB --- 2009-06-24 06:41:06 - cvsupping the source tree TB --- 2009-06-24 06:41:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-24 06:41:15 - building world TB --- 2009-06-24 06:41:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 06:41:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 06:41:15 - TARGET=amd64 TB --- 2009-06-24 06:41:15 - TARGET_ARCH=amd64 TB --- 2009-06-24 06:41:15 - TZ=UTC TB --- 2009-06-24 06:41:15 - __MAKE_CONF=/dev/null TB --- 2009-06-24 06:41:15 - cd /src TB --- 2009-06-24 06:41:15 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 06:41:17 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 24 08:43:36 UTC 2009 TB --- 2009-06-24 08:43:36 - generating LINT kernel config TB --- 2009-06-24 08:43:36 - cd /src/sys/amd64/conf TB --- 2009-06-24 08:43:36 - /usr/bin/make -B LINT TB --- 2009-06-24 08:43:37 - building LINT kernel TB --- 2009-06-24 08:43:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 08:43:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 08:43:37 - TARGET=amd64 TB --- 2009-06-24 08:43:37 - TARGET_ARCH=amd64 TB --- 2009-06-24 08:43:37 - TZ=UTC TB --- 2009-06-24 08:43:37 - __MAKE_CONF=/dev/null TB --- 2009-06-24 08:43:37 - cd /src TB --- 2009-06-24 08:43:37 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 08:43:37 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 08:53:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 08:53:16 - ERROR: failed to build lint kernel TB --- 2009-06-24 08:53:16 - 6071.93 user 637.23 system 7995.45 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 09:25:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6361106564A; Wed, 24 Jun 2009 09:25:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6F6D98FC08; Wed, 24 Jun 2009 09:25:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O9Ppid073557; Wed, 24 Jun 2009 05:25:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5O9Ppwi057194; Wed, 24 Jun 2009 05:25:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0ACCF7302F; Wed, 24 Jun 2009 05:25:51 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624092551.0ACCF7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 05:25:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 09:25:57 -0000 TB --- 2009-06-24 07:53:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 07:53:06 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 07:53:06 - cleaning the object tree TB --- 2009-06-24 07:53:36 - cvsupping the source tree TB --- 2009-06-24 07:53:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-24 07:53:44 - building world TB --- 2009-06-24 07:53:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 07:53:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 07:53:44 - TARGET=i386 TB --- 2009-06-24 07:53:44 - TARGET_ARCH=i386 TB --- 2009-06-24 07:53:44 - TZ=UTC TB --- 2009-06-24 07:53:44 - __MAKE_CONF=/dev/null TB --- 2009-06-24 07:53:44 - cd /src TB --- 2009-06-24 07:53:44 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 07:53:46 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 09:15:55 UTC 2009 TB --- 2009-06-24 09:15:55 - generating LINT kernel config TB --- 2009-06-24 09:15:55 - cd /src/sys/i386/conf TB --- 2009-06-24 09:15:55 - /usr/bin/make -B LINT TB --- 2009-06-24 09:15:55 - building LINT kernel TB --- 2009-06-24 09:15:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 09:15:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 09:15:55 - TARGET=i386 TB --- 2009-06-24 09:15:55 - TARGET_ARCH=i386 TB --- 2009-06-24 09:15:55 - TZ=UTC TB --- 2009-06-24 09:15:55 - __MAKE_CONF=/dev/null TB --- 2009-06-24 09:15:55 - cd /src TB --- 2009-06-24 09:15:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 09:15:56 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 09:25:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 09:25:51 - ERROR: failed to build lint kernel TB --- 2009-06-24 09:25:51 - 4381.41 user 435.52 system 5564.68 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 09:35:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E8251065673 for ; Wed, 24 Jun 2009 09:35:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECB38FC14 for ; Wed, 24 Jun 2009 09:35:07 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,282,1243807200"; d="scan'208";a="216882246" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 24 Jun 2009 11:35:06 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 3ACDC1B0763; Wed, 24 Jun 2009 11:35:06 +0200 (CEST) Date: Wed, 24 Jun 2009 11:34:59 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <87d48ufs17.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-20090624093459f0889e84000070d0-a_best01+ Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 09:35:08 -0000 This is a MIME encoded multipart message. --+permail-20090624093459f0889e84000070d0-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit the problem was TAB/space related. i've attached the working patch. cheers. Giorgos Keramidas schrieb am 2009-06-24: > On Wed, 24 Jun 2009 01:21:02 +0200 (CEST), Alexander Best > wrote: > > sure: > > *************** > > *** 265,270 **** > > .if ${MK_SENDMAIL} != "no" > > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > > .endif > > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys > > sys > > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > > --- 268,276 ---- > > .if ${MK_SENDMAIL} != "no" > > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > > .endif > > + .if ${MK_GAMES} != "no" > > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > > + .endif > > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys > > sys > > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > > md5 of src/etc/makefile is 607b7b5c8e5f608abc81211bf379de1a btw. > This seems to be an old (or somehow different) copy of > head/etc/Makefile. Mine is revision 193635 from: > r193635 | edwin | 2009-06-07 16:26:57 +0300 (Sun, 07 Jun 2009) | 16 > lines > and its md5 is: > keramida@kobe:/home/keramida/svn/head-etc$ md5 Makefile > MD5 (Makefile) = c215b19264934bbdcd4bd19f285e10fb > Can you check that your head/etc/Makefile is the same as this one? > $ ident head-etc/Makefile > head-etc/Makefile: > $FreeBSD: head/etc/Makefile 193635 2009-06-07 13:26:57Z edwin $ --+permail-20090624093459f0889e84000070d0-a_best01+ Content-Type: application/octet-stream Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="games.patch" ZGlmZiAtciAzNDAxNmJhYmIwZjIgLXIgMGYyZDJmM2JmYmEwIGV0Yy9NYWtlZmlsZQotLS0gYS9l dGMvTWFrZWZpbGUJVHVlIEp1biAyMyAyMjowODo1NSAyMDA5ICswMDAwCisrKyBiL2V0Yy9NYWtl ZmlsZQlXZWQgSnVuIDI0IDAxOjIxOjI3IDIwMDkgKzAzMDAKQEAgLTEwNCw2ICsxMDQsOSBAQAog LmlmICR7TUtfU0VORE1BSUx9ICE9ICJubyIKIE1UUkVFKz0JQlNELnNlbmRtYWlsLmRpc3QKIC5l bmRpZgorLmlmICR7TUtfR0FNRVN9ICE9ICJubyIKK01UUkVFKz0gQlNELmdhbWVzLmRpc3QKKy5l bmRpZgogLmlmICR7TUtfQklORH0gIT0gIm5vIgogTVRSRUUrPQlCSU5ELmNocm9vdC5kaXN0CiAu aWYgJHtNS19CSU5EX0xJQlN9ICE9ICJubyIKQEAgLTI2NSw2ICsyNjgsOSBAQAogLmlmICR7TUtf U0VORE1BSUx9ICE9ICJubyIKIAltdHJlZSAtZGVVICR7TVRSRUVfRk9MTE9XU19TWU1MSU5LU30g LWYgJHsuQ1VSRElSfS9tdHJlZS9CU0Quc2VuZG1haWwuZGlzdCAtcCAke0RFU1RESVJ9LwogLmVu ZGlmCisuaWYgJHtNS19HQU1FU30gIT0gIm5vIgorCW10cmVlIC1kZVUgJHtNVFJFRV9GT0xMT1dT X1NZTUxJTktTfSAtZiAkey5DVVJESVJ9L210cmVlL0JTRC5nYW1lcy5kaXN0IC1wICR7REVTVERJ Un0vCisuZW5kaWYKIAljZCAke0RFU1RESVJ9Lzsgcm0gLWYgJHtERVNURElSfS9zeXM7IGxuIC1z IHVzci9zcmMvc3lzIHN5cwogCWNkICR7REVTVERJUn0vdXNyL3NoYXJlL21hbi9lbi5JU084ODU5 LTE7IGxuIC1zZiAuLi9tYW4qIC4KIAljZCAke0RFU1RESVJ9L3Vzci9zaGFyZS9tYW4vZW4uVVRG LTg7IGxuIC1zZiAuLi9tYW4qIC4KZGlmZiAtciAzNDAxNmJhYmIwZjIgLXIgMGYyZDJmM2JmYmEw IGV0Yy9tdHJlZS9CU0QuZ2FtZXMuZGlzdAotLS0gL2Rldi9udWxsCVRodSBKYW4gMDEgMDA6MDA6 MDAgMTk3MCArMDAwMAorKysgYi9ldGMvbXRyZWUvQlNELmdhbWVzLmRpc3QJV2VkIEp1biAyNCAw MToyMToyNyAyMDA5ICswMzAwCkBAIC0wLDAgKzEsMTYgQEAKKyMgJEZyZWVCU0QkCisjCisjIFBs ZWFzZSBzZWUgdGhlIGZpbGUgc3JjL2V0Yy9tdHJlZS9SRUFETUUgYmVmb3JlIG1ha2luZyBjaGFu Z2VzIHRvIHRoaXMgZmlsZS4KKyMKKworL3NldCB0eXBlPWRpciB1bmFtZT1yb290IGduYW1lPXdo ZWVsIG1vZGU9MDc1NQorLgorICAgIHVzcgorICAgICAgICBnYW1lcworICAgICAgICAuLgorICAg IC4uCisgICAgdmFyCisgICAgICAgIGdhbWVzICAgICAgICAgICBnbmFtZT1nYW1lcyBtb2RlPTA3 NzUKKyAgICAgICAgLi4KKyAgICAuLgorLi4KZGlmZiAtciAzNDAxNmJhYmIwZjIgLXIgMGYyZDJm M2JmYmEwIGV0Yy9tdHJlZS9CU0QudXNyLmRpc3QKLS0tIGEvZXRjL210cmVlL0JTRC51c3IuZGlz dAlUdWUgSnVuIDIzIDIyOjA4OjU1IDIwMDkgKzAwMDAKKysrIGIvZXRjL210cmVlL0JTRC51c3Iu ZGlzdAlXZWQgSnVuIDI0IDAxOjIxOjI3IDIwMDkgKzAzMDAKQEAgLTcsOCArNyw2IEBACiAuCiAg ICAgYmluCiAgICAgLi4KLSAgICBnYW1lcwotICAgIC4uCiAgICAgaW5jbHVkZQogICAgIC4uCiAg ICAgbGliCmRpZmYgLXIgMzQwMTZiYWJiMGYyIC1yIDBmMmQyZjNiZmJhMCBldGMvbXRyZWUvQlNE LnZhci5kaXN0Ci0tLSBhL2V0Yy9tdHJlZS9CU0QudmFyLmRpc3QJVHVlIEp1biAyMyAyMjowODo1 NSAyMDA5ICswMDAwCisrKyBiL2V0Yy9tdHJlZS9CU0QudmFyLmRpc3QJV2VkIEp1biAyNCAwMToy MToyNyAyMDA5ICswMzAwCkBAIC00NSw4ICs0NSw2IEBACiAgICAgLi4KICAgICBlbXB0eSAgICAg ICAgICAgbW9kZT0wNTU1IGZsYWdzPXNjaGcKICAgICAuLgotICAgIGdhbWVzICAgICAgICAgICBn bmFtZT1nYW1lcyBtb2RlPTA3NzUKLSAgICAuLgogICAgIGhlaW1kYWwgICAgICAgICBtb2RlPTA3 MDAKICAgICAuLgogICAgIGxvZwo= --+permail-20090624093459f0889e84000070d0-a_best01+-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 09:41:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E020D106566C for ; Wed, 24 Jun 2009 09:41:55 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 44EC08FC18 for ; Wed, 24 Jun 2009 09:41:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n5O91aBA059013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 24 Jun 2009 12:01:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n5O91Zg1096773 for ; Wed, 24 Jun 2009 12:01:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n5O91Z8g096772 for current@freebsd.org; Wed, 24 Jun 2009 12:01:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 24 Jun 2009 12:01:35 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20090624090135.GV2884@deviant.kiev.zoral.com.ua> References: <20090624085316.BDBF37302F@freebsd-current.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s0H35NU0PUc8VBh+" Content-Disposition: inline In-Reply-To: <20090624085316.BDBF37302F@freebsd-current.sentex.ca> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 09:41:56 -0000 --s0H35NU0PUc8VBh+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 24, 2009 at 04:53:16AM -0400, FreeBSD Tinderbox wrote: > TB --- 2009-06-24 06:40:01 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > TB --- 2009-06-24 06:40:01 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2009-06-24 06:40:01 - cleaning the object tree > TB --- 2009-06-24 06:41:06 - cvsupping the source tree > TB --- 2009-06-24 06:41:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -= s /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2009-06-24 06:41:15 - building world > TB --- 2009-06-24 06:41:15 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-06-24 06:41:15 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-06-24 06:41:15 - TARGET=3Damd64 > TB --- 2009-06-24 06:41:15 - TARGET_ARCH=3Damd64 > TB --- 2009-06-24 06:41:15 - TZ=3DUTC > TB --- 2009-06-24 06:41:15 - __MAKE_CONF=3D/dev/null > TB --- 2009-06-24 06:41:15 - cd /src > TB --- 2009-06-24 06:41:15 - /usr/bin/make -B buildworld > >>> World build started on Wed Jun 24 06:41:17 UTC 2009 > >>> 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 > >>> stage 5.1: building 32 bit shim libraries > >>> World build completed on Wed Jun 24 08:43:36 UTC 2009 > TB --- 2009-06-24 08:43:36 - generating LINT kernel config > TB --- 2009-06-24 08:43:36 - cd /src/sys/amd64/conf > TB --- 2009-06-24 08:43:36 - /usr/bin/make -B LINT > TB --- 2009-06-24 08:43:37 - building LINT kernel > TB --- 2009-06-24 08:43:37 - MAKEOBJDIRPREFIX=3D/obj > TB --- 2009-06-24 08:43:37 - PATH=3D/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-06-24 08:43:37 - TARGET=3Damd64 > TB --- 2009-06-24 08:43:37 - TARGET_ARCH=3Damd64 > TB --- 2009-06-24 08:43:37 - TZ=3DUTC > TB --- 2009-06-24 08:43:37 - __MAKE_CONF=3D/dev/null > TB --- 2009-06-24 08:43:37 - cd /src > TB --- 2009-06-24 08:43:37 - /usr/bin/make -B buildkernel KERNCONF=3DLINT > >>> Kernel build for LINT started on Wed Jun 24 08:43:37 UTC 2009 > >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /sr= c/sys/dev/led/led.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /sr= c/sys/dev/lge/if_lge.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /sr= c/sys/dev/lmc/if_lmc.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/de= v/mcd/mcd.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/de= v/mcd/mcd_isa.c > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=3Dc99 -Wal= l -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototy= pes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fforma= t-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -D= HAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit= =3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D10= 00 -DGPROF -falign-functions=3D16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-= frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno= -sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-= tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /sr= c/sys/dev/md/md.c > /src/sys/dev/md/md.c: In function 'mdcreate_swap': > /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_page= r_allocate' > *** Error code 1 >=20 > Stop in /obj/amd64/src/sys/LINT. > *** Error code 1 Replying to random tinderbox crash. It seems that half of the r194766 did not get into the cvs. Thanks to bz@, who pointed me to the link http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D486791+0+current/cvs-src-old --s0H35NU0PUc8VBh+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpB628ACgkQC3+MBN1Mb4hpxwCaAnhwQVVqZhUuqIAJcL1a3L8f VkwAn14W1nyn80nj2TaYi2cEoxTtKf22 =mVvP -----END PGP SIGNATURE----- --s0H35NU0PUc8VBh+-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 10:23:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD12C1065672; Wed, 24 Jun 2009 10:23:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 859558FC13; Wed, 24 Jun 2009 10:23:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OANRqO078518; Wed, 24 Jun 2009 06:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OANRt2070616; Wed, 24 Jun 2009 06:23:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0445A7302F; Wed, 24 Jun 2009 06:23:26 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624102327.0445A7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 06:23:26 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 10:23:30 -0000 TB --- 2009-06-24 08:53:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 08:53:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-24 08:53:16 - cleaning the object tree TB --- 2009-06-24 08:53:43 - cvsupping the source tree TB --- 2009-06-24 08:53:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-24 08:53:51 - building world TB --- 2009-06-24 08:53:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 08:53:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 08:53:51 - TARGET=pc98 TB --- 2009-06-24 08:53:51 - TARGET_ARCH=i386 TB --- 2009-06-24 08:53:51 - TZ=UTC TB --- 2009-06-24 08:53:51 - __MAKE_CONF=/dev/null TB --- 2009-06-24 08:53:51 - cd /src TB --- 2009-06-24 08:53:51 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 08:53:52 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 10:15:09 UTC 2009 TB --- 2009-06-24 10:15:09 - generating LINT kernel config TB --- 2009-06-24 10:15:09 - cd /src/sys/pc98/conf TB --- 2009-06-24 10:15:09 - /usr/bin/make -B LINT TB --- 2009-06-24 10:15:09 - building LINT kernel TB --- 2009-06-24 10:15:09 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 10:15:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 10:15:09 - TARGET=pc98 TB --- 2009-06-24 10:15:09 - TARGET_ARCH=i386 TB --- 2009-06-24 10:15:09 - TZ=UTC TB --- 2009-06-24 10:15:09 - __MAKE_CONF=/dev/null TB --- 2009-06-24 10:15:09 - cd /src TB --- 2009-06-24 10:15:09 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 10:15:10 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 10:23:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 10:23:26 - ERROR: failed to build lint kernel TB --- 2009-06-24 10:23:26 - 4251.04 user 437.77 system 5409.88 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 11:09:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D593106564A; Wed, 24 Jun 2009 11:09:34 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED608FC17; Wed, 24 Jun 2009 11:09:33 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090624110932.RCGC6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Wed, 24 Jun 2009 12:09:32 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090624110931.LXZU22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Wed, 24 Jun 2009 12:09:31 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5OB9QYX045597; Wed, 24 Jun 2009 12:09:26 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Wed, 24 Jun 2009 12:09:26 +0100 Message-ID: <20090624120926.2000181ep70rghuo@10.248.192.16> Date: Wed, 24 Jun 2009 12:09:26 +0100 From: ianjhart@ntlworld.com To: Kip Macy References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> In-Reply-To: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=6I5d2MoRAAAA:8 a=TXeByiHkuJGv__663L0A:9 a=O7RTtMUAx0T25toFJkkA:7 a=GlhIAQuO5QybiK5Kjm4kLYg98tUA:4 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , ian j hart , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 11:09:35 -0000 Quoting Kip Macy : >> >> As usual scrubs cleanly on 7.2. Started throwing errors within a >> few minutes under 8. Then it paniced, possibly due to scrub -s. >> >> It's sat at the DB prompt if there's anything I can do. I'll need >> idiots guide level instruction. I have a screen dump if someone >> want to step up. Off list? >> >> Highlight seems to be... >> >> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >> 0xffffff0004dc00 >> Panic: most recently used by none > > Can you test with recent 7-STABLE? That would tell me whether or not > your hitting a general HEAD issues or problems with the v13 import. It's doing a scrub under 7.2 following another failed test. I'll pull it up to stable after that. Have more data will post that once I've done a couple a jobs. > > Thanks, > Kip > _______________________________________________ > 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 message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 11:09:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D593106564A; Wed, 24 Jun 2009 11:09:34 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED608FC17; Wed, 24 Jun 2009 11:09:33 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090624110932.RCGC6742.mtaout01-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Wed, 24 Jun 2009 12:09:32 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090624110931.LXZU22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Wed, 24 Jun 2009 12:09:31 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5OB9QYX045597; Wed, 24 Jun 2009 12:09:26 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Wed, 24 Jun 2009 12:09:26 +0100 Message-ID: <20090624120926.2000181ep70rghuo@10.248.192.16> Date: Wed, 24 Jun 2009 12:09:26 +0100 From: ianjhart@ntlworld.com To: Kip Macy References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> In-Reply-To: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=6I5d2MoRAAAA:8 a=TXeByiHkuJGv__663L0A:9 a=O7RTtMUAx0T25toFJkkA:7 a=GlhIAQuO5QybiK5Kjm4kLYg98tUA:4 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , ian j hart , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 11:09:35 -0000 Quoting Kip Macy : >> >> As usual scrubs cleanly on 7.2. Started throwing errors within a >> few minutes under 8. Then it paniced, possibly due to scrub -s. >> >> It's sat at the DB prompt if there's anything I can do. I'll need >> idiots guide level instruction. I have a screen dump if someone >> want to step up. Off list? >> >> Highlight seems to be... >> >> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >> 0xffffff0004dc00 >> Panic: most recently used by none > > Can you test with recent 7-STABLE? That would tell me whether or not > your hitting a general HEAD issues or problems with the v13 import. It's doing a scrub under 7.2 following another failed test. I'll pull it up to stable after that. Have more data will post that once I've done a couple a jobs. > > Thanks, > Kip > _______________________________________________ > 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 message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 11:25:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F17106564A; Wed, 24 Jun 2009 11:25:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 59DFE8FC1C; Wed, 24 Jun 2009 11:25:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OBPksJ084065; Wed, 24 Jun 2009 07:25:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OBPkC6026920; Wed, 24 Jun 2009 07:25:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 35EFA7302F; Wed, 24 Jun 2009 07:25:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624112546.35EFA7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 07:25:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 11:25:50 -0000 TB --- 2009-06-24 09:25:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 09:25:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-24 09:25:51 - cleaning the object tree TB --- 2009-06-24 09:26:21 - cvsupping the source tree TB --- 2009-06-24 09:26:21 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-24 09:26:28 - building world TB --- 2009-06-24 09:26:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 09:26:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 09:26:28 - TARGET=ia64 TB --- 2009-06-24 09:26:28 - TARGET_ARCH=ia64 TB --- 2009-06-24 09:26:28 - TZ=UTC TB --- 2009-06-24 09:26:28 - __MAKE_CONF=/dev/null TB --- 2009-06-24 09:26:28 - cd /src TB --- 2009-06-24 09:26:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 09:26:30 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 11:16:00 UTC 2009 TB --- 2009-06-24 11:16:00 - generating LINT kernel config TB --- 2009-06-24 11:16:00 - cd /src/sys/ia64/conf TB --- 2009-06-24 11:16:00 - /usr/bin/make -B LINT TB --- 2009-06-24 11:16:00 - building LINT kernel TB --- 2009-06-24 11:16:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 11:16:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 11:16:00 - TARGET=ia64 TB --- 2009-06-24 11:16:00 - TARGET_ARCH=ia64 TB --- 2009-06-24 11:16:00 - TZ=UTC TB --- 2009-06-24 11:16:00 - __MAKE_CONF=/dev/null TB --- 2009-06-24 11:16:00 - cd /src TB --- 2009-06-24 11:16:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 11:16:00 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 11:25:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 11:25:46 - ERROR: failed to build lint kernel TB --- 2009-06-24 11:25:46 - 5835.66 user 438.17 system 7194.91 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 12:57:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A5EF1065674; Wed, 24 Jun 2009 12:57:03 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out2.uni-muenster.de (ZIVM-OUT2.UNI-MUENSTER.DE [128.176.192.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1ECC08FC08; Wed, 24 Jun 2009 12:57:01 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,283,1243807200"; d="scan'208";a="216917773" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay2.uni-muenster.de with ESMTP; 24 Jun 2009 14:57:00 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 5EBDB1B075E; Wed, 24 Jun 2009 14:57:00 +0200 (CEST) Date: Wed, 24 Jun 2009 14:57:00 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Giorgos Keramidas Message-ID: In-Reply-To: <87r5xepn58.fsf@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 12:57:03 -0000 just rebuild and reinstalled world. everything went fine and /usr/games didn't get created. great job! :-) would be really nice to have this patch in -HEAD. cheers. Giorgos Keramidas schrieb am 2009-06-21: > On Tue, 16 Jun 2009 15:34:42 +0200 (CEST), Alexander Best > wrote: > > hi there, > > any reason installworld creates the games dir in /usr even though > > /etc/src.conf states WITHOUT_GAMES=true. if nothing get's installed > > into the > > dir buildworld might just as well not create it. or am i wrong? > I have a local patch for a few months, that splits /var/games and > /usr/games in their own mtree spec file. If it looks ok, I can > always > ask for commit approval and push it to svn: > %%% > # HG changeset patch > # User Giorgos Keramidas > # Date 1219869421 -10800 > # Branch head > # Node ID 017ed6c13a5438d2bd077c0930591aa7d88f0649 > # Parent 5255edc94f3b20de0b976ff13d1c65b0d6b799ed > Fix `make installworld' with WITHOUT_GAMES=yes. > * Split off the parts of BSD.usr.dist and BSD.var.dist that > depend on the 'games' user and group to BSD.games.dist. > * Update etc/Makefile to use BSD.games.dist, but hide the > relevant parts behind .if ${MK_GAMES} != "no". > This way when installworld runs and WITHOUT_GAMES=yes, we don't > even try to create the directories that belong to the games:games > user. The rest of the source tree is already set up to avoid > installing anything in those directories, and installworld runs > to completion without any visible issues. > Inspired by: A thread in freebsd-questions, started by > Redd Vinylene [reddvinylene at gmail.com] > diff -r 5255edc94f3b -r 017ed6c13a54 etc/Makefile > --- a/etc/Makefile Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/Makefile Wed Aug 27 23:37:01 2008 +0300 > @@ -100,6 +100,9 @@ > .if ${MK_SENDMAIL} != "no" > MTREE+= BSD.sendmail.dist > .endif > +.if ${MK_GAMES} != "no" > +MTREE+= BSD.games.dist > +.endif > .if ${MK_BIND} != "no" > MTREE+= BIND.chroot.dist > .if ${MK_BIND_LIBS} != "no" > @@ -260,6 +263,9 @@ > .if ${MK_SENDMAIL} != "no" > mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.sendmail.dist -p ${DESTDIR}/ > .endif > +.if ${MK_GAMES} != "no" > + mtree -deU ${MTREE_FOLLOWS_SYMLINKS} -f > ${.CURDIR}/mtree/BSD.games.dist -p ${DESTDIR}/ > +.endif > cd ${DESTDIR}/; rm -f ${DESTDIR}/sys; ln -s usr/src/sys sys > cd ${DESTDIR}/usr/share/man/en.ISO8859-1; ln -sf ../man* . > cd ${DESTDIR}/usr/share/man/en.UTF-8; ln -sf ../man* . > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.games.dist > --- /dev/null Thu Jan 01 00:00:00 1970 +0000 > +++ b/etc/mtree/BSD.games.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -0,0 +1,16 @@ > +# $FreeBSD$ > +# > +# Please see the file src/etc/mtree/README before making changes to > this file. > +# > + > +/set type=dir uname=root gname=wheel mode=0755 > +. > + usr > + games > + .. > + .. > + var > + games gname=games mode=0775 > + .. > + .. > +.. > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.usr.dist > --- a/etc/mtree/BSD.usr.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.usr.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -7,8 +7,6 @@ > . > bin > .. > - games > - .. > include > .. > lib > diff -r 5255edc94f3b -r 017ed6c13a54 etc/mtree/BSD.var.dist > --- a/etc/mtree/BSD.var.dist Thu Aug 14 15:55:01 2008 +0300 > +++ b/etc/mtree/BSD.var.dist Wed Aug 27 23:37:01 2008 +0300 > @@ -45,8 +45,6 @@ > .. > empty mode=0555 flags=schg > .. > - games gname=games mode=0775 > - .. > heimdal mode=0700 > .. > log > %%% From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 12:58:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79926106564A; Wed, 24 Jun 2009 12:58:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 445BD8FC18; Wed, 24 Jun 2009 12:58:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OCwgRS020884; Wed, 24 Jun 2009 08:58:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OCwgjS096473; Wed, 24 Jun 2009 08:58:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 728EA7302F; Wed, 24 Jun 2009 08:58:42 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624125842.728EA7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 08:58:42 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 12:58:48 -0000 TB --- 2009-06-24 11:25:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 11:25:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-24 11:25:46 - cleaning the object tree TB --- 2009-06-24 11:26:18 - cvsupping the source tree TB --- 2009-06-24 11:26:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-24 11:26:27 - building world TB --- 2009-06-24 11:26:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 11:26:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 11:26:27 - TARGET=powerpc TB --- 2009-06-24 11:26:27 - TARGET_ARCH=powerpc TB --- 2009-06-24 11:26:27 - TZ=UTC TB --- 2009-06-24 11:26:27 - __MAKE_CONF=/dev/null TB --- 2009-06-24 11:26:27 - cd /src TB --- 2009-06-24 11:26:27 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 11:26:28 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 12:51:35 UTC 2009 TB --- 2009-06-24 12:51:35 - generating LINT kernel config TB --- 2009-06-24 12:51:35 - cd /src/sys/powerpc/conf TB --- 2009-06-24 12:51:35 - /usr/bin/make -B LINT TB --- 2009-06-24 12:51:35 - building LINT kernel TB --- 2009-06-24 12:51:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 12:51:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 12:51:35 - TARGET=powerpc TB --- 2009-06-24 12:51:35 - TARGET_ARCH=powerpc TB --- 2009-06-24 12:51:35 - TZ=UTC TB --- 2009-06-24 12:51:35 - __MAKE_CONF=/dev/null TB --- 2009-06-24 12:51:35 - cd /src TB --- 2009-06-24 12:51:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 12:51:35 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/if_le_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 12:58:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 12:58:42 - ERROR: failed to build lint kernel TB --- 2009-06-24 12:58:42 - 4407.44 user 416.36 system 5575.93 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 12:59:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBA3B1065677; Wed, 24 Jun 2009 12:59:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9C1618FC20; Wed, 24 Jun 2009 12:59:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OCxif0021182; Wed, 24 Jun 2009 08:59:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OCxiPa097376; Wed, 24 Jun 2009 08:59:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id EC0457302F; Wed, 24 Jun 2009 08:59:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624125943.EC0457302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 08:59:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 12:59:47 -0000 TB --- 2009-06-24 11:30:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 11:30:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-24 11:30:19 - cleaning the object tree TB --- 2009-06-24 11:30:46 - cvsupping the source tree TB --- 2009-06-24 11:30:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-24 11:30:54 - building world TB --- 2009-06-24 11:30:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 11:30:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 11:30:54 - TARGET=sparc64 TB --- 2009-06-24 11:30:54 - TARGET_ARCH=sparc64 TB --- 2009-06-24 11:30:54 - TZ=UTC TB --- 2009-06-24 11:30:54 - __MAKE_CONF=/dev/null TB --- 2009-06-24 11:30:54 - cd /src TB --- 2009-06-24 11:30:54 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 11:30:55 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 12:52:04 UTC 2009 TB --- 2009-06-24 12:52:04 - generating LINT kernel config TB --- 2009-06-24 12:52:04 - cd /src/sys/sparc64/conf TB --- 2009-06-24 12:52:04 - /usr/bin/make -B LINT TB --- 2009-06-24 12:52:04 - building LINT kernel TB --- 2009-06-24 12:52:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 12:52:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 12:52:04 - TARGET=sparc64 TB --- 2009-06-24 12:52:04 - TARGET_ARCH=sparc64 TB --- 2009-06-24 12:52:04 - TZ=UTC TB --- 2009-06-24 12:52:04 - __MAKE_CONF=/dev/null TB --- 2009-06-24 12:52:04 - cd /src TB --- 2009-06-24 12:52:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 12:52:04 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 12:59:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 12:59:43 - ERROR: failed to build lint kernel TB --- 2009-06-24 12:59:43 - 4175.20 user 410.42 system 5364.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 13:17:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C2F61065740; Wed, 24 Jun 2009 13:17:07 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id F20D08FC08; Wed, 24 Jun 2009 13:17:05 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28611; Wed, 24 Jun 2009 16:17:03 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A42274E.2020207@freebsd.org> Date: Wed, 24 Jun 2009 16:17:02 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Wesley Shields References: <60173AF0-7E54-4BDD-8927-0DADA9DAD1B4@exscape.org> <20090522200306.GE2630@atarininja.org> <20090617225849.GB28509@atarininja.org> <4A3A1D27.4010802@icyb.net.ua> <4A3BBF5A.6060702@icyb.net.ua> <4A3BC481.1010600@cs.rice.edu> <20090624003531.GA63536@atarininja.org> In-Reply-To: <20090624003531.GA63536@atarininja.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alan Cox , John Birrell , Thomas Backman , FreeBSD current Subject: Re: DTrace panic while probing syscall::open (and possibly many others) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 13:17:08 -0000 on 24/06/2009 03:35 Wesley Shields said the following: > This patch makes it work for me and uses INKERNEL. I have no idea if > it's correct or not... > > Index: sys/cddl/dev/dtrace/amd64/dtrace_isa.c > =================================================================== > --- sys/cddl/dev/dtrace/amd64/dtrace_isa.c (revision 194740) > +++ sys/cddl/dev/dtrace/amd64/dtrace_isa.c (working copy) > @@ -524,9 +524,9 @@ > static int > dtrace_copycheck(uintptr_t uaddr, uintptr_t kaddr, size_t size) > { > - ASSERT(kaddr >= kernelbase && kaddr + size >= kaddr); > + ASSERT(INKERNEL(kaddr) && kaddr + size >= kaddr); > > - if (uaddr + size >= kernelbase || uaddr + size < uaddr) { > + if (INKERNEL(uaddr + size) || uaddr + size < uaddr) { > DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); > cpu_core[curcpu].cpuc_dtrace_illval = uaddr; > return (0); > > > I've put a copy up at http://people.freebsd.org/~wxs/dtrace.diff too. Wesley, thank you! I like this patch and I am sure that it does the right thing. I think that we should retire kernelbase from amd64 altogether and replace all other uses of it in dtrace_isa.c (uaddr checks) similarly to the above, and remove unused extern declaration in dtrace_subr.c too. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 14:16:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A7071065675; Wed, 24 Jun 2009 14:16:04 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 3F92F8FC1B; Wed, 24 Jun 2009 14:16:01 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA29891; Wed, 24 Jun 2009 17:16:00 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A423520.3000101@freebsd.org> Date: Wed, 24 Jun 2009 17:16:00 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Wesley Shields , Thomas Backman , John Birrell References: <60173AF0-7E54-4BDD-8927-0DADA9DAD1B4@exscape.org> <20090522200306.GE2630@atarininja.org> <20090617225849.GB28509@atarininja.org> <4A3A1D27.4010802@icyb.net.ua> <4A3BBF5A.6060702@icyb.net.ua> <4A3BC481.1010600@cs.rice.edu> <20090624003531.GA63536@atarininja.org> <4A42274E.2020207@freebsd.org> In-Reply-To: <4A42274E.2020207@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alan Cox , FreeBSD current Subject: Re: DTrace panic while probing syscall::open (and possibly many others) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 14:16:04 -0000 Please review and/or test the following patch. I think that i386 dtrace code could also benefit from the similar changes and from the fact that we now have stack.h for this arch too. diff --git a/sys/cddl/dev/dtrace/amd64/dtrace_isa.c b/sys/cddl/dev/dtrace/amd64/dtrace_isa.c index 8cd2a0f..c58e88e 100644 --- a/sys/cddl/dev/dtrace/amd64/dtrace_isa.c +++ b/sys/cddl/dev/dtrace/amd64/dtrace_isa.c @@ -42,8 +42,6 @@ #include #include -extern uintptr_t kernbase; -uintptr_t kernelbase = (uintptr_t) &kernbase; uint8_t dtrace_fuword8_nocheck(void *); uint16_t dtrace_fuword16_nocheck(void *); @@ -524,9 +522,9 @@ dtrace_getreg(struct regs *rp, uint_t reg) static int dtrace_copycheck(uintptr_t uaddr, uintptr_t kaddr, size_t size) { - ASSERT(kaddr >= kernelbase && kaddr + size >= kaddr); + ASSERT(INKERNEL(kaddr) && kaddr + size >= kaddr); - if (uaddr + size >= kernelbase || uaddr + size < uaddr) { + if (uaddr + size > VM_MAXUSER_ADDRESS || uaddr + size < uaddr) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = uaddr; return (0); @@ -570,7 +568,7 @@ dtrace_copyoutstr(uintptr_t kaddr, uintptr_t uaddr, size_t size, uint8_t dtrace_fuword8(void *uaddr) { - if ((uintptr_t)uaddr >= kernelbase) { + if ((uintptr_t)uaddr > VM_MAXUSER_ADDRESS) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = (uintptr_t)uaddr; return (0); @@ -581,7 +579,7 @@ dtrace_fuword8(void *uaddr) uint16_t dtrace_fuword16(void *uaddr) { - if ((uintptr_t)uaddr >= kernelbase) { + if ((uintptr_t)uaddr > VM_MAXUSER_ADDRESS) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = (uintptr_t)uaddr; return (0); @@ -592,7 +590,7 @@ dtrace_fuword16(void *uaddr) uint32_t dtrace_fuword32(void *uaddr) { - if ((uintptr_t)uaddr >= kernelbase) { + if ((uintptr_t)uaddr > VM_MAXUSER_ADDRESS) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = (uintptr_t)uaddr; return (0); @@ -603,7 +601,7 @@ dtrace_fuword32(void *uaddr) uint64_t dtrace_fuword64(void *uaddr) { - if ((uintptr_t)uaddr >= kernelbase) { + if ((uintptr_t)uaddr > VM_MAXUSER_ADDRESS) { DTRACE_CPUFLAG_SET(CPU_DTRACE_BADADDR); cpu_core[curcpu].cpuc_dtrace_illval = (uintptr_t)uaddr; return (0); diff --git a/sys/cddl/dev/dtrace/amd64/dtrace_subr.c b/sys/cddl/dev/dtrace/amd64/dtrace_subr.c index 4bf0f03..260b99b 100644 --- a/sys/cddl/dev/dtrace/amd64/dtrace_subr.c +++ b/sys/cddl/dev/dtrace/amd64/dtrace_subr.c @@ -40,7 +40,6 @@ #include #include -extern uintptr_t kernelbase; extern uintptr_t dtrace_in_probe_addr; extern int dtrace_in_probe; -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 14:18:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 537B21065670; Wed, 24 Jun 2009 14:18:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 127508FC2C; Wed, 24 Jun 2009 14:18:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OEISlZ019857; Wed, 24 Jun 2009 10:18:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OEISdH042344; Wed, 24 Jun 2009 10:18:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5C4E57302F; Wed, 24 Jun 2009 10:18:28 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624141828.5C4E57302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 10:18:28 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 14:18:34 -0000 TB --- 2009-06-24 12:58:42 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 12:58:42 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-24 12:58:42 - cleaning the object tree TB --- 2009-06-24 12:59:06 - cvsupping the source tree TB --- 2009-06-24 12:59:06 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-24 12:59:16 - building world TB --- 2009-06-24 12:59:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 12:59:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 12:59:16 - TARGET=sun4v TB --- 2009-06-24 12:59:16 - TARGET_ARCH=sparc64 TB --- 2009-06-24 12:59:16 - TZ=UTC TB --- 2009-06-24 12:59:16 - __MAKE_CONF=/dev/null TB --- 2009-06-24 12:59:16 - cd /src TB --- 2009-06-24 12:59:16 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 12:59:17 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 14:12:12 UTC 2009 TB --- 2009-06-24 14:12:12 - generating LINT kernel config TB --- 2009-06-24 14:12:12 - cd /src/sys/sun4v/conf TB --- 2009-06-24 14:12:12 - /usr/bin/make -B LINT TB --- 2009-06-24 14:12:12 - building LINT kernel TB --- 2009-06-24 14:12:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 14:12:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 14:12:12 - TARGET=sun4v TB --- 2009-06-24 14:12:12 - TARGET_ARCH=sparc64 TB --- 2009-06-24 14:12:12 - TZ=UTC TB --- 2009-06-24 14:12:12 - __MAKE_CONF=/dev/null TB --- 2009-06-24 14:12:12 - cd /src TB --- 2009-06-24 14:12:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 14:12:12 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 14:18:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 14:18:28 - ERROR: failed to build lint kernel TB --- 2009-06-24 14:18:28 - 4169.08 user 410.11 system 4785.62 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 14:34:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD44106566C; Wed, 24 Jun 2009 14:34:52 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id 471CE8FC0A; Wed, 24 Jun 2009 14:34:51 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090624143449.LFTS6611.mtaout02-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Wed, 24 Jun 2009 15:34:49 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090624143449.OSOC22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Wed, 24 Jun 2009 15:34:49 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5OEYgw8047826; Wed, 24 Jun 2009 15:34:42 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Wed, 24 Jun 2009 15:34:42 +0100 Message-ID: <20090624153442.137934uzyotkb5og@10.248.192.16> Date: Wed, 24 Jun 2009 15:34:42 +0100 From: ianjhart@ntlworld.com To: ianjhart@ntlworld.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=NLZqzBF-AAAA:8 a=6I5d2MoRAAAA:8 a=VRdyzA9mAAAA:8 a=zd2uoN0lAAAA:8 a=XnOQZHBk6YWwtRkEpD4A:9 a=anCuGlb7l6fV07d5nLUA:7 a=3nofssGO7Qr94Y9MFl14H0bJKnQA:4 a=_dQi-Dcv4p4A:10 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , Kip Macy , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 14:34:52 -0000 Quoting ianjhart@ntlworld.com: > Quoting Kip Macy : > >>> >>> As usual scrubs cleanly on 7.2. Started throwing errors within a >>> few minutes under 8. Then it paniced, possibly due to scrub -s. >>> >>> It's sat at the DB prompt if there's anything I can do. I'll need >>> idiots guide level instruction. I have a screen dump if someone >>> want to step up. Off list? >>> >>> Highlight seems to be... >>> >>> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >>> 0xffffff0004dc00 >>> Panic: most recently used by none >> >> Can you test with recent 7-STABLE? That would tell me whether or not >> your hitting a general HEAD issues or problems with the v13 import. > > It's doing a scrub under 7.2 following another failed test. I'll > pull it up to stable after that. > > Have more data will post that once I've done a couple a jobs. > >> >> Thanks, >> Kip Here's that extra data. Updated 3ware/AMCC card firmware. Enable onboard SATA and fit a 300GB SATA disk. Remove the floppy and fit a second 300GB SATA disk. Remove the two 500GB disks and replace with 1.5TB units. I can now create two 8 disk raidz2 giving the same 12 disks worth of storage I had with one 14 disk raidz2. Reinstall the two O/S on the 300GB drives. May be of use to someone, so bear with me. Reset to BIOS defaults. Some issues! Disabling sound helps. Now suspect motherboard BIOS may be part of the problem. Removed both cards and tested each version in turn. ref: http://www.tyan.com.tw/support_download_bios.aspx?model=S.S2895 Started with 1.04 ended up with 1.04. Versions after, detect the internal; SATA disks as 150 not 300. Most versions lock the keyboard (KVM) when legacy USB is enabled. That's a PITA when you've just taken the floopy disk out.No internal SATA disk settings. Be nice to check the geometry as 7 and 8 sysinstall seem to be behaving differently. With the cards back in. Add an ATA disk and CDROM while testing.Easyboot order is SATA0 ATA0 SATA1. Fdisk the so far blank ATA disk :) On board audio clashes with something. BIOS 1.03 and later supports 16 SCSI boot devices. I disabled booting from the RAID card to allow the onboard SATA drives to boot. Out of space for option ROM error has gone. AFAIK CPUs are late enough to support DDR400. Check anyway. Clock down to 333Mhz. Still fails. There's one last thing, this BIOS (1.04) does not supply the fix for AMD errata 169. Later BIOS incorrectly detect the onboard SATA disks. Northbridge System Request Queue may stall. ref: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf We don't seem to have /dev/msr. Could I fix this using (the shiny new) cpucontrol? Thanks ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 14:34:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD44106566C; Wed, 24 Jun 2009 14:34:52 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id 471CE8FC0A; Wed, 24 Jun 2009 14:34:51 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090624143449.LFTS6611.mtaout02-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Wed, 24 Jun 2009 15:34:49 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090624143449.OSOC22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Wed, 24 Jun 2009 15:34:49 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5OEYgw8047826; Wed, 24 Jun 2009 15:34:42 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Wed, 24 Jun 2009 15:34:42 +0100 Message-ID: <20090624153442.137934uzyotkb5og@10.248.192.16> Date: Wed, 24 Jun 2009 15:34:42 +0100 From: ianjhart@ntlworld.com To: ianjhart@ntlworld.com MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=NLZqzBF-AAAA:8 a=6I5d2MoRAAAA:8 a=VRdyzA9mAAAA:8 a=zd2uoN0lAAAA:8 a=XnOQZHBk6YWwtRkEpD4A:9 a=anCuGlb7l6fV07d5nLUA:7 a=3nofssGO7Qr94Y9MFl14H0bJKnQA:4 a=_dQi-Dcv4p4A:10 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , Kip Macy , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 14:34:52 -0000 Quoting ianjhart@ntlworld.com: > Quoting Kip Macy : > >>> >>> As usual scrubs cleanly on 7.2. Started throwing errors within a >>> few minutes under 8. Then it paniced, possibly due to scrub -s. >>> >>> It's sat at the DB prompt if there's anything I can do. I'll need >>> idiots guide level instruction. I have a screen dump if someone >>> want to step up. Off list? >>> >>> Highlight seems to be... >>> >>> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >>> 0xffffff0004dc00 >>> Panic: most recently used by none >> >> Can you test with recent 7-STABLE? That would tell me whether or not >> your hitting a general HEAD issues or problems with the v13 import. > > It's doing a scrub under 7.2 following another failed test. I'll > pull it up to stable after that. > > Have more data will post that once I've done a couple a jobs. > >> >> Thanks, >> Kip Here's that extra data. Updated 3ware/AMCC card firmware. Enable onboard SATA and fit a 300GB SATA disk. Remove the floppy and fit a second 300GB SATA disk. Remove the two 500GB disks and replace with 1.5TB units. I can now create two 8 disk raidz2 giving the same 12 disks worth of storage I had with one 14 disk raidz2. Reinstall the two O/S on the 300GB drives. May be of use to someone, so bear with me. Reset to BIOS defaults. Some issues! Disabling sound helps. Now suspect motherboard BIOS may be part of the problem. Removed both cards and tested each version in turn. ref: http://www.tyan.com.tw/support_download_bios.aspx?model=S.S2895 Started with 1.04 ended up with 1.04. Versions after, detect the internal; SATA disks as 150 not 300. Most versions lock the keyboard (KVM) when legacy USB is enabled. That's a PITA when you've just taken the floopy disk out.No internal SATA disk settings. Be nice to check the geometry as 7 and 8 sysinstall seem to be behaving differently. With the cards back in. Add an ATA disk and CDROM while testing.Easyboot order is SATA0 ATA0 SATA1. Fdisk the so far blank ATA disk :) On board audio clashes with something. BIOS 1.03 and later supports 16 SCSI boot devices. I disabled booting from the RAID card to allow the onboard SATA drives to boot. Out of space for option ROM error has gone. AFAIK CPUs are late enough to support DDR400. Check anyway. Clock down to 333Mhz. Still fails. There's one last thing, this BIOS (1.04) does not supply the fix for AMD errata 169. Later BIOS incorrectly detect the onboard SATA disks. Northbridge System Request Queue may stall. ref: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf We don't seem to have /dev/msr. Could I fix this using (the shiny new) cpucontrol? Thanks ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 15:10:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7FED1065670 for ; Wed, 24 Jun 2009 15:10:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 5289B8FC18 for ; Wed, 24 Jun 2009 15:10:06 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 17F8DEB6E05; Wed, 24 Jun 2009 18:09:31 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F04DE45088; Wed, 24 Jun 2009 18:09:30 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X3oBGoTvukrW; Wed, 24 Jun 2009 18:09:30 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id B3DDE4503F; Wed, 24 Jun 2009 18:09:30 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5OF9UUl003664; Wed, 24 Jun 2009 18:09:30 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5OF9SHv003663; Wed, 24 Jun 2009 18:09:28 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Alexander Best References: Date: Wed, 24 Jun 2009 18:09:28 +0300 In-Reply-To: (Alexander Best's message of "Wed, 24 Jun 2009 14:57:00 +0200 (CEST)") Message-ID: <87tz25pt1z.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: WITHOUT_GAMES=true and /usr/games X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 15:10:06 -0000 On Wed, 24 Jun 2009 14:57:00 +0200 (CEST), Alexander Best wrote: > just rebuild and reinstalled world. everything went fine and /usr/games didn't > get created. great job! :-) would be really nice to have this patch in -HEAD. Good! Thanks for all the testing. I'll get the help of an src committer and see how we can get this into /head. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 15:11:16 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7721065679 for ; Wed, 24 Jun 2009 15:11:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2A48FC28 for ; Wed, 24 Jun 2009 15:11:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C5D1A46B03 for ; Wed, 24 Jun 2009 11:11:15 -0400 (EDT) Date: Wed, 24 Jun 2009 16:11:15 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Avoid changesets r194760-r194736 (was: Re: Warning: ifaddr refcount use patch (svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet netinet6 netipx (fwd))) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 15:11:17 -0000 On Tue, 23 Jun 2009, Robert Watson wrote: > However, because this modifies quite a few spots in the code, it's possible > we'll see two classes of bugs: Indeed, we've run into a couple of problems so far relating to multicast input with these changes; symptoms consisted of panics when receiving multicast IP input. Many users will want to skip stright to r194837 or later, and skip revisions r194760-r194736. Thanks to Sam Leffler and Lawrence Stewart for reports! Robert N M Watson Computer Laboratory University of Cambridge > > - Reference leaks -- references acquired, but I missed a case and the > reference is leaked. This could lead to a gradual memory leak of ifaddr's. > You can track ifaddr allocation using "vmstat -m | grep ifaddr" -- if you > see something you think is a leak, let me know. > > - Use-after-free -- in some case, a reference might not be properly > acquired, but will be released, in which case memory might be used after > free. In -CURRENT where we have INVARIANTS enabled, memory scrubbing > generally picks this up quickly but not immediately, but watch out for new > kernel page faults involving 0xdeadc0de. > > If you run into these problems, I'll likely send you some debugging patches > that make it easier to track this down. > > Robert N M Watson > Computer Laboratory > University of Cambridge > > ---------- Forwarded message ---------- > Date: Tue, 23 Jun 2009 20:19:09 +0000 (UTC) > From: Robert Watson > To: src-committers@freebsd.org, svn-src-all@freebsd.org, > svn-src-head@freebsd.org > Subject: svn commit: r194760 - in head/sys: contrib/rdma net net80211 netinet > netinet6 netipx > > Author: rwatson > Date: Tue Jun 23 20:19:09 2009 > New Revision: 194760 > URL: http://svn.freebsd.org/changeset/base/194760 > > Log: > Modify most routines returning 'struct ifaddr *' to return references > rather than pointers, requiring callers to properly dispose of those > references. The following routines now return references: > > ifaddr_byindex > ifa_ifwithaddr > ifa_ifwithbroadaddr > ifa_ifwithdstaddr > ifa_ifwithnet > ifaof_ifpforaddr > ifa_ifwithroute > ifa_ifwithroute_fib > rt_getifa > rt_getifa_fib > IFP_TO_IA > ip_rtaddr > in6_ifawithifp > in6ifa_ifpforlinklocal > in6ifa_ifpwithaddr > in6_ifadd > carp_iamatch6 > ip6_getdstifaddr > > Remove unused macro which didn't have required referencing: > > IFP_TO_IA6 > > This closes many small races in which changes to interface > or address lists while an ifaddr was in use could lead to use of freed > memory (etc). In a few cases, add missing if_addr_list locking > required to safely acquire references. > > Because of a lack of deep copying support, we accept a race in which > an in6_ifaddr pointed to by mbuf tags and extracted with > ip6_getdstifaddr() doesn't hold a reference while in transmit. Once > we have mbuf tag deep copy support, this can be fixed. > > Reviewed by: bz > Obtained from: Apple, Inc. (portions) > MFC after: 6 weeks (portions) > > Modified: > head/sys/contrib/rdma/rdma_addr.c > head/sys/contrib/rdma/rdma_cma.c > head/sys/net/if.c > head/sys/net/route.c > head/sys/net/rtsock.c > head/sys/net80211/ieee80211.c > head/sys/netinet/igmp.c > head/sys/netinet/in.c > head/sys/netinet/in_mcast.c > head/sys/netinet/in_pcb.c > head/sys/netinet/in_var.h > head/sys/netinet/ip_carp.c > head/sys/netinet/ip_divert.c > head/sys/netinet/ip_icmp.c > head/sys/netinet/ip_input.c > head/sys/netinet/ip_mroute.c > head/sys/netinet/ip_options.c > head/sys/netinet/ip_output.c > head/sys/netinet/tcp_input.c > head/sys/netinet6/frag6.c > head/sys/netinet6/icmp6.c > head/sys/netinet6/in6.c > head/sys/netinet6/in6_ifattach.c > head/sys/netinet6/in6_pcb.c > head/sys/netinet6/in6_src.c > head/sys/netinet6/in6_var.h > head/sys/netinet6/ip6_input.c > head/sys/netinet6/ip6_output.c > head/sys/netinet6/mld6.c > head/sys/netinet6/nd6.c > head/sys/netinet6/nd6_nbr.c > head/sys/netinet6/nd6_rtr.c > head/sys/netinet6/raw_ip6.c > head/sys/netipx/ipx_pcb.c > > Modified: head/sys/contrib/rdma/rdma_addr.c > ============================================================================== > --- head/sys/contrib/rdma/rdma_addr.c Tue Jun 23 20:19:02 2009 > (r194759) > +++ head/sys/contrib/rdma/rdma_addr.c Tue Jun 23 20:19:09 2009 > (r194760) > @@ -129,13 +129,16 @@ int rdma_translate_ip(struct sockaddr *a > struct ifaddr *ifa; > struct sockaddr_in *sin = (struct sockaddr_in *)addr; > uint16_t port = sin->sin_port; > + int ret; > > sin->sin_port = 0; > ifa = ifa_ifwithaddr(addr); > sin->sin_port = port; > if (!ifa) > return (EADDRNOTAVAIL); > - return rdma_copy_addr(dev_addr, ifa->ifa_ifp, NULL); > + ret = rdma_copy_addr(dev_addr, ifa->ifa_ifp, NULL); > + ifa_free(ifa); > + return (ret); > } > > static void queue_req(struct addr_req *req) > > Modified: head/sys/contrib/rdma/rdma_cma.c > ============================================================================== > --- head/sys/contrib/rdma/rdma_cma.c Tue Jun 23 20:19:02 2009 > (r194759) > +++ head/sys/contrib/rdma/rdma_cma.c Tue Jun 23 20:19:09 2009 > (r194760) > @@ -1337,6 +1337,7 @@ static int iw_conn_req_handler(struct iw > } > dev = ifa->ifa_ifp; > ret = rdma_copy_addr(&conn_id->id.route.addr.dev_addr, dev, NULL); > + ifa_free(ifa); > if (ret) { > cma_enable_remove(conn_id); > rdma_destroy_id(new_cm_id); > > Modified: head/sys/net/if.c > ============================================================================== > --- head/sys/net/if.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/net/if.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -48,6 +48,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -261,6 +262,8 @@ ifaddr_byindex(u_short idx) > > IFNET_RLOCK(); > ifa = ifnet_byindex_locked(idx)->if_addr; > + if (ifa != NULL) > + ifa_ref(ifa); > IFNET_RUNLOCK(); > return (ifa); > } > @@ -1464,7 +1467,7 @@ ifa_free(struct ifaddr *ifa) > */ > /*ARGSUSED*/ > static struct ifaddr * > -ifa_ifwithaddr_internal(struct sockaddr *addr) > +ifa_ifwithaddr_internal(struct sockaddr *addr, int getref) > { > INIT_VNET_NET(curvnet); > struct ifnet *ifp; > @@ -1477,6 +1480,8 @@ ifa_ifwithaddr_internal(struct sockaddr > if (ifa->ifa_addr->sa_family != addr->sa_family) > continue; > if (sa_equal(addr, ifa->ifa_addr)) { > + if (getref) > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1485,6 +1490,8 @@ ifa_ifwithaddr_internal(struct sockaddr > ifa->ifa_broadaddr && > ifa->ifa_broadaddr->sa_len != 0 && > sa_equal(ifa->ifa_broadaddr, addr)) { > + if (getref) > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1501,14 +1508,14 @@ struct ifaddr * > ifa_ifwithaddr(struct sockaddr *addr) > { > > - return (ifa_ifwithaddr_internal(addr)); > + return (ifa_ifwithaddr_internal(addr, 1)); > } > > int > ifa_ifwithaddr_check(struct sockaddr *addr) > { > > - return (ifa_ifwithaddr_internal(addr) != NULL); > + return (ifa_ifwithaddr_internal(addr, 0) != NULL); > } > > /* > @@ -1532,6 +1539,7 @@ ifa_ifwithbroadaddr(struct sockaddr *add > ifa->ifa_broadaddr && > ifa->ifa_broadaddr->sa_len != 0 && > sa_equal(ifa->ifa_broadaddr, addr)) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1565,6 +1573,7 @@ ifa_ifwithdstaddr(struct sockaddr *addr) > continue; > if (ifa->ifa_dstaddr != NULL && > sa_equal(addr, ifa->ifa_dstaddr)) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1587,7 +1596,7 @@ ifa_ifwithnet(struct sockaddr *addr) > INIT_VNET_NET(curvnet); > struct ifnet *ifp; > struct ifaddr *ifa; > - struct ifaddr *ifa_maybe = (struct ifaddr *) 0; > + struct ifaddr *ifa_maybe = NULL; > u_int af = addr->sa_family; > char *addr_data = addr->sa_data, *cplim; > > @@ -1602,8 +1611,10 @@ ifa_ifwithnet(struct sockaddr *addr) > } > > /* > - * Scan though each interface, looking for ones that have > - * addresses in this address family. > + * Scan though each interface, looking for ones that have addresses > + * in this address family. Maintain a reference on ifa_maybe once > + * we find one, as we release the IF_ADDR_LOCK() that kept it stable > + * when we move onto the next interface. > */ > IFNET_RLOCK(); > TAILQ_FOREACH(ifp, &V_ifnet, if_link) { > @@ -1624,6 +1635,7 @@ next: continue; > */ > if (ifa->ifa_dstaddr != NULL && > sa_equal(addr, ifa->ifa_dstaddr)) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1634,6 +1646,7 @@ next: continue; > */ > if (ifa->ifa_claim_addr) { > if ((*ifa->ifa_claim_addr)(ifa, > addr)) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto done; > } > @@ -1664,17 +1677,24 @@ next: continue; > * before continuing to search > * for an even better one. > */ > - if (ifa_maybe == 0 || > + if (ifa_maybe == NULL || > rn_refines((caddr_t)ifa->ifa_netmask, > - (caddr_t)ifa_maybe->ifa_netmask)) > + (caddr_t)ifa_maybe->ifa_netmask)) { > + if (ifa_maybe != NULL) > + ifa_free(ifa_maybe); > ifa_maybe = ifa; > + ifa_ref(ifa_maybe); > + } > } > } > IF_ADDR_UNLOCK(ifp); > } > ifa = ifa_maybe; > + ifa_maybe = NULL; > done: > IFNET_RUNLOCK(); > + if (ifa_maybe != NULL) > + ifa_free(ifa_maybe); > return (ifa); > } > > @@ -1688,7 +1708,7 @@ ifaof_ifpforaddr(struct sockaddr *addr, > struct ifaddr *ifa; > char *cp, *cp2, *cp3; > char *cplim; > - struct ifaddr *ifa_maybe = 0; > + struct ifaddr *ifa_maybe = NULL; > u_int af = addr->sa_family; > > if (af >= AF_MAX) > @@ -1697,7 +1717,7 @@ ifaof_ifpforaddr(struct sockaddr *addr, > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > if (ifa->ifa_addr->sa_family != af) > continue; > - if (ifa_maybe == 0) > + if (ifa_maybe == NULL) > ifa_maybe = ifa; > if (ifa->ifa_netmask == 0) { > if (sa_equal(addr, ifa->ifa_addr) || > @@ -1723,6 +1743,8 @@ ifaof_ifpforaddr(struct sockaddr *addr, > } > ifa = ifa_maybe; > done: > + if (ifa != NULL) > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > return (ifa); > } > @@ -1748,7 +1770,6 @@ link_rtrequest(int cmd, struct rtentry * > return; > ifa = ifaof_ifpforaddr(dst, ifp); > if (ifa) { > - ifa_ref(ifa); /* XXX */ > oifa = rt->rt_ifa; > rt->rt_ifa = ifa; > ifa_free(oifa); > > Modified: head/sys/net/route.c > ============================================================================== > --- head/sys/net/route.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/net/route.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -559,6 +559,7 @@ rtredirect_fib(struct sockaddr *dst, > struct ifaddr *ifa; > struct radix_node_head *rnh; > > + ifa = NULL; > rnh = rt_tables_get_rnh(fibnum, dst->sa_family); > if (rnh == NULL) { > error = EAFNOSUPPORT; > @@ -664,6 +665,8 @@ out: > info.rti_info[RTAX_NETMASK] = netmask; > info.rti_info[RTAX_AUTHOR] = src; > rt_missmsg(RTM_REDIRECT, &info, flags, error); > + if (ifa != NULL) > + ifa_free(ifa); > } > > int > @@ -693,6 +696,9 @@ rtioctl_fib(u_long req, caddr_t data, u_ > #endif /* INET */ > } > > +/* > + * For both ifa_ifwithroute() routines, 'ifa' is returned referenced. > + */ > struct ifaddr * > ifa_ifwithroute(int flags, struct sockaddr *dst, struct sockaddr *gateway) > { > @@ -749,11 +755,13 @@ ifa_ifwithroute_fib(int flags, struct so > default: > break; > } > + if (!not_found && rt->rt_ifa != NULL) { > + ifa = rt->rt_ifa; > + ifa_ref(ifa); > + } > RT_REMREF(rt); > RT_UNLOCK(rt); > - if (not_found) > - return (NULL); > - if ((ifa = rt->rt_ifa) == NULL) > + if (not_found || ifa == NULL) > return (NULL); > } > if (ifa->ifa_addr->sa_family != dst->sa_family) { > @@ -761,6 +769,8 @@ ifa_ifwithroute_fib(int flags, struct so > ifa = ifaof_ifpforaddr(dst, ifa->ifa_ifp); > if (ifa == NULL) > ifa = oifa; > + else > + ifa_free(oifa); > } > return (ifa); > } > @@ -819,6 +829,10 @@ rt_getifa(struct rt_addrinfo *info) > return (rt_getifa_fib(info, 0)); > } > > +/* > + * Look up rt_addrinfo for a specific fib. Note that if rti_ifa is defined, > + * it will be referenced so the caller must free it. > + */ > int > rt_getifa_fib(struct rt_addrinfo *info, u_int fibnum) > { > @@ -831,8 +845,10 @@ rt_getifa_fib(struct rt_addrinfo *info, > */ > if (info->rti_ifp == NULL && ifpaddr != NULL && > ifpaddr->sa_family == AF_LINK && > - (ifa = ifa_ifwithnet(ifpaddr)) != NULL) > + (ifa = ifa_ifwithnet(ifpaddr)) != NULL) { > info->rti_ifp = ifa->ifa_ifp; > + ifa_free(ifa); > + } > if (info->rti_ifa == NULL && ifaaddr != NULL) > info->rti_ifa = ifa_ifwithaddr(ifaaddr); > if (info->rti_ifa == NULL) { > @@ -1123,12 +1139,19 @@ rtrequest1_fib(int req, struct rt_addrin > (gateway->sa_family != AF_UNSPEC) && (gateway->sa_family > != AF_LINK)) > senderr(EINVAL); > > - if (info->rti_ifa == NULL && (error = rt_getifa_fib(info, > fibnum))) > - senderr(error); > + if (info->rti_ifa == NULL) { > + error = rt_getifa_fib(info, fibnum); > + if (error) > + senderr(error); > + } else > + ifa_ref(info->rti_ifa); > ifa = info->rti_ifa; > rt = uma_zalloc(V_rtzone, M_NOWAIT | M_ZERO); > - if (rt == NULL) > + if (rt == NULL) { > + if (ifa != NULL) > + ifa_free(ifa); > senderr(ENOBUFS); > + } > RT_LOCK_INIT(rt); > rt->rt_flags = RTF_UP | flags; > rt->rt_fibnum = fibnum; > @@ -1139,6 +1162,8 @@ rtrequest1_fib(int req, struct rt_addrin > RT_LOCK(rt); > if ((error = rt_setgate(rt, dst, gateway)) != 0) { > RT_LOCK_DESTROY(rt); > + if (ifa != NULL) > + ifa_free(ifa); > uma_zfree(V_rtzone, rt); > senderr(error); > } > @@ -1157,11 +1182,10 @@ rtrequest1_fib(int req, struct rt_addrin > bcopy(dst, ndst, dst->sa_len); > > /* > - * Note that we now have a reference to the ifa. > + * We use the ifa reference returned by rt_getifa_fib(). > * This moved from below so that rnh->rnh_addaddr() can > * examine the ifa and ifa->ifa_ifp if it so desires. > */ > - ifa_ref(ifa); > rt->rt_ifa = ifa; > rt->rt_ifp = ifa->ifa_ifp; > rt->rt_rmx.rmx_weight = 1; > > Modified: head/sys/net/rtsock.c > ============================================================================== > --- head/sys/net/rtsock.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/net/rtsock.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -683,6 +683,13 @@ route_output(struct mbuf *m, struct sock > RT_UNLOCK(rt); > RADIX_NODE_HEAD_LOCK(rnh); > error = rt_getifa_fib(&info, rt->rt_fibnum); > + /* > + * XXXRW: Really we should release this > + * reference later, but this maintains > + * historical behavior. > + */ > + if (info.rti_ifa != NULL) > + ifa_free(info.rti_ifa); > RADIX_NODE_HEAD_UNLOCK(rnh); > if (error != 0) > senderr(error); > > Modified: head/sys/net80211/ieee80211.c > ============================================================================== > --- head/sys/net80211/ieee80211.c Tue Jun 23 20:19:02 2009 > (r194759) > +++ head/sys/net80211/ieee80211.c Tue Jun 23 20:19:09 2009 > (r194760) > @@ -301,6 +301,7 @@ ieee80211_ifattach(struct ieee80211com * > sdl->sdl_type = IFT_ETHER; /* XXX IFT_IEEE80211? */ > sdl->sdl_alen = IEEE80211_ADDR_LEN; > IEEE80211_ADDR_COPY(LLADDR(sdl), macaddr); > + ifa_free(ifa); > } > > /* > > Modified: head/sys/netinet/igmp.c > ============================================================================== > --- head/sys/netinet/igmp.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/igmp.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -1233,8 +1233,10 @@ igmp_input_v1_report(struct ifnet *ifp, > */ > if (V_igmp_recvifkludge && in_nullhost(ip->ip_src)) { > IFP_TO_IA(ifp, ia); > - if (ia != NULL) > + if (ia != NULL) { > ip->ip_src.s_addr = htonl(ia->ia_subnet); > + ifa_free(&ia->ia_ifa); > + } > } > > CTR3(KTR_IGMPV3, "process v1 report %s on ifp %p(%s)", > @@ -1326,16 +1328,23 @@ igmp_input_v2_report(struct ifnet *ifp, > * group. > */ > IFP_TO_IA(ifp, ia); > - if (ia != NULL && in_hosteq(ip->ip_src, IA_SIN(ia)->sin_addr)) > + if (ia != NULL && in_hosteq(ip->ip_src, IA_SIN(ia)->sin_addr)) { > + ifa_free(&ia->ia_ifa); > return (0); > + } > > IGMPSTAT_INC(igps_rcv_reports); > > - if (ifp->if_flags & IFF_LOOPBACK) > + if (ifp->if_flags & IFF_LOOPBACK) { > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return (0); > + } > > if (!IN_MULTICAST(ntohl(igmp->igmp_group.s_addr)) || > !in_hosteq(igmp->igmp_group, ip->ip_dst)) { > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > IGMPSTAT_INC(igps_rcv_badreports); > return (EINVAL); > } > @@ -1351,6 +1360,8 @@ igmp_input_v2_report(struct ifnet *ifp, > if (ia != NULL) > ip->ip_src.s_addr = htonl(ia->ia_subnet); > } > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > > CTR3(KTR_IGMPV3, "process v2 report %s on ifp %p(%s)", > inet_ntoa(igmp->igmp_group), ifp, ifp->if_xname); > @@ -3534,8 +3545,10 @@ igmp_v3_encap_report(struct ifnet *ifp, > struct in_ifaddr *ia; > > IFP_TO_IA(ifp, ia); > - if (ia != NULL) > + if (ia != NULL) { > ip->ip_src = ia->ia_addr.sin_addr; > + ifa_free(&ia->ia_ifa); > + } > } > > ip->ip_dst.s_addr = htonl(INADDR_ALLRPTS_GROUP); > > Modified: head/sys/netinet/in.c > ============================================================================== > --- head/sys/netinet/in.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/in.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -219,7 +219,6 @@ in_control(struct socket *so, u_long cmd > register struct ifaddr *ifa; > struct in_addr allhosts_addr; > struct in_addr dst; > - struct in_ifaddr *oia; > struct in_ifinfo *ii; > struct in_aliasreq *ifra = (struct in_aliasreq *)data; > struct sockaddr_in oldaddr; > @@ -323,8 +322,10 @@ in_control(struct socket *so, u_long cmd > break; > } > } > - IF_ADDR_LOCK(ifp); > + if (ia != NULL) > + ifa_ref(&ia->ia_ifa); > if (ia == NULL) { > + IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > iap = ifatoia(ifa); > if (iap->ia_addr.sin_family == AF_INET) { > @@ -336,6 +337,9 @@ in_control(struct socket *so, u_long cmd > break; > } > } > + if (ia != NULL) > + ifa_ref(&ia->ia_ifa); > + IF_ADDR_UNLOCK(ifp); > } > if (ia == NULL) > iaIsFirst = 1; > @@ -345,23 +349,29 @@ in_control(struct socket *so, u_long cmd > case SIOCAIFADDR: > case SIOCDIFADDR: > if (ifra->ifra_addr.sin_family == AF_INET) { > + struct in_ifaddr *oia; > + > for (oia = ia; ia; ia = TAILQ_NEXT(ia, ia_link)) { > if (ia->ia_ifp == ifp && > ia->ia_addr.sin_addr.s_addr == > ifra->ifra_addr.sin_addr.s_addr) > break; > } > + if (ia != NULL && ia != oia) > + ifa_ref(&ia->ia_ifa); > + if (oia != NULL && ia != oia) > + ifa_free(&oia->ia_ifa); > if ((ifp->if_flags & IFF_POINTOPOINT) > && (cmd == SIOCAIFADDR) > && (ifra->ifra_dstaddr.sin_addr.s_addr > == INADDR_ANY)) { > error = EDESTADDRREQ; > - goto out_unlock; > + goto out; > } > } > if (cmd == SIOCDIFADDR && ia == NULL) { > error = EADDRNOTAVAIL; > - goto out_unlock; > + goto out; > } > /* FALLTHROUGH */ > case SIOCSIFADDR: > @@ -373,7 +383,7 @@ in_control(struct socket *so, u_long cmd > M_ZERO); > if (ia == NULL) { > error = ENOBUFS; > - goto out_unlock; > + goto out; > } > > ifa = &ia->ia_ifa; > @@ -390,7 +400,11 @@ in_control(struct socket *so, u_long cmd > } > ia->ia_ifp = ifp; > > + ifa_ref(ifa); /* if_addrhead */ > + IF_ADDR_LOCK(ifp); > TAILQ_INSERT_TAIL(&ifp->if_addrhead, ifa, ifa_link); > + IF_ADDR_UNLOCK(ifp); > + ifa_ref(ifa); /* in_ifaddrhead */ > s = splnet(); > TAILQ_INSERT_TAIL(&V_in_ifaddrhead, ia, ia_link); > splx(s); > @@ -405,64 +419,53 @@ in_control(struct socket *so, u_long cmd > case SIOCGIFBRDADDR: > if (ia == NULL) { > error = EADDRNOTAVAIL; > - goto out_unlock; > + goto out; > } > break; > } > > /* > - * Most paths in this switch return directly or via out_unlock. Only > - * paths that remove the address break in order to hit common removal > - * code. > - * > - * XXXRW: We enter the switch with IF_ADDR_LOCK() held, but leave > - * without it. This is a bug. > + * Most paths in this switch return directly or via out. Only paths > + * that remove the address break in order to hit common removal code. > */ > - IF_ADDR_LOCK_ASSERT(ifp); > switch (cmd) { > case SIOCGIFADDR: > *((struct sockaddr_in *)&ifr->ifr_addr) = ia->ia_addr; > - goto out_unlock; > + goto out; > > case SIOCGIFBRDADDR: > if ((ifp->if_flags & IFF_BROADCAST) == 0) { > error = EINVAL; > - goto out_unlock; > + goto out; > } > *((struct sockaddr_in *)&ifr->ifr_dstaddr) = > ia->ia_broadaddr; > - goto out_unlock; > + goto out; > > case SIOCGIFDSTADDR: > if ((ifp->if_flags & IFF_POINTOPOINT) == 0) { > error = EINVAL; > - goto out_unlock; > + goto out; > } > *((struct sockaddr_in *)&ifr->ifr_dstaddr) = ia->ia_dstaddr; > - goto out_unlock; > + goto out; > > case SIOCGIFNETMASK: > *((struct sockaddr_in *)&ifr->ifr_addr) = ia->ia_sockmask; > - goto out_unlock; > + goto out; > > case SIOCSIFDSTADDR: > if ((ifp->if_flags & IFF_POINTOPOINT) == 0) { > error = EINVAL; > - goto out_unlock; > + goto out; > } > oldaddr = ia->ia_dstaddr; > ia->ia_dstaddr = *(struct sockaddr_in *)&ifr->ifr_dstaddr; > - IF_ADDR_UNLOCK(ifp); > - > - /* > - * XXXRW: Locks dropped for if_ioctl and rtinit, but ia is > - * still being used. > - */ > if (ifp->if_ioctl != NULL) { > error = (*ifp->if_ioctl)(ifp, SIOCSIFDSTADDR, > (caddr_t)ia); > if (error) { > ia->ia_dstaddr = oldaddr; > - return (error); > + goto out; > } > } > if (ia->ia_flags & IFA_ROUTE) { > @@ -472,23 +475,17 @@ in_control(struct socket *so, u_long cmd > (struct sockaddr *)&ia->ia_dstaddr; > rtinit(&(ia->ia_ifa), (int)RTM_ADD, RTF_HOST|RTF_UP); > } > - return (0); > + goto out; > > case SIOCSIFBRDADDR: > if ((ifp->if_flags & IFF_BROADCAST) == 0) { > error = EINVAL; > - goto out_unlock; > + goto out; > } > ia->ia_broadaddr = *(struct sockaddr_in > *)&ifr->ifr_broadaddr; > - goto out_unlock; > + goto out; > > case SIOCSIFADDR: > - IF_ADDR_UNLOCK(ifp); > - > - /* > - * XXXRW: Locks dropped for in_ifinit and in_joingroup, but > ia > - * is still being used. > - */ > error = in_ifinit(ifp, ia, > (struct sockaddr_in *) &ifr->ifr_addr, 1); > if (error != 0 && iaIsNew) > @@ -502,12 +499,13 @@ in_control(struct socket *so, u_long cmd > } > EVENTHANDLER_INVOKE(ifaddr_event, ifp); > } > - return (0); > + error = 0; > + goto out; > > case SIOCSIFNETMASK: > ia->ia_sockmask.sin_addr = ifra->ifra_addr.sin_addr; > ia->ia_subnetmask = ntohl(ia->ia_sockmask.sin_addr.s_addr); > - goto out_unlock; > + goto out; > > case SIOCAIFADDR: > maskIsNew = 0; > @@ -521,12 +519,6 @@ in_control(struct socket *so, u_long cmd > ia->ia_addr.sin_addr.s_addr) > hostIsNew = 0; > } > - IF_ADDR_UNLOCK(ifp); > - > - /* > - * XXXRW: Locks dropped for in_ifscrub and in_ifinit, but ia > - * is still being used. > - */ > if (ifra->ifra_mask.sin_len) { > in_ifscrub(ifp, ia); > ia->ia_sockmask = ifra->ifra_mask; > @@ -545,7 +537,7 @@ in_control(struct socket *so, u_long cmd > (hostIsNew || maskIsNew)) > error = in_ifinit(ifp, ia, &ifra->ifra_addr, 0); > if (error != 0 && iaIsNew) > - break; > + goto out; > > if ((ifp->if_flags & IFF_BROADCAST) && > (ifra->ifra_broadaddr.sin_family == AF_INET)) > @@ -559,15 +551,10 @@ in_control(struct socket *so, u_long cmd > } > EVENTHANDLER_INVOKE(ifaddr_event, ifp); > } > - return (error); > + goto out; > > case SIOCDIFADDR: > - IF_ADDR_UNLOCK(ifp); > - > /* > - * XXXRW: Locks dropped for in_ifscrub and in_ifadown, but ia > - * is still being used. > - * > * in_ifscrub kills the interface route. > */ > in_ifscrub(ifp, ia); > @@ -587,25 +574,25 @@ in_control(struct socket *so, u_long cmd > panic("in_control: unsupported ioctl"); > } > > - /* > - * XXXRW: In a more ideal world, we would still be holding > - * IF_ADDR_LOCK here. > - */ > IF_ADDR_LOCK(ifp); > TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); > IF_ADDR_UNLOCK(ifp); > + ifa_free(&ia->ia_ifa); /* if_addrhead */ > s = splnet(); > TAILQ_REMOVE(&V_in_ifaddrhead, ia, ia_link); > + ifa_free(&ia->ia_ifa); /* in_ifaddrhead */ > if (ia->ia_addr.sin_family == AF_INET) { > + struct in_ifaddr *if_ia; > + > LIST_REMOVE(ia, ia_hash); > /* > * If this is the last IPv4 address configured on this > * interface, leave the all-hosts group. > * No state-change report need be transmitted. > */ > - oia = NULL; > - IFP_TO_IA(ifp, oia); > - if (oia == NULL) { > + if_ia = NULL; > + IFP_TO_IA(ifp, if_ia); > + if (if_ia == NULL) { > ii = ((struct in_ifinfo *)ifp->if_afdata[AF_INET]); > IN_MULTI_LOCK(); > if (ii->ii_allhosts) { > @@ -614,15 +601,13 @@ in_control(struct socket *so, u_long cmd > ii->ii_allhosts = NULL; > } > IN_MULTI_UNLOCK(); > - } > + } else > + ifa_free(&if_ia->ia_ifa); > } > - ifa_free(&ia->ia_ifa); > splx(s); > - > - return (error); > - > -out_unlock: > - IF_ADDR_UNLOCK(ifp); > +out: > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return (error); > } > > > Modified: head/sys/netinet/in_mcast.c > ============================================================================== > --- head/sys/netinet/in_mcast.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/in_mcast.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -1722,6 +1722,7 @@ inp_getmoptions(struct inpcb *inp, struc > if (ia != NULL) { > mreqn.imr_address = > IA_SIN(ia)->sin_addr; > + ifa_free(&ia->ia_ifa); > } > } > } > > Modified: head/sys/netinet/in_pcb.c > ============================================================================== > --- head/sys/netinet/in_pcb.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/in_pcb.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -549,7 +549,6 @@ static int > in_pcbladdr(struct inpcb *inp, struct in_addr *faddr, struct in_addr *laddr, > struct ucred *cred) > { > - struct in_ifaddr *ia; > struct ifaddr *ifa; > struct sockaddr *sa; > struct sockaddr_in *sin; > @@ -559,7 +558,6 @@ in_pcbladdr(struct inpcb *inp, struct in > KASSERT(laddr != NULL, ("%s: laddr NULL", __func__)); > > error = 0; > - ia = NULL; > bzero(&sro, sizeof(sro)); > > sin = (struct sockaddr_in *)&sro.ro_dst; > @@ -585,6 +583,7 @@ in_pcbladdr(struct inpcb *inp, struct in > * the source address from. > */ > if (sro.ro_rt == NULL || sro.ro_rt->rt_ifp == NULL) { > + struct in_ifaddr *ia; > struct ifnet *ifp; > > ia = ifatoia(ifa_ifwithdstaddr((struct sockaddr *)sin)); > @@ -597,10 +596,12 @@ in_pcbladdr(struct inpcb *inp, struct in > > if (cred == NULL || !prison_flag(cred, PR_IP4)) { > laddr->s_addr = ia->ia_addr.sin_addr.s_addr; > + ifa_free(&ia->ia_ifa); > goto done; > } > > ifp = ia->ia_ifp; > + ifa_free(&ia->ia_ifa); > ia = NULL; > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > @@ -636,6 +637,7 @@ in_pcbladdr(struct inpcb *inp, struct in > * 3. as a last resort return the 'default' jail address. > */ > if ((sro.ro_rt->rt_ifp->if_flags & IFF_LOOPBACK) == 0) { > + struct in_ifaddr *ia; > struct ifnet *ifp; > > /* If not jailed, use the default returned. */ > @@ -658,10 +660,10 @@ in_pcbladdr(struct inpcb *inp, struct in > * 2. Check if we have any address on the outgoing interface > * belonging to this jail. > */ > + ia = NULL; > ifp = sro.ro_rt->rt_ifp; > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > - > sa = ifa->ifa_addr; > if (sa->sa_family != AF_INET) > continue; > @@ -694,6 +696,7 @@ in_pcbladdr(struct inpcb *inp, struct in > */ > if ((sro.ro_rt->rt_ifp->if_flags & IFF_LOOPBACK) != 0) { > struct sockaddr_in sain; > + struct in_ifaddr *ia; > > bzero(&sain, sizeof(struct sockaddr_in)); > sain.sin_family = AF_INET; > @@ -710,6 +713,7 @@ in_pcbladdr(struct inpcb *inp, struct in > goto done; > } > laddr->s_addr = ia->ia_addr.sin_addr.s_addr; > + ifa_free(&ia->ia_ifa); > goto done; > } > > @@ -718,6 +722,7 @@ in_pcbladdr(struct inpcb *inp, struct in > struct ifnet *ifp; > > ifp = ia->ia_ifp; > + ifa_free(&ia->ia_ifa); > ia = NULL; > IF_ADDR_LOCK(ifp); > TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { > > Modified: head/sys/netinet/in_var.h > ============================================================================== > --- head/sys/netinet/in_var.h Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/in_var.h Tue Jun 23 20:19:09 2009 (r194760) > @@ -146,14 +146,16 @@ do { \ > * Macro for finding the internet address structure (in_ifaddr) > corresponding > * to a given interface (ifnet structure). > */ > -#define IFP_TO_IA(ifp, ia) \ > - /* struct ifnet *ifp; */ \ > - /* struct in_ifaddr *ia; */ \ > -{ \ > - for ((ia) = TAILQ_FIRST(&V_in_ifaddrhead); \ > - (ia) != NULL && (ia)->ia_ifp != (ifp); \ > - (ia) = TAILQ_NEXT((ia), ia_link)) \ > - continue; \ > +#define IFP_TO_IA(ifp, ia) \ > + /* struct ifnet *ifp; */ \ > + /* struct in_ifaddr *ia; */ \ > +{ \ > + for ((ia) = TAILQ_FIRST(&V_in_ifaddrhead); \ > + (ia) != NULL && (ia)->ia_ifp != (ifp); \ > + (ia) = TAILQ_NEXT((ia), ia_link)) \ > + continue; \ > + if ((ia) != NULL) \ > + ifa_ref(&(ia)->ia_ifa); \ > } > #endif > > > Modified: head/sys/netinet/ip_carp.c > ============================================================================== > --- head/sys/netinet/ip_carp.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/ip_carp.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -1239,6 +1239,7 @@ carp_iamatch6(void *v, struct in6_addr * > (SC2IFP(vh)->if_flags & IFF_UP) && > (SC2IFP(vh)->if_drv_flags & IFF_DRV_RUNNING) && > vh->sc_state == MASTER) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(SC2IFP(vh)); > CARP_UNLOCK(cif); > return (ifa); > > Modified: head/sys/netinet/ip_divert.c > ============================================================================== > --- head/sys/netinet/ip_divert.c Tue Jun 23 20:19:02 2009 > (r194759) > +++ head/sys/netinet/ip_divert.c Tue Jun 23 20:19:09 2009 > (r194760) > @@ -464,6 +464,7 @@ div_output(struct socket *so, struct mbu > goto cantsend; > } > m->m_pkthdr.rcvif = ifa->ifa_ifp; > + ifa_free(ifa); > } > #ifdef MAC > mac_socket_create_mbuf(so, m); > > Modified: head/sys/netinet/ip_icmp.c > ============================================================================== > --- head/sys/netinet/ip_icmp.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/ip_icmp.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -536,10 +536,12 @@ icmp_input(struct mbuf *m, int off) > } > ia = (struct in_ifaddr *)ifaof_ifpforaddr( > (struct sockaddr *)&icmpdst, m->m_pkthdr.rcvif); > - if (ia == 0) > + if (ia == NULL) > break; > - if (ia->ia_ifp == 0) > + if (ia->ia_ifp == NULL) { > + ifa_free(&ia->ia_ifa); > break; > + } > icp->icmp_type = ICMP_MASKREPLY; > if (V_icmpmaskfake == 0) > icp->icmp_mask = ia->ia_sockmask.sin_addr.s_addr; > @@ -551,6 +553,7 @@ icmp_input(struct mbuf *m, int off) > else if (ia->ia_ifp->if_flags & IFF_POINTOPOINT) > ip->ip_src = satosin(&ia->ia_dstaddr)->sin_addr; > } > + ifa_free(&ia->ia_ifa); > reflect: > ip->ip_len += hlen; /* since ip_input deducts this */ > ICMPSTAT_INC(icps_reflect); > @@ -748,6 +751,7 @@ icmp_reflect(struct mbuf *m) > goto done; > } > t = IA_SIN(ia)->sin_addr; > + ifa_free(&ia->ia_ifa); > match: > #ifdef MAC > mac_netinet_icmp_replyinplace(m); > > Modified: head/sys/netinet/ip_input.c > ============================================================================== > --- head/sys/netinet/ip_input.c Tue Jun 23 20:19:02 2009 (r194759) > +++ head/sys/netinet/ip_input.c Tue Jun 23 20:19:09 2009 (r194760) > @@ -622,8 +622,10 @@ passin: > * enabled. > */ > if (IA_SIN(ia)->sin_addr.s_addr == ip->ip_dst.s_addr && > - (!checkif || ia->ia_ifp == ifp)) > + (!checkif || ia->ia_ifp == ifp)) { > + ifa_ref(&ia->ia_ifa); > goto ours; > + } > } > /* > * Check for broadcast addresses. > @@ -641,15 +643,18 @@ passin: > ia = ifatoia(ifa); > if (satosin(&ia->ia_broadaddr)->sin_addr.s_addr == > ip->ip_dst.s_addr) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto ours; > } > if (ia->ia_netbroadcast.s_addr == ip->ip_dst.s_addr) > { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto ours; > } > #ifdef BOOTP_COMPAT > if (IA_SIN(ia)->sin_addr.s_addr == INADDR_ANY) { > + ifa_ref(ifa); > IF_ADDR_UNLOCK(ifp); > goto ours; > } > @@ -742,6 +747,7 @@ ours: > if (ia != NULL) { > ia->ia_ifa.if_ipackets++; > ia->ia_ifa.if_ibytes += m->m_pkthdr.len; > + ifa_free(&ia->ia_ifa); > } > > /* > @@ -1335,8 +1341,8 @@ ipproto_unregister(u_char ipproto) > } > > /* > - * Given address of next destination (final or next hop), > - * return internet address info of interface to be used to get there. > + * Given address of next destination (final or next hop), return > (referenced) > + * internet address info of interface to be used to get there. > */ > struct in_ifaddr * > ip_rtaddr(struct in_addr dst, u_int fibnum) > @@ -1356,6 +1362,7 @@ ip_rtaddr(struct in_addr dst, u_int fibn > return (NULL); > > ifa = ifatoia(sro.ro_rt->rt_ifa); > + ifa_ref(&ifa->ia_ifa); > RTFREE(sro.ro_rt); > return (ifa); > } > @@ -1530,11 +1537,16 @@ ip_forward(struct mbuf *m, int srcrt) > else { > if (mcopy) > m_freem(mcopy); > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return; > } > } > - if (mcopy == NULL) > + if (mcopy == NULL) { > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return; > + } > > switch (error) { > > @@ -1592,6 +1604,8 @@ ip_forward(struct mbuf *m, int srcrt) > */ > if (V_ip_sendsourcequench == 0) { > m_freem(mcopy); > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return; > } else { > type = ICMP_SOURCEQUENCH; > @@ -1601,8 +1615,12 @@ ip_forward(struct mbuf *m, int srcrt) > > case EACCES: /* ipfw denied packet */ > m_freem(mcopy); > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > return; > } > + if (ia != NULL) > + ifa_free(&ia->ia_ifa); > icmp_error(mcopy, type, code, dest.s_addr, mtu); > } > > > Modified: head/sys/netinet/ip_mroute.c > ============================================================================== > --- head/sys/netinet/ip_mroute.c Tue Jun 23 20:19:02 2009 > (r194759) > +++ head/sys/netinet/ip_mroute.c Tue Jun 23 20:19:09 2009 > (r194760) > @@ -883,6 +883,7 @@ add_vif(struct vifctl *vifcp) > return EADDRNOTAVAIL; > } > ifp = ifa->ifa_ifp; > + ifa_free(ifa); > } > > if ((vifcp->vifc_flags & VIFF_TUNNEL) != 0) { > > Modified: head/sys/netinet/ip_options.c > ============================================================================== > --- head/sys/netinet/ip_options.c Tue Jun 23 20:19:02 2009 > (r194759) > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > _______________________________________________ > 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 Jun 24 16:18:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D5471065687 for ; Wed, 24 Jun 2009 16:18:24 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 36C968FC1D for ; Wed, 24 Jun 2009 16:18:23 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7FB229CB0E4 for ; Wed, 24 Jun 2009 18:17:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 78zVDo82Mdy8 for ; Wed, 24 Jun 2009 18:17:15 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E997B9CB128 for ; Wed, 24 Jun 2009 18:17:14 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5OGHE6B095761 for current@freebsd.org; Wed, 24 Jun 2009 18:17:14 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 24 Jun 2009 18:17:14 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20090624161714.GA95624@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [TESTING]: twe/twa ioctl change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 16:18:24 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi if you have twe or twa card with management software please test this patch: http://www.vlakno.cz/~rdivacky/tw-ioctl-fix.patch the testing will be especially useful on amd64 machine. thnx! roman=09 --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpCUYoACgkQLVEj6D3CBEwlfwCeNELZxiltMhdKXaVoNSZvJDyK cn8An2FL3Wnblst3GjHnii+lUhskihHu =MdGv -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 16:30:35 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC15E106564A; Wed, 24 Jun 2009 16:30:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A41808FC0C; Wed, 24 Jun 2009 16:30:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OGUWxJ044911; Wed, 24 Jun 2009 12:30:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OGUWDE016044; Wed, 24 Jun 2009 12:30:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0DD897302F; Wed, 24 Jun 2009 12:30:31 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624163032.0DD897302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 12:30:31 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 16:30:35 -0000 TB --- 2009-06-24 14:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 14:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-24 14:20:00 - cleaning the object tree TB --- 2009-06-24 14:21:03 - cvsupping the source tree TB --- 2009-06-24 14:21:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-24 14:21:10 - building world TB --- 2009-06-24 14:21:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 14:21:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 14:21:10 - TARGET=amd64 TB --- 2009-06-24 14:21:10 - TARGET_ARCH=amd64 TB --- 2009-06-24 14:21:10 - TZ=UTC TB --- 2009-06-24 14:21:10 - __MAKE_CONF=/dev/null TB --- 2009-06-24 14:21:10 - cd /src TB --- 2009-06-24 14:21:10 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 14:21:12 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 24 16:21:23 UTC 2009 TB --- 2009-06-24 16:21:23 - generating LINT kernel config TB --- 2009-06-24 16:21:23 - cd /src/sys/amd64/conf TB --- 2009-06-24 16:21:23 - /usr/bin/make -B LINT TB --- 2009-06-24 16:21:23 - building LINT kernel TB --- 2009-06-24 16:21:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 16:21:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 16:21:23 - TARGET=amd64 TB --- 2009-06-24 16:21:23 - TARGET_ARCH=amd64 TB --- 2009-06-24 16:21:23 - TZ=UTC TB --- 2009-06-24 16:21:23 - __MAKE_CONF=/dev/null TB --- 2009-06-24 16:21:23 - cd /src TB --- 2009-06-24 16:21:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 16:21:24 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 16:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 16:30:31 - ERROR: failed to build lint kernel TB --- 2009-06-24 16:30:31 - 6065.00 user 636.10 system 7831.12 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 17:01:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D13A1065676; Wed, 24 Jun 2009 17:01:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0555A8FC19; Wed, 24 Jun 2009 17:01:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OH1AJY048484; Wed, 24 Jun 2009 13:01:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OH1A4l043875; Wed, 24 Jun 2009 13:01:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C59B7302F; Wed, 24 Jun 2009 13:01:10 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624170110.6C59B7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 13:01:10 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 17:01:15 -0000 TB --- 2009-06-24 15:27:52 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 15:27:52 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 15:27:52 - cleaning the object tree TB --- 2009-06-24 15:28:17 - cvsupping the source tree TB --- 2009-06-24 15:28:17 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-24 15:28:28 - building world TB --- 2009-06-24 15:28:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 15:28:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 15:28:28 - TARGET=i386 TB --- 2009-06-24 15:28:28 - TARGET_ARCH=i386 TB --- 2009-06-24 15:28:28 - TZ=UTC TB --- 2009-06-24 15:28:28 - __MAKE_CONF=/dev/null TB --- 2009-06-24 15:28:28 - cd /src TB --- 2009-06-24 15:28:28 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 15:28:29 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 16:51:41 UTC 2009 TB --- 2009-06-24 16:51:41 - generating LINT kernel config TB --- 2009-06-24 16:51:41 - cd /src/sys/i386/conf TB --- 2009-06-24 16:51:41 - /usr/bin/make -B LINT TB --- 2009-06-24 16:51:41 - building LINT kernel TB --- 2009-06-24 16:51:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 16:51:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 16:51:41 - TARGET=i386 TB --- 2009-06-24 16:51:41 - TARGET_ARCH=i386 TB --- 2009-06-24 16:51:41 - TZ=UTC TB --- 2009-06-24 16:51:41 - __MAKE_CONF=/dev/null TB --- 2009-06-24 16:51:41 - cd /src TB --- 2009-06-24 16:51:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 16:51:41 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 17:01:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 17:01:10 - ERROR: failed to build lint kernel TB --- 2009-06-24 17:01:10 - 4385.28 user 431.50 system 5597.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 17:06:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8CB41065674 for ; Wed, 24 Jun 2009 17:06:54 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 58CBA8FC16 for ; Wed, 24 Jun 2009 17:06:54 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 6B628A081A; Wed, 24 Jun 2009 19:06:53 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 5F8A4A0808; Wed, 24 Jun 2009 19:06:53 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 4C909A07E0; Wed, 24 Jun 2009 19:06:53 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF244) with ESMTP id 2009062419065223-6954 ; Wed, 24 Jun 2009 19:06:52 +0200 Received: by wep4035 (sSMTP sendmail emulation); Wed, 24 Jun 2009 19:06:52 +0200 Date: Wed, 24 Jun 2009 19:06:52 +0200 From: Alexey Shuvaev To: freebsd-current@freebsd.org Message-ID: <20090624170652.GA83063@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 06/24/2009 07:06:52 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 06/24/2009 07:06:52 PM, Serialize complete at 06/24/2009 07:06:52 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: ed@freebsd.org Subject: Monthly output (ac -p) with new tty? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 17:06:55 -0000 Hello all! Since few months I'm getting the following typical output from ac -p (and hence monthly run output): Message 14: >From root@wep4035.physik.uni-wuerzburg.de Wed Apr 1 05:30:01 2009 Date: Wed, 1 Apr 2009 05:30:01 +0200 (CEST) From: Charlie Root To: root@wep4035.physik.uni-wuerzburg.de Subject: wep4035 monthly run output Doing login accounting: total 15572.71 lexx 15303.41 root 233.93 ftp 35.37 -- End of monthly output -- Note that 15572 / 30 / 24 = ~21 terminals. I'm using xterm's in xorg, but not in that quantity (normally 2-3 and not 24/7). Is this normal/expected? In any case it is different from behaviour of previous FreeBSD releases, which can disturb sysadmins. ~> uname -a FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #1 r194030M: Thu Jun 11 21:12:19 CEST 2009 root@wep4035:/usr/obj/usr/src/sys/GENERIC amd64 Just 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 18:01:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F5E1065674; Wed, 24 Jun 2009 18:01:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B8B108FC0A; Wed, 24 Jun 2009 18:01:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OI1M9K058139; Wed, 24 Jun 2009 14:01:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OI1Mw3093310; Wed, 24 Jun 2009 14:01:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C937B7302F; Wed, 24 Jun 2009 14:01:21 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624180121.C937B7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 14:01:21 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 18:01:25 -0000 TB --- 2009-06-24 16:30:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 16:30:32 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-24 16:30:32 - cleaning the object tree TB --- 2009-06-24 16:30:59 - cvsupping the source tree TB --- 2009-06-24 16:30:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-24 16:31:10 - building world TB --- 2009-06-24 16:31:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 16:31:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 16:31:10 - TARGET=pc98 TB --- 2009-06-24 16:31:10 - TARGET_ARCH=i386 TB --- 2009-06-24 16:31:10 - TZ=UTC TB --- 2009-06-24 16:31:10 - __MAKE_CONF=/dev/null TB --- 2009-06-24 16:31:10 - cd /src TB --- 2009-06-24 16:31:10 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 16:31:11 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 17:53:23 UTC 2009 TB --- 2009-06-24 17:53:23 - generating LINT kernel config TB --- 2009-06-24 17:53:23 - cd /src/sys/pc98/conf TB --- 2009-06-24 17:53:23 - /usr/bin/make -B LINT TB --- 2009-06-24 17:53:23 - building LINT kernel TB --- 2009-06-24 17:53:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 17:53:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 17:53:23 - TARGET=pc98 TB --- 2009-06-24 17:53:23 - TARGET_ARCH=i386 TB --- 2009-06-24 17:53:23 - TZ=UTC TB --- 2009-06-24 17:53:23 - __MAKE_CONF=/dev/null TB --- 2009-06-24 17:53:23 - cd /src TB --- 2009-06-24 17:53:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 17:53:23 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 18:01:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 18:01:21 - ERROR: failed to build lint kernel TB --- 2009-06-24 18:01:21 - 4252.16 user 437.05 system 5449.40 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 19:00:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44230106566C; Wed, 24 Jun 2009 19:00:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0C4658FC0C; Wed, 24 Jun 2009 19:00:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OJ0jKT081443; Wed, 24 Jun 2009 15:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OJ0j1T040277; Wed, 24 Jun 2009 15:00:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A0ABF7302F; Wed, 24 Jun 2009 15:00:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624190045.A0ABF7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 15:00:45 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 19:00:48 -0000 TB --- 2009-06-24 17:01:10 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 17:01:10 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-24 17:01:10 - cleaning the object tree TB --- 2009-06-24 17:01:43 - cvsupping the source tree TB --- 2009-06-24 17:01:43 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-24 17:01:52 - building world TB --- 2009-06-24 17:01:52 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 17:01:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 17:01:52 - TARGET=ia64 TB --- 2009-06-24 17:01:52 - TARGET_ARCH=ia64 TB --- 2009-06-24 17:01:52 - TZ=UTC TB --- 2009-06-24 17:01:52 - __MAKE_CONF=/dev/null TB --- 2009-06-24 17:01:52 - cd /src TB --- 2009-06-24 17:01:52 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 17:01:53 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 18:51:15 UTC 2009 TB --- 2009-06-24 18:51:15 - generating LINT kernel config TB --- 2009-06-24 18:51:15 - cd /src/sys/ia64/conf TB --- 2009-06-24 18:51:15 - /usr/bin/make -B LINT TB --- 2009-06-24 18:51:15 - building LINT kernel TB --- 2009-06-24 18:51:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 18:51:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 18:51:15 - TARGET=ia64 TB --- 2009-06-24 18:51:15 - TARGET_ARCH=ia64 TB --- 2009-06-24 18:51:15 - TZ=UTC TB --- 2009-06-24 18:51:15 - __MAKE_CONF=/dev/null TB --- 2009-06-24 18:51:15 - cd /src TB --- 2009-06-24 18:51:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 18:51:15 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 19:00:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 19:00:45 - ERROR: failed to build lint kernel TB --- 2009-06-24 19:00:45 - 5833.76 user 437.43 system 7174.97 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 19:17:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36CB6106566C for ; Wed, 24 Jun 2009 19:17:48 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id D99568FC27 for ; Wed, 24 Jun 2009 19:17:47 +0000 (UTC) (envelope-from marinosi@ceid.upatras.gr) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 0EA5BEB5179 for ; Wed, 24 Jun 2009 21:41:44 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 0314445088 for ; Wed, 24 Jun 2009 21:41:44 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JsfFM3WmTy8Q for ; Wed, 24 Jun 2009 21:41:43 +0300 (EEST) Received: from marinos.ceid.upatras.gr (marinos.ceid.upatras.gr [150.140.140.17]) by mail.ceid.upatras.gr (Postfix) with ESMTP id CBA0C4503F for ; Wed, 24 Jun 2009 21:41:43 +0300 (EEST) Received: by marinos.ceid.upatras.gr (Postfix, from userid 1001) id B6A552283B; Wed, 24 Jun 2009 21:41:43 +0300 (EEST) Date: Wed, 24 Jun 2009 21:41:43 +0300 From: Ilias Marinos To: freebsd-current@freebsd.org Message-ID: <20090624184143.GA52594@marinos.ceid.upatras.gr> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline X-PGP-Key: http://diogenis.ceid.upatras.gr/~marinosi/pubkey.asc X-PGP-Fingerprint: B034 ED35 B46E 7AEE D281 2B23 FD63 11AD AFBD 04F9 User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Freeze during portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 19:17:48 -0000 Hello people, Using, FreeBSD redrum.liakusbay.priv 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r194685: Tue Jun 23 12:21:32 EEST 2009 root@redrum.liakusbay.priv:/usr/obj/usr/src/sys/GENERIC i386 I am experiencing a system freeze everytime I try to portupgrade, at the same part.You can find the error here: http://students.ceid.upatras.gr/~marinosi/crash.jpg (Apologies for the quality of the photo). Unfortunately, I am unable to provide a backtrace as the db console is freezed (no interaction at all). The only thing I am doing is hard reset and then fsck to recover the highly corrupted filesystem. Best regards, Ilias Marinos -- echo "Sysadmin know better bash than english." | sed s/min/mins/ \ | sed 's/better bash/bash better/' From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 19:23:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B4A1065670 for ; Wed, 24 Jun 2009 19:23:30 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9978FC21 for ; Wed, 24 Jun 2009 19:23:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:51045 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MJY3u-0008BI-4o; Wed, 24 Jun 2009 21:23:17 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 745E02C9A0; Wed, 24 Jun 2009 21:23:13 +0200 (CEST) Message-Id: <46A940DF-5E26-4B46-A2DC-1B70E94D1B39@exscape.org> From: Thomas Backman To: Kip Macy In-Reply-To: <3c1674c90906200123l75b4eb29y57d5b48f89c19a5b@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 24 Jun 2009 21:23:10 +0200 References: <72163521-40BF-4764-8B74-5446A88DFBF8@exscape.org> <3c1674c90906200123l75b4eb29y57d5b48f89c19a5b@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MJY3u-0008BI-4o. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MJY3u-0008BI-4o 82129959c4242725c255df2019f029b9 Cc: FreeBSD current Subject: Re: "New" ZFS crash on FS (pool?) unmount/export X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 19:23:30 -0000 > > On Sat, Jun 20, 2009 at 12:11 AM, Thomas > Backman wrote: >> I just ran into this tonight. Not sure exactly what triggered it - >> the box >> stopped responding to pings at 02:07AM and it has a cron backup job >> using >> zfs send/recv at 02:00, so I'm guessing it's related, even though >> the backup >> probably should have finished before then... Hmm. Anyway. >> >> r194478. >> >> kernel trap 12 with interrupts disabled >> >> Fatal trap 12: page fault while in kernel mode >> cpuid = 0; apic id = 00 >> fault virtual address = 0x288 >> fault code = supervisor read data, page not present >> instruction pointer = 0x20:0xffffffff805a4989 >> stack pointer = 0x28:0xffffff803e8b57e0 >> frame pointer = 0x28:0xffffff803e8b5840 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 57514 (zpool) >> panic: from debugger >> cpuid = 0 >> Uptime: 10h22m13s >> Physical memory: 2027 MB >> >> (kgdb) bt >> #0 doadump () at pcpu.h:223 >> #1 0xffffffff8059c409 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:419 >> #2 0xffffffff8059c85c in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:575 >> #3 0xffffffff801f1377 in db_panic (addr=Variable "addr" is not >> available. >> ) at /usr/src/sys/ddb/db_command.c:478 >> #4 0xffffffff801f1781 in db_command (last_cmdp=0xffffffff80c38620, >> cmd_table=Variable "cmd_table" is not available. >> ) at /usr/src/sys/ddb/db_command.c:445 >> #5 0xffffffff801f19d0 in db_command_loop () at >> /usr/src/sys/ddb/db_command.c:498 >> #6 0xffffffff801f3969 in db_trap (type=Variable "type" is not >> available. >> ) at /usr/src/sys/ddb/db_main.c:229 >> #7 0xffffffff805ce465 in kdb_trap (type=12, code=0, >> tf=0xffffff803e8b5730) >> at /usr/src/sys/kern/subr_kdb.c:534 >> #8 0xffffffff8088715d in trap_fatal (frame=0xffffff803e8b5730, >> eva=Variable >> "eva" is not available. >> ) at /usr/src/sys/amd64/amd64/trap.c:847 >> #9 0xffffffff80887fb2 in trap (frame=0xffffff803e8b5730) at >> /usr/src/sys/amd64/amd64/trap.c:345 >> #10 0xffffffff8086e007 in calltrap () at >> /usr/src/sys/amd64/amd64/exception.S:223 >> #11 0xffffffff805a4989 in _sx_xlock_hard (sx=0xffffff0043557d50, >> tid=18446742975830720512, opts=Variable "opts" is not available. >> ) >> at /usr/src/sys/kern/kern_sx.c:575 >> #12 0xffffffff805a52fe in _sx_xlock (sx=Variable "sx" is not >> available. >> ) at sx.h:155 >> #13 0xffffffff80fe2995 in zfs_freebsd_reclaim () from /boot/kernel/ >> zfs.ko >> #14 0xffffffff808cefca in VOP_RECLAIM_APV (vop=0xffffff0043557d38, >> a=0xffffff0043557d50) at vnode_if.c:1926 >> #15 0xffffffff80626f6e in vgonel (vp=0xffffff00437a7938) at >> vnode_if.h:830 >> #16 0xffffffff8062b528 in vflush (mp=0xffffff0060f2a000, rootrefs=0, >> flags=0, td=0xffffff0061528000) >> at /usr/src/sys/kern/vfs_subr.c:2450 >> #17 0xffffffff80fdd3a8 in zfs_umount () from /boot/kernel/zfs.ko >> #18 0xffffffff8062420a in dounmount (mp=0xffffff0060f2a000, >> flags=1626513408, td=Variable "td" is not available. >> ) >> at /usr/src/sys/kern/vfs_mount.c:1287 >> #19 0xffffffff80624975 in unmount (td=0xffffff0061528000, >> uap=0xffffff803e8b5c00) >> at /usr/src/sys/kern/vfs_mount.c:1172 >> #20 0xffffffff8088783f in syscall (frame=0xffffff803e8b5c90) at >> /usr/src/sys/amd64/amd64/trap.c:984 >> #21 0xffffffff8086e290 in Xfast_syscall () at >> /usr/src/sys/amd64/amd64/exception.S:364 >> #22 0x000000080104e49c in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> BTW, I got a (one) "force unmount is experimental" on the console. On >> regular shutdown I usually get one per filesystem, it seems (at >> least 10) >> and this pool should contain exactly as many filesystems as the >> root pool >> since it's a copy of it. On running the backup script manually post- >> crash, >> though, I didn't get any. >> >> Also worth noting is that I was running DTrace all night to test its >> stability. I'm pretty sure the script was >> dtrace -n 'syscall::open:entry { @a[copyinstr(arg0)] = count(); }' >> >> 0 swap was used and 277700 pages (~1084 MB or 50%) RAM was free, >> according >> to the core.txt. >> >> Regards, >> Thomas >> On Jun 20, 2009, at 10:23 AM, Kip Macy wrote: > A force unmount causes all vnodes dirty data to be flushed and then > the vnodes to be released. A regular unmount will not complete if > there are open files referencing it (hence the use of force unmount on > shutdown). Pawel had previously disabled forced unmount because of > known "issues". I chose to enable it because it guarantees that dirty > data is flushed to disk before shutdown. It looks like we may be > reclaiming a vnode that has already been freed. I haven't seen this > issue myself, so if you can identify more specifics on how to > reproduce it would greatly increase the likelihood of my being able to > fix it in the near future. > > > Thanks, > Kip (First off, sorry if the quoting is screwed up.) I got the same panic again, same backtrace, and the exact same point in the backup script (and with a force unmount message as well, which as I said before I've never gotten during backups before, only during shutdown). [...] receiving incremental stream of tank/test/fs15935@backup-20090624-2054 into slave/test/fs15935@backup-20090624-2054 received 312B stream in 1 seconds (312B/sec) found clone origin slave/usr/src_r194478-UNTOUCHED@r194478-UNTOUCHED receiving incremental stream of tank/usr/src@backup-20090624-2054 into slave/usr/src@backup-20090624-2054 received 162MB stream in 68 seconds (2.38MB/sec) receiving incremental stream of tank/usr/src_old@backup-20090624-2054 into slave/usr/src_old@backup-20090624-2054 received 108KB stream in 1 seconds (108KB/sec) local fs slave/usr/src does not have fromsnap (backup-20090624-0200 in stream); must have been deleted locally; ignoring Exporting pool Read from remote host 192.168.1.10: Operation timed out Connection to 192.168.1.10 closed. I think it has something to do with the clones. Between this backup one the previous, I did zfs rename tank/usr/src tank/usr/src_old zfs clone tank/usr/src_r194478-UNTOUCHED@... tank/usr/src Then an svn update and build{world,kernel} and install, and post- install, run a backup and get the panic. Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff805ad7d9 stack pointer = 0x28:0xffffff803e9557e0 frame pointer = 0x28:0xffffff803e955840 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 1278 (zpool) Locked vnodes (neat, I took a picture with a camera, didn't realize they'd end up here! Also, no clue if it helps at all): 0xffffff000280f3b0: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xffffff0012a68510 ref 0 pages 0 lock type zfs: SHARED (count 1) 0xffffff0002ded000: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type zfs: SHARED (count 1) 0xffffff002ec5c000: tag zfs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0xffffff002ec3b5e0 flags () lock type zfs: EXCL by thread 0xffffff002ec14ab0 (pid 1278) 0xffffff002ecae588: tag zfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_DOOMED) VI_LOCKed lock type zfs: EXCL by thread 0xffffff002ec14ab0 (pid 1278) 0xffffff000280f3b0: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () v_object 0xffffff0012a68510 ref 0 pages 0 lock type zfs: SHARED (count 1) 0xffffff0002ded000: tag zfs, type VDIR usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type zfs: SHARED (count 1) 0xffffff002ec5c000: tag zfs, type VDIR usecount 1, writecount 0, refcount 1 mountedhere 0xffffff002ec3b5e0 flags () lock type zfs: EXCL by thread 0xffffff002ec14ab0 (pid 1278) 0xffffff002ecae588: tag zfs, type VDIR usecount 0, writecount 0, refcount 1 mountedhere 0 flags (VI_DOOMED) VI_LOCKed lock type zfs: EXCL by thread 0xffffff002ec14ab0 (pid 1278) panic: from debugger cpuid = 0 Uptime: 8m39s Physical memory: 2027 MB ... #10 0xffffffff80879647 in calltrap () at /usr/src/sys/amd64/amd64/ exception.S:223 #11 0xffffffff805ad7d9 in _sx_xlock_hard (sx=0xffffff002ea63480, tid=18446742974982343344, opts=Variable "opts" is not available. ) at /usr/src/sys/kern/kern_sx.c:575 #12 0xffffffff805ae14e in _sx_xlock (sx=Variable "sx" is not available. ) at sx.h:155 #13 0xffffffff80fe19e5 in zfs_freebsd_reclaim () from /boot/kernel/ zfs.ko #14 0xffffffff808da87a in VOP_RECLAIM_APV (vop=0xffffff002ea63468, a=0xffffff002ea63480) at vnode_if.c:1926 #15 0xffffffff80630e7e in vgonel (vp=0xffffff002ecae588) at vnode_if.h: 830 #16 0xffffffff80635438 in vflush (mp=0xffffff002ec3b5e0, rootrefs=0, flags=0, td=0xffffff002ec14ab0) at /usr/src/sys/kern/vfs_subr.c:2450 #17 0xffffffff80fdc3f8 in zfs_umount () from /boot/kernel/zfs.ko #18 0xffffffff8062e11a in dounmount (mp=0xffffff002ec3b5e0, flags=784578016, td=Variable "td" is not available. ) at /usr/src/sys/kern/vfs_mount.c:1287 #19 0xffffffff8062e885 in unmount (td=0xffffff002ec14ab0, uap=0xffffff803e955c00) at /usr/src/sys/kern/vfs_mount.c:1172 #20 0xffffffff80892edf in syscall (frame=0xffffff803e955c90) at /usr/ src/sys/amd64/amd64/trap.c:984 #21 0xffffffff808798d0 in Xfast_syscall () at /usr/src/sys/amd64/amd64/ exception.S:364 #22 0x000000080104e06c in ?? () Previous frame inner to this frame (corrupt stack?) Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 19:56:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5D07106566C; Wed, 24 Jun 2009 19:56:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 73FC58FC12; Wed, 24 Jun 2009 19:56:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OJuSl1013542; Wed, 24 Jun 2009 15:56:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OJuSUo013541; Wed, 24 Jun 2009 19:56:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 19:56:28 GMT Message-Id: <200906241956.n5OJuSUo013541@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 19:56:28 -0000 TB --- 2009-06-24 19:56:28 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 19:56:28 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 19:56:28 - mkdir /tinderbox/tinderbox/HEAD/i386 TB --- 2009-06-24 19:56:28 - ERROR: /tinderbox/tinderbox/HEAD/i386/i386: File exists TB --- 2009-06-24 19:56:28 - 0.02 user 0.01 system 0.01 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 20:04:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25C73106566C for ; Wed, 24 Jun 2009 20:04:54 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay07.ispgateway.de (smtprelay07.ispgateway.de [80.67.29.7]) by mx1.freebsd.org (Postfix) with ESMTP id A422B8FC0A for ; Wed, 24 Jun 2009 20:04:53 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [62.143.132.243] (helo=localhost) by smtprelay07.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1MJYiC-00039J-1o for freebsd-current@freebsd.org; Wed, 24 Jun 2009 22:04:52 +0200 Date: Wed, 24 Jun 2009 22:04:41 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20090624220441.5ee0b4ce@fabiankeil.de> In-Reply-To: <20090620123657.21728020@fabiankeil.de> References: <20090620123657.21728020@fabiankeil.de> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/42IcyFKkrA9d4YuzX2/mHDx"; protocol="application/pgp-signature" X-Df-Sender: 775067 Subject: Re: mbuf layout optimizations X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 24 Jun 2009 20:04:54 -0000 --Sig_/42IcyFKkrA9d4YuzX2/mHDx Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > Jeff Roberson wrote: >=20 > > http://people.freebsd.org/~jeff/mbuf2.diff >=20 > > This is a call for testers and feedback on my mbuf layout > > improvements. I'm trying to decide whether I will push to have these > > included in 8.0. After reducing the scope slightly from my last patch, > > I have not encountered any problems. Kip Macy has also been using it > > for the past few weeks without issue. > >=20 > > You should not expect any functional changes from this patch. The > > goal is mostly to pave the way fors more sensible mbuf handling in the > > future, although it does offer a few performance benefits. >=20 > So far I haven't been able to reproduce the em-related panic I > reported with an earlier version of the patch. I'm not sure if > it was reproducible back then, though. By now I experienced three system freezes with Xorg running (thus no backtrace, I'm afraid). One of them occurred directly after opening a new connection through the browser. All three freezes happened with em0 down and unconnected, iwi0 in use and with Tor and a background ping running. I run cvsup before applying the patch, so this may be an unrelated problem that crept in with the update. I'm currently compiling the kernel with vanilla CURRENT from 2009-06-21 to see if the freezes go away. Fabian --Sig_/42IcyFKkrA9d4YuzX2/mHDx Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpChuMACgkQBYqIVf93VJ3YPACfQZQaEmFAc9CSAXNXdzDMOTgh xjgAoI4NCNCLEGOFZn3f5eQwOuRyxG2G =i1JM -----END PGP SIGNATURE----- --Sig_/42IcyFKkrA9d4YuzX2/mHDx-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 20:19:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E351065670 for ; Wed, 24 Jun 2009 20:19:46 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 8517B8FC1A for ; Wed, 24 Jun 2009 20:19:46 +0000 (UTC) (envelope-from admin@mercurysquad.com) Received: by pzk4 with SMTP id 4so81887pzk.3 for ; Wed, 24 Jun 2009 13:19:46 -0700 (PDT) MIME-Version: 1.0 Sender: admin@mercurysquad.com Received: by 10.143.5.21 with SMTP id h21mr505313wfi.240.1245872923806; Wed, 24 Jun 2009 12:48:43 -0700 (PDT) Date: Thu, 25 Jun 2009 01:18:43 +0530 X-Google-Sender-Auth: 873ada806f038572 Message-ID: <66b068eb0906241248l7ef72f8dw5a245291a37731c1@mail.gmail.com> From: Prashant Vaibhav To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: External USB disk doesn't remount after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 20:19:46 -0000 Hi, I've come across a problem running -CURRENT snapshot from June 12 (and searching the mailing list for messages after this hasn't yielded anything substantial). I'm running SMP kernel on UP machine, booting from an external usb hdd. The system suspends and resumes fine, except for one problem. Initially on boot the external drive is brought up as "umass0" and attached to "scbus1", however after resuming, the drive is brought up as umass1 and gets attached to scbus2. Obviously this confuses the system as my root is mounted from umass0. Thus everything works (ie. I was able to check dmesg for these messages) that doesn't need access to the filesystem, but since the root filesystem has disappeared from under us, nothing else works, not even a 'shutdown now' or 'halt' or trying to remount root via 'mount' command. I was unable to capture a dmesg log because of this. Is this a known issue, and is there a workaround? It should be noted that I have to set "kern.cam.scsi_delay=10000" in loader.conf before the kernel can mount root from the external usb drive. Best, Prashant From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 20:32:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67F0A1065677; Wed, 24 Jun 2009 20:32:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 290A28FC08; Wed, 24 Jun 2009 20:32:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OKWlWR093880; Wed, 24 Jun 2009 16:32:47 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OKWkIm056624; Wed, 24 Jun 2009 16:32:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 97F557302F; Wed, 24 Jun 2009 16:32:46 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624203246.97F557302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 16:32:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 20:32:50 -0000 TB --- 2009-06-24 19:00:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 19:00:45 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-24 19:00:45 - cleaning the object tree TB --- 2009-06-24 19:01:18 - cvsupping the source tree TB --- 2009-06-24 19:01:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-24 19:01:30 - building world TB --- 2009-06-24 19:01:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 19:01:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 19:01:30 - TARGET=powerpc TB --- 2009-06-24 19:01:30 - TARGET_ARCH=powerpc TB --- 2009-06-24 19:01:30 - TZ=UTC TB --- 2009-06-24 19:01:30 - __MAKE_CONF=/dev/null TB --- 2009-06-24 19:01:30 - cd /src TB --- 2009-06-24 19:01:30 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 19:01:32 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 20:26:54 UTC 2009 TB --- 2009-06-24 20:26:54 - generating LINT kernel config TB --- 2009-06-24 20:26:54 - cd /src/sys/powerpc/conf TB --- 2009-06-24 20:26:54 - /usr/bin/make -B LINT TB --- 2009-06-24 20:26:55 - building LINT kernel TB --- 2009-06-24 20:26:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:26:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:26:55 - TARGET=powerpc TB --- 2009-06-24 20:26:55 - TARGET_ARCH=powerpc TB --- 2009-06-24 20:26:55 - TZ=UTC TB --- 2009-06-24 20:26:55 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:26:55 - cd /src TB --- 2009-06-24 20:26:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 20:26:55 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_allocate_msix': /src/sys/dev/e1000/if_igb.c:2197: warning: implicit declaration of function 'intr_bind' /src/sys/dev/e1000/if_igb.c:2197: warning: nested extern declaration of 'intr_bind' /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4665: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 20:32:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 20:32:46 - ERROR: failed to build lint kernel TB --- 2009-06-24 20:32:46 - 4348.85 user 417.28 system 5520.62 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 20:38:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB38C106564A; Wed, 24 Jun 2009 20:38:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 799D68FC1C; Wed, 24 Jun 2009 20:38:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OKbwrC094546; Wed, 24 Jun 2009 16:37:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OKbwcf068100; Wed, 24 Jun 2009 16:37:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 463867302F; Wed, 24 Jun 2009 16:37:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624203758.463867302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 16:37:58 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 20:38:01 -0000 TB --- 2009-06-24 19:08:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 19:08:47 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-24 19:08:47 - cleaning the object tree TB --- 2009-06-24 19:09:15 - cvsupping the source tree TB --- 2009-06-24 19:09:15 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-24 19:09:24 - building world TB --- 2009-06-24 19:09:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 19:09:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 19:09:24 - TARGET=sparc64 TB --- 2009-06-24 19:09:24 - TARGET_ARCH=sparc64 TB --- 2009-06-24 19:09:24 - TZ=UTC TB --- 2009-06-24 19:09:24 - __MAKE_CONF=/dev/null TB --- 2009-06-24 19:09:24 - cd /src TB --- 2009-06-24 19:09:24 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 19:09:25 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 20:30:33 UTC 2009 TB --- 2009-06-24 20:30:33 - generating LINT kernel config TB --- 2009-06-24 20:30:33 - cd /src/sys/sparc64/conf TB --- 2009-06-24 20:30:33 - /usr/bin/make -B LINT TB --- 2009-06-24 20:30:33 - building LINT kernel TB --- 2009-06-24 20:30:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:30:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:30:33 - TARGET=sparc64 TB --- 2009-06-24 20:30:33 - TARGET_ARCH=sparc64 TB --- 2009-06-24 20:30:33 - TZ=UTC TB --- 2009-06-24 20:30:33 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:30:33 - cd /src TB --- 2009-06-24 20:30:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 20:30:34 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 20:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 20:37:58 - ERROR: failed to build lint kernel TB --- 2009-06-24 20:37:58 - 4178.07 user 409.24 system 5350.39 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 20:40:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94811065755 for ; Wed, 24 Jun 2009 20:40:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B729C8FC21 for ; Wed, 24 Jun 2009 20:40:49 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OJwqLn044372 for ; Wed, 24 Jun 2009 15:58:52 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200906241958.n5OJwqLn044372@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 24 Jun 2009 16:01:19 -0400 To: From: Mike Tancsa In-Reply-To: <200906241956.n5OJuSUo013541@freebsd-current2.sentex.ca> References: <200906241956.n5OJuSUo013541@freebsd-current2.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 20:40:50 -0000 Sorry for the noise, just configuring a newer/faster tinderbox replacement. ---Mike At 03:56 PM 6/24/2009, FreeBSD Tinderbox wrote: >TB --- 2009-06-24 19:56:28 - tinderbox 2.6 running on >freebsd-current2.sentex.ca >TB --- 2009-06-24 19:56:28 - starting HEAD tinderbox run for i386/i386 >TB --- 2009-06-24 19:56:28 - mkdir /tinderbox/tinderbox/HEAD/i386 >TB --- 2009-06-24 19:56:28 - ERROR: >/tinderbox/tinderbox/HEAD/i386/i386: File exists >TB --- 2009-06-24 19:56:28 - 0.02 user 0.01 system 0.01 real > > >http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full >_______________________________________________ >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 Jun 24 20:56:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20972106577B for ; Wed, 24 Jun 2009 20:56:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 6FBEC8FC19 for ; Wed, 24 Jun 2009 20:56:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=EZAxMBomRLgA:10 a=MXw7gxVQKqGXY79tIT8aFQ==:17 a=twLvKiit2C_k5q18HwoA:9 a=MpI0z7L_W7MOX-eOwd4A:7 a=gZWPmu-DHrbbKmJyQUyZra5UVBkA:4 Received: from [62.113.132.61] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1165414038; Wed, 24 Jun 2009 22:56:20 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 24 Jun 2009 22:55:46 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <66b068eb0906241248l7ef72f8dw5a245291a37731c1@mail.gmail.com> In-Reply-To: <66b068eb0906241248l7ef72f8dw5a245291a37731c1@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906242255.48194.hselasky@c2i.net> Cc: Prashant Vaibhav Subject: Re: External USB disk doesn't remount after suspend/resume X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 20:56:22 -0000 On Wednesday 24 June 2009 21:48:43 Prashant Vaibhav wrote: > Hi, > I've come across a problem running -CURRENT snapshot from June 12 (and > searching the mailing list for messages after this hasn't yielded anything > substantial). > I'm running SMP kernel on UP machine, booting from an external usb hdd. The > system suspends and resumes fine, except for one problem. Initially on boot > the external drive is brought up as "umass0" and attached to "scbus1", > however after resuming, the drive is brought up as umass1 and gets attached > to scbus2. Obviously this confuses the system as my root is mounted from > umass0. Thus everything works (ie. I was able to check dmesg for these > messages) that doesn't need access to the filesystem, but since the root > filesystem has disappeared from under us, nothing else works, not even a > 'shutdown now' or 'halt' or trying to remount root via 'mount' command. I > was unable to capture a dmesg log because of this. > Is this a known issue, and is there a workaround? It should be noted that > I have to set "kern.cam.scsi_delay=10000" in loader.conf before the kernel > can mount root from the external usb drive. > Best, > Prashant What you are trying to do is not supported. And I think that once the USB disk disappears, the kernel will not pick it up again after resume. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 21:14:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 410EC106567A; Wed, 24 Jun 2009 21:14:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 1996C8FC27; Wed, 24 Jun 2009 21:14:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OLE7FG012850; Wed, 24 Jun 2009 17:14:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OLE7kt012828; Wed, 24 Jun 2009 21:14:07 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 21:14:07 GMT Message-Id: <200906242114.n5OLE7kt012828@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 21:14:07 -0000 TB --- 2009-06-24 19:58:06 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 19:58:06 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-24 19:58:06 - cleaning the object tree TB --- 2009-06-24 19:58:06 - cvsupping the source tree TB --- 2009-06-24 19:58:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-24 20:05:04 - building world TB --- 2009-06-24 20:05:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:05:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:05:04 - TARGET=pc98 TB --- 2009-06-24 20:05:04 - TARGET_ARCH=i386 TB --- 2009-06-24 20:05:04 - TZ=UTC TB --- 2009-06-24 20:05:04 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:05:04 - cd /src TB --- 2009-06-24 20:05:04 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 20:05:04 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 21:08:53 UTC 2009 TB --- 2009-06-24 21:08:53 - generating LINT kernel config TB --- 2009-06-24 21:08:53 - cd /src/sys/pc98/conf TB --- 2009-06-24 21:08:53 - /usr/bin/make -B LINT TB --- 2009-06-24 21:08:53 - building LINT kernel TB --- 2009-06-24 21:08:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:08:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:08:53 - TARGET=pc98 TB --- 2009-06-24 21:08:53 - TARGET_ARCH=i386 TB --- 2009-06-24 21:08:53 - TZ=UTC TB --- 2009-06-24 21:08:53 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:08:53 - cd /src TB --- 2009-06-24 21:08:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 21:08:53 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4665: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 21:14:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 21:14:07 - ERROR: failed to build lint kernel TB --- 2009-06-24 21:14:07 - 3051.79 user 451.10 system 4560.97 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 21:28:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A646B106564A; Wed, 24 Jun 2009 21:28:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 7EB0F8FC0C; Wed, 24 Jun 2009 21:28:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OLSkOk021372; Wed, 24 Jun 2009 17:28:46 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OLSkQu021291; Wed, 24 Jun 2009 21:28:46 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 21:28:46 GMT Message-Id: <200906242128.n5OLSkQu021291@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 21:28:46 -0000 TB --- 2009-06-24 19:58:06 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 19:58:06 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 19:58:06 - mkdir /tinderbox/tinderbox/HEAD/i386/i386 TB --- 2009-06-24 19:58:06 - cleaning the object tree TB --- 2009-06-24 19:58:06 - cvsupping the source tree TB --- 2009-06-24 19:58:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-24 20:17:56 - building world TB --- 2009-06-24 20:17:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:17:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:17:56 - TARGET=i386 TB --- 2009-06-24 20:17:56 - TARGET_ARCH=i386 TB --- 2009-06-24 20:17:56 - TZ=UTC TB --- 2009-06-24 20:17:56 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:17:56 - cd /src TB --- 2009-06-24 20:17:56 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 20:18:01 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 21:22:41 UTC 2009 TB --- 2009-06-24 21:22:41 - generating LINT kernel config TB --- 2009-06-24 21:22:41 - cd /src/sys/i386/conf TB --- 2009-06-24 21:22:41 - /usr/bin/make -B LINT TB --- 2009-06-24 21:22:41 - building LINT kernel TB --- 2009-06-24 21:22:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:22:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:22:41 - TARGET=i386 TB --- 2009-06-24 21:22:41 - TARGET_ARCH=i386 TB --- 2009-06-24 21:22:41 - TZ=UTC TB --- 2009-06-24 21:22:41 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:22:41 - cd /src TB --- 2009-06-24 21:22:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 21:22:41 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ed/if_ed_pci.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/eisa/eisaconf.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4665: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 21:28:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 21:28:46 - ERROR: failed to build lint kernel TB --- 2009-06-24 21:28:46 - 3145.67 user 457.45 system 5440.34 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 21:30:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AC4C1065670 for ; Wed, 24 Jun 2009 21:30:57 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id E03C68FC0A for ; Wed, 24 Jun 2009 21:30:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.3/8.14.3) with ESMTP id n5OLAlKH023598; Wed, 24 Jun 2009 14:10:52 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n5OL2B68072467; Wed, 24 Jun 2009 14:02:11 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from gnnmac.hudson-trading.com (209.249.190.8.available.above.net [209.249.190.8] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.3) with ESMTP id n5OL292O042307 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 24 Jun 2009 14:02:10 -0700 (PDT) (envelope-from gnn@neville-neil.com) Message-Id: <356FDE11-944F-4CDA-A398-70252C6010CC@neville-neil.com> From: George Neville-Neil To: Max Laier In-Reply-To: <200906200643.24654.max@love2party.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 24 Jun 2009 17:02:09 -0400 References: <20090620042333.520971CC09@ptavv.es.net> <200906200643.24654.max@love2party.net> X-Mailer: Apple Mail (2.935.3) X-Spam-Score: undef - spam scanning disabled X-CanIt-Geo: ip=64.13.141.3; country=US; region=CA; city=Mountain View; latitude=37.3974; longitude=-122.0732; metrocode=807; areacode=650; http://maps.google.com/maps?q=37.3974,-122.0732&z=6 X-CanItPRO-Stream: default X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: freebsd-current@freebsd.org, "Sean P. Dew" Subject: Re: building device drivers for FreeBSD 7.2+ /AMD64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 21:30:57 -0000 On Jun 20, 2009, at 00:43 , Max Laier wrote: > On Saturday 20 June 2009 06:23:33 Kevin Oberman wrote: >>> Date: Fri, 19 Jun 2009 21:04:53 -0700 >>> From: "Sean P. Dew" >>> Sender: owner-freebsd-current@freebsd.org >>> >>> Is there any tutorial/book on building device drivers for Free BSD? >> >> The canonical one is "The FreeBSD Developers' Handbook" >> (http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/i >> ndex.html) >> >> Also, see the FreeBSD Documentation pages for information on paper >> books. http://www.freebsd.org/publish.html >> >> While a bit out of date, Kirk McKusick and George Neville-Neil's "The >> Design and Implementation of the FreeBSD Operating System", ISBN >> 4-7561-4679-1 is still probably the most detailed presentation on the >> OS internals. Based on FreeBSD 5.2, it is the modern kernel and >> driver >> design, but it is still nearly 5 years old. > > You might also want to look at the driver(9) man page and those linked > from there. In addition check out jmg's 2006 BSDCan Presentation: > http://www.bsdcan.org/2006/papers/freebsd.device.driver.slides.pdf > http://www.bsdcan.org/2006/papers/freebsd.driver.pdf Also a tutorial I gave at BSDCan this year: http://www.bsdcan.org/2009/schedule/track/Tutorial/146.en.html And a video of that can be bought here: https://www.mckusick.com/courses/netorderform.html Note that this is about network device drivers using the igb (Intel Gigabit Ethernet) driver as the example. Best, George From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 21:43:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B2EC106564A; Wed, 24 Jun 2009 21:43:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id D79028FC19; Wed, 24 Jun 2009 21:43:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OLhxdW035446; Wed, 24 Jun 2009 17:43:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OLhxAu035430; Wed, 24 Jun 2009 21:43:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 21:43:59 GMT Message-Id: <200906242143.n5OLhxAu035430@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 21:43:59 -0000 TB --- 2009-06-24 19:58:06 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 19:58:06 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-24 19:58:06 - cleaning the object tree TB --- 2009-06-24 19:58:06 - cvsupping the source tree TB --- 2009-06-24 19:58:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-24 20:05:04 - building world TB --- 2009-06-24 20:05:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:05:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:05:04 - TARGET=amd64 TB --- 2009-06-24 20:05:04 - TARGET_ARCH=amd64 TB --- 2009-06-24 20:05:04 - TZ=UTC TB --- 2009-06-24 20:05:04 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:05:04 - cd /src TB --- 2009-06-24 20:05:04 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 20:05:04 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Wed Jun 24 21:37:22 UTC 2009 TB --- 2009-06-24 21:37:22 - generating LINT kernel config TB --- 2009-06-24 21:37:22 - cd /src/sys/amd64/conf TB --- 2009-06-24 21:37:22 - /usr/bin/make -B LINT TB --- 2009-06-24 21:37:22 - building LINT kernel TB --- 2009-06-24 21:37:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:37:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:37:22 - TARGET=amd64 TB --- 2009-06-24 21:37:22 - TARGET_ARCH=amd64 TB --- 2009-06-24 21:37:22 - TZ=UTC TB --- 2009-06-24 21:37:22 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:37:22 - cd /src TB --- 2009-06-24 21:37:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 21:37:22 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 21:43:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 21:43:59 - ERROR: failed to build lint kernel TB --- 2009-06-24 21:43:59 - 4421.32 user 651.48 system 6353.66 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 21:52:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6BD1065694; Wed, 24 Jun 2009 21:52:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6E55C8FC21; Wed, 24 Jun 2009 21:52:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OLqE5a049795; Wed, 24 Jun 2009 17:52:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OLqE7g083735; Wed, 24 Jun 2009 17:52:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F1B87302F; Wed, 24 Jun 2009 17:52:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624215214.1F1B87302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 17:52:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 21:52:17 -0000 TB --- 2009-06-24 20:32:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 20:32:46 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-24 20:32:46 - cleaning the object tree TB --- 2009-06-24 20:33:16 - cvsupping the source tree TB --- 2009-06-24 20:33:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-24 20:33:31 - building world TB --- 2009-06-24 20:33:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 20:33:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 20:33:31 - TARGET=sun4v TB --- 2009-06-24 20:33:31 - TARGET_ARCH=sparc64 TB --- 2009-06-24 20:33:31 - TZ=UTC TB --- 2009-06-24 20:33:31 - __MAKE_CONF=/dev/null TB --- 2009-06-24 20:33:31 - cd /src TB --- 2009-06-24 20:33:31 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 20:33:32 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 21:46:55 UTC 2009 TB --- 2009-06-24 21:46:55 - generating LINT kernel config TB --- 2009-06-24 21:46:55 - cd /src/sys/sun4v/conf TB --- 2009-06-24 21:46:55 - /usr/bin/make -B LINT TB --- 2009-06-24 21:46:55 - building LINT kernel TB --- 2009-06-24 21:46:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:46:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:46:55 - TARGET=sun4v TB --- 2009-06-24 21:46:55 - TARGET_ARCH=sparc64 TB --- 2009-06-24 21:46:55 - TZ=UTC TB --- 2009-06-24 21:46:55 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:46:55 - cd /src TB --- 2009-06-24 21:46:55 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 21:46:55 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_allocate_msix': /src/sys/dev/e1000/if_igb.c:2197: warning: implicit declaration of function 'intr_bind' /src/sys/dev/e1000/if_igb.c:2197: warning: nested extern declaration of 'intr_bind' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 21:52:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 21:52:14 - ERROR: failed to build lint kernel TB --- 2009-06-24 21:52:14 - 4115.09 user 403.70 system 4767.15 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:18:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E35B1065742 for ; Wed, 24 Jun 2009 22:18:02 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) Received: from www.heimat.gr.jp (unknown [IPv6:2001:3e0:a84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 44C688FC19 for ; Wed, 24 Jun 2009 22:18:02 +0000 (UTC) (envelope-from nakaji@kankyo-u.ac.jp) X-Virus-Scanned: amavisd-new at heimat.gr.jp Received: from ra333.heimat.gr.jp.kankyo-u.ac.jp (ra333.heimat.gr.jp [IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.14.3/8.14.3) with ESMTP id n5OMHo2G035421 for ; Thu, 25 Jun 2009 07:17:50 +0900 (JST) (envelope-from nakaji@kankyo-u.ac.jp) From: NAKAJI Hiroyuki To: freebsd-current@FreeBSD.ORG Date: Thu, 25 Jun 2009 07:17:50 +0900 Message-ID: <86y6rh1dkh.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.0.94 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, score=-6.1 required=13.0 tests=BAYES_00, CONTENT_TYPE_PRESENT,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on www.heimat.gr.jp Cc: Subject: USB HDD is not detected before /etc/rc starts, and fsck fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Jun 2009 22:18:02 -0000 Hi, Recent CURRENT kernel do not detect USB HDDs before /sbin/init. I noticed this behavior some months ago, by typing "shutdown -r now" on the console. Because of this detection delay, boottime (automatic) fsck always fails. Here is a boot log from a serial console. /boot/kernel/kernel text=0x8d3608 data=0xe12e0+0xaf9f8 syms=[0x4+0x9ba50+0x4+0xd4dde] /boot/kernel/linprocfs.ko text=0x641c data=0x2c0+0x4 syms=[0x4+0xc10+0x4+0xc93] loading required module 'linux' /boot/kernel/linux.ko text=0x222b4 data=0x2d54+0x16c syms=[0x4+0x3d10+0x4+0x3c9f] /boot/kernel/mga.ko text=0x89ac data=0x6fbc syms=[0x4+0xd70+0x4+0xd48] loading required module 'drm' /boot/kernel/drm.ko text=0x110b8 data=0x1124+0xc syms=[0x4+0x1b30+0x4+0x2161] /boot/kernel/atapicam.ko text=0x2cbc data=0x1b4+0x4 syms=[0x4+0x800+0x4+0x89b] - Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #188: Wed Jun 3 12:53:09 JST 2009 root@roddy.4407.kankyo-u.ac.jp:/usr/obj/usr/src/sys/RODDY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 Features=0xbfebfbff Features2=0x4400 real memory = 1073741824 (1024 MB) avail memory = 1032613888 (984 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads [snip] uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). Root mount waiting for: usbus3 Root mount waiting for: usbus3 uhub2: 6 ports with 6 removable, self powered acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 Root mount waiting for: usbus3 Trying to mount root from ufs:/dev/ad0s1a (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): CAM Status: SCSI Status Error (probe0:ata1:0:0:0): SCSI Status: Check Condition (probe0:ata1:0:0:0): NOT READY asc:3a,1 (probe0:ata1:0:0:0): Medium not present - tray closed (probe0:ata1:0:0:0): Unretryable error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Entropy harvesting: interrupts ethernet point_to_pointugen1.2: at usbus1 uhid0: on usbus1 kickstart. /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 21323 free (1627 frags, 2462 blocks, 1.3% fragmentation) /dev/ad6s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s1d: clean, 761004 free (6932 frags, 942Jun 25 15:38:12 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter full pathname of shell or RETURN for /bin/sh: ugen3.2: at usbus3 umass0: on usbus3 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:3:0:-1: Attached to scbus3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 286188MB (586114703 512 byte sectors: 255H 63S/T 36483C) Of cource, I can run "fsck -p" manually in the single user mode. But it is not useful. # fsck -p /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 21323 free (1627 frags, 2462 blocks, 1.3% fragmentation) /dev/ad6s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s1d: clean, 761004 free (6932 frags, 94259 blocks, 0.7% fragmentation) /dev/ad6s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s1e: clean, 253588 free (396 frags, 31649 blocks, 0.2% fragmentation) /dev/ad6s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad6s1f: clean, 62063972 free (340516 frags, 7715432 blocks, 0.5% fragmentation) /dev/ad1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad1s1d: clean, 38715020 free (397372 frags, 4789706 blocks, 0.4% fragmentation) /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/da0s1a: clean, 15606839 free (178983 frags, 1928482 blocks, 0.1% fragmentation) # Are there any fixes or tips about this, for example o umass/da devices can be detected much earlier, in other words, /sbin/init runs much later o wait options for fsck or fstab for umass/da o etc ? Thanks. -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:41:46 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D6E106566C; Wed, 24 Jun 2009 22:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0418E8FC1A; Wed, 24 Jun 2009 22:41:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMfhwL005315; Wed, 24 Jun 2009 18:41:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMfhic041233; Wed, 24 Jun 2009 18:41:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 45B527302F; Wed, 24 Jun 2009 18:41:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624224143.45B527302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 18:41:43 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 22:41:47 -0000 TB --- 2009-06-24 22:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 22:00:01 - starting HEAD tinderbox run for arm/arm TB --- 2009-06-24 22:00:01 - cleaning the object tree TB --- 2009-06-24 22:00:39 - cvsupping the source tree TB --- 2009-06-24 22:00:39 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-06-24 22:00:57 - building world TB --- 2009-06-24 22:00:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:00:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:00:57 - TARGET=arm TB --- 2009-06-24 22:00:57 - TARGET_ARCH=arm TB --- 2009-06-24 22:00:57 - TZ=UTC TB --- 2009-06-24 22:00:57 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:00:57 - cd /src TB --- 2009-06-24 22:00:57 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 22:01:02 UTC 2009 >>> 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 [...] gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_resutil.3 > lwres_resutil.3.gz ===> libexec (all) ===> libexec/atrun (all) cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -c /src/libexec/atrun/atrun.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -c /src/libexec/atrun/gloadavg.c cc -O -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -o atrun atrun.o gloadavg.o -lpam -lutil /obj/arm/src/tmp/usr/lib/libc.so: undefined reference to `freebsd7___semctl' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 22:41:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 22:41:43 - ERROR: failed to build world TB --- 2009-06-24 22:41:43 - 1866.94 user 261.82 system 2501.96 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:45:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4B751065670; Wed, 24 Jun 2009 22:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 9D16E8FC18; Wed, 24 Jun 2009 22:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMjhIQ057422; Wed, 24 Jun 2009 18:45:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OMjhtU057407; Wed, 24 Jun 2009 22:45:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 22:45:43 GMT Message-Id: <200906242245.n5OMjhtU057407@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 22:45:43 -0000 TB --- 2009-06-24 21:28:47 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 21:28:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-24 21:28:47 - mkdir /tinderbox/tinderbox/HEAD/powerpc TB --- 2009-06-24 21:28:47 - mkdir /tinderbox/tinderbox/HEAD/powerpc/powerpc TB --- 2009-06-24 21:28:47 - cleaning the object tree TB --- 2009-06-24 21:28:47 - cvsupping the source tree TB --- 2009-06-24 21:28:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-24 21:35:41 - building world TB --- 2009-06-24 21:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:35:41 - TARGET=powerpc TB --- 2009-06-24 21:35:41 - TARGET_ARCH=powerpc TB --- 2009-06-24 21:35:41 - TZ=UTC TB --- 2009-06-24 21:35:41 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:35:41 - cd /src TB --- 2009-06-24 21:35:41 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 21:35:42 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 22:41:27 UTC 2009 TB --- 2009-06-24 22:41:27 - generating LINT kernel config TB --- 2009-06-24 22:41:27 - cd /src/sys/powerpc/conf TB --- 2009-06-24 22:41:27 - /usr/bin/make -B LINT TB --- 2009-06-24 22:41:28 - building LINT kernel TB --- 2009-06-24 22:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:41:28 - TARGET=powerpc TB --- 2009-06-24 22:41:28 - TARGET_ARCH=powerpc TB --- 2009-06-24 22:41:28 - TZ=UTC TB --- 2009-06-24 22:41:28 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:41:28 - cd /src TB --- 2009-06-24 22:41:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 22:41:28 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_allocate_msix': /src/sys/dev/e1000/if_igb.c:2197: warning: implicit declaration of function 'intr_bind' /src/sys/dev/e1000/if_igb.c:2197: warning: nested extern declaration of 'intr_bind' /src/sys/dev/e1000/if_igb.c: In function 'igb_print_debug_info': /src/sys/dev/e1000/if_igb.c:4665: warning: format '%lu' expects type 'long unsigned int', but argument 3 has type 'u64' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 22:45:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 22:45:43 - ERROR: failed to build lint kernel TB --- 2009-06-24 22:45:43 - 3143.80 user 430.22 system 4616.07 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:46:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB4E1065675; Wed, 24 Jun 2009 22:46:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 167E28FC0A; Wed, 24 Jun 2009 22:46:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMkxgb064998; Wed, 24 Jun 2009 18:46:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OMkxMc064992; Wed, 24 Jun 2009 22:46:59 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 22:46:59 GMT Message-Id: <200906242246.n5OMkxMc064992@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 22:46:59 -0000 TB --- 2009-06-24 21:10:05 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 21:10:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-24 21:10:05 - cleaning the object tree TB --- 2009-06-24 21:10:05 - cvsupping the source tree TB --- 2009-06-24 21:10:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-24 21:17:39 - building world TB --- 2009-06-24 21:17:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:17:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:17:39 - TARGET=ia64 TB --- 2009-06-24 21:17:39 - TARGET_ARCH=ia64 TB --- 2009-06-24 21:17:39 - TZ=UTC TB --- 2009-06-24 21:17:39 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:17:39 - cd /src TB --- 2009-06-24 21:17:39 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 21:17:44 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 22:41:16 UTC 2009 TB --- 2009-06-24 22:41:16 - generating LINT kernel config TB --- 2009-06-24 22:41:16 - cd /src/sys/ia64/conf TB --- 2009-06-24 22:41:16 - /usr/bin/make -B LINT TB --- 2009-06-24 22:41:16 - building LINT kernel TB --- 2009-06-24 22:41:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:41:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:41:16 - TARGET=ia64 TB --- 2009-06-24 22:41:16 - TARGET_ARCH=ia64 TB --- 2009-06-24 22:41:16 - TZ=UTC TB --- 2009-06-24 22:41:16 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:41:16 - cd /src TB --- 2009-06-24 22:41:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 22:41:16 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_allocate_msix': /src/sys/dev/e1000/if_igb.c:2197: warning: implicit declaration of function 'intr_bind' /src/sys/dev/e1000/if_igb.c:2197: warning: nested extern declaration of 'intr_bind' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 22:46:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 22:46:59 - ERROR: failed to build lint kernel TB --- 2009-06-24 22:46:59 - 4205.33 user 468.87 system 5813.84 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:52:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8288E1065676; Wed, 24 Jun 2009 22:52:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 58AA48FC14; Wed, 24 Jun 2009 22:52:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMqdAA005903; Wed, 24 Jun 2009 18:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMqdDB064596; Wed, 24 Jun 2009 18:52:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE5DD7302F; Wed, 24 Jun 2009 18:52:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090624225238.DE5DD7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 18:52:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 22:52:42 -0000 TB --- 2009-06-24 22:00:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 22:00:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-24 22:00:01 - cleaning the object tree TB --- 2009-06-24 22:01:09 - cvsupping the source tree TB --- 2009-06-24 22:01:09 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-24 22:01:22 - building world TB --- 2009-06-24 22:01:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:01:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:01:22 - TARGET=amd64 TB --- 2009-06-24 22:01:22 - TARGET_ARCH=amd64 TB --- 2009-06-24 22:01:22 - TZ=UTC TB --- 2009-06-24 22:01:22 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:01:22 - cd /src TB --- 2009-06-24 22:01:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 22:01:24 UTC 2009 >>> 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 [...] gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_packet.3 > lwres_packet.3.gz gzip -cn /src/lib/bind/lwres/../../../contrib/bind9/lib/lwres/man/lwres_resutil.3 > lwres_resutil.3.gz ===> libexec (all) ===> libexec/atrun (all) cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -c /src/libexec/atrun/atrun.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -c /src/libexec/atrun/gloadavg.c cc -O2 -pipe -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/src/libexec/atrun/../../usr.bin/at -I/src/libexec/atrun -DLOGIN_CAP -DPAM -std=gnu99 -fstack-protector -o atrun atrun.o gloadavg.o -lpam -lutil /obj/amd64/src/tmp/usr/lib/libc.so: undefined reference to `freebsd7___semctl' *** Error code 1 Stop in /src/libexec/atrun. *** Error code 1 Stop in /src/libexec. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 22:52:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 22:52:38 - ERROR: failed to build world TB --- 2009-06-24 22:52:38 - 2278.56 user 275.43 system 3157.72 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 22:54:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE6AC1065691; Wed, 24 Jun 2009 22:54:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8681C8FC18; Wed, 24 Jun 2009 22:54:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5OMshXe006714; Wed, 24 Jun 2009 18:54:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5OMshUM006713; Wed, 24 Jun 2009 22:54:43 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 22:54:43 GMT Message-Id: <200906242254.n5OMshUM006713@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 22:54:43 -0000 TB --- 2009-06-24 21:44:00 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 21:44:00 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-24 21:44:00 - mkdir /tinderbox/tinderbox/HEAD/sparc64 TB --- 2009-06-24 21:44:00 - mkdir /tinderbox/tinderbox/HEAD/sparc64/sparc64 TB --- 2009-06-24 21:44:00 - cleaning the object tree TB --- 2009-06-24 21:44:00 - cvsupping the source tree TB --- 2009-06-24 21:44:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-24 21:48:17 - building world TB --- 2009-06-24 21:48:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 21:48:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 21:48:17 - TARGET=sparc64 TB --- 2009-06-24 21:48:17 - TARGET_ARCH=sparc64 TB --- 2009-06-24 21:48:17 - TZ=UTC TB --- 2009-06-24 21:48:17 - __MAKE_CONF=/dev/null TB --- 2009-06-24 21:48:17 - cd /src TB --- 2009-06-24 21:48:17 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 21:48:18 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 22:50:13 UTC 2009 TB --- 2009-06-24 22:50:13 - generating LINT kernel config TB --- 2009-06-24 22:50:13 - cd /src/sys/sparc64/conf TB --- 2009-06-24 22:50:13 - /usr/bin/make -B LINT TB --- 2009-06-24 22:50:13 - building LINT kernel TB --- 2009-06-24 22:50:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:50:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:50:13 - TARGET=sparc64 TB --- 2009-06-24 22:50:13 - TARGET_ARCH=sparc64 TB --- 2009-06-24 22:50:13 - TZ=UTC TB --- 2009-06-24 22:50:13 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:50:13 - cd /src TB --- 2009-06-24 22:50:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 22:50:13 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 22:54:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 22:54:43 - ERROR: failed to build lint kernel TB --- 2009-06-24 22:54:43 - 3033.74 user 421.99 system 4243.33 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 24 23:18:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9C3106568B; Wed, 24 Jun 2009 23:18:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (freebsd-current2.sentex.ca [64.7.128.100]) by mx1.freebsd.org (Postfix) with ESMTP id 330B48FC18; Wed, 24 Jun 2009 23:18:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current2.sentex.ca (localhost [127.0.0.1]) by freebsd-current2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5ONI8Yi051867; Wed, 24 Jun 2009 19:18:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current2.sentex.ca (8.14.3/8.14.3/Submit) id n5ONI89p051866; Wed, 24 Jun 2009 23:18:08 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 24 Jun 2009 23:18:08 GMT Message-Id: <200906242318.n5ONI89p051866@freebsd-current2.sentex.ca> X-Authentication-Warning: freebsd-current2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 24 Jun 2009 23:18:08 -0000 TB --- 2009-06-24 22:11:11 - tinderbox 2.6 running on freebsd-current2.sentex.ca TB --- 2009-06-24 22:11:11 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-24 22:11:11 - mkdir /tinderbox/tinderbox/HEAD/sparc64/sun4v TB --- 2009-06-24 22:11:11 - cleaning the object tree TB --- 2009-06-24 22:11:11 - cvsupping the source tree TB --- 2009-06-24 22:11:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /tinderbox/tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-24 22:17:02 - building world TB --- 2009-06-24 22:17:02 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:17:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:17:02 - TARGET=sun4v TB --- 2009-06-24 22:17:02 - TARGET_ARCH=sparc64 TB --- 2009-06-24 22:17:02 - TZ=UTC TB --- 2009-06-24 22:17:02 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:17:02 - cd /src TB --- 2009-06-24 22:17:02 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 22:17:03 UTC 2009 >>> 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 >>> World build completed on Wed Jun 24 23:14:28 UTC 2009 TB --- 2009-06-24 23:14:28 - generating LINT kernel config TB --- 2009-06-24 23:14:28 - cd /src/sys/sun4v/conf TB --- 2009-06-24 23:14:28 - /usr/bin/make -B LINT TB --- 2009-06-24 23:14:28 - building LINT kernel TB --- 2009-06-24 23:14:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 23:14:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 23:14:28 - TARGET=sun4v TB --- 2009-06-24 23:14:28 - TARGET_ARCH=sparc64 TB --- 2009-06-24 23:14:28 - TZ=UTC TB --- 2009-06-24 23:14:28 - __MAKE_CONF=/dev/null TB --- 2009-06-24 23:14:28 - cd /src TB --- 2009-06-24 23:14:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jun 24 23:14:28 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_allocate_msix': /src/sys/dev/e1000/if_igb.c:2197: warning: implicit declaration of function 'intr_bind' /src/sys/dev/e1000/if_igb.c:2197: warning: nested extern declaration of 'intr_bind' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-24 23:18:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-24 23:18:08 - ERROR: failed to build lint kernel TB --- 2009-06-24 23:18:08 - 3005.84 user 403.58 system 4016.71 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 00:15:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60610106564A; Thu, 25 Jun 2009 00:15:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0AD8FC1A; Thu, 25 Jun 2009 00:15:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P0F7p9063673; Wed, 24 Jun 2009 20:15:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P0F7rn063607; Wed, 24 Jun 2009 20:15:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 05F7F7302F; Wed, 24 Jun 2009 20:15:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625001507.05F7F7302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 20:15:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 00:15:10 -0000 TB --- 2009-06-24 22:41:43 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 22:41:43 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-24 22:41:43 - cleaning the object tree TB --- 2009-06-24 22:42:08 - cvsupping the source tree TB --- 2009-06-24 22:42:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-24 22:42:25 - building world TB --- 2009-06-24 22:42:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:42:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:42:25 - TARGET=i386 TB --- 2009-06-24 22:42:25 - TARGET_ARCH=i386 TB --- 2009-06-24 22:42:25 - TZ=UTC TB --- 2009-06-24 22:42:25 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:42:25 - cd /src TB --- 2009-06-24 22:42:25 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 22:42:28 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 00:05:24 UTC 2009 TB --- 2009-06-25 00:05:24 - generating LINT kernel config TB --- 2009-06-25 00:05:24 - cd /src/sys/i386/conf TB --- 2009-06-25 00:05:24 - /usr/bin/make -B LINT TB --- 2009-06-25 00:05:24 - building LINT kernel TB --- 2009-06-25 00:05:24 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 00:05:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 00:05:24 - TARGET=i386 TB --- 2009-06-25 00:05:24 - TARGET_ARCH=i386 TB --- 2009-06-25 00:05:24 - TZ=UTC TB --- 2009-06-25 00:05:24 - __MAKE_CONF=/dev/null TB --- 2009-06-25 00:05:24 - cd /src TB --- 2009-06-25 00:05:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 00:05:24 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 00:15:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 00:15:06 - ERROR: failed to build lint kernel TB --- 2009-06-25 00:15:06 - 4387.95 user 430.81 system 5603.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 00:23:28 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B935E1065673; Thu, 25 Jun 2009 00:23:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 81E6F8FC15; Thu, 25 Jun 2009 00:23:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P0NP94010097; Wed, 24 Jun 2009 20:23:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P0NP3r053776; Wed, 24 Jun 2009 20:23:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 657717302F; Wed, 24 Jun 2009 20:23:25 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625002325.657717302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 20:23:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 00:23:29 -0000 TB --- 2009-06-24 22:52:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-24 22:52:39 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-24 22:52:39 - cleaning the object tree TB --- 2009-06-24 22:53:02 - cvsupping the source tree TB --- 2009-06-24 22:53:02 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-24 22:53:13 - building world TB --- 2009-06-24 22:53:13 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-24 22:53:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-24 22:53:13 - TARGET=pc98 TB --- 2009-06-24 22:53:13 - TARGET_ARCH=i386 TB --- 2009-06-24 22:53:13 - TZ=UTC TB --- 2009-06-24 22:53:13 - __MAKE_CONF=/dev/null TB --- 2009-06-24 22:53:13 - cd /src TB --- 2009-06-24 22:53:13 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 24 22:53:14 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 00:14:53 UTC 2009 TB --- 2009-06-25 00:14:53 - generating LINT kernel config TB --- 2009-06-25 00:14:53 - cd /src/sys/pc98/conf TB --- 2009-06-25 00:14:53 - /usr/bin/make -B LINT TB --- 2009-06-25 00:14:53 - building LINT kernel TB --- 2009-06-25 00:14:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 00:14:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 00:14:53 - TARGET=pc98 TB --- 2009-06-25 00:14:53 - TARGET_ARCH=i386 TB --- 2009-06-25 00:14:53 - TZ=UTC TB --- 2009-06-25 00:14:53 - __MAKE_CONF=/dev/null TB --- 2009-06-25 00:14:53 - cd /src TB --- 2009-06-25 00:14:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 00:14:53 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 00:23:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 00:23:25 - ERROR: failed to build lint kernel TB --- 2009-06-25 00:23:25 - 4258.75 user 436.78 system 5446.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 02:14:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF5E10656C4; Thu, 25 Jun 2009 02:14:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 231258FC14; Thu, 25 Jun 2009 02:14:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P2ErAB074181; Wed, 24 Jun 2009 22:14:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P2Erug024435; Wed, 24 Jun 2009 22:14:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DCCE37302F; Wed, 24 Jun 2009 22:14:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625021452.DCCE37302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 22:14:52 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 02:14:56 -0000 TB --- 2009-06-25 00:15:07 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 00:15:07 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-25 00:15:07 - cleaning the object tree TB --- 2009-06-25 00:15:42 - cvsupping the source tree TB --- 2009-06-25 00:15:42 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-25 00:16:00 - building world TB --- 2009-06-25 00:16:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 00:16:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 00:16:00 - TARGET=ia64 TB --- 2009-06-25 00:16:00 - TARGET_ARCH=ia64 TB --- 2009-06-25 00:16:00 - TZ=UTC TB --- 2009-06-25 00:16:00 - __MAKE_CONF=/dev/null TB --- 2009-06-25 00:16:00 - cd /src TB --- 2009-06-25 00:16:00 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 00:16:01 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 02:05:29 UTC 2009 TB --- 2009-06-25 02:05:29 - generating LINT kernel config TB --- 2009-06-25 02:05:29 - cd /src/sys/ia64/conf TB --- 2009-06-25 02:05:29 - /usr/bin/make -B LINT TB --- 2009-06-25 02:05:29 - building LINT kernel TB --- 2009-06-25 02:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 02:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 02:05:29 - TARGET=ia64 TB --- 2009-06-25 02:05:29 - TARGET_ARCH=ia64 TB --- 2009-06-25 02:05:29 - TZ=UTC TB --- 2009-06-25 02:05:29 - __MAKE_CONF=/dev/null TB --- 2009-06-25 02:05:29 - cd /src TB --- 2009-06-25 02:05:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 02:05:30 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 02:14:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 02:14:52 - ERROR: failed to build lint kernel TB --- 2009-06-25 02:14:52 - 5836.90 user 443.07 system 7185.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 03:03:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E852C1065672; Thu, 25 Jun 2009 03:03:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B09EE8FC18; Thu, 25 Jun 2009 03:03:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P334tl019510; Wed, 24 Jun 2009 23:03:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P333SB088781; Wed, 24 Jun 2009 23:03:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AE8557302F; Wed, 24 Jun 2009 23:03:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625030303.AE8557302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 23:03:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 03:03:07 -0000 TB --- 2009-06-25 01:29:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 01:29:57 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-25 01:29:57 - cleaning the object tree TB --- 2009-06-25 01:30:26 - cvsupping the source tree TB --- 2009-06-25 01:30:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-25 01:30:38 - building world TB --- 2009-06-25 01:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 01:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 01:30:38 - TARGET=powerpc TB --- 2009-06-25 01:30:38 - TARGET_ARCH=powerpc TB --- 2009-06-25 01:30:38 - TZ=UTC TB --- 2009-06-25 01:30:38 - __MAKE_CONF=/dev/null TB --- 2009-06-25 01:30:38 - cd /src TB --- 2009-06-25 01:30:38 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 01:30:42 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 02:55:48 UTC 2009 TB --- 2009-06-25 02:55:48 - generating LINT kernel config TB --- 2009-06-25 02:55:48 - cd /src/sys/powerpc/conf TB --- 2009-06-25 02:55:48 - /usr/bin/make -B LINT TB --- 2009-06-25 02:55:48 - building LINT kernel TB --- 2009-06-25 02:55:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 02:55:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 02:55:48 - TARGET=powerpc TB --- 2009-06-25 02:55:48 - TARGET_ARCH=powerpc TB --- 2009-06-25 02:55:48 - TZ=UTC TB --- 2009-06-25 02:55:48 - __MAKE_CONF=/dev/null TB --- 2009-06-25 02:55:48 - cd /src TB --- 2009-06-25 02:55:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 02:55:48 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/if_le_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 03:03:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 03:03:03 - ERROR: failed to build lint kernel TB --- 2009-06-25 03:03:03 - 4411.37 user 415.38 system 5586.44 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 03:44:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFD0A1065674; Thu, 25 Jun 2009 03:44:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7EACB8FC14; Thu, 25 Jun 2009 03:44:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P3iDg7022435; Wed, 24 Jun 2009 23:44:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P3iDaP072882; Wed, 24 Jun 2009 23:44:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 708C97302F; Wed, 24 Jun 2009 23:44:13 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625034413.708C97302F@freebsd-current.sentex.ca> Date: Wed, 24 Jun 2009 23:44:13 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 03:44:16 -0000 TB --- 2009-06-25 02:14:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 02:14:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-25 02:14:53 - cleaning the object tree TB --- 2009-06-25 02:15:26 - cvsupping the source tree TB --- 2009-06-25 02:15:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-25 02:15:42 - building world TB --- 2009-06-25 02:15:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 02:15:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 02:15:42 - TARGET=sparc64 TB --- 2009-06-25 02:15:42 - TARGET_ARCH=sparc64 TB --- 2009-06-25 02:15:42 - TZ=UTC TB --- 2009-06-25 02:15:42 - __MAKE_CONF=/dev/null TB --- 2009-06-25 02:15:42 - cd /src TB --- 2009-06-25 02:15:42 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 02:15:43 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 03:36:53 UTC 2009 TB --- 2009-06-25 03:36:53 - generating LINT kernel config TB --- 2009-06-25 03:36:53 - cd /src/sys/sparc64/conf TB --- 2009-06-25 03:36:53 - /usr/bin/make -B LINT TB --- 2009-06-25 03:36:53 - building LINT kernel TB --- 2009-06-25 03:36:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 03:36:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 03:36:53 - TARGET=sparc64 TB --- 2009-06-25 03:36:53 - TARGET_ARCH=sparc64 TB --- 2009-06-25 03:36:53 - TZ=UTC TB --- 2009-06-25 03:36:53 - __MAKE_CONF=/dev/null TB --- 2009-06-25 03:36:53 - cd /src TB --- 2009-06-25 03:36:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 03:36:53 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 03:44:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 03:44:13 - ERROR: failed to build lint kernel TB --- 2009-06-25 03:44:13 - 4181.81 user 406.54 system 5360.17 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 04:26:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40F711065674; Thu, 25 Jun 2009 04:26:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 179B58FC26; Thu, 25 Jun 2009 04:26:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P4Qf11086899; Thu, 25 Jun 2009 00:26:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P4QfmQ083789; Thu, 25 Jun 2009 00:26:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 10D047302F; Thu, 25 Jun 2009 00:26:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625042641.10D047302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 00:26:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 04:26:44 -0000 TB --- 2009-06-25 03:03:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 03:03:03 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-25 03:03:03 - cleaning the object tree TB --- 2009-06-25 03:03:31 - cvsupping the source tree TB --- 2009-06-25 03:03:31 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-25 03:03:45 - building world TB --- 2009-06-25 03:03:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 03:03:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 03:03:45 - TARGET=sun4v TB --- 2009-06-25 03:03:45 - TARGET_ARCH=sparc64 TB --- 2009-06-25 03:03:45 - TZ=UTC TB --- 2009-06-25 03:03:45 - __MAKE_CONF=/dev/null TB --- 2009-06-25 03:03:45 - cd /src TB --- 2009-06-25 03:03:45 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 03:03:46 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 04:20:21 UTC 2009 TB --- 2009-06-25 04:20:21 - generating LINT kernel config TB --- 2009-06-25 04:20:21 - cd /src/sys/sun4v/conf TB --- 2009-06-25 04:20:21 - /usr/bin/make -B LINT TB --- 2009-06-25 04:20:21 - building LINT kernel TB --- 2009-06-25 04:20:21 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 04:20:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 04:20:21 - TARGET=sun4v TB --- 2009-06-25 04:20:21 - TARGET_ARCH=sparc64 TB --- 2009-06-25 04:20:21 - TZ=UTC TB --- 2009-06-25 04:20:21 - __MAKE_CONF=/dev/null TB --- 2009-06-25 04:20:21 - cd /src TB --- 2009-06-25 04:20:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 04:20:21 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 04:26:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 04:26:40 - ERROR: failed to build lint kernel TB --- 2009-06-25 04:26:40 - 4178.18 user 404.46 system 5017.20 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 06:05:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 910661065674 for ; Thu, 25 Jun 2009 06:05:27 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 262E98FC20 for ; Thu, 25 Jun 2009 06:05:26 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n5P65UJY094725; Thu, 25 Jun 2009 15:05:31 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Thu, 25 Jun 2009 15:03:00 +0900 (JST) Message-Id: <20090625.150300.598552788702440401.ken@tydfam.jp> To: admin@kkip.pl From: ken In-Reply-To: <4A41CD24.5050405@kkip.pl> References: <20090624.104812.4959786962521915.ken@tydfam.jp> <4A41CD24.5050405@kkip.pl> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 06:05:28 -0000 8.0-snapshot CD says; "No disk found! Please verify that your disk controller is being properly probed at boot time. .... ". So, I suspect that 8.0 does not recognize disk controller that is recognized with 7.1/7.2 properly. I do not have an environment for using serial console here. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 06:50:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB15F106566C; Thu, 25 Jun 2009 06:50:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 94E688FC16; Thu, 25 Jun 2009 06:50:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P6onVO037742; Thu, 25 Jun 2009 02:50:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P6om4S050252; Thu, 25 Jun 2009 02:50:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B9A4E7302F; Thu, 25 Jun 2009 02:50:48 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625065048.B9A4E7302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 02:50:48 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 06:50:52 -0000 TB --- 2009-06-25 04:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 04:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-25 04:40:00 - cleaning the object tree TB --- 2009-06-25 04:40:36 - cvsupping the source tree TB --- 2009-06-25 04:40:36 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-25 04:40:50 - building world TB --- 2009-06-25 04:40:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 04:40:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 04:40:50 - TARGET=amd64 TB --- 2009-06-25 04:40:50 - TARGET_ARCH=amd64 TB --- 2009-06-25 04:40:50 - TZ=UTC TB --- 2009-06-25 04:40:50 - __MAKE_CONF=/dev/null TB --- 2009-06-25 04:40:50 - cd /src TB --- 2009-06-25 04:40:50 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 04:40:53 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jun 25 06:41:01 UTC 2009 TB --- 2009-06-25 06:41:01 - generating LINT kernel config TB --- 2009-06-25 06:41:01 - cd /src/sys/amd64/conf TB --- 2009-06-25 06:41:01 - /usr/bin/make -B LINT TB --- 2009-06-25 06:41:01 - building LINT kernel TB --- 2009-06-25 06:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 06:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 06:41:01 - TARGET=amd64 TB --- 2009-06-25 06:41:01 - TARGET_ARCH=amd64 TB --- 2009-06-25 06:41:01 - TZ=UTC TB --- 2009-06-25 06:41:01 - __MAKE_CONF=/dev/null TB --- 2009-06-25 06:41:01 - cd /src TB --- 2009-06-25 06:41:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 06:41:01 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 06:50:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 06:50:48 - ERROR: failed to build lint kernel TB --- 2009-06-25 06:50:48 - 6073.00 user 631.37 system 7847.98 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 07:23:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C5AC1065670; Thu, 25 Jun 2009 07:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 723568FC19; Thu, 25 Jun 2009 07:23:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P7NDCN040898; Thu, 25 Jun 2009 03:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P7ND71023296; Thu, 25 Jun 2009 03:23:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 013FC7302F; Thu, 25 Jun 2009 03:23:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625072313.013FC7302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 03:23:12 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 07:23:16 -0000 TB --- 2009-06-25 05:48:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 05:48:00 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-25 05:48:00 - cleaning the object tree TB --- 2009-06-25 05:48:28 - cvsupping the source tree TB --- 2009-06-25 05:48:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-25 05:48:39 - building world TB --- 2009-06-25 05:48:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 05:48:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 05:48:39 - TARGET=i386 TB --- 2009-06-25 05:48:39 - TARGET_ARCH=i386 TB --- 2009-06-25 05:48:39 - TZ=UTC TB --- 2009-06-25 05:48:39 - __MAKE_CONF=/dev/null TB --- 2009-06-25 05:48:39 - cd /src TB --- 2009-06-25 05:48:39 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 05:48:40 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 07:12:16 UTC 2009 TB --- 2009-06-25 07:12:16 - generating LINT kernel config TB --- 2009-06-25 07:12:16 - cd /src/sys/i386/conf TB --- 2009-06-25 07:12:16 - /usr/bin/make -B LINT TB --- 2009-06-25 07:12:16 - building LINT kernel TB --- 2009-06-25 07:12:16 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 07:12:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 07:12:16 - TARGET=i386 TB --- 2009-06-25 07:12:16 - TARGET_ARCH=i386 TB --- 2009-06-25 07:12:16 - TZ=UTC TB --- 2009-06-25 07:12:16 - __MAKE_CONF=/dev/null TB --- 2009-06-25 07:12:16 - cd /src TB --- 2009-06-25 07:12:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 07:12:17 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 07:23:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 07:23:12 - ERROR: failed to build lint kernel TB --- 2009-06-25 07:23:12 - 4388.24 user 436.55 system 5712.02 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 07:28:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B749A1065672 for ; Thu, 25 Jun 2009 07:28:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 12D958FC1F for ; Thu, 25 Jun 2009 07:28:29 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=0wpJl8fJdqQA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=g1cHJkNK3DbceNnKypYA:9 a=BI_SGnX_RhFRJLYoIEUA:7 a=qE6iHKCGlgRAIw3vVJaRGuFBZdoA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 523885069; Thu, 25 Jun 2009 09:28:27 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Thu, 25 Jun 2009 09:27:54 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <86y6rh1dkh.fsf@ra333.heimat.gr.jp> In-Reply-To: <86y6rh1dkh.fsf@ra333.heimat.gr.jp> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906250927.55432.hselasky@c2i.net> Cc: NAKAJI Hiroyuki Subject: Re: USB HDD is not detected before /etc/rc starts, and fsck fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 07:28:31 -0000 On Thursday 25 June 2009 00:17:50 NAKAJI Hiroyuki wrote: > Hi, > > Recent CURRENT kernel do not detect USB HDDs before /sbin/init. I > noticed this behavior some months ago, by typing "shutdown -r now" on > the console. > > Because of this detection delay, boottime (automatic) fsck always fails. > Here is a boot log from a serial console. > > /boot/kernel/kernel text=0x8d3608 data=0xe12e0+0xaf9f8 > syms=[0x4+0x9ba50+0x4+0xd4dde] /boot/kernel/linprocfs.ko text=0x641c > data=0x2c0+0x4 syms=[0x4+0xc10+0x4+0xc93] loading required module 'linux' > /boot/kernel/linux.ko text=0x222b4 data=0x2d54+0x16c > syms=[0x4+0x3d10+0x4+0x3c9f] /boot/kernel/mga.ko text=0x89ac data=0x6fbc > syms=[0x4+0xd70+0x4+0xd48] loading required module 'drm' > /boot/kernel/drm.ko text=0x110b8 data=0x1124+0xc > syms=[0x4+0x1b30+0x4+0x2161] /boot/kernel/atapicam.ko text=0x2cbc > data=0x1b4+0x4 syms=[0x4+0x800+0x4+0x89b] - > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2009 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #188: Wed Jun 3 12:53:09 JST 2009 > root@roddy.4407.kankyo-u.ac.jp:/usr/obj/usr/src/sys/RODDY > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.04-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf25 Stepping = 5 > > Features=0xbfebfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > real memory = 1073741824 (1024 MB) > avail memory = 1032613888 (984 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads > [snip] > uhub0: 2 ports with 2 removable, self powered > uhub1: 2 ports with 2 removable, self powered > uhub3: 2 ports with 2 removable, self powered > GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). > Root mount waiting for: usbus3 > Root mount waiting for: usbus3 > uhub2: 6 ports with 6 removable, self powered > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 > Root mount waiting for: usbus3 > Trying to mount root from ufs:/dev/ad0s1a > (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:ata1:0:0:0): CAM Status: SCSI Status Error > (probe0:ata1:0:0:0): SCSI Status: Check Condition > (probe0:ata1:0:0:0): NOT READY asc:3a,1 > (probe0:ata1:0:0:0): Medium not present - tray closed > (probe0:ata1:0:0:0): Unretryable error > cd0 at ata1 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 33.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present - > tray closed Entropy harvesting: interrupts ethernet point_to_pointugen1.2: > at usbus1 uhid0: > on usbus1 > kickstart. > /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1a: clean, 21323 free (1627 frags, 2462 blocks, 1.3% > fragmentation) /dev/ad6s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad6s1d: clean, 761004 free (6932 frags, 942Jun 25 15:38:12 init: > /bin/sh on /etc/rc terminated abnormally, going to single user mode Enter > full pathname of shell or RETURN for /bin/sh: ugen3.2: at usbus3 > umass0: on usbus3 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:3:0:-1: Attached to scbus3 > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 286188MB (586114703 512 byte sectors: 255H 63S/T 36483C) > > Of cource, I can run "fsck -p" manually in the single user mode. But it > is not useful. > > # fsck -p > /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad0s1a: clean, 21323 free (1627 frags, 2462 blocks, 1.3% > fragmentation) /dev/ad6s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad6s1d: clean, 761004 free (6932 frags, 94259 blocks, 0.7% > fragmentation) /dev/ad6s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad6s1e: clean, 253588 free (396 frags, 31649 blocks, 0.2% > fragmentation) /dev/ad6s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad6s1f: clean, 62063972 free (340516 frags, 7715432 blocks, 0.5% > fragmentation) /dev/ad1s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/ad1s1d: clean, 38715020 free (397372 frags, 4789706 blocks, 0.4% > fragmentation) /dev/da0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS > /dev/da0s1a: clean, 15606839 free (178983 frags, 1928482 blocks, 0.1% > fragmentation) # > > Are there any fixes or tips about this, for example > > o umass/da devices can be detected much earlier, in other words, > /sbin/init runs much later > o wait options for fsck or fstab for umass/da > o etc It's not USB's fault. We are already waiting for devices to enumerate (See Root Mount waiting for messages), but obviously your device is not ready at the moment the USB is probed. --HPS From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 07:44:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21B10106564A for ; Thu, 25 Jun 2009 07:44:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 88CCF8FC19 for ; Thu, 25 Jun 2009 07:44:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5P7il3E028328 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 25 Jun 2009 17:14:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Thu, 25 Jun 2009 17:14:36 +0930 User-Agent: KMail/1.9.10 References: <20090624.104812.4959786962521915.ken@tydfam.jp> <4A41CD24.5050405@kkip.pl> <20090625.150300.598552788702440401.ken@tydfam.jp> In-Reply-To: <20090625.150300.598552788702440401.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart10049831.usI6ZTfMgY"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906251714.43716.doconnor@gsoft.com.au> X-Spam-Score: -3.559 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 07:44:52 -0000 --nextPart10049831.usI6ZTfMgY Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 25 Jun 2009, ken wrote: > 8.0-snapshot CD says; > "No disk found! Please verify that your disk controller is being > properly probed at boot time. .... ". > > So, I suspect that 8.0 does not recognize disk controller that is > recognized with 7.1/7.2 properly. > > I do not have an environment for using serial console here. Press scroll lock and page up, then take some pictures with a digital=20 camera, then post a URL for the pics. A verbose boot might supply some useful info too (assuming you can wade=20 through it). =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart10049831.usI6ZTfMgY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKQyrr5ZPcIHs/zowRAkP3AKCUD3vYgfX8Gb6u4SEIEPTG+fHhcwCcC5UZ NUD1GeAZJBdb8RTk3MstFvc= =7Kxf -----END PGP SIGNATURE----- --nextPart10049831.usI6ZTfMgY-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 08:22:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DF8B1065673; Thu, 25 Jun 2009 08:22:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3138FC22; Thu, 25 Jun 2009 08:22:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P8MiHL046276; Thu, 25 Jun 2009 04:22:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P8MixN098450; Thu, 25 Jun 2009 04:22:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6A0317302F; Thu, 25 Jun 2009 04:22:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625082244.6A0317302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 04:22:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 08:22:49 -0000 TB --- 2009-06-25 06:50:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 06:50:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-25 06:50:48 - cleaning the object tree TB --- 2009-06-25 06:51:14 - cvsupping the source tree TB --- 2009-06-25 06:51:14 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-25 06:51:23 - building world TB --- 2009-06-25 06:51:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 06:51:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 06:51:23 - TARGET=pc98 TB --- 2009-06-25 06:51:23 - TARGET_ARCH=i386 TB --- 2009-06-25 06:51:23 - TZ=UTC TB --- 2009-06-25 06:51:23 - __MAKE_CONF=/dev/null TB --- 2009-06-25 06:51:23 - cd /src TB --- 2009-06-25 06:51:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 06:51:24 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 08:14:31 UTC 2009 TB --- 2009-06-25 08:14:31 - generating LINT kernel config TB --- 2009-06-25 08:14:31 - cd /src/sys/pc98/conf TB --- 2009-06-25 08:14:31 - /usr/bin/make -B LINT TB --- 2009-06-25 08:14:31 - building LINT kernel TB --- 2009-06-25 08:14:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 08:14:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 08:14:31 - TARGET=pc98 TB --- 2009-06-25 08:14:31 - TARGET_ARCH=i386 TB --- 2009-06-25 08:14:31 - TZ=UTC TB --- 2009-06-25 08:14:31 - __MAKE_CONF=/dev/null TB --- 2009-06-25 08:14:31 - cd /src TB --- 2009-06-25 08:14:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 08:14:31 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 08:22:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 08:22:44 - ERROR: failed to build lint kernel TB --- 2009-06-25 08:22:44 - 4259.62 user 440.96 system 5515.38 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 09:10:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E971065673 for ; Thu, 25 Jun 2009 09:10:27 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from baranao.anywi.com (baranao.anywi.com [213.207.101.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1477E8FC16 for ; Thu, 25 Jun 2009 09:10:27 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hind.van-laarhoven.org (ip51cfcfde.direct-adsl.nl [81.207.207.222]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by baranao.anywi.com (Postfix) with ESMTPSA id E93F73F41F for ; Thu, 25 Jun 2009 10:52:05 +0200 (CEST) From: Nick Hibma To: freebsd-current@freebsd.org Date: Thu, 25 Jun 2009 10:52:02 +0200 User-Agent: KMail/1.9.10 References: <496A0799-0661-4651-B8CE-6C635A6DCEA0@freebsd.org> In-Reply-To: <496A0799-0661-4651-B8CE-6C635A6DCEA0@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906251052.02912.nick@van-laarhoven.org> X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,UNPARSEABLE_RELAY autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on baranao.anywi.com Subject: Re: 802.11s (wireless mesh) project status report X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 09:10:27 -0000 Rui, Great news! You might want to add references to OSLRD (http://www.olsr.org/) and OSLR-PAA (http://sourceforge.net/projects/olsr-paa/) to your page. We've succesfully set-up a mesh network (ad-hoc) with auto-IP address assignment, and routing provided networks over the mesh (using paa) to a default gateway (using dyn_gw module (after making it work on FreeBSD). Nick AnyWi Technologies > Hi all, > The wireless mesh project is now in a more usable stage and your > support and testing is appreciated. Today I've been able to exchange > packets between three nodes using the following network topology: > node1 <-> node2 <-> node3. With the currently committed code it's now > possible to send packets from node1 to node3 via node2. Other mesh > topologies will be tested in the future. > > I've created a wiki page that's still under construction but should be > able to help you setup your wireless mesh: > http://wiki.freebsd.org/WifiMesh > > 802.11s is interesting both to companies who want to create wide range > wireless networks and also to home users who would like to expand > their wireless networks. They can now start using the FreeBSD > operating system to fullfil their needs. > > The project is still unfinished and has some rough edges, though. If > you have any questions, dont hesitate asking. > > This project is being sponsored by The FreeBSD Foundation. > > Thanks, > -- > Rui Paulo > > _______________________________________________ > 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 Jun 25 09:23:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF92B106564A; Thu, 25 Jun 2009 09:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 854868FC18; Thu, 25 Jun 2009 09:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P9NERs053268; Thu, 25 Jun 2009 05:23:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5P9NES8033926; Thu, 25 Jun 2009 05:23:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8A6177302F; Thu, 25 Jun 2009 05:23:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625092314.8A6177302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 05:23:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 09:23:18 -0000 TB --- 2009-06-25 07:23:13 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 07:23:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-25 07:23:13 - cleaning the object tree TB --- 2009-06-25 07:23:38 - cvsupping the source tree TB --- 2009-06-25 07:23:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-25 07:23:45 - building world TB --- 2009-06-25 07:23:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 07:23:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 07:23:45 - TARGET=ia64 TB --- 2009-06-25 07:23:45 - TARGET_ARCH=ia64 TB --- 2009-06-25 07:23:45 - TZ=UTC TB --- 2009-06-25 07:23:45 - __MAKE_CONF=/dev/null TB --- 2009-06-25 07:23:45 - cd /src TB --- 2009-06-25 07:23:45 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 07:23:47 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 09:13:34 UTC 2009 TB --- 2009-06-25 09:13:34 - generating LINT kernel config TB --- 2009-06-25 09:13:34 - cd /src/sys/ia64/conf TB --- 2009-06-25 09:13:34 - /usr/bin/make -B LINT TB --- 2009-06-25 09:13:34 - building LINT kernel TB --- 2009-06-25 09:13:34 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 09:13:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 09:13:34 - TARGET=ia64 TB --- 2009-06-25 09:13:34 - TARGET_ARCH=ia64 TB --- 2009-06-25 09:13:34 - TZ=UTC TB --- 2009-06-25 09:13:34 - __MAKE_CONF=/dev/null TB --- 2009-06-25 09:13:34 - cd /src TB --- 2009-06-25 09:13:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 09:13:34 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 09:23:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 09:23:14 - ERROR: failed to build lint kernel TB --- 2009-06-25 09:23:14 - 5839.09 user 441.44 system 7201.23 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 09:30:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 014E5106564A for ; Thu, 25 Jun 2009 09:30:54 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 895B68FC0C for ; Thu, 25 Jun 2009 09:30:53 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n5P9Uvk5000201; Thu, 25 Jun 2009 18:30:58 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Thu, 25 Jun 2009 18:28:25 +0900 (JST) Message-Id: <20090625.182825.598552788702445360.ken@tydfam.jp> To: doconnor@gsoft.com.au From: ken In-Reply-To: <200906251714.43716.doconnor@gsoft.com.au> References: <4A41CD24.5050405@kkip.pl> <20090625.150300.598552788702440401.ken@tydfam.jp> <200906251714.43716.doconnor@gsoft.com.au> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 09:30:54 -0000 Thank you for your suggestion. Please find photos at http://www.tydfam.jp/experimental/boot_photo/. I roughly compared it with 7.2's dmesg, but I could not notice any obvious differences. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 10:28:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2BB31065670 for ; Thu, 25 Jun 2009 10:28:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 875A28FC26 for ; Thu, 25 Jun 2009 10:28:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=OaoT4hlENFmz131yemxFMgwRPe/tyzAovrFs2+UFELYovZcfC1DfzPtGsEtpYsNDu1oOApBCgOyF6wL9jtIOuVzr4yMSPrmZ5P6nFgxQLc59wrw/QwbW7iyyTBQCW+qwmaT4DRrqcqSorqmva+TZuGxpK3QITMVvw9eZj5/6v/I=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MJmBu-000HMu-DO; Thu, 25 Jun 2009 14:28:26 +0400 Date: Thu, 25 Jun 2009 14:28:24 +0400 From: Eygene Ryabinkin To: ken Message-ID: References: <4A41CD24.5050405@kkip.pl> <20090625.150300.598552788702440401.ken@tydfam.jp> <200906251714.43716.doconnor@gsoft.com.au> <20090625.182825.598552788702445360.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090625.182825.598552788702445360.ken@tydfam.jp> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 10:28:34 -0000 Thu, Jun 25, 2009 at 06:28:25PM +0900, ken wrote: > Please find photos at http://www.tydfam.jp/experimental/boot_photo/. > > I roughly compared it with 7.2's dmesg, but I could not notice any > obvious differences. Hmm, any luck with AHCI disabled? I had troubles (lockups) with enabled AHCI on the Asus MBs even with 7.1 (not tried to enable AHCI on 7.2), so may be this will help. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 10:41:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42A991065670 for ; Thu, 25 Jun 2009 10:41:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id A8D918FC18 for ; Thu, 25 Jun 2009 10:41:51 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-162-173.lns11.adl2.internode.on.net [121.45.162.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5PAflOK033500 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 25 Jun 2009 20:11:48 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ken Date: Thu, 25 Jun 2009 20:11:34 +0930 User-Agent: KMail/1.9.10 References: <4A41CD24.5050405@kkip.pl> <200906251714.43716.doconnor@gsoft.com.au> <20090625.182825.598552788702445360.ken@tydfam.jp> In-Reply-To: <20090625.182825.598552788702445360.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart42965052.deeq6r2Pd7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906252011.42597.doconnor@gsoft.com.au> X-Spam-Score: -1.275 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 10:41:52 -0000 --nextPart42965052.deeq6r2Pd7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 25 Jun 2009, ken wrote: > Thank you for your suggestion. > > Please find photos at > http://www.tydfam.jp/experimental/boot_photo/. > > I roughly compared it with 7.2's dmesg, but I could not notice any > obvious differences. Any chance you could rescale them? It's slow going to read them from=20 here :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart42965052.deeq6r2Pd7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKQ1Rm5ZPcIHs/zowRAkRRAJ4tZg2rP9IcnnEWacO9ecbTmitsTACfehi3 ffro40vKwbGYh19ESTpfdLE= =W6kZ -----END PGP SIGNATURE----- --nextPart42965052.deeq6r2Pd7-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 10:56:33 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59FD01065670; Thu, 25 Jun 2009 10:56:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 22AAB8FC18; Thu, 25 Jun 2009 10:56:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PAuUqx066233; Thu, 25 Jun 2009 06:56:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PAuUPN095766; Thu, 25 Jun 2009 06:56:30 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 343917302F; Thu, 25 Jun 2009 06:56:30 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625105630.343917302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 06:56:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 10:56:34 -0000 TB --- 2009-06-25 09:23:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 09:23:14 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-25 09:23:14 - cleaning the object tree TB --- 2009-06-25 09:23:46 - cvsupping the source tree TB --- 2009-06-25 09:23:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-25 09:23:54 - building world TB --- 2009-06-25 09:23:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 09:23:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 09:23:54 - TARGET=powerpc TB --- 2009-06-25 09:23:54 - TARGET_ARCH=powerpc TB --- 2009-06-25 09:23:54 - TZ=UTC TB --- 2009-06-25 09:23:54 - __MAKE_CONF=/dev/null TB --- 2009-06-25 09:23:54 - cd /src TB --- 2009-06-25 09:23:54 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 09:23:57 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 10:49:25 UTC 2009 TB --- 2009-06-25 10:49:25 - generating LINT kernel config TB --- 2009-06-25 10:49:25 - cd /src/sys/powerpc/conf TB --- 2009-06-25 10:49:25 - /usr/bin/make -B LINT TB --- 2009-06-25 10:49:25 - building LINT kernel TB --- 2009-06-25 10:49:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 10:49:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 10:49:25 - TARGET=powerpc TB --- 2009-06-25 10:49:25 - TARGET_ARCH=powerpc TB --- 2009-06-25 10:49:25 - TZ=UTC TB --- 2009-06-25 10:49:25 - __MAKE_CONF=/dev/null TB --- 2009-06-25 10:49:25 - cd /src TB --- 2009-06-25 10:49:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 10:49:25 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/if_le_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 10:56:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 10:56:29 - ERROR: failed to build lint kernel TB --- 2009-06-25 10:56:29 - 4409.24 user 416.80 system 5595.28 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 10:58:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AAD1106566C; Thu, 25 Jun 2009 10:58:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id CDF058FC0A; Thu, 25 Jun 2009 10:58:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PAwcqZ066923; Thu, 25 Jun 2009 06:58:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PAwcNW002031; Thu, 25 Jun 2009 06:58:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A01E27302F; Thu, 25 Jun 2009 06:58:38 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625105838.A01E27302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 06:58:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 10:58:41 -0000 TB --- 2009-06-25 09:29:09 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 09:29:09 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-25 09:29:09 - cleaning the object tree TB --- 2009-06-25 09:29:32 - cvsupping the source tree TB --- 2009-06-25 09:29:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-25 09:29:41 - building world TB --- 2009-06-25 09:29:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 09:29:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 09:29:41 - TARGET=sparc64 TB --- 2009-06-25 09:29:41 - TARGET_ARCH=sparc64 TB --- 2009-06-25 09:29:41 - TZ=UTC TB --- 2009-06-25 09:29:41 - __MAKE_CONF=/dev/null TB --- 2009-06-25 09:29:41 - cd /src TB --- 2009-06-25 09:29:41 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 09:29:43 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 10:51:10 UTC 2009 TB --- 2009-06-25 10:51:10 - generating LINT kernel config TB --- 2009-06-25 10:51:10 - cd /src/sys/sparc64/conf TB --- 2009-06-25 10:51:10 - /usr/bin/make -B LINT TB --- 2009-06-25 10:51:10 - building LINT kernel TB --- 2009-06-25 10:51:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 10:51:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 10:51:10 - TARGET=sparc64 TB --- 2009-06-25 10:51:10 - TARGET_ARCH=sparc64 TB --- 2009-06-25 10:51:10 - TZ=UTC TB --- 2009-06-25 10:51:10 - __MAKE_CONF=/dev/null TB --- 2009-06-25 10:51:10 - cd /src TB --- 2009-06-25 10:51:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 10:51:10 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 10:58:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 10:58:38 - ERROR: failed to build lint kernel TB --- 2009-06-25 10:58:38 - 4179.71 user 410.75 system 5368.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:19:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B928106566C for ; Thu, 25 Jun 2009 11:19:23 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2F65E8FC0A for ; Thu, 25 Jun 2009 11:19:23 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1MJmjG-0004bj-Vr; Thu, 25 Jun 2009 12:03:00 +0100 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1MJmjG-0006tB-8q; Thu, 25 Jun 2009 12:02:54 +0100 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n5PB2rQc032003; Thu, 25 Jun 2009 12:02:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n5PB2r9a032002; Thu, 25 Jun 2009 12:02:53 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 25 Jun 2009 12:02:53 +0100 From: Anton Shterenlikht To: freebsd-ia64@freebsd.org, freebsd-questions@freebsd.org, freebsd-current@freebsd.org Message-ID: <20090625110253.GA31443@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.4 X-Spam-Level: - Cc: Subject: gmirror gm0 destroyed on shutdown; GPT corrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:19:23 -0000 FreeBSD 8.0-CURRENT-200906 ia64, fresh installation Following the handbook, section 19.1 RAID1 - mirroring, I'm trying to use gmirror with 2 identical scsi disks: da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit) da0: Command Queueing Enabled da0: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit) da1: Command Queueing Enabled da1: 17366MB (35566478 512 byte sectors: 255H 63S/T 2213C) # sysctl kern.geom.debugflags=17 kern.geom.debugflags: 0 -> 17 # gmirror label -vb round-robin gm0 /dev/da0 Metadata value stored on /dev/da0. Done. # gmirror load #g_modevent(MIRROR, LOAD) g_post_event_x(0xe000000004b8eb10, 0xe000000010686e40, 2, 262144) g_load_class(MIRROR) g_mirror_taste(MIRROR, acd0t01) acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 g_detach(0xe0000000106eb580) g_destroy_consumer(0xe0000000106eb580) g_destroy_geom(0xe000000010724800(mirror:taste)) g_mirror_taste(MIRROR, acd0) acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 g_detach(0xe0000000106eb700) g_destroy_consumer(0xe0000000106eb700) g_destroy_geom(0xe000000010724a00(mirror:taste)) g_mirror_taste(MIRROR, da2p6) g_detach(0xe0000000106eb880) g_destroy_consumer(0xe0000000106eb880) g_destroy_geom(0xe000000010724c00(mirror:taste)) g_mirror_taste(MIRROR, da2p5) g_detach(0xe0000000106eba80) g_destroy_consumer(0xe0000000106eba80) g_destroy_geom(0xe000000010724c00(mirror:taste)) g_mirror_taste(MIRROR, da2p4) g_detach(0xe0000000106ebc00) g_destroy_consumer(0xe0000000106ebc00) g_destroy_geom(0xe000000010630700(mirror:taste)) g_mirror_taste(MIRROR, da2p3) g_detach(0xe000000010738000) g_destroy_consumer(0xe000000010738000) g_destroy_geom(0xe000000010724e00(mirror:taste)) g_mirror_taste(MIRROR, da2p2) g_detach(0xe000000010738180) g_destroy_consumer(0xe000000010738180) g_destroy_geom(0xe00000001075f400(mirror:taste)) g_mirror_taste(MIRROR, da2p1) g_detach(0xe000000010620e80) g_destroy_consumer(0xe000000010620e80) g_destroy_geom(0xe000000010724a00(mirror:taste)) g_mirror_taste(MIRROR, da0p6) g_detach(0xe0000000106e9580) g_destroy_consumer(0xe0000000106e9580) g_destroy_geom(0xe000000010724800(mirror:taste)) g_mirror_taste(MIRROR, da0p5) g_detach(0xe000000010739700) g_destroy_consumer(0xe000000010739700) g_destroy_geom(0xe0000000108f8f00(mirror:taste)) g_mirror_taste(MIRROR, da0p4) g_detach(0xe000000010739680) g_destroy_consumer(0xe000000010739680) g_destroy_geom(0xe0000000108f8d00(mirror:taste)) g_mirror_taste(MIRROR, da0p3) g_detach(0xe000000010739800) g_destroy_consumer(0xe000000010739800) g_destroy_geom(0xe00000001072ce00(mirror:taste)) g_mirror_taste(MIRROR, da0p2) g_detach(0xe000000010739780) g_destroy_consumer(0xe000000010739780) g_destroy_geom(0xe0000000108f8700(mirror:taste)) g_mirror_taste(MIRROR, da0p1) g_detach(0xe0000000106e9680) g_destroy_consumer(0xe0000000106e9680) g_destroy_geom(0xe00000001072cb00(mirror:taste)) g_mirror_taste(MIRROR, da2) g_detach(0xe0000000106a4900) g_destroy_consumer(0xe0000000106a4900) g_destroy_geom(0xe00000001075fa00(mirror:taste)) g_mirror_taste(MIRROR, da1) g_detach(0xe0000000106ebc80) g_destroy_consumer(0xe0000000106ebc80) g_destroy_geom(0xe000000010630b00(mirror:taste)) g_mirror_taste(MIRROR, da0) g_detach(0xe0000000106e8400) g_destroy_consumer(0xe0000000106e8400) g_destroy_geom(0xe00000001072c800(mirror:taste)) g_post_event_x(0xe000000004b861c0, 0xe0000000108f9000, 2, 0) ref 0xe0000000108f9000 ref 0xe000000010760800 GEOM_MIRROR: Device mirror/gm0 launched (1/1). g_mirror_taste(MIRROR, ufsid/4a3fa1b76cb317b5) g_detach(0xe0000000106a4780) g_destroy_consumer(0xe0000000106a4780) g_destroy_geom(0xe0000000108fa300(mirror:taste)) g_mirror_taste(MIRROR, ufsid/4a3fa1b69c522d30) g_detach(0xe0000000106e9900) g_destroy_consumer(0xe0000000106e9900) g_destroy_geom(0xe0000000108fac00(mirror:taste)) g_mirror_taste(MIRROR, ufsid/4a3fa1b751514347) g_detach(0xe0000000106ebb00) g_destroy_consumer(0xe0000000106ebb00) g_destroy_geom(0xe00000001075f300(mirror:taste)) g_mirror_taste(MIRROR, ufsid/4a3fa1b5e5003da2) g_detach(0xe0000000106e9880) g_destroy_consumer(0xe0000000106e9880) g_destroy_geom(0xe000000010763600(mirror:taste)) g_mirror_taste(MIRROR, iso9660/FreeBSD_Install) acd0: FAILURE - READ_BIG MEDIUM ERROR asc=0x02 ascq=0x00 g_detach(0xe000000010738080) g_destroy_consumer(0xe000000010738080) g_destroy_geom(0xe00000001081dd00(mirror:taste)) g_mirror_taste(MIRROR, mirror/gm0) g_detach(0xe0000000106e9980) g_destroy_consumer(0xe0000000106e9980) g_destroy_geom(0xe000000010763600(mirror:taste)) dev_taste(DEV,mirror/gm0) g_part_taste(PART,mirror/gm0) GEOM: mirror/gm0: the secondary GPT table is corrupt or invalid. GEOM: mirror/gm0: using the primary only -- recovery suggested. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ g_post_event_x(0xe000000004b861c0, 0xe0000000108fa400, 2, 0) ref 0xe0000000108fa400 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe00000001075fa00, 2, 0) ref 0xe00000001075fa00 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe0000000108f8700, 2, 0) ref 0xe0000000108f8700 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe0000000108f8500, 2, 0) ref 0xe0000000108f8500 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe000000010725a00, 2, 0) ref 0xe0000000108f8500 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe000000010725a00, 2, 0) ref 0xe000000010725a00 ref 0xe0000000108f8300 g_post_event_x(0xe000000004b861c0, 0xe000000010631500, 2, 0) ref 0xe000000010631500 ref 0xe0000000108f8300 g_label_taste(LABEL, mirror/gm0) g_detach(0xe000000010738080) g_destroy_consumer(0xe000000010738080) g_destroy_geom(0xe00000001075ef00(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p1) g_detach(0xe000000010739b00) g_destroy_consumer(0xe000000010739b00) g_destroy_geom(0xe000000010762f00(mirror:taste)) dev_taste(DEV,mirror/gm0p1) g_part_taste(PART,mirror/gm0p1) g_wither_geom(0xe000000010763a00(mirror/gm0p1)) g_label_taste(LABEL, mirror/gm0p1) g_detach(0xe0000000108fc000) g_destroy_consumer(0xe0000000108fc000) g_destroy_geom(0xe00000001081d500(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p2) g_detach(0xe0000000108fc100) g_destroy_consumer(0xe0000000108fc100) g_destroy_geom(0xe0000000108f9d00(mirror:taste)) dev_taste(DEV,mirror/gm0p2) g_part_taste(PART,mirror/gm0p2) g_wither_geom(0xe00000001072c800(mirror/gm0p2)) g_label_taste(LABEL, mirror/gm0p2) g_slice_config(mirror/gm0p2, 0, 1) g_post_event_x(0xe000000004b861c0, 0xe0000000108fae00, 2, 0) ref 0xe0000000108fae00 ref 0xe0000000108faa00 g_detach(0xe0000000108fc300) g_destroy_consumer(0xe0000000108fc300) g_destroy_geom(0xe00000001081d100(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p3) g_detach(0xe0000000108fc380) g_destroy_consumer(0xe0000000108fc380) g_destroy_geom(0xe000000010724600(mirror:taste)) dev_taste(DEV,mirror/gm0p3) g_part_taste(PART,mirror/gm0p3) g_wither_geom(0xe00000001075ed00(mirror/gm0p3)) g_label_taste(LABEL, mirror/gm0p3) g_detach(0xe0000000106e9900) g_destroy_consumer(0xe0000000106e9900) g_destroy_geom(0xe000000010630700(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p4) g_detach(0xe0000000108fc600) g_destroy_consumer(0xe0000000108fc600) g_destroy_geom(0xe0000000108fad00(mirror:taste)) dev_taste(DEV,mirror/gm0p4) g_part_taste(PART,mirror/gm0p4) g_wither_geom(0xe000000010762a00(mirror/gm0p4)) g_label_taste(LABEL, mirror/gm0p4) g_slice_config(mirror/gm0p4, 0, 1) g_post_event_x(0xe000000004b861c0, 0xe000000010630c00, 2, 0) ref 0xe000000010630c00 ref 0xe0000000108f8c00 g_detach(0xe0000000108fc800) g_destroy_consumer(0xe0000000108fc800) g_destroy_geom(0xe000000010763900(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p5) g_detach(0xe0000000108fcb00) g_destroy_consumer(0xe0000000108fcb00) g_destroy_geom(0xe000000010724800(mirror:taste)) dev_taste(DEV,mirror/gm0p5) g_part_taste(PART,mirror/gm0p5) g_wither_geom(0xe000000010724e00(mirror/gm0p5)) g_label_taste(LABEL, mirror/gm0p5) g_slice_config(mirror/gm0p5, 0, 1) g_post_event_x(0xe000000004b861c0, 0xe0000000108f8e00, 2, 0) ref 0xe0000000108f8e00 ref 0xe00000001075f400 g_detach(0xe000000010739780) g_destroy_consumer(0xe000000010739780) g_destroy_geom(0xe00000001072c400(label:taste)) g_mirror_taste(MIRROR, mirror/gm0p6) g_detach(0xe0000000108fcb80) g_destroy_consumer(0xe0000000108fcb80) g_destroy_geom(0xe00000001081d500(mirror:taste)) dev_taste(DEV,mirror/gm0p6) g_part_taste(PART,mirror/gm0p6) g_wither_geom(0xe0000000108f8200(mirror/gm0p6)) g_label_taste(LABEL, mirror/gm0p6) g_slice_config(mirror/gm0p6, 0, 1) g_post_event_x(0xe000000004b861c0, 0xe00000001081d100, 2, 0) ref 0xe00000001081d100 ref 0xe0000000108f9d00 g_detach(0xe0000000108fcc80) g_destroy_consumer(0xe0000000108fcc80) g_destroy_geom(0xe0000000108fb300(label:taste)) g_mirror_taste(MIRROR, ufsid/4a43468a267a63a6) g_detach(0xe0000000108fcd80) g_destroy_consumer(0xe0000000108fcd80) g_destroy_geom(0xe000000010724600(mirror:taste)) dev_taste(DEV,ufsid/4a43468a267a63a6) g_part_taste(PART,ufsid/4a43468a267a63a6) g_wither_geom(0xe000000010724600(ufsid/4a43468a267a63a6)) g_label_taste(LABEL, ufsid/4a43468a267a63a6) g_mirror_taste(MIRROR, ufsid/4a43468cf6208bf0) g_detach(0xe000000010739480) g_destroy_consumer(0xe000000010739480) g_destroy_geom(0xe00000001081d500(mirror:taste)) dev_taste(DEV,ufsid/4a43468cf6208bf0) g_part_taste(PART,ufsid/4a43468cf6208bf0) g_wither_geom(0xe000000010724800(ufsid/4a43468cf6208bf0)) g_label_taste(LABEL, ufsid/4a43468cf6208bf0) g_mirror_taste(MIRROR, ufsid/4a43468b228d030c) g_detach(0xe0000000106eaf80) g_destroy_consumer(0xe0000000106eaf80) g_destroy_geom(0xe00000001081c200(mirror:taste)) dev_taste(DEV,ufsid/4a43468b228d030c) g_part_taste(PART,ufsid/4a43468b228d030c) g_wither_geom(0xe00000001081dc00(ufsid/4a43468b228d030c)) g_label_taste(LABEL, ufsid/4a43468b228d030c) g_mirror_taste(MIRROR, ufsid/4a43468c8715f453) g_detach(0xe0000000108fd100) g_destroy_consumer(0xe0000000108fd100) g_destroy_geom(0xe0000000108f8100(mirror:taste)) dev_taste(DEV,ufsid/4a43468c8715f453) g_part_taste(PART,ufsid/4a43468c8715f453) g_wither_geom(0xe000000010724a00(ufsid/4a43468c8715f453)) g_label_taste(LABEL, ufsid/4a43468c8715f453) g_detach(0xe0000000106ea680) g_destroy_consumer(0xe0000000106ea680) g_destroy_geom(0xe000000010724a00(ufsid/4a43468c8715f453)) g_detach(0xe0000000108fd000) g_destroy_consumer(0xe0000000108fd000) g_destroy_geom(0xe00000001081dc00(ufsid/4a43468b228d030c)) g_detach(0xe000000010739280) g_destroy_consumer(0xe000000010739280) g_destroy_geom(0xe000000010724800(ufsid/4a43468cf6208bf0)) g_detach(0xe0000000106eb880) g_destroy_consumer(0xe0000000106eb880) g_destroy_geom(0xe000000010724600(ufsid/4a43468a267a63a6)) g_detach(0xe000000010738000) g_destroy_consumer(0xe000000010738000) g_destroy_geom(0xe0000000108f8200(mirror/gm0p6)) g_detach(0xe0000000106a4900) g_destroy_consumer(0xe0000000106a4900) g_destroy_geom(0xe000000010724e00(mirror/gm0p5)) g_detach(0xe0000000108fc700) g_destroy_consumer(0xe0000000108fc700) g_destroy_geom(0xe000000010762a00(mirror/gm0p4)) g_detach(0xe0000000108fc480) g_destroy_consumer(0xe0000000108fc480) g_destroy_geom(0xe00000001075ed00(mirror/gm0p3)) g_detach(0xe0000000108fc200) g_destroy_consumer(0xe0000000108fc200) g_destroy_geom(0xe00000001072c800(mirror/gm0p2)) g_detach(0xe000000010739c80) g_destroy_consumer(0xe000000010739c80) g_destroy_geom(0xe000000010763a00(mirror/gm0p1)) # ls -al /dev/mirror/ total 1 dr-xr-xr-x 2 root wheel 512 Jun 25 11:16 . dr-xr-xr-x 9 root wheel 512 Jun 25 11:22 .. crw-r----- 1 root operator 0, 105 Jun 25 11:16 gm0 crw-r----- 1 root operator 0, 116 Jun 25 11:16 gm0p1 crw-r----- 1 root operator 0, 117 Jun 25 11:16 gm0p2 crw-r----- 1 root operator 0, 118 Jun 25 11:16 gm0p3 crw-r----- 1 root operator 0, 119 Jun 25 11:16 gm0p4 crw-r----- 1 root operator 0, 120 Jun 25 11:16 gm0p5 crw-r----- 1 root operator 0, 121 Jun 25 11:16 gm0p6 # #echo 'geom_mirror_load="YES"' >> /boot/loader.conf # cat /boot/loader.conf vfs.root.mountfrom="ufs:/dev/da0p2" geom_mirror_load="YES" # On shutdown I see on console: [skip] g_detach(0xe0000000106c7000) g_destroy_consumer(0xe0000000106c7000) g_destroy_geom(0xe0000000106c3200(mirror/gm0p2)) g_destroy_geom(0xe000000010828200(mirror/gm0)) g_post_event_x(0xe000000004c33e70, 0xe0000000106c6d80, 2, 0) g_wither_geom(0xe0000000106efa00(gm0.sync)) GEOM_MIRROR: Device gm0 destroyed. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ g_wither_geom(0xe000000010826900(gm0)) g_detach(0xe0000000106c6d80) g_destroy_consumer(0xe0000000106c6d80) g_destroy_geom(0xe0000000106efa00(gm0.sync)) g_destroy_geom(0xe000000010826900(gm0)) And when the system is rebooted, there is no /dev/mirror anymore. Please advise many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:28:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23C741065670 for ; Thu, 25 Jun 2009 11:28:45 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id AB5578FC13 for ; Thu, 25 Jun 2009 11:28:44 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by tydfam.jp (8.14.2/8.14.2) with ESMTP id n5PBSo5D003318; Thu, 25 Jun 2009 20:28:50 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Thu, 25 Jun 2009 20:26:17 +0900 (JST) Message-Id: <20090625.202617.598552788702437664.ken@tydfam.jp> To: doconnor@gsoft.com.au From: ken In-Reply-To: <200906252011.42597.doconnor@gsoft.com.au> References: <200906251714.43716.doconnor@gsoft.com.au> <20090625.182825.598552788702445360.ken@tydfam.jp> <200906252011.42597.doconnor@gsoft.com.au> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=9.5 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on daemon.sub.tydfam.jp Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:28:45 -0000 Please try http://www.tydfam.jp/experimental/boot_photo/scaled. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:44:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86AE9106566C; Thu, 25 Jun 2009 11:44:48 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 37E5C8FC0C; Thu, 25 Jun 2009 11:44:48 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from [10.0.0.5] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 164ECC4026; Thu, 25 Jun 2009 13:28:10 +0200 (CEST) From: Piotr =?iso-8859-2?q?Zi=EAcik?= Organization: Semihalf To: freebsd-current@freebsd.org Date: Thu, 25 Jun 2009 13:29:35 +0200 User-Agent: PLD Linux KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906251329.35200.kosmo@semihalf.com> Cc: scottl@freebsd.org Subject: [PATCH RFC]: Bus_dma eats all available memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:44:48 -0000 Hi While working on new driver for FreeBSD I have found a problem in bus_dma subsystem. Every time when bus_dmamap_create() is called on bus_dma tag using bounce zone, at least 1 page in bounce zone is allocated. This causes eating of all avaible memory by bounce zone. Problem affects i386, amd64 and arm. This behaviour was introduced by http://svn.freebsd.org/viewvc/base?view=revision&revision=143449 fixing another error in bus_dma. My patch, attached to this mail, fixes the problem by allocating new pages only when bounce zone is too small. Patch was sucessfuly tested on arm, but I am not sure that my change does not have any side effects, so if you see any please comment. Patch: diff --git a/sys/amd64/amd64/busdma_machdep.c b/sys/amd64/amd64/busdma_machdep.c index 775f142..083cbae 100644 --- a/sys/amd64/amd64/busdma_machdep.c +++ b/sys/amd64/amd64/busdma_machdep.c @@ -423,7 +423,7 @@ bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) pages = MAX(atop(dmat->maxsize), 1); pages = MIN(maxpages - bz->total_bpages, pages); - pages = MAX(pages, 1); + pages = MAX(pages, 0); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; diff --git a/sys/arm/arm/busdma_machdep.c b/sys/arm/arm/busdma_machdep.c index a8b2de9..ef1afad 100644 --- a/sys/arm/arm/busdma_machdep.c +++ b/sys/arm/arm/busdma_machdep.c @@ -529,7 +529,7 @@ bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) pages = MAX(atop(dmat->maxsize), 1); pages = MIN(maxpages - bz->total_bpages, pages); - pages = MAX(pages, 1); + pages = MAX(pages, 0); if (alloc_bounce_pages(dmat, pages) < pages) error = ENOMEM; diff --git a/sys/i386/i386/busdma_machdep.c b/sys/i386/i386/busdma_machdep.c index 50c1545..f31d98f 100644 --- a/sys/i386/i386/busdma_machdep.c +++ b/sys/i386/i386/busdma_machdep.c @@ -436,7 +436,7 @@ bus_dmamap_create(bus_dma_tag_t dmat, int flags, bus_dmamap_t *mapp) pages = MAX(atop(dmat->maxsize), 1); pages = MIN(maxpages - bz->total_bpages, pages); - pages = MAX(pages, 1); + pages = MAX(pages, 0); if (alloc_bounce_pages(dmat, pages) < pages) -- Best Regards, Piotr Ziecik From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:45:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 537801065672; Thu, 25 Jun 2009 11:45:32 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id 35FC98FC27; Thu, 25 Jun 2009 11:45:30 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090625114530.XQYU6611.mtaout02-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Thu, 25 Jun 2009 12:45:30 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090625114529.OGOX2093.aamtaout03-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Thu, 25 Jun 2009 12:45:29 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5PBjHt5072017; Thu, 25 Jun 2009 12:45:17 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Thu, 25 Jun 2009 12:45:16 +0100 Message-ID: <20090625124516.25615sdf5qk0meko@10.248.192.16> Date: Thu, 25 Jun 2009 12:45:16 +0100 From: ianjhart@ntlworld.com To: Kip Macy References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> In-Reply-To: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=6I5d2MoRAAAA:8 a=-lcJ2IEj15Jw0AfMYLgA:9 a=7RQCiPjMSwhiCYHdXp8A:7 a=mjc8DEKdwOAPTAhzftT5fpaQaX8A:4 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , ian j hart , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:45:33 -0000 Quoting Kip Macy : >> >> As usual scrubs cleanly on 7.2. Started throwing errors within a >> few minutes under 8. Then it paniced, possibly due to scrub -s. >> >> It's sat at the DB prompt if there's anything I can do. I'll need >> idiots guide level instruction. I have a screen dump if someone >> want to step up. Off list? >> >> Highlight seems to be... >> >> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >> 0xffffff0004dc00 >> Panic: most recently used by none > > Can you test with recent 7-STABLE? That would tell me whether or not > your hitting a general HEAD issues or problems with the v13 import. > > Thanks, > Kip Updated to a recent STABLE. A single scrub on the same v6 zpool completed without error.I've started another scrub, but I've only had one scrub complete under CURRENT and that was with a different data set (smaller and less random, i.e. more compressable).This data now included with the original data. I'm not sure this is down to zfs but it's the only thing which I've found to cause this issue. As I said before I'm open to suggestions. Is it significant that it seems to fail ~40m in? More sample messages Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da5 offset=291125194752 size=21504 Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xe00000 Unexpected bits: [MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: rror: clearing... Re-seat/move/replace card: (0x65207974: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ueue error: clearing... : (0x71207265: 0x1305): Controller queue error: clearing... : status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ller error! : (0x6F72746E: 0x1307): Micro-controller error! : status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291124226560 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da10 offset=291124248576 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291135879168 size=22016 Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xf00000 Unexpected bits: [PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1304): PCI abort: clearing... : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1305): Controller queue error: clearing... : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1307): Micro-controller error! : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected status bit(s): status reg = 0x35bc9ffc; Missing bits: [MC_RDY,] Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xb00000 Unexpected bits: [PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ty error: clearing... Re-seat/move/replace card: (0x69726170: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: t: clearing... : (0x726F6261: 0x1304): PCI abort: clearing... : status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ntroller error! : (0x6F632D6F: 0x1307): Micro-controller error! : status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=291135901184 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=291135769600 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=291137000448 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da1 offset=291136803840 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=291137503744 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=291136601600 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136820224 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137635328 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137722880 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136929792 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137875968 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291136667136 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136710656 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291137295872 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=291137295872 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=291138679808 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da0 offset=291138461184 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=291185550336 size=9728 ...and so on ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:45:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 537801065672; Thu, 25 Jun 2009 11:45:32 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id 35FC98FC27; Thu, 25 Jun 2009 11:45:30 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090625114530.XQYU6611.mtaout02-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Thu, 25 Jun 2009 12:45:30 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090625114529.OGOX2093.aamtaout03-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Thu, 25 Jun 2009 12:45:29 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5PBjHt5072017; Thu, 25 Jun 2009 12:45:17 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Thu, 25 Jun 2009 12:45:16 +0100 Message-ID: <20090625124516.25615sdf5qk0meko@10.248.192.16> Date: Thu, 25 Jun 2009 12:45:16 +0100 From: ianjhart@ntlworld.com To: Kip Macy References: <200906132311.15359.ianjhart@ntlworld.com> <200906141427.08397.ianjhart@ntlworld.com> <200906150844.07051.ianjhart@ntlworld.com> <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> In-Reply-To: <3c1674c90906231449g3d583ed9o98dd4dabb57999e0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=ERehf_AEJYYA:10 a=6I5d2MoRAAAA:8 a=-lcJ2IEj15Jw0AfMYLgA:9 a=7RQCiPjMSwhiCYHdXp8A:7 a=mjc8DEKdwOAPTAhzftT5fpaQaX8A:4 a=SV7veod9ZcQA:10 Cc: freebsd-current@freebsd.org, Freddie Cash , ian j hart , current@freebsd.org Subject: Re: zpool scrub errors on 3ware 9550SXU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:45:33 -0000 Quoting Kip Macy : >> >> As usual scrubs cleanly on 7.2. Started throwing errors within a >> few minutes under 8. Then it paniced, possibly due to scrub -s. >> >> It's sat at the DB prompt if there's anything I can do. I'll need >> idiots guide level instruction. I have a screen dump if someone >> want to step up. Off list? >> >> Highlight seems to be... >> >> Memory modified after free 0xffffff0004da0c00(248) val=3000000 @ >> 0xffffff0004dc00 >> Panic: most recently used by none > > Can you test with recent 7-STABLE? That would tell me whether or not > your hitting a general HEAD issues or problems with the v13 import. > > Thanks, > Kip Updated to a recent STABLE. A single scrub on the same v6 zpool completed without error.I've started another scrub, but I've only had one scrub complete under CURRENT and that was with a different data set (smaller and less random, i.e. more compressable).This data now included with the original data. I'm not sure this is down to zfs but it's the only thing which I've found to cause this issue. As I said before I'm open to suggestions. Is it significant that it seems to fail ~40m in? More sample messages Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da5 offset=291125194752 size=21504 Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xe00000 Unexpected bits: [MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: rror: clearing... Re-seat/move/replace card: (0x65207974: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ueue error: clearing... : (0x71207265: 0x1305): Controller queue error: clearing... : status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ller error! : (0x6F72746E: 0x1307): Micro-controller error! : status reg = 0x2ae175bb [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291124226560 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da10 offset=291124248576 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291135879168 size=22016 Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xf00000 Unexpected bits: [PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1304): PCI abort: clearing... : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1305): Controller queue error: clearing... : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: RT,MC_ERR,Q_ERR,PCI_PERR]: (0x42415F49: 0x1307): Micro-controller error! : status reg = 0xefff7351 [CMD_Q_EMPTY,MC_RDY,RESP_Q_EMPTY,RESP_INTR,CMD_INTR,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,Q_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1301): Missing expected status bit(s): status reg = 0x35bc9ffc; Missing bits: [MC_RDY,] Jun 24 09:15:14 data kernel: twa0: ERROR: (0x16: 0x1302): Unexpected status bit(s): status reg = 0xb00000 Unexpected bits: [PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ty error: clearing... Re-seat/move/replace card: (0x69726170: 0x1303): PCI parity error: clearing... Re-seat/move/replace card: status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: t: clearing... : (0x726F6261: 0x1304): PCI abort: clearing... : status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data kernel: twa0: ntroller error! : (0x6F632D6F: 0x1307): Micro-controller error! : status reg = 0x35bc9ffc [CMD_Q_EMPTY,CMD_Q_FULL,ATTN_INTR,HOST_INTR,PCI_ABRT,MC_ERR,PCI_PERR] Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=291135901184 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=291135769600 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=291137000448 size=22016 Jun 24 09:15:14 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da1 offset=291136803840 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da7 offset=291137503744 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da12 offset=291136601600 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136820224 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137635328 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137722880 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136929792 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da4 offset=291137875968 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291136667136 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da15 offset=291136710656 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da11 offset=291137295872 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da13 offset=291137295872 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da2 offset=291138679808 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da0 offset=291138461184 size=22016 Jun 24 09:15:15 data root: ZFS: checksum mismatch, zpool=tank path=/dev/da3 offset=291185550336 size=9728 ...and so on ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:49:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73841065674 for ; Thu, 25 Jun 2009 11:49:16 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4F38FC2F for ; Thu, 25 Jun 2009 11:49:10 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090625114909.EAJZ6742.mtaout01-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>; Thu, 25 Jun 2009 12:49:09 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout02-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090625114909.OYXF21638.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Thu, 25 Jun 2009 12:49:09 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5PBn7nX072079; Thu, 25 Jun 2009 12:49:07 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Thu, 25 Jun 2009 12:49:07 +0100 Message-ID: <20090625124907.16921sphoad1r19c@10.248.192.16> Date: Thu, 25 Jun 2009 12:49:07 +0100 From: ianjhart@ntlworld.com To: Roman Divacky References: <20090624161714.GA95624@freebsd.org> In-Reply-To: <20090624161714.GA95624@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=FDU_KBrJAAAA:8 a=NxCgOO9n98yE-Ws-lhUA:9 a=XDZSt6hb2L-_qaCCcBZeQIihNgoA:4 a=SV7veod9ZcQA:10 Cc: current@freebsd.org Subject: Re: [TESTING]: twe/twa ioctl change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:49:17 -0000 Quoting Roman Divacky : > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > hi > > if you have twe or twa card with management software please test this patch: > > http://www.vlakno.cz/~rdivacky/tw-ioctl-fix.patch > > the testing will be especially useful on amd64 machine. > > thnx! > > roman > > Is this a general bug fix patch, or is it only for 3dm users? i.e. What symptom does it address? ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 11:53:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B93EC10656B2 for ; Thu, 25 Jun 2009 11:53:52 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 748878FC26 for ; Thu, 25 Jun 2009 11:53:51 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F364C9CB0EE; Thu, 25 Jun 2009 13:52:43 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VsWpWAQGErnt; Thu, 25 Jun 2009 13:52:41 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B0BEF9CB128; Thu, 25 Jun 2009 13:52:41 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5PBqfBk080292; Thu, 25 Jun 2009 13:52:41 +0200 (CEST) (envelope-from rdivacky) Date: Thu, 25 Jun 2009 13:52:41 +0200 From: Roman Divacky To: ianjhart@ntlworld.com Message-ID: <20090625115241.GA58111@freebsd.org> References: <20090624161714.GA95624@freebsd.org> <20090625124907.16921sphoad1r19c@10.248.192.16> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090625124907.16921sphoad1r19c@10.248.192.16> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [TESTING]: twe/twa ioctl change X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 11:53:53 -0000 On Thu, Jun 25, 2009 at 12:49:07PM +0100, ianjhart@ntlworld.com wrote: > Quoting Roman Divacky : > > >Content-Type: text/plain; charset=us-ascii > >Content-Disposition: inline > >Content-Transfer-Encoding: quoted-printable > > > >hi > > > >if you have twe or twa card with management software please test this > >patch: > > > > http://www.vlakno.cz/~rdivacky/tw-ioctl-fix.patch > > > >the testing will be especially useful on amd64 machine. > > > >thnx! > > > >roman > > > > > > Is this a general bug fix patch, or is it only for 3dm users? > > i.e. What symptom does it address? this is not meant to fix anything in particular. this fixes the bit width of a ioctl command argument that can cause problems on machines where int is not the same size as long (amd64 for example) I am quite fine if you test the patch and say "management software still works" roman From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 12:16:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC587106568B; Thu, 25 Jun 2009 12:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6CD578FC1B; Thu, 25 Jun 2009 12:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PCGIes089114; Thu, 25 Jun 2009 08:16:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PCGIn3065941; Thu, 25 Jun 2009 08:16:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6EEA47302F; Thu, 25 Jun 2009 08:16:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625121618.6EEA47302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 08:16:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 12:16:22 -0000 TB --- 2009-06-25 10:56:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 10:56:30 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-25 10:56:30 - cleaning the object tree TB --- 2009-06-25 10:56:49 - cvsupping the source tree TB --- 2009-06-25 10:56:49 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-25 10:56:58 - building world TB --- 2009-06-25 10:56:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 10:56:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 10:56:58 - TARGET=sun4v TB --- 2009-06-25 10:56:58 - TARGET_ARCH=sparc64 TB --- 2009-06-25 10:56:58 - TZ=UTC TB --- 2009-06-25 10:56:58 - __MAKE_CONF=/dev/null TB --- 2009-06-25 10:56:58 - cd /src TB --- 2009-06-25 10:56:58 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 10:57:00 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 12:09:59 UTC 2009 TB --- 2009-06-25 12:09:59 - generating LINT kernel config TB --- 2009-06-25 12:09:59 - cd /src/sys/sun4v/conf TB --- 2009-06-25 12:09:59 - /usr/bin/make -B LINT TB --- 2009-06-25 12:09:59 - building LINT kernel TB --- 2009-06-25 12:09:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 12:09:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 12:09:59 - TARGET=sun4v TB --- 2009-06-25 12:09:59 - TARGET_ARCH=sparc64 TB --- 2009-06-25 12:09:59 - TZ=UTC TB --- 2009-06-25 12:09:59 - __MAKE_CONF=/dev/null TB --- 2009-06-25 12:09:59 - cd /src TB --- 2009-06-25 12:09:59 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 12:09:59 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 12:16:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 12:16:18 - ERROR: failed to build lint kernel TB --- 2009-06-25 12:16:18 - 4173.39 user 407.83 system 4788.04 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 12:58:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46C5C106564A for ; Thu, 25 Jun 2009 12:58:36 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id CF6BD8FC20 for ; Thu, 25 Jun 2009 12:58:35 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.103.163] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MJoXA-0004ay-EO for current@freebsd.org; Thu, 25 Jun 2009 14:58:32 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MJoX9-000F3V-6z for current@freebsd.org; Thu, 25 Jun 2009 14:58:31 +0200 To: current@freebsd.org From: "Ian Freislich" X-Attribution: BOFH Date: Thu, 25 Jun 2009 14:58:31 +0200 Message-Id: Cc: Subject: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 12:58:36 -0000 Hi This change has broken pfsync start for me: --- rc.d/pfsync 10 Apr 2007 16:42:13 -0000 1.5 +++ rc.d/pfsync 1 Jun 2009 05:35:03 -0000 1.6 @@ -1,10 +1,10 @@ #!/bin/sh # -# $FreeBSD: src/etc/rc.d/pfsync,v 1.5 2007/04/10 16:42:13 keramida Exp $ +# $FreeBSD: src/etc/rc.d/pfsync,v 1.6 2009/06/01 05:35:03 dougb Exp $ # # PROVIDE: pfsync -# REQUIRE: FILESYSTEMS netif +# REQUIRE: FILESYSTEMS # KEYWORD: nojail The issue is that the syncdev is a cloned interface: pfsync_enable="YES" pfsync_syncdev="vlan5" pfsync_syncpeer="41.154.0.2" And now pfsync starts before the vlan interface starts, which means that in practice, it doesn't start. I can see the argument that pfsync is a "network interface", but really, it does need netif for my case unless there is some other way to do this. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 12:59:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3726F1065672 for ; Thu, 25 Jun 2009 12:59:49 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id B56708FC1B for ; Thu, 25 Jun 2009 12:59:48 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246809817 for freebsd-current@freebsd.org; Thu, 25 Jun 2009 15:59:45 +0300 Message-ID: <4A4374BB.5060500@FreeBSD.org> Date: Thu, 25 Jun 2009 15:59:39 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: minidump and write clustering? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 12:59:49 -0000 Hi. Just wonder, is there plans to implement write clustering for minidump? My SSD is able to write up to 180MB/s with a big block size, but writes only 4MB/s with 4K block. Dumping 1GB of used memory by one page with minidump takes me about 4 minutes. Really annoying! Same time, full dump of all 2GB finishes twice faster! -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 13:50:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77E101065672 for ; Thu, 25 Jun 2009 13:50:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DE54D8FC1D for ; Thu, 25 Jun 2009 13:50:37 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-162-173.lns11.adl2.internode.on.net [121.45.162.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5PDoY0F038826 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 25 Jun 2009 23:20:35 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: ken Date: Thu, 25 Jun 2009 23:20:31 +0930 User-Agent: KMail/1.9.10 References: <200906251714.43716.doconnor@gsoft.com.au> <200906252011.42597.doconnor@gsoft.com.au> <20090625.202617.598552788702437664.ken@tydfam.jp> In-Reply-To: <20090625.202617.598552788702437664.ken@tydfam.jp> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2153948.MOoucZ4Jom"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906252320.32544.doconnor@gsoft.com.au> X-Spam-Score: -1.286 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 13:50:38 -0000 --nextPart2153948.MOoucZ4Jom Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 25 Jun 2009, ken wrote: > Please try http://www.tydfam.jp/experimental/boot_photo/scaled. =46rom what I can see it finds ad10 (Hitachi 100Gb on ata5) and ad12 (WD=20 100Gb on ata6) disks.. ata5 & ata6 are on the JMicron JMB363. The question is why sysinstall thinks there are no disks :( What happens if you open a Fixit emergency holographic shell and run=20 echo /dev/ad* =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2153948.MOoucZ4Jom Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKQ4Co5ZPcIHs/zowRAvoOAJ9DcVSuihDeDAtbmMBeO9d7yumcTgCeJL3/ oCiDxuPc4SgaCQKclmw23Tw= =8+k0 -----END PGP SIGNATURE----- --nextPart2153948.MOoucZ4Jom-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 10:44:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D4C31065674 for ; Thu, 25 Jun 2009 10:44:18 +0000 (UTC) (envelope-from ga9@york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 989F28FC12 for ; Thu, 25 Jun 2009 10:44:17 +0000 (UTC) (envelope-from ga9@york.ac.uk) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n5PACcl5012453; Thu, 25 Jun 2009 11:12:38 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MJlwc-0006IJ-Qs; Thu, 25 Jun 2009 11:12:38 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n5PACcqO018964; Thu, 25 Jun 2009 11:12:38 +0100 (BST) (envelope-from ga9@york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n5PACb0D018963; Thu, 25 Jun 2009 11:12:37 +0100 (BST) (envelope-from ga9@york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to ga9@york.ac.uk using -f From: Gavin Atkinson To: Ilias Marinos In-Reply-To: <20090624184143.GA52594@marinos.ceid.upatras.gr> References: <20090624184143.GA52594@marinos.ceid.upatras.gr> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 25 Jun 2009 11:12:37 +0100 Message-Id: <1245924757.18026.4.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: ga9@york.ac.uk X-Mailman-Approved-At: Thu, 25 Jun 2009 14:04:12 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Freeze during portupgrade X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 10:44:18 -0000 On Wed, 2009-06-24 at 21:41 +0300, Ilias Marinos wrote: > Hello people, > > Using, > FreeBSD redrum.liakusbay.priv 8.0-CURRENT FreeBSD 8.0-CURRENT #5 r194685: Tue > Jun 23 12:21:32 EEST 2009 > root@redrum.liakusbay.priv:/usr/obj/usr/src/sys/GENERIC i386 > > I am experiencing a system freeze everytime I try to portupgrade, at the same > part.You can find the error here: > http://students.ceid.upatras.gr/~marinosi/crash.jpg > (Apologies for the quality of the photo). Unfortunately, I am unable to > provide a backtrace as the db console is freezed (no interaction at all). The > only thing I am doing is hard reset and then fsck to recover the highly > corrupted filesystem. If you have a non-USB keyboard you might find that you can get a backtrace: the necessary code for using keyboards with interrupts disabled hasn't yet been written under the new USB stack (I have no idea when it will be done, but it's listed as being necessary for 8.0 to be released on http://wiki.freebsd.org/USBTODO). Anyway, you may well have luck using ddb scripting to save traces, see the ddb(8) manpage. Without a trace, this may be hard to debug. Thanks, Gavin -- Gavin Atkinson Systems Administrator & Programmer Computing Service, The University of York, York. YO10 5DD Tel: +44 (0)1904 433738 Fax: +44 (0)1904 433740 I have a proof of Fermat's theorem but this .sig is too nar From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 14:08:22 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C401065693; Thu, 25 Jun 2009 14:08:22 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0018FC1A; Thu, 25 Jun 2009 14:08:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 407C046B89; Thu, 25 Jun 2009 10:08:21 -0400 (EDT) Date: Thu, 25 Jun 2009 15:08:21 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jack F Vogel In-Reply-To: <200906241741.n5OHfTaw022417@svn.freebsd.org> Message-ID: References: <200906241741.n5OHfTaw022417@svn.freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@FreeBSD.org Subject: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 14:08:23 -0000 On Wed, 24 Jun 2009, Jack F Vogel wrote: > Log: > Updates for both the em and igb drivers, add support > for multiqueue tx, shared code updates, new device > support, and some bug fixes. Since this change (and the two followups), I'm no longer able to use if_em reliable in VMWare Fusion. I get a bit of traffic, and then interrupts cease firing from the (virtual) card. If I lower the interface and raise it, it will recover for a short period, and then the same result. I'm running VMWare 2.0.5, which is the latest version available; if I locally back out the update changes, then it works fine so it seems unlikely to be other on-going network stack work. I realize that VMWare's driver is probably not part of your official test suite (not actually being a product manafactured by Intel :-), but keeping VMWare working is pretty important from a FreeBSD perspective! Robert N M Watson Computer Laboratory University of Cambridge > > Modified: > head/sys/dev/e1000/e1000_82540.c > head/sys/dev/e1000/e1000_82541.c > head/sys/dev/e1000/e1000_82571.c > head/sys/dev/e1000/e1000_82575.c > head/sys/dev/e1000/e1000_82575.h > head/sys/dev/e1000/e1000_api.c > head/sys/dev/e1000/e1000_defines.h > head/sys/dev/e1000/e1000_hw.h > head/sys/dev/e1000/e1000_ich8lan.c > head/sys/dev/e1000/e1000_ich8lan.h > head/sys/dev/e1000/e1000_mac.c > head/sys/dev/e1000/e1000_osdep.c > head/sys/dev/e1000/e1000_phy.c > head/sys/dev/e1000/e1000_phy.h > head/sys/dev/e1000/e1000_regs.h > head/sys/dev/e1000/if_em.c > head/sys/dev/e1000/if_em.h > head/sys/dev/e1000/if_igb.c > head/sys/dev/e1000/if_igb.h > head/sys/modules/igb/Makefile > > Modified: head/sys/dev/e1000/e1000_82540.c > ============================================================================== > --- head/sys/dev/e1000/e1000_82540.c Wed Jun 24 17:31:37 2009 (r194864) > +++ head/sys/dev/e1000/e1000_82540.c Wed Jun 24 17:41:29 2009 (r194865) > @@ -57,6 +57,7 @@ static s32 e1000_set_vco_speed_82540(st > static s32 e1000_setup_copper_link_82540(struct e1000_hw *hw); > static s32 e1000_setup_fiber_serdes_link_82540(struct e1000_hw *hw); > static void e1000_power_down_phy_copper_82540(struct e1000_hw *hw); > +static s32 e1000_read_mac_addr_82540(struct e1000_hw *hw); > > /** > * e1000_init_phy_params_82540 - Init PHY func ptrs. > @@ -229,6 +230,8 @@ static s32 e1000_init_mac_params_82540(s > mac->ops.clear_vfta = e1000_clear_vfta_generic; > /* setting MTA */ > mac->ops.mta_set = e1000_mta_set_generic; > + /* read mac address */ > + mac->ops.read_mac_addr = e1000_read_mac_addr_82540; > /* ID LED init */ > mac->ops.id_led_init = e1000_id_led_init_generic; > /* setup LED */ > @@ -676,3 +679,45 @@ static void e1000_clear_hw_cntrs_82540(s > E1000_READ_REG(hw, E1000_MGTPTC); > } > > +/** > + * e1000_read_mac_addr_82540 - Read device MAC address > + * @hw: pointer to the HW structure > + * > + * Reads the device MAC address from the EEPROM and stores the value. > + * Since devices with two ports use the same EEPROM, we increment the > + * last bit in the MAC address for the second port. > + * > + * This version is being used over generic because of customer issues > + * with VmWare and Virtual Box when using generic. It seems in > + * the emulated 82545, RAR[0] does NOT have a valid address after a > + * reset, this older method works and using this breaks nothing for > + * these legacy adapters. > + **/ > +s32 e1000_read_mac_addr_82540(struct e1000_hw *hw) > +{ > + s32 ret_val = E1000_SUCCESS; > + u16 offset, nvm_data, i; > + > + DEBUGFUNC("e1000_read_mac_addr"); > + > + for (i = 0; i < ETH_ADDR_LEN; i += 2) { > + offset = i >> 1; > + ret_val = hw->nvm.ops.read(hw, offset, 1, &nvm_data); > + if (ret_val) { > + DEBUGOUT("NVM Read Error\n"); > + goto out; > + } > + hw->mac.perm_addr[i] = (u8)(nvm_data & 0xFF); > + hw->mac.perm_addr[i+1] = (u8)(nvm_data >> 8); > + } > + > + /* Flip last bit of mac address if we're on second port */ > + if (hw->bus.func == E1000_FUNC_1) > + hw->mac.perm_addr[5] ^= 1; > + > + for (i = 0; i < ETH_ADDR_LEN; i++) > + hw->mac.addr[i] = hw->mac.perm_addr[i]; > + > +out: > + return ret_val; > +} > > Modified: head/sys/dev/e1000/e1000_82541.c > ============================================================================== > --- head/sys/dev/e1000/e1000_82541.c Wed Jun 24 17:31:37 2009 (r194864) > +++ head/sys/dev/e1000/e1000_82541.c Wed Jun 24 17:41:29 2009 (r194865) > @@ -377,6 +377,7 @@ static s32 e1000_reset_hw_82541(struct e > static s32 e1000_init_hw_82541(struct e1000_hw *hw) > { > struct e1000_mac_info *mac = &hw->mac; > + struct e1000_dev_spec_82541 *dev_spec = &hw->dev_spec._82541; > u32 i, txdctl; > s32 ret_val; > > @@ -388,6 +389,13 @@ static s32 e1000_init_hw_82541(struct e1 > DEBUGOUT("Error initializing identification LED\n"); > /* This is not fatal and we should not stop init due to this */ > } > + > + /* Storing the Speed Power Down value for later use */ > + ret_val = hw->phy.ops.read_reg(hw, > + IGP01E1000_GMII_FIFO, > + &dev_spec->spd_default); > + if (ret_val) > + goto out; > > /* Disabling VLAN filtering */ > DEBUGOUT("Initializing the IEEE VLAN\n"); > @@ -425,6 +433,7 @@ static s32 e1000_init_hw_82541(struct e1 > */ > e1000_clear_hw_cntrs_82541(hw); > > +out: > return ret_val; > } > > > Modified: head/sys/dev/e1000/e1000_82571.c > ============================================================================== > --- head/sys/dev/e1000/e1000_82571.c Wed Jun 24 17:31:37 2009 (r194864) > +++ head/sys/dev/e1000/e1000_82571.c Wed Jun 24 17:41:29 2009 (r194865) > @@ -47,6 +47,7 @@ > * 82573L Gigabit Ethernet Controller > * 82574L Gigabit Network Connection > * 82574L Gigabit Network Connection > + * 82583V Gigabit Network Connection > */ > > #include "e1000_api.h" > @@ -154,6 +155,7 @@ static s32 e1000_init_phy_params_82571(s > goto out; > } > break; > + case e1000_82583: > case e1000_82574: > phy->type = e1000_phy_bm; > phy->ops.get_cfg_done = e1000_get_cfg_done_generic; > @@ -215,6 +217,7 @@ static s32 e1000_init_nvm_params_82571(s > switch (hw->mac.type) { > case e1000_82573: > case e1000_82574: > + case e1000_82583: > if (((eecd >> 15) & 0x3) == 0x3) { > nvm->type = e1000_nvm_flash_hw; > nvm->word_size = 2048; > @@ -264,6 +267,9 @@ static s32 e1000_init_mac_params_82571(s > { > struct e1000_mac_info *mac = &hw->mac; > s32 ret_val = E1000_SUCCESS; > + u32 swsm = 0; > + u32 swsm2 = 0; > + bool force_clear_smbi = FALSE; > > DEBUGFUNC("e1000_init_mac_params_82571"); > > @@ -304,6 +310,7 @@ static s32 e1000_init_mac_params_82571(s > switch (hw->mac.type) { > case e1000_82573: > case e1000_82574: > + case e1000_82583: > mac->ops.set_lan_id = e1000_set_lan_id_single_port; > break; > default: > @@ -339,6 +346,7 @@ static s32 e1000_init_mac_params_82571(s > /* check management mode */ > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > mac->ops.check_mng_mode = e1000_check_mng_mode_82574; > break; > default: > @@ -366,6 +374,7 @@ static s32 e1000_init_mac_params_82571(s > /* turn on/off LED */ > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > mac->ops.led_on = e1000_led_on_82574; > break; > default: > @@ -381,6 +390,50 @@ static s32 e1000_init_mac_params_82571(s > ? e1000_get_speed_and_duplex_copper_generic > : e1000_get_speed_and_duplex_fiber_serdes_generic; > > + /* > + * Ensure that the inter-port SWSM.SMBI lock bit is clear before > + * first NVM or PHY acess. This should be done for single-port > + * devices, and for one port only on dual-port devices so that > + * for those devices we can still use the SMBI lock to synchronize > + * inter-port accesses to the PHY & NVM. > + */ > + switch (hw->mac.type) { > + case e1000_82571: > + case e1000_82572: > + swsm2 = E1000_READ_REG(hw, E1000_SWSM2); > + > + if (!(swsm2 & E1000_SWSM2_LOCK)) { > + /* Only do this for the first interface on this card */ > + E1000_WRITE_REG(hw, E1000_SWSM2, > + swsm2 | E1000_SWSM2_LOCK); > + force_clear_smbi = TRUE; > + } else > + force_clear_smbi = FALSE; > + break; > + default: > + force_clear_smbi = TRUE; > + break; > + } > + > + if (force_clear_smbi) { > + /* Make sure SWSM.SMBI is clear */ > + swsm = E1000_READ_REG(hw, E1000_SWSM); > + if (swsm & E1000_SWSM_SMBI) { > + /* This bit should not be set on a first interface, and > + * indicates that the bootagent or EFI code has > + * improperly left this bit enabled > + */ > + DEBUGOUT("Please update your 82571 Bootagent\n"); > + } > + E1000_WRITE_REG(hw, E1000_SWSM, swsm & ~E1000_SWSM_SMBI); > + } > + > + /* > + * Initialze device specific counter of SMBI acquisition > + * timeouts. > + */ > + hw->dev_spec._82571.smb_counter = 0; > + > out: > return ret_val; > } > @@ -430,6 +483,7 @@ static s32 e1000_get_phy_id_82571(struct > ret_val = e1000_get_phy_id(hw); > break; > case e1000_82574: > + case e1000_82583: > ret_val = phy->ops.read_reg(hw, PHY_ID1, &phy_id); > if (ret_val) > goto out; > @@ -458,17 +512,43 @@ out: > * > * Acquire the HW semaphore to access the PHY or NVM > **/ > -static s32 e1000_get_hw_semaphore_82571(struct e1000_hw *hw) > +s32 e1000_get_hw_semaphore_82571(struct e1000_hw *hw) > { > u32 swsm; > s32 ret_val = E1000_SUCCESS; > - s32 timeout = hw->nvm.word_size + 1; > + s32 sw_timeout = hw->nvm.word_size + 1; > + s32 fw_timeout = hw->nvm.word_size + 1; > s32 i = 0; > > DEBUGFUNC("e1000_get_hw_semaphore_82571"); > > + /* > + * If we have timedout 3 times on trying to acquire > + * the inter-port SMBI semaphore, there is old code > + * operating on the other port, and it is not > + * releasing SMBI. Modify the number of times that > + * we try for the semaphore to interwork with this > + * older code. > + */ > + if (hw->dev_spec._82571.smb_counter > 2) > + sw_timeout = 1; > + > + /* Get the SW semaphore */ > + while (i < sw_timeout) { > + swsm = E1000_READ_REG(hw, E1000_SWSM); > + if (!(swsm & E1000_SWSM_SMBI)) > + break; > + > + usec_delay(50); > + i++; > + } > + > + if (i == sw_timeout) { > + DEBUGOUT("Driver can't access device - SMBI bit is set.\n"); > + hw->dev_spec._82571.smb_counter++; > + } > /* Get the FW semaphore. */ > - for (i = 0; i < timeout; i++) { > + for (i = 0; i < fw_timeout; i++) { > swsm = E1000_READ_REG(hw, E1000_SWSM); > E1000_WRITE_REG(hw, E1000_SWSM, swsm | E1000_SWSM_SWESMBI); > > @@ -479,9 +559,9 @@ static s32 e1000_get_hw_semaphore_82571( > usec_delay(50); > } > > - if (i == timeout) { > + if (i == fw_timeout) { > /* Release semaphores */ > - e1000_put_hw_semaphore_generic(hw); > + e1000_put_hw_semaphore_82571(hw); > DEBUGOUT("Driver can't access the NVM\n"); > ret_val = -E1000_ERR_NVM; > goto out; > @@ -497,15 +577,15 @@ out: > * > * Release hardware semaphore used to access the PHY or NVM > **/ > -static void e1000_put_hw_semaphore_82571(struct e1000_hw *hw) > +void e1000_put_hw_semaphore_82571(struct e1000_hw *hw) > { > u32 swsm; > > - DEBUGFUNC("e1000_put_hw_semaphore_82571"); > + DEBUGFUNC("e1000_put_hw_semaphore_generic"); > > swsm = E1000_READ_REG(hw, E1000_SWSM); > > - swsm &= ~E1000_SWSM_SWESMBI; > + swsm &= ~(E1000_SWSM_SMBI | E1000_SWSM_SWESMBI); > > E1000_WRITE_REG(hw, E1000_SWSM, swsm); > } > @@ -531,6 +611,7 @@ static s32 e1000_acquire_nvm_82571(struc > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > break; > default: > @@ -581,6 +662,7 @@ static s32 e1000_write_nvm_82571(struct > switch (hw->mac.type) { > case e1000_82573: > case e1000_82574: > + case e1000_82583: > ret_val = e1000_write_nvm_eewr_82571(hw, offset, words, data); > break; > case e1000_82571: > @@ -885,6 +967,7 @@ static s32 e1000_reset_hw_82571(struct e > */ > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > extcnf_ctrl = E1000_READ_REG(hw, E1000_EXTCNF_CTRL); > extcnf_ctrl |= E1000_EXTCNF_CTRL_MDIO_SW_OWNERSHIP; > @@ -932,6 +1015,7 @@ static s32 e1000_reset_hw_82571(struct e > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > msec_delay(25); > break; > @@ -1014,6 +1098,7 @@ static s32 e1000_init_hw_82571(struct e1 > /* ...for both queues. */ > switch (mac->type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > e1000_enable_tx_pkt_filtering_generic(hw); > reg_data = E1000_READ_REG(hw, E1000_GCR); > @@ -1096,6 +1181,7 @@ static void e1000_initialize_hw_bits_825 > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > reg = E1000_READ_REG(hw, E1000_CTRL); > reg &= ~(1 << 29); > @@ -1108,6 +1194,7 @@ static void e1000_initialize_hw_bits_825 > /* Extended Device Control */ > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > reg = E1000_READ_REG(hw, E1000_CTRL_EXT); > reg &= ~(1 << 23); > @@ -1141,6 +1228,7 @@ static void e1000_initialize_hw_bits_825 > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > reg = E1000_READ_REG(hw, E1000_GCR); > reg |= (1 << 22); > E1000_WRITE_REG(hw, E1000_GCR, reg); > @@ -1180,6 +1268,7 @@ static void e1000_clear_vfta_82571(struc > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > if (hw->mng_cookie.vlan_id != 0) { > /* > @@ -1281,6 +1370,7 @@ static s32 e1000_setup_link_82571(struct > */ > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > if (hw->fc.requested_mode == e1000_fc_default) > hw->fc.requested_mode = e1000_fc_full; > @@ -1301,7 +1391,7 @@ static s32 e1000_setup_link_82571(struct > **/ > static s32 e1000_setup_copper_link_82571(struct e1000_hw *hw) > { > - u32 ctrl, led_ctrl; > + u32 ctrl; > s32 ret_val; > > DEBUGFUNC("e1000_setup_copper_link_82571"); > @@ -1318,11 +1408,6 @@ static s32 e1000_setup_copper_link_82571 > break; > case e1000_phy_igp_2: > ret_val = e1000_copper_link_setup_igp(hw); > - /* Setup activity LED */ > - led_ctrl = E1000_READ_REG(hw, E1000_LEDCTL); > - led_ctrl &= IGP_ACTIVITY_LED_MASK; > - led_ctrl |= (IGP_ACTIVITY_LED_ENABLE | IGP_LED3_MODE); > - E1000_WRITE_REG(hw, E1000_LEDCTL, led_ctrl); > break; > default: > ret_val = -E1000_ERR_PHY; > @@ -1372,8 +1457,20 @@ static s32 e1000_setup_fiber_serdes_link > * e1000_check_for_serdes_link_82571 - Check for link (Serdes) > * @hw: pointer to the HW structure > * > - * Checks for link up on the hardware. If link is not up and we have > - * a signal, then we need to force link up. > + * Reports the link state as up or down. > + * > + * If autonegotiation is supported by the link partner, the link state is > + * determined by the result of autongotiation. This is the most likely case. > + * If autonegotiation is not supported by the link partner, and the link > + * has a valid signal, force the link up. > + * > + * The link state is represented internally here by 4 states: > + * > + * 1) down > + * 2) autoneg_progress > + * 3) autoneg_complete (the link sucessfully autonegotiated) > + * 4) forced_up (the link has been forced up, it did not autonegotiate) > + * > **/ > s32 e1000_check_for_serdes_link_82571(struct e1000_hw *hw) > { > @@ -1401,6 +1498,7 @@ s32 e1000_check_for_serdes_link_82571(st > */ > mac->serdes_link_state = > e1000_serdes_link_autoneg_progress; > + mac->serdes_has_link = FALSE; > DEBUGOUT("AN_UP -> AN_PROG\n"); > } > break; > @@ -1419,28 +1517,35 @@ s32 e1000_check_for_serdes_link_82571(st > (ctrl & ~E1000_CTRL_SLU)); > mac->serdes_link_state = > e1000_serdes_link_autoneg_progress; > + mac->serdes_has_link = FALSE; > DEBUGOUT("FORCED_UP -> AN_PROG\n"); > } > break; > > case e1000_serdes_link_autoneg_progress: > - /* > - * If the LU bit is set in the STATUS register, > - * autoneg has completed sucessfully. If not, > - * try foring the link because the far end may be > - * available but not capable of autonegotiation. > - */ > - if (status & E1000_STATUS_LU) { > - mac->serdes_link_state = > - e1000_serdes_link_autoneg_complete; > - DEBUGOUT("AN_PROG -> AN_UP\n"); > + if (rxcw & E1000_RXCW_C) { > + /* We received /C/ ordered sets, meaning the > + * link partner has autonegotiated, and we can > + * trust the Link Up (LU) status bit > + */ > + if (status & E1000_STATUS_LU) { > + mac->serdes_link_state = > + e1000_serdes_link_autoneg_complete; > + DEBUGOUT("AN_PROG -> AN_UP\n"); > + mac->serdes_has_link = TRUE; > + } else { > + /* Autoneg completed, but failed */ > + mac->serdes_link_state = > + e1000_serdes_link_down; > + DEBUGOUT("AN_PROG -> DOWN\n"); > + } > } else { > - /* > - * Disable autoneg, force link up and > - * full duplex, and change state to forced > + /* The link partner did not autoneg. > + * Force link up and full duplex, and change > + * state to forced. > */ > E1000_WRITE_REG(hw, E1000_TXCW, > - (mac->txcw & ~E1000_TXCW_ANE)); > + (mac->txcw & ~E1000_TXCW_ANE)); > ctrl |= (E1000_CTRL_SLU | E1000_CTRL_FD); > E1000_WRITE_REG(hw, E1000_CTRL, ctrl); > > @@ -1452,10 +1557,10 @@ s32 e1000_check_for_serdes_link_82571(st > break; > } > mac->serdes_link_state = > - e1000_serdes_link_forced_up; > + e1000_serdes_link_forced_up; > + mac->serdes_has_link = TRUE; > DEBUGOUT("AN_PROG -> FORCED_UP\n"); > } > - mac->serdes_has_link = TRUE; > break; > > case e1000_serdes_link_down: > @@ -1517,6 +1622,7 @@ static s32 e1000_valid_led_default_82571 > > switch (hw->mac.type) { > case e1000_82574: > + case e1000_82583: > case e1000_82573: > if(*data == ID_LED_RESERVED_F746) > *data = ID_LED_DEFAULT_82573; > > Modified: head/sys/dev/e1000/e1000_82575.c > ============================================================================== > --- head/sys/dev/e1000/e1000_82575.c Wed Jun 24 17:31:37 2009 (r194864) > +++ head/sys/dev/e1000/e1000_82575.c Wed Jun 24 17:41:29 2009 (r194865) > @@ -38,6 +38,7 @@ > * 82575GB Gigabit Network Connection > * 82575GB Gigabit Network Connection > * 82576 Gigabit Network Connection > + * 82576 Quad Port Gigabit Mezzanine Adapter > */ > > #include "e1000_api.h" > @@ -77,6 +78,7 @@ static s32 e1000_reset_init_script_8257 > static s32 e1000_read_mac_addr_82575(struct e1000_hw *hw); > static void e1000_power_down_phy_copper_82575(struct e1000_hw *hw); > void e1000_shutdown_fiber_serdes_link_82575(struct e1000_hw *hw); > +static s32 e1000_set_pcie_completion_timeout(struct e1000_hw *hw); > > /** > * e1000_init_phy_params_82575 - Init PHY func ptrs. > @@ -326,11 +328,12 @@ void e1000_init_function_pointers_82575( > **/ > static s32 e1000_acquire_phy_82575(struct e1000_hw *hw) > { > - u16 mask; > + u16 mask = E1000_SWFW_PHY0_SM; > > DEBUGFUNC("e1000_acquire_phy_82575"); > > - mask = hw->bus.func ? E1000_SWFW_PHY1_SM : E1000_SWFW_PHY0_SM; > + if (hw->bus.func == E1000_FUNC_1) > + mask = E1000_SWFW_PHY1_SM; > > return e1000_acquire_swfw_sync_82575(hw, mask); > } > @@ -343,11 +346,13 @@ static s32 e1000_acquire_phy_82575(struc > **/ > static void e1000_release_phy_82575(struct e1000_hw *hw) > { > - u16 mask; > + u16 mask = E1000_SWFW_PHY0_SM; > > DEBUGFUNC("e1000_release_phy_82575"); > > - mask = hw->bus.func ? E1000_SWFW_PHY1_SM : E1000_SWFW_PHY0_SM; > + if (hw->bus.func == E1000_FUNC_1) > + mask = E1000_SWFW_PHY1_SM; > + > e1000_release_swfw_sync_82575(hw, mask); > } > > @@ -785,9 +790,8 @@ static s32 e1000_get_cfg_done_82575(stru > > DEBUGFUNC("e1000_get_cfg_done_82575"); > > - if (hw->bus.func == 1) > + if (hw->bus.func == E1000_FUNC_1) > mask = E1000_NVM_CFG_DONE_PORT_1; > - > while (timeout) { > if (E1000_READ_REG(hw, E1000_EEMNGCTL) & mask) > break; > @@ -937,13 +941,13 @@ void e1000_shutdown_fiber_serdes_link_82 > u32 reg; > u16 eeprom_data = 0; > > - if (hw->mac.type != e1000_82576 || > - (hw->phy.media_type != e1000_media_type_fiber && > - hw->phy.media_type != e1000_media_type_internal_serdes)) > + if (hw->phy.media_type != e1000_media_type_internal_serdes) > return; > > - if (hw->bus.func == 0) > + if (hw->bus.func == E1000_FUNC_0) > hw->nvm.ops.read(hw, NVM_INIT_CONTROL3_PORT_A, 1, &eeprom_data); > + else if (hw->bus.func == E1000_FUNC_1) > + hw->nvm.ops.read(hw, NVM_INIT_CONTROL3_PORT_B, 1, &eeprom_data); > > /* > * If APM is not enabled in the EEPROM and management interface is > @@ -970,250 +974,42 @@ void e1000_shutdown_fiber_serdes_link_82 > } > > /** > - * e1000_vmdq_loopback_enable_pf- Enables VM to VM queue loopback replication > - * @hw: pointer to the HW structure > - **/ > -void e1000_vmdq_loopback_enable_pf(struct e1000_hw *hw) > -{ > - u32 reg; > - > - reg = E1000_READ_REG(hw, E1000_DTXSWC); > - reg |= E1000_DTXSWC_VMDQ_LOOPBACK_EN; > - E1000_WRITE_REG(hw, E1000_DTXSWC, reg); > -} > - > -/** > - * e1000_vmdq_loopback_disable_pf - Disable VM to VM queue loopbk replication > + * e1000_vmdq_set_loopback_pf - enable or disable vmdq loopback > * @hw: pointer to the HW structure > + * @enable: state to enter, either enabled or disabled > + * > + * enables/disables L2 switch loopback functionality > **/ > -void e1000_vmdq_loopback_disable_pf(struct e1000_hw *hw) > +void e1000_vmdq_set_loopback_pf(struct e1000_hw *hw, bool enable) > { > u32 reg; > > reg = E1000_READ_REG(hw, E1000_DTXSWC); > - reg &= ~(E1000_DTXSWC_VMDQ_LOOPBACK_EN); > + if (enable) > + reg |= E1000_DTXSWC_VMDQ_LOOPBACK_EN; > + else > + reg &= ~(E1000_DTXSWC_VMDQ_LOOPBACK_EN); > E1000_WRITE_REG(hw, E1000_DTXSWC, reg); > } > > /** > - * e1000_vmdq_replication_enable_pf - Enable replication of brdcst & multicst > - * @hw: pointer to the HW structure > - * > - * Enables replication of broadcast and multicast packets from the network > - * to VM's which have their respective broadcast and multicast accept > - * bits set in the VM Offload Register. This gives the PF driver per > - * VM granularity control over which VM's get replicated broadcast traffic. > - **/ > -void e1000_vmdq_replication_enable_pf(struct e1000_hw *hw, u32 enables) > -{ > - u32 reg; > - u32 i; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - if (enables & (1 << i)) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - reg |= (E1000_VMOLR_AUPE | > - E1000_VMOLR_BAM | > - E1000_VMOLR_MPME); > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - } > - > - reg = E1000_READ_REG(hw, E1000_VT_CTL); > - reg |= E1000_VT_CTL_VM_REPL_EN; > - E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > -} > - > -/** > - * e1000_vmdq_replication_disable_pf - Disable replication of brdcst & multicst > + * e1000_vmdq_set_replication_pf - enable or disable vmdq replication > * @hw: pointer to the HW structure > + * @enable: state to enter, either enabled or disabled > * > - * Disables replication of broadcast and multicast packets to the VM's. > + * enables/disables replication of packets across multiple pools > **/ > -void e1000_vmdq_replication_disable_pf(struct e1000_hw *hw) > +void e1000_vmdq_set_replication_pf(struct e1000_hw *hw, bool enable) > { > u32 reg; > > reg = E1000_READ_REG(hw, E1000_VT_CTL); > - reg &= ~(E1000_VT_CTL_VM_REPL_EN); > - E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > -} > - > -/** > - * e1000_vmdq_enable_replication_mode_pf - Enables replication mode in the device > - * @hw: pointer to the HW structure > - **/ > -void e1000_vmdq_enable_replication_mode_pf(struct e1000_hw *hw) > -{ > - u32 reg; > - > - reg = E1000_READ_REG(hw, E1000_VT_CTL); > - reg |= E1000_VT_CTL_VM_REPL_EN; > - E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > -} > - > -/** > - * e1000_vmdq_broadcast_replication_enable_pf - Enable replication of brdcst > - * @hw: pointer to the HW structure > - * @enables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Enables replication of broadcast packets from the network > - * to VM's which have their respective broadcast accept > - * bits set in the VM Offload Register. This gives the PF driver per > - * VM granularity control over which VM's get replicated broadcast traffic. > - **/ > -void e1000_vmdq_broadcast_replication_enable_pf(struct e1000_hw *hw, > - u32 enables) > -{ > - u32 reg; > - u32 i; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - if ((enables == ALL_QUEUES) || (enables & (1 << i))) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - reg |= E1000_VMOLR_BAM; > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - } > -} > - > -/** > - * e1000_vmdq_broadcast_replication_disable_pf - Disable replication > - * of broadcast packets > - * @hw: pointer to the HW structure > - * @disables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Disables replication of broadcast packets for specific pools. > - * If bam/mpe is disabled on all pools then replication mode is > - * turned off. > - **/ > -void e1000_vmdq_broadcast_replication_disable_pf(struct e1000_hw *hw, > - u32 disables) > -{ > - u32 reg; > - u32 i; > - u32 oneenabled = 0; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - if ((disables == ALL_QUEUES) || (disables & (1 << i))) { > - reg &= ~(E1000_VMOLR_BAM); > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - if (!oneenabled && (reg & (E1000_VMOLR_AUPE | > - E1000_VMOLR_BAM | > - E1000_VMOLR_MPME))) > - oneenabled = 1; > - } > - if (!oneenabled) { > - reg = E1000_READ_REG(hw, E1000_VT_CTL); > + if (enable) > + reg |= E1000_VT_CTL_VM_REPL_EN; > + else > reg &= ~(E1000_VT_CTL_VM_REPL_EN); > - E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > - } > -} > > -/** > - * e1000_vmdq_multicast_promiscuous_enable_pf - Enable promiscuous reception > - * @hw: pointer to the HW structure > - * @enables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Enables promiscuous reception of multicast packets from the network > - * to VM's which have their respective multicast promiscuous mode enable > - * bits set in the VM Offload Register. This gives the PF driver per > - * VM granularity control over which VM's get all multicast traffic. > - **/ > -void e1000_vmdq_multicast_promiscuous_enable_pf(struct e1000_hw *hw, > - u32 enables) > -{ > - u32 reg; > - u32 i; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - if ((enables == ALL_QUEUES) || (enables & (1 << i))) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - reg |= E1000_VMOLR_MPME; > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - } > -} > - > -/** > - * e1000_vmdq_multicast_promiscuous_disable_pf - Disable promiscuous > - * reception of multicast packets > - * @hw: pointer to the HW structure > - * @disables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Disables promiscuous reception of multicast packets for specific pools. > - * If bam/mpe is disabled on all pools then replication mode is > - * turned off. > - **/ > -void e1000_vmdq_multicast_promiscuous_disable_pf(struct e1000_hw *hw, > - u32 disables) > -{ > - u32 reg; > - u32 i; > - u32 oneenabled = 0; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - if ((disables == ALL_QUEUES) || (disables & (1 << i))) { > - reg &= ~(E1000_VMOLR_MPME); > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - if (!oneenabled && (reg & (E1000_VMOLR_AUPE | > - E1000_VMOLR_BAM | > - E1000_VMOLR_MPME))) > - oneenabled = 1; > - } > - if (!oneenabled) { > - reg = E1000_READ_REG(hw, E1000_VT_CTL); > - reg &= ~(E1000_VT_CTL_VM_REPL_EN); > - E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > - } > -} > - > -/** > - * e1000_vmdq_aupe_enable_pf - Enable acceptance of untagged packets > - * @hw: pointer to the HW structure > - * @enables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Enables acceptance of packets from the network which do not have > - * a VLAN tag but match the exact MAC filter of a given VM. > - **/ > -void e1000_vmdq_aupe_enable_pf(struct e1000_hw *hw, u32 enables) > -{ > - u32 reg; > - u32 i; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - if ((enables == ALL_QUEUES) || (enables & (1 << i))) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - reg |= E1000_VMOLR_AUPE; > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - } > -} > - > -/** > - * e1000_vmdq_aupe_disable_pf - Disable acceptance of untagged packets > - * @hw: pointer to the HW structure > - * @disables: PoolSet Bit - if set to ALL_QUEUES, apply to all pools. > - * > - * Disables acceptance of packets from the network which do not have > - * a VLAN tag but match the exact MAC filter of a given VM. > - **/ > -void e1000_vmdq_aupe_disable_pf(struct e1000_hw *hw, u32 disables) > -{ > - u32 reg; > - u32 i; > - > - for (i = 0; i < MAX_NUM_VFS; i++) { > - if ((disables == ALL_QUEUES) || (disables & (1 << i))) { > - reg = E1000_READ_REG(hw, E1000_VMOLR(i)); > - reg &= ~E1000_VMOLR_AUPE; > - E1000_WRITE_REG(hw, E1000_VMOLR(i), reg); > - } > - } > + E1000_WRITE_REG(hw, E1000_VT_CTL, reg); > } > > /** > @@ -1238,6 +1034,12 @@ static s32 e1000_reset_hw_82575(struct e > DEBUGOUT("PCI-E Master disable polling has failed.\n"); > } > > + /* set the completion timeout for interface */ > + ret_val = e1000_set_pcie_completion_timeout(hw); > + if (ret_val) { > + DEBUGOUT("PCI-E Set completion timeout has failed.\n"); > + } > + > DEBUGOUT("Masking off all interrupts\n"); > E1000_WRITE_REG(hw, E1000_IMC, 0xffffffff); > > @@ -1333,7 +1135,7 @@ static s32 e1000_init_hw_82575(struct e1 > **/ > static s32 e1000_setup_copper_link_82575(struct e1000_hw *hw) > { > - u32 ctrl, led_ctrl; > + u32 ctrl; > s32 ret_val; > bool link; > > @@ -1350,11 +1152,6 @@ static s32 e1000_setup_copper_link_82575 > break; > case e1000_phy_igp_3: > ret_val = e1000_copper_link_setup_igp(hw); > - /* Setup activity LED */ > - led_ctrl = E1000_READ_REG(hw, E1000_LEDCTL); > - led_ctrl &= IGP_ACTIVITY_LED_MASK; > - led_ctrl |= (IGP_ACTIVITY_LED_ENABLE | IGP_LED3_MODE); > - E1000_WRITE_REG(hw, E1000_LEDCTL, led_ctrl); > break; > default: > ret_val = -E1000_ERR_PHY; > @@ -1433,15 +1230,14 @@ static s32 e1000_setup_fiber_serdes_link > */ > E1000_WRITE_REG(hw, E1000_SCTL, E1000_SCTL_DISABLE_SERDES_LOOPBACK); > > - /* Force link up, set 1gb, set both sw defined pins */ > + /* Force link up, set 1gb */ > reg = E1000_READ_REG(hw, E1000_CTRL); > - reg |= E1000_CTRL_SLU | > - E1000_CTRL_SPD_1000 | > - E1000_CTRL_FRCSPD | > - E1000_CTRL_SWDPIN0 | > - E1000_CTRL_SWDPIN1; > + reg |= E1000_CTRL_SLU | E1000_CTRL_SPD_1000 | E1000_CTRL_FRCSPD; > + if (hw->mac.type == e1000_82575 || hw->mac.type == e1000_82576) { > + /* set both sw defined pins */ > + reg |= E1000_CTRL_SWDPIN0 | E1000_CTRL_SWDPIN1; > + } > E1000_WRITE_REG(hw, E1000_CTRL, reg); > - > /* Power on phy for 82576 fiber adapters */ > if (hw->mac.type == e1000_82576) { > reg = E1000_READ_REG(hw, E1000_CTRL_EXT); > @@ -1514,7 +1310,6 @@ static s32 e1000_valid_led_default_82575 > > if (*data == ID_LED_RESERVED_0000 || *data == ID_LED_RESERVED_FFFF) { > switch(hw->phy.media_type) { > - case e1000_media_type_fiber: > case e1000_media_type_internal_serdes: > *data = ID_LED_DEFAULT_82575_SERDES; > break; > @@ -1605,12 +1400,6 @@ out: > static bool e1000_sgmii_active_82575(struct e1000_hw *hw) > { > struct e1000_dev_spec_82575 *dev_spec = &hw->dev_spec._82575; > - > - DEBUGFUNC("e1000_sgmii_active_82575"); > - > - if (hw->mac.type != e1000_82575 && hw->mac.type != e1000_82576) > - return FALSE; > - > return dev_spec->sgmii_active; > } > > @@ -1762,6 +1551,7 @@ static void e1000_clear_hw_cntrs_82575(s > if (hw->phy.media_type == e1000_media_type_internal_serdes) > E1000_READ_REG(hw, E1000_SCVPC); > } > + > /** > * e1000_rx_fifo_flush_82575 - Clean rx fifo after RX enable > * @hw: pointer to the HW structure > @@ -1836,3 +1626,54 @@ void e1000_rx_fifo_flush_82575(struct e1 > E1000_READ_REG(hw, E1000_MPC); > } > > +/** > + * e1000_set_pcie_completion_timeout - set pci-e completion timeout > + * @hw: pointer to the HW structure > + * > + * The defaults for 82575 and 82576 should be in the range of 50us to 50ms, > + * however the hardware default for these parts is 500us to 1ms which is less > + * than the 10ms recommended by the pci-e spec. To address this we need to > + * increase the value to either 10ms to 200ms for capability version 1 config, > + * or 16ms to 55ms for version 2. > + **/ > +static s32 e1000_set_pcie_completion_timeout(struct e1000_hw *hw) > +{ > + u32 gcr = E1000_READ_REG(hw, E1000_GCR); > + s32 ret_val = E1000_SUCCESS; > + u16 pcie_devctl2; > + > + /* only take action if timeout value is defaulted to 0 */ > + if (gcr & E1000_GCR_CMPL_TMOUT_MASK) > + goto out; > + > + /* > + * if capababilities version is type 1 we can write the > + * timeout of 10ms to 200ms through the GCR register > + */ > + if (!(gcr & E1000_GCR_CAP_VER2)) { > + gcr |= E1000_GCR_CMPL_TMOUT_10ms; > + goto out; > + } > + > + /* > + * for version 2 capabilities we need to write the config space > + * directly in order to set the completion timeout value for > + * 16ms to 55ms > + */ > + ret_val = e1000_read_pcie_cap_reg(hw, PCIE_DEVICE_CONTROL2, > + &pcie_devctl2); > + if (ret_val) > + goto out; > + > + pcie_devctl2 |= PCIE_DEVICE_CONTROL2_16ms; > + > + ret_val = e1000_write_pcie_cap_reg(hw, PCIE_DEVICE_CONTROL2, > + &pcie_devctl2); > +out: > + /* disable completion timeout resend */ > + gcr &= ~E1000_GCR_CMPL_TMOUT_RESEND; > + > + E1000_WRITE_REG(hw, E1000_GCR, gcr); > + return ret_val; > +} > + > > Modified: head/sys/dev/e1000/e1000_82575.h > ============================================================================== > --- head/sys/dev/e1000/e1000_82575.h Wed Jun 24 17:31:37 2009 (r194864) > +++ head/sys/dev/e1000/e1000_82575.h Wed Jun 24 17:41:29 2009 (r194865) > @@ -214,7 +214,7 @@ union e1000_adv_rx_desc { > } wb; /* writeback */ > }; > > -#define E1000_RXDADV_RSSTYPE_MASK 0x0000F000 > +#define E1000_RXDADV_RSSTYPE_MASK 0x0000000F > #define E1000_RXDADV_RSSTYPE_SHIFT 12 > #define E1000_RXDADV_HDRBUFLEN_MASK 0x7FE0 > #define E1000_RXDADV_HDRBUFLEN_SHIFT 5 > @@ -421,21 +421,11 @@ struct e1000_adv_tx_context_desc { > #define E1000_IOVCTL 0x05BBC > #define E1000_IOVCTL_REUSE_VFQ 0x00000001 > > +#define E1000_RPLOLR_STRVLAN 0x40000000 > +#define E1000_RPLOLR_STRCRC 0x80000000 > > *** DIFF OUTPUT TRUNCATED AT 1000 LINES *** > From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 14:27:13 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B715106564A; Thu, 25 Jun 2009 14:27:13 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5CCD88FC1C; Thu, 25 Jun 2009 14:27:13 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:b0cf:2dd3:ab3a:9874] (unknown [IPv6:2001:7b8:3a7:0:b0cf:2dd3:ab3a:9874]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id DD86F5C42; Thu, 25 Jun 2009 16:27:11 +0200 (CEST) Message-ID: <4A43893F.5070100@andric.com> Date: Thu, 25 Jun 2009 16:27:11 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1pre) Gecko/20090620 Shredder/3.0b3pre MIME-Version: 1.0 To: Robert Watson References: <200906241741.n5OHfTaw022417@svn.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , current@FreeBSD.org Subject: Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 14:27:13 -0000 On 2009-06-25 16:08, Robert Watson wrote: > Since this change (and the two followups), I'm no longer able to use if_em > reliable in VMWare Fusion. Same here, for VMware Workstation. The interface just stops working after a bit of traffic. From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 14:30:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E0E81065672; Thu, 25 Jun 2009 14:30:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 069B88FC1B; Thu, 25 Jun 2009 14:30:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PEUIS6024856; Thu, 25 Jun 2009 10:30:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PEUICi039428; Thu, 25 Jun 2009 10:30:18 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 654547302F; Thu, 25 Jun 2009 10:30:18 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625143018.654547302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 10:30:18 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 14:30:22 -0000 TB --- 2009-06-25 12:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 12:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-25 12:20:00 - cleaning the object tree TB --- 2009-06-25 12:20:51 - cvsupping the source tree TB --- 2009-06-25 12:20:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-25 12:20:59 - building world TB --- 2009-06-25 12:20:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 12:20:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 12:20:59 - TARGET=amd64 TB --- 2009-06-25 12:20:59 - TARGET_ARCH=amd64 TB --- 2009-06-25 12:20:59 - TZ=UTC TB --- 2009-06-25 12:20:59 - __MAKE_CONF=/dev/null TB --- 2009-06-25 12:20:59 - cd /src TB --- 2009-06-25 12:20:59 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 12:21:01 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jun 25 14:21:08 UTC 2009 TB --- 2009-06-25 14:21:08 - generating LINT kernel config TB --- 2009-06-25 14:21:08 - cd /src/sys/amd64/conf TB --- 2009-06-25 14:21:08 - /usr/bin/make -B LINT TB --- 2009-06-25 14:21:08 - building LINT kernel TB --- 2009-06-25 14:21:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 14:21:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 14:21:08 - TARGET=amd64 TB --- 2009-06-25 14:21:08 - TARGET_ARCH=amd64 TB --- 2009-06-25 14:21:08 - TZ=UTC TB --- 2009-06-25 14:21:08 - __MAKE_CONF=/dev/null TB --- 2009-06-25 14:21:08 - cd /src TB --- 2009-06-25 14:21:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 14:21:08 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 14:30:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 14:30:18 - ERROR: failed to build lint kernel TB --- 2009-06-25 14:30:18 - 6072.32 user 639.06 system 7817.88 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 15:01:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1A81065675; Thu, 25 Jun 2009 15:01:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DDB628FC1E; Thu, 25 Jun 2009 15:01:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PF1EBr030244; Thu, 25 Jun 2009 11:01:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PF1Eh2015348; Thu, 25 Jun 2009 11:01:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F0BE7302F; Thu, 25 Jun 2009 11:01:14 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625150114.1F0BE7302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 11:01:14 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 15:01:17 -0000 TB --- 2009-06-25 13:27:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 13:27:46 - starting HEAD tinderbox run for i386/i386 TB --- 2009-06-25 13:27:46 - cleaning the object tree TB --- 2009-06-25 13:28:13 - cvsupping the source tree TB --- 2009-06-25 13:28:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-06-25 13:28:23 - building world TB --- 2009-06-25 13:28:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 13:28:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 13:28:23 - TARGET=i386 TB --- 2009-06-25 13:28:23 - TARGET_ARCH=i386 TB --- 2009-06-25 13:28:23 - TZ=UTC TB --- 2009-06-25 13:28:23 - __MAKE_CONF=/dev/null TB --- 2009-06-25 13:28:23 - cd /src TB --- 2009-06-25 13:28:23 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 13:28:24 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 14:51:40 UTC 2009 TB --- 2009-06-25 14:51:40 - generating LINT kernel config TB --- 2009-06-25 14:51:40 - cd /src/sys/i386/conf TB --- 2009-06-25 14:51:40 - /usr/bin/make -B LINT TB --- 2009-06-25 14:51:40 - building LINT kernel TB --- 2009-06-25 14:51:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 14:51:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 14:51:40 - TARGET=i386 TB --- 2009-06-25 14:51:40 - TARGET_ARCH=i386 TB --- 2009-06-25 14:51:40 - TZ=UTC TB --- 2009-06-25 14:51:40 - __MAKE_CONF=/dev/null TB --- 2009-06-25 14:51:40 - cd /src TB --- 2009-06-25 14:51:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 14:51:40 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/mca/mca_bus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 15:01:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 15:01:14 - ERROR: failed to build lint kernel TB --- 2009-06-25 15:01:14 - 4389.41 user 433.16 system 5607.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 15:28:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB98E1065672 for ; Thu, 25 Jun 2009 15:28:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63902.mail.re1.yahoo.com (web63902.mail.re1.yahoo.com [69.147.97.117]) by mx1.freebsd.org (Postfix) with SMTP id 5B9798FC1B for ; Thu, 25 Jun 2009 15:28:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 4139 invoked by uid 60001); 25 Jun 2009 15:28:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1245943731; bh=neOyclpQH5K96PL2zy/NgM+zr7mRvZfN5VDrUIrNNFU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=P/cFt14CJ4XUBrb4+fFKg9zRDZpMGA46zXKy92oxV515LvqtASQc18tdHW0Fbldc4OYh5Rr5aNsQ4ut6Opwk2A3+UBFlFLQUGFbpFQ46HEM259TflyxojkhOE8GRBqC6Fyl2P/uKEi8vDZyrhIyBO1fwBxFlmh1zIW8cnLkcCLo= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=4tc114xlOFu6qZix2ykSYBmR5pDFSQHSAOH4srNoqFs9zd/huTwrd78uTpcbpF9xNcqdTyjnE10bxlgnEY2OdUP6kl75lILwHYiXOF3BSw5U66Gp6RT8wSoYJE3TZZ/D3uC8PCFuL4vOJeRSrNA2go8hFlWIlWq+UireNJZ++rY=; Message-ID: <840767.3422.qm@web63902.mail.re1.yahoo.com> X-YMail-OSG: bj2KC9cVM1nym75PBy_CxPkm3O9oRtvlIYQ1IGDnNiSGB3dvs6JjqxoDBRjUr9m02xtuCJsdAYKr8ku39.CcYrYczLCsaHSs6nwrTseAZmTTBxlDcTlK5rYMTKrNMUCMTRowD0xbp8cW9oQB4_lG2vDgr_VvpMxx0r_a.JRBw9uJ10PH9gE7qRzapvS5_lo1yuUGFura0jbwnbaxqaaL0EKxR.E_.ulPI8qLToDWajB5eukZP.ahjuqD.vh3F3cKDVD.1lUacs.EM9f53tTHQI9cW2NzQEn2XwuJzYvkVp0usiOI6VKnSK8ZIH1RCONiuiHNEqRNmoU- Received: from [66.176.162.245] by web63902.mail.re1.yahoo.com via HTTP; Thu, 25 Jun 2009 08:28:51 PDT X-Mailer: YahooMailClassic/5.4.17 YahooMailWebService/0.7.289.15 Date: Thu, 25 Jun 2009 08:28:51 -0700 (PDT) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 15:28:53 -0000 How far/close is 8.0 from going into RC status? Barney From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 16:01:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 439A81065670; Thu, 25 Jun 2009 16:01:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 100768FC13; Thu, 25 Jun 2009 16:01:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PG13Tu050770; Thu, 25 Jun 2009 12:01:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PG13VF076876; Thu, 25 Jun 2009 12:01:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4180B7302F; Thu, 25 Jun 2009 12:01:03 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625160103.4180B7302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 12:01:03 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 16:01:07 -0000 TB --- 2009-06-25 14:30:18 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 14:30:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-25 14:30:18 - cleaning the object tree TB --- 2009-06-25 14:30:46 - cvsupping the source tree TB --- 2009-06-25 14:30:46 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-25 14:30:56 - building world TB --- 2009-06-25 14:30:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 14:30:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 14:30:56 - TARGET=pc98 TB --- 2009-06-25 14:30:56 - TARGET_ARCH=i386 TB --- 2009-06-25 14:30:56 - TZ=UTC TB --- 2009-06-25 14:30:56 - __MAKE_CONF=/dev/null TB --- 2009-06-25 14:30:56 - cd /src TB --- 2009-06-25 14:30:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 14:30:58 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 15:53:05 UTC 2009 TB --- 2009-06-25 15:53:05 - generating LINT kernel config TB --- 2009-06-25 15:53:05 - cd /src/sys/pc98/conf TB --- 2009-06-25 15:53:05 - /usr/bin/make -B LINT TB --- 2009-06-25 15:53:05 - building LINT kernel TB --- 2009-06-25 15:53:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 15:53:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 15:53:05 - TARGET=pc98 TB --- 2009-06-25 15:53:05 - TARGET_ARCH=i386 TB --- 2009-06-25 15:53:05 - TZ=UTC TB --- 2009-06-25 15:53:05 - __MAKE_CONF=/dev/null TB --- 2009-06-25 15:53:05 - cd /src TB --- 2009-06-25 15:53:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 15:53:05 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 16:01:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 16:01:03 - ERROR: failed to build lint kernel TB --- 2009-06-25 16:01:03 - 4259.23 user 437.12 system 5444.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 16:24:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B7B106566C for ; Thu, 25 Jun 2009 16:24:01 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 873578FC1D for ; Thu, 25 Jun 2009 16:24:01 +0000 (UTC) (envelope-from sullrich@gmail.com) Received: by ewy9 with SMTP id 9so1035106ewy.43 for ; Thu, 25 Jun 2009 09:24:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ILOShxNkqNzmofgXMbT/OUYm/5h7lJhYRFHR8i14mXI=; b=qPlmDdvoxXNBbozeldvdi+XkEd/PGrumjfqdTQWrmfZgxPRtKzJS4VKx+/M9OBfF38 n25qBZRs5ieSFZotX8T8faRv7Nf4OtzCTFd1wahXDW9P3vHqIRfS/dIJMJRcb0DKNrqM suTz6vW9giDmPMANiddDJcPajZRlXgGXofIgk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=hTXr562ItwxTJVZOLVMsGSrb7OeWsPdFtMgGZIIXzR31AoYDEo3ujC9f7tdGYBcW1R TTdFVYYmpwt5NPuoZCWv1kSTrZn5ipyKVFGzl4w6A3K5thNu53xpVYJynW/INqZ1GNgS Q4I7asNYmXVGue9Su+3XhBMF+PpArfsf1gg2c= MIME-Version: 1.0 Received: by 10.210.142.10 with SMTP id p10mr3052628ebd.14.1245945802136; Thu, 25 Jun 2009 09:03:22 -0700 (PDT) In-Reply-To: <840767.3422.qm@web63902.mail.re1.yahoo.com> References: <840767.3422.qm@web63902.mail.re1.yahoo.com> From: Scott Ullrich Date: Thu, 25 Jun 2009 12:03:02 -0400 Message-ID: To: Barney Cordoba Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 16:24:02 -0000 On Thu, Jun 25, 2009 at 11:28 AM, Barney Cordoba wrote: > > How far/close is 8.0 from going into RC status? It is currently in "code slush" since June 1st. http://www.freebsd.org/releng/index.html .. So it has a bit to go still. Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 16:25:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D1B31065690 for ; Thu, 25 Jun 2009 16:25:31 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.82]) by mx1.freebsd.org (Postfix) with ESMTP id DDECA8FC15 for ; Thu, 25 Jun 2009 16:25:30 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from iMac.local (pgw.vnode.se [77.110.37.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id E7DFBE9F42D; Thu, 25 Jun 2009 18:05:45 +0200 (CEST) Message-ID: <4A43A059.6000604@FreeBSD.org> Date: Thu, 25 Jun 2009 18:05:45 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 To: Barney Cordoba References: <840767.3422.qm@web63902.mail.re1.yahoo.com> In-Reply-To: <840767.3422.qm@web63902.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 16:25:31 -0000 Barney Cordoba skrev: > How far/close is 8.0 from going into RC status? http://wiki.freebsd.org/8.0TODO -- Joel From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 16:37:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10E2110656C1 for ; Thu, 25 Jun 2009 16:37:20 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id B0C818FC19 for ; Thu, 25 Jun 2009 16:37:19 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id B5F6AEB637B; Thu, 25 Jun 2009 18:58:27 +0300 (EEST) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 738BF4509B; Thu, 25 Jun 2009 18:58:27 +0300 (EEST) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNK0fi4Wr14N; Thu, 25 Jun 2009 18:58:27 +0300 (EEST) Received: from kobe.laptop (adsl105-76.kln.forthnet.gr [77.49.224.76]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 3CFDA45088; Thu, 25 Jun 2009 18:58:27 +0300 (EEST) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id n5PFwQt5097461; Thu, 25 Jun 2009 18:58:26 +0300 (EEST) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id n5PFwPrn097460; Thu, 25 Jun 2009 18:58:25 +0300 (EEST) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Barney Cordoba References: <840767.3422.qm@web63902.mail.re1.yahoo.com> Date: Thu, 25 Jun 2009 18:58:18 +0300 In-Reply-To: <840767.3422.qm@web63902.mail.re1.yahoo.com> (Barney Cordoba's message of "Thu, 25 Jun 2009 08:28:51 -0700 (PDT)") Message-ID: <87iqikb90l.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: current@freebsd.org Subject: Re: Release X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 16:37:20 -0000 --=-=-= On Thu, 25 Jun 2009 08:28:51 -0700 (PDT), Barney Cordoba wrote: > How far/close is 8.0 from going into RC status? The /head branch is in code slush since June 1. The current estimate for the release date is August 2009, but there may be changes to the release schedule (i.e. dates may slide forward) as the RE team works with the committers to get everything in shape. The http://www.FreeBSD.org/releng/ pages have a bit more information about what the RE team is currently planning. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAkpDnqEACgkQ1g+UGjGGA7bXJQCgoEoZh2pl/k06YUAp+Ln0uQSA VjMAnRG8PuRzV89tZNKV9GqExGz3bzKh =azMt -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 16:41:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C8921065679; Thu, 25 Jun 2009 16:41:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout023.mac.com (asmtpout023.mac.com [17.148.16.98]) by mx1.freebsd.org (Postfix) with ESMTP id 654948FC1B; Thu, 25 Jun 2009 16:41:40 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii; format=flowed Received: from macbook-pro.lan.xcllnt.net (mail.xcllnt.net [75.101.29.67]) by asmtp023.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KLS007ZJZORF370@asmtp023.mac.com>; Thu, 25 Jun 2009 09:41:18 -0700 (PDT) From: Marcel Moolenaar In-reply-to: <20090625110253.GA31443@mech-cluster238.men.bris.ac.uk> Date: Thu, 25 Jun 2009 09:41:13 -0700 Message-id: <10FCC74D-6D46-4112-AD89-BBB4C5933957@mac.com> References: <20090625110253.GA31443@mech-cluster238.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1067.4) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: gmirror gm0 destroyed on shutdown; GPT corrupt X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 16:41:40 -0000 On Jun 25, 2009, at 4:02 AM, Anton Shterenlikht wrote: > dev_taste(DEV,mirror/gm0) > g_part_taste(PART,mirror/gm0) > > GEOM: mirror/gm0: the secondary GPT table is corrupt or invalid. > GEOM: mirror/gm0: using the primary only -- recovery suggested. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ You created the mirror after the GPT, which means you destroyed the GPT backup header. gmirror uses the last sector on the disk for metadata and that by itself is a cause for various problems. It's better to use gmirror per partition. > > #echo 'geom_mirror_load="YES"' >> /boot/loader.conf Is /boot a symlink for /efi/boot? > GEOM_MIRROR: Device gm0 destroyed. > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ This is normal. > > And when the system is rebooted, there is no /dev/mirror anymore. You could run into a race condition between GPT and gmirror and GPT winning (again the result of gmirror using the last sector on a disk for metadata). Alternatively, make sure gmirror got loaded at boot. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 17:01:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCC32106567B; Thu, 25 Jun 2009 17:00:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8B90E8FC1A; Thu, 25 Jun 2009 17:00:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PH0u5f067977; Thu, 25 Jun 2009 13:00:56 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PH0taV015107; Thu, 25 Jun 2009 13:00:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BB1C97302F; Thu, 25 Jun 2009 13:00:55 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625170055.BB1C97302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 13:00:55 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 17:01:01 -0000 TB --- 2009-06-25 15:01:14 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 15:01:14 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-06-25 15:01:14 - cleaning the object tree TB --- 2009-06-25 15:01:44 - cvsupping the source tree TB --- 2009-06-25 15:01:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-06-25 15:01:53 - building world TB --- 2009-06-25 15:01:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 15:01:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 15:01:53 - TARGET=ia64 TB --- 2009-06-25 15:01:53 - TARGET_ARCH=ia64 TB --- 2009-06-25 15:01:53 - TZ=UTC TB --- 2009-06-25 15:01:53 - __MAKE_CONF=/dev/null TB --- 2009-06-25 15:01:53 - cd /src TB --- 2009-06-25 15:01:53 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 15:01:54 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 16:51:27 UTC 2009 TB --- 2009-06-25 16:51:27 - generating LINT kernel config TB --- 2009-06-25 16:51:27 - cd /src/sys/ia64/conf TB --- 2009-06-25 16:51:27 - /usr/bin/make -B LINT TB --- 2009-06-25 16:51:27 - building LINT kernel TB --- 2009-06-25 16:51:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 16:51:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 16:51:27 - TARGET=ia64 TB --- 2009-06-25 16:51:27 - TARGET_ARCH=ia64 TB --- 2009-06-25 16:51:27 - TZ=UTC TB --- 2009-06-25 16:51:27 - __MAKE_CONF=/dev/null TB --- 2009-06-25 16:51:27 - cd /src TB --- 2009-06-25 16:51:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 16:51:27 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 17:00:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 17:00:55 - ERROR: failed to build lint kernel TB --- 2009-06-25 17:00:55 - 5843.16 user 437.03 system 7181.45 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 17:45:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 285541065677 for ; Thu, 25 Jun 2009 17:45:36 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id F364B8FC1B for ; Thu, 25 Jun 2009 17:45:35 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by mail-px0-f191.google.com with SMTP id 29so1175936pxi.3 for ; Thu, 25 Jun 2009 10:45:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type:content-transfer-encoding; bh=IPy4EAk3RGx6sVOoVRlWFTYdjPu1QRvcCE7NpKu8F/I=; b=fvwQ4yOlskNbvjTJRcEqupxXyApu9Jn31BxiHJ1PUEMTSbjVGIIqtNQTEFKDiApR15 0gXN6ffYGLGuSwBatfxKQCJxjDvuHK69Rgdf67VSlbjgqdou12Mbf0gS3lIg/Y32k/Ei RxlQ6/+mpVj+NpK3Qnb7WZEuEIOY1LQ852NS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type :content-transfer-encoding; b=tP156qInOQedcXFPhu5/me46INJ3VE9NotuNtC/gP4+RM1h8k11yEXfwfcrhFh/CX3 y8QHosTXMEvEdHkHm5czE0qrtIfHrsPrBAvOnnmyGpy6PHKndCSj6Ho/FPvcdeWdgS71 T5Qrx4TvQS+EoWMeUjydOE99boRT40t5+CkwA= MIME-Version: 1.0 Received: by 10.220.100.194 with SMTP id z2mr2503886vcn.68.1245950051762; Thu, 25 Jun 2009 10:14:11 -0700 (PDT) From: Maxim Ignatenko Date: Thu, 25 Jun 2009 20:13:49 +0300 Message-ID: To: freebsd-current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: /etc/rc.d/netif: "REQUIRE: ipfw pf" breaks NAT configuration X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 17:45:36 -0000 Hi, After r193198 my system can't start normally because ipfw nat, included in $firewall_script doesn't accept interface w/o IP address. So nat is included in ruleset, but not configured and don't passes any traffic at all. Such trick works for ipfilter because it has separate configuration of NAT and it may be started after main ruleset, when interfaces are configured. But for ipfw it requires manual configuration of two rulesets: main w/o nat and second - nat itself, as for pf - it's not possible at all, since ruleset can't be loaded partially. Regarding to commit entry for r193198, this was done to eliminate small window between rc.d/netif and loading firewall rules, but in default configuration at this small window firewall just drops any packets, so system is not vulnerable. I see two variants to resolve this issue: 1) learn ipfw nat and pf to accept interface w/o IP address and start actual work after interface get configured 2) revert back to old behavior, when firewall started after rc.d/netif From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 18:30:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2599C106566C for ; Thu, 25 Jun 2009 18:30:37 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id D07748FC14 for ; Thu, 25 Jun 2009 18:30:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n5PIUUP5012592; Thu, 25 Jun 2009 12:30:33 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A43C243.9000001@samsco.org> Date: Thu, 25 Jun 2009 12:30:27 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Piotr_Zi=EAcik?= References: <200906251329.35200.kosmo@semihalf.com> In-Reply-To: <200906251329.35200.kosmo@semihalf.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: [PATCH RFC]: Bus_dma eats all available memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 18:30:37 -0000 Piotr Zięcik wrote: > Hi > > While working on new driver for FreeBSD I have found a problem in bus_dma > subsystem. Every time when bus_dmamap_create() is called on bus_dma tag > using bounce zone, at least 1 page in bounce zone is allocated. This causes > eating of all avaible memory by bounce zone. Problem affects i386, amd64 and > arm. The code block that you point at can only be entered if the maxpages limit has not been reached. However, the max limit is per zone, not global, and there's no easy way to make it be global. Are you creating an excessive number of tags/zones? Scott From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 18:33:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 364C2106568C; Thu, 25 Jun 2009 18:33:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F38288FC20; Thu, 25 Jun 2009 18:33:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PIXjJq086670; Thu, 25 Jun 2009 14:33:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PIXj3R041299; Thu, 25 Jun 2009 14:33:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DEC187302F; Thu, 25 Jun 2009 14:33:44 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625183344.DEC187302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 14:33:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 18:33:49 -0000 TB --- 2009-06-25 17:00:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 17:00:55 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-06-25 17:00:55 - cleaning the object tree TB --- 2009-06-25 17:01:26 - cvsupping the source tree TB --- 2009-06-25 17:01:26 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-06-25 17:01:35 - building world TB --- 2009-06-25 17:01:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 17:01:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 17:01:35 - TARGET=powerpc TB --- 2009-06-25 17:01:35 - TARGET_ARCH=powerpc TB --- 2009-06-25 17:01:35 - TZ=UTC TB --- 2009-06-25 17:01:35 - __MAKE_CONF=/dev/null TB --- 2009-06-25 17:01:35 - cd /src TB --- 2009-06-25 17:01:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 17:01:37 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 18:26:53 UTC 2009 TB --- 2009-06-25 18:26:53 - generating LINT kernel config TB --- 2009-06-25 18:26:53 - cd /src/sys/powerpc/conf TB --- 2009-06-25 18:26:53 - /usr/bin/make -B LINT TB --- 2009-06-25 18:26:53 - building LINT kernel TB --- 2009-06-25 18:26:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 18:26:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 18:26:53 - TARGET=powerpc TB --- 2009-06-25 18:26:53 - TARGET_ARCH=powerpc TB --- 2009-06-25 18:26:53 - TZ=UTC TB --- 2009-06-25 18:26:53 - __MAKE_CONF=/dev/null TB --- 2009-06-25 18:26:53 - cd /src TB --- 2009-06-25 18:26:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 18:26:53 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/if_le_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 18:33:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 18:33:44 - ERROR: failed to build lint kernel TB --- 2009-06-25 18:33:44 - 4409.96 user 419.89 system 5568.90 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 18:36:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 738C61065680; Thu, 25 Jun 2009 18:36:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 332CA8FC15; Thu, 25 Jun 2009 18:36:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PIajBI087454; Thu, 25 Jun 2009 14:36:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PIajxl047593; Thu, 25 Jun 2009 14:36:45 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 062827302F; Thu, 25 Jun 2009 14:36:45 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625183645.062827302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 14:36:45 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 18:36:49 -0000 TB --- 2009-06-25 17:08:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 17:08:03 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-06-25 17:08:03 - cleaning the object tree TB --- 2009-06-25 17:08:23 - cvsupping the source tree TB --- 2009-06-25 17:08:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-06-25 17:08:31 - building world TB --- 2009-06-25 17:08:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 17:08:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 17:08:31 - TARGET=sparc64 TB --- 2009-06-25 17:08:31 - TARGET_ARCH=sparc64 TB --- 2009-06-25 17:08:31 - TZ=UTC TB --- 2009-06-25 17:08:31 - __MAKE_CONF=/dev/null TB --- 2009-06-25 17:08:31 - cd /src TB --- 2009-06-25 17:08:31 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 17:08:32 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 18:29:22 UTC 2009 TB --- 2009-06-25 18:29:22 - generating LINT kernel config TB --- 2009-06-25 18:29:22 - cd /src/sys/sparc64/conf TB --- 2009-06-25 18:29:22 - /usr/bin/make -B LINT TB --- 2009-06-25 18:29:23 - building LINT kernel TB --- 2009-06-25 18:29:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 18:29:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 18:29:23 - TARGET=sparc64 TB --- 2009-06-25 18:29:23 - TARGET_ARCH=sparc64 TB --- 2009-06-25 18:29:23 - TZ=UTC TB --- 2009-06-25 18:29:23 - __MAKE_CONF=/dev/null TB --- 2009-06-25 18:29:23 - cd /src TB --- 2009-06-25 18:29:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 18:29:23 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 18:36:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 18:36:44 - ERROR: failed to build lint kernel TB --- 2009-06-25 18:36:44 - 4180.38 user 413.95 system 5321.35 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 18:58:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34C11065677; Thu, 25 Jun 2009 18:58:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2328FC13; Thu, 25 Jun 2009 18:58:20 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.4] (adsl-156-4-104.bna.bellsouth.net [70.156.4.104]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n5PIwHml002361 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 25 Jun 2009 14:58:18 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: freebsd-current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-OYzhpujo3Ihmyp60miTW" Organization: FreeBSD Date: Thu, 25 Jun 2009 13:58:08 -0500 Message-Id: <1245956288.1742.18.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-x11 Subject: Broken interrupts on Intel gfx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Jun 2009 18:58:21 -0000 --=-OYzhpujo3Ihmyp60miTW Content-Type: text/plain Content-Transfer-Encoding: quoted-printable jhb has committed the rest of the msi fix that will address the broken interrupts on Intel graphics chips on SMP. Make sure that you have r194985 and things should be good. robert. --=20 Robert Noland FreeBSD --=-OYzhpujo3Ihmyp60miTW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEUEABECAAYFAkpDyMAACgkQM4TrQ4qfRONs7QCffq7XUpLTtDBeTsrBnchzBVS5 76YAljNiJMKVJ3eU8mAwWypnUxBfnB8= =U1WV -----END PGP SIGNATURE----- --=-OYzhpujo3Ihmyp60miTW-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 19:54:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4B3B1065672; Thu, 25 Jun 2009 19:54:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4C38FC17; Thu, 25 Jun 2009 19:54:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PJs1Q8007429; Thu, 25 Jun 2009 15:54:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PJs0wl083195; Thu, 25 Jun 2009 15:54:00 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C39B57302F; Thu, 25 Jun 2009 15:54:00 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625195400.C39B57302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 15:54:00 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 19:54:04 -0000 TB --- 2009-06-25 18:33:45 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 18:33:45 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-06-25 18:33:45 - cleaning the object tree TB --- 2009-06-25 18:34:08 - cvsupping the source tree TB --- 2009-06-25 18:34:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-06-25 18:34:20 - building world TB --- 2009-06-25 18:34:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 18:34:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 18:34:20 - TARGET=sun4v TB --- 2009-06-25 18:34:20 - TARGET_ARCH=sparc64 TB --- 2009-06-25 18:34:20 - TZ=UTC TB --- 2009-06-25 18:34:20 - __MAKE_CONF=/dev/null TB --- 2009-06-25 18:34:20 - cd /src TB --- 2009-06-25 18:34:20 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 18:34:21 UTC 2009 >>> 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 >>> World build completed on Thu Jun 25 19:47:40 UTC 2009 TB --- 2009-06-25 19:47:40 - generating LINT kernel config TB --- 2009-06-25 19:47:40 - cd /src/sys/sun4v/conf TB --- 2009-06-25 19:47:40 - /usr/bin/make -B LINT TB --- 2009-06-25 19:47:41 - building LINT kernel TB --- 2009-06-25 19:47:41 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 19:47:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 19:47:41 - TARGET=sun4v TB --- 2009-06-25 19:47:41 - TARGET_ARCH=sparc64 TB --- 2009-06-25 19:47:41 - TZ=UTC TB --- 2009-06-25 19:47:41 - __MAKE_CONF=/dev/null TB --- 2009-06-25 19:47:41 - cd /src TB --- 2009-06-25 19:47:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 19:47:41 UTC 2009 >>> 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 -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/le/lance.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/led/led.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lge/if_lge.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/lmc/if_lmc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/mc146818/mc146818.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 19:54:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 19:54:00 - ERROR: failed to build lint kernel TB --- 2009-06-25 19:54:00 - 4173.79 user 412.44 system 4815.64 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Thu Jun 25 22:10:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35D6B1065672; Thu, 25 Jun 2009 22:10:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F208D8FC30; Thu, 25 Jun 2009 22:10:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PMArcG024208; Thu, 25 Jun 2009 18:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5PMArCv088989; Thu, 25 Jun 2009 18:10:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7302E7302F; Thu, 25 Jun 2009 18:10:53 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090625221053.7302E7302F@freebsd-current.sentex.ca> Date: Thu, 25 Jun 2009 18:10:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Jun 2009 22:11:00 -0000 TB --- 2009-06-25 20:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-25 20:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-06-25 20:00:00 - cleaning the object tree TB --- 2009-06-25 20:01:07 - cvsupping the source tree TB --- 2009-06-25 20:01:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-06-25 20:01:17 - building world TB --- 2009-06-25 20:01:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 20:01:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 20:01:17 - TARGET=amd64 TB --- 2009-06-25 20:01:17 - TARGET_ARCH=amd64 TB --- 2009-06-25 20:01:17 - TZ=UTC TB --- 2009-06-25 20:01:17 - __MAKE_CONF=/dev/null TB --- 2009-06-25 20:01:17 - cd /src TB --- 2009-06-25 20:01:17 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 25 20:01:20 UTC 2009 >>> 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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Thu Jun 25 22:01:48 UTC 2009 TB --- 2009-06-25 22:01:48 - generating LINT kernel config TB --- 2009-06-25 22:01:48 - cd /src/sys/amd64/conf TB --- 2009-06-25 22:01:48 - /usr/bin/make -B LINT TB --- 2009-06-25 22:01:48 - building LINT kernel TB --- 2009-06-25 22:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-25 22:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-25 22:01:48 - TARGET=amd64 TB --- 2009-06-25 22:01:48 - TARGET_ARCH=amd64 TB --- 2009-06-25 22:01:48 - TZ=UTC TB --- 2009-06-25 22:01:48 - __MAKE_CONF=/dev/null TB --- 2009-06-25 22:01:48 - cd /src TB --- 2009-06-25 22:01:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Jun 25 22:01:48 UTC 2009 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/led/led.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lge/if_lge.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/lmc/if_lmc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -pg -mprofiler-epilogue /src/sys/dev/mcd/mcd_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/md/md.c /src/sys/dev/md/md.c: In function 'mdcreate_swap': /src/sys/dev/md/md.c:1045: error: too many arguments to function 'vm_pager_allocate' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-25 22:10:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-25 22:10:53 - ERROR: failed to build lint kernel TB --- 2009-06-25 22:10:53 - 6075.92 user 639.86 system 7852.47 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 02:23:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5AA2106564A for ; Fri, 26 Jun 2009 02:23:49 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 89F838FC0C for ; Fri, 26 Jun 2009 02:23:49 +0000 (UTC) (envelope-from kitchetech@gmail.com) Received: by an-out-0708.google.com with SMTP id d14so309809and.13 for ; Thu, 25 Jun 2009 19:23:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=NPeFVkv21FaL4/runmlKVdN1onv9ZvOzw1US/gWyAmE=; b=oauxu8aCQuusJhAGAwLutIi+B7Mv+svJ/0uzKbSMw6DpjRZT2qRN/bWdOITfq8FThU kS8FdPsiowjmA6rcbBB84CU++Km0qUdXBbV+Z6XmRMenvoGdD89Mz4Sggr9lcwIpQECy fjTUlTq+YQ4ABPd2ScNOJylrk1A//R9Qaj/vc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=v894Odr3LfN7gDpGDy6NXoTk4Vc1XZm4TFS1M/2sJa/9ZVc7nrav/EicpvKuCNm89v 5FW5R9BXUJyyBCigo6y9Zta2zFotF1HmPpbQmWYTc9KlP+803ar/N7U85E/RN2J0aszA WX6mIYXXdumGnlL0eWf8j0tB7HFuypkMORyGo= MIME-Version: 1.0 Received: by 10.100.164.12 with SMTP id m12mr4244285ane.131.1245983027121; Thu, 25 Jun 2009 19:23:47 -0700 (PDT) In-Reply-To: <200906252320.32544.doconnor@gsoft.com.au> References: <200906251714.43716.doconnor@gsoft.com.au> <200906252011.42597.doconnor@gsoft.com.au> <20090625.202617.598552788702437664.ken@tydfam.jp> <200906252320.32544.doconnor@gsoft.com.au> From: matt donovan Date: Thu, 25 Jun 2009 22:23:27 -0400 Message-ID: <28283d910906251923l1ac2079ftd93ecd068033e310@mail.gmail.com> To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, admin@kkip.pl Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 02:23:50 -0000 On Thu, Jun 25, 2009 at 9:50 AM, Daniel O'Connor wrote: > On Thu, 25 Jun 2009, ken wrote: > > Please try http://www.tydfam.jp/experimental/boot_photo/scaled. > > From what I can see it finds ad10 (Hitachi 100Gb on ata5) and ad12 (WD > 100Gb on ata6) disks.. > > ata5 & ata6 are on the JMicron JMB363. > > The question is why sysinstall thinks there are no disks :( > > What happens if you open a Fixit emergency holographic shell and run > echo /dev/ad* > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > I have had issues lately with 8.0-current myself it can not find the disks either even if the machine ran 7.2-release kernel before hand. might have to deal with the same issue. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 02:32:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4507C1065679 for ; Fri, 26 Jun 2009 02:32:48 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED4D8FC08 for ; Fri, 26 Jun 2009 02:32:47 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5Q2WjYL083080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 26 Jun 2009 12:02:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 26 Jun 2009 12:02:42 +0930 User-Agent: KMail/1.9.10 References: <200906241741.n5OHfTaw022417@svn.freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1842579.YJsfuWDBzt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906261202.44134.doconnor@gsoft.com.au> X-Spam-Score: -3.563 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Jack F Vogel , Robert Watson , current@freebsd.org Subject: Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 02:32:48 -0000 --nextPart1842579.YJsfuWDBzt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 25 Jun 2009, Robert Watson wrote: > On Wed, 24 Jun 2009, Jack F Vogel wrote: > > Log: > > Updates for both the em and igb drivers, add support > > for multiqueue tx, shared code updates, new device > > support, and some bug fixes. > > Since this change (and the two followups), I'm no longer able to use > if_em reliable in VMWare Fusion. I get a bit of traffic, and then > interrupts cease firing from the (virtual) card. If I lower the > interface and raise it, it will recover for a short period, and then > the same result. I'm running VMWare 2.0.5, which is the latest > version available; if I locally back out the update changes, then it > works fine so it seems unlikely to be other on-going network stack > work. I realize that VMWare's driver is probably not part of your > official test suite (not actually being a product manafactured by > Intel :-), but keeping VMWare working is pretty important from a > FreeBSD perspective! Not sure it was this commit but Virtual Box also has issues with em=20 in -current. em complains the MAC address is invalid and refuses to=20 attach. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1842579.YJsfuWDBzt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKRDNM5ZPcIHs/zowRAktfAKCjf+/bVODz+zVa271ujQCapDf4bACglTke rZOA/wuOrK+7SAJ4ypGXzlM= =0/64 -----END PGP SIGNATURE----- --nextPart1842579.YJsfuWDBzt-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 02:41:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E435106566C; Fri, 26 Jun 2009 02:41:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-px0-f191.google.com (mail-px0-f191.google.com [209.85.216.191]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD418FC1B; Fri, 26 Jun 2009 02:41:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pxi29 with SMTP id 29so1377759pxi.3 for ; Thu, 25 Jun 2009 19:41:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dQbezb9ujoFDhPtvuljf8oE0JjB1oZMGsmQ1hWzcvY8=; b=wTYCCD0a2ZnHFYthLzFS2xGoPh7iGtdanPxfL+Jj/PJFkt3wWkbimoXoCQ1RmNcyHw jfaqDHQk+IWxQ2uTr/AqgmcaBih1/xXHDmj78HR4jYoXYCmFCPY34c8fZDShpEv09jNJ NvEgvOwO5fSj/+2JCi3mOjFdTz25Pw5Vd47JQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fsH4I01U1dRdooFRT+4gGLxJedcBvbNi5bi/MWO/O76UWreY736RP9/qhHsvJp7a9+ h8JIFPe/y9BUpdmZYlh0IlU7wSW9L21/8H0WdAPoYcpOzATjfComLKTdh59AyjoozwU/ +r3PL6XwbSQb6qKASsmXJ43jv9w1proyQuRFM= MIME-Version: 1.0 Received: by 10.143.31.4 with SMTP id i4mr1112681wfj.188.1245984073843; Thu, 25 Jun 2009 19:41:13 -0700 (PDT) In-Reply-To: <200906261202.44134.doconnor@gsoft.com.au> References: <200906241741.n5OHfTaw022417@svn.freebsd.org> <200906261202.44134.doconnor@gsoft.com.au> Date: Thu, 25 Jun 2009 19:41:13 -0700 Message-ID: <2a41acea0906251941r199f3871nda2fc0ed34f77223@mail.gmail.com> From: Jack Vogel To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , freebsd-current@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 02:41:14 -0000 The problem Robert is talking about is new, its NOT the issue with the invalid mac address, in fact, that problem was fixed with this checkin. It now seems to be something else, I have gotten access to a system and installed Fusion this afternoon, I hope to repro and fix this tomorrow. It would be of help to me if someone with Virtual Box could try the tip and see if they see any problems. Note that from the testing I have done there does not seem to be a problem on real hardware, its something that is only effecting virtualized. Regards, Jack On Thu, Jun 25, 2009 at 7:32 PM, Daniel O'Connor wrote: > On Thu, 25 Jun 2009, Robert Watson wrote: > > On Wed, 24 Jun 2009, Jack F Vogel wrote: > > > Log: > > > Updates for both the em and igb drivers, add support > > > for multiqueue tx, shared code updates, new device > > > support, and some bug fixes. > > > > Since this change (and the two followups), I'm no longer able to use > > if_em reliable in VMWare Fusion. I get a bit of traffic, and then > > interrupts cease firing from the (virtual) card. If I lower the > > interface and raise it, it will recover for a short period, and then > > the same result. I'm running VMWare 2.0.5, which is the latest > > version available; if I locally back out the update changes, then it > > works fine so it seems unlikely to be other on-going network stack > > work. I realize that VMWare's driver is probably not part of your > > official test suite (not actually being a product manafactured by > > Intel :-), but keeping VMWare working is pretty important from a > > FreeBSD perspective! > > Not sure it was this commit but Virtual Box also has issues with em > in -current. em complains the MAC address is invalid and refuses to > attach. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 03:03:30 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60BB11065672; Fri, 26 Jun 2009 03:03:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 2A0C48FC23; Fri, 26 Jun 2009 03:03:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by pzk4 with SMTP id 4so157707pzk.3 for ; Thu, 25 Jun 2009 20:03:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=dQbezb9ujoFDhPtvuljf8oE0JjB1oZMGsmQ1hWzcvY8=; b=wTYCCD0a2ZnHFYthLzFS2xGoPh7iGtdanPxfL+Jj/PJFkt3wWkbimoXoCQ1RmNcyHw jfaqDHQk+IWxQ2uTr/AqgmcaBih1/xXHDmj78HR4jYoXYCmFCPY34c8fZDShpEv09jNJ NvEgvOwO5fSj/+2JCi3mOjFdTz25Pw5Vd47JQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=fsH4I01U1dRdooFRT+4gGLxJedcBvbNi5bi/MWO/O76UWreY736RP9/qhHsvJp7a9+ h8JIFPe/y9BUpdmZYlh0IlU7wSW9L21/8H0WdAPoYcpOzATjfComLKTdh59AyjoozwU/ +r3PL6XwbSQb6qKASsmXJ43jv9w1proyQuRFM= MIME-Version: 1.0 Received: by 10.143.31.4 with SMTP id i4mr1112681wfj.188.1245984073843; Thu, 25 Jun 2009 19:41:13 -0700 (PDT) In-Reply-To: <200906261202.44134.doconnor@gsoft.com.au> References: <200906241741.n5OHfTaw022417@svn.freebsd.org> <200906261202.44134.doconnor@gsoft.com.au> Date: Thu, 25 Jun 2009 19:41:13 -0700 Message-ID: <2a41acea0906251941r199f3871nda2fc0ed34f77223@mail.gmail.com> From: Jack Vogel To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jack F Vogel , freebsd-current@freebsd.org, Robert Watson , current@freebsd.org Subject: Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 03:03:31 -0000 The problem Robert is talking about is new, its NOT the issue with the invalid mac address, in fact, that problem was fixed with this checkin. It now seems to be something else, I have gotten access to a system and installed Fusion this afternoon, I hope to repro and fix this tomorrow. It would be of help to me if someone with Virtual Box could try the tip and see if they see any problems. Note that from the testing I have done there does not seem to be a problem on real hardware, its something that is only effecting virtualized. Regards, Jack On Thu, Jun 25, 2009 at 7:32 PM, Daniel O'Connor wrote: > On Thu, 25 Jun 2009, Robert Watson wrote: > > On Wed, 24 Jun 2009, Jack F Vogel wrote: > > > Log: > > > Updates for both the em and igb drivers, add support > > > for multiqueue tx, shared code updates, new device > > > support, and some bug fixes. > > > > Since this change (and the two followups), I'm no longer able to use > > if_em reliable in VMWare Fusion. I get a bit of traffic, and then > > interrupts cease firing from the (virtual) card. If I lower the > > interface and raise it, it will recover for a short period, and then > > the same result. I'm running VMWare 2.0.5, which is the latest > > version available; if I locally back out the update changes, then it > > works fine so it seems unlikely to be other on-going network stack > > work. I realize that VMWare's driver is probably not part of your > > official test suite (not actually being a product manafactured by > > Intel :-), but keeping VMWare working is pretty important from a > > FreeBSD perspective! > > Not sure it was this commit but Virtual Box also has issues with em > in -current. em complains the MAC address is invalid and refuses to > attach. > > -- > Daniel O'Connor software and network engineer > for Genesis Software - http://www.gsoft.com.au > "The nice thing about standards is that there > are so many of them to choose from." > -- Andrew Tanenbaum > GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C > From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 03:05:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A3AD1065674; Fri, 26 Jun 2009 03:05:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id BD41F8FC0C; Fri, 26 Jun 2009 03:05:57 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5Q2WjYL083080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Fri, 26 Jun 2009 12:02:45 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Fri, 26 Jun 2009 12:02:42 +0930 User-Agent: KMail/1.9.10 References: <200906241741.n5OHfTaw022417@svn.freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1842579.YJsfuWDBzt"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906261202.44134.doconnor@gsoft.com.au> X-Spam-Score: -3.563 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Jack F Vogel , Robert Watson , current@freebsd.org Subject: Re: VMWare if_em breakage (was: Re: svn commit: r194865 - in head/sys: dev/e1000 modules/igb) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 03:05:58 -0000 --nextPart1842579.YJsfuWDBzt Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thu, 25 Jun 2009, Robert Watson wrote: > On Wed, 24 Jun 2009, Jack F Vogel wrote: > > Log: > > Updates for both the em and igb drivers, add support > > for multiqueue tx, shared code updates, new device > > support, and some bug fixes. > > Since this change (and the two followups), I'm no longer able to use > if_em reliable in VMWare Fusion. I get a bit of traffic, and then > interrupts cease firing from the (virtual) card. If I lower the > interface and raise it, it will recover for a short period, and then > the same result. I'm running VMWare 2.0.5, which is the latest > version available; if I locally back out the update changes, then it > works fine so it seems unlikely to be other on-going network stack > work. I realize that VMWare's driver is probably not part of your > official test suite (not actually being a product manafactured by > Intel :-), but keeping VMWare working is pretty important from a > FreeBSD perspective! Not sure it was this commit but Virtual Box also has issues with em=20 in -current. em complains the MAC address is invalid and refuses to=20 attach. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1842579.YJsfuWDBzt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKRDNM5ZPcIHs/zowRAktfAKCjf+/bVODz+zVa271ujQCapDf4bACglTke rZOA/wuOrK+7SAJ4ypGXzlM= =0/64 -----END PGP SIGNATURE----- --nextPart1842579.YJsfuWDBzt-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 03:57:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA7B2106567A for ; Fri, 26 Jun 2009 03:57:09 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from vps.kc8onw.net (kc8onw.net [69.31.85.203]) by mx1.freebsd.org (Postfix) with ESMTP id A80088FC1D for ; Fri, 26 Jun 2009 03:57:09 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from [10.70.3.197] (unknown [67.236.250.27]) by vps.kc8onw.net (Postfix) with ESMTPSA id 0369417031 for ; Thu, 25 Jun 2009 23:37:31 -0400 (EDT) Message-ID: <4A44427E.3040309@kc8onw.net> Date: Thu, 25 Jun 2009 23:37:34 -0400 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 03:57:10 -0000 I've tried so many things today I don't even remember them all but I will try to make the list as complete as I can. I recently purchased a new server with 3 450GB SAS drives on an mfi controller and 2 Xeon 5550 processors. I'm trying to install FreeBSD current with a ZFS RAIDZ pool booting from GPT. I have a USB drive booting ZFS based on the 200905 current snapshot. I downloaded the latest svn source and built it. LOADER_ZFS_SUPPORT=YES was set for the build. Once the build was complete I did the following to create and populate the pool on the 3 SAS drives while booted from the USB drive: gpart create -s GPT mfid[0-2] gpart show mfid0 # to get sector count gpart add -b 34 -s 128 -t freebsd-boot mfid[0-2] gpart add -b 162 -s 876,951,323 -t freebsd-zfs mfid[0-2] gpart bootcode -b /usr/obj/amd64/usr/src/sys/boot/i386/pmbr/pmbr -p /usr/obj/amd64/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot -i 1 mfid[0-2] zpool create serenity raidz /dev/mfid[0-2]p2 make installworld TARGET=amd64 DESTDIR=/serenity make installkernel TARGET=amd64 DESTDIR=/serenity mergemaster -D /serenity/etc/ -i created an empty fstab copied /boot/zfs/zpool.cache to the new pool I did not export the pool as some searching showed that this will cause the boot to fail. I currently seem to be having 2 issues. One is that I get several screenfulls of "error 1 lba xxx" with numbers like 4292179434 and 4292179446. Similar errors were reported here http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html but I did not find anything in that thread that worked for me. The error message itself comes from here http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup The loader then proceeds to load the kernel, opensolaris, and zfs modules. Right before the displaying the loader menu it shows the message "ZFS: i/o error - all block copies unavailable" which comes from here http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup If I continue from the loader screen the kernel loads and initializes and fails with "Trying to mount root from zfs:serenity ROOT MOUNT ERROR: If you have invalid"... "Loader variables: vfs.root.mountfrom=zfs:serenity zfs.root.mountfrom.options=" At this point I can't do anything because the USB keyboard does not respond and the system has no PS/2 ports. I'd love to get this working and any help is much appreciated. I still have the USB drive booting the 200905 snapshot and the livefs DVD snapshot available. Thanks, Jonathan P.S. if someone wants to do some testing on a 16 core machine with 6GB of RAM please let me know. I have a week or so to play with the machine. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 04:17:11 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61D4E10656BA for ; Fri, 26 Jun 2009 04:17:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id EFE788FC18 for ; Fri, 26 Jun 2009 04:17:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2580 invoked by uid 399); 26 Jun 2009 04:17:10 -0000 Received: from localhost (HELO ?192.168.0.102?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Jun 2009 04:17:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A444BC2.4010606@FreeBSD.org> Date: Thu, 25 Jun 2009 21:17:06 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Ian Freislich References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 04:17:12 -0000 I have reverted the change that caused pf and ipfw to appear before netif in the rcorder. While I still feel strongly that it is the "right thing" to configure the firewalls first, the changes caused too many problems for too many users, and it's too late in the release cycle to make a change like this that has significant side effects. I would like to strongly encourage those who use pf and ipfw to consider doing the work required to make this change possible. With ipfw it's not quite as urgent since by default it does not pass packets till it is configured. This is not the case with pf, as its default is wide open until it is configured. Doug From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 05:53:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20220106564A for ; Fri, 26 Jun 2009 05:53:34 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id A4D308FC1C for ; Fri, 26 Jun 2009 05:53:33 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [41.145.103.163] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MK4NP-0005xL-11; Fri, 26 Jun 2009 07:53:31 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MK4NN-000GGr-5f; Fri, 26 Jun 2009 07:53:29 +0200 To: Doug Barton From: Ian FREISLICH In-Reply-To: <4A444BC2.4010606@FreeBSD.org> References: <4A444BC2.4010606@FreeBSD.org> X-Attribution: BOFH Date: Fri, 26 Jun 2009 07:53:29 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 05:53:34 -0000 Doug Barton wrote: > I have reverted the change that caused pf and ipfw to appear before > netif in the rcorder. While I still feel strongly that it is the > "right thing" to configure the firewalls first, the changes caused too > many problems for too many users, and it's too late in the release > cycle to make a change like this that has significant side effects. Then, what is required is the creation of (cloned) interfaces to be seperated from assigning them addresses. But even that is insufficient because pf.conf allows "interface:network" etc wich expands to the networks on an interface. Unlike ipfw which walks the ifnet structure to compare addresses, if at the time of firewall configuration, the interface has no address, then the rule will expand to have no address. > ipfw it's not quite as urgent since by default it does not pass > packets till it is configured. This is not the case with pf, as its > default is wide open until it is configured. I put it to you that users of pf know that it starts with default allow and changing this will result in a POLA violation. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 07:29:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31FEC1065672 for ; Fri, 26 Jun 2009 07:29:43 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id D7C838FC0C for ; Fri, 26 Jun 2009 07:29:42 +0000 (UTC) (envelope-from kosmo@semihalf.com) Received: from [10.0.0.5] (cardhu.semihalf.com [213.17.239.108]) by smtp.semihalf.com (Postfix) with ESMTPSA id 09431C4026; Fri, 26 Jun 2009 09:28:18 +0200 (CEST) From: Piotr =?iso-8859-2?q?Zi=EAcik?= Organization: Semihalf To: Scott Long Date: Fri, 26 Jun 2009 09:29:40 +0200 User-Agent: PLD Linux KMail/1.9.10 References: <200906251329.35200.kosmo@semihalf.com> <4A43C243.9000001@samsco.org> In-Reply-To: <4A43C243.9000001@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200906260929.40709.kosmo@semihalf.com> Cc: freebsd-current@freebsd.org Subject: Re: [PATCH RFC]: Bus_dma eats all available memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 07:29:43 -0000 Thursday 25 June 2009 20:30:27 Scott Long napisa=B3(a): > Piotr Zi=EAcik wrote: > > Hi > > > > While working on new driver for FreeBSD I have found a problem in bus_d= ma > > subsystem. Every time when bus_dmamap_create() is called on bus_dma tag > > using bounce zone, at least 1 page in bounce zone is allocated. This > > causes eating of all avaible memory by bounce zone. Problem affects i38= 6, > > amd64 and arm. > > The code block that you point at can only be entered if the maxpages > limit has not been reached. However, the max limit is per zone, not > global, and there's no easy way to make it be global. Are you creating > an excessive number of tags/zones? Driver creates one tag and and one map everytime when new request arrives. Both are freed after processing. Driver can queue maximum 64 requests, so it there will not be more than 64 tags and 64 maps. Debugging shows that th= e=20 limit is never reached and number of tags and maps is around 30 - 40. In my= =20 oppinion this is not excessive number of tags. I observe one bounce zone with huge amount of pages: hw.busdma.total_bpages: 114428 hw.busdma.zone0.total_bpages: 114428 hw.busdma.zone0.free_bpages: 114428 hw.busdma.zone0.reserved_bpages: 0 hw.busdma.zone0.active_bpages: 0 hw.busdma.zone0.total_bounced: 0 hw.busdma.zone0.total_deferred: 0 hw.busdma.zone0.lowaddr: 0xffffffff hw.busdma.zone0.alignment: 4096 I suppose, that problem could be around BUS_DMA_MIN_ALLOC_COMP flag: =2D-- code --- if ((dmat->flags & BUS_DMA_MIN_ALLOC_COMP) =3D=3D 0 || (bz->map_count > 0 && bz->total_bpages < maxpages)) { =2D-- code --- When new tag is created, an initial bounce zone allocation will be performe= d=20 if BUS_DMA_ALLOCNOW flag is passed to bus_dma_tag_create(). If the allocati= on=20 was not done, the BUS_DMA_MIN_ALLOC_COMP flag is not set and we will enter = to=20 the problematic code block.=20 The idea of my fix is to alloc 0 or more pages when when condition in the i= f=20 statement shown above is true. In current code 1 or more pages will be=20 allocated in that case. Behaviour introduced by my patch seems to work in=20 current ia64 code. =2D-=20 Best Regards, Piotr Ziecik From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 08:29:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F5AA1065670 for ; Fri, 26 Jun 2009 08:29:38 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id A48098FC35 for ; Fri, 26 Jun 2009 08:29:37 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:39439 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MK6oQ-00024A-5u; Fri, 26 Jun 2009 10:29:36 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 365204580; Fri, 26 Jun 2009 10:29:30 +0200 (CEST) Message-Id: <912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> From: Thomas Backman To: Jonathan In-Reply-To: <4A44427E.3040309@kc8onw.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 26 Jun 2009 10:29:28 +0200 References: <4A44427E.3040309@kc8onw.net> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MK6oQ-00024A-5u. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MK6oQ-00024A-5u 5ac2dcb08a43aa98b75a0d8672b60037 Cc: freebsd-current@freebsd.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 08:29:38 -0000 On Jun 26, 2009, at 05:37 AM, Jonathan wrote: > I've tried so many things today I don't even remember them all but I > will try to make the list as complete as I can. > > I recently purchased a new server with 3 450GB SAS drives on an mfi > controller and 2 Xeon 5550 processors. I'm trying to install > FreeBSD current with a ZFS RAIDZ pool booting from GPT. > > I have a USB drive booting ZFS based on the 200905 current > snapshot. I downloaded the latest svn source and built it. > LOADER_ZFS_SUPPORT=YES was set for the build. > > Once the build was complete I did the following to create and > populate the pool on the 3 SAS drives while booted from the USB drive: > > gpart create -s GPT mfid[0-2] > gpart show mfid0 # to get sector count > gpart add -b 34 -s 128 -t freebsd-boot mfid[0-2] > gpart add -b 162 -s 876,951,323 -t freebsd-zfs mfid[0-2] > > gpart bootcode -b /usr/obj/amd64/usr/src/sys/boot/i386/pmbr/pmbr -p / > usr/obj/amd64/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot -i 1 > mfid[0-2] > > zpool create serenity raidz /dev/mfid[0-2]p2 > > make installworld TARGET=amd64 DESTDIR=/serenity > make installkernel TARGET=amd64 DESTDIR=/serenity > mergemaster -D /serenity/etc/ -i > > created an empty fstab > copied /boot/zfs/zpool.cache to the new pool > > I did not export the pool as some searching showed that this will > cause the boot to fail. > > I currently seem to be having 2 issues. One is that I get several > screenfulls of "error 1 lba xxx" with numbers like 4292179434 and > 4292179446. Similar errors were reported here http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html > but I did not find anything in that thread that worked for me. The > error message itself comes from here http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup > > The loader then proceeds to load the kernel, opensolaris, and zfs > modules. Right before the displaying the loader menu it shows the > message "ZFS: i/o error - all block copies unavailable" which comes > from here http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup > > If I continue from the loader screen the kernel loads and > initializes and fails with > "Trying to mount root from zfs:serenity > ROOT MOUNT ERROR: > If you have invalid"... > > "Loader variables: > vfs.root.mountfrom=zfs:serenity > zfs.root.mountfrom.options=" > > At this point I can't do anything because the USB keyboard does not > respond and the system has no PS/2 ports. > > I'd love to get this working and any help is much appreciated. I > still have the USB drive booting the 200905 snapshot and the livefs > DVD snapshot available. > > Thanks, > Jonathan > > P.S. if someone wants to do some testing on a 16 core machine with > 6GB of RAM please let me know. I have a week or so to play with the > machine. I have the same problem with the LBA stuff etc: http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007450.html I was using the current sources at the date I posted though, and not the older snapshot (which, at least at the time, didn't have RAIDZ boot support). I never got to mounting any root FS, though, it never let me load the kernel. Regards, Thomas PS. Nice pool name. ;) From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 08:55:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 794A8106564A; Fri, 26 Jun 2009 08:55:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E42308FC0A; Fri, 26 Jun 2009 08:55:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5Q8tC1v011302; Fri, 26 Jun 2009 04:55:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5Q8tCE8063515; Fri, 26 Jun 2009 04:55:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DE8777302F; Fri, 26 Jun 2009 04:55:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090626085511.DE8777302F@freebsd-current.sentex.ca> Date: Fri, 26 Jun 2009 04:55:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 08:55:17 -0000 TB --- 2009-06-26 08:39:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-26 08:39:15 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-26 08:39:15 - cleaning the object tree TB --- 2009-06-26 08:39:56 - cvsupping the source tree TB --- 2009-06-26 08:39:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-26 08:40:10 - building world TB --- 2009-06-26 08:40:10 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-26 08:40:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-26 08:40:10 - TARGET=pc98 TB --- 2009-06-26 08:40:10 - TARGET_ARCH=i386 TB --- 2009-06-26 08:40:10 - TZ=UTC TB --- 2009-06-26 08:40:10 - __MAKE_CONF=/dev/null TB --- 2009-06-26 08:40:10 - cd /src TB --- 2009-06-26 08:40:10 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 26 08:40:12 UTC 2009 >>> 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 [...] ln -sf /src/lib/libc/../../contrib/gdtoa/strtord.c gdtoa_strtord.c ln -sf /src/lib/libc/../../contrib/gdtoa/sum.c gdtoa_sum.c ln -sf /src/lib/libc/../../contrib/gdtoa/ulp.c gdtoa_ulp.c rm -f .depend mkdep -f .depend -a -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING /src/lib/libc/db/btree/bt_close.c /src/lib/libc/db/btree/bt_conv.c /src/lib/libc/db/btree/bt_debug.c /src/lib/libc/db/btree/bt_delete.c /src/lib/libc/db/btree/bt_get.c /src/lib/libc/db/btree/bt_open.c /src/lib/libc/db/btree/bt_overflow.c /src/lib/libc/db/btree/bt_page.c /src/lib/libc/db/btree/bt_put.c /src/lib/libc/db/btree/bt_search.c /src/lib/libc/db/btree/bt_seq.c /src/lib/libc/db/btree/bt_split.c /src/lib/libc/db/btree/bt_utils.c /src/lib/libc/db/db/db.c /src/lib/libc/db/hash/hash.c /src/lib/libc/db/hash/hash_bigkey.c /src/lib/libc/db/hash/hash_buf.c /src/lib/libc/db/hash/hash_func.c /src/lib/libc/db/hash/hash _log2.c /src/lib/libc/db/hash/hash_page.c /src/lib/libc/db/hash/ndbm.c /src/lib/libc/db/mpool/mpool.c /src/lib/libc/db/mpool/mpool-compat.c /src/lib/libc/db/recno/rec_close.c /src/lib/libc/db/recno/rec_delete.c /src/lib/libc/db/recno/rec_get.c /src/lib/libc/db/recno/rec_open.c /src/lib/libc/db/recno/rec_put.c /src/lib/libc/db/recno/rec_search.c /src/lib/libc/db/recno/rec_seq.c /src/lib/libc/db/recno/rec_utils.c /src/lib/libc/compat-43/creat.c /src/lib/libc/compat-43/gethostid.c /src/lib/libc/compat-43/getwd.c /src/lib/libc/compat-43/killpg.c /src/lib/libc/compat-43/sethostid.c /src/lib/libc/compat-43/setpgrp.c /src/lib/libc/compat-43/setrgid.c /src/lib/libc/compat-43/setruid.c /src/lib/libc/compat-43/sigcompat.c /src/lib/libc/gen/__getosreldate.c /src/lib/libc/gen/__xuname.c /src/lib/libc/gen/_pthread_stubs.c /src/lib/libc/gen/_rand48.c /src/lib/libc/gen/_spinlock_stub.c /src/lib/libc/gen/_thread_init.c /src/lib/libc/gen/alarm.c /src/lib/libc/gen/arc4random.c /src/lib/libc/g en/assert.c /src/lib/libc/gen/basename.c /src/lib/libc/gen/check_utility_compat.c /src/lib/libc/gen/clock.c /src/lib/libc/gen/closedir.c /src/lib/libc/gen/confstr.c /src/lib/libc/gen/crypt.c /src/lib/libc/gen/ctermid.c /src/lib/libc/gen/daemon.c /src/lib/libc/gen/devname.c /src/lib/libc/gen/dirname.c /src/lib/libc/gen/disklabel.c /src/lib/libc/gen/dlfcn.c /src/lib/libc/gen/drand48.c /src/lib/libc/gen/erand48.c /src/lib/libc/gen/err.c /src/lib/libc/gen/errlst.c /src/lib/libc/gen/errno.c /src/lib/libc/gen/exec.c /src/lib/libc/gen/fdevname.c /src/lib/libc/gen/feature_present.c /src/lib/libc/gen/fmtcheck.c /src/lib/libc/gen/fmtmsg.c /src/lib/libc/gen/fnmatch.c /src/lib/libc/gen/fpclassify.c /src/lib/libc/gen/frexp.c /src/lib/libc/gen/fstab.c /src/lib/libc/gen/ftok.c /src/lib/libc/gen/fts.c /src/lib/libc/gen/fts-compat.c /src/lib/libc/gen/ftw.c /src/lib/libc/gen/getbootfile.c /src/lib/libc/gen/getbsize.c /src/lib/libc/gen/getcap.c /src/lib/libc/gen/getcwd.c /src/lib/libc/gen/getd omainname.c /src/lib/libc/gen/getgrent.c /src/lib/libc/gen/getgrouplist.c /src/lib/libc/gen/gethostname.c /src/lib/libc/gen/getloadavg.c /src/lib/libc/gen/getlogin.c /src/lib/libc/gen/getmntinfo.c /src/lib/libc/gen/getnetgrent.c /src/lib/libc/gen/getosreldate.c /src/lib/libc/gen/getpagesize.c /src/lib/libc/gen/getpeereid.c /src/lib/libc/gen/getprogname.c /src/lib/libc/gen/getpwent.c /src/lib/libc/gen/getttyent.c /src/lib/libc/gen/getusershell.c /src/lib/libc/gen/getvfsbyname.c /src/lib/libc/gen/glob.c /src/lib/libc/gen/initgroups.c /src/lib/libc/gen/isatty.c /src/lib/libc/gen/isinf.c /src/lib/libc/gen/isnan.c /src/lib/libc/gen/jrand48.c /src/lib/libc/gen/lcong48.c /src/lib/libc/gen/lockf.c /src/lib/libc/gen/lrand48.c /src/lib/libc/gen/mrand48.c /src/lib/libc/gen/nftw.c /src/lib/libc/gen/nice.c /src/lib/libc/gen/nlist.c /src/lib/libc/gen/nrand48.c /src/lib/libc/gen/opendir.c /src/lib/libc/gen/pause.c /src/lib/libc/gen/pmadvise.c /src/lib/libc/gen/popen.c /src/lib/libc/gen/pos ix_spawn.c /src/lib/libc/gen/pselect.c /src/lib/libc/gen/psignal.c /src/lib/libc/gen/pw_scan.c /src/lib/libc/gen/pwcache.c /src/lib/libc/gen/raise.c /src/lib/libc/gen/readdir.c /src/lib/libc/gen/readpassphrase.c /src/lib/libc/gen/rewinddir.c /src/lib/libc/gen/scandir.c /src/lib/libc/gen/seed48.c /src/lib/libc/gen/seekdir.c /src/lib/libc/gen/sem.c /src/lib/libc/gen/semctl.c /src/lib/libc/gen/setdomainname.c /src/lib/libc/gen/sethostname.c /src/lib/libc/gen/setjmperr.c /src/lib/libc/gen/setmode.c /src/lib/libc/gen/setproctitle.c /src/lib/libc/gen/setprogname.c /src/lib/libc/gen/siginterrupt.c /src/lib/libc/gen/siglist.c /src/lib/libc/gen/signal.c /src/lib/libc/gen/sigsetops.c /src/lib/libc/gen/sleep.c /src/lib/libc/gen/srand48.c /src/lib/libc/gen/statvfs.c /src/lib/libc/gen/stringlist.c /src/lib/libc/gen/strtofflags.c /src/lib/libc/gen/sysconf.c /src/lib/libc/gen/sysctl.c /src/lib/libc/gen/sysctlbyname.c /src/lib/libc/gen/sysctlnametomib.c /src/lib/libc/gen/syslog.c /src/lib/l ibc/gen/telldir.c /src/lib/libc/gen/termios.c /src/lib/libc/gen/time.c /src/lib/libc/gen/times.c /src/lib/libc/gen/timezone.c /src/lib/libc/gen/tls.c /src/lib/libc/gen/ttyname.c /src/lib/libc/gen/ttyslot.c /src/lib/libc/gen/ualarm.c /src/lib/libc/gen/ulimit.c /src/lib/libc/gen/uname.c /src/lib/libc/gen/unvis.c /src/lib/libc/gen/usleep.c /src/lib/libc/gen/utime.c /src/lib/libc/gen/valloc.c /src/lib/libc/gen/vis.c /src/lib/libc/gen/wait.c /src/lib/libc/gen/wait3.c /src/lib/libc/gen/waitpid.c /src/lib/libc/gen/wordexp.c /src/lib/libc/i386/gen/_ctx_start.S /src/lib/libc/i386/gen/_setjmp.S /src/lib/libc/i386/gen/_set_tp.c /src/lib/libc/i386/gen/fabs.S /src/lib/libc/i386/gen/flt_rounds.c /src/lib/libc/i386/gen/infinity.c /src/lib/libc/i386/gen/ldexp.c /src/lib/libc/i386/gen/makecontext.c /src/lib/libc/i386/gen/modf.S /src/lib/libc/i386/gen/rfork_thread.S /src/lib/libc/i386/gen/setjmp.S /src/lib/libc/i386/gen/signalcontext.c /src/lib/libc/i386/gen/sigsetjmp.S /src/lib/libc/gmon/gmo n.c /src/lib/libc/gmon/mcount.c /src/lib/libc/inet/inet_addr.c /src/lib/libc/inet/inet_cidr_ntop.c /src/lib/libc/inet/inet_cidr_pton.c /src/lib/libc/inet/inet_lnaof.c /src/lib/libc/inet/inet_makeaddr.c /src/lib/libc/inet/inet_net_ntop.c /src/lib/libc/inet/inet_net_pton.c /src/lib/libc/inet/inet_neta.c /src/lib/libc/inet/inet_netof.c /src/lib/libc/inet/inet_network.c /src/lib/libc/inet/inet_ntoa.c /src/lib/libc/inet/inet_ntop.c /src/lib/libc/inet/inet_pton.c /src/lib/libc/inet/nsap_addr.c /src/lib/libc/isc/ev_streams.c /src/lib/libc/isc/ev_timers.c /src/lib/libc/locale/ascii.c /src/lib/libc/locale/big5.c /src/lib/libc/locale/btowc.c /src/lib/libc/locale/collate.c /src/lib/libc/locale/collcmp.c /src/lib/libc/locale/euc.c /src/lib/libc/locale/fix_grouping.c /src/lib/libc/locale/gb18030.c /src/lib/libc/locale/gb2312.c /src/lib/libc/locale/gbk.c /src/lib/libc/locale/isctype.c /src/lib/libc/locale/iswctype.c /src/lib/libc/locale/ldpart.c /src/lib/libc/locale/lmessages.c /src/lib/l ibc/locale/lmonetary.c /src/lib/libc/locale/lnumeric.c /src/lib/libc/locale/localeconv.c /src/lib/libc/locale/mblen.c /src/lib/libc/locale/mbrlen.c /src/lib/libc/locale/mbrtowc.c /src/lib/libc/locale/mbsinit.c /src/lib/libc/locale/mbsnrtowcs.c /src/lib/libc/locale/mbsrtowcs.c /src/lib/libc/locale/mbtowc.c /src/lib/libc/locale/mbstowcs.c /src/lib/libc/locale/mskanji.c /src/lib/libc/locale/nextwctype.c /src/lib/libc/locale/nl_langinfo.c /src/lib/libc/locale/nomacros.c /src/lib/libc/locale/none.c /src/lib/libc/locale/rpmatch.c /src/lib/libc/locale/rune.c /src/lib/libc/locale/runetype.c /src/lib/libc/locale/setlocale.c /src/lib/libc/locale/setrunelocale.c /src/lib/libc/locale/table.c /src/lib/libc/locale/tolower.c /src/lib/libc/locale/toupper.c /src/lib/libc/locale/utf8.c /src/lib/libc/locale/wcrtomb.c /src/lib/libc/locale/wcsnrtombs.c /src/lib/libc/locale/wcsrtombs.c /src/lib/libc/locale/wcsftime.c /src/lib/libc/locale/wcstof.c /src/lib/libc/locale/wcstod.c /src/lib/libc/locale /wcstoimax.c /src/lib/libc/locale/wcstol.c /src/lib/libc/locale/wcstold.c /src/lib/libc/locale/wcstoll.c /src/lib/libc/locale/wcstombs.c /src/lib/libc/locale/wcstoul.c /src/lib/libc/locale/wcstoull.c /src/lib/libc/locale/wcstoumax.c /src/lib/libc/locale/wctob.c /src/lib/libc/locale/wctomb.c /src/lib/libc/locale/wctrans.c /src/lib/libc/locale/wctype.c /src/lib/libc/locale/wcwidth.c /src/lib/libc/nameser/ns_name.c /src/lib/libc/nameser/ns_netint.c /src/lib/libc/nameser/ns_parse.c /src/lib/libc/nameser/ns_print.c /src/lib/libc/nameser/ns_samedomain.c /src/lib/libc/nameser/ns_ttl.c /src/lib/libc/net/base64.c /src/lib/libc/net/ether_addr.c /src/lib/libc/net/eui64.c /src/lib/libc/net/gai_strerror.c /src/lib/libc/net/getaddrinfo.c /src/lib/libc/net/gethostbydns.c /src/lib/libc/net/gethostbyht.c /src/lib/libc/net/gethostbynis.c /src/lib/libc/net/gethostnamadr.c /src/lib/libc/net/getifaddrs.c /src/lib/libc/net/getifmaddrs.c /src/lib/libc/net/getnameinfo.c /src/lib/libc/net/getnetbydn s.c /src/lib/libc/net/getnetbyht.c /src/lib/libc/net/getnetbynis.c /src/lib/libc/net/getnetnamadr.c /src/lib/libc/net/getproto.c /src/lib/libc/net/getprotoent.c /src/lib/libc/net/getprotoname.c /src/lib/libc/net/getservent.c /src/lib/libc/net/if_indextoname.c /src/lib/libc/net/if_nameindex.c /src/lib/libc/net/if_nametoindex.c /src/lib/libc/net/ip6opt.c /src/lib/libc/net/linkaddr.c /src/lib/libc/net/map_v4v6.c /src/lib/libc/net/name6.c /src/lib/libc/net/ntoh.c /src/lib/libc/net/nsdispatch.c nslexer.c nsparser.c /src/lib/libc/net/nss_compat.c /src/lib/libc/net/rcmd.c /src/lib/libc/net/rcmdsh.c /src/lib/libc/net/recv.c /src/lib/libc/net/rthdr.c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/send.c /src/lib/libc/net/sockatmark.c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/vars.c /src/lib/libc/net/nscache.c /src/lib/libc/net/nscachedcli.c /src/lib/libc/nls/msgcat.c /src/lib/libc/posix1e/acl_branding.c /src/lib/libc/posix1e/acl_calc_mask.c /src/lib/libc/posix1e/acl_co py.c /src/lib/libc/posix1e/acl_compat.c /src/lib/libc/posix1e/acl_delete.c /src/lib/libc/posix1e/acl_delete_entry.c /src/lib/libc/posix1e/acl_entry.c /src/lib/libc/posix1e/acl_flag.c /src/lib/libc/posix1e/acl_free.c /src/lib/libc/posix1e/acl_from_text.c /src/lib/libc/posix1e/acl_from_text_nfs4.c /src/lib/libc/posix1e/acl_get.c /src/lib/libc/posix1e/acl_init.c /src/lib/libc/posix1e/acl_perm.c /src/lib/libc/posix1e/acl_set.c /src/lib/libc/posix1e/acl_strip.c /src/lib/libc/posix1e/acl_support.c /src/lib/libc/posix1e/acl_support_nfs4.c /src/lib/libc/posix1e/acl_to_text.c /src/lib/libc/posix1e/acl_to_text_nfs4.c /src/lib/libc/posix1e/acl_valid.c /src/lib/libc/posix1e/extattr.c /src/lib/libc/posix1e/mac.c /src/lib/libc/posix1e/mac_exec.c /src/lib/libc/posix1e/mac_get.c /src/lib/libc/posix1e/mac_set.c subr_acl_nfs4.c /src/lib/libc/quad/cmpdi2.c /src/lib/libc/quad/divdi3.c /src/lib/libc/quad/moddi3.c /src/lib/libc/quad/qdivrem.c /src/lib/libc/quad/ucmpdi2.c /src/lib/libc/quad/udivdi 3.c /src/lib/libc/quad/umoddi3.c /src/lib/libc/regex/regcomp.c /src/lib/libc/regex/regerror.c /src/lib/libc/regex/regexec.c /src/lib/libc/regex/regfree.c /src/lib/libc/resolv/herror.c /src/lib/libc/resolv/h_errno.c /src/lib/libc/resolv/mtctxres.c /src/lib/libc/resolv/res_comp.c /src/lib/libc/resolv/res_data.c /src/lib/libc/resolv/res_debug.c /src/lib/libc/resolv/res_findzonecut.c /src/lib/libc/resolv/res_init.c /src/lib/libc/resolv/res_mkquery.c /src/lib/libc/resolv/res_mkupdate.c /src/lib/libc/resolv/res_query.c /src/lib/libc/resolv/res_send.c /src/lib/libc/resolv/res_state.c /src/lib/libc/resolv/res_update.c /src/lib/libc/stdio/_flock_stub.c /src/lib/libc/stdio/asprintf.c /src/lib/libc/stdio/clrerr.c /src/lib/libc/stdio/dprintf.c /src/lib/libc/stdio/fclose.c /src/lib/libc/stdio/fcloseall.c /src/lib/libc/stdio/fdopen.c /src/lib/libc/stdio/feof.c /src/lib/libc/stdio/ferror.c /src/lib/libc/stdio/fflush.c /src/lib/libc/stdio/fgetc.c /src/lib/libc/stdio/fgetln.c /src/lib/libc/s tdio/fgetpos.c /src/lib/libc/stdio/fgets.c /src/lib/libc/stdio/fgetwc.c /src/lib/libc/stdio/fgetwln.c /src/lib/libc/stdio/fgetws.c /src/lib/libc/stdio/fileno.c /src/lib/libc/stdio/findfp.c /src/lib/libc/stdio/flags.c /src/lib/libc/stdio/fopen.c /src/lib/libc/stdio/fprintf.c /src/lib/libc/stdio/fpurge.c /src/lib/libc/stdio/fputc.c /src/lib/libc/stdio/fputs.c /src/lib/libc/stdio/fputwc.c /src/lib/libc/stdio/fputws.c /src/lib/libc/stdio/fread.c /src/lib/libc/stdio/freopen.c /src/lib/libc/stdio/fscanf.c /src/lib/libc/stdio/fseek.c /src/lib/libc/stdio/fsetpos.c /src/lib/libc/stdio/ftell.c /src/lib/libc/stdio/funopen.c /src/lib/libc/stdio/fvwrite.c /src/lib/libc/stdio/fwalk.c /src/lib/libc/stdio/fwide.c /src/lib/libc/stdio/fwprintf.c /src/lib/libc/stdio/fwscanf.c /src/lib/libc/stdio/fwrite.c /src/lib/libc/stdio/getc.c /src/lib/libc/stdio/getchar.c /src/lib/libc/stdio/getdelim.c /src/lib/libc/stdio/getline.c /src/lib/libc/stdio/gets.c /src/lib/libc/stdio/getw.c /src/lib/libc/stdio/ getwc.c /src/lib/libc/stdio/getwchar.c /src/lib/libc/stdio/makebuf.c /src/lib/libc/stdio/mktemp.c /src/lib/libc/stdio/perror.c /src/lib/libc/stdio/printf.c /src/lib/libc/stdio/printf-pos.c /src/lib/libc/stdio/putc.c /src/lib/libc/stdio/putchar.c /src/lib/libc/stdio/puts.c /src/lib/libc/stdio/putw.c /src/lib/libc/stdio/putwc.c /src/lib/libc/stdio/putwchar.c /src/lib/libc/stdio/refill.c /src/lib/libc/stdio/remove.c /src/lib/libc/stdio/rewind.c /src/lib/libc/stdio/rget.c /src/lib/libc/stdio/scanf.c /src/lib/libc/stdio/setbuf.c /src/lib/libc/stdio/setbuffer.c /src/lib/libc/stdio/setvbuf.c /src/lib/libc/stdio/snprintf.c /src/lib/libc/stdio/sprintf.c /src/lib/libc/stdio/sscanf.c /src/lib/libc/stdio/stdio.c /src/lib/libc/stdio/swprintf.c /src/lib/libc/stdio/swscanf.c /src/lib/libc/stdio/tempnam.c /src/lib/libc/stdio/tmpfile.c /src/lib/libc/stdio/tmpnam.c /src/lib/libc/stdio/ungetc.c /src/lib/libc/stdio/ungetwc.c /src/lib/libc/stdio/vasprintf.c /src/lib/libc/stdio/vdprintf.c /src/li b/libc/stdio/vfprintf.c /src/lib/libc/stdio/vfscanf.c /src/lib/libc/stdio/vfwprintf.c /src/lib/libc/stdio/vfwscanf.c /src/lib/libc/stdio/vprintf.c /src/lib/libc/stdio/vscanf.c /src/lib/libc/stdio/vsnprintf.c /src/lib/libc/stdio/vsprintf.c /src/lib/libc/stdio/vsscanf.c /src/lib/libc/stdio/vswprintf.c /src/lib/libc/stdio/vswscanf.c /src/lib/libc/stdio/vwprintf.c /src/lib/libc/stdio/vwscanf.c /src/lib/libc/stdio/wbuf.c /src/lib/libc/stdio/wprintf.c /src/lib/libc/stdio/wscanf.c /src/lib/libc/stdio/wsetup.c /src/lib/libc/stdio/xprintf.c /src/lib/libc/stdio/xprintf_float.c /src/lib/libc/stdio/xprintf_int.c /src/lib/libc/stdio/xprintf_str.c /src/lib/libc/stdio/xprintf_errno.c /src/lib/libc/stdio/xprintf_hexdump.c /src/lib/libc/stdio/xprintf_quote.c /src/lib/libc/stdio/xprintf_time.c /src/lib/libc/stdio/xprintf_vis.c /src/lib/libc/stdtime/asctime.c /src/lib/libc/stdtime/difftime.c /src/lib/libc/stdtime/localtime.c /src/lib/libc/stdtime/strftime.c /src/lib/libc/stdtime/strptime.c /sr c/lib/libc/stdtime/timelocal.c /src/lib/libc/stdtime/time32.c /src/lib/libc/i386/sys/i386_clr_watch.c /src/lib/libc/i386/sys/i386_set_watch.c /src/lib/libc/i386/sys/i386_vm86.c /src/lib/libc/i386/sys/i386_get_fsbase.c /src/lib/libc/i386/sys/i386_get_gsbase.c /src/lib/libc/i386/sys/i386_get_ioperm.c /src/lib/libc/i386/sys/i386_get_ldt.c /src/lib/libc/i386/sys/i386_set_fsbase.c /src/lib/libc/i386/sys/i386_set_gsbase.c /src/lib/libc/i386/sys/i386_set_ioperm.c /src/lib/libc/i386/sys/i386_set_ldt.c /src/lib/libc/sys/stack_protector.c /src/lib/libc/sys/__error.c /src/lib/libc/sys/fcntl.c /src/lib/libc/sys/ftruncate.c /src/lib/libc/sys/lseek.c /src/lib/libc/sys/mmap.c /src/lib/libc/sys/pread.c /src/lib/libc/sys/pwrite.c /src/lib/libc/sys/truncate.c /src/lib/libc/i386/sys/Ovfork.S /src/lib/libc/i386/sys/brk.S /src/lib/libc/i386/sys/cerror.S /src/lib/libc/i386/sys/exect.S /src/lib/libc/i386/sys/getcontext.S /src/lib/libc/i386/sys/pipe.S /src/lib/libc/i386/sys/ptrace.S /src/lib/libc/i 386/sys/reboot.S /src/lib/libc/i386/sys/sbrk.S /src/lib/libc/i386/sys/setlogin.S /src/lib/libc/i386/sys/sigreturn.S /src/lib/libc/i386/sys/syscall.S fork.S read.S write.S open.S close.S wait4.S link.S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S getpid.S mount.S unmount.S setuid.S getuid.S geteuid.S recvmsg.S sendmsg.S recvfrom.S accept.S getpeername.S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S getegid.S profil.S ktrace.S getgid.S acct.S sigaltstack.S ioctl.S revoke.S symlink.S readlink.S execve.S umask.S chroot.S msync.S vadvise.S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S fcntl.S select.S fsync.S setpriority.S socket.S connect.S getpriority.S bind.S setsockopt.S listen.S gettimeofday.S getrusage.S getsockopt.S readv.S writev.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S flock.S mkfifo.S sendto.S shutdo wn.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S setsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatfs.S lgetfh.S getfh.S freebsd4_getdomainname.S freebsd4_setdomainname.S freebsd4_uname.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat.S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirentries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S freebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid.S poll.S freebsd7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S msgrcv.S shmat.S freebsd7_shmctl.S shmdt.S shmget.S clock_gettime.S clock_settime.S clock_getres.S ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_getoverrun.S nanosleep.S ntp_gettime.S minherit.S rfork.S issetugid.S lchown.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S luti mes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S freebsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S setresuid.S setresgid.S aio_return.S aio_suspend.S aio_cancel.S aio_error.S oaio_read.S oaio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam.S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S utrace.S freebsd4_sendfile.S kldsym.S jail.S sigprocmask.S sigsuspend.S freebsd4_sigaction.S sigpending.S freebsd4_sigreturn.S sigtimedwait.S sigwaitinfo.S __acl_get_file.S __acl_set_file.S __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_aclcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S kqueue.S kevent.S extattr_set_fd.S exta ttr_get_fd.S extattr_delete_fd.S __setugid.S eaccess.S nmount.S __mac_get_proc.S __mac_set_proc.S __mac_get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs.S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_open.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delete_link.S __mac_execve.S sigaction.S setcontext.S swapcontext.S swapoff.S __acl_get_link.S __acl_set_link.S __acl_delete_link.S __acl_aclcheck_link.S sigwait.S thr_create.S thr_exit.S thr_self.S thr_kill.S _umtx_lock.S _umtx_unlock.S jail_attach.S extattr_list_fd.S extattr_list_file.S extattr_list_link.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audit.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S setaudit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_ setattr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sendmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S mmap.S lseek.S truncate.S ftruncate.S thr_kill2.S shm_open.S shm_unlink.S cpuset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinity.S faccessat.S fchmodat.S fchownat.S fexecve.S fstatat.S futimesat.S linkat.S mkdirat.S mkfifoat.S mknodat.S openat.S readlinkat.S renameat.S symlinkat.S unlinkat.S posix_openpt.S gssd_syscall.S jail_get.S jail_set.S jail_remove.S closefrom.S __semctl.S msgctl.S shmctl.S _getlogin.S _exit.S _pread.S _pwrite.S _lseek.S _mmap.S _ftruncate.S _truncate.S _fcntl.S /src/lib/libc/rpc/auth_none.c /src/lib/libc/rpc/auth_unix.c /src/lib/libc/rpc/authunix_prot.c /src/lib/libc/rpc/bindresvport.c /src/lib/libc/rpc/clnt_bcast.c /src/lib/libc/rpc/clnt_dg.c /src/lib/libc/rpc/clnt_generic.c /src/lib/libc/rpc/clnt_perro r.c /src/lib/libc/rpc/clnt_raw.c /src/lib/libc/rpc/clnt_simple.c /src/lib/libc/rpc/clnt_vc.c /src/lib/libc/rpc/rpc_dtablesize.c /src/lib/libc/rpc/getnetconfig.c /src/lib/libc/rpc/getnetpath.c /src/lib/libc/rpc/getrpcent.c /src/lib/libc/rpc/getrpcport.c /src/lib/libc/rpc/mt_misc.c /src/lib/libc/rpc/pmap_clnt.c /src/lib/libc/rpc/pmap_getmaps.c /src/lib/libc/rpc/pmap_getport.c /src/lib/libc/rpc/pmap_prot.c /src/lib/libc/rpc/pmap_prot2.c /src/lib/libc/rpc/pmap_rmt.c /src/lib/libc/rpc/rpc_prot.c /src/lib/libc/rpc/rpc_commondata.c /src/lib/libc/rpc/rpc_callmsg.c /src/lib/libc/rpc/rpc_generic.c /src/lib/libc/rpc/rpc_soc.c /src/lib/libc/rpc/rpcb_clnt.c /src/lib/libc/rpc/rpcb_prot.c /src/lib/libc/rpc/rpcb_st_xdr.c /src/lib/libc/rpc/rpcsec_gss_stub.c /src/lib/libc/rpc/svc.c /src/lib/libc/rpc/svc_auth.c /src/lib/libc/rpc/svc_dg.c /src/lib/libc/rpc/svc_auth_unix.c /src/lib/libc/rpc/svc_generic.c /src/lib/libc/rpc/svc_raw.c /src/lib/libc/rpc/svc_run.c /src/lib/libc/rpc/svc_simple.c /src/ lib/libc/rpc/svc_vc.c /src/lib/libc/rpc/auth_time.c /src/lib/libc/rpc/auth_des.c /src/lib/libc/rpc/authdes_prot.c /src/lib/libc/rpc/des_crypt.c /src/lib/libc/rpc/des_soft.c /src/lib/libc/rpc/crypt_client.c /src/lib/libc/rpc/key_call.c /src/lib/libc/rpc/key_prot_xdr.c /src/lib/libc/rpc/getpublickey.c /src/lib/libc/rpc/svc_auth_des.c /src/lib/libc/rpc/netname.c /src/lib/libc/rpc/netnamer.c /src/lib/libc/rpc/rpcdname.c /src/lib/libc/rpc/rtime.c crypt_clnt.c crypt_xdr.c /src/lib/libc/uuid/uuid_compare.c /src/lib/libc/uuid/uuid_create.c /src/lib/libc/uuid/uuid_create_nil.c /src/lib/libc/uuid/uuid_equal.c /src/lib/libc/uuid/uuid_from_string.c /src/lib/libc/uuid/uuid_hash.c /src/lib/libc/uuid/uuid_is_nil.c /src/lib/libc/uuid/uuid_stream.c /src/lib/libc/uuid/uuid_to_string.c /src/lib/libc/xdr/xdr.c /src/lib/libc/xdr/xdr_array.c /src/lib/libc/xdr/xdr_float.c /src/lib/libc/xdr/xdr_mem.c /src/lib/libc/xdr/xdr_rec.c /src/lib/libc/xdr/xdr_reference.c /src/lib/libc/xdr/xdr_stdio.c /src/li b/libc/yp/xdryp.c yp_xdr.c /src/lib/libc/yp/yplib.c /src/lib/libc/gdtoa/machdep_ldisx.c /src/lib/libc/i386/stdlib/div.S /src/lib/libc/i386/stdlib/ldiv.S /src/lib/libc/i386/string/bcmp.S /src/lib/libc/i386/string/bcopy.S /src/lib/libc/i386/string/bzero.S /src/lib/libc/i386/string/ffs.S /src/lib/libc/i386/string/index.S /src/lib/libc/i386/string/memchr.S /src/lib/libc/i386/string/memcmp.S /src/lib/libc/i386/string/memcpy.S /src/lib/libc/i386/string/memmove.S /src/lib/libc/i386/string/memset.S /src/lib/libc/i386/string/rindex.S /src/lib/libc/i386/string/strcat.S /src/lib/libc/i386/string/strchr.S /src/lib/libc/i386/string/strcmp.S /src/lib/libc/i386/string/strcpy.S /src/lib/libc/i386/string/strlen.S /src/lib/libc/i386/string/strncmp.S /src/lib/libc/i386/string/strrchr.S /src/lib/libc/i386/string/swab.S /src/lib/libc/i386/string/wcschr.S /src/lib/libc/i386/string/wcscmp.S /src/lib/libc/i386/string/wcslen.S /src/lib/libc/i386/string/wmemchr.S /src/lib/libc/gdtoa/_hdtoa.c /src/lib /libc/gdtoa/_hldtoa.c /src/lib/libc/gdtoa/_ldtoa.c /src/lib/libc/gdtoa/glue.c gdtoa_strtorx.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdtoa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc.c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtord.c gdtoa_sum.c gdtoa_ulp.c /src/lib/libc/stdlib/_Exit.c /src/lib/libc/stdlib/a64l.c /src/lib/libc/stdlib/abort.c /src/lib/libc/stdlib/abs.c /src/lib/libc/stdlib/atexit.c /src/lib/libc/stdlib/atof.c /src/lib/libc/stdlib/atoi.c /src/lib/libc/stdlib/atol.c /src/lib/libc/stdlib/atoll.c /src/lib/libc/stdlib/bsearch.c /src/lib/libc/stdlib/exit.c /src/lib/libc/stdlib/getenv.c /src/lib/libc/stdlib/getopt.c /src/lib/libc/stdlib/getopt_long.c /src/lib/libc/stdlib/getsubopt.c /src/lib/libc/stdlib/hcreate.c /src/lib/libc/stdlib/heapsort.c /src/lib/libc/stdlib/imaxabs.c /src/lib/libc/stdlib/imaxdiv.c /src/lib/libc/stdlib/insque.c /src/lib/libc/stdlib/l64a.c /src/lib/libc/stdlib/labs.c /src/lib/libc/stdlib/llabs. c /src/lib/libc/stdlib/lldiv.c /src/lib/libc/stdlib/lsearch.c /src/lib/libc/stdlib/malloc.c /src/lib/libc/stdlib/merge.c /src/lib/libc/stdlib/ptsname.c /src/lib/libc/stdlib/qsort.c /src/lib/libc/stdlib/qsort_r.c /src/lib/libc/stdlib/radixsort.c /src/lib/libc/stdlib/rand.c /src/lib/libc/stdlib/random.c /src/lib/libc/stdlib/reallocf.c /src/lib/libc/stdlib/realpath.c /src/lib/libc/stdlib/remque.c /src/lib/libc/stdlib/strfmon.c /src/lib/libc/stdlib/strtoimax.c /src/lib/libc/stdlib/strtol.c /src/lib/libc/stdlib/strtoll.c /src/lib/libc/stdlib/strtoq.c /src/lib/libc/stdlib/strtoul.c /src/lib/libc/stdlib/strtonum.c /src/lib/libc/stdlib/strtoull.c /src/lib/libc/stdlib/strtoumax.c /src/lib/libc/stdlib/strtouq.c /src/lib/libc/stdlib/system.c /src/lib/libc/stdlib/tdelete.c /src/lib/libc/stdlib/tfind.c /src/lib/libc/stdlib/tsearch.c /src/lib/libc/stdlib/twalk.c /src/lib/libc/string/ffsl.c /src/lib/libc/string/ffsll.c /src/lib/libc/string/fls.c /src/lib/libc/string/flsl.c /src/lib/libc/st ring/flsll.c /src/lib/libc/string/memccpy.c /src/lib/libc/string/memrchr.c /src/lib/libc/string/memmem.c /src/lib/libc/string/stpcpy.c /src/lib/libc/string/stpncpy.c /src/lib/libc/string/strcasecmp.c /src/lib/libc/string/strcasestr.c /src/lib/libc/string/strcoll.c /src/lib/libc/string/strcspn.c /src/lib/libc/string/strdup.c /src/lib/libc/string/strerror.c /src/lib/libc/string/strlcat.c /src/lib/libc/string/strlcpy.c /src/lib/libc/string/strmode.c /src/lib/libc/string/strncat.c /src/lib/libc/string/strncpy.c /src/lib/libc/string/strndup.c /src/lib/libc/string/strnlen.c /src/lib/libc/string/strnstr.c /src/lib/libc/string/strpbrk.c /src/lib/libc/string/strsep.c /src/lib/libc/string/strsignal.c /src/lib/libc/string/strspn.c /src/lib/libc/string/strstr.c /src/lib/libc/string/strtok.c /src/lib/libc/string/strxfrm.c /src/lib/libc/string/wcpcpy.c /src/lib/libc/string/wcpncpy.c /src/lib/libc/string/wcscasecmp.c /src/lib/libc/string/wcscat.c /src/lib/libc/string/wcscoll.c /src/lib/lib c/string/wcscpy.c /src/lib/libc/string/wcscspn.c /src/lib/libc/string/wcsdup.c /src/lib/libc/string/wcslcat.c /src/lib/libc/string/wcslcpy.c /src/lib/libc/string/wcsncasecmp.c /src/lib/libc/string/wcsncat.c /src/lib/libc/string/wcsncmp.c /src/lib/libc/string/wcsncpy.c /src/lib/libc/string/wcsnlen.c /src/lib/libc/string/wcspbrk.c /src/lib/libc/string/wcsrchr.c /src/lib/libc/string/wcsspn.c /src/lib/libc/string/wcsstr.c /src/lib/libc/string/wcstok.c /src/lib/libc/string/wcswidth.c /src/lib/libc/string/wcsxfrm.c /src/lib/libc/string/wmemcmp.c /src/lib/libc/string/wmemcpy.c /src/lib/libc/string/wmemmove.c /src/lib/libc/string/wmemset.c In file included from /src/lib/libc/gen/setproctitle.c:27: /obj/pc98/src/tmp/usr/include/vm/vm.h:64:24: error: machine/vm.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-26 08:55:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-26 08:55:11 - ERROR: failed to build world TB --- 2009-06-26 08:55:11 - 688.69 user 63.20 system 956.59 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 09:04:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55204106564A for ; Fri, 26 Jun 2009 09:04:11 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by mx1.freebsd.org (Postfix) with ESMTP id A28C38FC13 for ; Fri, 26 Jun 2009 09:04:10 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-005-052.pools.arcor-ip.net [88.66.5.52]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MKsym-1MK7Lt1LAf-000Nv4; Fri, 26 Jun 2009 11:04:09 +0200 Received: (qmail 50911 invoked from network); 26 Jun 2009 09:04:08 -0000 Received: from kvm.laiers.local (HELO kvm.localnet) (192.168.4.187) by laiers.local with SMTP; 26 Jun 2009 09:04:08 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 26 Jun 2009 11:04:06 +0200 User-Agent: KMail/1.11.3 (Linux/2.6.30-rc5-ARCH; KDE/4.2.3; x86_64; ; ) References: <4A444BC2.4010606@FreeBSD.org> In-Reply-To: <4A444BC2.4010606@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906261104.07597.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/82vW3VlRMk8nV7dFfOG2Si5Hpl7fM0A52ZiL xEYH5ZbH3Qg4vyXHHA8JGAHO1YGNuUW8RBN44foRPtWEHA8dGP iCQnVSjledAjHDXiyDqcQ== Cc: freebsd-ipfw@freebsd.org, Doug Barton , freebsd-pf@freebsd.org Subject: Re: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 09:04:11 -0000 On Friday 26 June 2009 06:17:06 Doug Barton wrote: > I have reverted the change that caused pf and ipfw to appear before > netif in the rcorder. While I still feel strongly that it is the > "right thing" to configure the firewalls first, the changes caused too > many problems for too many users, and it's too late in the release > cycle to make a change like this that has significant side effects. > > I would like to strongly encourage those who use pf and ipfw to > consider doing the work required to make this change possible. With > ipfw it's not quite as urgent since by default it does not pass > packets till it is configured. This is not the case with pf, as its > default is wide open until it is configured. It's not a simple problem and I'm not sure we can really come up with a "one-size-fits-all" solution. That does not mean we shouldn't try, though. My idea how this should work is something along the following lines: 1) Very early in the boot (just after the necessary firewall configuration tools are available [NFS-root might be a problem here!]) setup an "initial firewall" configuration. For most users this could be a default (allow dhcp, outgoing DNS, maybe ssh in/out, NFS(???), ...). 2) After setting up the interfaces have the option to start a more involved firewall that is fully user supplied. At this point we should be able to look up DNS (though this is clearly a bad idea from the security PoV unless you have DNSSEC), get interface configurations and maybe even routing information. The latter could be another chicken-egg-problem as we might need a routing daemon active to get this. However, people who really need that should be able to modify the early setup accordingly. It is unclear to me where stage 2 should be located. I would argue that with a reasonable default setup we can easily get away with putting stage 2 at the very end of the start up procedure. If people need early holes in the firewall (e.g. for smbfs, routing daemons, ...) they can place them in the early stage. I would like input about how a very simple "save default" setup could look like. A ruleset for pf or ipfw that allows most of the boot process to complete without opening the host to the outside world, yet. For extra points this ruleset is aware of the rc.conf variables and adjusts accordingly (e.g. opening access to sshd iff it is configured). In addition there might be *one or two* configuration variables for the early stage to open additional ports or to select a default interface. However, the fewer the better. Input greatly appreciated! -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 11:37:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D86EF1065674 for ; Fri, 26 Jun 2009 11:37:40 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout01-winn.ispmail.ntl.com (mtaout01-winn.ispmail.ntl.com [81.103.221.47]) by mx1.freebsd.org (Postfix) with ESMTP id C7D6C8FC16 for ; Fri, 26 Jun 2009 11:37:35 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout01-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout01-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090626113730.MXHQ6742.mtaout01-winn.ispmail.ntl.com@aamtaout01-winn.ispmail.ntl.com> for ; Fri, 26 Jun 2009 12:37:30 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout01-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090626113730.OBRP13254.aamtaout01-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com> for ; Fri, 26 Jun 2009 12:37:30 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5QBbR8v006353 for ; Fri, 26 Jun 2009 12:37:27 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from localhost (localhost [127.0.0.1]) by 10.248.192.16 (Horde Framework) with HTTP; Fri, 26 Jun 2009 12:37:27 +0100 Message-ID: <20090626123727.18824c9jkz72dw8w@10.248.192.16> Date: Fri, 26 Jun 2009 12:37:27 +0100 From: Ian J Hart To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=zd2uoN0lAAAA:8 a=VqykLPWcfqc0BKSe9rIA:9 a=_CYWjfMxDbV_vBfOQdEA:7 a=yf74TJ4ewNsjaG_EQ660GCDICPIA:4 Subject: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 11:37:42 -0000 I know I asked this before but I figure the long post may have put some people off. #169 http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf I'd like to eliminate this as a cause of my problem It appears I can read the value. #kldload cpuctl #cpucontrol -m 0xc001001f /dev/cpuctl0 MSR 0xc001001f: 0x00400000 0x00100008 #cpucontrol -m 0xc001001f=0x0040000000100008 /dev/cpuctl0 Causes an nfe0 watchdog timeout and a powerdown failed, so that's clearly a dumb thing to do. Would I be better off asking somewhere else? Cheers -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 11:51:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46908106564A for ; Fri, 26 Jun 2009 11:51:13 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id B4D328FC15 for ; Fri, 26 Jun 2009 11:51:12 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n5QBp7UB098053; Fri, 26 Jun 2009 12:51:07 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A44B62B.4050903@fletchermoorland.co.uk> Date: Fri, 26 Jun 2009 12:51:07 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A44427E.3040309@kc8onw.net> <912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> In-Reply-To: <912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: Jonathan , Thomas Backman Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 11:51:13 -0000 Thomas Backman wrote: > > On Jun 26, 2009, at 05:37 AM, Jonathan wrote: > >> I've tried so many things today I don't even remember them all but I >> will try to make the list as complete as I can. >> >> I recently purchased a new server with 3 450GB SAS drives on an mfi >> controller and 2 Xeon 5550 processors. I'm trying to install FreeBSD >> current with a ZFS RAIDZ pool booting from GPT. >> >> I have a USB drive booting ZFS based on the 200905 current snapshot. >> I downloaded the latest svn source and built it. >> LOADER_ZFS_SUPPORT=YES was set for the build. >> >> Once the build was complete I did the following to create and >> populate the pool on the 3 SAS drives while booted from the USB drive: >> >> gpart create -s GPT mfid[0-2] >> gpart show mfid0 # to get sector count >> gpart add -b 34 -s 128 -t freebsd-boot mfid[0-2] >> gpart add -b 162 -s 876,951,323 -t freebsd-zfs mfid[0-2] >> >> gpart bootcode -b /usr/obj/amd64/usr/src/sys/boot/i386/pmbr/pmbr -p >> /usr/obj/amd64/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot -i 1 >> mfid[0-2] >> >> zpool create serenity raidz /dev/mfid[0-2]p2 >> >> make installworld TARGET=amd64 DESTDIR=/serenity >> make installkernel TARGET=amd64 DESTDIR=/serenity >> mergemaster -D /serenity/etc/ -i >> >> created an empty fstab >> copied /boot/zfs/zpool.cache to the new pool >> >> I did not export the pool as some searching showed that this will >> cause the boot to fail. >> >> I currently seem to be having 2 issues. One is that I get several >> screenfulls of "error 1 lba xxx" with numbers like 4292179434 and >> 4292179446. Similar errors were reported here >> http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html but >> I did not find anything in that thread that worked for me. The error >> message itself comes from here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup >> >> >> The loader then proceeds to load the kernel, opensolaris, and zfs >> modules. Right before the displaying the loader menu it shows the >> message "ZFS: i/o error - all block copies unavailable" which comes >> from here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup >> >> >> If I continue from the loader screen the kernel loads and initializes >> and fails with >> "Trying to mount root from zfs:serenity >> ROOT MOUNT ERROR: >> If you have invalid"... >> >> "Loader variables: >> vfs.root.mountfrom=zfs:serenity >> zfs.root.mountfrom.options=" >> >> At this point I can't do anything because the USB keyboard does not >> respond and the system has no PS/2 ports. >> >> I'd love to get this working and any help is much appreciated. I >> still have the USB drive booting the 200905 snapshot and the livefs >> DVD snapshot available. >> >> Thanks, >> Jonathan >> >> P.S. if someone wants to do some testing on a 16 core machine with >> 6GB of RAM please let me know. I have a week or so to play with the >> machine. > I have the same problem with the LBA stuff etc: > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007450.html > I was using the current sources at the date I posted though, and not > the older snapshot (which, at least at the time, didn't have RAIDZ > boot support). > > I never got to mounting any root FS, though, it never let me load the > kernel. > > Regards, > Thomas > > PS. Nice pool name. ;) > _______________________________________________ > As bad as it sounds, YAY, im not the only one... If only I had seen this thread earlier - As of 1 hours ago im the new owner of another 500Gb drive. I had already checked the SMART data on the drives and it showed everything was good, but decided some new drivers (getting one at a time) would help me eliminate the drives as being the source of the LBA errors. Interesting though, my LBA errors are also around the 429xxxxxxx number, usually with the 3rd of 4th number being somewhere around 8xxx. After rebuilding and populating the pack many many times with various versions of 8 I did manage to get a pack that would try and boot the kernel with out any LBA or IO errors but I had forgotten to add the zpool.cache file. I rebooted on a working drive/installation, pushed the zpool.cache file across and tried booting off raidz hoping that all would be good and happy, but no, the LBA errors started appearing... About 3 weeks ago, I would sometimes get the IO errors, but no LBA errors. Even then, I had no success at getting a bootable system as I was getting the following error "Trying to mount root from zfs:zfsboot/root ROOT MOUNT ERROR: " I have a few more things to try later on and will report back to the group Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 11:58:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC2361065742; Fri, 26 Jun 2009 11:58:22 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 697E78FC18; Fri, 26 Jun 2009 11:58:22 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:98bc:1464:29cc:daae] (unknown [IPv6:2001:7b8:3a7:0:98bc:1464:29cc:daae]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 95F105C42; Fri, 26 Jun 2009 13:58:21 +0200 (CEST) Message-ID: <4A44B7DE.2090503@andric.com> Date: Fri, 26 Jun 2009 13:58:22 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1pre) Gecko/20090620 Shredder/3.0b3pre MIME-Version: 1.0 To: Max Laier References: <4A444BC2.4010606@FreeBSD.org> <200906261104.07597.max@love2party.net> In-Reply-To: <200906261104.07597.max@love2party.net> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-ipfw@freebsd.org, freebsd-current@freebsd.org, freebsd-pf@freebsd.org, Doug Barton Subject: Re: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 11:58:24 -0000 On 2009-06-26 11:04, Max Laier wrote: > I would like input about how a very simple "save default" setup could look > like. A ruleset for pf or ipfw that allows most of the boot process to > complete without opening the host to the outside world, yet. For extra > points this ruleset is aware of the rc.conf variables and adjusts > accordingly (e.g. opening access to sshd iff it is configured). In > addition there might be *one or two* configuration variables for the early > stage to open additional ports or to select a default interface. However, > the fewer the better. If you look at how OpenBSD implements their /etc/rc script, you will see it first loads a simple PF ruleset, which allows ssh, dns, icmp echo and (if applicable) IPv6 routing and neighbor advertisements. Then it does the regular network setup (/etc/netstart), followed by loading the full PF rules. Relevant excerpt: ###################### if [ X"${pf}" != X"NO" ]; then RULES="block all" RULES="$RULES\npass on lo0" RULES="$RULES\npass in proto tcp from any to any port 22 keep state" RULES="$RULES\npass out proto { tcp, udp } from any to any port 53 keep state" RULES="$RULES\npass out inet proto icmp all icmp-type echoreq keep state" if ifconfig lo0 inet6 >/dev/null 2>&1; then RULES="$RULES\npass out inet6 proto icmp6 all icmp6-type neighbrsol" RULES="$RULES\npass in inet6 proto icmp6 all icmp6-type neighbradv" RULES="$RULES\npass out inet6 proto icmp6 all icmp6-type routersol" RULES="$RULES\npass in inet6 proto icmp6 all icmp6-type routeradv" fi RULES="$RULES\npass proto carp keep state (no-sync)" case `sysctl vfs.mounts.nfs 2>/dev/null` in *[1-9]*) # don't kill NFS RULES="set reassemble yes no-df\n$RULES" RULES="$RULES\npass in proto { tcp, udp } from any port { 111, 2049 } to any" RULES="$RULES\npass out proto { tcp, udp } from any to any port { 111, 2049 }" ;; esac echo $RULES | pfctl -f - pfctl -e fi # Fill net.inet.(tcp|udp).baddynamic lists from /etc/services fill_baddynamic udp fill_baddynamic tcp sysctl_conf # set hostname, turn on network echo 'starting network' ifconfig -g carp carpdemote 128 if [ -f /etc/resolv.conf.save ]; then mv /etc/resolv.conf.save /etc/resolv.conf touch /etc/resolv.conf fi . /etc/netstart if [ X"${pf}" != X"NO" ]; then if [ -f ${pf_rules} ]; then pfctl -f ${pf_rules} fi # bring up pfsync after the working ruleset has been loaded if [ -f /etc/hostname.pfsync0 ]; then . /etc/netstart pfsync0 fi fi ###################### Perhaps this approach can be molded into /etc/rc.d form? :) From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 12:09:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 572ED106564A for ; Fri, 26 Jun 2009 12:09:13 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-06.arcor-online.net (mail-in-06.arcor-online.net [151.189.21.46]) by mx1.freebsd.org (Postfix) with ESMTP id 0AD518FC0C for ; Fri, 26 Jun 2009 12:09:12 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-08-z2.arcor-online.net (mail-in-08-z2.arcor-online.net [151.189.8.20]) by mx.arcor.de (Postfix) with ESMTP id A05F839A62E for ; Fri, 26 Jun 2009 14:09:11 +0200 (CEST) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-08-z2.arcor-online.net (Postfix) with ESMTP id 8E068213116 for ; Fri, 26 Jun 2009 14:09:11 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-104-191.pools.arcor-ip.net [92.75.104.191]) by mail-in-08.arcor-online.net (Postfix) with ESMTPS id 5F9CD2AEE03 for ; Fri, 26 Jun 2009 14:09:11 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-08.arcor-online.net 5F9CD2AEE03 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id n5QC9A7N007801 for ; Fri, 26 Jun 2009 14:09:10 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id n5QC9A86007800 for freebsd-current@freebsd.org; Fri, 26 Jun 2009 14:09:10 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Fri, 26 Jun 2009 12:09:10 +0000 (UTC) Message-ID: References: <200906251714.43716.doconnor@gsoft.com.au> <20090625.202617.598552788702437664.ken@tydfam.jp> <200906252320.32544.doconnor@gsoft.com.au> <28283d910906251923l1ac2079ftd93ecd068033e310@mail.gmail.com> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-current@freebsd.org Subject: Re: 8.0-current cannot find disk!! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 12:09:13 -0000 matt donovan wrote: > I have had issues lately with 8.0-current myself it can not find the disks > either even if the machine ran 7.2-release kernel before hand. might have to > deal with the same issue. On my Nvidia-based Asus M2N-SLI board, I need to set hw.pci.mcfg=0 on 8.0-CURRENT or some devices will fail, also leading to the symptom of the disk not being found. However, the original poster in this thread has very different hardware. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 12:40:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59AE1065672 for ; Fri, 26 Jun 2009 12:40:54 +0000 (UTC) (envelope-from prvs=142816df9d=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 487978FC17 for ; Fri, 26 Jun 2009 12:40:54 +0000 (UTC) (envelope-from prvs=142816df9d=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1246019405; x=1246624205; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=N1J0zokU+tXlECWUMrZv6 ZJ5tbbMu1ARvcSMODQAYew=; b=Sq2e8cUZHb6rM7F0vMmEE6vx5bfuJvMSsI5fF qdCOUzxjWa+bKzuDtStuq3xvJnhqczKIjZCnxdh5laJvHJVvtPkBPpEbtqlvm+Os zgaPI8CmypviKgn2Jli5gANOGHK7YweZySYInBqJZYAak1kn5BrOLH8hFjNDz3ta 02fjQE= X-MDAV-Processed: mail1.multiplay.co.uk, Fri, 26 Jun 2009 13:30:05 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007776569.msg for ; Fri, 26 Jun 2009 13:30:04 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Fri, 26 Jun 2009 13:30:04 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.97 X-Return-Path: prvs=142816df9d=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: <30247D709B414FCFB703E323BDD2C71E@multiplay.co.uk> From: "Steven Hartland" To: "Paul Wootton" , References: <4A44427E.3040309@kc8onw.net><912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> <4A44B62B.4050903@fletchermoorland.co.uk> Date: Fri, 26 Jun 2009 13:29:59 +0100 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.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Jonathan , Thomas Backman Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all blockcopies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 12:40:55 -0000 ----- Original Message ----- From: "Paul Wootton" > As bad as it sounds, YAY, im not the only one... > If only I had seen this thread earlier - As of 1 hours ago im the new > owner of another 500Gb drive. I had already checked the SMART data on > the drives and it showed everything was good, but decided some new > drivers (getting one at a time) would help me eliminate the drives as > being the source of the LBA errors. > > Interesting though, my LBA errors are also around the 429xxxxxxx number, > usually with the 3rd of 4th number being somewhere around 8xxx. > After rebuilding and populating the pack many many times with various > versions of 8 I did manage to get a pack that would try and boot the > kernel with out any LBA or IO errors but I had forgotten to add the > zpool.cache file. I rebooted on a working drive/installation, pushed the > zpool.cache file across and tried booting off raidz hoping that all > would be good and happy, but no, the LBA errors started appearing... You might want to check what LBA mode is being used. Some disks require you to use 48bit LBA for all of the disk if supported and I've seen some drivers use it only if they "think" its required for the position in question, which can cause issues with the firmware on some drives, resulting in LBA errors. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 12:46:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC6771065672 for ; Fri, 26 Jun 2009 12:46:41 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 36EE68FC18 for ; Fri, 26 Jun 2009 12:46:41 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 3E5EC8FC45; Fri, 26 Jun 2009 16:46:39 +0400 (MSD) Date: Fri, 26 Jun 2009 16:46:39 +0400 From: Stanislav Sedov To: Thomas Backman Message-Id: <20090626164639.71a34f62.stas@FreeBSD.org> In-Reply-To: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 12:46:41 -0000 On Thu, 18 Jun 2009 13:49:46 +0200 Thomas Backman mentioned: > Anyone have any updates on this? I just got a "sleeping thread" panic > in ZFS after doing a zfs rollback. Unfortunately, "panic" in the > debugger resulted in "dump device too small" (despite being RAM-sized) > so I don't have a BT... However the BT I got in the debugger was *not* > the same as yours. There was no _sx_xlock in it, but that's pretty > much all I know about it. :( > Hi, Thomas! Can you, please, try with the following patch? Thanks! --------------------------------------------------------------------------- diff -r a707b4dd87cf src/sys/kern/kern_event.c --- a/src/sys/kern/kern_event.c Fri Jun 26 13:49:09 2009 +0400 +++ b/src/sys/kern/kern_event.c Fri Jun 26 16:45:15 2009 +0400 @@ -1608,7 +1608,7 @@ * first. */ void -knote(struct knlist *list, long hint, int islocked) +knote(struct knlist *list, long hint, int lockflags) { struct kqueue *kq; struct knote *kn; @@ -1617,9 +1617,9 @@ if (list == NULL) return; - KNL_ASSERT_LOCK(list, islocked); + KNL_ASSERT_LOCK(list, lockflags & KNF_LISTLOCKED); - if (!islocked) + if ((lockflags & KNF_LISTLOCKED) == 0) list->kl_lock(list->kl_lockarg); /* @@ -1636,7 +1636,7 @@ KQ_LOCK(kq); if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { KQ_UNLOCK(kq); - } else { + } else if ((lockflags & KNF_NOKQLOCK) != 0) { kn->kn_status |= KN_INFLUX; KQ_UNLOCK(kq); error = kn->kn_fop->f_event(kn, hint); @@ -1645,11 +1645,17 @@ if (error) KNOTE_ACTIVATE(kn, 1); KQ_UNLOCK_FLUX(kq); + } else { + kn->kn_status |= KN_HASKQLOCK; + if (kn->kn_fop->f_event(kn, hint)) + KNOTE_ACTIVATE(kn, 1); + kn->kn_status &= ~KN_HASKQLOCK; + KQ_UNLOCK(kq); } } kq = NULL; } - if (!islocked) + if ((lockflags & KNF_LISTLOCKED) == 0) list->kl_unlock(list->kl_lockarg); } diff -r a707b4dd87cf src/sys/sys/event.h --- a/src/sys/sys/event.h Fri Jun 26 13:49:09 2009 +0400 +++ b/src/sys/sys/event.h Fri Jun 26 16:45:15 2009 +0400 @@ -135,8 +135,14 @@ MALLOC_DECLARE(M_KQUEUE); #endif -#define KNOTE(list, hist, lock) knote(list, hist, lock) -#define KNOTE_LOCKED(list, hint) knote(list, hint, 1) +/* + * Flags for knote call + */ +#define KNF_LISTLOCKED 0x0001 /* knlist is locked */ +#define KNF_NOKQLOCK 0x0002 /* do not keep KQ_LOCK */ + +#define KNOTE(list, hist, flags) knote(list, hist, flags) +#define KNOTE_LOCKED(list, hint) knote(list, hint, KNF_LISTLOCKED) #define KNOTE_UNLOCKED(list, hint) knote(list, hint, 0) #define KNLIST_EMPTY(list) SLIST_EMPTY(&(list)->kl_list) @@ -204,7 +210,7 @@ struct proc; struct knlist; -extern void knote(struct knlist *list, long hint, int islocked); +extern void knote(struct knlist *list, long hint, int lockflags); extern void knote_fork(struct knlist *list, int pid); extern void knlist_add(struct knlist *knl, struct knote *kn, int islocked); extern void knlist_remove(struct knlist *knl, struct knote *kn, int islocked); diff -r a707b4dd87cf src/sys/sys/mount.h --- a/src/sys/sys/mount.h Fri Jun 26 13:49:09 2009 +0400 +++ b/src/sys/sys/mount.h Fri Jun 26 16:45:15 2009 +0400 @@ -633,7 +633,7 @@ #define VFS_KNOTE_LOCKED(vp, hint) do \ { \ if (((vp)->v_vflag & VV_NOKNOTE) == 0) \ - VN_KNOTE((vp), (hint), 1); \ + VN_KNOTE((vp), (hint), KNF_LISTLOCKED); \ } while (0) #define VFS_KNOTE_UNLOCKED(vp, hint) do \ diff -r a707b4dd87cf src/sys/sys/vnode.h --- a/src/sys/sys/vnode.h Fri Jun 26 13:49:09 2009 +0400 +++ b/src/sys/sys/vnode.h Fri Jun 26 16:45:15 2009 +0400 @@ -222,9 +222,10 @@ #define VN_KNOTE(vp, b, a) \ do { \ if (!VN_KNLIST_EMPTY(vp)) \ - KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, (b), (a)); \ + KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, (b), \ + (a) | KNF_NOKQLOCK); \ } while (0) -#define VN_KNOTE_LOCKED(vp, b) VN_KNOTE(vp, b, 1) +#define VN_KNOTE_LOCKED(vp, b) VN_KNOTE(vp, b, KNF_LISTLOCKED) #define VN_KNOTE_UNLOCKED(vp, b) VN_KNOTE(vp, b, 0) /* --------------------------------------------------------------------------------- -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 12:59:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ADA81065670 for ; Fri, 26 Jun 2009 12:59:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 51BCC8FC1A for ; Fri, 26 Jun 2009 12:59:29 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from c83-253-252-234.bredband.comhem.se ([83.253.252.234]:56748 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MKB1W-0003OW-5i; Fri, 26 Jun 2009 14:59:24 +0200 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 476295D2FA; Fri, 26 Jun 2009 14:59:20 +0200 (CEST) Message-Id: From: Thomas Backman To: Stanislav Sedov In-Reply-To: <20090626164639.71a34f62.stas@FreeBSD.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 26 Jun 2009 14:59:18 +0200 References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> <20090626164639.71a34f62.stas@FreeBSD.org> X-Mailer: Apple Mail (2.935.3) X-Originating-IP: 83.253.252.234 X-Scan-Result: No virus found in message 1MKB1W-0003OW-5i. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MKB1W-0003OW-5i aaeb0f57e0bd36fe60ddddff5d2be8c6 Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 12:59:29 -0000 On Jun 26, 2009, at 02:46 PM, Stanislav Sedov wrote: > On Thu, 18 Jun 2009 13:49:46 +0200 > Thomas Backman mentioned: > >> Anyone have any updates on this? I just got a "sleeping thread" panic >> in ZFS after doing a zfs rollback. Unfortunately, "panic" in the >> debugger resulted in "dump device too small" (despite being RAM- >> sized) >> so I don't have a BT... However the BT I got in the debugger was >> *not* >> the same as yours. There was no _sx_xlock in it, but that's pretty >> much all I know about it. :( >> > > Hi, Thomas! > > Can you, please, try with the following patch? Thanks! > > -- > Stanislav Sedov > ST4096-RIPE I could (and might, too), but unfortunately (well, I guess...) I haven't been able to reproduce this, despite writing a script to really stress test it. It's either pretty darn random, or I was simply wrong about the rollback being involved. I've only gotten it once since I started using -CURRENT in early May(?) so I don't think I could tell whether the patch helps or not. :( Regards, Thomas From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 13:23:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E26FB1065670 for ; Fri, 26 Jun 2009 13:23:39 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE3B8FC12 for ; Fri, 26 Jun 2009 13:23:39 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id C182D8FC27; Fri, 26 Jun 2009 17:23:36 +0400 (MSD) Date: Fri, 26 Jun 2009 17:23:36 +0400 From: Stanislav Sedov To: Ian J Hart Message-Id: <20090626172336.985160df.stas@FreeBSD.org> In-Reply-To: <20090626123727.18824c9jkz72dw8w@10.248.192.16> References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 13:23:40 -0000 On Fri, 26 Jun 2009 12:37:27 +0100 Ian J Hart mentioned: > I know I asked this before but I figure the long post may have put > some people off. > > #169 > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf > > I'd like to eliminate this as a cause of my problem > > It appears I can read the value. > > #kldload cpuctl > #cpucontrol -m 0xc001001f /dev/cpuctl0 > MSR 0xc001001f: 0x00400000 0x00100008 > > #cpucontrol -m 0xc001001f=0x0040000000100008 /dev/cpuctl0 > > Causes an nfe0 watchdog timeout and a powerdown failed, so that's > clearly a dumb thing to do. > > Would I be better off asking somewhere else? > Hi, Ian. Currently, it is not possible to atomically set the value of specific bits of MSR registers with cpuctl. I suspect this might be a problem, as the value of this MSR register could change between calls. Do you run stable or current? BTW, is there description of this NB_CFG MSR register somewhere on the net? I think that some bits of this register could have specific meaning and it is not safe to write them. -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 13:36:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 506FB1065670 for ; Fri, 26 Jun 2009 13:36:44 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id DEF3A8FC17 for ; Fri, 26 Jun 2009 13:36:43 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id C06C28FC27; Fri, 26 Jun 2009 17:36:42 +0400 (MSD) Date: Fri, 26 Jun 2009 17:36:43 +0400 From: Stanislav Sedov To: Thomas Backman Message-Id: <20090626173643.b4950bc8.stas@FreeBSD.org> In-Reply-To: References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> <20090626164639.71a34f62.stas@FreeBSD.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__26_Jun_2009_17_36_43_+0400_S=AiMNjMBQjSjz.x" Cc: freebsd-current@freebsd.org, Artem Belevich Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 13:36:44 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__26_Jun_2009_17_36_43_+0400_S=AiMNjMBQjSjz.x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Fri, 26 Jun 2009 14:59:18 +0200 Thomas Backman mentioned: > I could (and might, too), but unfortunately (well, I guess...) I > haven't been able to reproduce this, despite writing a script to > really stress test it. It's either pretty darn random, or I was simply > wrong about the rollback being involved. I've only gotten it once > since I started using -CURRENT in early May(?) so I don't think I > could tell whether the patch helps or not. :( > I think this could be triggered by tailing the file on ZFS that is being writed with reasonable disk activity. BTW, file I sent previously was incorrect. I attached the rigth one. Thanks! -- Stanislav Sedov ST4096-RIPE --Multipart=_Fri__26_Jun_2009_17_36_43_+0400_S=AiMNjMBQjSjz.x Content-Type: text/x-diff; name="kq.diff" Content-Disposition: attachment; filename="kq.diff" Content-Transfer-Encoding: 7bit diff -r b446ba89e2b9 src/sys/kern/kern_event.c --- a/src/sys/kern/kern_event.c Tue Jun 23 17:00:09 2009 +0400 +++ b/src/sys/kern/kern_event.c Fri Jun 26 17:32:43 2009 +0400 @@ -1608,17 +1608,18 @@ * first. */ void -knote(struct knlist *list, long hint, int islocked) +knote(struct knlist *list, long hint, int lockflags) { struct kqueue *kq; struct knote *kn; + int error; if (list == NULL) return; - KNL_ASSERT_LOCK(list, islocked); + KNL_ASSERT_LOCK(list, lockflags & KNF_LISTLOCKED); - if (!islocked) + if ((lockflags & KNF_LISTLOCKED) == 0) list->kl_lock(list->kl_lockarg); /* @@ -1633,17 +1634,28 @@ kq = kn->kn_kq; if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { KQ_LOCK(kq); - if ((kn->kn_status & KN_INFLUX) != KN_INFLUX) { + if ((kn->kn_status & KN_INFLUX) == KN_INFLUX) { + KQ_UNLOCK(kq); + } else if ((lockflags & KNF_NOKQLOCK) != 0) { + kn->kn_status |= KN_INFLUX; + KQ_UNLOCK(kq); + error = kn->kn_fop->f_event(kn, hint); + KQ_LOCK(kq); + kn->kn_status &= ~KN_INFLUX; + if (error) + KNOTE_ACTIVATE(kn, 1); + KQ_UNLOCK_FLUX(kq); + } else { kn->kn_status |= KN_HASKQLOCK; if (kn->kn_fop->f_event(kn, hint)) KNOTE_ACTIVATE(kn, 1); kn->kn_status &= ~KN_HASKQLOCK; + KQ_UNLOCK(kq); } - KQ_UNLOCK(kq); } kq = NULL; } - if (!islocked) + if ((lockflags & KNF_LISTLOCKED) == 0) list->kl_unlock(list->kl_lockarg); } diff -r b446ba89e2b9 src/sys/sys/event.h --- a/src/sys/sys/event.h Tue Jun 23 17:00:09 2009 +0400 +++ b/src/sys/sys/event.h Fri Jun 26 17:32:43 2009 +0400 @@ -135,8 +135,14 @@ MALLOC_DECLARE(M_KQUEUE); #endif -#define KNOTE(list, hist, lock) knote(list, hist, lock) -#define KNOTE_LOCKED(list, hint) knote(list, hint, 1) +/* + * Flags for knote call + */ +#define KNF_LISTLOCKED 0x0001 /* knlist is locked */ +#define KNF_NOKQLOCK 0x0002 /* do not keep KQ_LOCK */ + +#define KNOTE(list, hist, flags) knote(list, hist, flags) +#define KNOTE_LOCKED(list, hint) knote(list, hint, KNF_LISTLOCKED) #define KNOTE_UNLOCKED(list, hint) knote(list, hint, 0) #define KNLIST_EMPTY(list) SLIST_EMPTY(&(list)->kl_list) @@ -204,7 +210,7 @@ struct proc; struct knlist; -extern void knote(struct knlist *list, long hint, int islocked); +extern void knote(struct knlist *list, long hint, int lockflags); extern void knote_fork(struct knlist *list, int pid); extern void knlist_add(struct knlist *knl, struct knote *kn, int islocked); extern void knlist_remove(struct knlist *knl, struct knote *kn, int islocked); diff -r b446ba89e2b9 src/sys/sys/mount.h --- a/src/sys/sys/mount.h Tue Jun 23 17:00:09 2009 +0400 +++ b/src/sys/sys/mount.h Fri Jun 26 17:32:43 2009 +0400 @@ -633,7 +633,7 @@ #define VFS_KNOTE_LOCKED(vp, hint) do \ { \ if (((vp)->v_vflag & VV_NOKNOTE) == 0) \ - VN_KNOTE((vp), (hint), 1); \ + VN_KNOTE((vp), (hint), KNF_LISTLOCKED); \ } while (0) #define VFS_KNOTE_UNLOCKED(vp, hint) do \ diff -r b446ba89e2b9 src/sys/sys/vnode.h --- a/src/sys/sys/vnode.h Tue Jun 23 17:00:09 2009 +0400 +++ b/src/sys/sys/vnode.h Fri Jun 26 17:32:43 2009 +0400 @@ -222,9 +222,10 @@ #define VN_KNOTE(vp, b, a) \ do { \ if (!VN_KNLIST_EMPTY(vp)) \ - KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, (b), (a)); \ + KNOTE(&vp->v_pollinfo->vpi_selinfo.si_note, (b), \ + (a) | KNF_NOKQLOCK); \ } while (0) -#define VN_KNOTE_LOCKED(vp, b) VN_KNOTE(vp, b, 1) +#define VN_KNOTE_LOCKED(vp, b) VN_KNOTE(vp, b, KNF_LISTLOCKED) #define VN_KNOTE_UNLOCKED(vp, b) VN_KNOTE(vp, b, 0) /* --Multipart=_Fri__26_Jun_2009_17_36_43_+0400_S=AiMNjMBQjSjz.x-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 14:01:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8FAB106564A for ; Fri, 26 Jun 2009 14:01:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5C8038FC12 for ; Fri, 26 Jun 2009 14:01:22 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n5QE1HJR029343; Fri, 26 Jun 2009 08:01:18 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A44D4AD.8010307@samsco.org> Date: Fri, 26 Jun 2009 08:01:17 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?ISO-8859-2?Q?Piotr_Zi=EAcik?= References: <200906251329.35200.kosmo@semihalf.com> <4A43C243.9000001@samsco.org> <200906260929.40709.kosmo@semihalf.com> In-Reply-To: <200906260929.40709.kosmo@semihalf.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: [PATCH RFC]: Bus_dma eats all available memory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 14:01:22 -0000 Piotr Zięcik wrote: > Thursday 25 June 2009 20:30:27 Scott Long napisał(a): >> Piotr Zięcik wrote: >>> Hi >>> >>> While working on new driver for FreeBSD I have found a problem in bus_dma >>> subsystem. Every time when bus_dmamap_create() is called on bus_dma tag >>> using bounce zone, at least 1 page in bounce zone is allocated. This >>> causes eating of all avaible memory by bounce zone. Problem affects i386, >>> amd64 and arm. >> The code block that you point at can only be entered if the maxpages >> limit has not been reached. However, the max limit is per zone, not >> global, and there's no easy way to make it be global. Are you creating >> an excessive number of tags/zones? > > Driver creates one tag and and one map everytime when new request arrives. > Both are freed after processing. Driver can queue maximum 64 requests, so > it there will not be more than 64 tags and 64 maps. Debugging shows that the > limit is never reached and number of tags and maps is around 30 - 40. In my > oppinion this is not excessive number of tags. > Tags and maps should be allocated at driver initialization time, not every time a request comes in. The problem here isn't the MAX() test, it's that the MIN_ALLOC_COMP test is getting fooled because the tag keeps on getting recycled. The correct fix is likely to move the flag into the bounce zone object. But in general, you should not be allocating and freeing tags and maps so often, they are meant to have a long lifespan. Scott From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 14:56:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D531065672 for ; Fri, 26 Jun 2009 14:56:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5B0018FC1E for ; Fri, 26 Jun 2009 14:56:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2695 invoked by uid 399); 26 Jun 2009 14:56:26 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 26 Jun 2009 14:56:26 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A44E198.3050004@FreeBSD.org> Date: Fri, 26 Jun 2009 07:56:24 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090625) MIME-Version: 1.0 To: Dimitry Andric References: <4A444BC2.4010606@FreeBSD.org> <200906261104.07597.max@love2party.net> <4A44B7DE.2090503@andric.com> In-Reply-To: <4A44B7DE.2090503@andric.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Max Laier , freebsd-current@freebsd.org, freebsd-pf@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: pfsync rc script breaks pfsync on cloned interfaces X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 14:56:31 -0000 Dimitry Andric wrote: > On 2009-06-26 11:04, Max Laier wrote: >> I would like input about how a very simple "save default" setup could look >> like. A ruleset for pf or ipfw that allows most of the boot process to >> complete without opening the host to the outside world, yet. For extra >> points this ruleset is aware of the rc.conf variables and adjusts >> accordingly (e.g. opening access to sshd iff it is configured). In >> addition there might be *one or two* configuration variables for the early >> stage to open additional ports or to select a default interface. However, >> the fewer the better. > > If you look at how OpenBSD implements their /etc/rc script, you will see > it first loads a simple PF ruleset, which allows ssh, dns, icmp echo and > (if applicable) IPv6 routing and neighbor advertisements. > > Then it does the regular network setup (/etc/netstart), followed by > loading the full PF rules. I think that would be a great approach, it's just waiting for someone familiar with pf to implement it. :) I also forgot to mention, there is no need to include me on future cc's for this topic. Regards, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 15:18:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9432C1065670 for ; Fri, 26 Jun 2009 15:18:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 428A98FC14 for ; Fri, 26 Jun 2009 15:18:54 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=JSFUuSvNpLxQ10Kn+qsnLM2Ig9gSdfHRqv/8lf4XcheZxsKXwUP/75Rvlfc7tYTaotz05eG1sb+mfUoHgXnck7poJq4FX2UBpnQH4apxDtM6swRovqJCzuVhB3dh86mHsIaVieJ+44IOYVNpM1ViHVkSFCWOjlnvKHAWBD2eapA=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1MKDCW-000E57-LB; Fri, 26 Jun 2009 19:18:52 +0400 Date: Fri, 26 Jun 2009 19:18:50 +0400 From: Eygene Ryabinkin To: Stanislav Sedov Message-ID: References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> <20090626172336.985160df.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090626172336.985160df.stas@FreeBSD.org> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org, Ian J Hart Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 15:18:54 -0000 Fri, Jun 26, 2009 at 05:23:36PM +0400, Stanislav Sedov wrote: > > I'd like to eliminate this as a cause of my problem > > > > It appears I can read the value. > > > > #kldload cpuctl > > #cpucontrol -m 0xc001001f /dev/cpuctl0 > > MSR 0xc001001f: 0x00400000 0x00100008 > > > > #cpucontrol -m 0xc001001f=0x0040000000100008 /dev/cpuctl0 > > > > Causes an nfe0 watchdog timeout and a powerdown failed, so that's > > clearly a dumb thing to do. Hmm, if I am reading the thing properly, you're trying to set the register to it's current value, aren't you? I would expect the final value of MSR to be 0x00400001:0x00100008. And you should also set F0x68[22:21] (Link Transaction Register) to 01b (one non-posted downstream request). F0x68 means "configuration register 0x68, function 0", so looks like you'll be playing with bus 0, device 24, function 0, pci0:0:24:0 for the pciconf(8). By the way, here's what I got for my Asus M2NPV-VM: ----- $ cpucontrol -m 0xc001001f /dev/cpuctl0 MSR 0xc001001f: 0x00400001 0x00000008 $ pciconf -r pci0:0:24:0 0x68 0f20c820 ----- As you can see, workaround for #169 is applied. > > Would I be better off asking somewhere else? You can try to look for BIOS update the implements the fix for #169, but may be such version for your MB isn't available. > BTW, is there description of this NB_CFG MSR register somewhere on the > net? Google helps: http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/31116.pdf > I think that some bits of this register could have specific meaning > and it is not safe to write them. Hmm, generally, yes, but in this case, bit 32 is reserved too, so I would just try to left the current value of MSR untouched, but just turn on the needed bits. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 16:11:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8363106564A; Fri, 26 Jun 2009 16:11:13 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 633B28FC0A; Fri, 26 Jun 2009 16:11:13 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 2C85DA089F; Fri, 26 Jun 2009 18:10:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 1EE0CA089D; Fri, 26 Jun 2009 18:10:58 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 09F22A0894; Fri, 26 Jun 2009 18:10:58 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2FP1HF244) with ESMTP id 2009062618105763-15846 ; Fri, 26 Jun 2009 18:10:57 +0200 Received: by wep4035 (sSMTP sendmail emulation); Fri, 26 Jun 2009 18:10:57 +0200 Date: Fri, 26 Jun 2009 18:10:57 +0200 From: Alexey Shuvaev To: Gabor Kovesdan Message-ID: <20090626161057.GA47554@wep4035.physik.uni-wuerzburg.de> References: <4A246C4D.6080409@FreeBSD.org> <4A407CB1.2060107@FreeBSD.org> MIME-Version: 1.0 In-Reply-To: <4A407CB1.2060107@FreeBSD.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.19 (2009-01-05) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 06/26/2009 06:10:57 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2FP1HF244 | April 7, 2009) at 06/26/2009 06:10:57 PM Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: FreeBSD Current Subject: Re: RFC: Replacing bc/dc to BSDL versions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 16:11:14 -0000 On Tue, Jun 23, 2009 at 08:56:49AM +0200, Gabor Kovesdan wrote: > Gabor Kovesdan escribi=F3: >> Hello, >> >> as you might know, I'm working on a BSDL grep. It isn't totally ready =20 >> yet, because there are compatibility issues, which I have to resolve. =20 >> But looking at another BSDL tools, I've found out that OpenBSD has =20 >> BSDL bc and dc utilities. I've thought of replacing them. I think in =20 >> the bc/dc case, such a strict GNU compatibility isn't necessary as in =20 >> the case of grep, so we may replace them in base system. If there's no = >> objection to replacing them, I'll post a patch for review. > Thanks for all your input. It took a while because of other priorities =20 > but I've made some tests concerning BSDL bc/dc. I've made a complete =20 > buildworld and tried mergemaster, which worked fine. I've also checked =20 > the GNU regression tests comparing the two versions. There's little =20 > difference. The speed is varying, sometimes GNU is faster, sometimes the = =20 > BSDL versions. The accuracy seems to be the same up to 18 digits after =20 > the decimal point. I've also checked the OpenBSD regression tests found = > only one case, which didn't work but these tests seem to be specific for = =20 > BSDL bc/dc as they don't really work with the GNU version. > > I've made a patch, which doesn't remove GNU bc/dc yet, just detaches =20 > them from the build so that in case of a regression we can easily revert = =20 > while the problem is fixed: > http://kovesdan.org/patches/bcdc.diff > Thanks! I'm running the system with BSD bc/dc now. The only small thing I've noticed is: ~> dc -h dc: invalid option -- h usage: dc [-hVx] [-e expression] [file] ~> dc --help usage: dc [-hVx] [-e expression] [file] This seems to come from this line in dc.c: + /* accept and ignore a single dash to be 4.4BSD dc(1) compatible */ + while ((ch =3D getopt=5Flong(argc, argv, "e:f:Vx", long=5Foptions, = NULL)) !=3D -1) { Possibly one should just use "e:f:Vhx"? Otherwise looks good, I'm using dc from time to time. Alexey. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 16:14:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA87C1065673 for ; Fri, 26 Jun 2009 16:14:55 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1378FC1B for ; Fri, 26 Jun 2009 16:14:55 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yxe11 with SMTP id 11so1131125yxe.3 for ; Fri, 26 Jun 2009 09:14:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=dphiUq2sP/o8T/Wd8/5o9Rp54f2Gp64EWrFvPlM871w=; b=MQHW9kRgTCw1O4q1NsY4ht/IGf5QXLQEAf0zMXFzgsW5RweJsDKuTZIEbqdt5GHuov Yi8LOxd1gsjaBC2F0nprxwcleYcXAtSeQgqqZCE8JkrPkXETcuZVPsCMpQ+FQsIECUYj 4sePvujqX9E+xAT/BhzkF5kPJ7iJE8LNsJiGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tBsPrceAG4MZuRjBaxWNq3Ms5i4wyxIVMjOVMr9S3gBlDIGC1F3DJgzGy/N3TbIVsN NGJednyK4e7/4kNgfSFaCNY0bwZW4jGNljo0yv1otduKXYMD9OgFKX8HfdFHVU4CSgns k5Hf9C2xArFZHOfAa7BO6VKzJxPBL593hp/SM= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.81.11 with SMTP id e11mr3236023agb.110.1246032894938; Fri, 26 Jun 2009 09:14:54 -0700 (PDT) In-Reply-To: <20090626173643.b4950bc8.stas@FreeBSD.org> References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> <20090626164639.71a34f62.stas@FreeBSD.org> <20090626173643.b4950bc8.stas@FreeBSD.org> Date: Fri, 26 Jun 2009 09:14:54 -0700 X-Google-Sender-Auth: 69172bbbaaa252b0 Message-ID: From: Artem Belevich To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Thomas Backman Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 16:14:56 -0000 The crash used to be rather easy to reproduce -- my 4 hour long build had 50/50 chance to crash the box. During last couple of weeks I haven't seen this particular crash at all. --Artem On Fri, Jun 26, 2009 at 6:36 AM, Stanislav Sedov wrote: > > I could (and might, too), but unfortunately (well, I guess...) I > > haven't been able to reproduce this, despite writing a script to > > really stress test it. It's either pretty darn random, or I was simply > > wrong about the rollback being involved. I've only gotten it once > > since I started using -CURRENT in early May(?) so I don't think I > > could tell whether the patch helps or not. :( From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 16:35:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 624C4106564A; Fri, 26 Jun 2009 16:35:05 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id A39708FC1C; Fri, 26 Jun 2009 16:35:04 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1MKEOC-00086j-6b; Fri, 26 Jun 2009 17:35:00 +0100 Received: from mail.chrishedley.com (53-233.adsl.zetnet.co.uk [194.247.53.233]) by zetnet.co.uk (8.14.1/8.14.1/Debian-9) with ESMTP id n5QGYxer029807; Fri, 26 Jun 2009 17:34:59 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id B5CAA9116A; Fri, 26 Jun 2009 17:34:58 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id T5B7+cWNEi8G; Fri, 26 Jun 2009 17:34:55 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 60A859113A; Fri, 26 Jun 2009 17:34:55 +0100 (BST) Date: Fri, 26 Jun 2009 17:34:55 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: Tim Kientzle In-Reply-To: <4A2C124A.1050707@freebsd.org> Message-ID: References: <4A2C124A.1050707@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2180312168-1013109329-1246034095=:1809" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.1.7 (zetnet.co.uk [194.247.46.1]); Fri, 26 Jun 2009 17:35:00 +0100 (BST) Cc: freebsd-current@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 16:35:05 -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. --2180312168-1013109329-1246034095=:1809 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Sun, 7 Jun 2009, Tim Kientzle wrote: > Chris Hedley wrote: >> >> I was wondering if anybody has any suggestions for me. Since around >> January this year, I've been unable to get new builds to boot on my >> system:... >> >> I've just regressed to a version from mid January which boots without any >> problems,... > > The following information would help a lot: > * dmesg output from a successful boot. > * Latest checkout date of a kernel that does boot. > * Earliest checkout date of a kernel that doesn't boot. > * If it's not a GENERIC kernel, the kernel > configuration. (Diff against GENERIC is enough.) > > SVN revisions are even better than dates if > you have them available. (Most people > don't; that's okay.) > > With this, someone can look through the > changes that were made during that period > and possibly come up with a few likely > culprits. Obviously, it's better if you > can narrow it down to a shorter interval > (a week is good, a day is better) by > checking out sources from the half-way > point and trying that. Thanks for the reply! I'm a bit late coming back with the requested information, it's taken a while when I've had a day free to test various configs (and, I admit, to be able to psych myself up to it--my system is not the speediest or most convenient to reboot!) I've attached the dmesg, its config ("TEAPOT") and loader.conf files; apologies in advance for the slightly obtuse configuration layout, one of those "it seemed like a good idea at the time" efforts. As for the versions of the kernel, I've narrowed it down to a half-day window, which is hopefully useful: the cvsup-specified dates I have are 2009.02.18.12.00.00 (working) and 2009.02.19.00.00.00 (not working). If anybody has any ideas what to do next... I'd /almost/ prefer to hear it was a configuration gaffe on my part (and I've already spotted a surplus nvram entry while writing this), even if it does mean no small amount of embarrassment. Chris. --2180312168-1013109329-1246034095=:1809 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=dmesg Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=dmesg Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4N CkNvcHlyaWdodCAoYykgMTk3OSwgMTk4MCwgMTk4MywgMTk4NiwgMTk4OCwg MTk4OSwgMTk5MSwgMTk5MiwgMTk5MywgMTk5NA0KCVRoZSBSZWdlbnRzIG9m IHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVz ZXJ2ZWQuDQpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2Yg VGhlIEZyZWVCU0QgRm91bmRhdGlvbi4NCkZyZWVCU0QgOC4wLUNVUlJFTlQg IzM4OiBGcmkgSnVuIDI2IDE2OjU1OjI1IEJTVCAyMDA5DQogICAgcm9vdEB0 ZWFwb3QuY2JobmV0Oi9ic2Qvb2JqL2JzZC9zcmMvc3lzL1RFQVBPVA0KbW9k dWxlX3JlZ2lzdGVyOiBtb2R1bGUgbnZyYW0gYWxyZWFkeSBleGlzdHMhDQpN b2R1bGUgbnZyYW0gZmFpbGVkIHRvIHJlZ2lzdGVyOiAxNw0KVGltZWNvdW50 ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDANCkNQ VTogQU1EIE9wdGVyb24odG0pIFByb2Nlc3NvciAyNDggKDIxOTEuNTEtTUh6 IEs4LWNsYXNzIENQVSkNCiAgT3JpZ2luID0gIkF1dGhlbnRpY0FNRCIgIElk ID0gMHhmNWEgIFN0ZXBwaW5nID0gMTANCiAgRmVhdHVyZXM9MHg3OGJmYmZm PEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAs TVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsTU1YLEZYU1Is U1NFLFNTRTI+DQogIEFNRCBGZWF0dXJlcz0weGUwNTAwODAwPFNZU0NBTEws TlgsTU1YKyxMTSwzRE5vdyErLDNETm93IT4NCnVzYWJsZSBtZW1vcnkgPSAz MjExMzI5NTM2ICgzMDYyIE1CKQ0KYXZhaWwgbWVtb3J5ICA9IDMxMDQxMDQ0 NDggKDI5NjAgTUIpDQpNUFRhYmxlOiA8VFlBTiAgICAgUzI4ODIgICAgICAg Pg0KVGhpcyBtb2R1bGUgKG9wZW5zb2xhcmlzKSBjb250YWlucyBjb2RlIGNv dmVyZWQgYnkgdGhlDQpDb21tb24gRGV2ZWxvcG1lbnQgYW5kIERpc3RyaWJ1 dGlvbiBMaWNlbnNlIChDRERMKQ0Kc2VlIGh0dHA6Ly9vcGVuc29sYXJpcy5v cmcvb3MvbGljZW5zaW5nL29wZW5zb2xhcmlzX2xpY2Vuc2UvDQppb2FwaWMw OiBBc3N1bWluZyBpbnRiYXNlIG9mIDANCmlvYXBpYzE6IEFzc3VtaW5nIGlu dGJhc2Ugb2YgMjQNCmlvYXBpYzI6IEFzc3VtaW5nIGludGJhc2Ugb2YgMjgN CmlvYXBpYzAgPFZlcnNpb24gMS4xPiBpcnFzIDAtMjMgb24gbW90aGVyYm9h cmQNCmlvYXBpYzEgPFZlcnNpb24gMS4xPiBpcnFzIDI0LTI3IG9uIG1vdGhl cmJvYXJkDQppb2FwaWMyIDxWZXJzaW9uIDEuMT4gaXJxcyAyOC0zMSBvbiBt b3RoZXJib2FyZA0Ka2JkMSBhdCBrYmRtdXgwDQpjcnlwdG9zb2Z0MDogPHNv ZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQNCnBjaWIwOiA8TVBUYWJs ZSBIb3N0LVBDSSBicmlkZ2U+IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJkDQpw Y2kwOiA8UENJIGJ1cz4gb24gcGNpYjANCnBjaWIxOiA8TVBUYWJsZSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDYuMCBvbiBwY2kwDQpwY2kzOiA8UENJ IGJ1cz4gb24gcGNpYjENCnBjaTM6IDxzZXJpYWwgYnVzLCBVU0I+IGF0IGRl dmljZSAwLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCnBjaTM6IDxzZXJpYWwg YnVzLCBVU0I+IGF0IGRldmljZSAwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkN CnBjaTM6IDxuZXR3b3JrLCB0b2tlbiByaW5nPiBhdCBkZXZpY2UgNC4wIChu byBkcml2ZXIgYXR0YWNoZWQpDQp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUg ZGlzcGxheT4gcG9ydCAweGI4MDAtMHhiOGZmIG1lbSAweGZkMDAwMDAwLTB4 ZmRmZmZmZmYsMHhmZWFmZjAwMC0weGZlYWZmZmZmIGlycSAxOCBhdCBkZXZp Y2UgNi4wIG9uIHBjaTMNCmZ4cDA6IDxJbnRlbCA4MjU1MSBQcm8vMTAwIEV0 aGVybmV0PiBwb3J0IDB4YmMwMC0weGJjM2YgbWVtIDB4ZmVhZmIwMDAtMHhm ZWFmYmZmZiwweGZlYWEwMDAwLTB4ZmVhYmZmZmYgaXJxIDE4IGF0IGRldmlj ZSA4LjAgb24gcGNpMw0KbWlpYnVzMDogPE1JSSBidXM+IG9uIGZ4cDANCmlu cGh5MDogPGk4MjU1NSAxMC8xMDAgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMSBv biBtaWlidXMwDQppbnBoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAw YmFzZVRYLCAxMDBiYXNlVFgtRkRYLCBhdXRvDQpmeHAwOiBFdGhlcm5ldCBh ZGRyZXNzOiAwMDplMDo4MToyYzo3Mjo5OQ0KZnhwMDogW0lUSFJFQURdDQpp c2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgNy4wIG9uIHBjaTAN CmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEFNRCA4MTEx IFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiww eDE3MC0weDE3NywweDM3NiwweGZmYTAtMHhmZmFmIGF0IGRldmljZSA3LjEg b24gcGNpMA0KYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTANCmF0 YTA6IFtJVEhSRUFEXQ0KYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBj aTANCmF0YTE6IFtJVEhSRUFEXQ0KcGNpMDogPHNlcmlhbCBidXMsIFNNQnVz PiBhdCBkZXZpY2UgNy4yIChubyBkcml2ZXIgYXR0YWNoZWQpDQpwY2kwOiA8 YnJpZGdlPiBhdCBkZXZpY2UgNy4zIChubyBkcml2ZXIgYXR0YWNoZWQpDQpw Y2liMjogPE1QVGFibGUgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAxMC4w IG9uIHBjaTANCnBjaTI6IDxQQ0kgYnVzPiBvbiBwY2liMg0KYmdlMDogPEJy b2FkY29tIEdpZ2FiaXQgRXRoZXJuZXQgQ29udHJvbGxlciwgQVNJQyByZXYu IDB4MjAwMz4gbWVtIDB4ZmM5YzAwMDAtMHhmYzljZmZmZiwweGZjOWIwMDAw LTB4ZmM5YmZmZmYgaXJxIDI0IGF0IGRldmljZSA5LjAgb24gcGNpMg0KbWlp YnVzMTogPE1JSSBidXM+IG9uIGJnZTANCmJyZ3BoeTA6IDxCQ001NzA0IDEw LzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEgb24gbWlpYnVzMQ0KYnJncGh5 MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VU WC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VULUZEWCwgYXV0bw0KYmdlMDog RXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6ODE6MmM6NzM6NTINCmJnZTA6IFtJ VEhSRUFEXQ0KYmdlMTogPEJyb2FkY29tIEdpZ2FiaXQgRXRoZXJuZXQgQ29u dHJvbGxlciwgQVNJQyByZXYuIDB4MjAwMz4gbWVtIDB4ZmM5ZjAwMDAtMHhm YzlmZmZmZiwweGZjOWUwMDAwLTB4ZmM5ZWZmZmYgaXJxIDI1IGF0IGRldmlj ZSA5LjEgb24gcGNpMg0KbWlpYnVzMjogPE1JSSBidXM+IG9uIGJnZTENCmJy Z3BoeTE6IDxCQ001NzA0IDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEg b24gbWlpYnVzMg0KYnJncGh5MTogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAx MDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVCwgMTAwMGJhc2VU LUZEWCwgYXV0bw0KYmdlMTogRXRoZXJuZXQgYWRkcmVzczogMDA6ZTA6ODE6 MmM6NzM6NTMNCmJnZTE6IFtJVEhSRUFEXQ0KcGNpYjM6IDxNUFRhYmxlIFBD SS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMTEuMCBvbiBwY2kwDQpwY2kxOiA8 UENJIGJ1cz4gb24gcGNpYjMNCmF0YXBjaTE6IDxNYXJ2ZWxsIDg4U1g2MDgx IFNBVEEzMDAgY29udHJvbGxlcj4gcG9ydCAweGE4MDAtMHhhOGZmIG1lbSAw eGZjNjAwMDAwLTB4ZmM2ZmZmZmYgaXJxIDI5IGF0IGRldmljZSAxLjAgb24g cGNpMQ0KYXRhcGNpMTogW0lUSFJFQURdDQphdGEyOiA8QVRBIGNoYW5uZWwg MD4gb24gYXRhcGNpMQ0KYXRhMjogW0lUSFJFQURdDQphdGEzOiA8QVRBIGNo YW5uZWwgMT4gb24gYXRhcGNpMQ0KYXRhMzogW0lUSFJFQURdDQphdGE0OiA8 QVRBIGNoYW5uZWwgMj4gb24gYXRhcGNpMQ0KYXRhNDogW0lUSFJFQURdDQph dGE1OiA8QVRBIGNoYW5uZWwgMz4gb24gYXRhcGNpMQ0KYXRhNTogW0lUSFJF QURdDQphdGE2OiA8QVRBIGNoYW5uZWwgND4gb24gYXRhcGNpMQ0KYXRhNjog W0lUSFJFQURdDQphdGE3OiA8QVRBIGNoYW5uZWwgNT4gb24gYXRhcGNpMQ0K YXRhNzogW0lUSFJFQURdDQphdGE4OiA8QVRBIGNoYW5uZWwgNj4gb24gYXRh cGNpMQ0KYXRhODogW0lUSFJFQURdDQphdGE5OiA8QVRBIGNoYW5uZWwgNz4g b24gYXRhcGNpMQ0KYXRhOTogW0lUSFJFQURdDQphdGFwY2kyOiA8TWFydmVs bCA4OFNYNjA4MSBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHhhNDAwLTB4 YTRmZiBtZW0gMHhmYzUwMDAwMC0weGZjNWZmZmZmIGlycSAyOCBhdCBkZXZp Y2UgMy4wIG9uIHBjaTENCmF0YXBjaTI6IFtJVEhSRUFEXQ0KYXRhMTA6IDxB VEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kyDQphdGExMDogW0lUSFJFQURdDQph dGExMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTINCmF0YTExOiBbSVRI UkVBRF0NCmF0YTEyOiA8QVRBIGNoYW5uZWwgMj4gb24gYXRhcGNpMg0KYXRh MTI6IFtJVEhSRUFEXQ0KYXRhMTM6IDxBVEEgY2hhbm5lbCAzPiBvbiBhdGFw Y2kyDQphdGExMzogW0lUSFJFQURdDQphdGExNDogPEFUQSBjaGFubmVsIDQ+ IG9uIGF0YXBjaTINCmF0YTE0OiBbSVRIUkVBRF0NCmF0YTE1OiA8QVRBIGNo YW5uZWwgNT4gb24gYXRhcGNpMg0KYXRhMTU6IFtJVEhSRUFEXQ0KYXRhMTY6 IDxBVEEgY2hhbm5lbCA2PiBvbiBhdGFwY2kyDQphdGExNjogW0lUSFJFQURd DQphdGExNzogPEFUQSBjaGFubmVsIDc+IG9uIGF0YXBjaTINCmF0YTE3OiBb SVRIUkVBRF0NCmNwdTAgb24gbW90aGVyYm9hcmQNCm9ybTA6IDxJU0EgT3B0 aW9uIFJPTXM+IGF0IGlvbWVtIDB4YzAwMDAtMHhjN2ZmZiwweGM4MDAwLTB4 Y2U3ZmYsMHhjZTgwMC0weGNlZmZmLDB4Y2YwMDAtMHhkNTdmZiwweGQ1ODAw LTB4ZDY3ZmYgb24gaXNhMA0Kc2MwOiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZs YWdzIDB4MTAwIG9uIGlzYTANCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNv bGVzLCBmbGFncz0weDMwMD4NCnZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0 IHBvcnQgMHgzYzAtMHgzZGYgaW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlz YTANCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IGF0 IHBvcnQgMHg2MCwweDY0IG9uIGlzYTANCmF0a2JkMDogPEFUIEtleWJvYXJk PiBmbGFncyAweDIgaXJxIDEgb24gYXRrYmRjMA0Ka2JkMCBhdCBhdGtiZDAN CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0NCmF0a2JkMDogW0lUSFJFQURdDQph dHJ0YzA6IDxBVCBSZWFsIFRpbWUgQ2xvY2s+IGF0IHBvcnQgMHg3MCBpcnEg OCBvbiBpc2EwDQpwcGMwOiBjYW5ub3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5n ZQ0KV0FSTklORzogWkZTIGlzIGNvbnNpZGVyZWQgdG8gYmUgYW4gZXhwZXJp bWVudGFsIGZlYXR1cmUgaW4gRnJlZUJTRC4NClRpbWVjb3VudGVyICJUU0Mi IGZyZXF1ZW5jeSAyMTkxNTEyNjg1IEh6IHF1YWxpdHkgODAwDQpUaW1lY291 bnRlcnMgdGljayBldmVyeSAxMC4wMDAgbXNlYw0KSVBzZWM6IEluaXRpYWxp emVkIFNlY3VyaXR5IEFzc29jaWF0aW9uIFByb2Nlc3NpbmcuDQphZDA6IDM4 MTU1NE1CIDxIaXRhY2hpIEhEUDcyNTA0MEdMQTM2MCBHTURPQTUyQT4gYXQg YXRhMi1tYXN0ZXIgU0FUQTMwMA0KYWQxOiAzODE1NTRNQiA8SGl0YWNoaSBI RFA3MjUwNDBHTEEzNjAgR01ET0E1MkE+IGF0IGF0YTMtbWFzdGVyIFNBVEEz MDANClpGUyBmaWxlc3lzdGVtIHZlcnNpb24gMTMNClpGUyBzdG9yYWdlIHBv b2wgdmVyc2lvbiAxMw0KYWQyOiAzODE1NTRNQiA8SGl0YWNoaSBIRFA3MjUw NDBHTEEzNjAgR01ET0E1MkE+IGF0IGF0YTQtbWFzdGVyIFNBVEEzMDANCmFk MzogMzgxNTU0TUIgPEhpdGFjaGkgSERQNzI1MDQwR0xBMzYwIEdNRE9BNTJB PiBhdCBhdGE1LW1hc3RlciBTQVRBMzAwDQphZDQ6IDM4MTU1NE1CIDxIaXRh Y2hpIEhEUDcyNTA0MEdMQTM2MCBHTURPQTUyQT4gYXQgYXRhNi1tYXN0ZXIg U0FUQTMwMA0KYWQ1OiAzODE1NTRNQiA8SGl0YWNoaSBIRFA3MjUwNDBHTEEz NjAgR01ET0E1MkE+IGF0IGF0YTEwLW1hc3RlciBTQVRBMzAwDQphZDY6IDM4 MTU1NE1CIDxIaXRhY2hpIEhEUDcyNTA0MEdMQTM2MCBHTURPQTUyQT4gYXQg YXRhMTEtbWFzdGVyIFNBVEEzMDANCmFkNzogMzgxNTU0TUIgPEhpdGFjaGkg SERQNzI1MDQwR0xBMzYwIEdNRE9BNTJBPiBhdCBhdGExMi1tYXN0ZXIgU0FU QTMwMA0KYWQ4OiAzODE1NTRNQiA8SGl0YWNoaSBIRFA3MjUwNDBHTEEzNjAg R01ET0E1MkE+IGF0IGF0YTEzLW1hc3RlciBTQVRBMzAwDQphZDk6IDM4MTU1 NE1CIDxIaXRhY2hpIEhEUDcyNTA0MEdMQTM2MCBHTURPQTUyQT4gYXQgYXRh MTQtbWFzdGVyIFNBVEEzMDANClRyeWluZyB0byBtb3VudCByb290IGZyb20g emZzOnRhbmsvcm9vdC4yMDA5LjAxDQpHRU9NX01JUlJPUjogRGV2aWNlIG1p cnJvci9zd2FwMyBsYXVuY2hlZCAoMi8yKS4NCkdFT01fTUlSUk9SOiBEZXZp Y2UgbWlycm9yL3NwYXJlIGxhdW5jaGVkICgyLzIpLg0KR0VPTV9NSVJST1I6 IERldmljZSBtaXJyb3Ivc3dhcDIgbGF1bmNoZWQgKDIvMikuDQpHRU9NX01J UlJPUjogRGV2aWNlIG1pcnJvci9yZXNjdWUgbGF1bmNoZWQgKDIvMikuDQpH RU9NX01JUlJPUjogRGV2aWNlIG1pcnJvci9zd2FwMSBsYXVuY2hlZCAoMi8y KS4NCkdFT01fTUlSUk9SOiBEZXZpY2UgbWlycm9yL3N3YXAwIGxhdW5jaGVk ICgyLzIpLg0KR0VPTV9NSVJST1I6IERldmljZSBtaXJyb3IvYm9vdCBsYXVu Y2hlZCAoNC80KS4NCmJnZTA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0byBVUA0K --2180312168-1013109329-1246034095=:1809 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=TEAPOT Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=TEAPOT bWFjaGluZQkJYW1kNjQNCmNwdQkJSEFNTUVSDQppZGVudAkJVEVBUE9UDQpt YXh1c2VycwkxMjgNCm1ha2VvcHRpb25zCURFQlVHPS1nDQoNCm9wdGlvbnMJ CUlORVQJCQkNCm9wdGlvbnMJCUlORVQ2CQkJDQpvcHRpb25zCQlJUFNFQwkJ CQ0Kb3B0aW9ucwkJQlBGX0pJVFRFUgkJDQoNCm9wdGlvbnMJCUZGUwkJCQ0K b3B0aW9ucwkJTkZTQ0xJRU5UCQkNCm9wdGlvbnMJCU5GU1NFUlZFUgkJDQpv cHRpb25zCQlNU0RPU0ZTCQkJDQpvcHRpb25zCQlDRDk2NjAJCQkNCm9wdGlv bnMJCUVYVDJGUwkJCQ0Kb3B0aW9ucwkJUFJPQ0ZTCQkJDQpvcHRpb25zCQlQ U0VVRE9GUwkJDQpvcHRpb25zCQlOVUxMRlMJCQkNCg0Kb3B0aW9ucwkJUVVP VEEJCQkNCm9wdGlvbnMJCVNPRlRVUERBVEVTCQkNCm9wdGlvbnMJCVVGU19E SVJIQVNICQkNCm9wdGlvbnMJCVVGU19BQ0wJCQkNCm9wdGlvbnMJCVVGU19H Sk9VUk5BTAkJDQoNCm9wdGlvbnMJCVNDX0hJU1RPUllfU0laRT0yMDAJDQpv cHRpb25zCQlTQ19UV09CVVRUT05fTU9VU0UJDQpvcHRpb25zCQlTQ19OT1JN X0FUVFI9IihGR19HUkVFTnxCR19CTEFDSykiDQpvcHRpb25zCQlTQ19OT1JN X1JFVl9BVFRSPSIoRkdfQ1lBTnxCR19CTEFDSykiDQpvcHRpb25zCQlTQ19L RVJORUxfQ09OU19BVFRSPSIoRkdfWUVMTE9XfEJHX0JMQUNLKSINCm9wdGlv bnMJCVNDX0tFUk5FTF9DT05TX1JFVl9BVFRSPSIoRkdfTElHSFRSRUR8Qkdf QkxBQ0spIg0KDQpvcHRpb25zCQlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJ TkcNCg0Kb3B0aW9ucwkJU0NIRURfVUxFCQkNCm9wdGlvbnMJCVBSRUVNUFRJ T04NCm9wdGlvbnMJCUlQSV9QUkVFTVBUSU9ODQoNCm9wdGlvbnMJCUNPTVBB VF80MwkJDQpvcHRpb25zCQlDT01QQVRfSUEzMg0Kb3B0aW9ucwkJQ09NUEFU X0xJTlVYMzINCm9wdGlvbnMJCUNPTVBBVF9GUkVFQlNENAkJDQpvcHRpb25z CQlDT01QQVRfRlJFRUJTRDUJCQ0Kb3B0aW9ucwkJQ09NUEFUX0ZSRUVCU0Q2 CQkNCm9wdGlvbnMJCUNPTVBBVF9GUkVFQlNENwkJDQoNCm9wdGlvbnMJCVND U0lfREVMQVk9NTAwMAkJDQpvcHRpb25zCQlBSENfUkVHX1BSRVRUWV9QUklO VAkNCg0Kb3B0aW9ucwkJSU5DTFVERV9DT05GSUdfRklMRQkNCm9wdGlvbnMJ CUREQgkJCQ0Kb3B0aW9ucwkJS0RCCQkJDQpvcHRpb25zCQlIWj0xMDAJCQkN Cm9wdGlvbnMJCUtUUkFDRQkJCQ0Kb3B0aW9ucwkJTVNHQlVGX1NJWkU9ODE5 MjAJDQpvcHRpb25zCQlCTEtERVZfSU9TSVpFPTgxOTIJDQpvcHRpb25zCQlL QkRfSU5TVEFMTF9DREVWCQ0Kb3B0aW9ucwkJR0VPTV9QQVJUX0dQVAkJDQpv cHRpb25zCQlHRU9NX0xBQkVMCQkNCg0Kb3B0aW9ucwkJU1lTVlNITQ0Kb3B0 aW9ucwkJU1lTVk1TRw0Kb3B0aW9ucwkJU1lTVlNFTQ0KDQpvcHRpb25zCQlL U1RBQ0tfUEFHRVM9MwkJDQpvcHRpb25zCQlWTV9LTUVNX1NJWkUNCm9wdGlv bnMJCVZNX0tNRU1fU0laRV9NQVgNCm9wdGlvbnMJCVZNX0tNRU1fU0laRV9T Q0FMRQ0KDQpkZXZpY2UJCWF0cGljCQkJDQpkZXZpY2UJCW1wdGFibGUJCQkN CmRldmljZQkJY3B1Y3RsCQkJDQoNCmRldmljZQkJZWlzYQkJCQ0KZGV2aWNl CQlwY2kJCQkNCmRldmljZQkJYWdwCQkJDQoNCmRldmljZQkJYWhjCQkJDQpk ZXZpY2UJCWFhYwkJCQ0KZGV2aWNlCQlhYWNwCQkJDQpkZXZpY2UJCXNjYnVz CQkJDQpkZXZpY2UJCWRhCQkJDQpkZXZpY2UJCXNhCQkJDQpkZXZpY2UJCXBh c3MJCQkNCmRldmljZQkJY2QJCQkNCmRldmljZQkJY2gJCQkNCgkJCQkJDQpk ZXZpY2UJCWF0a2JkYwkJCQ0KZGV2aWNlCQlhdGtiZAkJCQ0KZGV2aWNlCQlw c20JCQkNCmRldmljZQkJa2JkbXV4CQkJDQpkZXZpY2UJCXVzYgkJCQ0KDQpk ZXZpY2UJCXZnYQkJCQ0KDQpkZXZpY2UJCXNwbGFzaAkJCQ0KZGV2aWNlCQlz YwkJCQ0KDQpkZXZpY2UJCWV0aGVyCQkJDQpkZXZpY2UJCWxvb3AJCQkNCg0K ZGV2aWNlCQl0dW4JCQkNCmRldmljZQkJZmFpdGgJCQkNCmRldmljZQkJcHR5 CQkJDQpkZXZpY2UJCWJwZgkJCQ0KZGV2aWNlCQljcnlwdG8JCQkNCg0KZGV2 aWNlCQlnemlwCQkJDQpkZXZpY2UJCW1kCQkJDQoNCmRldmljZQkJY2NkCQkJ DQoNCmRldmljZQkJZmRjCQkJDQpkZXZpY2UJCXBwYwkJCQ0KZGV2aWNlCQlw cGJ1cwkJCQ0KDQpkZXZpY2UJCWxwdAkJCQ0KZGV2aWNlCQlwcGkJCQkNCmRl dmljZQkJbWlpYnVzCQkJDQpkZXZpY2UJCWZ4cAkJCQ0KZGV2aWNlCQliZ2UJ CQkNCg0KZGV2aWNlCQlyYW5kb20JCQkNCg0KZGV2aWNlCQlzbWJ1cwkJCQ0K ZGV2aWNlCQlpbnRwbQkJCQ0KZGV2aWNlCQlzbWINCg0KZGV2aWNlCQlhdGEN CmRldmljZQkJYXRhZGlzaw0KDQpkZXZpY2UJCW52cmFtCQkJDQoNCm9wdGlv bnMgCUFUS0JEX0RGTFRfS0VZTUFQCQ0KbWFrZW9wdGlvbnMJQVRLQkRfREZM VF9LRVlNQVA9dWsuaXNvDQo= --2180312168-1013109329-1246034095=:1809 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=loader.conf Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=loader.conf Z2VvbV9taXJyb3JfbG9hZD0iWUVTIg0KbnZyYW1fbG9hZD0iWUVTIg0KemZz X2xvYWQ9IllFUyINCnZtLmttZW1fc2l6ZT0iMTUzNk0iDQp2bS5rbWVtX3Np emVfbWF4PSIxNTM2TSINCnZmcy56ZnMuYXJjX21pbj0iNTEyTSINCnZmcy56 ZnMuYXJjX21heD0iMTAyNE0iDQp2ZnMuemZzLnByZWZldGNoX2Rpc2FibGU9 MQ0KdmZzLnJvb3QubW91bnRmcm9tPSJ6ZnM6dGFuay9yb290LjIwMDkuMDEi DQprZXJuLm1heGZpbGVzPSIyNTAwMCINCg== --2180312168-1013109329-1246034095=:1809-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 16:46:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43AD71065689; Fri, 26 Jun 2009 16:46:49 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id EFD9C8FC19; Fri, 26 Jun 2009 16:46:48 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 01DCC8FC2E; Fri, 26 Jun 2009 20:46:46 +0400 (MSD) Date: Fri, 26 Jun 2009 20:46:46 +0400 From: Stanislav Sedov To: Artem Belevich Message-Id: <20090626204646.57e8e49e.stas@FreeBSD.org> In-Reply-To: References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> <20090626164639.71a34f62.stas@FreeBSD.org> <20090626173643.b4950bc8.stas@FreeBSD.org> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Stanislav Sedov , freebsd-current@freebsd.org, Thomas Backman Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 16:46:49 -0000 On Fri, 26 Jun 2009 09:14:54 -0700 Artem Belevich mentioned: > The crash used to be rather easy to reproduce -- my 4 hour long build > had 50/50 chance to crash the box. During last couple of weeks I > haven't seen this particular crash at all. > Are you sure this is the same crash as Thomas reported? This one should only happen if kqueue in ZFS is used. -- Stanislav Sedov ST4096-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:16:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB3DC1065783; Fri, 26 Jun 2009 17:16:10 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8EB4F8FC1A; Fri, 26 Jun 2009 17:16:10 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by yxe11 with SMTP id 11so1195105yxe.3 for ; Fri, 26 Jun 2009 10:16:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=Mv5ian6bPl8ZRDk9tI8VTnKmpgFj8ynI0/ZgKcw/2xc=; b=Et2NLIcCgfxNUd1pgEvhaiAtjZ21PnAcX395lWgxguC0CxzV6YtD3fjkkF3caWj7uz 7+XpaAemVPhWsvgsd1KM5x4vuBG8fvRPTzqZktVDxqx3u52qc0u+MXUaXuxsb+RRUUcK vN1af38Ak6PxrF+fBzbkXOelQA5zi885Q1ZF0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=LxdinnN4tXAa2Fml1nBBRyfuYd9jzeDliz4Xi9uIXUoh3/gIAFgTq3FJ1MHxQjStLt 1vcvMaqK7FxwLBoDatLMVmlnmHgzDzNb8PLgJ/5mUJBBYZCzwGFlu5HwZW5fzBS2763S 73nQeX38IOztluXhp7oSRILC7hxSzD0C7j5LU= MIME-Version: 1.0 Sender: artemb@gmail.com Received: by 10.90.86.10 with SMTP id j10mr3334583agb.6.1246036569840; Fri, 26 Jun 2009 10:16:09 -0700 (PDT) In-Reply-To: <20090626204646.57e8e49e.stas@FreeBSD.org> References: <993B7B5B-1B6B-48A5-8425-6A1D071335A9@exscape.org> <20090626164639.71a34f62.stas@FreeBSD.org> <20090626173643.b4950bc8.stas@FreeBSD.org> <20090626204646.57e8e49e.stas@FreeBSD.org> Date: Fri, 26 Jun 2009 10:16:09 -0700 X-Google-Sender-Auth: 57745813303a6cdf Message-ID: From: Artem Belevich To: Stanislav Sedov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Thomas Backman Subject: Re: ZFS : panic("sleeping thread") X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:16:11 -0000 On Fri, Jun 26, 2009 at 9:46 AM, Stanislav Sedov wrote: > Are you sure this is the same crash as Thomas reported? =A0This one shoul= d > only happen if kqueue in ZFS is used. Hard to tell as Thomas didn't post his backtrace. --Artem From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:16:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E98211065782 for ; Fri, 26 Jun 2009 17:16:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 882898FC0C for ; Fri, 26 Jun 2009 17:16:15 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9852C1CD6A; Fri, 26 Jun 2009 19:16:14 +0200 (CEST) Date: Fri, 26 Jun 2009 19:16:14 +0200 From: Ed Schouten To: Alexey Shuvaev Message-ID: <20090626171614.GD48776@hoeg.nl> References: <20090624170652.GA83063@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Yt35NVHK64cCMAcl" Content-Disposition: inline In-Reply-To: <20090624170652.GA83063@wep4035.physik.uni-wuerzburg.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: Monthly output (ac -p) with new tty? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:16:16 -0000 --Yt35NVHK64cCMAcl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexey, * Alexey Shuvaev wrote: > Since few months I'm getting the following typical output from ac -p > (and hence monthly run output): >=20 > >=20 > Doing login accounting: > total 15572.71 > lexx 15303.41 > That's a lot. Would you mind sending me the output of last(1) for that specific log file? Yours, --=20 Ed Schouten WWW: http://80386.nl/ --Yt35NVHK64cCMAcl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpFAl4ACgkQ52SDGA2eCwU+/ACeJGevVEcUG6vms4NJdlXWJkOc WawAn3tmNY59i+UY/3uWmbhQETT3ZHQo =LmuR -----END PGP SIGNATURE----- --Yt35NVHK64cCMAcl-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:22:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F0841065672 for ; Fri, 26 Jun 2009 17:22:47 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 9D8F98FC14 for ; Fri, 26 Jun 2009 17:22:46 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id D99518FC2E; Fri, 26 Jun 2009 21:22:44 +0400 (MSD) Date: Fri, 26 Jun 2009 21:22:44 +0400 From: Stanislav Sedov To: Ian J Hart Message-Id: <20090626212244.783465ae.stas@FreeBSD.org> In-Reply-To: <20090626123727.18824c9jkz72dw8w@10.248.192.16> References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__26_Jun_2009_21_22_44_+0400_Ll=of+iMoR0vZ48u" Cc: freebsd-current@freebsd.org Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:22:47 -0000 --Signature=_Fri__26_Jun_2009_21_22_44_+0400_Ll=of+iMoR0vZ48u Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 26 Jun 2009 12:37:27 +0100 Ian J Hart mentioned: > I know I asked this before but I figure the long post may have put =20 > some people off. >=20 > #169 > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/2= 5759.pdf >=20 > I'd like to eliminate this as a cause of my problem >=20 > It appears I can read the value. >=20 > #kldload cpuctl > #cpucontrol -m 0xc001001f /dev/cpuctl0 > MSR 0xc001001f: 0x00400000 0x00100008 >=20 > #cpucontrol -m 0xc001001f=3D0x0040000000100008 /dev/cpuctl0 >=20 > Causes an nfe0 watchdog timeout and a powerdown failed, so that's =20 > clearly a dumb thing to do. >=20 > Would I be better off asking somewhere else? It looks like it is my fault in fact. Due to the bug in cpuctl code the value written to MSR registers always was zero. Can you, please, try with the following patch? Thanks! Index: sys/dev/cpuctl/cpuctl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/dev/cpuctl/cpuctl.c (revision 195052) +++ sys/dev/cpuctl/cpuctl.c (working copy) @@ -222,14 +222,17 @@ * Explicitly clear cpuid data to avoid returning stale * info */ - data->data =3D 0; DPRINTF("[cpuctl,%d]: operating on MSR %#0x for %d cpu\n", __LINE__, data->msr, cpu); oldcpu =3D td->td_oncpu; is_bound =3D cpu_sched_is_bound(td); set_cpu(cpu, td); - ret =3D cmd =3D=3D CPUCTL_RDMSR ? rdmsr_safe(data->msr, &data->data) : - wrmsr_safe(data->msr, data->data); + if (cmd =3D=3D CPUCTL_RDMSR) { + data->data =3D 0; + ret =3D rdmsr_safe(data->msr, &data->data); + } else { + ret =3D wrmsr_safe(data->msr, data->data); + } restore_cpu(oldcpu, is_bound, td); return (ret); } @@ -368,7 +371,7 @@ /* * Perform update. */ - wrmsr_safe(MSR_K8_UCODE_UPDATE, (uintptr_t)args->data); + wrmsr_safe(MSR_K8_UCODE_UPDATE, (uintptr_t)ptr); =20 /* * Serialize instruction flow. --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__26_Jun_2009_21_22_44_+0400_Ll=of+iMoR0vZ48u Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKRQPkAAoJEKN82nOYvCd0NrwP/RF0OJ0qOSovgPnGIUldK4WX 6+hNZ97/1kfYEllZmvCCy+of8jYFFAcYpbC9E+KLBJioD9KqqG0M6noCAGFUpYL9 80y8hC85unjqr2LIkpSDbXME1+fDKh2hiT2racC6m4LgWoVG4Gz2JQO1iZlbvsp5 eBJOoJ9Pq1uYcHgTdh00nLPV5vTPKFB+Dv7YO8+/kkYvcQkjKwzCB2PJnX516p8A blz8tHj1tkM2oFvaJ42x+NmCeFhXUgwsPiz/NXirFp+3ePce4HngAqQXJU6XVSoI bYlNxOFOGFpesO2U19s8kL37KteB0IlRrOAFJiYtklSbUcXTmKPzluLvhsNwqXkW M/vfXSabpu46Qc2d2mHSaJqmR7l81y805vvw09T9JHfWcLC5Rde5aMrpTOt8LbK4 I+wFVnYZbaLcxdEcLa5i/g3nKggWEYQHDRm2Sbg81yd25oj00m5RgQFowoU33Oyb xNQC3e3HZA1aRf1jMxKpblQKElLKvxp6u5lqy/1LwhIedE6j4rmYyfmvemQpxwAj l33+gv5hi+0SmycMLycEHg7d5870lVf/h9CAB5qi7xLNdIKlTLHJ3Yl/Oets5btm FYxkrJphapB3H2AqyxCaX47bHpYnaU9HMlEcKG94PNH3c5GbBTgtXHPWChnp0f1N KvBzYhqO8kS+U6BZaWo/ =qHQ7 -----END PGP SIGNATURE----- --Signature=_Fri__26_Jun_2009_21_22_44_+0400_Ll=of+iMoR0vZ48u-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:39:03 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF1C11065672 for ; Fri, 26 Jun 2009 17:39:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 6CA608FC14 for ; Fri, 26 Jun 2009 17:39:03 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.254] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MKEuD-0003Is-3r for freebsd-current@FreeBSD.org; Fri, 26 Jun 2009 21:08:05 +0400 To: freebsd-current@FreeBSD.org From: Boris Samorodov Date: Fri, 26 Jun 2009 21:08:53 +0400 Message-ID: <91942330@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: HEADSUP: the default linux base and infrastructure ports has been changed to Fedora 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:39:03 -0000 Hello dear CURRENT users, the day of changing a default linux base and infrastructure ports has happened. For a long time we used to have default linux_base-fc4 and Fedora Core 4 infrastructure ports. It's too old now and has some security issues which won't be addressed. Now we have all needed changes at the base system and we have switched defaults to Fedora 10 ports. The default is switched for OSVERSION >= 800076 (when the last known issue was fixed at the base system). From now the default linux base port is linux_base-f10. Default linux infrastrucure ports are linux-f10-*. For those who already have OVERRIDE_LINUX_BASE_PORT=f10 and OVERRIDE_LINUX_NONBASE_PORTS=f10 at /etc/make.conf those lines may be deletted but nothing should change. For others to switch to new defaults following procedure is recommended (I'm not aware of any automated tool which can do a transfer): ----- 0. Backup your data! 1. Stop any linux application. 2. Figure out your installed linux applications. [1] 3. Remove linux applications, linux infrastructure ports [2] and linux base port. 4. Remove any OVERRIDE_LINUX_* lines from /etc/make.conf and ensure that you have compat.linux.osrelease=2.6.16. 5. Install needed linux applications. [3] ----- Notes about the procedure. [1] The best way is to use the command "pkg_info -Rx linux_base": ----- % pkg_info -Rx linux_base 12:13 pts/3 Information for linux_base-f10-10: Required by: linux-f10-expat-2.0.1 linux-f10-fontconfig-2.6.0 linux-f10-xorg-libs-7.4 linux-dri-7.4 linux-f10-libsigc++20-2.2.2 linux-f10-alsa-lib-1.0.19 skype-2.0.0.72,1 google-earth-5.0.11733.9347 ----- There are two linux applications: skype and google-earth. [2] The linux base port should be removed by a "pkg_delete -f" command. To be sure that there are no remnants of old installations I used to unmount any linux file systems and ensure that the /compat/linux directory is empty. [3] There is no need to install any linux infrastructure port. Instead a linux application should be installed and the ports system should do the right thing. And, please, don't use packages until they are got build with new defaults. There is no need to switch to new defaults until you touch any linux port. So far there is only one known issue, print/acroread9 is not stable with Fedora 10 ports. Print/acroread8 works fine though. Other FreeBSD versions (6.x, 7.x) are not planned to be switched to new defaults. If someone has any questions, your best choice to get an answer is to write to emulation@ mail list. Those guys are usually very responsive and helpful. ;-) Thanks for all who worked hard with the base system and ports, who tested and gave feedbacks! Hey, use it with care, beware of dragons. ;-) WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:45:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C709E106564A; Fri, 26 Jun 2009 17:45:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 81F278FC0C; Fri, 26 Jun 2009 17:45:44 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.254] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MKFUd-0003oH-EA; Fri, 26 Jun 2009 21:45:43 +0400 To: Juergen Lock References: <20090606162235.GA49444@triton.kn-bremen.de> From: Boris Samorodov Date: Fri, 26 Jun 2009 21:46:30 +0400 In-Reply-To: <20090606162235.GA49444@triton.kn-bremen.de> (Juergen Lock's message of "Sat\, 6 Jun 2009 18\:22\:35 +0200") Message-ID: <43784537@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:45:45 -0000 Juergen Lock writes: > Anyway, on to www/linux-f8-flashplugin10 with OVERRIDE_LINUX_BASE_PORT > and OVERRIDE_LINUX_NONBASE_PORTS both f10: I got that going after > removing libidn from the port's USE_LINUX_APPS (its part of linux_base-f10) > and installing two new dependencies of f10's libcurl: > libldap-2.4.so.2 in openldap-2.4.12-1.fc10.i386.rpm > and > libsasl2.so.2 in cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm > (so we'll need two new ports for these), Are you sure that those two ports are necessary? I had no reports that something doesn't work without those libraries. > and then finally to get > libflashsupport working too (i.e., audio) I had to > ln -s libssl.so.7 /compat/linux/lib/libssl.so.6 > - so we probably need a new linux-f10-flashsupport too if we want to > avoid that symlink. Can you provide one? Then we can create a repocopy and commit a new port. Thanks! WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:49:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA3F51065672 for ; Fri, 26 Jun 2009 17:49:49 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id 194D28FC18 for ; Fri, 26 Jun 2009 17:49:48 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090626174947.EXNY6611.mtaout02-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Fri, 26 Jun 2009 18:49:47 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090626174947.LNSA2093.aamtaout03-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Fri, 26 Jun 2009 18:49:47 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5QHnR4w010385; Fri, 26 Jun 2009 18:49:27 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by webmail (Horde Framework) with HTTP; Fri, 26 Jun 2009 18:49:27 +0100 Message-ID: <20090626184927.14362wxz3wlpt7uo@webmail> Date: Fri, 26 Jun 2009 18:49:27 +0100 From: Ian J Hart To: rea-fbsd@codelabs.ru References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> <20090626172336.985160df.stas@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=zd2uoN0lAAAA:8 a=6I5d2MoRAAAA:8 a=W-TzU-Rp0lDqUSCd37QA:9 a=SFbV6bLDp_4-bbShywYA:7 a=_YJTHXYjEhCJ-9tsQ-ZsFAyD72AA:4 a=SV7veod9ZcQA:10 Cc: Stanislav Sedov , freebsd-current@freebsd.org, Hart , Ian Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 17:49:50 -0000 Quoting Eygene Ryabinkin : > Fri, Jun 26, 2009 at 05:23:36PM +0400, Stanislav Sedov wrote: >> > I'd like to eliminate this as a cause of my problem >> > >> > It appears I can read the value. >> > >> > #kldload cpuctl >> > #cpucontrol -m 0xc001001f /dev/cpuctl0 >> > MSR 0xc001001f: 0x00400000 0x00100008 >> > >> > #cpucontrol -m 0xc001001f=0x0040000000100008 /dev/cpuctl0 >> > >> > Causes an nfe0 watchdog timeout and a powerdown failed, so that's >> > clearly a dumb thing to do. > > Hmm, if I am reading the thing properly, you're trying to set the > register to it's current value, aren't you? Yeah, I figured that was a safe test. If it worked my next question was 'which bit is bit 32, followed by how do I set DsNpReqLmt0?' Since this locked the primary network card, I guess I'm not going anywhere with this. > I would expect the final > value of MSR to be 0x00400001:0x00100008. And you should also set > F0x68[22:21] (Link Transaction Register) to 01b (one non-posted > downstream request). F0x68 means "configuration register 0x68, > function 0", so looks like you'll be playing with bus 0, device 24, > function 0, pci0:0:24:0 for the pciconf(8). > > By the way, here's what I got for my Asus M2NPV-VM: > ----- > $ cpucontrol -m 0xc001001f /dev/cpuctl0 > MSR 0xc001001f: 0x00400001 0x00000008 > > $ pciconf -r pci0:0:24:0 0x68 > 0f20c820 > ----- > As you can see, workaround for #169 is applied. > >> > Would I be better off asking somewhere else? > > You can try to look for BIOS update the implements the fix for #169, > but may be such version for your MB isn't available. As stated elsewhere later BIOS have the fix (which is how I know about it) but break other stuff. Thanks anyway, that was useful info. > >> BTW, is there description of this NB_CFG MSR register somewhere on the >> net? > > Google helps: > > http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/31116.pdf > >> I think that some bits of this register could have specific meaning >> and it is not safe to write them. > > Hmm, generally, yes, but in this case, bit 32 is reserved too, so > I would just try to left the current value of MSR untouched, but just > turn on the needed bits. > -- > Eygene > _ ___ _.--. # > \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard > / ' ` , __.--' # to read the on-line manual > )/' _/ \ `-_, / # while single-stepping the kernel. > `-'" `"\_ ,_.-;_.-\_ ', fsc/as # > _.-'_./ {_.' ; / # -- FreeBSD Developers handbook > {_.-``-' {_/ # > _______________________________________________ > 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" > -- ian j hart -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 17:53:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B59C0106568D; Fri, 26 Jun 2009 17:53:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7C58FC16; Fri, 26 Jun 2009 17:53:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5QHrFeK098483; Fri, 26 Jun 2009 13:53:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5QHrFEo055949; Fri, 26 Jun 2009 13:53:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 677967302F; Fri, 26 Jun 2009 13:53:15 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090626175315.677967302F@freebsd-current.sentex.ca> Date: Fri, 26 Jun 2009 13:53:15 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp2.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2009 17:53:21 -0000 TB --- 2009-06-26 17:37:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-26 17:37:51 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-26 17:37:51 - cleaning the object tree TB --- 2009-06-26 17:38:01 - cvsupping the source tree TB --- 2009-06-26 17:38:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-26 17:38:15 - building world TB --- 2009-06-26 17:38:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-26 17:38:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-26 17:38:15 - TARGET=pc98 TB --- 2009-06-26 17:38:15 - TARGET_ARCH=i386 TB --- 2009-06-26 17:38:15 - TZ=UTC TB --- 2009-06-26 17:38:15 - __MAKE_CONF=/dev/null TB --- 2009-06-26 17:38:15 - cd /src TB --- 2009-06-26 17:38:15 - /usr/bin/make -B buildworld >>> World build started on Fri Jun 26 17:38:17 UTC 2009 >>> 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 [...] ln -sf /src/lib/libc/../../contrib/gdtoa/strtord.c gdtoa_strtord.c ln -sf /src/lib/libc/../../contrib/gdtoa/sum.c gdtoa_sum.c ln -sf /src/lib/libc/../../contrib/gdtoa/ulp.c gdtoa_ulp.c rm -f .depend mkdep -f .depend -a -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING /src/lib/libc/db/btree/bt_close.c /src/lib/libc/db/btree/bt_conv.c /src/lib/libc/db/btree/bt_debug.c /src/lib/libc/db/btree/bt_delete.c /src/lib/libc/db/btree/bt_get.c /src/lib/libc/db/btree/bt_open.c /src/lib/libc/db/btree/bt_overflow.c /src/lib/libc/db/btree/bt_page.c /src/lib/libc/db/btree/bt_put.c /src/lib/libc/db/btree/bt_search.c /src/lib/libc/db/btree/bt_seq.c /src/lib/libc/db/btree/bt_split.c /src/lib/libc/db/btree/bt_utils.c /src/lib/libc/db/db/db.c /src/lib/libc/db/hash/hash.c /src/lib/libc/db/hash/hash_bigkey.c /src/lib/libc/db/hash/hash_buf.c /src/lib/libc/db/hash/hash_func.c /src/lib/libc/db/hash/hash _log2.c /src/lib/libc/db/hash/hash_page.c /src/lib/libc/db/hash/ndbm.c /src/lib/libc/db/mpool/mpool.c /src/lib/libc/db/mpool/mpool-compat.c /src/lib/libc/db/recno/rec_close.c /src/lib/libc/db/recno/rec_delete.c /src/lib/libc/db/recno/rec_get.c /src/lib/libc/db/recno/rec_open.c /src/lib/libc/db/recno/rec_put.c /src/lib/libc/db/recno/rec_search.c /src/lib/libc/db/recno/rec_seq.c /src/lib/libc/db/recno/rec_utils.c /src/lib/libc/compat-43/creat.c /src/lib/libc/compat-43/gethostid.c /src/lib/libc/compat-43/getwd.c /src/lib/libc/compat-43/killpg.c /src/lib/libc/compat-43/sethostid.c /src/lib/libc/compat-43/setpgrp.c /src/lib/libc/compat-43/setrgid.c /src/lib/libc/compat-43/setruid.c /src/lib/libc/compat-43/sigcompat.c /src/lib/libc/gen/__getosreldate.c /src/lib/libc/gen/__xuname.c /src/lib/libc/gen/_pthread_stubs.c /src/lib/libc/gen/_rand48.c /src/lib/libc/gen/_spinlock_stub.c /src/lib/libc/gen/_thread_init.c /src/lib/libc/gen/alarm.c /src/lib/libc/gen/arc4random.c /src/lib/libc/g en/assert.c /src/lib/libc/gen/basename.c /src/lib/libc/gen/check_utility_compat.c /src/lib/libc/gen/clock.c /src/lib/libc/gen/closedir.c /src/lib/libc/gen/confstr.c /src/lib/libc/gen/crypt.c /src/lib/libc/gen/ctermid.c /src/lib/libc/gen/daemon.c /src/lib/libc/gen/devname.c /src/lib/libc/gen/dirname.c /src/lib/libc/gen/disklabel.c /src/lib/libc/gen/dlfcn.c /src/lib/libc/gen/drand48.c /src/lib/libc/gen/erand48.c /src/lib/libc/gen/err.c /src/lib/libc/gen/errlst.c /src/lib/libc/gen/errno.c /src/lib/libc/gen/exec.c /src/lib/libc/gen/fdevname.c /src/lib/libc/gen/feature_present.c /src/lib/libc/gen/fmtcheck.c /src/lib/libc/gen/fmtmsg.c /src/lib/libc/gen/fnmatch.c /src/lib/libc/gen/fpclassify.c /src/lib/libc/gen/frexp.c /src/lib/libc/gen/fstab.c /src/lib/libc/gen/ftok.c /src/lib/libc/gen/fts.c /src/lib/libc/gen/fts-compat.c /src/lib/libc/gen/ftw.c /src/lib/libc/gen/getbootfile.c /src/lib/libc/gen/getbsize.c /src/lib/libc/gen/getcap.c /src/lib/libc/gen/getcwd.c /src/lib/libc/gen/getd omainname.c /src/lib/libc/gen/getgrent.c /src/lib/libc/gen/getgrouplist.c /src/lib/libc/gen/gethostname.c /src/lib/libc/gen/getloadavg.c /src/lib/libc/gen/getlogin.c /src/lib/libc/gen/getmntinfo.c /src/lib/libc/gen/getnetgrent.c /src/lib/libc/gen/getosreldate.c /src/lib/libc/gen/getpagesize.c /src/lib/libc/gen/getpeereid.c /src/lib/libc/gen/getprogname.c /src/lib/libc/gen/getpwent.c /src/lib/libc/gen/getttyent.c /src/lib/libc/gen/getusershell.c /src/lib/libc/gen/getvfsbyname.c /src/lib/libc/gen/glob.c /src/lib/libc/gen/initgroups.c /src/lib/libc/gen/isatty.c /src/lib/libc/gen/isinf.c /src/lib/libc/gen/isnan.c /src/lib/libc/gen/jrand48.c /src/lib/libc/gen/lcong48.c /src/lib/libc/gen/lockf.c /src/lib/libc/gen/lrand48.c /src/lib/libc/gen/mrand48.c /src/lib/libc/gen/nftw.c /src/lib/libc/gen/nice.c /src/lib/libc/gen/nlist.c /src/lib/libc/gen/nrand48.c /src/lib/libc/gen/opendir.c /src/lib/libc/gen/pause.c /src/lib/libc/gen/pmadvise.c /src/lib/libc/gen/popen.c /src/lib/libc/gen/pos ix_spawn.c /src/lib/libc/gen/pselect.c /src/lib/libc/gen/psignal.c /src/lib/libc/gen/pw_scan.c /src/lib/libc/gen/pwcache.c /src/lib/libc/gen/raise.c /src/lib/libc/gen/readdir.c /src/lib/libc/gen/readpassphrase.c /src/lib/libc/gen/rewinddir.c /src/lib/libc/gen/scandir.c /src/lib/libc/gen/seed48.c /src/lib/libc/gen/seekdir.c /src/lib/libc/gen/sem.c /src/lib/libc/gen/semctl.c /src/lib/libc/gen/setdomainname.c /src/lib/libc/gen/sethostname.c /src/lib/libc/gen/setjmperr.c /src/lib/libc/gen/setmode.c /src/lib/libc/gen/setproctitle.c /src/lib/libc/gen/setprogname.c /src/lib/libc/gen/siginterrupt.c /src/lib/libc/gen/siglist.c /src/lib/libc/gen/signal.c /src/lib/libc/gen/sigsetops.c /src/lib/libc/gen/sleep.c /src/lib/libc/gen/srand48.c /src/lib/libc/gen/statvfs.c /src/lib/libc/gen/stringlist.c /src/lib/libc/gen/strtofflags.c /src/lib/libc/gen/sysconf.c /src/lib/libc/gen/sysctl.c /src/lib/libc/gen/sysctlbyname.c /src/lib/libc/gen/sysctlnametomib.c /src/lib/libc/gen/syslog.c /src/lib/l ibc/gen/telldir.c /src/lib/libc/gen/termios.c /src/lib/libc/gen/time.c /src/lib/libc/gen/times.c /src/lib/libc/gen/timezone.c /src/lib/libc/gen/tls.c /src/lib/libc/gen/ttyname.c /src/lib/libc/gen/ttyslot.c /src/lib/libc/gen/ualarm.c /src/lib/libc/gen/ulimit.c /src/lib/libc/gen/uname.c /src/lib/libc/gen/unvis.c /src/lib/libc/gen/usleep.c /src/lib/libc/gen/utime.c /src/lib/libc/gen/valloc.c /src/lib/libc/gen/vis.c /src/lib/libc/gen/wait.c /src/lib/libc/gen/wait3.c /src/lib/libc/gen/waitpid.c /src/lib/libc/gen/wordexp.c /src/lib/libc/i386/gen/_ctx_start.S /src/lib/libc/i386/gen/_setjmp.S /src/lib/libc/i386/gen/_set_tp.c /src/lib/libc/i386/gen/fabs.S /src/lib/libc/i386/gen/flt_rounds.c /src/lib/libc/i386/gen/infinity.c /src/lib/libc/i386/gen/ldexp.c /src/lib/libc/i386/gen/makecontext.c /src/lib/libc/i386/gen/modf.S /src/lib/libc/i386/gen/rfork_thread.S /src/lib/libc/i386/gen/setjmp.S /src/lib/libc/i386/gen/signalcontext.c /src/lib/libc/i386/gen/sigsetjmp.S /src/lib/libc/gmon/gmo n.c /src/lib/libc/gmon/mcount.c /src/lib/libc/inet/inet_addr.c /src/lib/libc/inet/inet_cidr_ntop.c /src/lib/libc/inet/inet_cidr_pton.c /src/lib/libc/inet/inet_lnaof.c /src/lib/libc/inet/inet_makeaddr.c /src/lib/libc/inet/inet_net_ntop.c /src/lib/libc/inet/inet_net_pton.c /src/lib/libc/inet/inet_neta.c /src/lib/libc/inet/inet_netof.c /src/lib/libc/inet/inet_network.c /src/lib/libc/inet/inet_ntoa.c /src/lib/libc/inet/inet_ntop.c /src/lib/libc/inet/inet_pton.c /src/lib/libc/inet/nsap_addr.c /src/lib/libc/isc/ev_streams.c /src/lib/libc/isc/ev_timers.c /src/lib/libc/locale/ascii.c /src/lib/libc/locale/big5.c /src/lib/libc/locale/btowc.c /src/lib/libc/locale/collate.c /src/lib/libc/locale/collcmp.c /src/lib/libc/locale/euc.c /src/lib/libc/locale/fix_grouping.c /src/lib/libc/locale/gb18030.c /src/lib/libc/locale/gb2312.c /src/lib/libc/locale/gbk.c /src/lib/libc/locale/isctype.c /src/lib/libc/locale/iswctype.c /src/lib/libc/locale/ldpart.c /src/lib/libc/locale/lmessages.c /src/lib/l ibc/locale/lmonetary.c /src/lib/libc/locale/lnumeric.c /src/lib/libc/locale/localeconv.c /src/lib/libc/locale/mblen.c /src/lib/libc/locale/mbrlen.c /src/lib/libc/locale/mbrtowc.c /src/lib/libc/locale/mbsinit.c /src/lib/libc/locale/mbsnrtowcs.c /src/lib/libc/locale/mbsrtowcs.c /src/lib/libc/locale/mbtowc.c /src/lib/libc/locale/mbstowcs.c /src/lib/libc/locale/mskanji.c /src/lib/libc/locale/nextwctype.c /src/lib/libc/locale/nl_langinfo.c /src/lib/libc/locale/nomacros.c /src/lib/libc/locale/none.c /src/lib/libc/locale/rpmatch.c /src/lib/libc/locale/rune.c /src/lib/libc/locale/runetype.c /src/lib/libc/locale/setlocale.c /src/lib/libc/locale/setrunelocale.c /src/lib/libc/locale/table.c /src/lib/libc/locale/tolower.c /src/lib/libc/locale/toupper.c /src/lib/libc/locale/utf8.c /src/lib/libc/locale/wcrtomb.c /src/lib/libc/locale/wcsnrtombs.c /src/lib/libc/locale/wcsrtombs.c /src/lib/libc/locale/wcsftime.c /src/lib/libc/locale/wcstof.c /src/lib/libc/locale/wcstod.c /src/lib/libc/locale /wcstoimax.c /src/lib/libc/locale/wcstol.c /src/lib/libc/locale/wcstold.c /src/lib/libc/locale/wcstoll.c /src/lib/libc/locale/wcstombs.c /src/lib/libc/locale/wcstoul.c /src/lib/libc/locale/wcstoull.c /src/lib/libc/locale/wcstoumax.c /src/lib/libc/locale/wctob.c /src/lib/libc/locale/wctomb.c /src/lib/libc/locale/wctrans.c /src/lib/libc/locale/wctype.c /src/lib/libc/locale/wcwidth.c /src/lib/libc/nameser/ns_name.c /src/lib/libc/nameser/ns_netint.c /src/lib/libc/nameser/ns_parse.c /src/lib/libc/nameser/ns_print.c /src/lib/libc/nameser/ns_samedomain.c /src/lib/libc/nameser/ns_ttl.c /src/lib/libc/net/base64.c /src/lib/libc/net/ether_addr.c /src/lib/libc/net/eui64.c /src/lib/libc/net/gai_strerror.c /src/lib/libc/net/getaddrinfo.c /src/lib/libc/net/gethostbydns.c /src/lib/libc/net/gethostbyht.c /src/lib/libc/net/gethostbynis.c /src/lib/libc/net/gethostnamadr.c /src/lib/libc/net/getifaddrs.c /src/lib/libc/net/getifmaddrs.c /src/lib/libc/net/getnameinfo.c /src/lib/libc/net/getnetbydn s.c /src/lib/libc/net/getnetbyht.c /src/lib/libc/net/getnetbynis.c /src/lib/libc/net/getnetnamadr.c /src/lib/libc/net/getproto.c /src/lib/libc/net/getprotoent.c /src/lib/libc/net/getprotoname.c /src/lib/libc/net/getservent.c /src/lib/libc/net/if_indextoname.c /src/lib/libc/net/if_nameindex.c /src/lib/libc/net/if_nametoindex.c /src/lib/libc/net/ip6opt.c /src/lib/libc/net/linkaddr.c /src/lib/libc/net/map_v4v6.c /src/lib/libc/net/name6.c /src/lib/libc/net/ntoh.c /src/lib/libc/net/nsdispatch.c nslexer.c nsparser.c /src/lib/libc/net/nss_compat.c /src/lib/libc/net/rcmd.c /src/lib/libc/net/rcmdsh.c /src/lib/libc/net/recv.c /src/lib/libc/net/rthdr.c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/send.c /src/lib/libc/net/sockatmark.c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/vars.c /src/lib/libc/net/nscache.c /src/lib/libc/net/nscachedcli.c /src/lib/libc/nls/msgcat.c /src/lib/libc/posix1e/acl_branding.c /src/lib/libc/posix1e/acl_calc_mask.c /src/lib/libc/posix1e/acl_co py.c /src/lib/libc/posix1e/acl_compat.c /src/lib/libc/posix1e/acl_delete.c /src/lib/libc/posix1e/acl_delete_entry.c /src/lib/libc/posix1e/acl_entry.c /src/lib/libc/posix1e/acl_flag.c /src/lib/libc/posix1e/acl_free.c /src/lib/libc/posix1e/acl_from_text.c /src/lib/libc/posix1e/acl_from_text_nfs4.c /src/lib/libc/posix1e/acl_get.c /src/lib/libc/posix1e/acl_init.c /src/lib/libc/posix1e/acl_perm.c /src/lib/libc/posix1e/acl_set.c /src/lib/libc/posix1e/acl_strip.c /src/lib/libc/posix1e/acl_support.c /src/lib/libc/posix1e/acl_support_nfs4.c /src/lib/libc/posix1e/acl_to_text.c /src/lib/libc/posix1e/acl_to_text_nfs4.c /src/lib/libc/posix1e/acl_valid.c /src/lib/libc/posix1e/extattr.c /src/lib/libc/posix1e/mac.c /src/lib/libc/posix1e/mac_exec.c /src/lib/libc/posix1e/mac_get.c /src/lib/libc/posix1e/mac_set.c subr_acl_nfs4.c /src/lib/libc/quad/cmpdi2.c /src/lib/libc/quad/divdi3.c /src/lib/libc/quad/moddi3.c /src/lib/libc/quad/qdivrem.c /src/lib/libc/quad/ucmpdi2.c /src/lib/libc/quad/udivdi 3.c /src/lib/libc/quad/umoddi3.c /src/lib/libc/regex/regcomp.c /src/lib/libc/regex/regerror.c /src/lib/libc/regex/regexec.c /src/lib/libc/regex/regfree.c /src/lib/libc/resolv/herror.c /src/lib/libc/resolv/h_errno.c /src/lib/libc/resolv/mtctxres.c /src/lib/libc/resolv/res_comp.c /src/lib/libc/resolv/res_data.c /src/lib/libc/resolv/res_debug.c /src/lib/libc/resolv/res_findzonecut.c /src/lib/libc/resolv/res_init.c /src/lib/libc/resolv/res_mkquery.c /src/lib/libc/resolv/res_mkupdate.c /src/lib/libc/resolv/res_query.c /src/lib/libc/resolv/res_send.c /src/lib/libc/resolv/res_state.c /src/lib/libc/resolv/res_update.c /src/lib/libc/stdio/_flock_stub.c /src/lib/libc/stdio/asprintf.c /src/lib/libc/stdio/clrerr.c /src/lib/libc/stdio/dprintf.c /src/lib/libc/stdio/fclose.c /src/lib/libc/stdio/fcloseall.c /src/lib/libc/stdio/fdopen.c /src/lib/libc/stdio/feof.c /src/lib/libc/stdio/ferror.c /src/lib/libc/stdio/fflush.c /src/lib/libc/stdio/fgetc.c /src/lib/libc/stdio/fgetln.c /src/lib/libc/s tdio/fgetpos.c /src/lib/libc/stdio/fgets.c /src/lib/libc/stdio/fgetwc.c /src/lib/libc/stdio/fgetwln.c /src/lib/libc/stdio/fgetws.c /src/lib/libc/stdio/fileno.c /src/lib/libc/stdio/findfp.c /src/lib/libc/stdio/flags.c /src/lib/libc/stdio/fopen.c /src/lib/libc/stdio/fprintf.c /src/lib/libc/stdio/fpurge.c /src/lib/libc/stdio/fputc.c /src/lib/libc/stdio/fputs.c /src/lib/libc/stdio/fputwc.c /src/lib/libc/stdio/fputws.c /src/lib/libc/stdio/fread.c /src/lib/libc/stdio/freopen.c /src/lib/libc/stdio/fscanf.c /src/lib/libc/stdio/fseek.c /src/lib/libc/stdio/fsetpos.c /src/lib/libc/stdio/ftell.c /src/lib/libc/stdio/funopen.c /src/lib/libc/stdio/fvwrite.c /src/lib/libc/stdio/fwalk.c /src/lib/libc/stdio/fwide.c /src/lib/libc/stdio/fwprintf.c /src/lib/libc/stdio/fwscanf.c /src/lib/libc/stdio/fwrite.c /src/lib/libc/stdio/getc.c /src/lib/libc/stdio/getchar.c /src/lib/libc/stdio/getdelim.c /src/lib/libc/stdio/getline.c /src/lib/libc/stdio/gets.c /src/lib/libc/stdio/getw.c /src/lib/libc/stdio/ getwc.c /src/lib/libc/stdio/getwchar.c /src/lib/libc/stdio/makebuf.c /src/lib/libc/stdio/mktemp.c /src/lib/libc/stdio/perror.c /src/lib/libc/stdio/printf.c /src/lib/libc/stdio/printf-pos.c /src/lib/libc/stdio/putc.c /src/lib/libc/stdio/putchar.c /src/lib/libc/stdio/puts.c /src/lib/libc/stdio/putw.c /src/lib/libc/stdio/putwc.c /src/lib/libc/stdio/putwchar.c /src/lib/libc/stdio/refill.c /src/lib/libc/stdio/remove.c /src/lib/libc/stdio/rewind.c /src/lib/libc/stdio/rget.c /src/lib/libc/stdio/scanf.c /src/lib/libc/stdio/setbuf.c /src/lib/libc/stdio/setbuffer.c /src/lib/libc/stdio/setvbuf.c /src/lib/libc/stdio/snprintf.c /src/lib/libc/stdio/sprintf.c /src/lib/libc/stdio/sscanf.c /src/lib/libc/stdio/stdio.c /src/lib/libc/stdio/swprintf.c /src/lib/libc/stdio/swscanf.c /src/lib/libc/stdio/tempnam.c /src/lib/libc/stdio/tmpfile.c /src/lib/libc/stdio/tmpnam.c /src/lib/libc/stdio/ungetc.c /src/lib/libc/stdio/ungetwc.c /src/lib/libc/stdio/vasprintf.c /src/lib/libc/stdio/vdprintf.c /src/li b/libc/stdio/vfprintf.c /src/lib/libc/stdio/vfscanf.c /src/lib/libc/stdio/vfwprintf.c /src/lib/libc/stdio/vfwscanf.c /src/lib/libc/stdio/vprintf.c /src/lib/libc/stdio/vscanf.c /src/lib/libc/stdio/vsnprintf.c /src/lib/libc/stdio/vsprintf.c /src/lib/libc/stdio/vsscanf.c /src/lib/libc/stdio/vswprintf.c /src/lib/libc/stdio/vswscanf.c /src/lib/libc/stdio/vwprintf.c /src/lib/libc/stdio/vwscanf.c /src/lib/libc/stdio/wbuf.c /src/lib/libc/stdio/wprintf.c /src/lib/libc/stdio/wscanf.c /src/lib/libc/stdio/wsetup.c /src/lib/libc/stdio/xprintf.c /src/lib/libc/stdio/xprintf_float.c /src/lib/libc/stdio/xprintf_int.c /src/lib/libc/stdio/xprintf_str.c /src/lib/libc/stdio/xprintf_errno.c /src/lib/libc/stdio/xprintf_hexdump.c /src/lib/libc/stdio/xprintf_quote.c /src/lib/libc/stdio/xprintf_time.c /src/lib/libc/stdio/xprintf_vis.c /src/lib/libc/stdtime/asctime.c /src/lib/libc/stdtime/difftime.c /src/lib/libc/stdtime/localtime.c /src/lib/libc/stdtime/strftime.c /src/lib/libc/stdtime/strptime.c /sr c/lib/libc/stdtime/timelocal.c /src/lib/libc/stdtime/time32.c /src/lib/libc/i386/sys/i386_clr_watch.c /src/lib/libc/i386/sys/i386_set_watch.c /src/lib/libc/i386/sys/i386_vm86.c /src/lib/libc/i386/sys/i386_get_fsbase.c /src/lib/libc/i386/sys/i386_get_gsbase.c /src/lib/libc/i386/sys/i386_get_ioperm.c /src/lib/libc/i386/sys/i386_get_ldt.c /src/lib/libc/i386/sys/i386_set_fsbase.c /src/lib/libc/i386/sys/i386_set_gsbase.c /src/lib/libc/i386/sys/i386_set_ioperm.c /src/lib/libc/i386/sys/i386_set_ldt.c /src/lib/libc/sys/stack_protector.c /src/lib/libc/sys/__error.c /src/lib/libc/sys/fcntl.c /src/lib/libc/sys/ftruncate.c /src/lib/libc/sys/lseek.c /src/lib/libc/sys/mmap.c /src/lib/libc/sys/pread.c /src/lib/libc/sys/pwrite.c /src/lib/libc/sys/truncate.c /src/lib/libc/i386/sys/Ovfork.S /src/lib/libc/i386/sys/brk.S /src/lib/libc/i386/sys/cerror.S /src/lib/libc/i386/sys/exect.S /src/lib/libc/i386/sys/getcontext.S /src/lib/libc/i386/sys/pipe.S /src/lib/libc/i386/sys/ptrace.S /src/lib/libc/i 386/sys/reboot.S /src/lib/libc/i386/sys/sbrk.S /src/lib/libc/i386/sys/setlogin.S /src/lib/libc/i386/sys/sigreturn.S /src/lib/libc/i386/sys/syscall.S fork.S read.S write.S open.S close.S wait4.S link.S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S getpid.S mount.S unmount.S setuid.S getuid.S geteuid.S recvmsg.S sendmsg.S recvfrom.S accept.S getpeername.S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S getegid.S profil.S ktrace.S getgid.S acct.S sigaltstack.S ioctl.S revoke.S symlink.S readlink.S execve.S umask.S chroot.S msync.S vadvise.S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S fcntl.S select.S fsync.S setpriority.S socket.S connect.S getpriority.S bind.S setsockopt.S listen.S gettimeofday.S getrusage.S getsockopt.S readv.S writev.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S flock.S mkfifo.S sendto.S shutdo wn.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S setsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatfs.S lgetfh.S getfh.S freebsd4_getdomainname.S freebsd4_setdomainname.S freebsd4_uname.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat.S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirentries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S freebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid.S poll.S freebsd7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S msgrcv.S shmat.S freebsd7_shmctl.S shmdt.S shmget.S clock_gettime.S clock_settime.S clock_getres.S ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_getoverrun.S nanosleep.S ntp_gettime.S minherit.S rfork.S issetugid.S lchown.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S luti mes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S freebsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S setresuid.S setresgid.S aio_return.S aio_suspend.S aio_cancel.S aio_error.S oaio_read.S oaio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam.S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S utrace.S freebsd4_sendfile.S kldsym.S jail.S sigprocmask.S sigsuspend.S freebsd4_sigaction.S sigpending.S freebsd4_sigreturn.S sigtimedwait.S sigwaitinfo.S __acl_get_file.S __acl_set_file.S __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_aclcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S kqueue.S kevent.S extattr_set_fd.S exta ttr_get_fd.S extattr_delete_fd.S __setugid.S eaccess.S nmount.S __mac_get_proc.S __mac_set_proc.S __mac_get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs.S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_open.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delete_link.S __mac_execve.S sigaction.S setcontext.S swapcontext.S swapoff.S __acl_get_link.S __acl_set_link.S __acl_delete_link.S __acl_aclcheck_link.S sigwait.S thr_create.S thr_exit.S thr_self.S thr_kill.S _umtx_lock.S _umtx_unlock.S jail_attach.S extattr_list_fd.S extattr_list_file.S extattr_list_link.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audit.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S setaudit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_ setattr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sendmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S mmap.S lseek.S truncate.S ftruncate.S thr_kill2.S shm_open.S shm_unlink.S cpuset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinity.S faccessat.S fchmodat.S fchownat.S fexecve.S fstatat.S futimesat.S linkat.S mkdirat.S mkfifoat.S mknodat.S openat.S readlinkat.S renameat.S symlinkat.S unlinkat.S posix_openpt.S gssd_syscall.S jail_get.S jail_set.S jail_remove.S closefrom.S __semctl.S msgctl.S shmctl.S _getlogin.S _exit.S _pread.S _pwrite.S _lseek.S _mmap.S _ftruncate.S _truncate.S _fcntl.S /src/lib/libc/rpc/auth_none.c /src/lib/libc/rpc/auth_unix.c /src/lib/libc/rpc/authunix_prot.c /src/lib/libc/rpc/bindresvport.c /src/lib/libc/rpc/clnt_bcast.c /src/lib/libc/rpc/clnt_dg.c /src/lib/libc/rpc/clnt_generic.c /src/lib/libc/rpc/clnt_perro r.c /src/lib/libc/rpc/clnt_raw.c /src/lib/libc/rpc/clnt_simple.c /src/lib/libc/rpc/clnt_vc.c /src/lib/libc/rpc/rpc_dtablesize.c /src/lib/libc/rpc/getnetconfig.c /src/lib/libc/rpc/getnetpath.c /src/lib/libc/rpc/getrpcent.c /src/lib/libc/rpc/getrpcport.c /src/lib/libc/rpc/mt_misc.c /src/lib/libc/rpc/pmap_clnt.c /src/lib/libc/rpc/pmap_getmaps.c /src/lib/libc/rpc/pmap_getport.c /src/lib/libc/rpc/pmap_prot.c /src/lib/libc/rpc/pmap_prot2.c /src/lib/libc/rpc/pmap_rmt.c /src/lib/libc/rpc/rpc_prot.c /src/lib/libc/rpc/rpc_commondata.c /src/lib/libc/rpc/rpc_callmsg.c /src/lib/libc/rpc/rpc_generic.c /src/lib/libc/rpc/rpc_soc.c /src/lib/libc/rpc/rpcb_clnt.c /src/lib/libc/rpc/rpcb_prot.c /src/lib/libc/rpc/rpcb_st_xdr.c /src/lib/libc/rpc/rpcsec_gss_stub.c /src/lib/libc/rpc/svc.c /src/lib/libc/rpc/svc_auth.c /src/lib/libc/rpc/svc_dg.c /src/lib/libc/rpc/svc_auth_unix.c /src/lib/libc/rpc/svc_generic.c /src/lib/libc/rpc/svc_raw.c /src/lib/libc/rpc/svc_run.c /src/lib/libc/rpc/svc_simple.c /src/ lib/libc/rpc/svc_vc.c /src/lib/libc/rpc/auth_time.c /src/lib/libc/rpc/auth_des.c /src/lib/libc/rpc/authdes_prot.c /src/lib/libc/rpc/des_crypt.c /src/lib/libc/rpc/des_soft.c /src/lib/libc/rpc/crypt_client.c /src/lib/libc/rpc/key_call.c /src/lib/libc/rpc/key_prot_xdr.c /src/lib/libc/rpc/getpublickey.c /src/lib/libc/rpc/svc_auth_des.c /src/lib/libc/rpc/netname.c /src/lib/libc/rpc/netnamer.c /src/lib/libc/rpc/rpcdname.c /src/lib/libc/rpc/rtime.c crypt_clnt.c crypt_xdr.c /src/lib/libc/uuid/uuid_compare.c /src/lib/libc/uuid/uuid_create.c /src/lib/libc/uuid/uuid_create_nil.c /src/lib/libc/uuid/uuid_equal.c /src/lib/libc/uuid/uuid_from_string.c /src/lib/libc/uuid/uuid_hash.c /src/lib/libc/uuid/uuid_is_nil.c /src/lib/libc/uuid/uuid_stream.c /src/lib/libc/uuid/uuid_to_string.c /src/lib/libc/xdr/xdr.c /src/lib/libc/xdr/xdr_array.c /src/lib/libc/xdr/xdr_float.c /src/lib/libc/xdr/xdr_mem.c /src/lib/libc/xdr/xdr_rec.c /src/lib/libc/xdr/xdr_reference.c /src/lib/libc/xdr/xdr_stdio.c /src/li b/libc/yp/xdryp.c yp_xdr.c /src/lib/libc/yp/yplib.c /src/lib/libc/gdtoa/machdep_ldisx.c /src/lib/libc/i386/stdlib/div.S /src/lib/libc/i386/stdlib/ldiv.S /src/lib/libc/i386/string/bcmp.S /src/lib/libc/i386/string/bcopy.S /src/lib/libc/i386/string/bzero.S /src/lib/libc/i386/string/ffs.S /src/lib/libc/i386/string/index.S /src/lib/libc/i386/string/memchr.S /src/lib/libc/i386/string/memcmp.S /src/lib/libc/i386/string/memcpy.S /src/lib/libc/i386/string/memmove.S /src/lib/libc/i386/string/memset.S /src/lib/libc/i386/string/rindex.S /src/lib/libc/i386/string/strcat.S /src/lib/libc/i386/string/strchr.S /src/lib/libc/i386/string/strcmp.S /src/lib/libc/i386/string/strcpy.S /src/lib/libc/i386/string/strlen.S /src/lib/libc/i386/string/strncmp.S /src/lib/libc/i386/string/strrchr.S /src/lib/libc/i386/string/swab.S /src/lib/libc/i386/string/wcschr.S /src/lib/libc/i386/string/wcscmp.S /src/lib/libc/i386/string/wcslen.S /src/lib/libc/i386/string/wmemchr.S /src/lib/libc/gdtoa/_hdtoa.c /src/lib /libc/gdtoa/_hldtoa.c /src/lib/libc/gdtoa/_ldtoa.c /src/lib/libc/gdtoa/glue.c gdtoa_strtorx.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdtoa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc.c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtord.c gdtoa_sum.c gdtoa_ulp.c /src/lib/libc/stdlib/_Exit.c /src/lib/libc/stdlib/a64l.c /src/lib/libc/stdlib/abort.c /src/lib/libc/stdlib/abs.c /src/lib/libc/stdlib/atexit.c /src/lib/libc/stdlib/atof.c /src/lib/libc/stdlib/atoi.c /src/lib/libc/stdlib/atol.c /src/lib/libc/stdlib/atoll.c /src/lib/libc/stdlib/bsearch.c /src/lib/libc/stdlib/exit.c /src/lib/libc/stdlib/getenv.c /src/lib/libc/stdlib/getopt.c /src/lib/libc/stdlib/getopt_long.c /src/lib/libc/stdlib/getsubopt.c /src/lib/libc/stdlib/hcreate.c /src/lib/libc/stdlib/heapsort.c /src/lib/libc/stdlib/imaxabs.c /src/lib/libc/stdlib/imaxdiv.c /src/lib/libc/stdlib/insque.c /src/lib/libc/stdlib/l64a.c /src/lib/libc/stdlib/labs.c /src/lib/libc/stdlib/llabs. c /src/lib/libc/stdlib/lldiv.c /src/lib/libc/stdlib/lsearch.c /src/lib/libc/stdlib/malloc.c /src/lib/libc/stdlib/merge.c /src/lib/libc/stdlib/ptsname.c /src/lib/libc/stdlib/qsort.c /src/lib/libc/stdlib/qsort_r.c /src/lib/libc/stdlib/radixsort.c /src/lib/libc/stdlib/rand.c /src/lib/libc/stdlib/random.c /src/lib/libc/stdlib/reallocf.c /src/lib/libc/stdlib/realpath.c /src/lib/libc/stdlib/remque.c /src/lib/libc/stdlib/strfmon.c /src/lib/libc/stdlib/strtoimax.c /src/lib/libc/stdlib/strtol.c /src/lib/libc/stdlib/strtoll.c /src/lib/libc/stdlib/strtoq.c /src/lib/libc/stdlib/strtoul.c /src/lib/libc/stdlib/strtonum.c /src/lib/libc/stdlib/strtoull.c /src/lib/libc/stdlib/strtoumax.c /src/lib/libc/stdlib/strtouq.c /src/lib/libc/stdlib/system.c /src/lib/libc/stdlib/tdelete.c /src/lib/libc/stdlib/tfind.c /src/lib/libc/stdlib/tsearch.c /src/lib/libc/stdlib/twalk.c /src/lib/libc/string/ffsl.c /src/lib/libc/string/ffsll.c /src/lib/libc/string/fls.c /src/lib/libc/string/flsl.c /src/lib/libc/st ring/flsll.c /src/lib/libc/string/memccpy.c /src/lib/libc/string/memrchr.c /src/lib/libc/string/memmem.c /src/lib/libc/string/stpcpy.c /src/lib/libc/string/stpncpy.c /src/lib/libc/string/strcasecmp.c /src/lib/libc/string/strcasestr.c /src/lib/libc/string/strcoll.c /src/lib/libc/string/strcspn.c /src/lib/libc/string/strdup.c /src/lib/libc/string/strerror.c /src/lib/libc/string/strlcat.c /src/lib/libc/string/strlcpy.c /src/lib/libc/string/strmode.c /src/lib/libc/string/strncat.c /src/lib/libc/string/strncpy.c /src/lib/libc/string/strndup.c /src/lib/libc/string/strnlen.c /src/lib/libc/string/strnstr.c /src/lib/libc/string/strpbrk.c /src/lib/libc/string/strsep.c /src/lib/libc/string/strsignal.c /src/lib/libc/string/strspn.c /src/lib/libc/string/strstr.c /src/lib/libc/string/strtok.c /src/lib/libc/string/strxfrm.c /src/lib/libc/string/wcpcpy.c /src/lib/libc/string/wcpncpy.c /src/lib/libc/string/wcscasecmp.c /src/lib/libc/string/wcscat.c /src/lib/libc/string/wcscoll.c /src/lib/lib c/string/wcscpy.c /src/lib/libc/string/wcscspn.c /src/lib/libc/string/wcsdup.c /src/lib/libc/string/wcslcat.c /src/lib/libc/string/wcslcpy.c /src/lib/libc/string/wcsncasecmp.c /src/lib/libc/string/wcsncat.c /src/lib/libc/string/wcsncmp.c /src/lib/libc/string/wcsncpy.c /src/lib/libc/string/wcsnlen.c /src/lib/libc/string/wcspbrk.c /src/lib/libc/string/wcsrchr.c /src/lib/libc/string/wcsspn.c /src/lib/libc/string/wcsstr.c /src/lib/libc/string/wcstok.c /src/lib/libc/string/wcswidth.c /src/lib/libc/string/wcsxfrm.c /src/lib/libc/string/wmemcmp.c /src/lib/libc/string/wmemcpy.c /src/lib/libc/string/wmemmove.c /src/lib/libc/string/wmemset.c In file included from /src/lib/libc/gen/setproctitle.c:27: /obj/pc98/src/tmp/usr/include/vm/vm.h:64:24: error: machine/vm.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-26 17:53:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-26 17:53:15 - ERROR: failed to build world TB --- 2009-06-26 17:53:15 - 687.85 user 60.35 system 923.61 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 18:17:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6288B1065674; Fri, 26 Jun 2009 18:17:19 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7998FC0C; Fri, 26 Jun 2009 18:17:19 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n5QIHHij054129; Fri, 26 Jun 2009 13:17:18 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 26 Jun 2009 13:17:17 -0500 (CDT) From: "Sean C. Farley" To: Boris Samorodov In-Reply-To: <43784537@ipt.ru> Message-ID: References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 18:17:19 -0000 On Fri, 26 Jun 2009, Boris Samorodov wrote: > Juergen Lock writes: > >> Anyway, on to www/linux-f8-flashplugin10 with OVERRIDE_LINUX_BASE_PORT >> and OVERRIDE_LINUX_NONBASE_PORTS both f10: I got that going after >> removing libidn from the port's USE_LINUX_APPS (its part of linux_base-f10) >> and installing two new dependencies of f10's libcurl: >> libldap-2.4.so.2 in openldap-2.4.12-1.fc10.i386.rpm >> and >> libsasl2.so.2 in cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm >> (so we'll need two new ports for these), > > Are you sure that those two ports are necessary? I had no reports > that something doesn't work without those libraries. > >> and then finally to get >> libflashsupport working too (i.e., audio) I had to >> ln -s libssl.so.7 /compat/linux/lib/libssl.so.6 >> - so we probably need a new linux-f10-flashsupport too if we want to >> avoid that symlink. > > Can you provide one? Then we can create a repocopy and commit > a new port. Thanks! Here you go (at least for the binary): http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006401.html Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 18:31:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B04B2106564A; Fri, 26 Jun 2009 18:31:54 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from mailout.zetnet.co.uk (mailout.zetnet.co.uk [194.247.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 640EF8FC24; Fri, 26 Jun 2009 18:31:54 +0000 (UTC) (envelope-from freebsd-current@chrishedley.com) Received: from irwell.zetnet.co.uk ([194.247.47.48] helo=zetnet.co.uk) by mailout.zetnet.co.uk with esmtp (Exim 4.63) (envelope-from ) id 1MKGDJ-0003Iw-AG; Fri, 26 Jun 2009 19:31:53 +0100 Received: from mail.chrishedley.com (53-233.adsl.zetnet.co.uk [194.247.53.233]) by zetnet.co.uk (8.14.1/8.14.1/Debian-9) with ESMTP id n5QIVrqK002383; Fri, 26 Jun 2009 19:31:53 +0100 Received: from localhost (localhost [127.0.0.1]) by mail.chrishedley.com (Postfix) with ESMTP id 2E6BD9185E; Fri, 26 Jun 2009 19:31:51 +0100 (BST) X-Virus-Scanned: amavisd-new at chrishedley.com Received: from mail.chrishedley.com ([127.0.0.1]) by localhost (mail.chrishedley.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04LbOZsgLN4M; Fri, 26 Jun 2009 19:31:48 +0100 (BST) Received: from teapot.cbhnet (teapot.cbhnet [192.168.1.1]) by mail.chrishedley.com (Postfix) with ESMTP id 0786991839; Fri, 26 Jun 2009 19:31:48 +0100 (BST) Date: Fri, 26 Jun 2009 19:31:47 +0100 (BST) From: Chris Hedley X-X-Sender: cbh@teapot.cbhnet To: freebsd-current@freebsd.org In-Reply-To: Message-ID: References: <4A2C124A.1050707@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.1.7 (zetnet.co.uk [194.247.46.1]); Fri, 26 Jun 2009 19:31:53 +0100 (BST) Cc: freebsd-amd64@freebsd.org Subject: Re: New builds won't boot (fwd) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 18:31:55 -0000 On Fri, 26 Jun 2009, Chris Hedley wrote: > On Sun, 7 Jun 2009, Tim Kientzle wrote: >> * Latest checkout date of a kernel that does boot. >> * Earliest checkout date of a kernel that doesn't boot. ... > As for the versions of the kernel, I've narrowed it down to a half-day > window, which is hopefully useful: the cvsup-specified dates I have are > 2009.02.18.12.00.00 (working) and 2009.02.19.00.00.00 (not working). Just to pontificate for a moment, I notice that there's quite a few changes to the ATA subsystem that afternoon. This might be significant as the Supermicro SATA controllers I use (a pair of AOC-SAT2-MV8 cards, 8 port PCI-X things) aren't entirely trouble-free: when they're up and running they're fine, but they don't reset on reboot, even with the current (? 1.0c, anyway) firmware which causes problems rescanning the drives. This could be a complete red herring, but I wondered if it may be related. Chris. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 18:47:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F21106564A; Fri, 26 Jun 2009 18:47:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5AD5C8FC15; Fri, 26 Jun 2009 18:47:33 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246944350; Fri, 26 Jun 2009 21:47:29 +0300 Message-ID: <4A4517BE.9040504@FreeBSD.org> Date: Fri, 26 Jun 2009 21:47:26 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: scottl@FreeBSD.org Subject: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 18:47:34 -0000 Hi. I would like to present for testing and feedback present state of my and Scott work on extending CAM subsystem to support ATA in addition to SCSI. At this moment we have: - CAM transport separated on common and SCSI-specific parts, last one wrapped with small API that allows switching; - implemented SATA-specific transport, that is automatically used when controller reports SATA bus attached to it. It supports both single drive and Port Multiplier modes. The only parts unfinished yet is the automatic hot-plug (you have to do reset/rescan manually) and heavy errors recovery; - implemented ATA disk driver for CAM infrastructure to natively operate ATA disks. It already supports most of required functionality: identify, read, write, flush, dump, NCQ; - ATAPI devices handled natively by existing SCSI peripherals drivers, by tunneling SCSI commands over ATA bus by PACKET ATA extension; - implemented AHCI controller driver, supporting most of tasty hardware features (controller command queuing, NCQ, Port Multiplier, MSI). Only some features from latest AHCI specifications for which I have no hardware left unimplemented. - camcontrol took minor changes to be able to report ATA devices. To test our work you should: - have any AHCI compatible controller configured to native AHCI mode (not a COMPATIBLE or RAID or whatever else) by BIOS; - have some Serial ATA/ATAPI drives connected to AHCI controller; - patch your recently updated 8-CURRENT with this patch: http://people.freebsd.org/~mav/cam-ata.20090626.patch - rebuild and install world and kernel; - read new ahci man page; - make sure that you will be able to boot if your SATA disk devices name change from some ad4 to ada0; - load ahci kernel module using loader prompt or loader.conf; - boot. This change does not breaks existing ATA infrastructure, it just provides higher priority driver for the same hardware. So you should be able get back at any time by just not loading ahci module. To hot-plug/unplug drive you should use `camcontrol reset ...` and then `camcontrol rescan`. Here is what I have running in my system now, connected to on-board ICH8 and JMB363 AHCI SATA controllers, using external SiI3726 Port Multiplier: %camcontrol devlist at scbus0 target 0 lun 0 (pass0,ada0) at scbus0 target 1 lun 0 (cd0,pass1) at scbus0 target 2 lun 0 (ada3,pass5) at scbus0 target 15 lun 0 (pass2) at scbus2 target 0 lun 0 (pass3,ada1) at scbus3 target 0 lun 0 (pass4,ada2) ICH8 AHCI controller works fine with multi-vector MSI enabled and all disk drives listed here are using NCQ. Trivial benchmark on usual HDD shown me about 15% speedup from enabling NCQ. I am successfully running two of my systems with this new driver during last week. Waiting for your feedback. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 18:55:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C66E106566C for ; Fri, 26 Jun 2009 18:55:16 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 1EDF68FC0C for ; Fri, 26 Jun 2009 18:55:15 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from [192.168.0.154] (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n5QIsSSO078592; Fri, 26 Jun 2009 19:54:28 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4A451964.3080001@fletchermoorland.co.uk> Date: Fri, 26 Jun 2009 19:54:28 +0100 From: Paul Wootton User-Agent: Thunderbird 2.0.0.21 (X11/20090504) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A44427E.3040309@kc8onw.net><912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> <4A44B62B.4050903@fletchermoorland.co.uk> <30247D709B414FCFB703E323BDD2C71E@multiplay.co.uk> In-Reply-To: <30247D709B414FCFB703E323BDD2C71E@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Scanned-By: MIMEDefang 2.64 on 192.168.0.1 Cc: Steven Hartland , Jonathan , Thomas Backman Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all blockcopies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 18:55:16 -0000 Steven Hartland wrote: > > ----- Original Message ----- From: "Paul Wootton" > > >> As bad as it sounds, YAY, im not the only one... >> If only I had seen this thread earlier - As of 1 hours ago im the new >> owner of another 500Gb drive. I had already checked the SMART data on >> the drives and it showed everything was good, but decided some new >> drivers (getting one at a time) would help me eliminate the drives as >> being the source of the LBA errors. >> >> Interesting though, my LBA errors are also around the 429xxxxxxx >> number, usually with the 3rd of 4th number being somewhere around 8xxx. >> After rebuilding and populating the pack many many times with various >> versions of 8 I did manage to get a pack that would try and boot the >> kernel with out any LBA or IO errors but I had forgotten to add the >> zpool.cache file. I rebooted on a working drive/installation, pushed >> the zpool.cache file across and tried booting off raidz hoping that >> all would be good and happy, but no, the LBA errors started appearing... > > You might want to check what LBA mode is being used. Some disks require > you to use 48bit LBA for all of the disk if supported and I've seen > some drivers use it only if they "think" its required for the position > in question, which can cause issues with the firmware on some drives, > resulting in LBA errors. > > Regards > Steve > Im unsure how to check what LBA mode my drives are currently using, but I have done some more testing with interesting results. I am using 3 drives (ad18, ad20 and ad24) and all done with GPT tables. Made a pack and have a 1gb zfs partition on each drive - raidz boots fine and the machine runs happily Increased the partition on ad24 to the drive's maximum capacity - 75G. Rebooted and the machine is still happy. Increased the partition on ad20 to 3.8G. Rebooted and the machine is still happy Increased the partition on ad18 to 3.8G. All is still happy. Increased the partition on ad20 to 7.6G. Again, all happy Increased the partition on ad18 to 7.6G. I now start getting the LBA errors I still need to try ad18p2 at 3.8G, ad20p2 at 7.6G, ad24p2 at 75G and try booting off ad20 instead of ad18 During other tests, after increasing the parition size, the kernel would boot but fail to load the root filing system. I pointed it to a UFS based root to bring the system online. I took a look at the zpool status and it shows 1 of the partitions as corrupt and the whole pack as faulty and not degraded. Does anyone else see this sort of behavior? Paul ----------------------------------------------------------------------------------- Fletcher Moorland Limited is a company registered in England and Wales. Registration number: 2984467. Registered office: Elenora Street, Stoke on Trent, Staffordshire, ST4 1QG. VAT Registration number: 478730606 Telephone: 01782 411021 | Fax: 01782 744470 | http://www.fletchermoorland.co.uk From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 19:14:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E483E106564A for ; Fri, 26 Jun 2009 19:14:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 82F088FC15 for ; Fri, 26 Jun 2009 19:14:10 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id BDADA1CD00; Fri, 26 Jun 2009 21:14:09 +0200 (CEST) Date: Fri, 26 Jun 2009 21:14:09 +0200 From: Ed Schouten To: Alexey Shuvaev Message-ID: <20090626191409.GF48776@hoeg.nl> References: <20090626182440.GA86360@wep4035.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="E/5eLEyl+0R32iwm" Content-Disposition: inline In-Reply-To: <20090626182440.GA86360@wep4035.physik.uni-wuerzburg.de> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current Subject: Re: Monthly output (ac -p) with new tty? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 19:14:11 -0000 --E/5eLEyl+0R32iwm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexey, I'm sending this to the list again, to make sure this information doesn't get lost. * Alexey Shuvaev wrote: > On Fri, Jun 26, 2009 at 07:41:30PM +0200, Ed Schouten wrote: > > Which terminal emulators (or applications that use pseudo-terminals) do > > you use? > >=20 > Stock x11/xterm WITH_WIDE_CHARS :) > And tcsh, if this matters. I've looked at it and it seems like xterm doesn't always terminate login sessions properly. It looks like last(1) then terminates the session when the pseudo-terminal is reused, but ac(1) does not. This means that the sessions were only terminated when you rebooted the system. I took a quick look at it. Maybe I can take care of it one of these days, but I have to mention ac(1) is a buggy piece of code. Various pieces of code look very suspicious. Because I already have some plans for the very far future to completely overhaul our utmp system, hopefully to support utmpx, it may be possible it will not be addressed until then... --=20 Ed Schouten WWW: http://80386.nl/ --E/5eLEyl+0R32iwm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpFHgEACgkQ52SDGA2eCwU7QgCffSI7iXOzg57ZlNBLuAKsN+DO 03oAn0AD8F75A9Q2XOz+KeiIgOsy5EdJ =FOjd -----END PGP SIGNATURE----- --E/5eLEyl+0R32iwm-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 19:31:55 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28499106566C; Fri, 26 Jun 2009 19:31:55 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id D38F88FC18; Fri, 26 Jun 2009 19:31:54 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.173.16.254] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MKH9M-00058T-Sj; Fri, 26 Jun 2009 23:31:53 +0400 To: "Sean C. Farley" References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> From: Boris Samorodov Date: Fri, 26 Jun 2009 23:32:40 +0400 In-Reply-To: (Sean C. Farley's message of "Fri\, 26 Jun 2009 13\:17\:17 -0500 \(CDT\)") Message-ID: <66988167@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 19:31:55 -0000 "Sean C. Farley" writes: > On Fri, 26 Jun 2009, Boris Samorodov wrote: >> Juergen Lock writes: >> >>> Anyway, on to www/linux-f8-flashplugin10 with OVERRIDE_LINUX_BASE_PORT >>> and OVERRIDE_LINUX_NONBASE_PORTS both f10: I got that going after >>> removing libidn from the port's USE_LINUX_APPS (its part of linux_base-f10) >>> and installing two new dependencies of f10's libcurl: >>> libldap-2.4.so.2 in openldap-2.4.12-1.fc10.i386.rpm >>> and >>> libsasl2.so.2 in cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm >>> (so we'll need two new ports for these), >> >> Are you sure that those two ports are necessary? I had no reports >> that something doesn't work without those libraries. >> >>> and then finally to get >>> libflashsupport working too (i.e., audio) I had to >>> ln -s libssl.so.7 /compat/linux/lib/libssl.so.6 >>> - so we probably need a new linux-f10-flashsupport too if we want to >>> avoid that symlink. >> >> Can you provide one? Then we can create a repocopy and commit >> a new port. Thanks! > > Here you go (at least for the binary): > http://lists.freebsd.org/pipermail/freebsd-emulation/2009-June/006401.html OK, thanks! I should have missed you previous post. Here is a port for tests. This shar should be run at /usr/ports/www: ftp://ftp.ipt.ru/pub/linux/linux-f10-flashplugin10.shar Note: the port is only hand-written and tested to build/install/deinstall. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 19:35:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D0881065670; Fri, 26 Jun 2009 19:35:18 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id CB99F8FC28; Fri, 26 Jun 2009 19:35:17 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout03-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090626193512.TEUT5579.mtaout03-winn.ispmail.ntl.com@aamtaout03-winn.ispmail.ntl.com>; Fri, 26 Jun 2009 20:35:12 +0100 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout03-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090626193511.MSUQ2093.aamtaout03-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Fri, 26 Jun 2009 20:35:11 +0100 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from localhost (localhost [127.0.0.1]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n5QJYx7h011606; Fri, 26 Jun 2009 20:35:00 +0100 (BST) (envelope-from ianjhart@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com) Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by webmail (Horde Framework) with HTTP; Fri, 26 Jun 2009 20:34:59 +0100 Message-ID: <20090626203459.20716tepaezxqggs@webmail> Date: Fri, 26 Jun 2009 20:34:59 +0100 From: Ian J Hart To: Stanislav Sedov References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> <20090626212244.783465ae.stas@FreeBSD.org> In-Reply-To: <20090626212244.783465ae.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.3.3 / FreeBSD-7.2 X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=NLZqzBF-AAAA:8 a=zd2uoN0lAAAA:8 a=2QeAq8OYa2l4WNnCNf8A:9 a=O0ftUThWSCJRjlR_vzEA:7 a=RYb6dFYQa1_8dI4rzIXRIeqCidoA:4 a=SV7veod9ZcQA:10 a=_dQi-Dcv4p4A:10 Cc: freebsd-current@freebsd.org, Ian J Hart Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 19:35:19 -0000 Quoting Stanislav Sedov : > Content-Type: text/plain; charset=US-ASCII > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, 26 Jun 2009 12:37:27 +0100 > Ian J Hart mentioned: > >> I know I asked this before but I figure the long post may have put >> some people off. >> >> #169 >> http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_docs/25759.pdf >> >> I'd like to eliminate this as a cause of my problem >> >> It appears I can read the value. >> >> #kldload cpuctl >> #cpucontrol -m 0xc001001f /dev/cpuctl0 >> MSR 0xc001001f: 0x00400000 0x00100008 >> >> #cpucontrol -m 0xc001001f=0x0040000000100008 /dev/cpuctl0 >> >> Causes an nfe0 watchdog timeout and a powerdown failed, so that's >> clearly a dumb thing to do. >> >> Would I be better off asking somewhere else? > > It looks like it is my fault in fact. Due to the bug in cpuctl > code the value written to MSR registers always was zero. Can you, > please, try with the following patch? Thanks! > > Index: sys/dev/cpuctl/cpuctl.c > =================================================================== > --- sys/dev/cpuctl/cpuctl.c (revision 195052) > +++ sys/dev/cpuctl/cpuctl.c (working copy) > @@ -222,14 +222,17 @@ > * Explicitly clear cpuid data to avoid returning stale > * info > */ > - data->data = 0; > DPRINTF("[cpuctl,%d]: operating on MSR %#0x for %d cpu\n", __LINE__, > data->msr, cpu); > oldcpu = td->td_oncpu; > is_bound = cpu_sched_is_bound(td); > set_cpu(cpu, td); > - ret = cmd == CPUCTL_RDMSR ? rdmsr_safe(data->msr, &data->data) : > - wrmsr_safe(data->msr, data->data); > + if (cmd == CPUCTL_RDMSR) { > + data->data = 0; > + ret = rdmsr_safe(data->msr, &data->data); > + } else { > + ret = wrmsr_safe(data->msr, data->data); > + } > restore_cpu(oldcpu, is_bound, td); > return (ret); > } > @@ -368,7 +371,7 @@ > /* > * Perform update. > */ > - wrmsr_safe(MSR_K8_UCODE_UPDATE, (uintptr_t)args->data); > + wrmsr_safe(MSR_K8_UCODE_UPDATE, (uintptr_t)ptr); > > /* > * Serialize instruction flow. > > -- > Stanislav Sedov > ST4096-RIPE > I only have cheesy KVM access. If it locks I'll have to wait until Monday to power cycle, so I might wait until Sunday night. OTOH I just opened a bottle of wine, so anything could happen. Cheers! Looking at the Block diagram for the motherboard (Tyan S2895) in looks like the PCI-X slots have their own tunnel chip and it's the PCI-Express slots which run through the northbridge chips, so it's looking unlikely that this is the cause of the card errors In any case I learned something and found a bug. That's why they call me the bugmeister. Actually that's just me. Hey, this wine is good... Thanks again -- ian j hart -- ian j hart ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 19:44:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D77B61065670; Fri, 26 Jun 2009 19:44:05 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0DA8FC19; Fri, 26 Jun 2009 19:44:05 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from stasss.yandex.ru (dhcp170-227-red.yandex.net [95.108.170.227]) by mx0.deglitch.com (Postfix) with ESMTPSA id 0445D8FC27; Fri, 26 Jun 2009 23:44:02 +0400 (MSD) Date: Fri, 26 Jun 2009 23:43:57 +0400 From: Stanislav Sedov To: Ian J Hart Message-Id: <20090626234357.29486c7a.stas@FreeBSD.org> In-Reply-To: <20090626203459.20716tepaezxqggs@webmail> References: <20090626123727.18824c9jkz72dw8w@10.248.192.16> <20090626212244.783465ae.stas@FreeBSD.org> <20090626203459.20716tepaezxqggs@webmail> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__26_Jun_2009_23_43_57_+0400_BNZGfaLgc/ZW5baB" Cc: Stanislav Sedov , freebsd-current@freebsd.org Subject: Re: AMD errata 169 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 19:44:06 -0000 --Signature=_Fri__26_Jun_2009_23_43_57_+0400_BNZGfaLgc/ZW5baB Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, 26 Jun 2009 20:34:59 +0100 Ian J Hart mentioned: > I only have cheesy KVM access. If it locks I'll have to wait until =20 > Monday to power cycle, so I might wait until Sunday night. >=20 It's a pretty straightforward fix, so it shouldn't break anything. Of course, more care won't hurt in any case. :-) Have a nice holiday! --=20 Stanislav Sedov ST4096-RIPE --Signature=_Fri__26_Jun_2009_23_43_57_+0400_BNZGfaLgc/ZW5baB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQIcBAEBAgAGBQJKRSUBAAoJEKN82nOYvCd0Y5gQAIKlnrnhP722b4zNzuUcW+WV uKBWdd3AGyQKQF6vgSkXAHHsf3rLwy8PUK9dbaD6A0zyfrJuPrlecCMza+8LWTGE 4jo6OuFURxxpNv6MKgNaAOE/oy2vvhEgd9EPmgc2r4iQ1t4z306Aw74P8TTTzmV2 z7bVIxuIffUCUuVUCwU7fYz58gf6QK27a0dQ8HbGSmWcH/bQF8AXULK2nmHOAs4u rJ3tbBHooQNH8xpcYdjjvHhyNEmh/EeGhAup0Qy4Yq4G4VFtBGsH86U4YMMqb2z1 WlWS6ZzcWffuGXYSTHc+x6C3OMeJQpAlExbfA5PBzsfA6MGY9YqLUVxjgQy+ASsa 2vmWfBOxgQJq7X3Dcwd3liN/B8kVVCvNU6CmLY0+CNvKV4851Uv3m5gWn+tkblZf vAZHvGFkibzQwRORB0YSzMb7C3OauZsrFCfOQm1F1mmU0lBsGVL/dM8RN6cmKs93 FrBU4GeFyvumGak4vycKLHdjfkHDwBsNz+uxn3J48Zc3hxPi3F+iDnmrt/EFWMSW tuHHQwslLMvP0N2KnTr9aRU1RTRKcgIl4UxeDYJLjfgY81odbeHxTWm7WJz34EGB d1X1pcvNSymqL7TXiasGB8q0AAyBMjP/HMw6OUNvtFkmF5U6a7gBZiqR8w/7CchF msvb2ftND5YFkeFS0ivQ =E0Bd -----END PGP SIGNATURE----- --Signature=_Fri__26_Jun_2009_23_43_57_+0400_BNZGfaLgc/ZW5baB-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 19:54:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50709106566C; Fri, 26 Jun 2009 19:54:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 164C78FC1F; Fri, 26 Jun 2009 19:54:56 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 7D4971CD6A; Fri, 26 Jun 2009 21:54:55 +0200 (CEST) Date: Fri, 26 Jun 2009 21:54:55 +0200 From: Ed Schouten To: Alexander Motin Message-ID: <20090626195455.GG48776@hoeg.nl> References: <4A4517BE.9040504@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GW18GUtD72BBk2XC" Content-Disposition: inline In-Reply-To: <4A4517BE.9040504@FreeBSD.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 19:54:56 -0000 --GW18GUtD72BBk2XC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexander, * Alexander Motin wrote: > I would like to present for testing and feedback present state of my and > Scott work on extending CAM subsystem to support ATA in addition to > SCSI. At this moment we have: > - CAM transport separated on common and SCSI-specific parts, last one > wrapped with small API that allows switching; Thanks a lot for working on this. I can't wait to see this code land into the tree somewhere in the future. Have you folks thought about a way to integrate this? Are the CAM changes going to be committed to the tree on beforehand? Yours, --=20 Ed Schouten WWW: http://80386.nl/ --GW18GUtD72BBk2XC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpFJ48ACgkQ52SDGA2eCwV6dACeN6qfC95+Nq7ZixRJazp7hOQm N+AAnRvZjh48k+vaO6Uv4SBkp91DJzDX =LSHA -----END PGP SIGNATURE----- --GW18GUtD72BBk2XC-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 20:05:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F9831065672; Fri, 26 Jun 2009 20:05:48 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8213B8FC1A; Fri, 26 Jun 2009 20:05:47 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246946406; Fri, 26 Jun 2009 23:05:44 +0300 Message-ID: <4A452A15.8070707@FreeBSD.org> Date: Fri, 26 Jun 2009 23:05:41 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Ed Schouten References: <4A4517BE.9040504@FreeBSD.org> <20090626195455.GG48776@hoeg.nl> In-Reply-To: <20090626195455.GG48776@hoeg.nl> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 20:05:48 -0000 Ed Schouten wrote: > * Alexander Motin wrote: >> I would like to present for testing and feedback present state of my and >> Scott work on extending CAM subsystem to support ATA in addition to >> SCSI. At this moment we have: >> - CAM transport separated on common and SCSI-specific parts, last one >> wrapped with small API that allows switching; > > Thanks a lot for working on this. I can't wait to see this code land > into the tree somewhere in the future. Have you folks thought about a > way to integrate this? Are the CAM changes going to be committed to the > tree on beforehand? We have thought about it. This patch is not very invasive. It does not touch existing ATA code and not so much change existing CAM code. Scott even discussed it with re@ and got permission to integrate it, if we will be ready to do it before BETA3. So, testers are welcome, also SCSI and umass ones, to be completely sure that we are not breaking any existing functionality. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 20:18:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA1251065670; Fri, 26 Jun 2009 20:18:58 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0418FC13; Fri, 26 Jun 2009 20:18:57 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by ewy9 with SMTP id 9so2131998ewy.43 for ; Fri, 26 Jun 2009 13:18:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=BkB/Zu84O+XQHyd5ta9pzBTk9XIaj4CJfjwQz/RzreQ=; b=eoZMJpkMQr9IT4ElevI2eh6QVIQYulemHY1qL8gunqD1XU2ct6v7DnCueiBeo/kMsJ 0CotgaS3TJnNb48sOTtEDjEp7b82mlktjI/p/jpSdaY5EkVwLtlnhf0/AdHjqnvzfrLo ABBWZAnCkC8b2QlouSxLZo5RVV0uKXKlcdgGg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=hMTDS6Oecg1Y0QlzYdDLWq2t4K8oCBFgLaOgBRi12YSAP7uhRASsrLugG8/9DNG8LG gk6aai1tr8X7Y4Zgqhq2eONSv0CODtVxFSUWLV9wbkQzqBoyf3lOUihWz0F0ZI4DW1e6 ndBMm30TjJ1AIsZGn39LQ5dH49UiE+uIps/tU= MIME-Version: 1.0 Received: by 10.211.162.11 with SMTP id p11mr44527ebo.95.1246046164183; Fri, 26 Jun 2009 12:56:04 -0700 (PDT) In-Reply-To: <66988167@ipt.ru> References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> <66988167@ipt.ru> From: Renato Botelho Date: Fri, 26 Jun 2009 16:55:44 -0300 Message-ID: <747dc8f30906261255s1ecc1420x574ded3be835b448@mail.gmail.com> To: Boris Samorodov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, Juergen Lock , "Sean C. Farley" Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 20:18:59 -0000 On Fri, Jun 26, 2009 at 4:32 PM, Boris Samorodov wrote: > OK, thanks! I should have missed you previous post. > > Here is a port for tests. This shar should be run at /usr/ports/www: > ftp://ftp.ipt.ru/pub/linux/linux-f10-flashplugin10.shar > > Note: the port is only hand-written and tested to build/install/deinstall. I tried it and got this message: *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Message timeout My environment: FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #73 r194284: Wed Jun 24 19:09:04 BRT 2009 root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 linux-f10-atk-1.24.0 linux-f10-cairo-1.8.0 linux-f10-curl-7.19.4_1 linux-f10-expat-2.0.1 linux-f10-flashplugin-10.0r22 linux-f10-fontconfig-2.6.0 linux-f10-gtk2-2.14.7 linux-f10-jpeg-6b linux-f10-libssh2-0.18 linux-f10-nspr-4.7.3 linux-f10-nss-3.12.2.0 linux-f10-openssl-0.9.8g linux-f10-pango-1.22.3 linux-f10-png-1.2.35 linux-f10-sqlite3-3.5.9 linux-f10-tiff-3.8.2 linux-f10-xorg-libs-7.4 linux_base-f10-10 nspluginwrapper-1.2.2_2 I deinstalled linux-f8, cleaned compat/linux and reinstalled everything. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 20:33:18 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F1F5106566C; Fri, 26 Jun 2009 20:33:18 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4A06F8FC19; Fri, 26 Jun 2009 20:33:18 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n5QKXFTL056791; Fri, 26 Jun 2009 15:33:16 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 26 Jun 2009 15:33:15 -0500 (CDT) From: "Sean C. Farley" To: Renato Botelho In-Reply-To: <747dc8f30906261255s1ecc1420x574ded3be835b448@mail.gmail.com> Message-ID: References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> <66988167@ipt.ru> <747dc8f30906261255s1ecc1420x574ded3be835b448@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Boris Samorodov , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, Juergen Lock Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 20:33:19 -0000 On Fri, 26 Jun 2009, Renato Botelho wrote: > On Fri, Jun 26, 2009 at 4:32 PM, Boris Samorodov wrote: >> OK, thanks! I should have missed you previous post. >> >> Here is a port for tests. This shar should be run at /usr/ports/www: >> ftp://ftp.ipt.ru/pub/linux/linux-f10-flashplugin10.shar >> >> Note: the port is only hand-written and tested to build/install/deinstall. > > I tried it and got this message: > > *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Message timeout > > My environment: > > FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #73 > r194284: Wed Jun 24 19:09:04 BRT 2009 > root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 > > linux-f10-atk-1.24.0 > linux-f10-cairo-1.8.0 > linux-f10-curl-7.19.4_1 > linux-f10-expat-2.0.1 > linux-f10-flashplugin-10.0r22 > linux-f10-fontconfig-2.6.0 > linux-f10-gtk2-2.14.7 > linux-f10-jpeg-6b > linux-f10-libssh2-0.18 > linux-f10-nspr-4.7.3 > linux-f10-nss-3.12.2.0 > linux-f10-openssl-0.9.8g > linux-f10-pango-1.22.3 > linux-f10-png-1.2.35 > linux-f10-sqlite3-3.5.9 > linux-f10-tiff-3.8.2 > linux-f10-xorg-libs-7.4 > linux_base-f10-10 > nspluginwrapper-1.2.2_2 > > I deinstalled linux-f8, cleaned compat/linux and reinstalled everything. Assuming it is the issue with missing dependencies for libcurl, we also need port(s) for liblber and libldap since f10's libcurl depends upon them. I had to manually extract a couple of RPM's to get them. Here is the ldd output of libcurl for me: # /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libcurl.so.4.1.1 libidn.so.11 => /lib/libidn.so.11 (0x20073000) libssh2.so.1 => /usr/lib/libssh2.so.1 (0x200a5000) libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x200c7000) librt.so.1 => /lib/librt.so.1 (0x20109000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x20113000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x20141000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x201e1000) libcom_err.so.2 => /lib/libcom_err.so.2 (0x20206000) libz.so.1 => /lib/libz.so.1 (0x20209000) libssl3.so => /lib/libssl3.so (0x2021d000) libsmime3.so => /lib/libsmime3.so (0x2024e000) libnss3.so => /lib/libnss3.so (0x20275000) libplds4.so => /lib/libplds4.so (0x203bb000) libplc4.so => /lib/libplc4.so (0x203bf000) libnspr4.so => /lib/libnspr4.so (0x203c4000) libpthread.so.0 => /lib/libpthread.so.0 (0x203fe000) libdl.so.2 => /lib/libdl.so.2 (0x20418000) libc.so.6 => /lib/libc.so.6 (0x2041d000) libssl.so.7 => /lib/libssl.so.7 (0x20596000) libcrypto.so.7 => /lib/libcrypto.so.7 (0x205e1000) liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x20735000) libresolv.so.2 => /lib/libresolv.so.2 (0x20744000) libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x2075b000) /lib/ld-linux.so.2 (0x00000000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x20775000) libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x2077f000) libnssutil3.so => /lib/libnssutil3.so (0x20782000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x2079b000) libselinux.so.1 => /lib/libselinux.so.1 (0x207cf000) Sean -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Jun 26 21:40:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99BD5106564A for ; Fri, 26 Jun 2009 21:40:17 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail35.syd.optusnet.com.au (mail35.syd.optusnet.com.au [211.29.133.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1B08FC12 for ; Fri, 26 Jun 2009 21:40:16 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail35.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5QLeEg7024829 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 27 Jun 2009 07:40:15 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n5QLeEVA007224 for ; Sat, 27 Jun 2009 07:40:14 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n5QLeEBd007223 for freebsd-current@freebsd.org; Sat, 27 Jun 2009 07:40:14 +1000 (EST) (envelope-from peter) Date: Sat, 27 Jun 2009 07:40:14 +1000 From: Peter Jeremy To: freebsd-current@freebsd.org Message-ID: <20090626214014.GA7154@server.vk2pj.dyndns.org> References: <20090603075205.GB27800@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <20090603075205.GB27800@server.vk2pj.dyndns.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Hard hang with u3g and -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Jun 2009 21:40:17 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable For the archives... On 2009-Jun-03 17:52:05 +1000, Peter Jeremy = wrote: >I have a Huawei E169 3G modem which I'm using with the u3g driver on >-current/i386 from about 4 weeks ago on my Aspire One (dual-core >N270). If I access the stats port (/dev/cuaD0.2) then the system will >randomly hang. I tracked this down to the e169 randomly detaching when the stats port was open. I'd previously (accidently) noticed that unplugging the e169 whilst it was in use would hang my system. Upgrading to a more recent -current has fixed the problem - the e169 no longer randomly detaches and if I accidently pull the e169 out whilst it is in use, the system no longer hangs. >Can anyone suggest a way to track this down? I can't get to DDB, there's >no serial, firewire, PCcard or similar I/O. My solution was to enable watchdog(4) - which gave me a panic & crashdump. --=20 Peter Jeremy --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpFQD4ACgkQ/opHv/APuIfnoACgjbJCVrEQjQXIHXr8ZCtUqF8m U2QAnjE2dxYTjFFgf1AtVWnrHTI55Ih8 =YwKS -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 01:46:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 225951065670 for ; Sat, 27 Jun 2009 01:46:25 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id D1CF68FC12 for ; Sat, 27 Jun 2009 01:46:24 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: by qw-out-2122.google.com with SMTP id 5so251154qwd.7 for ; Fri, 26 Jun 2009 18:46:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=eTYNq+5/8rGXqTS3ClIA7J4ab49LnxH1na0y4qaloiI=; b=ui0qdNQi5T3EKY5UqKWhH7X0/i92dr5hqVHDfMxC/R2FA54aMGHrUjW40T2N6+1u6G F0auK3uq2gUcOuEDjyrV8AKwZ+So8+2C8V8pwA4pzwD7kRkPPja5+lNzf9MOJe8ijLwc eV1KcZxjM8uG/Qs4GQVdYiYonqwSKzboYLWrw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Vu6FVOcdwz4mXtWt3f6bCwD3MZVI99w6OwHimlvbt1ZLOjvy4SGJDVnM05VfPyqzlx 6tK+stWOjJXpPsV75K+NpxtVG1RDOsgecZP3fp8L0C2Tp92EEo8E1LFjmidBpGZHAS+S He5VN32QtVOTAE3fvkJrBn6ftnZtfsTTNnN38= MIME-Version: 1.0 Received: by 10.229.89.146 with SMTP id e18mr1207774qcm.23.1246067184034; Fri, 26 Jun 2009 18:46:24 -0700 (PDT) Date: Sat, 27 Jun 2009 01:46:24 +0000 Message-ID: <11167f520906261846g1c394e08v4c2566c7b6f3e3c0@mail.gmail.com> From: "Sam Fourman Jr." To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Dell Powervault 745n X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 01:46:25 -0000 Has anyone ever installed FreeBSD on one of these Dell powervault 745n machines? I booted up a recent 8-CURRENT snapshot and it still says no disks found I found this pr http://www.freebsd.org/cgi/query-pr.cgi?pr=103624 just wondering if anyone else was able to get this thing installed. I would be wiling to help I have this machine collecting dust atm Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 02:49:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58438106564A for ; Sat, 27 Jun 2009 02:49:15 +0000 (UTC) (envelope-from rfreidel@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 129198FC0A for ; Sat, 27 Jun 2009 02:49:14 +0000 (UTC) (envelope-from rfreidel@gmail.com) Received: by qw-out-2122.google.com with SMTP id 5so260130qwd.7 for ; Fri, 26 Jun 2009 19:49:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=kn/4J3ir3l1KBidP5qJQacb3GfXOfMMFSeIHmbKumec=; b=gsnoHRhvdolE83OND0yi1hs32vdcT2nPM4par7k1G84KXXm0cIMeviIqusMNglHkLi RihgNej5nY5OmcfiEJiJJn2HQn7wYR/QrOPb6WTltpuYjuhUiwxpkyuM8IZIwQeiUBIM N7vxhaHCayjcv1sLVkSNkHQnlGHcWxAEpDxHs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=HfHxVRlQ75K3SC7Jw0fUV5VTFYGCNXuRGoQ7bGidt1fmWXuMJQgx0ERRpQcR1KFhF3 Dpc1F6Rz5/EyVhZlDhzLJdbPdvR0wR0FFvmSZGh6OvNozckgROAvGk0OszkeJBHmoUrK bAHnJnKJJYYlrF+MhzKcjIN3uOH1TDafPko3Q= MIME-Version: 1.0 Received: by 10.229.109.194 with SMTP id k2mr1228331qcp.68.1246069492092; Fri, 26 Jun 2009 19:24:52 -0700 (PDT) Date: Fri, 26 Jun 2009 19:24:52 -0700 Message-ID: From: Ron Freidel To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 02:49:15 -0000 Hi all, I suppose I should state I am only posting after lots of googling. I upgraded to current from 7.2, I just couldn't wait too see if my laptop would acpi sleep, it seems to just fine by the way, not well tested yet though. My prob is with cpufreq, it seems to be locked at max speed, nothing I do seems to change the freq it is running at. CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (1997.34-MHz K8-class CPU) leroy# dmesg | grep cpu cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 p4tcc1: on cpu1 It looks to this feeble mind like it should be working. Where else do I look? leroy# ps ax | grep powerd 1164 ?? Ss 0:00.97 /usr/sbin/powerd -a adaptive -b adaptive Hope this is enough info... Thanks -- Ron From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 02:52:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47FB1065670; Sat, 27 Jun 2009 02:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9DEAB8FC08; Sat, 27 Jun 2009 02:52:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n5R2qm85013509; Fri, 26 Jun 2009 22:52:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n5R2qmVe040866; Fri, 26 Jun 2009 22:52:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C83E07302F; Fri, 26 Jun 2009 22:52:47 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090627025247.C83E07302F@freebsd-current.sentex.ca> Date: Fri, 26 Jun 2009 22:52:47 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at smtp1.sentex.ca X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 02:52:52 -0000 TB --- 2009-06-27 02:37:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-06-27 02:37:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-06-27 02:37:31 - cleaning the object tree TB --- 2009-06-27 02:37:38 - cvsupping the source tree TB --- 2009-06-27 02:37:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-06-27 02:37:47 - building world TB --- 2009-06-27 02:37:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-06-27 02:37:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-06-27 02:37:47 - TARGET=pc98 TB --- 2009-06-27 02:37:47 - TARGET_ARCH=i386 TB --- 2009-06-27 02:37:47 - TZ=UTC TB --- 2009-06-27 02:37:47 - __MAKE_CONF=/dev/null TB --- 2009-06-27 02:37:47 - cd /src TB --- 2009-06-27 02:37:47 - /usr/bin/make -B buildworld >>> World build started on Sat Jun 27 02:37:49 UTC 2009 >>> 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 [...] ln -sf /src/lib/libc/../../contrib/gdtoa/strtord.c gdtoa_strtord.c ln -sf /src/lib/libc/../../contrib/gdtoa/sum.c gdtoa_sum.c ln -sf /src/lib/libc/../../contrib/gdtoa/ulp.c gdtoa_ulp.c rm -f .depend mkdep -f .depend -a -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -DNLS -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING /src/lib/libc/db/btree/bt_close.c /src/lib/libc/db/btree/bt_conv.c /src/lib/libc/db/btree/bt_debug.c /src/lib/libc/db/btree/bt_delete.c /src/lib/libc/db/btree/bt_get.c /src/lib/libc/db/btree/bt_open.c /src/lib/libc/db/btree/bt_overflow.c /src/lib/libc/db/btree/bt_page.c /src/lib/libc/db/btree/bt_put.c /src/lib/libc/db/btree/bt_search.c /src/lib/libc/db/btree/bt_seq.c /src/lib/libc/db/btree/bt_split.c /src/lib/libc/db/btree/bt_utils.c /src/lib/libc/db/db/db.c /src/lib/libc/db/hash/hash.c /src/lib/libc/db/hash/hash_bigkey.c /src/lib/libc/db/hash/hash_buf.c /src/lib/libc/db/hash/hash_func.c /src/lib/libc/db/hash/hash _log2.c /src/lib/libc/db/hash/hash_page.c /src/lib/libc/db/hash/ndbm.c /src/lib/libc/db/mpool/mpool.c /src/lib/libc/db/mpool/mpool-compat.c /src/lib/libc/db/recno/rec_close.c /src/lib/libc/db/recno/rec_delete.c /src/lib/libc/db/recno/rec_get.c /src/lib/libc/db/recno/rec_open.c /src/lib/libc/db/recno/rec_put.c /src/lib/libc/db/recno/rec_search.c /src/lib/libc/db/recno/rec_seq.c /src/lib/libc/db/recno/rec_utils.c /src/lib/libc/compat-43/creat.c /src/lib/libc/compat-43/gethostid.c /src/lib/libc/compat-43/getwd.c /src/lib/libc/compat-43/killpg.c /src/lib/libc/compat-43/sethostid.c /src/lib/libc/compat-43/setpgrp.c /src/lib/libc/compat-43/setrgid.c /src/lib/libc/compat-43/setruid.c /src/lib/libc/compat-43/sigcompat.c /src/lib/libc/gen/__getosreldate.c /src/lib/libc/gen/__xuname.c /src/lib/libc/gen/_pthread_stubs.c /src/lib/libc/gen/_rand48.c /src/lib/libc/gen/_spinlock_stub.c /src/lib/libc/gen/_thread_init.c /src/lib/libc/gen/alarm.c /src/lib/libc/gen/arc4random.c /src/lib/libc/g en/assert.c /src/lib/libc/gen/basename.c /src/lib/libc/gen/check_utility_compat.c /src/lib/libc/gen/clock.c /src/lib/libc/gen/closedir.c /src/lib/libc/gen/confstr.c /src/lib/libc/gen/crypt.c /src/lib/libc/gen/ctermid.c /src/lib/libc/gen/daemon.c /src/lib/libc/gen/devname.c /src/lib/libc/gen/dirname.c /src/lib/libc/gen/disklabel.c /src/lib/libc/gen/dlfcn.c /src/lib/libc/gen/drand48.c /src/lib/libc/gen/erand48.c /src/lib/libc/gen/err.c /src/lib/libc/gen/errlst.c /src/lib/libc/gen/errno.c /src/lib/libc/gen/exec.c /src/lib/libc/gen/fdevname.c /src/lib/libc/gen/feature_present.c /src/lib/libc/gen/fmtcheck.c /src/lib/libc/gen/fmtmsg.c /src/lib/libc/gen/fnmatch.c /src/lib/libc/gen/fpclassify.c /src/lib/libc/gen/frexp.c /src/lib/libc/gen/fstab.c /src/lib/libc/gen/ftok.c /src/lib/libc/gen/fts.c /src/lib/libc/gen/fts-compat.c /src/lib/libc/gen/ftw.c /src/lib/libc/gen/getbootfile.c /src/lib/libc/gen/getbsize.c /src/lib/libc/gen/getcap.c /src/lib/libc/gen/getcwd.c /src/lib/libc/gen/getd omainname.c /src/lib/libc/gen/getgrent.c /src/lib/libc/gen/getgrouplist.c /src/lib/libc/gen/gethostname.c /src/lib/libc/gen/getloadavg.c /src/lib/libc/gen/getlogin.c /src/lib/libc/gen/getmntinfo.c /src/lib/libc/gen/getnetgrent.c /src/lib/libc/gen/getosreldate.c /src/lib/libc/gen/getpagesize.c /src/lib/libc/gen/getpeereid.c /src/lib/libc/gen/getprogname.c /src/lib/libc/gen/getpwent.c /src/lib/libc/gen/getttyent.c /src/lib/libc/gen/getusershell.c /src/lib/libc/gen/getvfsbyname.c /src/lib/libc/gen/glob.c /src/lib/libc/gen/initgroups.c /src/lib/libc/gen/isatty.c /src/lib/libc/gen/isinf.c /src/lib/libc/gen/isnan.c /src/lib/libc/gen/jrand48.c /src/lib/libc/gen/lcong48.c /src/lib/libc/gen/lockf.c /src/lib/libc/gen/lrand48.c /src/lib/libc/gen/mrand48.c /src/lib/libc/gen/nftw.c /src/lib/libc/gen/nice.c /src/lib/libc/gen/nlist.c /src/lib/libc/gen/nrand48.c /src/lib/libc/gen/opendir.c /src/lib/libc/gen/pause.c /src/lib/libc/gen/pmadvise.c /src/lib/libc/gen/popen.c /src/lib/libc/gen/pos ix_spawn.c /src/lib/libc/gen/pselect.c /src/lib/libc/gen/psignal.c /src/lib/libc/gen/pw_scan.c /src/lib/libc/gen/pwcache.c /src/lib/libc/gen/raise.c /src/lib/libc/gen/readdir.c /src/lib/libc/gen/readpassphrase.c /src/lib/libc/gen/rewinddir.c /src/lib/libc/gen/scandir.c /src/lib/libc/gen/seed48.c /src/lib/libc/gen/seekdir.c /src/lib/libc/gen/sem.c /src/lib/libc/gen/semctl.c /src/lib/libc/gen/setdomainname.c /src/lib/libc/gen/sethostname.c /src/lib/libc/gen/setjmperr.c /src/lib/libc/gen/setmode.c /src/lib/libc/gen/setproctitle.c /src/lib/libc/gen/setprogname.c /src/lib/libc/gen/siginterrupt.c /src/lib/libc/gen/siglist.c /src/lib/libc/gen/signal.c /src/lib/libc/gen/sigsetops.c /src/lib/libc/gen/sleep.c /src/lib/libc/gen/srand48.c /src/lib/libc/gen/statvfs.c /src/lib/libc/gen/stringlist.c /src/lib/libc/gen/strtofflags.c /src/lib/libc/gen/sysconf.c /src/lib/libc/gen/sysctl.c /src/lib/libc/gen/sysctlbyname.c /src/lib/libc/gen/sysctlnametomib.c /src/lib/libc/gen/syslog.c /src/lib/l ibc/gen/telldir.c /src/lib/libc/gen/termios.c /src/lib/libc/gen/time.c /src/lib/libc/gen/times.c /src/lib/libc/gen/timezone.c /src/lib/libc/gen/tls.c /src/lib/libc/gen/ttyname.c /src/lib/libc/gen/ttyslot.c /src/lib/libc/gen/ualarm.c /src/lib/libc/gen/ulimit.c /src/lib/libc/gen/uname.c /src/lib/libc/gen/unvis.c /src/lib/libc/gen/usleep.c /src/lib/libc/gen/utime.c /src/lib/libc/gen/valloc.c /src/lib/libc/gen/vis.c /src/lib/libc/gen/wait.c /src/lib/libc/gen/wait3.c /src/lib/libc/gen/waitpid.c /src/lib/libc/gen/wordexp.c /src/lib/libc/i386/gen/_ctx_start.S /src/lib/libc/i386/gen/_setjmp.S /src/lib/libc/i386/gen/_set_tp.c /src/lib/libc/i386/gen/fabs.S /src/lib/libc/i386/gen/flt_rounds.c /src/lib/libc/i386/gen/infinity.c /src/lib/libc/i386/gen/ldexp.c /src/lib/libc/i386/gen/makecontext.c /src/lib/libc/i386/gen/modf.S /src/lib/libc/i386/gen/rfork_thread.S /src/lib/libc/i386/gen/setjmp.S /src/lib/libc/i386/gen/signalcontext.c /src/lib/libc/i386/gen/sigsetjmp.S /src/lib/libc/gmon/gmo n.c /src/lib/libc/gmon/mcount.c /src/lib/libc/inet/inet_addr.c /src/lib/libc/inet/inet_cidr_ntop.c /src/lib/libc/inet/inet_cidr_pton.c /src/lib/libc/inet/inet_lnaof.c /src/lib/libc/inet/inet_makeaddr.c /src/lib/libc/inet/inet_net_ntop.c /src/lib/libc/inet/inet_net_pton.c /src/lib/libc/inet/inet_neta.c /src/lib/libc/inet/inet_netof.c /src/lib/libc/inet/inet_network.c /src/lib/libc/inet/inet_ntoa.c /src/lib/libc/inet/inet_ntop.c /src/lib/libc/inet/inet_pton.c /src/lib/libc/inet/nsap_addr.c /src/lib/libc/isc/ev_streams.c /src/lib/libc/isc/ev_timers.c /src/lib/libc/locale/ascii.c /src/lib/libc/locale/big5.c /src/lib/libc/locale/btowc.c /src/lib/libc/locale/collate.c /src/lib/libc/locale/collcmp.c /src/lib/libc/locale/euc.c /src/lib/libc/locale/fix_grouping.c /src/lib/libc/locale/gb18030.c /src/lib/libc/locale/gb2312.c /src/lib/libc/locale/gbk.c /src/lib/libc/locale/isctype.c /src/lib/libc/locale/iswctype.c /src/lib/libc/locale/ldpart.c /src/lib/libc/locale/lmessages.c /src/lib/l ibc/locale/lmonetary.c /src/lib/libc/locale/lnumeric.c /src/lib/libc/locale/localeconv.c /src/lib/libc/locale/mblen.c /src/lib/libc/locale/mbrlen.c /src/lib/libc/locale/mbrtowc.c /src/lib/libc/locale/mbsinit.c /src/lib/libc/locale/mbsnrtowcs.c /src/lib/libc/locale/mbsrtowcs.c /src/lib/libc/locale/mbtowc.c /src/lib/libc/locale/mbstowcs.c /src/lib/libc/locale/mskanji.c /src/lib/libc/locale/nextwctype.c /src/lib/libc/locale/nl_langinfo.c /src/lib/libc/locale/nomacros.c /src/lib/libc/locale/none.c /src/lib/libc/locale/rpmatch.c /src/lib/libc/locale/rune.c /src/lib/libc/locale/runetype.c /src/lib/libc/locale/setlocale.c /src/lib/libc/locale/setrunelocale.c /src/lib/libc/locale/table.c /src/lib/libc/locale/tolower.c /src/lib/libc/locale/toupper.c /src/lib/libc/locale/utf8.c /src/lib/libc/locale/wcrtomb.c /src/lib/libc/locale/wcsnrtombs.c /src/lib/libc/locale/wcsrtombs.c /src/lib/libc/locale/wcsftime.c /src/lib/libc/locale/wcstof.c /src/lib/libc/locale/wcstod.c /src/lib/libc/locale /wcstoimax.c /src/lib/libc/locale/wcstol.c /src/lib/libc/locale/wcstold.c /src/lib/libc/locale/wcstoll.c /src/lib/libc/locale/wcstombs.c /src/lib/libc/locale/wcstoul.c /src/lib/libc/locale/wcstoull.c /src/lib/libc/locale/wcstoumax.c /src/lib/libc/locale/wctob.c /src/lib/libc/locale/wctomb.c /src/lib/libc/locale/wctrans.c /src/lib/libc/locale/wctype.c /src/lib/libc/locale/wcwidth.c /src/lib/libc/nameser/ns_name.c /src/lib/libc/nameser/ns_netint.c /src/lib/libc/nameser/ns_parse.c /src/lib/libc/nameser/ns_print.c /src/lib/libc/nameser/ns_samedomain.c /src/lib/libc/nameser/ns_ttl.c /src/lib/libc/net/base64.c /src/lib/libc/net/ether_addr.c /src/lib/libc/net/eui64.c /src/lib/libc/net/gai_strerror.c /src/lib/libc/net/getaddrinfo.c /src/lib/libc/net/gethostbydns.c /src/lib/libc/net/gethostbyht.c /src/lib/libc/net/gethostbynis.c /src/lib/libc/net/gethostnamadr.c /src/lib/libc/net/getifaddrs.c /src/lib/libc/net/getifmaddrs.c /src/lib/libc/net/getnameinfo.c /src/lib/libc/net/getnetbydn s.c /src/lib/libc/net/getnetbyht.c /src/lib/libc/net/getnetbynis.c /src/lib/libc/net/getnetnamadr.c /src/lib/libc/net/getproto.c /src/lib/libc/net/getprotoent.c /src/lib/libc/net/getprotoname.c /src/lib/libc/net/getservent.c /src/lib/libc/net/if_indextoname.c /src/lib/libc/net/if_nameindex.c /src/lib/libc/net/if_nametoindex.c /src/lib/libc/net/ip6opt.c /src/lib/libc/net/linkaddr.c /src/lib/libc/net/map_v4v6.c /src/lib/libc/net/name6.c /src/lib/libc/net/ntoh.c /src/lib/libc/net/nsdispatch.c nslexer.c nsparser.c /src/lib/libc/net/nss_compat.c /src/lib/libc/net/rcmd.c /src/lib/libc/net/rcmdsh.c /src/lib/libc/net/recv.c /src/lib/libc/net/rthdr.c /src/lib/libc/net/sctp_sys_calls.c /src/lib/libc/net/send.c /src/lib/libc/net/sockatmark.c /src/lib/libc/net/sourcefilter.c /src/lib/libc/net/vars.c /src/lib/libc/net/nscache.c /src/lib/libc/net/nscachedcli.c /src/lib/libc/nls/msgcat.c /src/lib/libc/posix1e/acl_branding.c /src/lib/libc/posix1e/acl_calc_mask.c /src/lib/libc/posix1e/acl_co py.c /src/lib/libc/posix1e/acl_compat.c /src/lib/libc/posix1e/acl_delete.c /src/lib/libc/posix1e/acl_delete_entry.c /src/lib/libc/posix1e/acl_entry.c /src/lib/libc/posix1e/acl_flag.c /src/lib/libc/posix1e/acl_free.c /src/lib/libc/posix1e/acl_from_text.c /src/lib/libc/posix1e/acl_from_text_nfs4.c /src/lib/libc/posix1e/acl_get.c /src/lib/libc/posix1e/acl_init.c /src/lib/libc/posix1e/acl_perm.c /src/lib/libc/posix1e/acl_set.c /src/lib/libc/posix1e/acl_strip.c /src/lib/libc/posix1e/acl_support.c /src/lib/libc/posix1e/acl_support_nfs4.c /src/lib/libc/posix1e/acl_to_text.c /src/lib/libc/posix1e/acl_to_text_nfs4.c /src/lib/libc/posix1e/acl_valid.c /src/lib/libc/posix1e/extattr.c /src/lib/libc/posix1e/mac.c /src/lib/libc/posix1e/mac_exec.c /src/lib/libc/posix1e/mac_get.c /src/lib/libc/posix1e/mac_set.c subr_acl_nfs4.c /src/lib/libc/quad/cmpdi2.c /src/lib/libc/quad/divdi3.c /src/lib/libc/quad/moddi3.c /src/lib/libc/quad/qdivrem.c /src/lib/libc/quad/ucmpdi2.c /src/lib/libc/quad/udivdi 3.c /src/lib/libc/quad/umoddi3.c /src/lib/libc/regex/regcomp.c /src/lib/libc/regex/regerror.c /src/lib/libc/regex/regexec.c /src/lib/libc/regex/regfree.c /src/lib/libc/resolv/herror.c /src/lib/libc/resolv/h_errno.c /src/lib/libc/resolv/mtctxres.c /src/lib/libc/resolv/res_comp.c /src/lib/libc/resolv/res_data.c /src/lib/libc/resolv/res_debug.c /src/lib/libc/resolv/res_findzonecut.c /src/lib/libc/resolv/res_init.c /src/lib/libc/resolv/res_mkquery.c /src/lib/libc/resolv/res_mkupdate.c /src/lib/libc/resolv/res_query.c /src/lib/libc/resolv/res_send.c /src/lib/libc/resolv/res_state.c /src/lib/libc/resolv/res_update.c /src/lib/libc/stdio/_flock_stub.c /src/lib/libc/stdio/asprintf.c /src/lib/libc/stdio/clrerr.c /src/lib/libc/stdio/dprintf.c /src/lib/libc/stdio/fclose.c /src/lib/libc/stdio/fcloseall.c /src/lib/libc/stdio/fdopen.c /src/lib/libc/stdio/feof.c /src/lib/libc/stdio/ferror.c /src/lib/libc/stdio/fflush.c /src/lib/libc/stdio/fgetc.c /src/lib/libc/stdio/fgetln.c /src/lib/libc/s tdio/fgetpos.c /src/lib/libc/stdio/fgets.c /src/lib/libc/stdio/fgetwc.c /src/lib/libc/stdio/fgetwln.c /src/lib/libc/stdio/fgetws.c /src/lib/libc/stdio/fileno.c /src/lib/libc/stdio/findfp.c /src/lib/libc/stdio/flags.c /src/lib/libc/stdio/fopen.c /src/lib/libc/stdio/fprintf.c /src/lib/libc/stdio/fpurge.c /src/lib/libc/stdio/fputc.c /src/lib/libc/stdio/fputs.c /src/lib/libc/stdio/fputwc.c /src/lib/libc/stdio/fputws.c /src/lib/libc/stdio/fread.c /src/lib/libc/stdio/freopen.c /src/lib/libc/stdio/fscanf.c /src/lib/libc/stdio/fseek.c /src/lib/libc/stdio/fsetpos.c /src/lib/libc/stdio/ftell.c /src/lib/libc/stdio/funopen.c /src/lib/libc/stdio/fvwrite.c /src/lib/libc/stdio/fwalk.c /src/lib/libc/stdio/fwide.c /src/lib/libc/stdio/fwprintf.c /src/lib/libc/stdio/fwscanf.c /src/lib/libc/stdio/fwrite.c /src/lib/libc/stdio/getc.c /src/lib/libc/stdio/getchar.c /src/lib/libc/stdio/getdelim.c /src/lib/libc/stdio/getline.c /src/lib/libc/stdio/gets.c /src/lib/libc/stdio/getw.c /src/lib/libc/stdio/ getwc.c /src/lib/libc/stdio/getwchar.c /src/lib/libc/stdio/makebuf.c /src/lib/libc/stdio/mktemp.c /src/lib/libc/stdio/perror.c /src/lib/libc/stdio/printf.c /src/lib/libc/stdio/printf-pos.c /src/lib/libc/stdio/putc.c /src/lib/libc/stdio/putchar.c /src/lib/libc/stdio/puts.c /src/lib/libc/stdio/putw.c /src/lib/libc/stdio/putwc.c /src/lib/libc/stdio/putwchar.c /src/lib/libc/stdio/refill.c /src/lib/libc/stdio/remove.c /src/lib/libc/stdio/rewind.c /src/lib/libc/stdio/rget.c /src/lib/libc/stdio/scanf.c /src/lib/libc/stdio/setbuf.c /src/lib/libc/stdio/setbuffer.c /src/lib/libc/stdio/setvbuf.c /src/lib/libc/stdio/snprintf.c /src/lib/libc/stdio/sprintf.c /src/lib/libc/stdio/sscanf.c /src/lib/libc/stdio/stdio.c /src/lib/libc/stdio/swprintf.c /src/lib/libc/stdio/swscanf.c /src/lib/libc/stdio/tempnam.c /src/lib/libc/stdio/tmpfile.c /src/lib/libc/stdio/tmpnam.c /src/lib/libc/stdio/ungetc.c /src/lib/libc/stdio/ungetwc.c /src/lib/libc/stdio/vasprintf.c /src/lib/libc/stdio/vdprintf.c /src/li b/libc/stdio/vfprintf.c /src/lib/libc/stdio/vfscanf.c /src/lib/libc/stdio/vfwprintf.c /src/lib/libc/stdio/vfwscanf.c /src/lib/libc/stdio/vprintf.c /src/lib/libc/stdio/vscanf.c /src/lib/libc/stdio/vsnprintf.c /src/lib/libc/stdio/vsprintf.c /src/lib/libc/stdio/vsscanf.c /src/lib/libc/stdio/vswprintf.c /src/lib/libc/stdio/vswscanf.c /src/lib/libc/stdio/vwprintf.c /src/lib/libc/stdio/vwscanf.c /src/lib/libc/stdio/wbuf.c /src/lib/libc/stdio/wprintf.c /src/lib/libc/stdio/wscanf.c /src/lib/libc/stdio/wsetup.c /src/lib/libc/stdio/xprintf.c /src/lib/libc/stdio/xprintf_float.c /src/lib/libc/stdio/xprintf_int.c /src/lib/libc/stdio/xprintf_str.c /src/lib/libc/stdio/xprintf_errno.c /src/lib/libc/stdio/xprintf_hexdump.c /src/lib/libc/stdio/xprintf_quote.c /src/lib/libc/stdio/xprintf_time.c /src/lib/libc/stdio/xprintf_vis.c /src/lib/libc/stdtime/asctime.c /src/lib/libc/stdtime/difftime.c /src/lib/libc/stdtime/localtime.c /src/lib/libc/stdtime/strftime.c /src/lib/libc/stdtime/strptime.c /sr c/lib/libc/stdtime/timelocal.c /src/lib/libc/stdtime/time32.c /src/lib/libc/i386/sys/i386_clr_watch.c /src/lib/libc/i386/sys/i386_set_watch.c /src/lib/libc/i386/sys/i386_vm86.c /src/lib/libc/i386/sys/i386_get_fsbase.c /src/lib/libc/i386/sys/i386_get_gsbase.c /src/lib/libc/i386/sys/i386_get_ioperm.c /src/lib/libc/i386/sys/i386_get_ldt.c /src/lib/libc/i386/sys/i386_set_fsbase.c /src/lib/libc/i386/sys/i386_set_gsbase.c /src/lib/libc/i386/sys/i386_set_ioperm.c /src/lib/libc/i386/sys/i386_set_ldt.c /src/lib/libc/sys/stack_protector.c /src/lib/libc/sys/__error.c /src/lib/libc/sys/fcntl.c /src/lib/libc/sys/ftruncate.c /src/lib/libc/sys/lseek.c /src/lib/libc/sys/mmap.c /src/lib/libc/sys/pread.c /src/lib/libc/sys/pwrite.c /src/lib/libc/sys/truncate.c /src/lib/libc/i386/sys/Ovfork.S /src/lib/libc/i386/sys/brk.S /src/lib/libc/i386/sys/cerror.S /src/lib/libc/i386/sys/exect.S /src/lib/libc/i386/sys/getcontext.S /src/lib/libc/i386/sys/pipe.S /src/lib/libc/i386/sys/ptrace.S /src/lib/libc/i 386/sys/reboot.S /src/lib/libc/i386/sys/sbrk.S /src/lib/libc/i386/sys/setlogin.S /src/lib/libc/i386/sys/sigreturn.S /src/lib/libc/i386/sys/syscall.S fork.S read.S write.S open.S close.S wait4.S link.S unlink.S chdir.S fchdir.S mknod.S chmod.S chown.S freebsd4_getfsstat.S getpid.S mount.S unmount.S setuid.S getuid.S geteuid.S recvmsg.S sendmsg.S recvfrom.S accept.S getpeername.S getsockname.S access.S chflags.S fchflags.S sync.S kill.S getppid.S dup.S getegid.S profil.S ktrace.S getgid.S acct.S sigaltstack.S ioctl.S revoke.S symlink.S readlink.S execve.S umask.S chroot.S msync.S vadvise.S munmap.S mprotect.S madvise.S mincore.S getgroups.S setgroups.S getpgrp.S setpgid.S setitimer.S swapon.S getitimer.S getdtablesize.S dup2.S fcntl.S select.S fsync.S setpriority.S socket.S connect.S getpriority.S bind.S setsockopt.S listen.S gettimeofday.S getrusage.S getsockopt.S readv.S writev.S settimeofday.S fchown.S fchmod.S setreuid.S setregid.S rename.S flock.S mkfifo.S sendto.S shutdo wn.S socketpair.S mkdir.S rmdir.S utimes.S adjtime.S setsid.S quotactl.S nlm_syscall.S nfssvc.S freebsd4_statfs.S freebsd4_fstatfs.S lgetfh.S getfh.S freebsd4_getdomainname.S freebsd4_setdomainname.S freebsd4_uname.S sysarch.S rtprio.S semsys.S msgsys.S shmsys.S freebsd6_pread.S freebsd6_pwrite.S setfib.S ntp_adjtime.S setgid.S setegid.S seteuid.S stat.S fstat.S lstat.S pathconf.S fpathconf.S getrlimit.S setrlimit.S getdirentries.S freebsd6_mmap.S __syscall.S freebsd6_lseek.S freebsd6_truncate.S freebsd6_ftruncate.S __sysctl.S mlock.S munlock.S undelete.S futimes.S getpgid.S poll.S freebsd7___semctl.S semget.S semop.S freebsd7_msgctl.S msgget.S msgsnd.S msgrcv.S shmat.S freebsd7_shmctl.S shmdt.S shmget.S clock_gettime.S clock_settime.S clock_getres.S ktimer_create.S ktimer_delete.S ktimer_settime.S ktimer_gettime.S ktimer_getoverrun.S nanosleep.S ntp_gettime.S minherit.S rfork.S issetugid.S lchown.S aio_read.S aio_write.S lio_listio.S getdents.S lchmod.S netbsd_lchown.S luti mes.S netbsd_msync.S nstat.S nfstat.S nlstat.S preadv.S pwritev.S freebsd4_fhstatfs.S fhopen.S fhstat.S modnext.S modstat.S modfnext.S modfind.S kldload.S kldunload.S kldfind.S kldnext.S kldstat.S kldfirstmod.S getsid.S setresuid.S setresgid.S aio_return.S aio_suspend.S aio_cancel.S aio_error.S oaio_read.S oaio_write.S olio_listio.S mlockall.S munlockall.S __getcwd.S sched_setparam.S sched_getparam.S sched_setscheduler.S sched_getscheduler.S sched_yield.S sched_get_priority_max.S sched_get_priority_min.S sched_rr_get_interval.S utrace.S freebsd4_sendfile.S kldsym.S jail.S sigprocmask.S sigsuspend.S freebsd4_sigaction.S sigpending.S freebsd4_sigreturn.S sigtimedwait.S sigwaitinfo.S __acl_get_file.S __acl_set_file.S __acl_get_fd.S __acl_set_fd.S __acl_delete_file.S __acl_delete_fd.S __acl_aclcheck_file.S __acl_aclcheck_fd.S extattrctl.S extattr_set_file.S extattr_get_file.S extattr_delete_file.S aio_waitcomplete.S getresuid.S getresgid.S kqueue.S kevent.S extattr_set_fd.S exta ttr_get_fd.S extattr_delete_fd.S __setugid.S eaccess.S nmount.S __mac_get_proc.S __mac_set_proc.S __mac_get_fd.S __mac_get_file.S __mac_set_fd.S __mac_set_file.S kenv.S lchflags.S uuidgen.S sendfile.S mac_syscall.S getfsstat.S statfs.S fstatfs.S fhstatfs.S ksem_close.S ksem_post.S ksem_wait.S ksem_trywait.S ksem_init.S ksem_open.S ksem_unlink.S ksem_getvalue.S ksem_destroy.S __mac_get_pid.S __mac_get_link.S __mac_set_link.S extattr_set_link.S extattr_get_link.S extattr_delete_link.S __mac_execve.S sigaction.S setcontext.S swapcontext.S swapoff.S __acl_get_link.S __acl_set_link.S __acl_delete_link.S __acl_aclcheck_link.S sigwait.S thr_create.S thr_exit.S thr_self.S thr_kill.S _umtx_lock.S _umtx_unlock.S jail_attach.S extattr_list_fd.S extattr_list_file.S extattr_list_link.S ksem_timedwait.S thr_suspend.S thr_wake.S kldunloadf.S audit.S auditon.S getauid.S setauid.S getaudit.S setaudit.S getaudit_addr.S setaudit_addr.S auditctl.S _umtx_op.S thr_new.S sigqueue.S kmq_open.S kmq_ setattr.S kmq_timedreceive.S kmq_timedsend.S kmq_notify.S kmq_unlink.S abort2.S thr_set_name.S aio_fsync.S rtprio_thread.S sctp_peeloff.S sctp_generic_sendmsg.S sctp_generic_sendmsg_iov.S sctp_generic_recvmsg.S pread.S pwrite.S mmap.S lseek.S truncate.S ftruncate.S thr_kill2.S shm_open.S shm_unlink.S cpuset.S cpuset_setid.S cpuset_getid.S cpuset_getaffinity.S cpuset_setaffinity.S faccessat.S fchmodat.S fchownat.S fexecve.S fstatat.S futimesat.S linkat.S mkdirat.S mkfifoat.S mknodat.S openat.S readlinkat.S renameat.S symlinkat.S unlinkat.S posix_openpt.S gssd_syscall.S jail_get.S jail_set.S jail_remove.S closefrom.S __semctl.S msgctl.S shmctl.S _getlogin.S _exit.S _pread.S _pwrite.S _lseek.S _mmap.S _ftruncate.S _truncate.S _fcntl.S /src/lib/libc/rpc/auth_none.c /src/lib/libc/rpc/auth_unix.c /src/lib/libc/rpc/authunix_prot.c /src/lib/libc/rpc/bindresvport.c /src/lib/libc/rpc/clnt_bcast.c /src/lib/libc/rpc/clnt_dg.c /src/lib/libc/rpc/clnt_generic.c /src/lib/libc/rpc/clnt_perro r.c /src/lib/libc/rpc/clnt_raw.c /src/lib/libc/rpc/clnt_simple.c /src/lib/libc/rpc/clnt_vc.c /src/lib/libc/rpc/rpc_dtablesize.c /src/lib/libc/rpc/getnetconfig.c /src/lib/libc/rpc/getnetpath.c /src/lib/libc/rpc/getrpcent.c /src/lib/libc/rpc/getrpcport.c /src/lib/libc/rpc/mt_misc.c /src/lib/libc/rpc/pmap_clnt.c /src/lib/libc/rpc/pmap_getmaps.c /src/lib/libc/rpc/pmap_getport.c /src/lib/libc/rpc/pmap_prot.c /src/lib/libc/rpc/pmap_prot2.c /src/lib/libc/rpc/pmap_rmt.c /src/lib/libc/rpc/rpc_prot.c /src/lib/libc/rpc/rpc_commondata.c /src/lib/libc/rpc/rpc_callmsg.c /src/lib/libc/rpc/rpc_generic.c /src/lib/libc/rpc/rpc_soc.c /src/lib/libc/rpc/rpcb_clnt.c /src/lib/libc/rpc/rpcb_prot.c /src/lib/libc/rpc/rpcb_st_xdr.c /src/lib/libc/rpc/rpcsec_gss_stub.c /src/lib/libc/rpc/svc.c /src/lib/libc/rpc/svc_auth.c /src/lib/libc/rpc/svc_dg.c /src/lib/libc/rpc/svc_auth_unix.c /src/lib/libc/rpc/svc_generic.c /src/lib/libc/rpc/svc_raw.c /src/lib/libc/rpc/svc_run.c /src/lib/libc/rpc/svc_simple.c /src/ lib/libc/rpc/svc_vc.c /src/lib/libc/rpc/auth_time.c /src/lib/libc/rpc/auth_des.c /src/lib/libc/rpc/authdes_prot.c /src/lib/libc/rpc/des_crypt.c /src/lib/libc/rpc/des_soft.c /src/lib/libc/rpc/crypt_client.c /src/lib/libc/rpc/key_call.c /src/lib/libc/rpc/key_prot_xdr.c /src/lib/libc/rpc/getpublickey.c /src/lib/libc/rpc/svc_auth_des.c /src/lib/libc/rpc/netname.c /src/lib/libc/rpc/netnamer.c /src/lib/libc/rpc/rpcdname.c /src/lib/libc/rpc/rtime.c crypt_clnt.c crypt_xdr.c /src/lib/libc/uuid/uuid_compare.c /src/lib/libc/uuid/uuid_create.c /src/lib/libc/uuid/uuid_create_nil.c /src/lib/libc/uuid/uuid_equal.c /src/lib/libc/uuid/uuid_from_string.c /src/lib/libc/uuid/uuid_hash.c /src/lib/libc/uuid/uuid_is_nil.c /src/lib/libc/uuid/uuid_stream.c /src/lib/libc/uuid/uuid_to_string.c /src/lib/libc/xdr/xdr.c /src/lib/libc/xdr/xdr_array.c /src/lib/libc/xdr/xdr_float.c /src/lib/libc/xdr/xdr_mem.c /src/lib/libc/xdr/xdr_rec.c /src/lib/libc/xdr/xdr_reference.c /src/lib/libc/xdr/xdr_stdio.c /src/li b/libc/yp/xdryp.c yp_xdr.c /src/lib/libc/yp/yplib.c /src/lib/libc/gdtoa/machdep_ldisx.c /src/lib/libc/i386/stdlib/div.S /src/lib/libc/i386/stdlib/ldiv.S /src/lib/libc/i386/string/bcmp.S /src/lib/libc/i386/string/bcopy.S /src/lib/libc/i386/string/bzero.S /src/lib/libc/i386/string/ffs.S /src/lib/libc/i386/string/index.S /src/lib/libc/i386/string/memchr.S /src/lib/libc/i386/string/memcmp.S /src/lib/libc/i386/string/memcpy.S /src/lib/libc/i386/string/memmove.S /src/lib/libc/i386/string/memset.S /src/lib/libc/i386/string/rindex.S /src/lib/libc/i386/string/strcat.S /src/lib/libc/i386/string/strchr.S /src/lib/libc/i386/string/strcmp.S /src/lib/libc/i386/string/strcpy.S /src/lib/libc/i386/string/strlen.S /src/lib/libc/i386/string/strncmp.S /src/lib/libc/i386/string/strrchr.S /src/lib/libc/i386/string/swab.S /src/lib/libc/i386/string/wcschr.S /src/lib/libc/i386/string/wcscmp.S /src/lib/libc/i386/string/wcslen.S /src/lib/libc/i386/string/wmemchr.S /src/lib/libc/gdtoa/_hdtoa.c /src/lib /libc/gdtoa/_hldtoa.c /src/lib/libc/gdtoa/_ldtoa.c /src/lib/libc/gdtoa/glue.c gdtoa_strtorx.c gdtoa_dmisc.c gdtoa_dtoa.c gdtoa_gdtoa.c gdtoa_gethex.c gdtoa_gmisc.c gdtoa_hd_init.c gdtoa_hexnan.c gdtoa_misc.c gdtoa_smisc.c gdtoa_strtod.c gdtoa_strtodg.c gdtoa_strtof.c gdtoa_strtord.c gdtoa_sum.c gdtoa_ulp.c /src/lib/libc/stdlib/_Exit.c /src/lib/libc/stdlib/a64l.c /src/lib/libc/stdlib/abort.c /src/lib/libc/stdlib/abs.c /src/lib/libc/stdlib/atexit.c /src/lib/libc/stdlib/atof.c /src/lib/libc/stdlib/atoi.c /src/lib/libc/stdlib/atol.c /src/lib/libc/stdlib/atoll.c /src/lib/libc/stdlib/bsearch.c /src/lib/libc/stdlib/exit.c /src/lib/libc/stdlib/getenv.c /src/lib/libc/stdlib/getopt.c /src/lib/libc/stdlib/getopt_long.c /src/lib/libc/stdlib/getsubopt.c /src/lib/libc/stdlib/hcreate.c /src/lib/libc/stdlib/heapsort.c /src/lib/libc/stdlib/imaxabs.c /src/lib/libc/stdlib/imaxdiv.c /src/lib/libc/stdlib/insque.c /src/lib/libc/stdlib/l64a.c /src/lib/libc/stdlib/labs.c /src/lib/libc/stdlib/llabs. c /src/lib/libc/stdlib/lldiv.c /src/lib/libc/stdlib/lsearch.c /src/lib/libc/stdlib/malloc.c /src/lib/libc/stdlib/merge.c /src/lib/libc/stdlib/ptsname.c /src/lib/libc/stdlib/qsort.c /src/lib/libc/stdlib/qsort_r.c /src/lib/libc/stdlib/radixsort.c /src/lib/libc/stdlib/rand.c /src/lib/libc/stdlib/random.c /src/lib/libc/stdlib/reallocf.c /src/lib/libc/stdlib/realpath.c /src/lib/libc/stdlib/remque.c /src/lib/libc/stdlib/strfmon.c /src/lib/libc/stdlib/strtoimax.c /src/lib/libc/stdlib/strtol.c /src/lib/libc/stdlib/strtoll.c /src/lib/libc/stdlib/strtoq.c /src/lib/libc/stdlib/strtoul.c /src/lib/libc/stdlib/strtonum.c /src/lib/libc/stdlib/strtoull.c /src/lib/libc/stdlib/strtoumax.c /src/lib/libc/stdlib/strtouq.c /src/lib/libc/stdlib/system.c /src/lib/libc/stdlib/tdelete.c /src/lib/libc/stdlib/tfind.c /src/lib/libc/stdlib/tsearch.c /src/lib/libc/stdlib/twalk.c /src/lib/libc/string/ffsl.c /src/lib/libc/string/ffsll.c /src/lib/libc/string/fls.c /src/lib/libc/string/flsl.c /src/lib/libc/st ring/flsll.c /src/lib/libc/string/memccpy.c /src/lib/libc/string/memrchr.c /src/lib/libc/string/memmem.c /src/lib/libc/string/stpcpy.c /src/lib/libc/string/stpncpy.c /src/lib/libc/string/strcasecmp.c /src/lib/libc/string/strcasestr.c /src/lib/libc/string/strcoll.c /src/lib/libc/string/strcspn.c /src/lib/libc/string/strdup.c /src/lib/libc/string/strerror.c /src/lib/libc/string/strlcat.c /src/lib/libc/string/strlcpy.c /src/lib/libc/string/strmode.c /src/lib/libc/string/strncat.c /src/lib/libc/string/strncpy.c /src/lib/libc/string/strndup.c /src/lib/libc/string/strnlen.c /src/lib/libc/string/strnstr.c /src/lib/libc/string/strpbrk.c /src/lib/libc/string/strsep.c /src/lib/libc/string/strsignal.c /src/lib/libc/string/strspn.c /src/lib/libc/string/strstr.c /src/lib/libc/string/strtok.c /src/lib/libc/string/strxfrm.c /src/lib/libc/string/wcpcpy.c /src/lib/libc/string/wcpncpy.c /src/lib/libc/string/wcscasecmp.c /src/lib/libc/string/wcscat.c /src/lib/libc/string/wcscoll.c /src/lib/lib c/string/wcscpy.c /src/lib/libc/string/wcscspn.c /src/lib/libc/string/wcsdup.c /src/lib/libc/string/wcslcat.c /src/lib/libc/string/wcslcpy.c /src/lib/libc/string/wcsncasecmp.c /src/lib/libc/string/wcsncat.c /src/lib/libc/string/wcsncmp.c /src/lib/libc/string/wcsncpy.c /src/lib/libc/string/wcsnlen.c /src/lib/libc/string/wcspbrk.c /src/lib/libc/string/wcsrchr.c /src/lib/libc/string/wcsspn.c /src/lib/libc/string/wcsstr.c /src/lib/libc/string/wcstok.c /src/lib/libc/string/wcswidth.c /src/lib/libc/string/wcsxfrm.c /src/lib/libc/string/wmemcmp.c /src/lib/libc/string/wmemcpy.c /src/lib/libc/string/wmemmove.c /src/lib/libc/string/wmemset.c In file included from /src/lib/libc/gen/setproctitle.c:27: /obj/pc98/src/tmp/usr/include/vm/vm.h:64:24: error: machine/vm.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-06-27 02:52:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-06-27 02:52:47 - ERROR: failed to build world TB --- 2009-06-27 02:52:47 - 688.68 user 59.48 system 916.51 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 04:09:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5ED9106564A for ; Sat, 27 Jun 2009 04:09:41 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id BC4008FC15 for ; Sat, 27 Jun 2009 04:09:41 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n5R49flJ001399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 26 Jun 2009 21:09:41 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id E93E91CC09; Fri, 26 Jun 2009 21:09:40 -0700 (PDT) To: Ron Freidel In-reply-to: Your message of "Fri, 26 Jun 2009 19:24:52 PDT." Date: Fri, 26 Jun 2009 21:09:40 -0700 From: "Kevin Oberman" Message-Id: <20090627040940.E93E91CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-06-26_07:2009-06-25, 2009-06-26, 2009-06-26 signatures=0 Cc: freebsd-current@freebsd.org Subject: Re: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 04:09:42 -0000 > Date: Fri, 26 Jun 2009 19:24:52 -0700 > From: Ron Freidel > Sender: owner-freebsd-current@freebsd.org > > Hi all, > > I suppose I should state I am only posting after lots of googling. > > I upgraded to current from 7.2, I just couldn't wait too see if my laptop > would acpi sleep, it seems to just fine by the way, not well tested yet > though. > > My prob is with cpufreq, it seems to be locked at max speed, nothing I do > seems to change the freq it is running at. > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (1997.34-MHz K8-class > CPU) > > leroy# dmesg | grep cpu > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu0: on acpi0 > coretemp0: on cpu0 > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > coretemp1: on cpu1 > est1: on cpu1 > p4tcc1: on cpu1 > > It looks to this feeble mind like it should be working. > Where else do I look? > > leroy# ps ax | grep powerd > 1164 ?? Ss 0:00.97 /usr/sbin/powerd -a adaptive -b adaptive > > Hope this is enough info... Not quite. The output of 'sysctl hw.acpi.acline' (on battery and on AC power) and 'sysctl dev.apu.0' would help. Running powerd with the '-v' option might provide a clue, too. Everything you sent looks pretty normal, but it's not enough to tell much. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 04:49:34 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0913E106566C; Sat, 27 Jun 2009 04:49:34 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id 7D2678FC08; Sat, 27 Jun 2009 04:49:33 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n5R4nQOC063595; Sat, 27 Jun 2009 13:49:32 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sat, 27 Jun 2009 13:49:26 +0900 From: Norikatsu Shigemura To: Jonathan Message-Id: <20090627134926.c6267822.nork@FreeBSD.org> In-Reply-To: <4A44427E.3040309@kc8onw.net> References: <4A44427E.3040309@kc8onw.net> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.2; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Sat__27_Jun_2009_13_49_26_+0900_eXjTABDjO4PiMg/x" Cc: freebsd-current@FreeBSD.org, Norikatsu Shigemura Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 04:49:34 -0000 This is a multi-part message in MIME format. --Multipart=_Sat__27_Jun_2009_13_49_26_+0900_eXjTABDjO4PiMg/x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi Jonathan. On Thu, 25 Jun 2009 23:37:34 -0400 Jonathan wrote: > I currently seem to be having 2 issues. One is that I get several > screenfulls of "error 1 lba xxx" with numbers like 4292179434 and > 4292179446. Similar errors were reported here > http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html > but I did not find anything in that thread that worked for me. The > error message itself comes from here > http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup I don't have any idea. > The loader then proceeds to load the kernel, opensolaris, and zfs > modules. Right before the displaying the loader menu it shows the > message "ZFS: i/o error - all block copies unavailable" which comes from > here > http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup I confirmed this issue on my environment. I was analyzing it. So I understood that gptzfsboot/loader doesn't support gang block. As the result, gptzfsboot doesn't read gang-blocked loader or kernel, loader doesn't read gang-blocked kernel or modules by "ZFS: i/o error - all block copies unavailable". I'm trying to implement gang-block support, but I done checksum code. I'm trying to implement 'read gang block' code. But I cannot find 'read gang block' code on zfs, yet. So now analyzing phase.... # Also, gptzfsboot/load only supported native byte-order zpool/zfs. --Multipart=_Sat__27_Jun_2009_13_49_26_+0900_eXjTABDjO4PiMg/x Content-Type: text/plain; name="zfsboot.diff" Content-Disposition: attachment; filename="zfsboot.diff" Content-Transfer-Encoding: 7bit --- sys/cddl/boot/zfs/zfsimpl.h.orig 2009-05-16 19:48:20.000000000 +0900 +++ sys/cddl/boot/zfs/zfsimpl.h 2009-06-27 13:34:48.754949946 +0900 @@ -106,6 +106,8 @@ #define SPA_BLOCKSIZES (SPA_MAXBLOCKSHIFT - SPA_MINBLOCKSHIFT + 1) +#define SPA_GANGBLOCKSIZE SPA_MINBLOCKSIZE + /* * The DVA size encodings for LSIZE and PSIZE support blocks up to 32MB. * The ASIZE encoding should be at least 64 times larger (6 more bits) --- sys/cddl/boot/zfs/zfssubr.c.orig 2009-05-24 23:07:11.659515363 +0900 +++ sys/cddl/boot/zfs/zfssubr.c 2009-06-27 13:45:20.991111931 +0900 @@ -23,6 +23,7 @@ * Use is subject to license terms. */ +#include #include __FBSDID("$FreeBSD: src/sys/cddl/boot/zfs/zfssubr.c,v 1.5 2009/05/23 16:01:58 des Exp $"); @@ -52,6 +53,21 @@ ZIO_SET_CHECKSUM(zcp, 0, 0, 0, 0); } +static void +zio_checksum_gang_verifier(zio_cksum_t *zcp, const blkptr_t *bp) +{ + const dva_t *dva = BP_IDENTITY(bp); + uint64_t txg = bp->blk_birth; + + ZIO_SET_CHECKSUM(zcp, DVA_GET_VDEV(dva), DVA_GET_OFFSET(dva), txg, 0); +} + +static void +zio_checksum_label_verifier(zio_cksum_t *zcp, uint64_t offset) +{ + ZIO_SET_CHECKSUM(zcp, offset, 0, 0, 0); +} + /* * Signature for checksum functions. */ @@ -123,32 +139,52 @@ }; static int -zio_checksum_error(const blkptr_t *bp, void *data) +zio_checksum_error(const blkptr_t *bp, uint64_t offset, void *data) { - zio_cksum_t zc = bp->blk_cksum; - unsigned int checksum = BP_GET_CHECKSUM(bp); - uint64_t size = BP_GET_PSIZE(bp); + unsigned int checksum = BP_IS_GANG(bp) ? + ZIO_CHECKSUM_GANG_HEADER : BP_GET_CHECKSUM(bp); + uint64_t size = BP_IS_GANG(bp) ? + SPA_GANGBLOCKSIZE : BP_GET_PSIZE(bp); zio_block_tail_t *zbt = (zio_block_tail_t *)((char *)data + size) - 1; zio_checksum_info_t *ci = &zio_checksum_table[checksum]; - zio_cksum_t actual_cksum, expected_cksum; + zio_cksum_t actual_cksum, expected_cksum, verifier; if (checksum >= ZIO_CHECKSUM_FUNCTIONS || ci->ci_func[0] == NULL) return (EINVAL); if (ci->ci_zbt) { + if (checksum == ZIO_CHECKSUM_GANG_HEADER) + zio_checksum_gang_verifier(&verifier, bp); +printf("zio_checksum_error: gang block found\n"); /* XXX: now debuging */ + else if (checksum == ZIO_CHECKSUM_LABEL) + zio_checksum_label_verifier(&verifier, offset); + else + verifier = bp->blk_cksum; + expected_cksum = zbt->zbt_cksum; - zbt->zbt_cksum = zc; + zbt->zbt_cksum = verifier; ci->ci_func[0](data, size, &actual_cksum); zbt->zbt_cksum = expected_cksum; - zc = expected_cksum; } else { /* ASSERT(!BP_IS_GANG(bp)); */ + expected_cksum = bp->blk_cksum; ci->ci_func[0](data, size, &actual_cksum); } - if (!ZIO_CHECKSUM_EQUAL(actual_cksum, zc)) { + if (!ZIO_CHECKSUM_EQUAL(actual_cksum, expected_cksum)) { /*printf("ZFS: read checksum failed\n");*/ +/* XXX: now debuging */ +printf("zio_checksum_error: byteswap = %u, checksum = %u, expected_cksum = %08llx%08llx%08llx%08llx, actual_cksum = %08llx%08llx%08llx%08llx\n", + (zbt->zbt_magic == bswap64(ZBT_MAGIC)), + (unsigned int)checksum, + expected_cksum.zc_word[0], expected_cksum.zc_word[1], expected_cksum.zc_word[2], expected_cksum.zc_word[3], + actual_cksum.zc_word[0],actual_cksum.zc_word[1], actual_cksum.zc_word[2], actual_cksum.zc_word[3] +); return (EIO); +} else { +/* XXX: now debuging */ +if (checksum == ZIO_CHECKSUM_GANG_HEADER) +printf("zio_checksum_error: gang block is OK\n"); /* XXX: now debuging */ } return (0); @@ -712,7 +748,7 @@ if (total_errors <= nparity - parity_untried) { switch (data_errors) { case 0: - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); break; @@ -747,7 +783,7 @@ acols, c); } - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); break; @@ -779,7 +815,7 @@ vdev_raidz_reconstruct_pq(cols, nparity, acols, c1, c); - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); break; @@ -862,7 +898,7 @@ memcpy(orig, rc->rc_data, rc->rc_size); vdev_raidz_reconstruct_p(cols, nparity, acols, c); - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); memcpy(rc->rc_data, orig, rc->rc_size); @@ -881,7 +917,7 @@ memcpy(orig, rc->rc_data, rc->rc_size); vdev_raidz_reconstruct_q(cols, nparity, acols, c); - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); memcpy(rc->rc_data, orig, rc->rc_size); @@ -910,7 +946,7 @@ vdev_raidz_reconstruct_pq(cols, nparity, acols, c, c1); - if (zio_checksum_error(bp, buf) == 0) + if (zio_checksum_error(bp, offset, buf) == 0) return (0); memcpy(rc1->rc_data, orig1, rc1->rc_size); --Multipart=_Sat__27_Jun_2009_13_49_26_+0900_eXjTABDjO4PiMg/x-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 05:02:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF9C106564A; Sat, 27 Jun 2009 05:02:16 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: from mail-yx0-f181.google.com (mail-yx0-f181.google.com [209.85.210.181]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF6D8FC17; Sat, 27 Jun 2009 05:02:16 +0000 (UTC) (envelope-from vinnix.bsd@gmail.com) Received: by yxe11 with SMTP id 11so1792018yxe.3 for ; Fri, 26 Jun 2009 22:02:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rAkCwRVVd3ZX1dt6O9yoSxW7M5rMj1+cmR/kgk4Oazs=; b=kMRRpBD6zaVqpfl+/eCcz3WP/QM11+zQFab869gSjKFkTsgZNMl0WW0jo7FMz1ksMD 9ke7etexxWTYRsqYaTLwRBgNdK46+1nCvSC7slk+IGCvtu9ZXwNZFHAw1OlpbFvjqWSV 5wVGNShST/fODX3VEd0GM0j1G4MsSSar/M/sk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gO1nU9YIPJb75uysQuXGgFz0641+U6FGmGpPyCFYWnB9fd98y6XItqrOTE4/vFo3nr v6oVBD6wGwfPAv9NRsK1CU/UgYl2lSHHxU32bb+azMxLRntFxBHxAorSUmP73/cYvsVF fBcKfW8mTBskNUPm9KDNBCkxwFXxh+hO0aypg= MIME-Version: 1.0 Received: by 10.231.15.6 with SMTP id i6mr1543800iba.12.1246077174524; Fri, 26 Jun 2009 21:32:54 -0700 (PDT) In-Reply-To: <20090418023632.GJ13564@dereel.lemis.com> References: <49E895CB.2040407@lissyara.su> <20090417213125.GI13564@dereel.lemis.com> <49E9015D.9000404@samsco.org> <20090418023632.GJ13564@dereel.lemis.com> Date: Sat, 27 Jun 2009 01:32:54 -0300 Message-ID: <1e31c7980906262132k7571c4b8ucfde94ec94cb1d8@mail.gmail.com> From: Vinicius Abrahao To: Alex Keda , Scott Long , marcus@blazingdot.com, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rbgarga@freebsd.org, Greg 'groggy' Lehey Subject: Re: new usb stack - boot problem from usb hdd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 05:02:16 -0000 Hi Guys, 0) First sorry for this annoying and long email... I'm probably having the same problem here: 1) FreeBSD 8.0-CURRENT #6: Tue Jun 23 02:37:12 BRT 2009 2) When I boot from my external usb hard disk[1] :p I had this problem with boot[2]: "Trying to mount root from ufs:/dev/da0s1a ROOT MOUNT ERROR: " 3) If I, at the "mountroot>" prompt, try to mount the root filesystem with mountroot> ufs:da0 The error occurs again, but I don't know why, doing this It's make possible now trying boot from da0s1a 4) mountroot> ufs:da0s1a Now the system boot normally! 5) It's my first time for these "boot from usb" occasions, so I'm thinking that I made something wrong at the installation of disk. Anyway here is my lsusb -v result[3]. 6) umass is on KERNELFILE, I put these lines at /boot/loader.conf: umass_load="YES" kern.cam.scsi_delay=1000 but this not affect the problem. 7) Marcus, this patch is off (404) http://people.freebsd.org/~thompsa/root_wait.diff 8) fdisk and bsdlabel results: ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=9729 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 62910477 (30718 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 62910540, size 93385845 (45598 Meg), flag 0 beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: # /dev/da0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 62910461 79 4.2BSD 0 0 0 c: 62910477 63 unused 0 0 # "raw" part, don't edit partition a: partition extends past end of unit partition c: partition extends past end of unit bsdlabel: partition c doesn't start at 0! bsdlabel: An incorrect partition c may cause problems for standard system utilities [1]: http://www.triarius.com.br/vinicius/bsd/hd_note_usb.jpg [2]: http://www.triarius.com.br/vinicius/bsd/dmesg.txt [3]: http://www.triarius.com.br/vinicius/bsd/lsusb.txt 9) What I'm doing wrong? Thanks for your attention, Best regards, Vinicius From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 05:18:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68E64106566C for ; Sat, 27 Jun 2009 05:18:29 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id 24BF28FC08 for ; Sat, 27 Jun 2009 05:18:28 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 8481A78F70 for ; Sat, 27 Jun 2009 09:18:26 +0400 (MSD) Message-ID: <4A45ABB1.7040506@haruhiism.net> Date: Sat, 27 Jun 2009 09:18:41 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: r194546 amd64: kernel panic in tcp_sack.c X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 05:18:29 -0000 Hello, hope you're having a nice day, I've been testing my system mostly to check if ZFS in -current is stable, however so far I've been getting kernel panics in every other area except ZFS. This time it's tcp_sack.c according to the panic message, inside [intr]. fujibayashi@ameagari ~ % uname -a FreeBSD ameagari.fujibayashi.jp 8.0-CURRENT FreeBSD 8.0-CURRENT #1 r194546: Thu Jun 25 19:44:18 JST 2009 root@ameagari.fujibayashi.jp:/usr/src/sys/amd64/compile/Ameagari amd64 panic: tcp_sack_globalholes >= 0 cpuid = 0 KDB: enter: panic [thread pid 12 tid 100005] Stopped at kdb_enter+0x3d: movq $0,0x682580(%rip) db> bt Tracing pid 12 tid 100005 td 0xffffff0001320000 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b tcp_sackhole_remove() at tcp_sackhole_remove+0xc7 tcp_free_sackholes() at tcp_free_sackholes+0x48 tcp_timer_rexmt() at tcp_timer_rexmt+0xb3 softclock() at softclock+0x291 intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000026d40, rbp = 0 --- db > No core saved - when I tried to get it to save the core, it just raised fatal trap 12 (page fault) and got a general protection fault afterwards. Any ideas? Kernel is GENERIC + options IPFILTER # IPFilter options IPFILTER_LOG # IPFilter logging options IPFIREWALL # IPFW2 options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET # IPFW Traffic Shaper options DEVICE_POLLING # Polling support for NICs etc with WITNESS disabled: #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 08:19:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F40501065672; Sat, 27 Jun 2009 08:19:25 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id AC5368FC1D; Sat, 27 Jun 2009 08:19:24 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=pgm8JvlNwPMA:10 a=hlIU1J3LQChSjWV/CGRL5g==:17 a=r3dW5EJ6X6lgK2pyLTYA:9 a=FhFIHiNjXiG3bqSNoj_m8khf2c0A:4 Received: from [193.217.167.6] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1095637523; Sat, 27 Jun 2009 10:19:22 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org, freebsd-usb@freebsd.org, Andrew Thompson Date: Sat, 27 Jun 2009 10:11:51 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <49E895CB.2040407@lissyara.su> <20090418023632.GJ13564@dereel.lemis.com> <1e31c7980906262132k7571c4b8ucfde94ec94cb1d8@mail.gmail.com> In-Reply-To: <1e31c7980906262132k7571c4b8ucfde94ec94cb1d8@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906271011.53436.hselasky@c2i.net> Cc: Alex Keda , rbgarga@freebsd.org, Vinicius Abrahao , Greg 'groggy' Lehey Subject: Re: new usb stack - boot problem from usb hdd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 08:19:26 -0000 On Saturday 27 June 2009 06:32:54 Vinicius Abrahao wrote: > 9) What I'm doing wrong? I don't think this is your fault. My initial patch for this problem had a loop in the mount root code, trying to mount the root device several times. Now several other people did not agree about that, and made the USB enumeration synchronous instead. That does not always work, because USB devices do not always show up immediately when the power is turned on. I would strongly suggest to add a flag to the mount root code in sys/kern/, allowing the mount root code to automatically retry the medium. It is also important that the mountroot code calls pause() and do not spin in a while loop. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 08:49:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECFBD106564A for ; Sat, 27 Jun 2009 08:49:34 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8491B8FC16 for ; Sat, 27 Jun 2009 08:49:34 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,300,1243807200"; d="scan'208";a="275596373" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay1.uni-muenster.de with ESMTP; 27 Jun 2009 10:49:32 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id B301F1B075E; Sat, 27 Jun 2009 10:49:32 +0200 (CEST) Date: Sat, 27 Jun 2009 10:49:32 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 08:49:35 -0000 hi there, i'm having problems applying the patch. i copied it to /usr/src and then did `patch < cam-ata.20090626.patch`. the patch applies cleanly to my source, but all the files that should go into sys/dev/ahci and sys/modules/ahci get created in /usr/src. maybe a bug in `patch` or am i doing something wrong? cheers. From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 08:55:42 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B16F41065674 for ; Sat, 27 Jun 2009 08:55:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 4F9D18FC1A for ; Sat, 27 Jun 2009 08:55:42 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 3EE001CD00; Sat, 27 Jun 2009 10:55:41 +0200 (CEST) Date: Sat, 27 Jun 2009 10:55:41 +0200 From: Ed Schouten To: Alexander Best Message-ID: <20090627085541.GI48776@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="D54KchHEbquCr0Ji" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 08:55:43 -0000 --D54KchHEbquCr0Ji Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Alexander, * Alexander Best wrote: > i'm having problems applying the patch. i copied it to /usr/src and then = did > `patch < cam-ata.20090626.patch`. the patch applies cleanly to my source,= but > all the files that should go into sys/dev/ahci and sys/modules/ahci get > created in /usr/src. maybe a bug in `patch` or am i doing something wrong? It probably is. I remember with my MPSAFE TTY patches I created last year, it wouldn't create new directories for you. I guess if you run `make sys/{dev,modules}/ahci' before applying the patch, it should work. --=20 Ed Schouten WWW: http://80386.nl/ --D54KchHEbquCr0Ji Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpF3o0ACgkQ52SDGA2eCwUk9ACfWqYhjsi5b7s16XNLmaYY6sl5 0oAAnjUXqsBmlD2RPKIUOZbpHRPRYKV+ =4nJg -----END PGP SIGNATURE----- --D54KchHEbquCr0Ji-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 09:00:44 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB446106566C for ; Sat, 27 Jun 2009 09:00:44 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 809368FC27 for ; Sat, 27 Jun 2009 09:00:44 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id E1F9B1CD00; Sat, 27 Jun 2009 11:00:43 +0200 (CEST) Date: Sat, 27 Jun 2009 11:00:43 +0200 From: Ed Schouten To: Alexander Best Message-ID: <20090627090043.GJ48776@hoeg.nl> References: <20090627085541.GI48776@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qu0M0YrHLkBpg25n" Content-Disposition: inline In-Reply-To: <20090627085541.GI48776@hoeg.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-current@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 09:00:45 -0000 --qu0M0YrHLkBpg25n Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > Hi Alexander, >=20 > * Alexander Best wrote: > > i'm having problems applying the patch. i copied it to /usr/src and the= n did > > `patch < cam-ata.20090626.patch`. the patch applies cleanly to my sourc= e, but > > all the files that should go into sys/dev/ahci and sys/modules/ahci get > > created in /usr/src. maybe a bug in `patch` or am i doing something wro= ng? >=20 > It probably is. I remember with my MPSAFE TTY patches I created last > year, it wouldn't create new directories for you. I guess if you run > `make sys/{dev,modules}/ahci' before applying the patch, it should work. ^^^^ mkdir, not make. --=20 Ed Schouten WWW: http://80386.nl/ --qu0M0YrHLkBpg25n Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpF37sACgkQ52SDGA2eCwU1tgCfa3YSYtt7V9oQFo5tQXEJbCV0 IXYAnAt9Pfn8rG4kodgG0V+wuRh+56nL =r8LN -----END PGP SIGNATURE----- --qu0M0YrHLkBpg25n-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 10:03:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DE0B106564A for ; Sat, 27 Jun 2009 10:03:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id F41928FC0A for ; Sat, 27 Jun 2009 10:03:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 25DCC9CB0E4; Sat, 27 Jun 2009 12:02:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0tgutO7U3-Ee; Sat, 27 Jun 2009 12:02:35 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 080709CB128; Sat, 27 Jun 2009 12:02:35 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5RA2YmJ033821; Sat, 27 Jun 2009 12:02:34 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 27 Jun 2009 12:02:34 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20090627100234.GA33211@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 10:03:50 -0000 On Sat, Jun 27, 2009 at 10:49:32AM +0200, Alexander Best wrote: > hi there, > > i'm having problems applying the patch. i copied it to /usr/src and then did > `patch < cam-ata.20090626.patch`. the patch applies cleanly to my source, but > all the files that should go into sys/dev/ahci and sys/modules/ahci get > created in /usr/src. maybe a bug in `patch` or am i doing something wrong? use patch -p0 From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 10:07:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50ABC106564A for ; Sat, 27 Jun 2009 10:07:19 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id CC0E28FC15 for ; Sat, 27 Jun 2009 10:07:17 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246970411; Sat, 27 Jun 2009 13:07:14 +0300 Message-ID: <4A45EF4D.5080106@FreeBSD.org> Date: Sat, 27 Jun 2009 13:07:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 10:07:19 -0000 Alexander Best wrote: > i'm having problems applying the patch. i copied it to /usr/src and then did > `patch < cam-ata.20090626.patch`. the patch applies cleanly to my source, but > all the files that should go into sys/dev/ahci and sys/modules/ahci get > created in /usr/src. maybe a bug in `patch` or am i doing something wrong? Try: patch -p0 < cam-ata.20090626.patch -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 10:13:04 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2645C1065670; Sat, 27 Jun 2009 10:13:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D26288FC13; Sat, 27 Jun 2009 10:13:03 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4BDEA9CB05C; Sat, 27 Jun 2009 12:11:53 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IAO0qJe36+0T; Sat, 27 Jun 2009 12:11:51 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1C8EE9CB128; Sat, 27 Jun 2009 12:11:51 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5RABpwt041226; Sat, 27 Jun 2009 12:11:51 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 27 Jun 2009 12:11:51 +0200 From: Roman Divacky To: Alexander Motin Message-ID: <20090627101151.GA40915@freebsd.org> References: <4A4517BE.9040504@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A4517BE.9040504@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 10:13:04 -0000 On Fri, Jun 26, 2009 at 09:47:26PM +0300, Alexander Motin wrote: > Hi. > > I would like to present for testing and feedback present state of my and > Scott work on extending CAM subsystem to support ATA in addition to > SCSI. At this moment we have: this is awesome! do you plan to add support for the TRIM command support? what would it take to teach FreeBSD to use the TRIM? From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 10:50:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B54AF1065670; Sat, 27 Jun 2009 10:50:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 60B878FC12; Sat, 27 Jun 2009 10:50:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD954FA84.dip.t-dialin.net [217.84.250.132]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 2A125844020; Sat, 27 Jun 2009 12:50:43 +0200 (CEST) Received: from unknown (unknown [192.168.2.1]) by outgoing.leidinger.net (Postfix) with ESMTP id E834C1BFB81; Sat, 27 Jun 2009 12:50:39 +0200 (CEST) Date: Sat, 27 Jun 2009 12:50:36 +0200 From: Alexander Leidinger To: Alexander Motin Message-ID: <20090627125036.000017f1@unknown> In-Reply-To: <4A4517BE.9040504@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.13; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 2A125844020.826A6 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1246704643.44704@4kQteTHH318Nfwm/JWG1nQ X-EBL-Spam-Status: No Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 10:50:48 -0000 On Fri, 26 Jun 2009 21:47:26 +0300 Alexander Motin wrote: [ATA via CAM] Great to hear, specially the NCQ part. :-) > - make sure that you will be able to boot if your SATA disk devices > name change from some ad4 to ada0; Will it stay at adaX, or is it planned to move it to daX like other harddisks attached via SCSI? If it stays like it is now: what's the rationale to use a different name? Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 11:02:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9786106566C; Sat, 27 Jun 2009 11:02:05 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 260738FC13; Sat, 27 Jun 2009 11:02:04 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246972358; Sat, 27 Jun 2009 14:02:01 +0300 Message-ID: <4A45FC24.20408@FreeBSD.org> Date: Sat, 27 Jun 2009 14:01:56 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Roman Divacky References: <4A4517BE.9040504@FreeBSD.org> <20090627101151.GA40915@freebsd.org> In-Reply-To: <20090627101151.GA40915@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 11:02:06 -0000 Roman Divacky wrote: > On Fri, Jun 26, 2009 at 09:47:26PM +0300, Alexander Motin wrote: >> I would like to present for testing and feedback present state of my and >> Scott work on extending CAM subsystem to support ATA in addition to >> SCSI. At this moment we have: > > this is awesome! do you plan to add support for the TRIM command support? > what would it take to teach FreeBSD to use the TRIM? I haven't looked on it yet, but I think should be really easy from disk driver point ov view. After last firmware update, my SSD should now support TRIM, so I will look on it closer, as time permit. The main question is to implement BIO_DELETE in filesystems code. I have seen in lists that UFS patches were made long time ago, but they are still not committed. Now practically the only BIO_DELETE consumer is newfs with -E option, which I have successfully used with mmcsd driver. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 11:05:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A63221065670 for ; Sat, 27 Jun 2009 11:05:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 603538FC29 for ; Sat, 27 Jun 2009 11:05:12 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MKVia-0002iW-56 for freebsd-current@freebsd.org; Sat, 27 Jun 2009 11:05:12 +0000 Received: from 93-138-112-207.adsl.net.t-com.hr ([93.138.112.207]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 11:05:12 +0000 Received: from ivoras by 93-138-112-207.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 11:05:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 27 Jun 2009 13:05:00 +0200 Lines: 26 Message-ID: References: <4A4517BE.9040504@FreeBSD.org> <20090627101151.GA40915@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-112-207.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <20090627101151.GA40915@freebsd.org> Sender: news Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 11:05:14 -0000 Roman Divacky wrote: > On Fri, Jun 26, 2009 at 09:47:26PM +0300, Alexander Motin wrote: >> Hi. >> >> I would like to present for testing and feedback present state of my and >> Scott work on extending CAM subsystem to support ATA in addition to >> SCSI. At this moment we have: > > this is awesome! do you plan to add support for the TRIM command support? > what would it take to teach FreeBSD to use the TRIM? GEOM knows the BIO_DELETE command, which is supposed to do what TRIM does but is currently mostly unused. I think tree things need to happen to use TRIM effectively: 1) Investigate the conditions of use of TRIM - e.g. must TRIM be applied at special alignment on media (i.e. flash block-size?), because BIO_DELETE has no alignment requirements. 2) Translate BIO_DELETE into appropriate IO command(s) in the driver(s) 3) Make file systems use BIO_DELETE (or whatever comes from it). AFAIK it has been started for UFS, I have no idea about ZFS. 3a) See if existing GEOM classes support BIO_DELETE properly (i.e. passthrough to the lower classes) From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 11:10:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5415F106564A for ; Sat, 27 Jun 2009 11:10:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB1C8FC13 for ; Sat, 27 Jun 2009 11:10:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1MKVnH-0002sz-22 for freebsd-current@freebsd.org; Sat, 27 Jun 2009 11:10:03 +0000 Received: from 93-138-112-207.adsl.net.t-com.hr ([93.138.112.207]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 11:10:03 +0000 Received: from ivoras by 93-138-112-207.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 27 Jun 2009 11:10:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sat, 27 Jun 2009 13:06:58 +0200 Lines: 10 Message-ID: References: <91942330@ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-112-207.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <91942330@ipt.ru> Sender: news Subject: Re: HEADSUP: the default linux base and infrastructure ports has been changed to Fedora 10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 11:10:05 -0000 Boris Samorodov wrote: > Hey, use it with care, beware of dragons. ;-) I was surprised about f10 today when I tried to install some Linux ports, so this explains it :) Acroread9 doesn't work - "syscall inotify_init not implemented" - but from what Google says it looks like a more basic problem than linuxbase-related. :( From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 11:16:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4247E106566C for ; Sat, 27 Jun 2009 11:16:16 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id ED02F8FC0A for ; Sat, 27 Jun 2009 11:16:15 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5D6069CB074 for ; Sat, 27 Jun 2009 13:15:04 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Js8tBqDzmaXC for ; Sat, 27 Jun 2009 13:15:01 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C1DE69CB128 for ; Sat, 27 Jun 2009 13:15:01 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n5RBF1kf057808 for current@freebsd.org; Sat, 27 Jun 2009 13:15:01 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 27 Jun 2009 13:15:01 +0200 From: Roman Divacky To: current@freebsd.org Message-ID: <20090627111501.GA57434@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IJpNTDwzlM2Ie8A6" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: 8-current does not boot for me as of r195095 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 11:16:16 -0000 --IJpNTDwzlM2Ie8A6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi when I try to boot 8-current@195095 I only get this printed: KDB: debugger backends: and then it hangs (like really hard - no keys etc. nothing works). the relevant part of my config is: options KDB options DDB #Enable the kernel debugger options DDB_CTF #Dtrace! this is on i386/SMP compiled with gcc -O2, nothing special the relevant code looks like: if (kdb_dbbe != NULL) { printf("KDB: debugger backends:"); SET_FOREACH(iter, kdb_dbbe_set) { be = *iter; if (be->dbbe_active == 0) printf(" %s", be->dbbe_name); } printf("\n"); printf("KDB: current backend: %s\n", kdb_dbbe->dbbe_name); } I dont ge to the second printf so I guess I am stuck with the SET_FOREACH or something like this. can someone confirm this? any advice? roman --IJpNTDwzlM2Ie8A6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkpF/zUACgkQLVEj6D3CBEwsYQCdHnDSAVLtMAX90y9iKFPxZIB4 3W0An3V6t1JqdfRoQyIjckVqTlrm91t4 =UzWp -----END PGP SIGNATURE----- --IJpNTDwzlM2Ie8A6-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 11:22:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988431065673; Sat, 27 Jun 2009 11:22:09 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id E7B018FC14; Sat, 27 Jun 2009 11:22:08 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246973380; Sat, 27 Jun 2009 14:22:05 +0300 Message-ID: <4A4600D8.5020105@FreeBSD.org> Date: Sat, 27 Jun 2009 14:22:00 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Alexander Leidinger References: <4A4517BE.9040504@FreeBSD.org> <20090627125036.000017f1@unknown> In-Reply-To: <20090627125036.000017f1@unknown> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 11:22:09 -0000 Alexander Leidinger wrote: > On Fri, 26 Jun 2009 21:47:26 +0300 Alexander Motin > wrote: >> - make sure that you will be able to boot if your SATA disk devices >> name change from some ad4 to ada0; > > Will it stay at adaX, or is it planned to move it to daX like other > harddisks attached via SCSI? If it stays like it is now: what's the > rationale to use a different name? It is still point of discussion. I have arguments for 3 different options: da - PRO: habitual CAM/SCSI disk name; CONTRA: ATA disk uses completely separate ATA-native peripheral driver, it is difficult use the same name for two drivers and it IMHO looks ugly: ad - PRO: habitual ATA disk name; CONTRA: heavily conflicts with ATA_STATIC_ID ata(4) option device unit numbering, also the same driver name conflict, but a bit easier due to different parent bus; ada - PRO: perfect from internal infrastructure PoV; CONTRA: just unhabitual. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 12:59:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FEE106564A; Sat, 27 Jun 2009 12:59:13 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from mx.utwente.nl (mx3.utsp.utwente.nl [130.89.2.14]) by mx1.freebsd.org (Postfix) with ESMTP id 678E58FC12; Sat, 27 Jun 2009 12:59:13 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from nox.student.utwente.nl (nox.student.utwente.nl [130.89.165.91]) by mx.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id n5RCJnxx001463; Sat, 27 Jun 2009 14:19:49 +0200 From: Pieter de Goeje To: freebsd-current@freebsd.org Date: Sat, 27 Jun 2009 14:19:49 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; amd64; ; ) References: <4A4517BE.9040504@FreeBSD.org> In-Reply-To: <4A4517BE.9040504@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906271419.49329.pieter@degoeje.nl> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-SpamScore: s X-UTwente-MailScanner-From: pieter@degoeje.nl X-Spam-Status: No Cc: Alexander Motin , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 12:59:14 -0000 On Friday 26 June 2009 20:47:26 Alexander Motin wrote: > To test our work you should: > - have any AHCI compatible controller configured to native AHCI mode > (not a COMPATIBLE or RAID or whatever else) by BIOS; > - have some Serial ATA/ATAPI drives connected to AHCI controller; > - patch your recently updated 8-CURRENT with this patch: > http://people.freebsd.org/~mav/cam-ata.20090626.patch > - rebuild and install world and kernel; > - read new ahci man page; > - make sure that you will be able to boot if your SATA disk devices > name change from some ad4 to ada0; > - load ahci kernel module using loader prompt or loader.conf; > - boot. Excellent stuff. I've installed the patch and it works fine. Excerpt from dmesg: nox# dmesg | grep -E "(ahci|ada|ata)" ahci0: mem 0xfc000000-0xfc001fff irq 19 at device 0.0 on pci3 ahci0: [ITHREAD] ahci0: AHCI v1.00 controller with 2 3Gbps ports, PM supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 1 on ahci0 ahcich1: [ITHREAD] atapci0: port 0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f irq 16 at device 0.1 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ahci1: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xfc106000-0xfc1067ff irq 19 at device 31.2 on pci0 ahci1: [ITHREAD] ahci1: AHCI v1.20 controller with 6 3Gbps ports, PM supported ahcich2: at channel 0 on ahci1 ahcich2: [ITHREAD] ahcich3: at channel 1 on ahci1 ahcich3: [ITHREAD] ahcich4: at channel 2 on ahci1 ahcich4: [ITHREAD] ahcich5: at channel 3 on ahci1 ahcich5: [ITHREAD] ahcich6: at channel 4 on ahci1 ahcich6: [ITHREAD] ahcich7: at channel 5 on ahci1 ahcich7: [ITHREAD] (probe1:ahcich1:0:15:0): SIGNATURE: 0000 (probe0:ahcich1:0:0:0): SIGNATURE: 0000 (probe7:ahcich7:0:15:0): SIGNATURE: 0000 (probe0:ahcich7:0:0:0): SIGNATURE: 0000 ada0 at ahcich1 bus 0 target 0 lun 0 ada0: ATA/ATAPI-8 SATA 2.x device ada0: 300.000MB/s transfers ada0: 610479MB (1250261615 512 byte sectors: 16H 63S/T 16383C) ada0: Native Command Queueing Enabled ada1 at ahcich7 bus 0 target 0 lun 0 ada1: ATA/ATAPI-8 SATA 2.x device ada1: 300.000MB/s transfers ada1: 610479MB (1250261615 512 byte sectors: 16H 63S/T 16383C) ada1: Native Command Queueing Enabled One disk is connected to the AHCI part of the JMicron controller, the other to the ICH9 controller (motherboard: Gigabyte P35-DS3R). I couldn't connect both disks to the ICH9 controller because it's BIOS is broken when set to AHCI and refuses to detect more than one disk. Connecting both disks to the JMicron controller worked fine. Simple speed tests with dd perform as expected (~200MB/s writes when the two disks are striped). However there is a problem with camcontrol: nox# camcontrol devlist cam_periph_mapmem: attempt to map 79200 bytes, which is greater than DFLTPHYS(65536) camcontrol: error sending CAMIOCOMMAND ioctl: Argument list too long nox# camcontrol inquiry ada0 ahcich1: ahci_ch_intr ERROR is 48000000 cs 00000100 ss 00000000 rs 00000100 tfd 451 serr 00000000 nox# camcontrol inquiry ada1 ahcich7: ahci_ch_intr ERROR is 40000001 cs 00002000 ss 00000000 rs 00002000 tfd 451 serr 00000000 Regards, Pieter de Goeje From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:02:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCFA3106566C; Sat, 27 Jun 2009 14:02:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 7418D8FC0C; Sat, 27 Jun 2009 14:02:03 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (pD954FA84.dip.t-dialin.net [217.84.250.132]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 477D3844020; Sat, 27 Jun 2009 16:01:56 +0200 (CEST) Received: from unknown (unknown [192.168.2.1]) by outgoing.leidinger.net (Postfix) with ESMTP id 3344C1BC3C9; Sat, 27 Jun 2009 16:01:53 +0200 (CEST) Date: Sat, 27 Jun 2009 16:01:48 +0200 From: Alexander Leidinger To: Alexander Motin Message-ID: <20090627160148.00004336@unknown> In-Reply-To: <4A4600D8.5020105@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> <20090627125036.000017f1@unknown> <4A4600D8.5020105@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.10.13; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 477D3844020.CF5E1 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1246716118.87346@pn0DUJWl3bGt/272ZkEvDA X-EBL-Spam-Status: No Cc: FreeBSD-Current , scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 14:02:04 -0000 On Sat, 27 Jun 2009 14:22:00 +0300 Alexander Motin wrote: > Alexander Leidinger wrote: > > On Fri, 26 Jun 2009 21:47:26 +0300 Alexander Motin > > wrote: > >> - make sure that you will be able to boot if your SATA disk > >> devices name change from some ad4 to ada0; > >=20 > > Will it stay at adaX, or is it planned to move it to daX like other > > harddisks attached via SCSI? If it stays like it is now: what's the > > rationale to use a different name? >=20 > It is still point of discussion. I have arguments for 3 different > options: > da - PRO: habitual CAM/SCSI disk name; CONTRA: ATA disk uses=20 > completely separate ATA-native peripheral driver, it is difficult use=20 > the same name for two drivers and it IMHO looks ugly: One could argue that the USB stuff which identifies itself as daX is a completely separate peripheral driver too, but we have daX for it... For an user it is not really interesting if it is via ATA, SCSI, or whatever, if he wants a harddisk, he wants a harddisk and normally does not care about the transport. > ad - PRO: habitual ATA disk name; CONTRA: heavily conflicts with=20 > ATA_STATIC_ID ata(4) option device unit numbering, also the same > driver name conflict, but a bit easier due to different parent bus; I agree. > ada - PRO: perfect from internal infrastructure PoV; CONTRA: just=20 > unhabitual. =46rom a personal POV, I do not care much, but from an usability POV I don't think it's a good idea. Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:14:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61FE0106566C; Sat, 27 Jun 2009 14:14:14 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF8C28FC08; Sat, 27 Jun 2009 14:14:13 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n5REEC4h067446 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Jun 2009 16:14:12 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n5REECXO067445; Sat, 27 Jun 2009 16:14:12 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 27 Jun 2009 16:14:12 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alexander Motin Message-ID: <20090627141412.GN31709@acme.spoerlein.net> Mail-Followup-To: Alexander Motin , FreeBSD-Current , scottl@freebsd.org References: <4A4517BE.9040504@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A4517BE.9040504@FreeBSD.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 14:14:14 -0000 On Fri, 26.06.2009 at 21:47:26 +0300, Alexander Motin wrote: > [Great stuff] > - make sure that you will be able to boot if your SATA disk devices > name change from some ad4 to ada0; I, personally, think this is not very good idea. People are used to CAM-devices getting enumerated as da0, da1, etc. All the documentation talks about ad0 for ATA and da0 (plus camcontrol) for SCSI, USB, Firewire devices. We also have fd0 and cd0 and should stick to two-letter-plus-number codes. So either make them all ad0 or da0. I'd vote for the latter, as that is what Linux is doing (more or less) and people are already familiar with USB drives or new SATA drives showing up as "SCSI drives, so they get the SCSI names". Anyway, thanks for the work and your consideration! The sooner we can unify the disk drive namespace, the better. Unrelated question: will it be possible to assign/reserve daX for specific busses? Like say all USB/Firewire devices will start at da9? Cheers, Ulrich Spörlein -- http://www.dubistterrorist.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:19:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 351BD1065670; Sat, 27 Jun 2009 14:19:26 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from fujibayashi.jp (karas.fujibayashi.jp [77.221.159.4]) by mx1.freebsd.org (Postfix) with ESMTP id D26A88FC1E; Sat, 27 Jun 2009 14:19:25 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from [192.168.0.10] (datacenter.telecombusinessconsulting.net [77.221.137.211]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fujibayashi.jp (Postfix) with ESMTPSA id 1296878F70; Sat, 27 Jun 2009 18:19:24 +0400 (MSD) Message-ID: <4A462A7A.20005@haruhiism.net> Date: Sat, 27 Jun 2009 18:19:38 +0400 From: Kamigishi Rei User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Alexander Motin , FreeBSD-Current , scottl@freebsd.org References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> In-Reply-To: <20090627141412.GN31709@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 14:19:26 -0000 Hello, hope you're having a nice day, Ulrich Spörlein wrote: > I, personally, think this is not very good idea. People are used to > CAM-devices getting enumerated as da0, da1, etc. All the documentation > talks about ad0 for ATA and da0 (plus camcontrol) for SCSI, USB, > Firewire devices. We also have fd0 and cd0 and should stick to > two-letter-plus-number codes. So either make them all ad0 or da0. I'd > vote for the latter, as that is what Linux is doing (more or less) and > people are already familiar with USB drives or new SATA drives showing > up as "SCSI drives, so they get the SCSI names". > This poses the question of daXX enumeration order. I've already had some 'fun' with an IBM server which has an LVD/320 SCSI controller. While the controller's bus was enumerated properly, somehow if you attach an USB mass storage device before the system boot that said mass storage could suddenly appear earlier than one of the SCSI disks (that was on 7.0-RELEASE) thus breaking the boot process sometimes (when it appeared as da0). -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:37:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5930E1065670 for ; Sat, 27 Jun 2009 14:37:35 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id E5EA78FC12 for ; Sat, 27 Jun 2009 14:37:34 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MKZ25-0005HC-Lu; Sat, 27 Jun 2009 16:37:33 +0200 Received: from teb7a.t.pppool.de ([89.55.235.122]:48651 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1MKZ25-00075u-48; Sat, 27 Jun 2009 16:37:33 +0200 Date: Sat, 27 Jun 2009 16:37:32 +0200 From: Gary Jennejohn To: Kamigishi Rei Message-ID: <20090627163732.0dc47d93@ernst.jennejohn.org> In-Reply-To: <4A462A7A.20005@haruhiism.net> References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> <4A462A7A.20005@haruhiism.net> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 14:37:35 -0000 On Sat, 27 Jun 2009 18:19:38 +0400 Kamigishi Rei wrote: > This poses the question of daXX enumeration order. I've already had some > 'fun' with an IBM server which has an LVD/320 SCSI controller. While the > controller's bus was enumerated properly, somehow if you attach an USB > mass storage device before the system boot that said mass storage could > suddenly appear earlier than one of the SCSI disks (that was on > 7.0-RELEASE) thus breaking the boot process sometimes (when it appeared > as da0). > This is why I always wire down my SCSI devices in devices.hint. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:42:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41CA31065697; Sat, 27 Jun 2009 14:42:59 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id E8B498FC0A; Sat, 27 Jun 2009 14:42:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n5REgtk3035284; Sat, 27 Jun 2009 08:42:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A462FEF.3040601@samsco.org> Date: Sat, 27 Jun 2009 08:42:55 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Kamigishi Rei References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> <4A462A7A.20005@haruhiism.net> In-Reply-To: <4A462A7A.20005@haruhiism.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Alexander Motin , FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 14:42:59 -0000 Kamigishi Rei wrote: > Hello, hope you're having a nice day, > > Ulrich Spörlein wrote: >> I, personally, think this is not very good idea. People are used to >> CAM-devices getting enumerated as da0, da1, etc. All the documentation >> talks about ad0 for ATA and da0 (plus camcontrol) for SCSI, USB, >> Firewire devices. We also have fd0 and cd0 and should stick to >> two-letter-plus-number codes. So either make them all ad0 or da0. I'd >> vote for the latter, as that is what Linux is doing (more or less) and >> people are already familiar with USB drives or new SATA drives showing >> up as "SCSI drives, so they get the SCSI names". >> > This poses the question of daXX enumeration order. I've already had some > 'fun' with an IBM server which has an LVD/320 SCSI controller. While the > controller's bus was enumerated properly, somehow if you attach an USB > mass storage device before the system boot that said mass storage could > suddenly appear earlier than one of the SCSI disks (that was on > 7.0-RELEASE) thus breaking the boot process sometimes (when it appeared > as da0). > CAM allows you to statically set the enumeration order via hints in either the kernel config file or in /boot/loader.conf. /sys/conf/NOTES contains information and examples of this. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:44:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F411D1065676; Sat, 27 Jun 2009 14:44:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0688FC26; Sat, 27 Jun 2009 14:44:08 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.19] (helo=9.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #92) id 1MKZ8R-0007yj-9q; Sat, 27 Jun 2009 16:44:07 +0200 Received: from teb7a.t.pppool.de ([89.55.235.122]:49651 helo=ernst.jennejohn.org) by 9.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #79) id 1MKZ8R-0005VD-0e; Sat, 27 Jun 2009 16:44:07 +0200 Date: Sat, 27 Jun 2009 16:44:06 +0200 From: Gary Jennejohn To: Alexander Motin Message-ID: <20090627164406.155f002d@ernst.jennejohn.org> In-Reply-To: <4A4517BE.9040504@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Jun 2009 14:44:09 -0000 On Fri, 26 Jun 2009 21:47:26 +0300 Alexander Motin wrote: > Hi. > > I would like to present for testing and feedback present state of my and > Scott work on extending CAM subsystem to support ATA in addition to > SCSI. At this moment we have: > - CAM transport separated on common and SCSI-specific parts, last one > wrapped with small API that allows switching; > - implemented SATA-specific transport, that is automatically used when > controller reports SATA bus attached to it. It supports both single > drive and Port Multiplier modes. The only parts unfinished yet is the > automatic hot-plug (you have to do reset/rescan manually) and heavy > errors recovery; > - implemented ATA disk driver for CAM infrastructure to natively > operate ATA disks. It already supports most of required functionality: > identify, read, write, flush, dump, NCQ; > - ATAPI devices handled natively by existing SCSI peripherals drivers, > by tunneling SCSI commands over ATA bus by PACKET ATA extension; > - implemented AHCI controller driver, supporting most of tasty > hardware features (controller command queuing, NCQ, Port Multiplier, > MSI). Only some features from latest AHCI specifications for which I > have no hardware left unimplemented. > - camcontrol took minor changes to be able to report ATA devices. > > To test our work you should: > - have any AHCI compatible controller configured to native AHCI mode > (not a COMPATIBLE or RAID or whatever else) by BIOS; > - have some Serial ATA/ATAPI drives connected to AHCI controller; > - patch your recently updated 8-CURRENT with this patch: > http://people.freebsd.org/~mav/cam-ata.20090626.patch - remove atapicam from you kernel config file, otherwise the kernel pancis in xpt (at least, mine did) > - rebuild and install world and kernel; > - read new ahci man page; > - make sure that you will be able to boot if your SATA disk devices > name change from some ad4 to ada0; > - load ahci kernel module using loader prompt or loader.conf; > - boot. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 14:54:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70CE2106564A for ; Sat, 27 Jun 2009 14:54:22 +0000 (UTC) (envelope-from rfreidel@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 20B8E8FC0A for ; Sat, 27 Jun 2009 14:54:21 +0000 (UTC) (envelope-from rfreidel@gmail.com) Received: by qw-out-2122.google.com with SMTP id 5so333322qwd.7 for ; Sat, 27 Jun 2009 07:54:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=/bxNjKJp36GohvEePXKP0vh9gNFC5uP0Yyt+05Jcsr0=; b=sZAJLobi/JLAez17Ol6ltcV+Mva+ew6PriidMglfwo1psaaW+EOmu8Iqlu8App5Lga prHX/dE+ENWVNVoz9ISpMrPiPtfeEp74IUx7I9V+SbCjdj/hsLSRKXmNRE+wnRY1sAqJ d9O8hgoCCqa0ZMS2cQx3oaRiSwTArVrKhTarc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=SBb39TGTUa2aNhkj+YYh0TKt4BbcJNsNM5oX8lUUFN4V6RDz8c84STladYuhJl1FjQ i632+dvtjYJcC4tJpn7a0fshEdPq0Ona/kHYO3VyenB9neEx27IIBwKniXPoHSawtU3K hpaRWRtHeDfyMeQoQgRrkAB4L3MvWv+wMnS9g= MIME-Version: 1.0 Received: by 10.229.81.136 with SMTP id x8mr1242431qck.95.1246114461343; Sat, 27 Jun 2009 07:54:21 -0700 (PDT) In-Reply-To: <20090627040940.E93E91CC09@ptavv.es.net> References: <20090627040940.E93E91CC09@ptavv.es.net> Date: Sat, 27 Jun 2009 07:54:21 -0700 Message-ID: From: Ron Freidel To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 14:54:22 -0000 Ok, a little more info... plugged in leroy# sysctl hw.acpi.acline hw.acpi.acline: 1 unplugged leroy# sysctl hw.acpi.acline hw.acpi.acline: 0 and from /var/log/messages Jun 27 07:18:46 leroy power_profile: changed to 'economy' Jun 27 07:18:57 leroy power_profile: changed to 'performance' When unplugged the screen dims, the machine seems to slow down, yet heres the problem... plugged in leroy# sysctl dev.cpu.0.freq dev.cpu.0.freq: 2000 unplugged leroy# sysctl dev.cpu.0.freq dev.cpu.0.freq: 2000 I can change the freq using sysctl but it doesn't stick, no crash or anything though. Whats odd to me is the temp the cpu is running at. unplugged dev.cpu.0.temperature: 54 dev.cpu.1.temperature: 55 plugged in dev.cpu.0.temperature: 61 dev.cpu.1.temperature: 62 Everything seems to be working as it should, just that pesky cpu freq Oh by the way, the laptop is a Dell Latitude D820, and I did find out after testing acpi sleep while X/gnome is running it works! And another side note... with FreeBSD 7.2 I get approx 2 hours battery life using wifi, windows gives 1.5 hrs, OpenSolaris 1 hour, have not left the laptop unplugged with current long enough to test. On Fri, Jun 26, 2009 at 9:09 PM, Kevin Oberman wrote: > > Date: Fri, 26 Jun 2009 19:24:52 -0700 > > From: Ron Freidel > > Sender: owner-freebsd-current@freebsd.org > > > > Hi all, > > > > I suppose I should state I am only posting after lots of googling. > > > > I upgraded to current from 7.2, I just couldn't wait too see if my laptop > > would acpi sleep, it seems to just fine by the way, not well tested yet > > though. > > > > My prob is with cpufreq, it seems to be locked at max speed, nothing I do > > seems to change the freq it is running at. > > > > CPU: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz (1997.34-MHz > K8-class > > CPU) > > > > leroy# dmesg | grep cpu > > cpu0 (BSP): APIC ID: 0 > > cpu1 (AP): APIC ID: 1 > > cpu0: on acpi0 > > coretemp0: on cpu0 > > est0: on cpu0 > > p4tcc0: on cpu0 > > cpu1: on acpi0 > > coretemp1: on cpu1 > > est1: on cpu1 > > p4tcc1: on cpu1 > > > > It looks to this feeble mind like it should be working. > > Where else do I look? > > > > leroy# ps ax | grep powerd > > 1164 ?? Ss 0:00.97 /usr/sbin/powerd -a adaptive -b adaptive > > > > Hope this is enough info... > > Not quite. The output of 'sysctl hw.acpi.acline' (on battery and on AC > power) and 'sysctl dev.apu.0' would help. Running powerd with the '-v' > option might provide a clue, too. > > Everything you sent looks pretty normal, but it's not enough to tell much. > -- > 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 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > -- Ron From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 16:04:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D3F3106564A; Sat, 27 Jun 2009 16:04:32 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out3.uni-muenster.de (ZIVM-OUT3.UNI-MUENSTER.DE [128.176.192.18]) by mx1.freebsd.org (Postfix) with ESMTP id 697A78FC08; Sat, 27 Jun 2009 16:04:31 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.42,301,1243807200"; d="scan'208";a="6948459" Received: from zivmaildisp2.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.143]) by zivm-relay3.uni-muenster.de with ESMTP; 27 Jun 2009 18:04:29 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id B5EF31B07E4; Sat, 27 Jun 2009 18:04:29 +0200 (CEST) Date: Sat, 27 Jun 2009 18:04:29 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Alexander Motin , Alexander Best Message-ID: In-Reply-To: <4A45EF4D.5080106@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 16:04:32 -0000 thanks a lot. that worked. i always thought -p0 was the default patch behaviour. ;-) cheers. Alexander Motin schrieb am 2009-06-27: > Alexander Best wrote: > >i'm having problems applying the patch. i copied it to /usr/src and > >then did > >`patch < cam-ata.20090626.patch`. the patch applies cleanly to my > >source, but > >all the files that should go into sys/dev/ahci and sys/modules/ahci > >get > >created in /usr/src. maybe a bug in `patch` or am i doing something > >wrong? > Try: > patch -p0 < cam-ata.20090626.patch > -- > Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 16:09:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A9531065670; Sat, 27 Jun 2009 16:09:20 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 9C22C8FC1E; Sat, 27 Jun 2009 16:09:19 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.175.178.149] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MKaSs-000Ke8-2q; Sat, 27 Jun 2009 20:09:18 +0400 To: Juergen Lock References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> <66988167@ipt.ru> <747dc8f30906261255s1ecc1420x574ded3be835b448@mail.gmail.com> <20090627143719.GA28318@triton.kn-bremen.de> From: Boris Samorodov Date: Sat, 27 Jun 2009 20:10:10 +0400 In-Reply-To: <20090627143719.GA28318@triton.kn-bremen.de> (Juergen Lock's message of "Sat\, 27 Jun 2009 16\:37\:19 +0200") Message-ID: <33059629@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Renato Botelho , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, "Sean C. Farley" Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 16:09:21 -0000 Juergen Lock writes: > On Fri, Jun 26, 2009 at 03:33:15PM -0500, Sean C. Farley wrote: >> On Fri, 26 Jun 2009, Renato Botelho wrote: >> >> > On Fri, Jun 26, 2009 at 4:32 PM, Boris Samorodov wrote: >> >> OK, thanks! I should have missed you previous post. >> >> >> >> Here is a port for tests. This shar should be run at /usr/ports/www: >> >> ftp://ftp.ipt.ru/pub/linux/linux-f10-flashplugin10.shar >> >> >> >> Note: the port is only hand-written and tested to build/install/deinstall. >> > >> > I tried it and got this message: >> > >> > *** NSPlugin Wrapper *** ERROR: NPP_New() wait for reply: Message timeout >> > >> > My environment: >> > >> > FreeBSD botelhor.bplab.local 8.0-CURRENT FreeBSD 8.0-CURRENT #73 >> > r194284: Wed Jun 24 19:09:04 BRT 2009 >> > root@botelhor.bplab.local:/usr/obj/usr/src/sys/GARGA i386 >> > >> > linux-f10-atk-1.24.0 >> > linux-f10-cairo-1.8.0 >> > linux-f10-curl-7.19.4_1 >> > linux-f10-expat-2.0.1 >> > linux-f10-flashplugin-10.0r22 >> > linux-f10-fontconfig-2.6.0 >> > linux-f10-gtk2-2.14.7 >> > linux-f10-jpeg-6b >> > linux-f10-libssh2-0.18 >> > linux-f10-nspr-4.7.3 >> > linux-f10-nss-3.12.2.0 >> > linux-f10-openssl-0.9.8g >> > linux-f10-pango-1.22.3 >> > linux-f10-png-1.2.35 >> > linux-f10-sqlite3-3.5.9 >> > linux-f10-tiff-3.8.2 >> > linux-f10-xorg-libs-7.4 >> > linux_base-f10-10 >> > nspluginwrapper-1.2.2_2 >> > >> > I deinstalled linux-f8, cleaned compat/linux and reinstalled everything. >> >> Assuming it is the issue with missing dependencies for libcurl, we also >> need port(s) for liblber and libldap since f10's libcurl depends upon >> them. > > liblber is in the same rpm with libldap (I used > openldap-2.4.12-1.fc10.i386.rpm as I said), and as I said we > also need libsasl2 (libldap depends on it) which is in > cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm . > >> I had to manually extract a couple of RPM's to get them. Here is >> the ldd output of libcurl for me: >> >> # /compat/linux/bin/sh /compat/linux/usr/bin/ldd /compat/linux/usr/lib/libcurl.so.4.1.1 >> libidn.so.11 => /lib/libidn.so.11 (0x20073000) >> libssh2.so.1 => /usr/lib/libssh2.so.1 (0x200a5000) >> libldap-2.4.so.2 => /usr/lib/libldap-2.4.so.2 (0x200c7000) >> librt.so.1 => /lib/librt.so.1 (0x20109000) >> libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0x20113000) >> libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0x20141000) >> libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0x201e1000) >> libcom_err.so.2 => /lib/libcom_err.so.2 (0x20206000) >> libz.so.1 => /lib/libz.so.1 (0x20209000) >> libssl3.so => /lib/libssl3.so (0x2021d000) >> libsmime3.so => /lib/libsmime3.so (0x2024e000) >> libnss3.so => /lib/libnss3.so (0x20275000) >> libplds4.so => /lib/libplds4.so (0x203bb000) >> libplc4.so => /lib/libplc4.so (0x203bf000) >> libnspr4.so => /lib/libnspr4.so (0x203c4000) >> libpthread.so.0 => /lib/libpthread.so.0 (0x203fe000) >> libdl.so.2 => /lib/libdl.so.2 (0x20418000) >> libc.so.6 => /lib/libc.so.6 (0x2041d000) >> libssl.so.7 => /lib/libssl.so.7 (0x20596000) >> libcrypto.so.7 => /lib/libcrypto.so.7 (0x205e1000) >> liblber-2.4.so.2 => /usr/lib/liblber-2.4.so.2 (0x20735000) >> libresolv.so.2 => /lib/libresolv.so.2 (0x20744000) >> libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x2075b000) >> /lib/ld-linux.so.2 (0x00000000) >> libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0x20775000) >> libkeyutils.so.1 => /lib/libkeyutils.so.1 (0x2077f000) >> libnssutil3.so => /lib/libnssutil3.so (0x20782000) >> libcrypt.so.1 => /lib/libcrypt.so.1 (0x2079b000) >> libselinux.so.1 => /lib/libselinux.so.1 (0x207cf000) > > Same here with the following ports I just tested here: (thanx to bsam > for the linux-f10-flashplugin10 port and to Peter Jeremy for the > original linux-f10-openldap and linux-f10-cyrus-sasl2 ports!) > > First a patch for bsd.linux-apps.mk, then the shar, please test > and comment :) Good work! Here are some comments. > Index: Mk/bsd.linux-apps.mk > @@ -70,7 +70,8 @@ > _LINUX_APPS_ALL+= > > # 2.6.16 components > -_LINUX_26_APPS= libidn libssh2 nspr nss sqlite3 tcl84 tk84 > +_LINUX_26_APPS= cyrus-sasl2 libidn libssh2 nspr nss openldap \ > + sqlite3 tcl84 tk84 > > _LINUX_APPS_ALL+= ${_LINUX_26_APPS} > > @@ -137,6 +138,11 @@ > curl_DETECT= ${curl${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > curl_PORT= ${PORTSDIR}/ftp/linux${LINUX_DIST_SUFFIX}-curl Since linux-f10 curl requires cyrus-sasl2 and openldap I'd add here: ----- . if ${LINUX_DIST_SUFFIX} == "-f10" curl_DEPENDS=cyrus-sasl2 openldap . endif ----- Also apropriate changes should go to ftp/linux-f10-curl port. > +# no cyrus-sasl2_FILE, cyrus-sasl2_f8_FILE > +cyrus-sasl2_f10_FILE= ${LINUXBASE}/usr/lib/libsasl2.so.2.0.22 > +cyrus-sasl2_DETECT= ${cyrus-sasl2${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > +cyrus-sasl2_PORT= ${PORTSDIR}/security/linux${LINUX_DIST_SUFFIX}-cyrus-sasl2 > + > dri_FILE= ${LINUXBASE}/usr/X11R6/lib/libGL.so.1 > dri_f8_FILE= ${LINUXBASE}/usr/lib/libGL.so.1 > dri_f10_FILE= ${LINUXBASE}/usr/lib/libGL.so.1.2 > @@ -307,6 +313,11 @@ > mikmod_DETECT= ${mikmod${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > mikmod_PORT= ${PORTSDIR}/audio/linux${LINUX_DIST_SUFFIX}-mikmod > > +# no openldap_FILE, openldap_f8_FILE > +openldap_f10_FILE= ${LINUXBASE}/usr/lib/libldap-2.4.so.2.2.0 > +openldap_DETECT= ${openldap${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > +openldap_PORT= ${PORTSDIR}/net/linux${LINUX_DIST_SUFFIX}-openldap > + > openmotif_FILE= ${LINUXBASE}/usr/X11R6/lib/libXm.so.3.0.3 > openmotif_f8_FILE= ${LINUXBASE}/usr/lib/libXm.so.4.0.2 > openmotif_f10_FILE= ${LINUXBASE}/usr/X11R6/lib/libXm.so.3.0.3 > > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # net/linux-f10-openldap/ > # net/linux-f10-openldap/Makefile > # net/linux-f10-openldap/distinfo.i386 > # security/linux-f10-cyrus-sasl2/ > # security/linux-f10-cyrus-sasl2/Makefile > # security/linux-f10-cyrus-sasl2/distinfo.i386 > # www/linux-f10-flashplugin10/ > # www/linux-f10-flashplugin10/Makefile > # www/linux-f10-flashplugin10/distinfo > # www/linux-f10-flashplugin10/pkg-descr > # www/linux-f10-flashplugin10/pkg-plist > # > echo c - net/linux-f10-openldap/ > mkdir -p net/linux-f10-openldap/ > /dev/null 2>&1 > echo x - net/linux-f10-openldap/Makefile > sed 's/^X//' >net/linux-f10-openldap/Makefile << '17a12d65b66950d2cbc504ac86a37255' > X# New ports collection makefile for: net/linux-f10-openldap > X# Date created: 2009-06-07 > X# Whom: peter > X# > X# $FreeBSD$ > X# > X > XPORTNAME= openldap > XPORTVERSION= 2.4.12 > XCATEGORIES= net linux > XPKGNAMEPREFIX= linux-f10- > XDISTNAME= ${PORTNAME}-${PORTVERSION}-${RPMVERSION} > X > X.if defined(PACKAGE_BUILDING) > XSRC_DISTFILES= ${PORTNAME}-${PORTVERSION}-${RPMVERSION}.src.rpm > XALWAYS_KEEP_DISTFILES= YES > X.endif Well, those <.if, .endif> actually are not needed as bsd.linux-rpm.mk should itself take care of the case. If it doesn't, please tell me. > X > XMAINTAINER= emulation@FreeBSD.org > XCOMMENT= Lightweight Directory Access Protocol libraries (Linux Fedora 10) > X > X#CONFLICTS= > X > XUSE_LINUX_RPM= yes > XLINUX_DIST_VER= 10 > XRPMVERSION= 1.fc10 > XUSE_LDCONFIG= yes > XDESCR= ${.CURDIR}/../openldap24-server/pkg-descr > X > XPLIST_DIRS= etc/openldap/cacerts etc/openldap I'd say only etc/openldap is needed (see below). > XPLIST_FILES= etc/openldap/ldap.conf usr/lib/liblber-2.4.so.2 usr/lib/liblber-2.4.so.2.2.0 usr/lib/libldap-2.4.so.2 usr/lib/libldap-2.4.so.2.2.0 usr/lib/libldap_r-2.4.so.2 usr/lib/libldap_r-2.4.so.2.2.0 > XDOCSDIR= usr/share/doc/${PORTNAME}-${PORTVERSION} > XPORTDOCS= ANNOUNCEMENT CHANGES COPYRIGHT LICENSE README > XMANPREFIX= ${PREFIX}/usr/share > XMAN5= ldap.conf.5 ldif.5 > XMANCOMPRESSED= yes At my port's propotype I have this: ----- # do not install any openldap configuration directories/files post-extract: ${RM} -rf ${WRKSRC}/etc # use a native openldap configuration directories/files post-install: ${LN} -sf ${LOCALBASE}/etc/openldap ${PREFIX}/etc ----- This should work for managing the port via ports system but not with packages. > X > X.include > 17a12d65b66950d2cbc504ac86a37255 > echo x - net/linux-f10-openldap/distinfo.i386 > sed 's/^X//' >net/linux-f10-openldap/distinfo.i386 << 'f422178bbd4668750265f4e584e91c0e' > XMD5 (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = e3ea12058a8cdc54d6f270c802c92a00 > XSHA256 (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = 2a71dcfdbfb1dc9b4e056c951518474d5958147c033f3584dc06e784fd67d567 > XSIZE (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = 323504 The following commands would do the right thing (no src distinfo for now): ----- % cd % sudo make fetch PACKAGE_BUILDING=YES % sudo make makesum PACKAGE_BUILDING=YES ----- > f422178bbd4668750265f4e584e91c0e > echo c - security/linux-f10-cyrus-sasl2/ > mkdir -p security/linux-f10-cyrus-sasl2/ > /dev/null 2>&1 > echo x - security/linux-f10-cyrus-sasl2/Makefile > sed 's/^X//' >security/linux-f10-cyrus-sasl2/Makefile << '4fc58bcf97a8889077c61da23cb55faa' > X# New ports collection makefile for: security/linux-f10-cyrus-sasl2 > X# Date created: 2009-06-07 > X# Whom: peter > X# > X# $FreeBSD$ > X# > X > XPORTNAME= cyrus-sasl2 > XPORTVERSION= 2.1.22 > XCATEGORIES= security linux > XPKGNAMEPREFIX= linux-f10- > XDISTNAME= cyrus-sasl-lib-${PORTVERSION}-${RPMVERSION} > X > X.if defined(PACKAGE_BUILDING) > XSRC_DISTFILES= cyrus-sasl-lib-${PORTVERSION}-${RPMVERSION}.src.rpm > XALWAYS_KEEP_DISTFILES= YES > X.endif This is not right. I propose to add (somewhere further) instead of the last four lines: ----- SRC_DISTFILES=cyrus-sasl-${PORTVERSION}-${RPMVERSION}.src.rpm ----- > X > XMAINTAINER= emulation@FreeBSD.org > XCOMMENT= RFC 2222 SASL (Simple Authentication and Security Layer) (Linux Fedora 10) > X > X#CONFLICTS= > X > XUSE_LINUX_RPM= yes > XLINUX_DIST_VER= 10 > XRPMVERSION= 19.fc10 > XUSE_LDCONFIG= yes > XBRANDELF_FILES= usr/sbin/sasldblistusers2 usr/sbin/saslpasswd2 > XDESCR= ${.CURDIR}/../${PORTNAME}/pkg-descr > X > XPLIST_DIRS= etc/sasl2 usr/lib/sasl2 > XPLIST_FILES= usr/lib/libsasl2.so.2 usr/lib/libsasl2.so.2.0.22 usr/lib/sasl2/libanonymous.so usr/lib/sasl2/libanonymous.so.2 usr/lib/sasl2/libanonymous.so.2.0.22 usr/lib/sasl2/libsasldb.so usr/lib/sasl2/libsasldb.so.2 usr/lib/sasl2/libsasldb.so.2.0.22 usr/sbin/sasldblistusers2 usr/sbin/saslpasswd2 > XDOCSDIR= usr/share/doc/cyrus-sasl-lib-${PORTVERSION} > XPORTDOCS= AUTHORS COPYING NEWS README advanced.html appconvert.html components.html gssapi.html index.html install.html macosx.html mechanisms.html options.html plugprog.html programming.html readme.html sysadmin.html upgrading.html windows.html > X > X.include > 4fc58bcf97a8889077c61da23cb55faa > echo x - security/linux-f10-cyrus-sasl2/distinfo.i386 > sed 's/^X//' >security/linux-f10-cyrus-sasl2/distinfo.i386 << '9c7e54bf867023e1f8fcaa16319c72f4' > XMD5 (rpm/i386/fedora/10/cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm) = 5a4ee3c84ec9581723fd56b658eec994 > XSHA256 (rpm/i386/fedora/10/cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm) = ae8da4ee07615519c657ddbe3b8c128a2e81f00a4db0da17b7369dabe03ed6d2 > XSIZE (rpm/i386/fedora/10/cyrus-sasl-lib-2.1.22-19.fc10.i386.rpm) = 145305 > 9c7e54bf867023e1f8fcaa16319c72f4 The same comment about distinfo as for net/linux-f10-openldap. > echo c - www/linux-f10-flashplugin10/ > mkdir -p www/linux-f10-flashplugin10/ > /dev/null 2>&1 > echo x - www/linux-f10-flashplugin10/Makefile > sed 's/^X//' >www/linux-f10-flashplugin10/Makefile << '5455d901d257b50d731e64397ea6df2f' > X# New ports collection makefile for: www/linux-f10-flashplugin10 This port should be probably first repocopied from www/linux-f8-flashplugin10 and then committed. > X# Date created: 2009-06-26 > X# Whom: bsam > X# Based on: www/linux-f8-flashplugin10 by nox@ > X# > X# $FreeBSD$ > X# > X > XPORTNAME= flashplugin > XPORTVERSION= 10.0r22 > XCATEGORIES= www multimedia linux > XMASTER_SITES= http://fpdownload.macromedia.com/get/flashplayer/current/:plugin \ > X ftp://ftp.ipt.ru/pub/download/:suplib > XPKGNAMEPREFIX= linux-f10- > XDISTFILES= install_flash_player_10_linux.tar.gz:plugin \ > X linux-f10-flashsupport-9.0.1.i386.tar.gz:suplib > XDIST_SUBDIR= ${PORTNAME}/${PORTVERSION} > X > XMAINTAINER= emulation@FreeBSD.org > XCOMMENT= Adobe Flash Player NPAPI Plugin > X > XONLY_FOR_ARCHS= amd64 i386 > XUSE_LINUX= yes > XUSE_LINUX_APPS= openssl curl cyrus-sasl2 libssh2 nspr nss openldap > X > XRESTRICTED= Redistribution not allowed > XRESTRICTED_FILES= ${DISTFILES:Nlinux-f10-flashsupport*:C/:[^:]+$//} > X > XNO_BUILD= yes > XWRKSRC= ${WRKDIR}/install_flash_player_10_linux > X > XUSE_NPAPI= linux-* > XNPAPI_FILES= libflashplayer.so > X > XCONFLICTS= linux-flashplugin-7* linux-flashplugin-9* linux-f8-flashplugin10-* > X > Xpost-install: > X @${INSTALL_PROGRAM} ${WRKDIR}/libflashsupport.so ${LINUXBASE}/usr/lib > X > X.include > X.include "${PORTSDIR}/www/linux-mplayer-plugin/Makefile.npapi" > X.include > 5455d901d257b50d731e64397ea6df2f > echo x - www/linux-f10-flashplugin10/distinfo > sed 's/^X//' >www/linux-f10-flashplugin10/distinfo << '1f552e2e0c05a396106217e48ff92103' > XMD5 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 23e4c2b844db0f87ff62084178aa2b1f > XSHA256 (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = cd29f166c87fecc943e88fe951bb61c56728fab12b4bf343badafa73ea95394e > XSIZE (flashplugin/10.0r22/install_flash_player_10_linux.tar.gz) = 3994294 > XMD5 (flashplugin/10.0r22/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 6e416c81497f65065d78dae1e0acad0d > XSHA256 (flashplugin/10.0r22/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 4a309b1a326bd2212cc72480628659e5a7fd61d9e0572cb7350c206f030955bf > XSIZE (flashplugin/10.0r22/linux-f10-flashsupport-9.0.1.i386.tar.gz) = 3455 > 1f552e2e0c05a396106217e48ff92103 > echo x - www/linux-f10-flashplugin10/pkg-descr > sed 's/^X//' >www/linux-f10-flashplugin10/pkg-descr << '57a1420ff5e8cb1b77c71ecb3a15c599' > XThis is the official Flash Player from Adobe. This plugin enables > Xyou to see .swf and .spl files on the 'net from your Opera, Mozilla or > XFirefox sessions. > X > XPlease see the Adobe home page for more information. > X > XFreeBSD Flash License Agreement: > X http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 > X > XWWW: http://www.adobe.com/ > 57a1420ff5e8cb1b77c71ecb3a15c599 > echo x - www/linux-f10-flashplugin10/pkg-plist > sed 's/^X//' >www/linux-f10-flashplugin10/pkg-plist << '9254ee58cdc375ce93f8fc3b1afc9e77' > X@cwd /compat/linux > Xusr/lib/libflashsupport.so > X@cwd > 9254ee58cdc375ce93f8fc3b1afc9e77 > exit There may be something more, but I don't see it right now. Thanks for all involved! It's a good team work. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 16:31:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79A52106564A; Sat, 27 Jun 2009 16:31:22 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id C74248FC14; Sat, 27 Jun 2009 16:31:21 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246986446; Sat, 27 Jun 2009 19:31:18 +0300 Message-ID: <4A464951.6050604@FreeBSD.org> Date: Sat, 27 Jun 2009 19:31:13 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: =?UTF-8?B?VWxyaWNoIFNww7ZybGVpbg==?= References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> In-Reply-To: <20090627141412.GN31709@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current , scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 16:31:22 -0000 Ulrich Spörlein wrote: > On Fri, 26.06.2009 at 21:47:26 +0300, Alexander Motin wrote: >> [Great stuff] >> - make sure that you will be able to boot if your SATA disk devices >> name change from some ad4 to ada0; > > I, personally, think this is not very good idea. People are used to > CAM-devices getting enumerated as da0, da1, etc. All the documentation > talks about ad0 for ATA and da0 (plus camcontrol) for SCSI, USB, > Firewire devices. We should understand difference between transport and command set. SPI, SAS, USB and FireWire are all just a transports for SCSI commands, and their disk devices use the same SCSI-command disk driver "da". ATA disks in this implementation are still use their native ATA commands, without translating to SCSI. So "ada" is a completely separate driver, operating disk devices supporting ATA, but _not_ a SCSI, command set. Whatever name we would use for it, "ada" still will be separate driver. It is not my whim. IMHO having two drivers with the same name is just a time bomb, which will create problems in future. If somebody sure that it won't, I will be glad to hear his technical opinion about how to manage that properly, for example, in newbus. > We also have fd0 and cd0 and should stick to > two-letter-plus-number codes. We also have a lot of longer disk driver names: aacd, amrd, mmcsd, ... > So either make them all ad0 or da0. I'd > vote for the latter, as that is what Linux is doing (more or less) and > people are already familiar with USB drives or new SATA drives showing > up as "SCSI drives, so they get the SCSI names". The main difference is that in our case SATA is not SCSI! We are not doing any emulation. CAM != SCSI any more! CAM = SCSI + ATA + whatever! -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 16:55:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A79106567A; Sat, 27 Jun 2009 16:55:19 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 049848FC13; Sat, 27 Jun 2009 16:55:18 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246987359; Sat, 27 Jun 2009 19:55:15 +0300 Message-ID: <4A464EED.3070700@FreeBSD.org> Date: Sat, 27 Jun 2009 19:55:09 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: Pieter de Goeje References: <4A4517BE.9040504@FreeBSD.org> <200906271419.49329.pieter@degoeje.nl> In-Reply-To: <200906271419.49329.pieter@degoeje.nl> Content-Type: multipart/mixed; boundary="------------050502010606090600020306" Cc: freebsd-current@freebsd.org, scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 16:55:19 -0000 This is a multi-part message in MIME format. --------------050502010606090600020306 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pieter de Goeje wrote: > However there is a problem with camcontrol: > > nox# camcontrol devlist > cam_periph_mapmem: attempt to map 79200 bytes, which is greater than DFLTPHYS(65536) > camcontrol: error sending CAMIOCOMMAND ioctl: Argument list too long Thank you for report. I have missed this due to increased DFLTPHYS value in my kernel. Attached trivial patch fixes that. > nox# camcontrol inquiry ada0 > ahcich1: ahci_ch_intr ERROR is 48000000 cs 00000100 ss 00000000 rs 00000100 tfd 451 serr 00000000 > > nox# camcontrol inquiry ada1 > ahcich7: ahci_ch_intr ERROR is 40000001 cs 00002000 ss 00000000 rs 00002000 tfd 451 serr 00000000 This is not a problem. ATA disks does not have SCSI INQUIRY command. They use own IDENTIFY instead. inquiry should work for ATAPI devices, as they are SCSI deep inside. -- Alexander Motin --------------050502010606090600020306 Content-Type: text/plain; name="camcontrol.size.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="camcontrol.size.patch" --- camcontrol.c.prev 2009-06-14 17:29:55.000000000 +0300 +++ camcontrol.c 2009-06-27 19:43:55.000000000 +0300 @@ -321,7 +321,7 @@ getdevtree(void) ccb.ccb_h.target_lun = CAM_LUN_WILDCARD; ccb.ccb_h.func_code = XPT_DEV_MATCH; - bufsize = sizeof(struct dev_match_result) * 100; + bufsize = sizeof(struct dev_match_result) * 50; ccb.cdm.match_buf_len = bufsize; ccb.cdm.matches = (struct dev_match_result *)malloc(bufsize); if (ccb.cdm.matches == NULL) { --------------050502010606090600020306-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 17:11:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECFCC1065677 for ; Sat, 27 Jun 2009 17:11:12 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7AA448FC20 for ; Sat, 27 Jun 2009 17:11:12 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n5RHBBYf071397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 27 Jun 2009 19:11:11 +0200 (CEST) (envelope-from uqs@spoerlein.net) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n5RHBBwB071396; Sat, 27 Jun 2009 19:11:11 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Sat, 27 Jun 2009 19:11:11 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Pyun YongHyeon Message-ID: <20090627171110.GP31709@acme.spoerlein.net> Mail-Followup-To: Pyun YongHyeon , current@freebsd.org References: <20090615121623.GA1479@roadrunner.spoerlein.net> <20090615125154.GG78415@michelle.cdnetworks.co.kr> <20090616093334.GB31709@acme.spoerlein.net> <20090616101740.GI78415@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20090616101740.GI78415@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: current@freebsd.org Subject: Re: ale(4): Problems with tso, rxcsum and/or txcsum X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 17:11:13 -0000 Sorry for the long delay, I only now got around testing this more thoroughly. On Tue, 16.06.2009 at 19:17:40 +0900, Pyun YongHyeon wrote: > On Tue, Jun 16, 2009 at 11:33:34AM +0200, Ulrich Sp??rlein wrote: > > On Mon, 15.06.2009 at 21:51:54 +0900, Pyun YongHyeon wrote: > > > On Mon, Jun 15, 2009 at 02:16:23PM +0200, Ulrich Sp??rlein wrote: > > > > Hello Pyun, > > > > > > > > I have connection problems with the onboard GigE of an Asus P5Q board, using a recent 8-CURRENT > > > > > > > > ale0: port 0xdc00-0xdc7f mem 0xfe9c0000-0xfe9fffff irq 17 at device 0.0 on pci2 > > > > ale0: 960 Tx FIFO, 1024 Rx FIFO > > > > ale0: Using 1 MSI messages. > > > > ale0: 4GB boundary crossed, switching to 32bit DMA addressing mode. > > > > miibus0: on ale0 > > > > ale0: Ethernet address: 00:24:8c:36:3e:10 > > > > ale0: [FILTER] > > > > ale0: link state changed to UP > > > > > > > > ale0@pci0:2:0:0: class=0x020000 card=0x82261043 chip=0x10261969 rev=0xb0 hdr=0x00 > > > > vendor = 'Attansic (Now owned by Atheros)' > > > > device = 'PCI-E ETHERNET CONTROLLER (AR8121/AR8113 )' > > > > class = network > > > > subclass = ethernet > > > > > > > > ale0: flags=8843 metric 0 mtu 1500 > > > > options=311b > > > > ether 00:24:8c:36:3e:10 > > > > inet 192.168.0.146 netmask 0xffffff00 broadcast 192.168.0.255 > > > > media: Ethernet autoselect (100baseTX ) > > > > status: active > > > > > > > > When transferring data to the machine at ~10MB/s (100Mbit network only) the ssh > > > > connection will die after a couple of minutes with > > > > > > > > Disconnecting: Bad packet length 1592360521. > > > > > > > > After disabling tso, txcsum and rxcsum the connection seems to be > > > > stable, though. I fail to figure out a pattern, though. Do I need to > > > > > > Hmm, I think this is the second report that could be related with > > > Rx checksum offloading. If disabling Rx checksum fix the issue, I > > > have to disable it by default until I understand what's going on. > > > > I really need to disable tso, rxcsum *and* txcsum to make this card work > > stable. :/ > > Hmm, let's see which offload was broken. Disabling all offloads > make it hard to find broken one. Ok, disabling -rxcsum will make the connection stable. But when I enable rxcsum again, it is also stable! It looks like it is not turned on again. To sum it up: 1. doing nothing: ssh connection drops after a couple of minutes 2. ifconfig ale0 -rxcsum: ssh runs stable for dozens of minutes 3. ifconfig ale0 rxcsum: ssh runs stable for dozens of minutes (wtf?) > > There is one other weirdness, though, regarding tso. I have been using a > > netcat-blast test, where I "upload" /dev/zero to another machine, and > > "download" it from the same machine. Scrap all my previous findings regarding this issue. I re-ran the test with three machines. So ale0 would download from machine A and upload to machine B. No matter how I hard I try, I can always saturate the 100MBit Ethernet in full duplex. Don't know how the previous numbers came about. Thanks for your patience, but it looks like the rxcsum is indeed fishy on this chip revision. Cheers, Ulrich Spörlein -- http://www.dubistterrorist.de/ From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 17:16:03 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AC121065670 for ; Sat, 27 Jun 2009 17:16:03 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from vps.kc8onw.net (kc8onw.net [69.31.85.203]) by mx1.freebsd.org (Postfix) with ESMTP id F25858FC0A for ; Sat, 27 Jun 2009 17:16:02 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from [10.70.3.197] (in-67-236-240-112.dhcp.embarqhsd.net [67.236.240.112]) by vps.kc8onw.net (Postfix) with ESMTPSA id 0248F17031; Sat, 27 Jun 2009 13:16:01 -0400 (EDT) Message-ID: <4A4653C7.8050705@kc8onw.net> Date: Sat, 27 Jun 2009 13:15:51 -0400 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: Norikatsu Shigemura References: <4A44427E.3040309@kc8onw.net> <20090627134926.c6267822.nork@FreeBSD.org> In-Reply-To: <20090627134926.c6267822.nork@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 17:16:03 -0000 On 6/27/2009 12:49 AM, Norikatsu Shigemura wrote: > Hi Jonathan. > > On Thu, 25 Jun 2009 23:37:34 -0400 > Jonathan wrote: >> I currently seem to be having 2 issues. One is that I get several >> screenfulls of "error 1 lba xxx" with numbers like 4292179434 and >> 4292179446. Similar errors were reported here >> http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html >> but I did not find anything in that thread that worked for me. The >> error message itself comes from here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup > > I don't have any idea. > >> The loader then proceeds to load the kernel, opensolaris, and zfs >> modules. Right before the displaying the loader menu it shows the >> message "ZFS: i/o error - all block copies unavailable" which comes from >> here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup > > I confirmed this issue on my environment. I was analyzing it. > So I understood that gptzfsboot/loader doesn't support gang > block. As the result, gptzfsboot doesn't read gang-blocked > loader or kernel, loader doesn't read gang-blocked kernel or > modules by "ZFS: i/o error - all block copies unavailable". > > I'm trying to implement gang-block support, but I done checksum > code. I'm trying to implement 'read gang block' code. But I > cannot find 'read gang block' code on zfs, yet. So now analyzing > phase.... I tried your patch (it needed a few tweaks to make it compile) but I still have the same errors as before. Jonathan From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 17:22:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 948781065670 for ; Sat, 27 Jun 2009 17:22:13 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1E4A58FC18 for ; Sat, 27 Jun 2009 17:22:12 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 246987856; Sat, 27 Jun 2009 20:22:09 +0300 Message-ID: <4A46553C.4000504@FreeBSD.org> Date: Sat, 27 Jun 2009 20:22:04 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.21 (X11/20090405) MIME-Version: 1.0 To: gary.jennejohn@freenet.de References: <4A4517BE.9040504@FreeBSD.org> <20090627164406.155f002d@ernst.jennejohn.org> In-Reply-To: <20090627164406.155f002d@ernst.jennejohn.org> Content-Type: multipart/mixed; boundary="------------050304090601030407060503" Cc: FreeBSD-Current Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 17:22:13 -0000 This is a multi-part message in MIME format. --------------050304090601030407060503 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Gary Jennejohn wrote: > - remove atapicam from you kernel config file, otherwise the kernel > pancis in xpt (at least, mine did) Thank you for report. Problem is that atapicam provides fake emulated SPI transport, but not a native ATA in terms of updated CAM. Small attached patch fixes this for me: # camcontrol devlist at scbus0 target 0 lun 0 (pass0,ada0) at scbus3 target 0 lun 0 (cd0,pass1) -- Alexander Motin --------------050304090601030407060503 Content-Type: text/plain; name="atapicam.port.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="atapicam.port.patch" --- /usr/src/sys/dev/ata/atapi-cam.c.prev 2009-05-26 09:28:25.000000000 +0300 +++ atapi-cam.c 2009-06-27 20:04:17.000000000 +0300 @@ -376,7 +376,7 @@ atapi_action(struct cam_sim *sim, union cpi->unit_number = cam_sim_unit(sim); cpi->bus_id = cam_sim_bus(sim); cpi->base_transfer_speed = 3300; - cpi->transport = XPORT_ATA; + cpi->transport = XPORT_SPI; cpi->transport_version = 2; cpi->protocol = PROTO_SCSI; cpi->protocol_version = SCSI_REV_2; @@ -456,7 +456,7 @@ atapi_action(struct cam_sim *sim, union struct ccb_trans_settings *cts = &ccb->cts; cts->protocol = PROTO_SCSI; cts->protocol_version = SCSI_REV_2; - cts->transport = XPORT_ATA; + cts->transport = XPORT_SPI; cts->transport_version = XPORT_VERSION_UNSPECIFIED; cts->proto_specific.valid = 0; cts->xport_specific.valid = 0; --------------050304090601030407060503-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 18:06:10 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E615106564A; Sat, 27 Jun 2009 18:06:10 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 130388FC18; Sat, 27 Jun 2009 18:06:09 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n5RI64nt036076; Sat, 27 Jun 2009 12:06:04 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A465F8C.4030901@samsco.org> Date: Sat, 27 Jun 2009 12:06:04 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Alexander Motin References: <4A4517BE.9040504@FreeBSD.org> <200906271419.49329.pieter@degoeje.nl> <4A464EED.3070700@FreeBSD.org> In-Reply-To: <4A464EED.3070700@FreeBSD.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.5 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Pieter de Goeje , freebsd-current@FreeBSD.org, scottl@FreeBSD.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 18:06:10 -0000 Alexander Motin wrote: > Pieter de Goeje wrote: >> However there is a problem with camcontrol: >> >> nox# camcontrol devlist >> cam_periph_mapmem: attempt to map 79200 bytes, which is greater than >> DFLTPHYS(65536) >> camcontrol: error sending CAMIOCOMMAND ioctl: Argument list too long > > Thank you for report. I have missed this due to increased DFLTPHYS value > in my kernel. Attached trivial patch fixes that. > This should be addressed via multi-part transfers at some point. Probably ok to leave for now. >> nox# camcontrol inquiry ada0 >> ahcich1: ahci_ch_intr ERROR is 48000000 cs 00000100 ss 00000000 rs >> 00000100 tfd 451 serr 00000000 >> >> nox# camcontrol inquiry ada1 >> ahcich7: ahci_ch_intr ERROR is 40000001 cs 00002000 ss 00000000 rs >> 00002000 tfd 451 serr 00000000 > > This is not a problem. ATA disks does not have SCSI INQUIRY command. > They use own IDENTIFY instead. inquiry should work for ATAPI devices, as > they are SCSI deep inside. > This is really the big missing piece in camcontrol; we need to add support for getting the IDENT info and getting/setting various attributes, as well as sending ATA commands over passthrough. Scott From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 18:47:01 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B17081065677; Sat, 27 Jun 2009 18:47:01 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a0:21b:78ff:fe37:f1cf]) by mx1.freebsd.org (Postfix) with ESMTP id 542368FC0C; Sat, 27 Jun 2009 18:47:01 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.14.3/8.14.3/NinthNine) with ESMTP id n5RIktlR018366; Sun, 28 Jun 2009 03:47:00 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Sun, 28 Jun 2009 03:46:54 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20090628034654.bdb728c4.nork@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.2; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Norikatsu Shigemura Subject: panic on acpi_cpu_c1() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 18:47:01 -0000 Hi. I got a panic after AP CPU launched on boot. So I couldn't get crash dump and information. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - FreeBSD nadesico.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #49: Sun Jun 28 02:53:48 JST 2009 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO amd64 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 3; apic id = 03 instruction pointer = 0x20:0xffffffff804bce56 stack pointer = 0x20:0xffffff8000039b60 frame pointer = 0x20:0xffffff8000039b70 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 11 (idle: cpu3) [thread pid 11 tid 100003 ] Stopped at acpi_cpu_c1+0x6: leave db> bt Tracing pid 11 tid 100003 td 0xffffff8001863720 acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x20c sched_idletd() at sched_idletd+0x123 fork_exit() at fork_exit+0x117 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000039d40, rbp = 0 --- db> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - I can boot with kern.smp.diabled=1, so I get address lines. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - (kgdb) list *acpi_cpu_c1+0x6 0xffffffff804bce56 is in acpi_cpu_c1 (/usr/src/sys/amd64/acpica/acpi_machdep.c:100). 95 96 void 97 acpi_cpu_c1() 98 { 99 __asm __volatile("sti; hlt"); 100 } (kgdb) list *acpi_cpu_idle+0x20c 0xffffffff801b443c is in acpi_cpu_idle (/usr/src/sys/dev/acpica/acpi_cpu.c:966). 961 ACPI_ENABLE_IRQS(); 962 963 /* Find the actual time asleep in microseconds. */ 964 end_time = acpi_TimerDelta(end_time, start_time); 965 sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + PM_USEC(end_time)) / 4; 966 } (kgdb) list *sched_idletd+0x123 0xffffffff8030b733 is in sched_idletd (/usr/src/sys/kern/sched_ule.c:2562). 2557 cpu_spinwait(); 2558 } 2559 } 2560 switchcnt = tdq->tdq_switchcnt + tdq->tdq_oldswitchcnt; 2561 if (tdq->tdq_load == 0) 2562 cpu_idle(switchcnt > 1); 2563 if (tdq->tdq_load) { 2564 thread_lock(td); - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 20:29:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86C07106564A for ; Sat, 27 Jun 2009 20:29:20 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from vps.kc8onw.net (kc8onw.net [69.31.85.203]) by mx1.freebsd.org (Postfix) with ESMTP id 465578FC14 for ; Sat, 27 Jun 2009 20:29:20 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from [10.70.3.197] (in-67-236-240-112.dhcp.embarqhsd.net [67.236.240.112]) by vps.kc8onw.net (Postfix) with ESMTPSA id F41D117031; Sat, 27 Jun 2009 16:29:17 -0400 (EDT) Message-ID: <4A468115.1030806@kc8onw.net> Date: Sat, 27 Jun 2009 16:29:09 -0400 From: Jonathan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4A44427E.3040309@kc8onw.net> <912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> In-Reply-To: <912B4712-A56C-41DF-9405-F19F6CC0778D@exscape.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: GPT boot with ZFS RAIDZ "ZFS: i/o error - all block copies unavailable" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 20:29:20 -0000 (cc'ing Doug Rabson as he seems to most active with ZFS boot, apologies to Doug if he already saw this and is just too busy right now) I've tried putting printf's in various places in the ZFS boot code but still have no idea what is wrong. I can provide remote ssh and serial console access to the machine in question, just email me privately to set it up. I'm willing to spend as much time as necessary hitting the power button or whatever is needed to get this working. Jonathan On 6/26/2009 4:29 AM, Thomas Backman wrote: > > On Jun 26, 2009, at 05:37 AM, Jonathan wrote: > >> I've tried so many things today I don't even remember them all but I >> will try to make the list as complete as I can. >> >> I recently purchased a new server with 3 450GB SAS drives on an mfi >> controller and 2 Xeon 5550 processors. I'm trying to install FreeBSD >> current with a ZFS RAIDZ pool booting from GPT. >> >> I have a USB drive booting ZFS based on the 200905 current snapshot. I >> downloaded the latest svn source and built it. LOADER_ZFS_SUPPORT=YES >> was set for the build. >> >> Once the build was complete I did the following to create and populate >> the pool on the 3 SAS drives while booted from the USB drive: >> >> gpart create -s GPT mfid[0-2] >> gpart show mfid0 # to get sector count >> gpart add -b 34 -s 128 -t freebsd-boot mfid[0-2] >> gpart add -b 162 -s 876,951,323 -t freebsd-zfs mfid[0-2] >> >> gpart bootcode -b /usr/obj/amd64/usr/src/sys/boot/i386/pmbr/pmbr -p >> /usr/obj/amd64/usr/src/sys/boot/i386/gptzfsboot/gptzfsboot -i 1 mfid[0-2] >> >> zpool create serenity raidz /dev/mfid[0-2]p2 >> >> make installworld TARGET=amd64 DESTDIR=/serenity >> make installkernel TARGET=amd64 DESTDIR=/serenity >> mergemaster -D /serenity/etc/ -i >> >> created an empty fstab >> copied /boot/zfs/zpool.cache to the new pool >> >> I did not export the pool as some searching showed that this will >> cause the boot to fail. >> >> I currently seem to be having 2 issues. One is that I get several >> screenfulls of "error 1 lba xxx" with numbers like 4292179434 and >> 4292179446. Similar errors were reported here >> http://lists.freebsd.org/pipermail/freebsd-fs/2008-December/005511.html but >> I did not find anything in that thread that worked for me. The error >> message itself comes from here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/i386/gptboot/gptboot.c?revision=181436&view=markup >> >> >> The loader then proceeds to load the kernel, opensolaris, and zfs >> modules. Right before the displaying the loader menu it shows the >> message "ZFS: i/o error - all block copies unavailable" which comes >> from here >> http://svn.freebsd.org/viewvc/base/head/sys/boot/zfs/zfsimpl.c?revision=192194&view=markup >> >> >> If I continue from the loader screen the kernel loads and initializes >> and fails with >> "Trying to mount root from zfs:serenity >> ROOT MOUNT ERROR: >> If you have invalid"... >> >> "Loader variables: >> vfs.root.mountfrom=zfs:serenity >> zfs.root.mountfrom.options=" >> >> At this point I can't do anything because the USB keyboard does not >> respond and the system has no PS/2 ports. >> >> I'd love to get this working and any help is much appreciated. I still >> have the USB drive booting the 200905 snapshot and the livefs DVD >> snapshot available. >> >> Thanks, >> Jonathan >> >> P.S. if someone wants to do some testing on a 16 core machine with 6GB >> of RAM please let me know. I have a week or so to play with the machine. > I have the same problem with the LBA stuff etc: > http://lists.freebsd.org/pipermail/freebsd-current/2009-May/007450.html > I was using the current sources at the date I posted though, and not the > older snapshot (which, at least at the time, didn't have RAIDZ boot > support). > > I never got to mounting any root FS, though, it never let me load the > kernel. > > Regards, > Thomas > > PS. Nice pool name. ;) From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 22:35:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 840EA1065672; Sat, 27 Jun 2009 22:35:11 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 17A128FC08; Sat, 27 Jun 2009 22:35:10 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from [85.175.178.149] (helo=moosi) by services.ipt.ru with esmtpa (Exim 4.54 (FreeBSD)) id 1MKgUG-000PS1-Qu; Sun, 28 Jun 2009 02:35:08 +0400 To: Juergen Lock References: <20090606162235.GA49444@triton.kn-bremen.de> <43784537@ipt.ru> <66988167@ipt.ru> <747dc8f30906261255s1ecc1420x574ded3be835b448@mail.gmail.com> <20090627143719.GA28318@triton.kn-bremen.de> <33059629@ipt.ru> <20090627213533.GA46429@triton.kn-bremen.de> From: Boris Samorodov Date: Sun, 28 Jun 2009 02:36:02 +0400 In-Reply-To: <20090627213533.GA46429@triton.kn-bremen.de> (Juergen Lock's message of "Sat\, 27 Jun 2009 23\:35\:33 +0200") Message-ID: <88413085@ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Renato Botelho , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, "Sean C. Farley" Subject: Re: flash10 vs f10 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 22:35:12 -0000 Juergen Lock writes: > On Sat, Jun 27, 2009 at 08:10:10PM +0400, Boris Samorodov wrote: >> Juergen Lock writes: >> > X# New ports collection makefile for: net/linux-f10-openldap >> > X# Date created: 2009-06-07 >> > X# Whom: peter >> > X# >> > X# $FreeBSD$ >> > X# >> > X >> > XPORTNAME= openldap >> > XPORTVERSION= 2.4.12 >> > XCATEGORIES= net linux >> > XPKGNAMEPREFIX= linux-f10- >> > XDISTNAME= ${PORTNAME}-${PORTVERSION}-${RPMVERSION} >> > X >> > X.if defined(PACKAGE_BUILDING) >> > XSRC_DISTFILES= ${PORTNAME}-${PORTVERSION}-${RPMVERSION}.src.rpm >> > XALWAYS_KEEP_DISTFILES= YES >> > X.endif >> >> Well, those <.if, .endif> actually are not needed as bsd.linux-rpm.mk >> should itself take care of the case. If it doesn't, please tell me. >> > Ah, then a bunch of other ports can be changed too... (I guess Peter > just went by existing examples :) I should have been more verbose here. The whole if-endif case was not needed because SRC_DISTFILES=${DISTNAME}.src.rpm. This is true for net/linux-f10-openldap. But for security/linux-f10-cyrus-sasl2 it is not true and SRC_DISTFILES should be defined at Makefile. >> > X >> > XMAINTAINER= emulation@FreeBSD.org >> > XCOMMENT= Lightweight Directory Access Protocol libraries (Linux Fedora 10) >> > X >> > X#CONFLICTS= >> > X >> > XUSE_LINUX_RPM= yes >> > XLINUX_DIST_VER= 10 >> > XRPMVERSION= 1.fc10 >> > XUSE_LDCONFIG= yes >> > XDESCR= ${.CURDIR}/../openldap24-server/pkg-descr >> > X >> > XPLIST_DIRS= etc/openldap/cacerts etc/openldap >> >> I'd say only etc/openldap is needed (see below). >> >> > XPLIST_FILES= etc/openldap/ldap.conf usr/lib/liblber-2.4.so.2 usr/lib/liblber-2.4.so.2.2.0 usr/lib/libldap-2.4.so.2 usr/lib/libldap-2.4.so.2.2.0 usr/lib/libldap_r-2.4.so.2 usr/lib/libldap_r-2.4.so.2.2.0 >> > XDOCSDIR= usr/share/doc/${PORTNAME}-${PORTVERSION} >> > XPORTDOCS= ANNOUNCEMENT CHANGES COPYRIGHT LICENSE README >> > XMANPREFIX= ${PREFIX}/usr/share >> > XMAN5= ldap.conf.5 ldif.5 >> > XMANCOMPRESSED= yes >> >> At my port's propotype I have this: >> ----- >> # do not install any openldap configuration directories/files >> post-extract: >> ${RM} -rf ${WRKSRC}/etc >> >> # use a native openldap configuration directories/files >> post-install: >> ${LN} -sf ${LOCALBASE}/etc/openldap ${PREFIX}/etc >> ----- >> >> This should work for managing the port via ports system but not with >> packages. >> > Good idea, but actually the post-install target isn't really needed > since the linuxolator /compat/linux search magic should already dtrt > here. (I.e. if the dir doesn't exits it should fall back to the one > outside of /compat/linux.) The linuxulator magic will work if a linux program search not only at /etc/openldap but also at /usr/local/etc/openldap. I guess it won't happen. The linuxulator do a search for a /some/path/file at: . /compat/linux/some/path/file, if not found . /some/path/file, if not found . /compat/linux/some/path/file. Anyway, we are talking here about correct linux openldap work. But for the sake of linux-f10-flashplugin10 imho it's not critical. >> > X >> > X.include >> > 17a12d65b66950d2cbc504ac86a37255 >> > echo x - net/linux-f10-openldap/distinfo.i386 >> > sed 's/^X//' >net/linux-f10-openldap/distinfo.i386 << 'f422178bbd4668750265f4e584e91c0e' >> > XMD5 (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = e3ea12058a8cdc54d6f270c802c92a00 >> > XSHA256 (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = 2a71dcfdbfb1dc9b4e056c951518474d5958147c033f3584dc06e784fd67d567 >> > XSIZE (rpm/i386/fedora/10/openldap-2.4.12-1.fc10.i386.rpm) = 323504 >> >> The following commands would do the right thing (no src distinfo for >> now): >> ----- >> % cd >> % sudo make fetch PACKAGE_BUILDING=YES >> % sudo make makesum PACKAGE_BUILDING=YES >> ----- >> > Done. (Actually makesum depends on fetch :) Yea, but I usually fetch with sudo (to /usr/ports/distfiles) but do a makesum without it (at my home work directory). ;-) > New patch and shar below: > > Index: Mk/bsd.linux-apps.mk > @@ -70,7 +70,8 @@ > _LINUX_APPS_ALL+= > > # 2.6.16 components > -_LINUX_26_APPS= libidn libssh2 nspr nss sqlite3 tcl84 tk84 > +_LINUX_26_APPS= cyrus-sasl2 libidn libssh2 nspr nss openldap \ > + sqlite3 tcl84 tk84 > > _LINUX_APPS_ALL+= ${_LINUX_26_APPS} > > @@ -136,6 +137,14 @@ > curl_f10_FILE= ${LINUXBASE}/usr/lib/libcurl.so.4.1.1 > curl_DETECT= ${curl${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > curl_PORT= ${PORTSDIR}/ftp/linux${LINUX_DIST_SUFFIX}-curl > +. if ${LINUX_DIST_SUFFIX} == "-f10" > +curl_DEPENDS= cyrus-sasl2 openldap > +. endif > + > +# no cyrus-sasl2_FILE, cyrus-sasl2_f8_FILE > +cyrus-sasl2_f10_FILE= ${LINUXBASE}/usr/lib/libsasl2.so.2.0.22 > +cyrus-sasl2_DETECT= ${cyrus-sasl2${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > +cyrus-sasl2_PORT= ${PORTSDIR}/security/linux${LINUX_DIST_SUFFIX}-cyrus-sasl2 > > dri_FILE= ${LINUXBASE}/usr/X11R6/lib/libGL.so.1 > dri_f8_FILE= ${LINUXBASE}/usr/lib/libGL.so.1 > @@ -307,6 +316,11 @@ > mikmod_DETECT= ${mikmod${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > mikmod_PORT= ${PORTSDIR}/audio/linux${LINUX_DIST_SUFFIX}-mikmod > > +# no openldap_FILE, openldap_f8_FILE > +openldap_f10_FILE= ${LINUXBASE}/usr/lib/libldap-2.4.so.2.2.0 > +openldap_DETECT= ${openldap${LINUX_DIST_SUFFIX:S/-/_/}_FILE} > +openldap_PORT= ${PORTSDIR}/net/linux${LINUX_DIST_SUFFIX}-openldap > + > openmotif_FILE= ${LINUXBASE}/usr/X11R6/lib/libXm.so.3.0.3 > openmotif_f8_FILE= ${LINUXBASE}/usr/lib/libXm.so.4.0.2 > openmotif_f10_FILE= ${LINUXBASE}/usr/X11R6/lib/libXm.so.3.0.3 > Index: ftp/linux-f10-curl/Makefile Seems like PORTREVISION should be bumped. [...] > @@ -24,6 +24,7 @@ > CONFLICTS= linux-curl-[0-9]* linux-f8-curl-[0-9]* > > USE_LINUX_RPM= yes > +USE_LINUX_APPS= cyrus-sasl2 openldap > LINUX_DIST_VER= 10 > RPMVERSION= 5.fc10 > USE_LDCONFIG= yes > > # This is a shell archive. Save it in a file, remove anything before > # this line, and then unpack it by entering "sh file". Note, it may > # create directories; files and directories will be owned by you and > # have default permissions. > # > # This archive contains: > # > # net/linux-f10-openldap/ > # net/linux-f10-openldap/Makefile > # net/linux-f10-openldap/distinfo.i386 > # security/linux-f10-cyrus-sasl2/ > # security/linux-f10-cyrus-sasl2/Makefile > # security/linux-f10-cyrus-sasl2/distinfo.i386 > # www/linux-f10-flashplugin10/ > # www/linux-f10-flashplugin10/Makefile > # www/linux-f10-flashplugin10/distinfo > # www/linux-f10-flashplugin10/pkg-descr > # www/linux-f10-flashplugin10/pkg-plist > # > echo c - net/linux-f10-openldap/ > mkdir -p net/linux-f10-openldap/ > /dev/null 2>&1 > echo x - net/linux-f10-openldap/Makefile > sed 's/^X//' >net/linux-f10-openldap/Makefile << '17a12d65b66950d2cbc504ac86a37255' > X# New ports collection makefile for: net/linux-f10-openldap > X# Date created: 2009-06-07 > X# Whom: peter > X# > X# $FreeBSD$ > X# > X > XPORTNAME= openldap > XPORTVERSION= 2.4.12 > XCATEGORIES= net linux > XPKGNAMEPREFIX= linux-f10- > XDISTNAME= ${PORTNAME}-${PORTVERSION}-${RPMVERSION} > X > XSRC_DISTFILES= ${PORTNAME}-${PORTVERSION}-${RPMVERSION}.src.rpm Sorry that I wasn't verbose for the first time, this line is not needed here. No more comments from me. ;-) Thanks! WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 22:54:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0BEF106566C for ; Sat, 27 Jun 2009 22:54:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 923A38FC08 for ; Sat, 27 Jun 2009 22:54:37 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n5RMsaMQ005615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 27 Jun 2009 15:54:37 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C4FA01CC09; Sat, 27 Jun 2009 15:54:36 -0700 (PDT) To: Ron Freidel In-reply-to: Your message of "Sat, 27 Jun 2009 07:54:21 PDT." Date: Sat, 27 Jun 2009 15:54:36 -0700 From: "Kevin Oberman" Message-Id: <20090627225436.C4FA01CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-06-27_02:2009-06-25, 2009-06-27, 2009-06-26 signatures=0 Cc: freebsd-current@freebsd.org Subject: Re: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 22:54:37 -0000 It makes it hard to follow the thread. Why? Please don't top post. > Date: Sat, 27 Jun 2009 07:54:21 -0700 > From: Ron Freidel > Sender: owner-freebsd-current@freebsd.org > > Ok, a little more info... > > plugged in > > leroy# sysctl hw.acpi.acline > hw.acpi.acline: 1 > > unplugged > leroy# sysctl hw.acpi.acline > hw.acpi.acline: 0 > > and from /var/log/messages > Jun 27 07:18:46 leroy power_profile: changed to 'economy' > Jun 27 07:18:57 leroy power_profile: changed to 'performance' > > When unplugged the screen dims, the machine seems to slow down, yet heres > the problem... > plugged in > > leroy# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 2000 > > unplugged > > leroy# sysctl dev.cpu.0.freq > dev.cpu.0.freq: 2000 > > I can change the freq using sysctl but it doesn't stick, no crash or > anything though. > > Whats odd to me is the temp the cpu is running at. > unplugged > dev.cpu.0.temperature: 54 > dev.cpu.1.temperature: 55 > plugged in > dev.cpu.0.temperature: 61 > dev.cpu.1.temperature: 62 > > Everything seems to be working as it should, just that pesky cpu freq > > Oh by the way, the laptop is a Dell Latitude D820, and I did find out after > testing acpi sleep while X/gnome is running it works! And another side > note... with FreeBSD 7.2 I get approx 2 hours battery life using wifi, > windows gives 1.5 hrs, OpenSolaris 1 hour, have not left the laptop > unplugged with current long enough to test. I'm now suspicious that this is a BIOS issue. A test for the real clock speed is to install sysutils/gkrellm2 and misc/gkx86info2. (There are probably other tools to do this, but this is what I use.) This will report he actual (measured) clock frequency (not to mention a lot of other useful system information). Note that only real frequency changes made by EST will show up. Both throttling and TCC use a scheme of skipping N of eight clock cycles. The actual clock frequency does not change. If EST is working, it will show up. I suspect that you will see a different frequency on battery. On many Lenovo/IBM laptops, the system drops the maximum clock from 2 GHz to 800 MHz when on battery. This is not anything to do with powerd. Have you checked with the Lenovo web site for BIOS updates? From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 23:18:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86A84106564A; Sat, 27 Jun 2009 23:18:06 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id D031B8FC17; Sat, 27 Jun 2009 23:18:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-162-173.lns11.adl2.internode.on.net [121.45.162.173]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n5RNI23n001576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 28 Jun 2009 08:48:02 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Sun, 28 Jun 2009 08:47:43 +0930 User-Agent: KMail/1.9.10 References: <4A4517BE.9040504@FreeBSD.org> <20090627141412.GN31709@acme.spoerlein.net> <4A462A7A.20005@haruhiism.net> In-Reply-To: <4A462A7A.20005@haruhiism.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart19173528.ozoyCsvDn6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200906280847.59316.doconnor@gsoft.com.au> X-Spam-Score: -1.309 () AWL,BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: scottl@freebsd.org, Alexander Motin , Kamigishi Rei Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 23:18:06 -0000 --nextPart19173528.ozoyCsvDn6 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 27 Jun 2009, Kamigishi Rei wrote: > Hello, hope you're having a nice day, > > Ulrich Sp=C3=B6rlein wrote: > > I, personally, think this is not very good idea. People are used to > > CAM-devices getting enumerated as da0, da1, etc. All the > > documentation talks about ad0 for ATA and da0 (plus camcontrol) for > > SCSI, USB, Firewire devices. We also have fd0 and cd0 and should > > stick to two-letter-plus-number codes. So either make them all ad0 > > or da0. I'd vote for the latter, as that is what Linux is doing > > (more or less) and people are already familiar with USB drives or > > new SATA drives showing up as "SCSI drives, so they get the SCSI > > names". > > This poses the question of daXX enumeration order. I've already had > some 'fun' with an IBM server which has an LVD/320 SCSI controller. > While the controller's bus was enumerated properly, somehow if you > attach an USB mass storage device before the system boot that said > mass storage could suddenly appear earlier than one of the SCSI disks > (that was on 7.0-RELEASE) thus breaking the boot process sometimes > (when it appeared as da0). 7.2 has UFSID in GENERIC so you can mount your disks that way which is=20 non-ambiguous. Unfortunately you can't specify swap this way because it has no ID, I=20 don't know how hard it would be to add such a thing (which would=20 require a mkswap or somesuch, and modification to the dump & swap=20 code..) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart19173528.ozoyCsvDn6 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iD8DBQBKRqin5ZPcIHs/zowRAqgIAKCKFJhhsT3oDd5kMe5YhKuleQLfbgCgq41k sBBb/9HN2Z8SF65bD6hkuiE= =OdYh -----END PGP SIGNATURE----- --nextPart19173528.ozoyCsvDn6-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 23:34:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78701065679 for ; Sat, 27 Jun 2009 23:34:05 +0000 (UTC) (envelope-from prvs=1429de69bb=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6890F8FC19 for ; Sat, 27 Jun 2009 23:34:05 +0000 (UTC) (envelope-from prvs=1429de69bb=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1246145027; x=1246749827; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=wFuegfbTmJBdbPztNzG95 Wj/3CMKp68Cc/PZLCfllH4=; b=Vu6kLBygfECO/Zm4FolDNKu9Ll95sjQ/v/6wH uGNQoWCHOJ71P1VUJ+x+2JO1Hr7t07AwXZJ0ZVtdIP/0TwaklrKP0qKr3MH1ceyH vlxH6+k6PkyiwP70iFCvNfXsopy4h66zs5fYL2M+wqMTsrdKHYPME3scfkwWUXts tF2HWI= X-MDAV-Processed: mail1.multiplay.co.uk, Sun, 28 Jun 2009 00:23:47 +0100 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50007780715.msg for ; Sun, 28 Jun 2009 00:23:47 +0100 X-Spam-Processed: mail1.multiplay.co.uk, Sun, 28 Jun 2009 00:23:47 +0100 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 188.220.16.97 X-Return-Path: prvs=1429de69bb=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-current@freebsd.org Message-ID: From: "Steven Hartland" To: References: <20090627225436.C4FA01CC09@ptavv.es.net> Date: Sun, 28 Jun 2009 00:23:43 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="Windows-1252"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Subject: Re: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 23:34:06 -0000 ----- Original Message ----- From: "Kevin Oberman" > It makes it hard to follow the thread. > Why? > Please don't top post. C'mon respect others peoples preferences; top post, bottom post intermixing, they all have their benefits and makes very little difference as long as people only quote the relevant previous info. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 23:37:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0086B1065672 for ; Sat, 27 Jun 2009 23:37:41 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id D65C18FC14 for ; Sat, 27 Jun 2009 23:37:40 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MKhSl-000FzJ-3N; Sat, 27 Jun 2009 23:37:39 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 84412263DCC7; Sun, 28 Jun 2009 08:37:38 +0900 (JST) Date: Sun, 28 Jun 2009 08:37:38 +0900 Message-ID: From: Randy Bush To: "Steven Hartland" In-Reply-To: References: <20090627225436.C4FA01CC09@ptavv.es.net> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: cpufreq probs dual core intel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 23:37:41 -0000 > C'mon respect others peoples preferences no problem. plonk! From owner-freebsd-current@FreeBSD.ORG Sat Jun 27 23:45:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF11106564A for ; Sat, 27 Jun 2009 23:45:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 487F18FC0A for ; Sat, 27 Jun 2009 23:45:23 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n5RN3rTi070177; Sat, 27 Jun 2009 19:03:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200906272303.n5RN3rTi070177@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 27 Jun 2009 19:06:08 -0400 To: Alexander Motin , FreeBSD-Current From: Mike Tancsa In-Reply-To: <4A4517BE.9040504@FreeBSD.org> References: <4A4517BE.9040504@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: scottl@freebsd.org Subject: Re: RFC: ATA to CAM integration patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Jun 2009 23:45:23 -0000 At 02:47 PM 6/26/2009, Alexander Motin wrote: >Hi. >To test our work you should: > - have any AHCI compatible controller configured to native AHCI > mode (not a COMPATIBLE or RAID or whatever else) by BIOS; > - have some Serial ATA/ATAPI drives connected to AHCI controller; > - patch your recently updated 8-CURRENT with this patch: > http://people.freebsd.org/~mav/cam-ata.20090626.patch > - rebuild and install world and kernel; > - read new ahci man page; > - make sure that you will be able to boot if your SATA disk > devices name change from some ad4 to ada0; > - load ahci kernel module using loader prompt or loader.conf; > - boot. No luck with an ICH10 board I did a buildworld/kernel BTX loader 1.00 BTX version is 1.02 Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 632kB/3136000kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (mdtancsa@i7.sentex.ca, Fri Jun 26 08:24:30 EDT 2009) ** 28 ops 7 bypasses 93 hits 31 misses 1 flushes Consoles: internal video/keyboard BIOS drive C: is disk0 BIOS 632kB/3136000kB available memory FreeBSD/i386 bootstrap loader, Revision 1.1 (mdtancsa@i7.sentex.ca, Fri Jun 26 08:24:30 EDT 2009) Can't work out which disk we are booting from. Guessed BIOS device 0xffffffff not found by probes, defaulting to disk0: can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. OK OK lsdev cd devices: disk devices: disk0: BIOS drive C: pxe devices: OK OK ls open '/' failed: input/output error OK I tried with both a module and it built into the kernel but no luck. putting it back into regular IDE mode allows it to boot with the patched kernel atapci0: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb480 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x10 bytes for rid 0x24 type 4 at 0xb400 ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc000 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbc00 ata2: reset tp1 mask=03 ostat0=50 ostat1=10 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: reset tp2 stat0=50 stat1=00 devices=0x20001 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb880 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb800 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] atapci1: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa480 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x10 bytes for rid 0x24 type 4 at 0xa400 ata4: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xac00 ata4: reset tp1 mask=03 ostat0=7f ostat1=7f ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat0=0x7f err=0xff lsb=0xff msb=0xff ata4: stat1=0x7f err=0xff lsb=0xff msb=0xff ata4: reset tp2 stat0=ff stat1=ff devices=0x0 ata4: [MPSAFE] ata4: [ITHREAD]