From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 03:38:54 2012 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 E9AFC106566B; Sun, 17 Jun 2012 03:38:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B15738FC14; Sun, 17 Jun 2012 03:38:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5H3craL058096; Sat, 16 Jun 2012 23:38:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5H3crof058095; Sun, 17 Jun 2012 03:38:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 17 Jun 2012 03:38:53 GMT Message-Id: <201206170338.q5H3crof058095@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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: Sun, 17 Jun 2012 03:38:55 -0000 TB --- 2012-06-17 02:30:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-17 02:30:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-17 02:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-17 02:30:00 - cleaning the object tree TB --- 2012-06-17 02:30:00 - cvsupping the source tree TB --- 2012-06-17 02:30:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-17 02:32:52 - building world TB --- 2012-06-17 02:32:52 - CROSS_BUILD_TESTING=YES TB --- 2012-06-17 02:32:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-17 02:32:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-17 02:32:52 - SRCCONF=/dev/null TB --- 2012-06-17 02:32:52 - TARGET=arm TB --- 2012-06-17 02:32:52 - TARGET_ARCH=arm TB --- 2012-06-17 02:32:52 - TZ=UTC TB --- 2012-06-17 02:32:52 - __MAKE_CONF=/dev/null TB --- 2012-06-17 02:32:52 - cd /src TB --- 2012-06-17 02:32:52 - /usr/bin/make -B buildworld >>> World build started on Sun Jun 17 02:32:53 UTC 2012 >>> 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 Sun Jun 17 03:35:21 UTC 2012 TB --- 2012-06-17 03:35:21 - cd /src/sys/arm/conf TB --- 2012-06-17 03:35:21 - /usr/sbin/config -m AVILA TB --- 2012-06-17 03:35:21 - building AVILA kernel TB --- 2012-06-17 03:35:21 - CROSS_BUILD_TESTING=YES TB --- 2012-06-17 03:35:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-17 03:35:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-17 03:35:21 - SRCCONF=/dev/null TB --- 2012-06-17 03:35:21 - TARGET=arm TB --- 2012-06-17 03:35:21 - TARGET_ARCH=arm TB --- 2012-06-17 03:35:21 - TZ=UTC TB --- 2012-06-17 03:35:21 - __MAKE_CONF=/dev/null TB --- 2012-06-17 03:35:21 - cd /src TB --- 2012-06-17 03:35:21 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sun Jun 17 03:35:22 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AVILA completed on Sun Jun 17 03:38:28 UTC 2012 TB --- 2012-06-17 03:38:28 - cd /src/sys/arm/conf TB --- 2012-06-17 03:38:28 - /usr/sbin/config -m BWCT TB --- 2012-06-17 03:38:28 - building BWCT kernel TB --- 2012-06-17 03:38:28 - CROSS_BUILD_TESTING=YES TB --- 2012-06-17 03:38:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-17 03:38:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-17 03:38:28 - SRCCONF=/dev/null TB --- 2012-06-17 03:38:28 - TARGET=arm TB --- 2012-06-17 03:38:28 - TARGET_ARCH=arm TB --- 2012-06-17 03:38:28 - TZ=UTC TB --- 2012-06-17 03:38:28 - __MAKE_CONF=/dev/null TB --- 2012-06-17 03:38:28 - cd /src TB --- 2012-06-17 03:38:28 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sun Jun 17 03:38:28 UTC 2012 >>> 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 -mlittle-endian -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -mcpu=arm9 -ffreestanding -Werror /src/sys/fs/fifofs/fifo_vnops.c cc -mlittle-endian -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -mcpu=arm9 -ffreestanding -Werror /src/sys/fs/nfs/nfs_commonkrpc.c cc -mlittle-endian -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 -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -mcpu=arm9 -ffreestanding -Werror /src/sys/fs/nfs/nfs_commonsubs.c /src/sys/fs/nfs/nfs_commonsubs.c: In function 'nfsm_strtom': /src/sys/fs/nfs/nfs_commonsubs.c:363: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /obj/arm.arm/src/sys/BWCT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-17 03:38:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-17 03:38:53 - ERROR: failed to build BWCT kernel TB --- 2012-06-17 03:38:53 - 2598.59 user 590.01 system 4132.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 04:35:56 2012 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 BB3FE1065670; Sun, 17 Jun 2012 04:35:56 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id C58328FC08; Sun, 17 Jun 2012 04:35:55 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward11.mail.yandex.net (Yandex) with ESMTP id 69A25E81AE4; Sun, 17 Jun 2012 08:35:54 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339907754; bh=cP4idb7F6FhY8tYH8S0n0opHNYzz9BPHRcSYNetrMAE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=rUhXI/ESLdjtReE8tUiKqUOnlptxkke8isW+6hjGKvr1mU9fXKkGTKRB06cQ4Ryh7 +BXzvLbCoU1ABRq74eXklnw9eVB3p4kUmz7ukCrUnF1due64b2hGdIRPIUeMZd8bjO 5RirJyLzgUERNS41XX4VYA/9ugYYPYOdz3JUXUog= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 44AAE16A0524; Sun, 17 Jun 2012 08:35:54 +0400 (MSK) Received: from unknown (unknown [178.76.224.133]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Zrfeioa5-ZrfqRhq9; Sun, 17 Jun 2012 08:35:53 +0400 X-Yandex-Rcpt-Suid: jhb@freebsd.org X-Yandex-Rcpt-Suid: freebsd-current@freebsd.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1339907754; bh=cP4idb7F6FhY8tYH8S0n0opHNYzz9BPHRcSYNetrMAE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=cDDqw0zdLdUja0/bx4yK4falS8CkMwDjWTiM41w+ZzLs0/w5lvqbKZLRLgW3VRu1w cAvge5KY2jIMAILVxhckg9Ue9v85s9ztYIMi2Q8w1Ghn3zm6pVSHkl7+a60Jp0iQcB PgD863dXJ1jUugeFgofzRHSeiTbVaG+4EDQPWmTg= Message-ID: <4FDD5E78.3060904@yandex.ru> Date: Sun, 17 Jun 2012 08:35:04 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120616 Thunderbird/13.0 MIME-Version: 1.0 To: John Baldwin References: <4FD1B365.2010209@yandex.ru> <4FD1B60E.2060803@yandex.ru> <201206081045.15763.jhb@freebsd.org> In-Reply-To: <201206081045.15763.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 17 Jun 2012 04:46:36 +0000 Cc: freebsd-current@freebsd.org Subject: Re: lock order reversal in sys/kern/vfs_mount.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, 17 Jun 2012 04:35:57 -0000 John Baldwin wrote on 08.06.2012 18:45: > On Friday, June 08, 2012 4:21:34 am Ruslan Mahmatkhanov wrote: >> Ruslan Mahmatkhanov wrote on 08.06.2012 12:10: >>> Good day, >>> >>> After updating to yesterdays -current, I got this on boot: >>> >>> lock order reversal: >>> 1st 0xfffffe0007b04c38 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1254 >>> 2nd 0xfffffe0007ed9478 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:2158 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2a >>> kdb_backtrace() at kdb_backtrace+0x37 >>> _witness_debugger() at _witness_debugger+0x2c >>> witness_checkorder() at witness_checkorder+0x853 >>> __lockmgr_args() at __lockmgr_args+0x113a >>> vop_stdlock() at vop_stdlock+0x39 >>> VOP_LOCK1_APV() at VOP_LOCK1_APV+0xbf >>> _vn_lock() at _vn_lock+0x47 >>> vget() at vget+0x7b >>> devfs_allocv() at devfs_allocv+0x13f >>> devfs_root() at devfs_root+0x4d >>> dounmount() at dounmount+0x45c >>> vfs_unmountall() at vfs_unmountall+0x4c >>> kern_reboot() at kern_reboot+0x84b >>> sys_reboot() at sys_reboot+0x68 >>> amd64_syscall() at amd64_syscall+0x2e0 >>> Xfast_syscall() at Xfast_syscall+0xf7 >>> --- syscall (55, FreeBSD ELF64, sys_reboot), rip = 0x40ebbc, rsp = >>> 0x7fffffffd6c8, rbp = 0x65 --- >>> >>> Reverting to old kernel (that was built about a week ago) helped to >>> avoid this. Any thoughts? >> >> And this one comes up with the recent update too: >> >> driver bug: Unable to set devclass (class: acpi_sysresource devname: >> (unknown)) >> driver bug: Unable to set devclass (class: acpi_timer devname: (unknown)) >> cpu0: on acpi0 >> driver bug: Unable to set devclass (class: acpi_sysresource devname: >> (unknown)) >> cpu1: on acpi0 >> driver bug: Unable to set devclass (class: acpi_sysresource devname: >> (unknown)) >> cpu2: on acpi0 >> driver bug: Unable to set devclass (class: acpi_sysresource devname: >> (unknown)) >> cpu3: on acpi0 >> >> What the additional info should I supply to understand what's wrong? >> Here is my full dmesg; http://people.freebsd.org/~rm/dmesg.txt > > Is this a verbose boot? Also, can you try this to get more details in > the log message: > Sorry for delay. This particular panic had triggered by intel video driver (x11-drivers/xf86-video-intel v 2.19.0). After I rebuild it with new kernel, all is going fine. The panic appeared after GDM login, and I was able to catch some driver-related errors in xorg log. Thanks John. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 11:57:24 2012 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 E6CD31065670; Sun, 17 Jun 2012 11:57:24 +0000 (UTC) (envelope-from dnebdal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8845A8FC08; Sun, 17 Jun 2012 11:57:24 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3769002yhg.13 for ; Sun, 17 Jun 2012 04:57:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Jx1ZINH0m0SZeoVzKlKhPuH1R3eOJCDCtaWsmSKnp5A=; b=BQA28b1AYSnK+MORRu8Et3IBAA5AnBJWa2gjoWNDu8K31CaWhDfynIF7vxBldhtupZ xX01MjJ8TfLsOy7aqEtSqHyTXb/dupY3dSxzApZwCyr+kpQdtHAlCBIl53Xw5ZFyjOjy g4yOdlkWt087Q8piX3KKcAd6+ycNHwmTsibgzYz4ZdATpJSn9wG4k+8wrHTvG3BYi3Gh fL2cSFcVp2t3F8qN/t5hIOEf1Wm7xnhcOnugpjMiDugMa6sA75hKR35JC4FM6PZHDVF/ QpbLl86JCBWBRvab9+6KDN556seE6+DNuU1LbmerWVe92eb9a8xbdIHxanjhN10RP30z QcIw== MIME-Version: 1.0 Received: by 10.42.189.73 with SMTP id dd9mr2946424icb.49.1339934237860; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) Received: by 10.231.136.1 with HTTP; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) Received: by 10.231.136.1 with HTTP; Sun, 17 Jun 2012 04:57:17 -0700 (PDT) In-Reply-To: References: Date: Sun, 17 Jun 2012 13:57:17 +0200 Message-ID: From: Daniel Nebdal To: Alexander Yerenkow Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current , FreeBSD Stable Subject: Re: Stucking processes 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, 17 Jun 2012 11:57:25 -0000 Couldn't that just be because you're running a world that expects one kernel but finds another? As far as I know, running a newer world in a jail on an older system is not really recommended (while the opposite ought to be ok)? On Jun 16, 2012 11:33 AM, "Alexander Yerenkow" wrote: > Hello all. > Since I'm using stable as host, and current in chroot, I'll write to > both mail list, sorry for any inconvenience. > > My host is binary freebsd-updated 9; > FreeBSD 9.0-RELEASE-p3 (GENERIC) #0: Tue Jun 12 02:52:29 UTC 2012 > > I have chroot with latest current there installed r237089 (make > buildworld && buildkernel, no specific flags) > When I built from ports some programs in chroot all went fine, until I > got stucked process automoc (when building kdelibs4); > After few restarts I got build, and forget about it. > I'm toying now with portupgrade, and see similar stucks in ruby18 and > ruby19 (Even got few times in miniruby while building 1.8); > > Here's example of stucked processes (they aren't in top, and seems > totally inactive. I haven't kill them yet, so can try to dig, but to > where?): > 2677 5 Is 0:00,00 | `-- /bin/sh > 2678 5 I 0:00,00 | `-- sudo su > 2679 5 I 0:00,00 | `-- su > 2680 5 I 0:00,01 | `-- _su (csh) > 2687 5 I 0:00,03 | `-- /bin/csh -i > 2690 5 I+ 0:04,34 | `-- ruby19: portupgrade: [1/237] > audio/libsamplerate (ruby19) > > # procstat -k 2690 > PID TID COMM TDNAME KSTACK > 2690 100477 ruby19 - mi_switch > sleepq_catch_signals sleepq_timedwait_sig _sleep do_wait > __umtx_op_wait_uint_private_compat32 ia32_syscall Xint0x80_syscall > 2690 101110 ruby19 - mi_switch > sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait > kern_select freebsd32_select ia32_syscall Xint0x80_syscall > > #top (with inactive filtered out;) > last pid: 11049; load averages: 0.09, 0.16, 0.19 > > up 0+00:14:48 12:27:20 > 63 processes: 1 running, 62 sleeping > CPU: 1.0% user, 0.0% nice, 0.8% system, 1.2% interrupt, 97.0% idle > Mem: 184M Active, 96M Inact, 1104M Wired, 2412K Cache, 171M Buf, 454M Free > Swap: 4096M Total, 4096M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 2610 root 2 20 0 261M 82548K kqread 1 0:12 1.27% > rtorrent > > > Is this my side's problem, or there's something wrong with current? :) > Any help appreciated. > > -- > Regards, > Alexander Yerenkow > _______________________________________________ > 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 17 21:21:12 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id AB0BB106564A; Sun, 17 Jun 2012 21:21:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3BF0F15F8FA; Sun, 17 Jun 2012 21:21:12 +0000 (UTC) Message-ID: <4FDE4A47.2030204@FreeBSD.org> Date: Sun, 17 Jun 2012 14:21:11 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current , freebsd-stable@FreeBSD.org X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: PORTS_MODULES 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, 17 Jun 2012 21:21:12 -0000 Howdy, This is an FYI to let people know about a really nice feature for those that have ports installed which include kernel modules. You can place a list in /etc/src.conf like this: PORTS_MODULES= emulators/virtualbox-ose-kmod sysutils/fusefs-kmod x11/nvidia-driver which will cause those modules to be built and installed with all the proper matching stuff at the same time as buildkernel and installkernel. This feature has existed for a while, but has had "issues." Thanks to a team effort it's a lot more robust now, and ready for prime time (in HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). Enjoy, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jun 17 21:24:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 426C2106564A; Sun, 17 Jun 2012 21:24:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1444114FB41; Sun, 17 Jun 2012 21:23:05 +0000 (UTC) Message-ID: <4FDE4AB9.2010504@FreeBSD.org> Date: Sun, 17 Jun 2012 14:23:05 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120609 Thunderbird/13.0 MIME-Version: 1.0 To: Garrett Cooper References: <4FD384B5.3050709@FreeBSD.org> <4FD38A71.8070601@infracaninophile.co.uk> <4FD39099.3000208@FreeBSD.org> <4FD3E18E.2000708@FreeBSD.org> In-Reply-To: <4FD3E18E.2000708@FreeBSD.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Rees , Matthew Seaman , freebsd-current Subject: Re: PORTS_MODULES fix 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, 17 Jun 2012 21:24:58 -0000 On 06/09/2012 16:51, Doug Barton wrote: > Ok, never mind the last one ... this patch I've actually tested. :) Committed to HEAD and MFC'ed. Thanks everyone for the feedback and help. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:28:36 2012 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 1896E106566B for ; Mon, 18 Jun 2012 07:28:36 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D55758FC1A for ; Mon, 18 Jun 2012 07:28:35 +0000 (UTC) Received: by obcni5 with SMTP id ni5so10271646obc.13 for ; Mon, 18 Jun 2012 00:28:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=NFaoonw4D47ttwNcnw3cdvPfaFy5sjaJgsEu4PFmBJg=; b=Txo/tQ4GDPIwr65a3fCVkyYUEZSQMkiHNixNXu2GPCC1lPRd+k7J4apwzawzFC7DJL PRBM4Ts0tzcFcHBABukBWu0GUrcBRk1HdUDoAaU64pDNOo4beHkPDOrnmmWbPel82jHt V9RDXTMShGeGD/BEvN969eLbfBKRlDxeT74lMGUbmYU/R5+FIBaJDo6jwNEtSPKKsy/1 0n+FqqGpOpVBWWKFGReJicOvX5nAgUhrfEglbhBCIuACI5nQvVsyFVYEUIC3NupouYi1 mu/RDjG2Joid4RP0uQsPV6L7ZYW0vREbGypda0BBLidBYQdazdCyyr0yR1JxvBLFDwOz bmvw== MIME-Version: 1.0 Received: by 10.60.171.135 with SMTP id au7mr14606592oec.62.1340004515415; Mon, 18 Jun 2012 00:28:35 -0700 (PDT) Received: by 10.182.125.100 with HTTP; Mon, 18 Jun 2012 00:28:35 -0700 (PDT) Date: Mon, 18 Jun 2012 10:28:35 +0300 Message-ID: From: Alexander Yerenkow To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Can't build amd64 version from 9.0-p3 host 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, 18 Jun 2012 07:28:36 -0000 Hello all, I have some problem with building amd64 version of current, while having 9 host. # svn status ? kernel.log ? world.log ? kernel2.log # svn info Path: . Working Copy Root Path: /zstorage/testenv/sources/10-kms URL: http://svn.freebsd.org/base/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 237169 Node Kind: directory Schedule: normal Last Changed Author: alc Last Changed Rev: 237168 Last Changed Date: 2012-06-16 21:56:19 +0300 (sat, 16 jun 2012) end of world.log: -------------------------------------------------------------- >>> World build completed on Sat Jun 16 21:50:03 EEST 2012 -------------------------------------------------------------- end of kernel.log: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions cc1: warnings being treated as errors /zstorage/testenv/sources/10-kms/sys/modules/ath/../../dev/ath/if_ath.c: In function 'ath_attach': /zstorage/testenv/sources/10-kms/sys/modules/ath/../../dev/ath/if_ath.c:666: warning: format '%d' expects type 'int', but argument 4 has type 'long unsigned int' [-Wformat] *** Error code 1 .... Any help? -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:38:14 2012 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 BE4C6106564A for ; Mon, 18 Jun 2012 07:38:14 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 783178FC0A for ; Mon, 18 Jun 2012 07:38:14 +0000 (UTC) Received: by ghbz22 with SMTP id z22so3895915ghb.13 for ; Mon, 18 Jun 2012 00:38:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=eAIDQ1D9nz9U7q+1Wim6TRDizCCAv4SygQyt35FwCIQ=; b=ftxwcLJL1S29WttELrz648OivaAnY5Ri1PSkOHGS939YarJUa81WwlC3tZqWbUMj2Y u7zftpXJxeLeaFcGeXugD3Yx20u0Gl/8YgCWr6V9VosAipzpg5fF6LMF8PlJg3fn9dFr +PijwfmgXkmlLgS2QuRsO0liIiCHWTVRXcZ74G2fUWyZrr7Lqfn6tkHTaqKT5AWAaGqB Wk5aU6RffUZnsXQITS8miWbHoTGWcIAVYa+2KNn6lbrjvnYKj9SGOXm6w2CBfcbMFB5B LlMEInzioiyIQduYFReEjE8ErN8Ss4Xh0C+ZzMZLQ9mriOOOLC7VLK/RzT6LGYFVifTM WfyA== MIME-Version: 1.0 Received: by 10.60.13.134 with SMTP id h6mr14524349oec.11.1340005093728; Mon, 18 Jun 2012 00:38:13 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Mon, 18 Jun 2012 00:38:13 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Jun 2012 00:38:13 -0700 Message-ID: From: Garrett Cooper To: Alexander Yerenkow Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: Can't build amd64 version from 9.0-p3 host 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, 18 Jun 2012 07:38:14 -0000 On Mon, Jun 18, 2012 at 12:28 AM, Alexander Yerenkow w= rote: > Hello all, I have some problem with building amd64 version of current, > while having 9 host. > > =A0# svn status > ? =A0 =A0 =A0 kernel.log > ? =A0 =A0 =A0 world.log > ? =A0 =A0 =A0 kernel2.log > # svn info > Path: . > Working Copy Root Path: /zstorage/testenv/sources/10-kms > URL: http://svn.freebsd.org/base/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 237169 > Node Kind: directory > Schedule: normal > Last Changed Author: alc > Last Changed Rev: 237168 > Last Changed Date: 2012-06-16 21:56:19 +0300 (sat, 16 jun 2012) > > > end of world.log: > -------------------------------------------------------------- >>>> World build completed on Sat Jun 16 21:50:03 EEST 2012 > -------------------------------------------------------------- > > > end of kernel.log: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing =A0-std=3Dc99 -g > -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual =A0-Wundef > -Wno-pointer-sign -fformat-extensions > cc1: warnings being treated as errors > /zstorage/testenv/sources/10-kms/sys/modules/ath/../../dev/ath/if_ath.c: > In function 'ath_attach': > /zstorage/testenv/sources/10-kms/sys/modules/ath/../../dev/ath/if_ath.c:6= 66: > warning: format '%d' expects type 'int', but argument 4 has type 'long > unsigned int' [-Wformat] > *** Error code 1 > .... > > Any help? Update and try again (these warnings were fixed between the checkout date and now). Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:40:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EA531065679; Mon, 18 Jun 2012 07:40:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B648B8FC08; Mon, 18 Jun 2012 07:40:29 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SgWZS-000E3Y-Gm; Mon, 18 Jun 2012 10:40:22 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Doug Barton In-reply-to: <4FDE4A47.2030204@FreeBSD.org> References: <4FDE4A47.2030204@FreeBSD.org> Comments: In-reply-to Doug Barton message dated "Sun, 17 Jun 2012 14:21:11 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 18 Jun 2012 10:40:22 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-current , freebsd-stable@FreeBSD.org Subject: Re: PORTS_MODULES 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, 18 Jun 2012 07:40:30 -0000 > Howdy, > > This is an FYI to let people know about a really nice feature for those > that have ports installed which include kernel modules. You can place a > list in /etc/src.conf like this: > > PORTS_MODULES= emulators/virtualbox-ose-kmod sysutils/fusefs-kmod > x11/nvidia-driver > > which will cause those modules to be built and installed with all the > proper matching stuff at the same time as buildkernel and installkernel. > > This feature has existed for a while, but has had "issues." Thanks to a > team effort it's a lot more robust now, and ready for prime time (in > HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). > > Enjoy, > > Doug nice! does it also work when cross-compiling? ie, using an amd64-freebsd-8.3 kernel to compile for i386-freebsd-8.2 thanks, danny From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:53:38 2012 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 A476E106566C; Mon, 18 Jun 2012 07:53:38 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4CFA18FC0C; Mon, 18 Jun 2012 07:53:38 +0000 (UTC) Received: by obcni5 with SMTP id ni5so10309498obc.13 for ; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=D6lnSg21v7BILi5Z+8eVhqJnlrEmyRs4EiQ0wOBG668=; b=cT8JEdKGMo5C5Au6ywsdJrVkdOmYxT6iWDVhhSxoAiJQzU1eIZ97v2/IPFAW5P9Eud tHfmQc1wjBvyKohsqHTSD05wucPlH7Inn9DH/pzpRxiGnqn0zNoMDkJsZi0+LvGq2Axc EmoGqGxibLrkOuRIxhlb7rWUj+uJsP9biZVJrACOCIOjiqtqGolP6gXAvCa+CFai1d+A 6sYCYJs2M73LP165S1HKKr9iIdiAZz0Lj15B6BraJtGvr65TcRl4ZETKjkH+nHI2bphv 1KF90FiftgUkwhqhQqqUYQuJ2TYktlAtuEWAFaUXD4Ri3JPDBtSvt/vDFl0z5AfvoJRh l/2w== MIME-Version: 1.0 Received: by 10.60.2.3 with SMTP id 3mr14831986oeq.29.1340006017710; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Mon, 18 Jun 2012 00:53:37 -0700 (PDT) In-Reply-To: References: <4FDE4A47.2030204@FreeBSD.org> Date: Mon, 18 Jun 2012 00:53:37 -0700 Message-ID: From: Garrett Cooper To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , freebsd-stable@freebsd.org, freebsd-current Subject: Re: PORTS_MODULES 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, 18 Jun 2012 07:53:38 -0000 On Mon, Jun 18, 2012 at 12:40 AM, Daniel Braniss wrot= e: >> Howdy, >> >> This is an FYI to let people know about a really nice feature for those >> that have ports installed which include kernel modules. You can place a >> list in /etc/src.conf like this: >> >> PORTS_MODULES=3D =A0emulators/virtualbox-ose-kmod sysutils/fusefs-kmod >> x11/nvidia-driver >> >> which will cause those modules to be built and installed with all the >> proper matching stuff at the same time as buildkernel and installkernel. >> >> This feature has existed for a while, but has had "issues." Thanks to a >> team effort it's a lot more robust now, and ready for prime time (in >> HEAD, and the -STABLE branches for now, soon to be in 9.1-RELEASE). >> >> Enjoy, >> >> Doug > > nice! > does it also work when cross-compiling? ie, using an amd64-freebsd-8.3 ke= rnel > to compile for i386-freebsd-8.2 In theory, yes, however some of the environment required to bootstrap some ports might be missing, depending on how the ports module pokes around for data in /usr/src, etc. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 08:02:10 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2D3F106564A; Mon, 18 Jun 2012 08:02:09 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2A99B8FC14; Mon, 18 Jun 2012 08:02:09 +0000 (UTC) Received: by werg1 with SMTP id g1so4341092wer.13 for ; Mon, 18 Jun 2012 01:02:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=8OpUrxObStNis4sCvpVJySjWnphaBmQuRXAqxzKQUas=; b=XrrwBDtDt3WsehmcvqFuW7Gevvjn1XVpAD8G97m2Ji4sakEdweL44Ql0VmsT8pCOh4 v1mQoOEOx9KNDBzeTn7RbrUlwTkPIyz/mZExzT8YTI5lxaOOiGA2iEyY6AyJeTJMng74 acqU1JAZGcsGbt+pM/3ZPu3mYqQAvyplYWaI9A7DciEm1j/hhHGDjudfUnnVAXnwM1uD I5oO0nb9n/o7d6YMwLjM0EvXXxqaggoQ3uiXF5EnpUNWMyv4b+qK0dPpEM1XIswPDcK3 LwmgeUI6Z2t2jhKlz8gXJyvvsbcBhADaP8BWlKrKHFkVPJjwZXEK1hZo0rOmRHWAGGNJ 2XBA== MIME-Version: 1.0 Received: by 10.216.144.228 with SMTP id n78mr7435804wej.26.1340006527885; Mon, 18 Jun 2012 01:02:07 -0700 (PDT) Received: by 10.223.158.207 with HTTP; Mon, 18 Jun 2012 01:02:07 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Jun 2012 10:02:07 +0200 Message-ID: From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/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: Mon, 18 Jun 2012 08:02:10 -0000 On Fri, Jun 15, 2012 at 4:57 PM, Adrian Chadd wrote: > On 15 June 2012 05:23, Monthadar Al Jaberi wrote: > >> But I am having a problem with athsurvey which is just reporting: >> >> =A0 =A0 =A0 =A0 min =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 avg =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 max >> =A0tx% =A0rx% =A0bc% =A0ec% =A0 =A0tx% =A0rx% =A0bc% =A0ec% =A0 =A0tx% = =A0rx% =A0bc% =A0ec% >> (100.0 100.0 100.0 100.0) ( 0.0 =A00.0 =A00.0 =A00.0) ( 0.0 =A00.0 =A00.= 0 =A00.0) >> (100.0 100.0 100.0 100.0) ( 0.0 =A00.0 =A00.0 =A00.0) ( 0.0 =A00.0 =A00.= 0 =A00.0) > > Ah. AR5416 and later only. :) so sad :( is it a limitation of 5414? (Yes FreeBSD thinks its 5413, but on the chip it says 5414A-001 :P) > >> athdebug is returning with: >> athdebug: sysctl-get(dev.ath.0.debug): Cannot allocate memory > > No ATH_DEBUG? Are you building a module? No its built in in the kernel, This is my kernel: # # AR71XX -- Kernel configuration file for FreeBSD/MIPS for Atheros 71xx sys= tems # # This includes all the common drivers for the AR71XX boards along with # the usb, net80211 and atheros driver code. # # $FreeBSD$ # machine mips mips ident AR71XX_BASE cpu CPU_MIPS4KC makeoptions KERNLOADADDR=3D0x80050000 options HZ=3D1000 options HWPMC_HOOKS files "../atheros/files.ar71xx" # For now, hints are per-board. hints "AR71XX_BASE.hints" makeoptions DEBUG=3D-g #Build kernel with gdb(1) debug symbols # Build these as modules so small platform builds will have the # modules already built. makeoptions MODULES_OVERRIDE=3D"random gpio ar71xx if_gif if_gre if_bridge bridgestp usb wlan wlan_xauth wlan_acl wlan_wep wlan_tkip wlan_ccmp wlan_rssadapt wlan_amrr ath ath_pci" options DDB options KDB options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options INET6 # IPv6 # options NFS_CL #Network Filesystem Client options PSEUDOFS #Pseudo-filesystem framework options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions # options NFS_LEGACYRPC # Debugging for use in -current options INVARIANTS options INVARIANT_SUPPORT options WITNESS options WITNESS_SKIPSPIN options DEBUG_REDZONE options DEBUG_MEMGUARD options FFS #Berkeley Fast Filesystem # options SOFTUPDATES #Enable FFS soft updates support # options UFS_ACL #Support for access control lists # options UFS_DIRHASH #Improve performance on big directories # options MSDOSFS # Read MSDOS filesystems; useful for USB/CF device pci device ar71xx_pci # 802.11 framework options IEEE80211_DEBUG options IEEE80211_ALQ options IEEE80211_SUPPORT_MESH # This option is currently broken for if_ath_tx. options IEEE80211_SUPPORT_TDMA options IEEE80211_AMPDU_AGE device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_xauth # 802.11 hostap support # Atheros wireless NICs device ath # Atheros interface support device ath_pci # Atheros PCI/Cardbus bus options ATH_DEBUG options ATH_DIAGAPI options ATH_ENABLE_11N options AH_DEBUG options AH_DEBUG_ALQ options ALQ device ath_hal option AH_SUPPORT_AR5416 device ath_rate_sample option AH_RXCFG_SDMAMW_4BYTES option AH_AR5416_INTERRUPT_MITIGATION # There's no DFS radar detection support yet so this won't actually # detect radars. It however does enable the rest of the channel change # machinery so DFS can be debugged. option ATH_ENABLE_DFS device mii device arge device usb options USB_EHCI_BIG_ENDIAN_DESC # handle big-endian byte order options USB_DEBUG options USB_HOST_ALIGN=3D32 # AR71XX (MIPS in general?) requires this device ehci device scbus device umass device da # On-board SPI flash device spibus device ar71xx_spi device mx25l device ar71xx_wdog device uart device loop device ether device md device bpf device random device if_bridge device gif # ip[46] in ip[46] tunneling protocol device gre # generic encapsulation - only for IPv4 in IPv4 though atm options ARGE_DEBUG # Enable if_arge debugging for now # Enable GPIO device gpio device gpioled > > > adrian --=20 Monthadar Al Jaberi From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 08:04:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91C8D1065672; Mon, 18 Jun 2012 08:04:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5A55E8FC25; Mon, 18 Jun 2012 08:04:24 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8369868pbb.13 for ; Mon, 18 Jun 2012 01:04:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=npPguB/FZ77chAtJvpf+L8lbBnur5d5l0kHstC3M2ds=; b=P8/hoxqhyTcEWLM+Tu+YlzwjJCbnoWEbWTucrxvLFi3Pa/IgIjJ7Hv8Y4GTAKKsvc1 ce8QGhx+36AUZ9rgm1WsiVlzGRkfSbkb+c8qDBSqxhE770zVraaAtI2FPLJDoCroumNT f1wdS44nle6ymTjMT0MODPsLZuRvMT8XUN/h8KDYQ3V3AYjXFwWlPRcYzptFNLZX15Ku ugPZ2R0cbKgZyL9g0nKWi6S3KMjDZW6c9hQ5IbBGLHtvoPTo663G1ZembuN3/erPyO+Z ovLbGciML+4S0xsSXIEypSCuuz7zjAkYPMUfjQZJfE2NdX8CMFCObNeAQ1usFSqXsR43 TE+Q== MIME-Version: 1.0 Received: by 10.68.234.35 with SMTP id ub3mr49546012pbc.8.1340006658132; Mon, 18 Jun 2012 01:04:18 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Mon, 18 Jun 2012 01:04:18 -0700 (PDT) In-Reply-To: References: Date: Mon, 18 Jun 2012 01:04:18 -0700 X-Google-Sender-Auth: F9NAwG6k7fwSmTtYKGOgdQNDEfY Message-ID: From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/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: Mon, 18 Jun 2012 08:04:24 -0000 Hi, The AR5414 should support it. I just havent implemented the same changes in the ar5212 HAL. Look at ar5416_ani.c and ar5212_ani.c. adrian From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 08:36:26 2012 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 61D771065679 for ; Mon, 18 Jun 2012 08:36:26 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [IPv6:2a02:6b8:0:801::5]) by mx1.freebsd.org (Postfix) with ESMTP id CCC328FC0A for ; Mon, 18 Jun 2012 08:36:25 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward15.mail.yandex.net (Yandex) with ESMTP id 79E299E1B7F for ; Mon, 18 Jun 2012 12:36:24 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340008584; bh=YrHbNW9dYkhob/9pJTxAmbNOnb0yHOcfK7kaW7cRUYM=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=HT75PmZ+VY6fSuewdBpHVcbqlntM6W1vIhNjQEjIXbgb9JFriaL6FoTQjhu+oCH7S n/8rf9uc7fOpOLqgiXMOVsLgBzEgebrJx3GaNusK0H+TiWIWrO9+Sgbab/kAJx4gce KP70drzcO8CsNZ2d6SEhHhylP9zgLnMwcQEz3hwo= Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id 65A1AE40484 for ; Mon, 18 Jun 2012 12:36:24 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTP id aNVunV01-aOVuVHIY; Mon, 18 Jun 2012 12:36:24 +0400 X-Yandex-Rcpt-Suid: current@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340008584; bh=YrHbNW9dYkhob/9pJTxAmbNOnb0yHOcfK7kaW7cRUYM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: Content-Type:Content-Transfer-Encoding; b=BSr0kuLt0qxkvHABVUtnk3C7Uw6F9vGWWbvX9+ZtLEQRVel5pUBAX+nlVj2PPfnr7 bPDFkxlFUXdgdru0/WfX9POmI5YYK9paKUOYM69sQ22fDRaSzrGvo0kNn2wIOQE1a+ Oj8KR90y0r3UpHcm+t7ySYAanLwzcjv5k3+AmSXA= Message-ID: <4FDEE855.2040602@yandex.ru> Date: Mon, 18 Jun 2012 12:35:33 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120616 Thunderbird/13.0 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 08:36:26 -0000 Good day, since switching to new drm code (starting at April if I recall correctly) I'm experiencing sporadic laptop hangs when choose the shutdown command in UI (gnome) environment. The hdd led isn't blinking but the laptop is still up. In such cases I forced to shutdown it by pressing power off button, but at the next system start it running filesystem checks (yes, with journal but some time only full fsck is able to fix that). What I'm asking for is - when there some sysctl or boot loader option will be available to turn on kernel messages on shutdown? I really want to know on what it hanging on. I didn't bothered with this while it was available as third-party patch, but since it is now in -current and enabled by default, I think this feature should be available. Thanks. PS. I'm now subscribed to current@. So do not need to approve my previous message, that's waiting for moderator approval. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 08:55:52 2012 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 24D081065672; Mon, 18 Jun 2012 08:55:52 +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 CE8368FC0C; Mon, 18 Jun 2012 08:55:51 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SgXkP-0003ps-CU; Mon, 18 Jun 2012 09:55:45 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SgXkO-0002Uz-Qb; Mon, 18 Jun 2012 09:55:45 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5I8tifG012620; Mon, 18 Jun 2012 09:55:44 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5I8tiid012619; Mon, 18 Jun 2012 09:55:44 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Mon, 18 Jun 2012 09:55:44 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120618085544.GA12592@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits 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, 18 Jun 2012 08:55:52 -0000 On Thu, Jun 14, 2012 at 12:15:05PM +0100, Anton Shterenlikht wrote: > On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > > On ia64 r235474 and r235163 I get: > > > > # csup -L2 /root/ports-supfile > > Parsing supfile "/root/ports-supfile" > > Connecting to cvsup.uk.FreeBSD.org > > Connected to 131.111.8.41 > > Server software version: SNAP_16_1h > > MD5 authentication started > > MD5 authentication successful > > Negotiating file attribute support > > Exchanging collection information > > Establishing multiplexed-mode data connection > > Running > > Updating collection ports-all/cvs > > Shutting down connection to server > > > > csup never exits. > > > > >From top: > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > > > > On amd64 r236740M I don't see this problem. > > Just to update - I don't see this problem on ia64 r231193M. > It seems the only relevant change in usr.bin/csup since then was: > > Index: usr.bin/csup/auth.c > =================================================================== > --- usr.bin/csup/auth.c (revision 231193) > +++ usr.bin/csup/auth.c (working copy) > @@ -293,7 +293,7 @@ > gettimeofday(&tv, NULL); > pid = getpid(); > ppid = getppid(); > - srand(tv.tv_usec ^ tv.tv_sec ^ pid); > + srandom(tv.tv_usec ^ tv.tv_sec ^ pid); > addrlen = sizeof(laddr); > error = getsockname(config->socket, (struct sockaddr *)&laddr, &addrlen); > if (error < 0) { I was thinking of doing a binary search for this, but realised that I'd have to build/install world, not just kernel, right? This will take a *long* time. Shall I submit a PR for this? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 09:02:58 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69AD5106564A; Mon, 18 Jun 2012 09:02:58 +0000 (UTC) (envelope-from fidaj@ukr.net) Received: from fsm2.ukr.net (fsm2.ukr.net [195.214.192.121]) by mx1.freebsd.org (Postfix) with ESMTP id 10C228FC17; Mon, 18 Jun 2012 09:02:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=fsm; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=o3hwWG4Y9XKnJwtWi6ZqDnLMKqVNw82a6JzmRQAS1WQ=; b=mC5Pcj7nqvMi2SFd7OemDRZ8zdt268mGKDrd6/jcUnXV+WCyrri1cRcmKC7LVr1iGkEeksjZgRzC/mwsx+HWTtCJ55dT3YNyyuOelPVlth4kLpsCdg01MyknZaWKjOG8RMUbnDgxZdRQiZwgo0ve21vZCMOWPTAbC4QttCGq/4A=; Received: from [178.137.138.140] (helo=nonamehost) by fsm2.ukr.net with esmtpsa ID 1SgXrG-000HKq-D2 ; Mon, 18 Jun 2012 12:02:50 +0300 Date: Mon, 18 Jun 2012 12:02:48 +0300 From: Ivan Klymenko To: Ruslan Mahmatkhanov Message-ID: <20120618120248.6212e15f@nonamehost> In-Reply-To: <4FDEE855.2040602@yandex.ru> References: <4FDEE855.2040602@yandex.ru> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; x86_64-pc-linux-gnu) Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAFVBMVEWpqak/Pz/i4uIfHx8GBwZwcHAQEBA6o92AAAACHElEQVQ4jWWUTY7bMAyF6QzUPSEoa8PFHEBgqwuM4bVVg7MvZOj+R+ijpMTpjIwgkT7z75EKrdfattpXERG6zqvUOtAr2LCRYfEKcB4l/Q+2cc6XjQH7hv+2YZYreIk5nevZEPvuzUzptizHLzgDMnC5Wpbl7ewJlOEqlQF+DlCjgVLki0WV6FMDMsBxjlJiQulIznwZ+DxHiQyDyIg0wN3Oo6o6ZQ5s5AIfar+W2Wlmz+kCcb8tg6j3voMEwNrBQk69dDBDqw/urpqJH+m+Q6u/4QnoAeYpnUXC/s1iup9rhCd6xMgAqdDyAyFegbKkVAHeLCcOulPLawaoUIDos4M88iLNrVkU7uu5ccTDO6naJzWLum51C6Yb7y4HKKbdArLWir0PBiS8glJRBZHeyHl7J9lENpAC6qT9NlNG4u5hsVYDyJP6mlJJtY3oVju4WSUzHal1sDU17NASoBWSk40J2eBLBJhYrVmzC5gVALGpNIAiQgN6eGstOp9Oa6zFbbLTISYi28BGZDRUJKWeroECkCEkzXjUtbmmaKMfAx2RfbT69/cO+tgHcmx6AfyZOmj3NDIah0F0GB66d4CrdIoplNFFGHSpSheRxbo0W4S8azNItEoMWbw3uXAeJgCrmX5joz7CGXqSg6PcryEhnFr/C1C2ntPxBOYbdwY+8dO3+wZJyFlbMX9s8zNnvp/tLwAv03NB4j3HVpn8Awwm+GrlP6MVAAAAAElFTkSuQmCC Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Konstantin Belousov , current@FreeBSD.org Subject: Re: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 09:02:58 -0000 =D0=92 Mon, 18 Jun 2012 12:35:33 +0400 Ruslan Mahmatkhanov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Good day, >=20 > since switching to new drm code (starting at April if I recall=20 > correctly) I'm experiencing sporadic laptop hangs when choose the=20 > shutdown command in UI (gnome) environment. The hdd led isn't > blinking but the laptop is still up. In such cases I forced to > shutdown it by pressing power off button, but at the next system > start it running filesystem checks (yes, with journal but some time > only full fsck is able to fix that). What I'm asking for is - when > there some sysctl or boot loader option will be available to turn on > kernel messages on shutdown? I really want to know on what it hanging > on. I didn't bothered with this while it was available as third-party > patch, but since it is now in -current and enabled by default, I > think this feature should be available. Thanks. >=20 > PS. I'm now subscribed to current@. So do not need to approve my=20 > previous message, that's waiting for moderator approval. >=20 Dear Ruslan. Your problems hang your laptop is not associated with the transition to drm2. And you can see this - when the downgrade to the SVN revision r236313 Your problems are now committing to this http://svnweb.freebsd.org/base?view=3Drevision&revision=3D236317 You can check it and make sure my right. Good luck From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 09:09:02 2012 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 E22E91065674 for ; Mon, 18 Jun 2012 09:09:02 +0000 (UTC) (envelope-from emss.mail@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 644D48FC16 for ; Mon, 18 Jun 2012 09:09:02 +0000 (UTC) Received: by werg1 with SMTP id g1so4389345wer.13 for ; Mon, 18 Jun 2012 02:09:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:x-virus-scanned:from:to:cc:subject:in-reply-to:references :user-agent:x-operating-system:date:message-id:mime-version :content-type:content-transfer-encoding; bh=eRvOo9CKfhFYR50GuK3DTg0NXicoyiwsDOuLarnCtQI=; b=cj4oW7DXCwff2/Hvxl/paQN9rTgk8xqGCie9b+4MeFW20sAirJit4YRP1FhkfwV0Sc 6yZoZeBVUAIgZb7ptckgaVbQu5G1H8jVcS20COZ3LqnshLm7epYHKmphjOfCc0RgxdMp TZv0AZkVKXzPOM9IJacYHjfdJBmsqk+HjIkFUqGovj+sndkqZXGG3mQIS9CnPLKYfQMk W4oLjoYLTSWEFmPPFnWlXtD001pNXz1WpN0slX0xleLW/OJz9CJBIl56OIV1MuqXFZmf PuP2aJ97V+lHv9vze/j3adhXl820wL5+HQCeVroSkUSLuWbmv+d2UA/90dJBv68aP3sf BeJw== Received: by 10.180.103.42 with SMTP id ft10mr22394308wib.18.1340010541453; Mon, 18 Jun 2012 02:09:01 -0700 (PDT) Received: from srvbsdfenssv.interne.associated-bears.org (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr. [217.128.200.48]) by mx.google.com with ESMTPS id ei4sm42457778wid.5.2012.06.18.02.08.59 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jun 2012 02:09:00 -0700 (PDT) Sender: Eric Masson Received: from srvbsdfenssv.interne.associated-bears.org (localhost [127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (Postfix) with ESMTP id D5FCECF0E9; Mon, 18 Jun 2012 11:08:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.associated-bears.org Received: from srvbsdfenssv.interne.associated-bears.org ([127.0.0.1]) by srvbsdfenssv.interne.associated-bears.org (srvbsdfenssv.interne.associated-bears.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ARohtmANzkXq; Mon, 18 Jun 2012 11:08:48 +0200 (CEST) Received: by srvbsdfenssv.interne.associated-bears.org (Postfix, from userid 1001) id CB688CF0D7; Mon, 18 Jun 2012 11:08:48 +0200 (CEST) From: Eric Masson To: Ruslan Mahmatkhanov In-Reply-To: <4FDEE855.2040602@yandex.ru> (Ruslan Mahmatkhanov's message of "Mon, 18 Jun 2012 12:35:33 +0400") References: <4FDEE855.2040602@yandex.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (berkeley-unix) X-Operating-System: FreeBSD 8.3-RELEASE-p1 amd64 Date: Mon, 18 Jun 2012 11:08:48 +0200 Message-ID: <86ipepq95r.fsf@srvbsdfenssv.interne.associated-bears.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 09:09:03 -0000 Ruslan Mahmatkhanov writes: Hi, > I didn't bothered with this while it was available as third-party > patch, but since it is now in -current and enabled by default, I think > this feature should be available. Thanks. As stated in the wiki page, syscons is not integrated with kms atm, so you need a serial console to get system messages. http://wiki.freebsd.org/Intel_GPU Éric Masson -- AB> Pourquoi proposer une réforme si c'est pour affirmer qu'elle ne AB> changera rien ? Pour mettre un frein définitif à l'immobilisme. -+-SP in http://www.le-gnu.net - Tout changer pour que rien ne bouge-+- From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 09:11:41 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 300DB1065672; Mon, 18 Jun 2012 09:11:41 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward13.mail.yandex.net (forward13.mail.yandex.net [IPv6:2a02:6b8:0:801::3]) by mx1.freebsd.org (Postfix) with ESMTP id 94E2F8FC0C; Mon, 18 Jun 2012 09:11:40 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward13.mail.yandex.net (Yandex) with ESMTP id 22C111415B8; Mon, 18 Jun 2012 13:11:39 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340010699; bh=uvHKMzBxvFqkrcJm6j4uhuU0w14oTn8VmOtNxxTziaE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=TrEnGQlEvfXrqqj9eIVHjfRahFbEGk8P7boit7IooMhXPkkp4S6sAFmyP+/Z8JGlt dHvQapODycvzbZeP5+5N2ZkCZ5fl6JEOmxcvVD5NzwueZ0KZf/p/7VHehZg19eI7+D sBhvhfWNJiKy/KibiePYRWrp4hQNIj5HOLQKRp4I= Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id E57D91B60515; Mon, 18 Jun 2012 13:11:38 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTP id Bcw4JDH7-Bcw4a1xc; Mon, 18 Jun 2012 13:11:38 +0400 X-Yandex-Rcpt-Suid: fidaj@ukr.net X-Yandex-Rcpt-Suid: current@FreeBSD.org X-Yandex-Rcpt-Suid: kib@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340010698; bh=uvHKMzBxvFqkrcJm6j4uhuU0w14oTn8VmOtNxxTziaE=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=pVznZTM15FqsRjCO5O7c/XQSFfygtfP3JOfgK7mdWqAcfroqtJVWC0LuUHpwZ2+ww IjabmtwFbFVKOT/DZIr60PQpH6xJfIoApRksvFW6wnSW0pbhKfmJsC98nhNjVgCqqR pDpObSEy/N6/PwxNQZWJEDNWwKi1xP4kO9oTLAYU= Message-ID: <4FDEF097.50409@yandex.ru> Date: Mon, 18 Jun 2012 13:10:47 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120616 Thunderbird/13.0 MIME-Version: 1.0 To: Ivan Klymenko References: <4FDEE855.2040602@yandex.ru> <20120618120248.6212e15f@nonamehost> In-Reply-To: <20120618120248.6212e15f@nonamehost> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Konstantin Belousov , current@FreeBSD.org Subject: Re: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 09:11:41 -0000 Ivan Klymenko wrote on 18.06.2012 13:02: > Ð’ Mon, 18 Jun 2012 12:35:33 +0400 > Ruslan Mahmatkhanov пишет: > >> Good day, >> >> since switching to new drm code (starting at April if I recall >> correctly) I'm experiencing sporadic laptop hangs when choose the >> shutdown command in UI (gnome) environment. The hdd led isn't >> blinking but the laptop is still up. In such cases I forced to >> shutdown it by pressing power off button, but at the next system >> start it running filesystem checks (yes, with journal but some time >> only full fsck is able to fix that). What I'm asking for is - when >> there some sysctl or boot loader option will be available to turn on >> kernel messages on shutdown? I really want to know on what it hanging >> on. I didn't bothered with this while it was available as third-party >> patch, but since it is now in -current and enabled by default, I >> think this feature should be available. Thanks. >> >> PS. I'm now subscribed to current@. So do not need to approve my >> previous message, that's waiting for moderator approval. >> > > Dear Ruslan. > Your problems hang your laptop is not associated with the transition to > drm2. > And you can see this - when the downgrade to the SVN revision r236313 > > Your problems are now committing to this > http://svnweb.freebsd.org/base?view=revision&revision=236317 > > You can check it and make sure my right. > > Good luck Thanks Ivan, I'll check it out. But the request in subject line is still valid for me, because the current state make me feels like.. uhmm.. a blind kitten :) -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 09:20:15 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 71766106566B for ; Mon, 18 Jun 2012 09:20:15 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward11.mail.yandex.net (forward11.mail.yandex.net [IPv6:2a02:6b8:0:801::1]) by mx1.freebsd.org (Postfix) with ESMTP id A5BCE8FC08 for ; Mon, 18 Jun 2012 09:20:09 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward11.mail.yandex.net (Yandex) with ESMTP id BF528E81462; Mon, 18 Jun 2012 13:20:07 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340011207; bh=lPvhYFRzVRirNWYCpe8eByLpdeKet4nWpQkEkbwxm+w=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FJqKLBACjy7VLnHXgDuTY3ENCjPPHJg+KhIQ4uEV2wWMyqWK6IowFFbDmmclROfH1 F6OlcDvP/EPhfcBhwOwR5rCzpAu6DThRrkdxM5hV7b8B/RXUUA3VslalmsQ9RutULW Zu7cMj6EbVW1HAnimNbTuYZZ/uBgu62UI/m+uJ1o= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id 03DBA16A0444; Mon, 18 Jun 2012 13:20:06 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id K5fGK2AB-K6fGYOCi; Mon, 18 Jun 2012 13:20:06 +0400 X-Yandex-Rcpt-Suid: emss@free.fr X-Yandex-Rcpt-Suid: current@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340011206; bh=lPvhYFRzVRirNWYCpe8eByLpdeKet4nWpQkEkbwxm+w=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Sn2kQD43YZL+Ab2Xx/xgl1zORVbniwZtxO9Isy4hvplqCI2zYSTMfPRoHRFLOsef+ aw3VgGHGlmDc7lepCeIGvMy5Pt2tHGSQrq0AVGXcpGgzdstjBAFsrS+DdAXcJjARVP rOdqoiV4scem7H/UfAVhCp5s2WUaiWJY11NECVwQ= Message-ID: <4FDEF293.4070106@yandex.ru> Date: Mon, 18 Jun 2012 13:19:15 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120616 Thunderbird/13.0 MIME-Version: 1.0 To: Eric Masson References: <4FDEE855.2040602@yandex.ru> <86ipepq95r.fsf@srvbsdfenssv.interne.associated-bears.org> In-Reply-To: <86ipepq95r.fsf@srvbsdfenssv.interne.associated-bears.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: current@FreeBSD.org Subject: Re: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 09:20:15 -0000 Eric Masson wrote on 18.06.2012 13:08: > Ruslan Mahmatkhanov writes: > > Hi, > >> I didn't bothered with this while it was available as third-party >> patch, but since it is now in -current and enabled by default, I think >> this feature should be available. Thanks. > > As stated in the wiki page, syscons is not integrated with kms atm, so > you need a serial console to get system messages. > http://wiki.freebsd.org/Intel_GPU > > Éric Masson Ok, but in the earlier revision of this page or in some heads-up message in mailing list there was a note about that, that kernel messages are disabled just for development convenience, so this is main reason why I ever asked that. So, since there is some technical restriction about that, I would to shut up and wait. Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 07:13:15 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BC0F1065672; Mon, 18 Jun 2012 07:13:15 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward14.mail.yandex.net (forward14.mail.yandex.net [IPv6:2a02:6b8:0:801::4]) by mx1.freebsd.org (Postfix) with ESMTP id B02FB8FC1C; Mon, 18 Jun 2012 07:13:14 +0000 (UTC) Received: from smtp12.mail.yandex.net (smtp12.mail.yandex.net [95.108.131.191]) by forward14.mail.yandex.net (Yandex) with ESMTP id D884A1980D2A; Mon, 18 Jun 2012 11:13:12 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340003592; bh=DPB7nOaiHtJE41y0c32WkXT23hrQLOaAW1lgu9ZRrTM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:Content-Type: Content-Transfer-Encoding; b=coxDk3kmNpXmXf7nEulD2AuRajXdFzxFqr4VD3IBqtZwQGKCg1Ri0qXeP00zbCeoU I6aNkwSb0To6JVu+ZgejOHkKfLpnm1aJVTxPGEZ9kyrNMY582kE/XZhiWwgWOr3dMW xAkRmnSI6dc4YqQFeJXvq0HZoOeIl5JwI1y+1ZFg= Received: from smtp12.mail.yandex.net (localhost [127.0.0.1]) by smtp12.mail.yandex.net (Yandex) with ESMTP id B33C316A0552; Mon, 18 Jun 2012 11:13:12 +0400 (MSK) Received: from unknown (unknown [213.27.65.65]) by smtp12.mail.yandex.net (nwsmtp/Yandex) with ESMTP id DCfSOQ2h-DCfGTwnW; Mon, 18 Jun 2012 11:13:12 +0400 X-Yandex-Rcpt-Suid: current@FreeBSD.org X-Yandex-Rcpt-Suid: kib@FreeBSD.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1340003592; bh=DPB7nOaiHtJE41y0c32WkXT23hrQLOaAW1lgu9ZRrTM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: Content-Type:Content-Transfer-Encoding; b=cU8IzhEPvtqaDM1g2zclASooo+7mJ8GqI7kqtM0m4YtHc8Lqj3DJ3gFj8VtiWbzv2 7Z4NLMqsHVlSHLW4+OgBN+o39Wzs9ozmFD22EQ2HyvUnOUUmycYJ16ttvyyx3lfFKa 39/yvYxWpgNOXeRDjOUvxKo0saZ8p2h497VmM5nc= Message-ID: <4FDED4D5.5010208@yandex.ru> Date: Mon, 18 Jun 2012 11:12:21 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120616 Thunderbird/13.0 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 18 Jun 2012 11:28:29 +0000 Cc: kib@FreeBSD.org Subject: drm2 and the kernel messages on shutdown 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, 18 Jun 2012 07:13:15 -0000 Good day, since switching to new drm code (starting at April if I recall correctly) I'm experiencing sporadic laptop hangs when choose the shutdown command in UI (gnome) environment. The hdd led isn't blinking but the laptop is still up. In such cases I forced to shutdown it by pressing power off button, but at the next system start it running filesystem checks (yes, with journal but some time only full fsck is able to fix that). What I'm asking for is - when there some sysctl or boot loader option will be available to turn on kernel messages on shutdown? I really want to know on what it hanging on. I didn't bothered with this while it was available as third-party patch, but since it is now in -current and enabled by default, I think this feature should be available. Thanks. -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Mon Jun 18 23:21:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7A8B5106564A for ; Mon, 18 Jun 2012 23:21:34 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout2-b.corp.bf1.yahoo.com (mrout2-b.corp.bf1.yahoo.com [98.139.253.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1A28FC14 for ; Mon, 18 Jun 2012 23:21:34 +0000 (UTC) Received: from [IPv6:::1] (proxy6.corp.yahoo.com [216.145.48.19]) by mrout2-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q5INLFjX048580 for ; Mon, 18 Jun 2012 16:21:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1340061675; bh=jUipH+OTKYdl+yB6zf/EjzFpEerV7OMwWqagq/VtjzU=; h=Subject:From:To:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=cevJQUP6FojpnmsVNBrJ9ZnpIbNQDnlCIo1wGz9wphbLiqDcygMrl8aOqz6X9b9Zi VFtLXunS8LhY4xfIGU2Dukq3u8ER5ufJHmB1qbp8kmceroLaka0TL6e59DC2ivd/lD sHa4eTOJaG43ed0GoA4ThnLIHAX0fy5r2cbT9Xbs= From: Sean Bruno To: "freebsd-current@freebsd.org" In-Reply-To: <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> References: <1338922510.10539.8.camel@powernoodle-l7.corp.yahoo.com> <1338930799.10539.12.camel@powernoodle-l7.corp.yahoo.com> <1339531057.42366.2.camel@powernoodle.corp.yahoo.com> <20120613.120600.2188772873180778735.hrs@allbsd.org> <1339610792.2878.5.camel@powernoodle.corp.yahoo.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 18 Jun 2012 16:21:14 -0700 Message-ID: <1340061674.20118.4.camel@powernoodle> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 061675003 Subject: Re: est man page 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, 18 Jun 2012 23:21:34 -0000 On Wed, 2012-06-13 at 11:06 -0700, Sean Bruno wrote: > > se> http://people.freebsd.org/~sbruno/est_man.txt > > > > Looks good. Attached a diff for some small fixes. > > Updated again with feedback that I've gotten. > > I changed the "Note that est interface is automatically loaded" to "Note > that est capabilities are automatically loaded" > > Sean Committed at svn r237245 ... Sean From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 00:51:42 2012 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 A62D71065673; Tue, 19 Jun 2012 00:51:42 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CEA28FC08; Tue, 19 Jun 2012 00:51:42 +0000 (UTC) Received: by qcsg15 with SMTP id g15so3910404qcs.13 for ; Mon, 18 Jun 2012 17:51:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=/bNFVtQQu1IdVRPE5sPSzFVolIh6T4OI5JQi0YXtmPs=; b=TRO273FivTBBHPNZ1i5JClkokRLAVJQPIFN094LnmoyTxH4WNLkLapnofI1Boni40y rP+vSUvSbSv6hrpahxEGgtc1e9Tu9C0+e+En+mZr/nmolumu0uIPLXfAdkA2kPXYOjAs HRQvbJDowMyyF5GIy3PB+sbUBa+PcEnBymoTlxBSaL3h9YNcLwku6EibXXkrJKBNqyHg flEeQyFdmBKpvg6scFEi8LfEhEef7r/rX7OgRa7+pEymCxUtu5dYtkFQfWqOGLJSoS/t ibgcS5e+T/TkYyi6fZIpV6jbuqf7NrMUeeL9FSKK/2uuwFjEUBLyN6/5wXpnlaLUmD6j XBtA== Received: by 10.224.72.138 with SMTP id m10mr30896674qaj.5.1340067101591; Mon, 18 Jun 2012 17:51:41 -0700 (PDT) Received: from narn.knownspace (pool-72-83-55-7.washdc.fios.verizon.net. [72.83.55.7]) by mx.google.com with ESMTPS id ei10sm44859394qab.20.2012.06.18.17.51.40 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Jun 2012 17:51:41 -0700 (PDT) Date: Mon, 18 Jun 2012 20:51:37 -0400 From: Justin Hibbits To: Adrian Chadd Message-ID: <20120618205137.344191a0@narn.knownspace> In-Reply-To: References: X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.10; powerpc-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-wireless@freebsd.org Subject: Re: ath(4) now defaults to 802.11n on GENERIC/i386 and GENERIC/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, 19 Jun 2012 00:51:42 -0000 Hi, On Fri, 15 Jun 2012 01:17:31 -0700 Adrian Chadd wrote: > Hi, > > I've flipped on ATH_ENABLE_11N and the interrupt mitigation in i386 > and amd64 GENERIC. > > I'll flip it on on PPC when someone (chmee?) verifies that 802.11n > works on PPC. I did my duty as PPC guinea pig, and can happily say that unlike other cards *cough*bw{i,n},wi*cough* I can actually use ath on my PowerBook. AR5416, about as stable as I've seen so far. I think you can flip it on PPC now. > > It's still delicate. I still don't know if RTS/CTS HT frame protection > is working quite right on all chips. But all the basics are there > (software TX aggregation, RX AMPDU reordering in net80211, BAR > transmission, software queue pause and unpause, frame retransmission.) > > Don't be surprised if your 802.11n mobile devices perform poorly as > the power queue handling is very broken and will result in all kinds > of weird traffic stalls if things are too aggressive. I'll look into > fixing that soon. > > If you have problems, please read the wiki article: > http://wiki.freebsd.org/dev/ath(4) - specifically the bits where I > tell you to compile with the debugging and diagnostic stuff in your > -HEAD kernel, including the HAL/driver diagnostic APIs and tools. > > Enjoy, > > > > Adrian If I can reproduce that crash I mentioned on IRC, I'll post what I can about it. - Justin From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 08:51:03 2012 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 AC48C106566C; Tue, 19 Jun 2012 08:51:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7D27C8FC08; Tue, 19 Jun 2012 08:51:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5J8ovPA022850; Tue, 19 Jun 2012 04:50:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5J8ov2Z022849; Tue, 19 Jun 2012 08:50:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 19 Jun 2012 08:50:57 GMT Message-Id: <201206190850.q5J8ov2Z022849@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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: Tue, 19 Jun 2012 08:51:03 -0000 TB --- 2012-06-19 07:50:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-19 07:50:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-19 07:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-19 07:50:00 - cleaning the object tree TB --- 2012-06-19 07:50:00 - cvsupping the source tree TB --- 2012-06-19 07:50:00 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-19 07:52:14 - building world TB --- 2012-06-19 07:52:14 - CROSS_BUILD_TESTING=YES TB --- 2012-06-19 07:52:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-19 07:52:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-19 07:52:14 - SRCCONF=/dev/null TB --- 2012-06-19 07:52:14 - TARGET=arm TB --- 2012-06-19 07:52:14 - TARGET_ARCH=arm TB --- 2012-06-19 07:52:14 - TZ=UTC TB --- 2012-06-19 07:52:14 - __MAKE_CONF=/dev/null TB --- 2012-06-19 07:52:14 - cd /src TB --- 2012-06-19 07:52:14 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 07:52:15 UTC 2012 >>> 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 [...] ===> usr.sbin/mfiutil (all) cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfiutil.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_cmd.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_config.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_drive.c cc1: warnings being treated as errors /src/usr.sbin/mfiutil/mfi_drive.c: In function 'mfi_pd_inq_string': /src/usr.sbin/mfiutil/mfi_drive.c:337: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-19 08:50:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-19 08:50:56 - ERROR: failed to build world TB --- 2012-06-19 08:50:56 - 2311.19 user 541.26 system 3656.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 11:49:47 2012 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 04FB4106566C; Tue, 19 Jun 2012 11:49:47 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id BE7658FC08; Tue, 19 Jun 2012 11:49:44 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 439D1D48131; Tue, 19 Jun 2012 13:49:38 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 219A9877; Tue, 19 Jun 2012 13:49:37 +0200 (CEST) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id F2236EB82; Tue, 19 Jun 2012 11:49:36 +0000 (UTC) Date: Tue, 19 Jun 2012 13:49:36 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120619114936.GB70668@felucia.tataz.chchile.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> <20120618085544.GA12592@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120618085544.GA12592@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits 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, 19 Jun 2012 11:49:47 -0000 Anton, On Mon, Jun 18, 2012 at 09:55:44AM +0100, Anton Shterenlikht wrote: > On Thu, Jun 14, 2012 at 12:15:05PM +0100, Anton Shterenlikht wrote: > > On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > > > On ia64 r235474 and r235163 I get: > > > > > > # csup -L2 /root/ports-supfile > > > Parsing supfile "/root/ports-supfile" > > > Connecting to cvsup.uk.FreeBSD.org > > > Connected to 131.111.8.41 > > > Server software version: SNAP_16_1h > > > MD5 authentication started > > > MD5 authentication successful > > > Negotiating file attribute support > > > Exchanging collection information > > > Establishing multiplexed-mode data connection > > > Running > > > Updating collection ports-all/cvs > > > Shutting down connection to server > > > > > > csup never exits. > > > > > > >From top: > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > > > > > > > On amd64 r236740M I don't see this problem. > > > > Just to update - I don't see this problem on ia64 r231193M. > > It seems the only relevant change in usr.bin/csup since then was: > > > > Index: usr.bin/csup/auth.c > > =================================================================== > > --- usr.bin/csup/auth.c (revision 231193) > > +++ usr.bin/csup/auth.c (working copy) > > @@ -293,7 +293,7 @@ > > gettimeofday(&tv, NULL); > > pid = getpid(); > > ppid = getppid(); > > - srand(tv.tv_usec ^ tv.tv_sec ^ pid); > > + srandom(tv.tv_usec ^ tv.tv_sec ^ pid); > > addrlen = sizeof(laddr); > > error = getsockname(config->socket, (struct sockaddr *)&laddr, &addrlen); > > if (error < 0) { > > I was thinking of doing a binary search for this, > but realised that I'd have to build/install world, > not just kernel, right? This will take a *long* time. I think recompiling the kernel and the libraries csup depends on will be enough. -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 12:19:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D96D1065670; Tue, 19 Jun 2012 12:19:40 +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 E4E878FC16; Tue, 19 Jun 2012 12:19:39 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1SgxPG-0000tp-VX; Tue, 19 Jun 2012 13:19:39 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1SgxPG-0005hk-QC; Tue, 19 Jun 2012 13:19:38 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5JCJcHJ087190; Tue, 19 Jun 2012 13:19:38 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5JCJc48087187; Tue, 19 Jun 2012 13:19:38 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 19 Jun 2012 13:19:38 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120619121937.GA79980@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> <20120618085544.GA12592@mech-cluster241.men.bris.ac.uk> <20120619114936.GB70668@felucia.tataz.chchile.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120619114936.GB70668@felucia.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits 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, 19 Jun 2012 12:19:40 -0000 On Tue, Jun 19, 2012 at 01:49:36PM +0200, Jeremie Le Hen wrote: > Anton, > > On Mon, Jun 18, 2012 at 09:55:44AM +0100, Anton Shterenlikht wrote: > > On Thu, Jun 14, 2012 at 12:15:05PM +0100, Anton Shterenlikht wrote: > > > On Thu, Jun 14, 2012 at 11:57:38AM +0100, Anton Shterenlikht wrote: > > > > On ia64 r235474 and r235163 I get: > > > > > > > > # csup -L2 /root/ports-supfile > > > > Parsing supfile "/root/ports-supfile" > > > > Connecting to cvsup.uk.FreeBSD.org > > > > Connected to 131.111.8.41 > > > > Server software version: SNAP_16_1h > > > > MD5 authentication started > > > > MD5 authentication successful > > > > Negotiating file attribute support > > > > Exchanging collection information > > > > Establishing multiplexed-mode data connection > > > > Running > > > > Updating collection ports-all/cvs > > > > Shutting down connection to server > > > > > > > > csup never exits. > > > > > > > > >From top: > > > > > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > > > 33822 root 2 20 0 37496K 23352K sigwai 1 0:32 0.00% csup > > > > > > > > > > > > On amd64 r236740M I don't see this problem. > > > > > > Just to update - I don't see this problem on ia64 r231193M. > > > It seems the only relevant change in usr.bin/csup since then was: > > > > > > Index: usr.bin/csup/auth.c > > > =================================================================== > > > --- usr.bin/csup/auth.c (revision 231193) > > > +++ usr.bin/csup/auth.c (working copy) > > > @@ -293,7 +293,7 @@ > > > gettimeofday(&tv, NULL); > > > pid = getpid(); > > > ppid = getppid(); > > > - srand(tv.tv_usec ^ tv.tv_sec ^ pid); > > > + srandom(tv.tv_usec ^ tv.tv_sec ^ pid); > > > addrlen = sizeof(laddr); > > > error = getsockname(config->socket, (struct sockaddr *)&laddr, &addrlen); > > > if (error < 0) { > > > > I was thinking of doing a binary search for this, > > but realised that I'd have to build/install world, > > not just kernel, right? This will take a *long* time. > > I think recompiling the kernel and the libraries csup depends on will be > enough. you mean # make cleandir && make obj && make && make install for all these libs: # ldd /root/csup/csup /root/csup/csup: libz.so.6 => /lib/libz.so.6 (0x1200ca000) libthr.so.3 => /lib/libthr.so.3 (0x120102000) libmd.so.5 => /lib/libmd.so.5 (0x12014c000) libc.so.7 => /lib/libc.so.7 (0x120178000) right? -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 13:50:00 2012 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 83858106566C; Tue, 19 Jun 2012 13:50:00 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 12D208FC0C; Tue, 19 Jun 2012 13:50:00 +0000 (UTC) Received: from [89.204.139.247] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sgyof-0001Tl-9h; Tue, 19 Jun 2012 15:49:57 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q5JDnsi7002174; Tue, 19 Jun 2012 15:49:55 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q5JDnsqh002173; Tue, 19 Jun 2012 15:49:54 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Tue, 19 Jun 2012 15:49:53 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20120619134953.GA2164@tiny.Sisis.de> References: <20120615094837.GA1440@tiny.Sisis.de> <201206150818.22208.jhb@freebsd.org> <20120616085106.GA3213@tinyCurrent> <201206160811.40632.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201206160811.40632.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.139.247 Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 13:50:00 -0000 El día Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin escribió: > > I have configured now dumpdevice and -dir and will produce a bt next > > time; > > > > btw: it seems that the panic only occurs when a second VM (also with > > FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory > > configured, while the crashing one only 512 MByte; the host itself has 4 > > GByte real mem; we will see what the bt shows... > > For future reference, you can just run 'tr' at the DDB prompt to get a stack > trace and take a screen shot of that. the bt is this: # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 cpuid = 0 KDB: enter: panic Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko Reading symbols from /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko...done. Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko #0 doadump (textdump=0) at pcpu.h:244 244 __asm("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump (textdump=0) at pcpu.h:244 #1 0xc051c1b3 in db_dump (dummy=-1062488582, dummy2=0, dummy3=-1, dummy4=0xc3f01864 "") at /usr/src/sys/ddb/db_command.c:538 #2 0xc051b8d1 in db_command (last_cmdp=0xc114925c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:449 #3 0xc051ba2a in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xc051da1d in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:231 #5 0xc0abbb16 in kdb_trap (type=3, code=0, tf=0xc3f01a60) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xc0dfab7b in trap (frame=0xc3f01a60) at /usr/src/sys/i386/i386/trap.c:710 #7 0xc0de406c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 #8 0xc0abb5fa in kdb_enter (why=0xc0fc9d88 "panic", msg=0xc0fc9d88 "panic") at cpufunc.h:71 #9 0xc0a848dc in panic (fmt=0xc0fc7ebf "mutex %s not owned at %s:%d") at /usr/src/sys/kern/kern_shutdown.c:633 #10 0xc0a719d7 in _mtx_assert (m=0xc1304d80, what=4, file=0xc10063f2 "/usr/src/sys/vm/vm_page.c", line=2060) at /usr/src/sys/kern/kern_mutex.c:747 #11 0xc0d11340 in vm_page_free_toq (m=0xc23daf78) at /usr/src/sys/vm/vm_page.c:2060 #12 0xc0d115b5 in vm_page_free (m=0xc23daf78) at /usr/src/sys/vm/vm_page.c:741 #13 0xc68b01ba in OS_ReservedPageFree () from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko ---Type to continue, or q to quit--- #14 0xc68b05bc in BalloonPageFree () from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko #15 0xc68b0765 in Balloon_QueryAndExecute () from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko #16 0xc68afee6 in vmmemctl_poll () from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko #17 0xc0a99ecc in softclock (arg=0xc1185500) at /usr/src/sys/kern/kern_timeout.c:520 #18 0xc0a576e5 in intr_event_execute_handlers (p=0xc41d8598, ie=0xc41a8100) at /usr/src/sys/kern/kern_intr.c:1260 #19 0xc0a585b9 in ithread_loop (arg=0xc41b1730) at /usr/src/sys/kern/kern_intr.c:1273 #20 0xc0a549b8 in fork_exit (callout=0xc0a58510 , arg=0xc41b1730, frame=0xc3f01d08) at /usr/src/sys/kern/kern_fork.c:992 #21 0xc0de4114 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:276 (kgdb) -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:40:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 198971065674 for ; Tue, 19 Jun 2012 15:40:36 +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 C5F8C8FC14 for ; Tue, 19 Jun 2012 15:40:35 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1Sh0Xi-0006dy-TF for freebsd-current@freebsd.org; Tue, 19 Jun 2012 16:40:34 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Sh0Xi-0005VS-J0 for freebsd-current@freebsd.org; Tue, 19 Jun 2012 16:40:34 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5JFeYGR071646 for ; Tue, 19 Jun 2012 16:40:34 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5JFeYA2071645 for freebsd-current@freebsd.org; Tue, 19 Jun 2012 16:40:34 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 19 Jun 2012 16:40:34 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120619154033.GA70250@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: r232100: /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' 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, 19 Jun 2012 15:40:36 -0000 I'm doing a binary search for another issue between r231193 and r233000. On r232100 I get: cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -L/usr/local/lib -o mail.local mail.local.o /usr/obj/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' *** [mail.local] Error code 1 Stop in /usr/src/libexec/mail.local. *** [all] Error code 1 # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 WITH_PKGNG=yes PERL_VERSION=5.14.2 # # pkg info cyrus-sasl cyrus-sasl-2.1.25_2 RFC 2222 SASL (Simple Authentication and Security Layer) # I've rebuilt cyrus-sasl on r232100 already. Please advise -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 15:59:31 2012 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 2AE841065676; Tue, 19 Jun 2012 15:59:31 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id F33468FC1D; Tue, 19 Jun 2012 15:59:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 585F4B953; Tue, 19 Jun 2012 11:59:30 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Tue, 19 Jun 2012 10:56:20 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120615094837.GA1440@tiny.Sisis.de> <201206160811.40632.jhb@freebsd.org> <20120619134953.GA2164@tiny.Sisis.de> In-Reply-To: <20120619134953.GA2164@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206191056.20432.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 19 Jun 2012 11:59:30 -0400 (EDT) Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware 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, 19 Jun 2012 15:59:31 -0000 On Tuesday, June 19, 2012 9:49:53 am Matthias Apitz wrote: > El d=EDa Saturday, June 16, 2012 a las 08:11:40AM -0400, John Baldwin=20 escribi=F3: >=20 > > > I have configured now dumpdevice and -dir and will produce a bt next > > > time; > > >=20 > > > btw: it seems that the panic only occurs when a second VM (also with > > > FreeBSD) is running; the 2nd VM (my production env) has 2 GByte memory > > > configured, while the crashing one only 512 MByte; the host itself ha= s 4 > > > GByte real mem; we will see what the bt shows... > >=20 > > For future reference, you can just run 'tr' at the DDB prompt to get a= =20 stack=20 > > trace and take a screen shot of that. >=20 > the bt is this: >=20 > # kgdb kernel.debug /var/crash/vmcore.0=20 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for detail= s. > This GDB was configured as "i386-marcel-freebsd"... >=20 > Unread portion of the kernel message buffer: > panic: mutex page lock not owned at /usr/src/sys/vm/vm_page.c:2060 > cpuid =3D 0 > KDB: enter: panic >=20 > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmmemctl.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmxnet.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmxnet.ko > Reading symbols from /usr/local/lib/vmware- tools/modules/drivers/vmhgfs.ko...done. > Loaded symbols for /usr/local/lib/vmware-tools/modules/drivers/vmhgfs.ko > #0 doadump (textdump=3D0) at pcpu.h:244 > 244 __asm("movl %%fs:0,%0" : "=3Dr" (td)); >=20 > (kgdb) bt > #0 doadump (textdump=3D0) at pcpu.h:244 > #1 0xc051c1b3 in db_dump (dummy=3D-1062488582, dummy2=3D0, dummy3=3D-1,= =20 > dummy4=3D0xc3f01864 "") at /usr/src/sys/ddb/db_command.c:538 > #2 0xc051b8d1 in db_command (last_cmdp=3D0xc114925c, cmd_table=3D0x0,=20 dopager=3D1) > at /usr/src/sys/ddb/db_command.c:449 > #3 0xc051ba2a in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 > #4 0xc051da1d in db_trap (type=3D3, code=3D0) at /usr/src/sys/ddb/db_mai= n.c:231 > #5 0xc0abbb16 in kdb_trap (type=3D3, code=3D0, tf=3D0xc3f01a60) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xc0dfab7b in trap (frame=3D0xc3f01a60) at=20 /usr/src/sys/i386/i386/trap.c:710 > #7 0xc0de406c in calltrap () at /usr/src/sys/i386/i386/exception.s:169 > #8 0xc0abb5fa in kdb_enter (why=3D0xc0fc9d88 "panic", msg=3D0xc0fc9d88 "= panic") > at cpufunc.h:71 > #9 0xc0a848dc in panic (fmt=3D0xc0fc7ebf "mutex %s not owned at %s:%d") > at /usr/src/sys/kern/kern_shutdown.c:633 > #10 0xc0a719d7 in _mtx_assert (m=3D0xc1304d80, what=3D4,=20 > file=3D0xc10063f2 "/usr/src/sys/vm/vm_page.c", line=3D2060) > at /usr/src/sys/kern/kern_mutex.c:747 > #11 0xc0d11340 in vm_page_free_toq (m=3D0xc23daf78) > at /usr/src/sys/vm/vm_page.c:2060 > #12 0xc0d115b5 in vm_page_free (m=3D0xc23daf78) at=20 /usr/src/sys/vm/vm_page.c:741 > #13 0xc68b01ba in OS_ReservedPageFree () > from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko Ah, so the bug is in here then. Which version of vmware-tools do you have= =20 installed? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 16:13:29 2012 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 4A4AA106577D for ; Tue, 19 Jun 2012 16:13:26 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 347188FC0A for ; Tue, 19 Jun 2012 16:13:26 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id q5JGDJ52043390 for ; Tue, 19 Jun 2012 09:13:19 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id q5JGDJ4Q043389 for freebsd-current@freebsd.org; Tue, 19 Jun 2012 09:13:19 -0700 (PDT) (envelope-from sgk) Date: Tue, 19 Jun 2012 09:13:19 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20120619161319.GA43198@troutmask.apl.washington.edu> References: <20120619154033.GA70250@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120619154033.GA70250@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Subject: Re: r232100: /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' 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, 19 Jun 2012 16:13:29 -0000 On Tue, Jun 19, 2012 at 04:40:34PM +0100, Anton Shterenlikht wrote: > I'm doing a binary search for another > issue between r231193 and r233000. > > On r232100 I get: > > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -L/usr/local/lib -o mail.local mail.local.o /usr/obj/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 > /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' % svn blame /usr/src/lib/libc/locale/Symbol.map | grep Thread 232498 theraven _ThreadRuneLocale; You did actually provide enough detail about your binary search, but 232498 falls within your range of 231193:233000. You also forgot to tell us what is in your src.conf and make.conf files, which is causing you to use something from /usr/local, which needs to be kept in sync with your binary search. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 17:42:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 074431065672; Tue, 19 Jun 2012 17:42:28 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id B08AF8FC0C; Tue, 19 Jun 2012 17:42:27 +0000 (UTC) Received: from [89.204.137.247] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Sh2Rd-0005Xy-B2; Tue, 19 Jun 2012 19:42:25 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q5JHgNFL001700; Tue, 19 Jun 2012 19:42:23 +0200 (CEST) (envelope-from guru@tiny.Sisis.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q5JHgNsk001699; Tue, 19 Jun 2012 19:42:23 +0200 (CEST) (envelope-from guru) Date: Tue, 19 Jun 2012 19:31:17 +0200 From: Matthias Apitz To: John Baldwin Message-ID: <20120619173117.GA1377@tiny.Sisis.de> References: <20120615094837.GA1440@tiny.Sisis.de> <201206160811.40632.jhb@freebsd.org> <20120619134953.GA2164@tiny.Sisis.de> <201206191056.20432.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201206191056.20432.jhb@freebsd.org> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) Status: RO Lines: 20 X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.137.247 Cc: swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jun 2012 17:42:28 -0000 El día Tuesday, June 19, 2012 a las 10:56:20AM -0400, John Baldwin escribió: > > #11 0xc0d11340 in vm_page_free_toq (m=0xc23daf78) > > at /usr/src/sys/vm/vm_page.c:2060 > > #12 0xc0d115b5 in vm_page_free (m=0xc23daf78) at > /usr/src/sys/vm/vm_page.c:741 > > #13 0xc68b01ba in OS_ReservedPageFree () > > from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko > > Ah, so the bug is in here then. Which version of vmware-tools do you have > installed? all the ports are from CVS of May, 19; the version is open-vm-tools-425873,1 matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 17:45:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0EEEB106564A; Tue, 19 Jun 2012 17:45:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CDC4D8FC12; Tue, 19 Jun 2012 17:45:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5JHjgIk092779; Tue, 19 Jun 2012 13:45:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5JHjf9C092778; Tue, 19 Jun 2012 17:45:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 19 Jun 2012 17:45:41 GMT Message-Id: <201206191745.q5JHjf9C092778@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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: Tue, 19 Jun 2012 17:45:43 -0000 TB --- 2012-06-19 16:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-19 16:40:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-19 16:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-19 16:40:00 - cleaning the object tree TB --- 2012-06-19 16:44:08 - cvsupping the source tree TB --- 2012-06-19 16:44:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-19 16:44:51 - building world TB --- 2012-06-19 16:44:51 - CROSS_BUILD_TESTING=YES TB --- 2012-06-19 16:44:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-19 16:44:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-19 16:44:51 - SRCCONF=/dev/null TB --- 2012-06-19 16:44:51 - TARGET=arm TB --- 2012-06-19 16:44:51 - TARGET_ARCH=arm TB --- 2012-06-19 16:44:51 - TZ=UTC TB --- 2012-06-19 16:44:51 - __MAKE_CONF=/dev/null TB --- 2012-06-19 16:44:51 - cd /src TB --- 2012-06-19 16:44:51 - /usr/bin/make -B buildworld >>> World build started on Tue Jun 19 16:44:52 UTC 2012 >>> 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 [...] ===> usr.sbin/mfiutil (all) cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfiutil.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_cmd.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_config.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_drive.c cc1: warnings being treated as errors /src/usr.sbin/mfiutil/mfi_drive.c: In function 'mfi_pd_inq_string': /src/usr.sbin/mfiutil/mfi_drive.c:337: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-19 17:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-19 17:45:41 - ERROR: failed to build world TB --- 2012-06-19 17:45:41 - 2317.17 user 552.23 system 3941.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 19:18:42 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40D06106564A; Tue, 19 Jun 2012 19:18:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id EBE298FC16; Tue, 19 Jun 2012 19:18:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1Sh3wh-00087k-6U>; Tue, 19 Jun 2012 21:18:35 +0200 Received: from e178024103.adsl.alicedsl.de ([85.178.24.103] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Sh3wh-0000lK-1D>; Tue, 19 Jun 2012 21:18:35 +0200 Message-ID: <4FE0D080.6020802@zedat.fu-berlin.de> Date: Tue, 19 Jun 2012 21:18:24 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120615 Thunderbird/13.0 MIME-Version: 1.0 To: Current FreeBSD , freebsd-performance@freebsd.org X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDF66DA828C0A32ED0AB550B1" X-Originating-IP: 85.178.24.103 Cc: Subject: Intel XEON Phi: Linux only? 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, 19 Jun 2012 19:18:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDF66DA828C0A32ED0AB550B1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Taken this message, http://www.phoronix.com/scan.php?page=3Dnews_item&px=3DMTExOTE it seems Intel does favour Linux for the new massiv parallel "Knights Corner" add-on PCIe card. The news doesn't mention any other opensource OS (like FreeBSD), but Phoronix is well known for its Linux relation. So, does Intel have any plans to make the Knights Corner work on *BSD as well as on Linux? Or did I misunderstood something and other OSes are already capable of dealing with this type of card? Well, this adapter card looks promising and very interesting for massive parallel applications and it would be great if the "Knights Corner" could be a an alternative for the lack of GPU support in FreeBSD when it comes to HPC. --------------enigDF66DA828C0A32ED0AB550B1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP4NCKAAoJEOgBcD7A/5N8WH8IAKtQ489OK+52Ajo7htmOUI8E yIyVjz42IcadZ+dvoKuYGzQa/sbtr79dGIcNAPZkh1BkTE6VjhG4hBYE0xA0/WjT AanAnb/hg3e0H1iaYOEp2pcPmjxfRniqi1i9uW7LNHDc4k22v6jaVDHGtpsHbfC+ 1twpBpLsXBiutSohOb8rpUDf2SfmSeNVI+gLPNvffmUTK8r+EsjZsF9FIJynfAjs lsPtDqbpuwZjXFeAzWFmDwHrreSABeKhAgWX8b9lMTcYVgUVka1SVqcT71VVqZ/h JdC9LEA/Naa2NWtYRF0FWLopJyciQDTESOHx0Zg8ZFrD+9JHFQZelmDQCMEovvs= =Wa/c -----END PGP SIGNATURE----- --------------enigDF66DA828C0A32ED0AB550B1-- From owner-freebsd-current@FreeBSD.ORG Tue Jun 19 22:31:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3AD031065673; Tue, 19 Jun 2012 22:31:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0763A8FC1A; Tue, 19 Jun 2012 22:31:17 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so11040078pbb.13 for ; Tue, 19 Jun 2012 15:31:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=iPMZbvl10r1Zst9ZskfOq8r0s+/ATrA6qLdrfQDq8LM=; b=WZmZ+8iQLTBKeVvJDC3TUvp/s8futlDiGlWK2PQOWpRyTfm/DJi+mQta+1LXotqXVy K1ux8lsWx1nQMQT4ZN6hZKlwsgM9vvpcl0Q2epJfiVFAAs+HTbAAdzkUW084zhRHHpud hVpiBbYnn29CW6dCECZwfaw96pV/HGMQkV2/A8tlwtg0X5C8BuNOJHX3Xro5QvJUc6C/ 1v3pShTn+WOqyXXVtVuLH5BjQWu5ig9M/UYK0zDqymSCJHV/W+PcXGPfEAoq0ISOhbXb OIb6xPnGgYsY0UlWSSth2qQu3YPdrrckvCgmzInbpSKm6ZgV0q3BsnIceVCvJA/1Kd9L vr9w== MIME-Version: 1.0 Received: by 10.68.135.201 with SMTP id pu9mr66351713pbb.146.1340145076819; Tue, 19 Jun 2012 15:31:16 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Tue, 19 Jun 2012 15:31:16 -0700 (PDT) In-Reply-To: <4FE0D080.6020802@zedat.fu-berlin.de> References: <4FE0D080.6020802@zedat.fu-berlin.de> Date: Tue, 19 Jun 2012 15:31:16 -0700 X-Google-Sender-Auth: ZxLIVyK5YknGAGNQP1V7S7VJySE Message-ID: From: Adrian Chadd To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-performance@freebsd.org, Current FreeBSD Subject: Re: Intel XEON Phi: Linux only? 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, 19 Jun 2012 22:31:17 -0000 I bet the answer is something like "Get FreeBSD up on it or work with someone who can help you do that." It's a catch-22 just like GPU - unless ${COMPANY} has customers using it, they're not likely to dedicate resources, and no users will use it if it doesn't work, so .. who will break the cycle. :) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 00:06:53 2012 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 9A0F4106564A for ; Wed, 20 Jun 2012 00:06:53 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id E9CDE8FC14 for ; Wed, 20 Jun 2012 00:06:52 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q5K06pBn004072 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 20 Jun 2012 01:06:51 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FE113D0.7070908@unsane.co.uk> Date: Wed, 20 Jun 2012 01:05:36 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: "freebsd-current@freebsd.org" X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: -CURRENT Panic at boot at Revision: 237264 "mutex gif softc not owned at /usr/src/sys/netinet/in_gif.c:105" 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, 20 Jun 2012 00:06:53 -0000 Full dump info at http://unsane.co.uk/crash It seems to have popped up between r236905 (working kernel) and r237264 (this panic) the gif config I have in rc.conf is for a HE ipv6 tunnel cloned_interfaces="gif0" ifconfig_gif0="tunnel 85.233.185.162 216.66.80.26" ifconfig_gif0_ipv6="inet6 2001:470:1f08:110::2 2001:470:1f08:110::1 prefixlen 128 -accept_rtadv" src.conf only has WITHOUT_IPFILTER=true WITHOUT_KERBEROS=true WITHOUT_PROFILE=yes Happy to provide any more info as needed. any suggestions welcome, I'll see if I can track it further with a binary search tomorrow. >From dump info file (at above URL) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 266 if (textdump && textdump_pending) { (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 #1 0xffffffff80314740 in db_dump (dummy=Variable "dummy" is not available. ) at /usr/src/sys/ddb/db_command.c:538 #2 0xffffffff80313d31 in db_command (last_cmdp=0xffffffff80c52b40, cmd_table=Variable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:449 #3 0xffffffff80313f80 in db_command_loop () at /usr/src/sys/ddb/db_command.c:502 #4 0xffffffff803160d9 in db_trap (type=Variable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:231 #5 0xffffffff80590918 in kdb_trap (type=3, code=0, tf=0xffffff80ea22ee20) at /usr/src/sys/kern/subr_kdb.c:654 #6 0xffffffff80815c9d in trap (frame=0xffffff80ea22ee20) at /usr/src/sys/amd64/amd64/trap.c:573 #7 0xffffffff807ffe63 in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #8 0xffffffff8059039b in kdb_enter (why=0xffffffff808fac8a "panic", msg=0x80
) at cpufunc.h:63 #9 0xffffffff805581f1 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:628 #10 0xffffffff805454ec in _mtx_assert (m=Variable "m" is not available. ) at /usr/src/sys/kern/kern_mutex.c:747 #11 0xffffffff8067bcf6 in in_gif_output (ifp=0xfffffe0005e28000, family=28, m=0xfffffe0005ff8300) at /usr/src/sys/netinet/in_gif.c:105 #12 0xffffffff8061d6a2 in gif_start (ifp=0xfffffe0005e28000) at /usr/src/sys/net/if_gif.c:411 #13 0xffffffff8061cbd4 in gif_output (ifp=0xfffffe0005e28000, m=Variable "m" is not available. ) at /usr/src/sys/net/if_gif.c:540 #14 0xffffffff807290c7 in nd6_output_lle (ifp=0xfffffe0005e28000, origifp=0xfffffe0005e28000, m0=0xfffffe0005ff8300, dst=0xffffff80ea22f56c, rt0=Variable "rt0" is not available. ) at /usr/src/sys/netinet6/nd6.c:2079 #15 0xffffffff807292f8 in nd6_output (ifp=Variable "ifp" is not available. ) at /usr/src/sys/netinet6/nd6.c:1824 #16 0xffffffff80723171 in ip6_output (m0=Variable "m0" is not available. ) at /usr/src/sys/netinet6/ip6_output.c:1021 #17 0xffffffff8072cf9f in nd6_ns_output (ifp=0xfffffe0005e28000, daddr6=0x0, taddr6=0xfffffe0005300318, ln=Variable "ln" is not available. ) at /usr/src/sys/netinet6/nd6_nbr.c:593 #18 0xffffffff8072d801 in nd6_dad_start (ifa=0xfffffe0005300200, delay=0) at /usr/src/sys/netinet6/nd6_nbr.c:1298 #19 0xffffffff80710448 in in6_update_ifa (ifp=0xfffffe0005e28000, ifra=0xfffffe00812c8b00, ia=0xfffffe0005300200, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet6/in6.c:1298 #20 0xffffffff80711658 in in6_control (so=0xfffffe00810c5aa0, cmd=2156423451, data=0xfffffe00812c8b00 "gif0", ifp=0xfffffe0005e28000, td=0xfffffe0005009000) at /usr/src/sys/netinet6/in6.c:654 #21 0xffffffff806181f6 in ifioctl (so=0xfffffe00810c5aa0, cmd=2156423451, data=0xfffffe00812c8b00 "gif0", td=0xfffffe0005009000) at /usr/src/sys/net/if.c:2540 #22 0xffffffff805aa0dd in kern_ioctl (td=Variable "td" is not available. ) at file.h:287 #23 0xffffffff805aa37d in sys_ioctl (td=0xfffffe0005009000, uap=0xffffff80ea22fb70) at /usr/src/sys/kern/sys_generic.c:691 #24 0xffffffff80814a34 in amd64_syscall (td=0xfffffe0005009000, traced=0) at subr_syscall.c:135 #25 0xffffffff80800147 in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:387 #26 0x0000000801183d0c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 01:31:02 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B15BB1065670 for ; Wed, 20 Jun 2012 01:31:02 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F10B8FC08 for ; Wed, 20 Jun 2012 01:31:02 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id q5K1UxvQ008418 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Tue, 19 Jun 2012 21:30:59 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4FE127D3.8070502@FreeBSD.org> Date: Tue, 19 Jun 2012 21:30:59 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120604 Thunderbird/12.0.1 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [204.109.58.86]); Tue, 19 Jun 2012 21:30:59 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: Subject: panic with out of 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: Wed, 20 Jun 2012 01:31:02 -0000 Hi, I just got a panic out of my r237195 system. The panic looks like: Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock KDB: stack backtrace of thread 173153: sched_switch() at sched_switch+0x28a mi_switch() at mi_switch+0xdf sleepq_timedwait() at sleepq_timedwait+0x3a _sleep() at _sleep+0x266 swp_pager_meta_build() at swp_pager_meta_build+0x259 swap_pager_copy() at swap_pager_copy+0x17b vm_object_collapse() at vm_object_collapse+0x123 vm_object_deallocate() at vm_object_deallocate+0x457 vm_map_process_deferred() at vm_map_process_deferred+0x72 vm_pageout_oom() at vm_pageout_oom+0x180 swp_pager_meta_build() at swp_pager_meta_build+0x248 swap_pager_copy() at swap_pager_copy+0x17b vm_object_collapse() at vm_object_collapse+0x123 vm_object_deallocate() at vm_object_deallocate+0x457 vm_map_process_deferred() at vm_map_process_deferred+0x72 vm_map_remove() at vm_map_remove+0x116 exec_new_vmspace() at exec_new_vmspace+0x1bc exec_elf64_imgact() at exec_elf64_imgact+0x5f4 kern_execve() at kern_execve+0x6f0 sys_execve() at sys_execve+0x37 amd64_syscall() at amd64_syscall+0x351 Xfast_syscall() at Xfast_syscall+0xfb --- syscall (59, FreeBSD ELF64, sys_execve), rip = 0x800d2eddc, rsp = 0x7fffffffd328, rbp = 0x7fffffffd470 --- panic: sleeping thread cpuid = 4 The system was very busy and using lots of swap, but I didn't expect a panic. If any more detail is needed or I should just get more RAM, let me know. :) Thanks, Steve From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 02:16:22 2012 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 953A8106564A; Wed, 20 Jun 2012 02:16:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 311918FC08; Wed, 20 Jun 2012 02:16:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K2GL7K058048; Tue, 19 Jun 2012 22:16:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K2GGCu057831; Wed, 20 Jun 2012 02:16:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 02:16:16 GMT Message-Id: <201206200216.q5K2GGCu057831@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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, 20 Jun 2012 02:16:22 -0000 TB --- 2012-06-20 01:40:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 01:40:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 01:40:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-20 01:40:01 - cleaning the object tree TB --- 2012-06-20 01:43:39 - cvsupping the source tree TB --- 2012-06-20 01:43:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-20 01:44:18 - building world TB --- 2012-06-20 01:44:18 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 01:44:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 01:44:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 01:44:18 - SRCCONF=/dev/null TB --- 2012-06-20 01:44:18 - TARGET=arm TB --- 2012-06-20 01:44:18 - TARGET_ARCH=arm TB --- 2012-06-20 01:44:18 - TZ=UTC TB --- 2012-06-20 01:44:18 - __MAKE_CONF=/dev/null TB --- 2012-06-20 01:44:18 - cd /src TB --- 2012-06-20 01:44:18 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 01:44:18 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/arm.arm/src/tmp/usr/lib/libc.a /obj/arm.arm/src/tmp/usr/lib/libgeom.a /obj/arm.arm/src/tmp/usr/lib/libbsdxml.a /obj/arm.arm/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 02:16:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 02:16:16 - ERROR: failed to build world TB --- 2012-06-20 02:16:16 - 1263.51 user 315.95 system 2175.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 02:59:17 2012 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 819A51065677; Wed, 20 Jun 2012 02:59:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 209A58FC0A; Wed, 20 Jun 2012 02:59:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K2xGgD087473; Tue, 19 Jun 2012 22:59:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K2xGPn087469; Wed, 20 Jun 2012 02:59:16 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 02:59:16 GMT Message-Id: <201206200259.q5K2xGPn087469@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 02:59:17 -0000 TB --- 2012-06-20 02:16:21 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 02:16:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 02:16:21 - starting HEAD tinderbox run for ia64/ia64 TB --- 2012-06-20 02:16:21 - cleaning the object tree TB --- 2012-06-20 02:16:21 - cvsupping the source tree TB --- 2012-06-20 02:16:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2012-06-20 02:17:17 - building world TB --- 2012-06-20 02:17:17 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 02:17:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 02:17:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 02:17:17 - SRCCONF=/dev/null TB --- 2012-06-20 02:17:17 - TARGET=ia64 TB --- 2012-06-20 02:17:17 - TARGET_ARCH=ia64 TB --- 2012-06-20 02:17:17 - TZ=UTC TB --- 2012-06-20 02:17:17 - __MAKE_CONF=/dev/null TB --- 2012-06-20 02:17:17 - cd /src TB --- 2012-06-20 02:17:17 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 02:17:18 UTC 2012 >>> 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 [...] mkdep -f .depend -a -I/obj/ia64.ia64/src/sbin/atm/atmconfig -std=gnu99 /src/sbin/atm/atmconfig/main.c /src/sbin/atm/atmconfig/diag.c /src/sbin/atm/atmconfig/natm.c /src/sbin/atm/atmconfig/atmconfig_device.c echo atmconfig: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libbsnmp.a >> .depend ===> sbin/badsect (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/ia64.ia64/src/tmp/usr/lib/libc.a /obj/ia64.ia64/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 02:59:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 02:59:16 - ERROR: failed to build world TB --- 2012-06-20 02:59:16 - 1848.01 user 312.18 system 2574.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 03:25:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4DDF106566B; Wed, 20 Jun 2012 03:25:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 813218FC0A; Wed, 20 Jun 2012 03:25:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K3PwuE071497; Tue, 19 Jun 2012 23:25:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K3Pwxj071488; Wed, 20 Jun 2012 03:25:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 03:25:58 GMT Message-Id: <201206200325.q5K3Pwxj071488@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 03:26:00 -0000 TB --- 2012-06-20 01:40:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 01:40:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 01:40:01 - starting HEAD tinderbox run for i386/i386 TB --- 2012-06-20 01:40:01 - cleaning the object tree TB --- 2012-06-20 01:40:01 - cvsupping the source tree TB --- 2012-06-20 01:40:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2012-06-20 01:42:26 - building world TB --- 2012-06-20 01:42:26 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 01:42:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 01:42:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 01:42:26 - SRCCONF=/dev/null TB --- 2012-06-20 01:42:26 - TARGET=i386 TB --- 2012-06-20 01:42:26 - TARGET_ARCH=i386 TB --- 2012-06-20 01:42:26 - TZ=UTC TB --- 2012-06-20 01:42:26 - __MAKE_CONF=/dev/null TB --- 2012-06-20 01:42:26 - cd /src TB --- 2012-06-20 01:42:26 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 01:42:29 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/i386.i386/src/tmp/usr/lib/libc.a /obj/i386.i386/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/i386.i386/src/tmp/usr/lib/libc.a /obj/i386.i386/src/tmp/usr/lib/libgeom.a /obj/i386.i386/src/tmp/usr/lib/libbsdxml.a /obj/i386.i386/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 03:25:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 03:25:58 - ERROR: failed to build world TB --- 2012-06-20 03:25:58 - 4826.16 user 607.49 system 6357.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 03:28:16 2012 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 B91931065670; Wed, 20 Jun 2012 03:28:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9C98FC1D; Wed, 20 Jun 2012 03:28:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K3SFFk077524; Tue, 19 Jun 2012 23:28:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K3SF4m077514; Wed, 20 Jun 2012 03:28:15 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 03:28:15 GMT Message-Id: <201206200328.q5K3SF4m077514@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 03:28:16 -0000 TB --- 2012-06-20 01:40:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 01:40:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 01:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2012-06-20 01:40:01 - cleaning the object tree TB --- 2012-06-20 01:40:01 - cvsupping the source tree TB --- 2012-06-20 01:40:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2012-06-20 01:42:46 - building world TB --- 2012-06-20 01:42:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 01:42:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 01:42:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 01:42:46 - SRCCONF=/dev/null TB --- 2012-06-20 01:42:46 - TARGET=amd64 TB --- 2012-06-20 01:42:46 - TARGET_ARCH=amd64 TB --- 2012-06-20 01:42:46 - TZ=UTC TB --- 2012-06-20 01:42:46 - __MAKE_CONF=/dev/null TB --- 2012-06-20 01:42:46 - cd /src TB --- 2012-06-20 01:42:46 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 01:42:47 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/amd64.amd64/src/tmp/usr/lib/libc.a /obj/amd64.amd64/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/amd64.amd64/src/tmp/usr/lib/libc.a /obj/amd64.amd64/src/tmp/usr/lib/libgeom.a /obj/amd64.amd64/src/tmp/usr/lib/libbsdxml.a /obj/amd64.amd64/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 03:28:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 03:28:15 - ERROR: failed to build world TB --- 2012-06-20 03:28:15 - 4835.28 user 619.02 system 6494.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 03:28:33 2012 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 40C7F10657F5; Wed, 20 Jun 2012 03:28:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D8F948FC0A; Wed, 20 Jun 2012 03:28:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K3SWEh078471; Tue, 19 Jun 2012 23:28:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K3SW2S078469; Wed, 20 Jun 2012 03:28:32 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 03:28:32 GMT Message-Id: <201206200328.q5K3SW2S078469@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 03:28:33 -0000 TB --- 2012-06-20 01:40:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 01:40:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 01:40:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2012-06-20 01:40:01 - cleaning the object tree TB --- 2012-06-20 01:40:01 - cvsupping the source tree TB --- 2012-06-20 01:40:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2012-06-20 01:42:46 - building world TB --- 2012-06-20 01:42:46 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 01:42:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 01:42:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 01:42:46 - SRCCONF=/dev/null TB --- 2012-06-20 01:42:46 - TARGET=pc98 TB --- 2012-06-20 01:42:46 - TARGET_ARCH=i386 TB --- 2012-06-20 01:42:46 - TZ=UTC TB --- 2012-06-20 01:42:46 - __MAKE_CONF=/dev/null TB --- 2012-06-20 01:42:46 - cd /src TB --- 2012-06-20 01:42:46 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 01:42:47 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/pc98.i386/src/tmp/usr/lib/libc.a /obj/pc98.i386/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/pc98.i386/src/tmp/usr/lib/libc.a /obj/pc98.i386/src/tmp/usr/lib/libgeom.a /obj/pc98.i386/src/tmp/usr/lib/libbsdxml.a /obj/pc98.i386/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 03:28:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 03:28:32 - ERROR: failed to build world TB --- 2012-06-20 03:28:32 - 4833.78 user 612.91 system 6511.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 03:33:25 2012 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 E08DC106566C; Wed, 20 Jun 2012 03:33:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 85C4B8FC18; Wed, 20 Jun 2012 03:33:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K3XPNQ009738; Tue, 19 Jun 2012 23:33:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K3XOhF009688; Wed, 20 Jun 2012 03:33:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 03:33:25 GMT Message-Id: <201206200333.q5K3XOhF009688@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 mips/mips 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, 20 Jun 2012 03:33:26 -0000 TB --- 2012-06-20 02:59:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 02:59:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 02:59:16 - starting HEAD tinderbox run for mips/mips TB --- 2012-06-20 02:59:16 - cleaning the object tree TB --- 2012-06-20 02:59:16 - cvsupping the source tree TB --- 2012-06-20 02:59:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2012-06-20 02:59:44 - building world TB --- 2012-06-20 02:59:44 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 02:59:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 02:59:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 02:59:44 - SRCCONF=/dev/null TB --- 2012-06-20 02:59:44 - TARGET=mips TB --- 2012-06-20 02:59:44 - TARGET_ARCH=mips TB --- 2012-06-20 02:59:44 - TZ=UTC TB --- 2012-06-20 02:59:44 - __MAKE_CONF=/dev/null TB --- 2012-06-20 02:59:44 - cd /src TB --- 2012-06-20 02:59:44 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 02:59:45 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/mips.mips/src/tmp/usr/lib/libc.a /obj/mips.mips/src/tmp/usr/lib/libgeom.a /obj/mips.mips/src/tmp/usr/lib/libbsdxml.a /obj/mips.mips/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 03:33:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 03:33:24 - ERROR: failed to build world TB --- 2012-06-20 03:33:24 - 1340.75 user 290.31 system 2048.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 03:51:45 2012 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 63942106566B; Wed, 20 Jun 2012 03:51:45 +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 2D1428FC0C; Wed, 20 Jun 2012 03:51:45 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q5K3pZMi081263; Tue, 19 Jun 2012 21:51:36 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1278) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: Date: Tue, 19 Jun 2012 21:51:35 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4FE0D080.6020802@zedat.fu-berlin.de> To: Adrian Chadd X-Mailer: Apple Mail (2.1278) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-performance@freebsd.org, Current FreeBSD , "O. Hartmann" Subject: Re: Intel XEON Phi: Linux only? 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, 20 Jun 2012 03:51:45 -0000 On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote: > I bet the answer is something like "Get FreeBSD up on it or work with > someone who can help you do that." >=20 > It's a catch-22 just like GPU - unless ${COMPANY} has customers using > it, they're not likely to dedicate resources, and no users will use it > if it doesn't work, so .. who will break the cycle. :) >=20 >=20 If I may be blunt here, there's no point in idle speculation when there = are several FreeBSD committers who work for Intel and write Intel = drivers for FreeBSD. Let's ask them! Scott From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 04:01:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 05D5B106566B; Wed, 20 Jun 2012 04:01:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9F2068FC0C; Wed, 20 Jun 2012 04:01:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K41pFV013784; Wed, 20 Jun 2012 00:01:51 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K41p7T013782; Wed, 20 Jun 2012 04:01:51 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 04:01:51 GMT Message-Id: <201206200401.q5K41p7T013782@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 04:01:52 -0000 TB --- 2012-06-20 03:28:32 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 03:28:32 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 03:28:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2012-06-20 03:28:32 - cleaning the object tree TB --- 2012-06-20 03:28:32 - cvsupping the source tree TB --- 2012-06-20 03:28:32 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2012-06-20 03:30:29 - building world TB --- 2012-06-20 03:30:29 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 03:30:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 03:30:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 03:30:29 - SRCCONF=/dev/null TB --- 2012-06-20 03:30:29 - TARGET=sparc64 TB --- 2012-06-20 03:30:29 - TARGET_ARCH=sparc64 TB --- 2012-06-20 03:30:29 - TZ=UTC TB --- 2012-06-20 03:30:29 - __MAKE_CONF=/dev/null TB --- 2012-06-20 03:30:29 - cd /src TB --- 2012-06-20 03:30:29 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 03:30:30 UTC 2012 >>> 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 [...] mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/bsdlabel (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/bsdlabel/bsdlabel.c /src/sbin/bsdlabel/../../sys/geom/geom_bsd_enc.c echo bsdlabel: /obj/sparc64.sparc64/src/tmp/usr/lib/libc.a /obj/sparc64.sparc64/src/tmp/usr/lib/libgeom.a /obj/sparc64.sparc64/src/tmp/usr/lib/libbsdxml.a /obj/sparc64.sparc64/src/tmp/usr/lib/libsbuf.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 04:01:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 04:01:51 - ERROR: failed to build world TB --- 2012-06-20 04:01:51 - 1440.66 user 288.12 system 1998.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 05:00:06 2012 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 89F5B106564A; Wed, 20 Jun 2012 05:00:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1D0748FC18; Wed, 20 Jun 2012 05:00:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K505kW045308; Wed, 20 Jun 2012 01:00:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K505Mg045307; Wed, 20 Jun 2012 05:00:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 05:00:05 GMT Message-Id: <201206200500.q5K505Mg045307@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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, 20 Jun 2012 05:00:06 -0000 TB --- 2012-06-20 03:25:58 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 03:25:58 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 03:25:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2012-06-20 03:25:58 - cleaning the object tree TB --- 2012-06-20 03:25:58 - cvsupping the source tree TB --- 2012-06-20 03:25:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2012-06-20 03:28:12 - building world TB --- 2012-06-20 03:28:12 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 03:28:12 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 03:28:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 03:28:12 - SRCCONF=/dev/null TB --- 2012-06-20 03:28:12 - TARGET=powerpc TB --- 2012-06-20 03:28:12 - TARGET_ARCH=powerpc TB --- 2012-06-20 03:28:12 - TZ=UTC TB --- 2012-06-20 03:28:12 - __MAKE_CONF=/dev/null TB --- 2012-06-20 03:28:12 - cd /src TB --- 2012-06-20 03:28:12 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 03:28:14 UTC 2012 >>> 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 [...] mkdep -f .depend -a -I/obj/powerpc.powerpc/src/sbin/atm/atmconfig -std=gnu99 /src/sbin/atm/atmconfig/main.c /src/sbin/atm/atmconfig/diag.c /src/sbin/atm/atmconfig/natm.c /src/sbin/atm/atmconfig/atmconfig_device.c echo atmconfig: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libbsnmp.a >> .depend ===> sbin/badsect (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/powerpc.powerpc/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 05:00:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 05:00:05 - ERROR: failed to build world TB --- 2012-06-20 05:00:05 - 4773.68 user 530.84 system 5646.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 05:01:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9470F1065687; Wed, 20 Jun 2012 05:01:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 31ADF8FC12; Wed, 20 Jun 2012 05:01:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K51g2w050561; Wed, 20 Jun 2012 01:01:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K51gil050560; Wed, 20 Jun 2012 05:01:42 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 05:01:42 GMT Message-Id: <201206200501.q5K51gil050560@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 powerpc64/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, 20 Jun 2012 05:01:43 -0000 TB --- 2012-06-20 03:28:16 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 03:28:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 03:28:16 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2012-06-20 03:28:16 - cleaning the object tree TB --- 2012-06-20 03:28:16 - cvsupping the source tree TB --- 2012-06-20 03:28:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2012-06-20 03:30:19 - building world TB --- 2012-06-20 03:30:19 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 03:30:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 03:30:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 03:30:19 - SRCCONF=/dev/null TB --- 2012-06-20 03:30:19 - TARGET=powerpc TB --- 2012-06-20 03:30:19 - TARGET_ARCH=powerpc64 TB --- 2012-06-20 03:30:19 - TZ=UTC TB --- 2012-06-20 03:30:19 - __MAKE_CONF=/dev/null TB --- 2012-06-20 03:30:19 - cd /src TB --- 2012-06-20 03:30:19 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 03:30:21 UTC 2012 >>> 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 [...] mkdep -f .depend -a -I/obj/powerpc.powerpc64/src/sbin/atm/atmconfig -std=gnu99 /src/sbin/atm/atmconfig/main.c /src/sbin/atm/atmconfig/diag.c /src/sbin/atm/atmconfig/natm.c /src/sbin/atm/atmconfig/atmconfig_device.c echo atmconfig: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libbsnmp.a >> .depend ===> sbin/badsect (depend) rm -f .depend mkdep -f .depend -a -std=gnu99 /src/sbin/badsect/badsect.c echo badsect: /obj/powerpc.powerpc64/src/tmp/usr/lib/libc.a /obj/powerpc.powerpc64/src/tmp/usr/lib/libufs.a >> .depend ===> sbin/camcontrol (depend) make: don't know how to make progress.c. Stop *** Error code 2 Stop in /src/sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 05:01:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 05:01:42 - ERROR: failed to build world TB --- 2012-06-20 05:01:42 - 4831.66 user 548.99 system 5606.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 05:32:58 2012 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 E9945106566B; Wed, 20 Jun 2012 05:32:57 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 910238FC1B; Wed, 20 Jun 2012 05:32:57 +0000 (UTC) Received: by obbun3 with SMTP id un3so455469obb.13 for ; Tue, 19 Jun 2012 22:32:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=o96PYr99ii8PKfZgryJsyB7OwZhdl6yDFzBpj+BIgmo=; b=PK6UA464voy+7DmwOZ/0B25oh2j8lu6xJ0I81BY9tGEj5++bKMyF2idXnTDz4bded6 uP3DFVya7jvKDAqVunbYd9DLuYUeNadyPO0lULNQLBELF01XC0KAm8HSKUYqEzzDU3oL HWOJdxRMhvaCXBeCeX/kcUxUw904dLfDPEn20AYXtb/q/ECLzJn1oKK5+blZck0WyYwN 8mrTY1dbEHCIINTLy7eVl5RguWtsgIzvAdsMV8OIT1EVeCeqck/zIEdwDPgO84W9iyIk uFp1S3oyGzq8kaXNt3HxzsIpaXxbbWsiASseg7vgAIBQHdE6z1UpPJ0Lyf7rBcZfaGN0 Z6dg== MIME-Version: 1.0 Received: by 10.60.24.165 with SMTP id v5mr22519435oef.67.1340170377185; Tue, 19 Jun 2012 22:32:57 -0700 (PDT) Received: by 10.76.98.77 with HTTP; Tue, 19 Jun 2012 22:32:57 -0700 (PDT) In-Reply-To: References: <4FE0D080.6020802@zedat.fu-berlin.de> Date: Tue, 19 Jun 2012 22:32:57 -0700 Message-ID: From: Garrett Cooper To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Adrian Chadd , Current FreeBSD , "O. Hartmann" , freebsd-performance@freebsd.org Subject: Re: Intel XEON Phi: Linux only? 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, 20 Jun 2012 05:32:58 -0000 On Tue, Jun 19, 2012 at 8:51 PM, Scott Long wrote: > On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote: > >> I bet the answer is something like "Get FreeBSD up on it or work with >> someone who can help you do that." >> >> It's a catch-22 just like GPU - unless ${COMPANY} has customers using >> it, they're not likely to dedicate resources, and no users will use it >> if it doesn't work, so .. who will break the cycle. :) > > If I may be blunt here, there's no point in idle speculation when there a= re several FreeBSD committers who work for Intel and write Intel drivers fo= r FreeBSD. =A0Let's ask them! +1! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 06:12:28 2012 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 34A5810656F0; Wed, 20 Jun 2012 06:12:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EE6C28FC1A; Wed, 20 Jun 2012 06:12:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5K6CRto028984; Wed, 20 Jun 2012 02:12:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5K6CQnk028983; Wed, 20 Jun 2012 06:12:26 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 06:12:26 GMT Message-Id: <201206200612.q5K6CQnk028983@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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, 20 Jun 2012 06:12:28 -0000 TB --- 2012-06-20 05:10:01 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 05:10:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 05:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-20 05:10:01 - cleaning the object tree TB --- 2012-06-20 05:12:38 - cvsupping the source tree TB --- 2012-06-20 05:12:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-20 05:15:22 - building world TB --- 2012-06-20 05:15:22 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 05:15:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 05:15:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 05:15:22 - SRCCONF=/dev/null TB --- 2012-06-20 05:15:22 - TARGET=arm TB --- 2012-06-20 05:15:22 - TARGET_ARCH=arm TB --- 2012-06-20 05:15:22 - TZ=UTC TB --- 2012-06-20 05:15:22 - __MAKE_CONF=/dev/null TB --- 2012-06-20 05:15:22 - cd /src TB --- 2012-06-20 05:15:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 05:15:24 UTC 2012 >>> 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 [...] ===> usr.sbin/mfiutil (all) cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfiutil.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_cmd.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_config.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_drive.c cc1: warnings being treated as errors /src/usr.sbin/mfiutil/mfi_drive.c: In function 'mfi_pd_inq_string': /src/usr.sbin/mfiutil/mfi_drive.c:337: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 06:12:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 06:12:26 - ERROR: failed to build world TB --- 2012-06-20 06:12:26 - 2312.11 user 545.12 system 3745.91 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 06:27:07 2012 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 957671065672 for ; Wed, 20 Jun 2012 06:27:07 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 10DD58FC14 for ; Wed, 20 Jun 2012 06:27:07 +0000 (UTC) Received: by obbun3 with SMTP id un3so532317obb.13 for ; Tue, 19 Jun 2012 23:27:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=XwYCJdhP5fgsTgNBSDEiBAuTHOfpQvIU0QNBqFlHYbA=; b=l0h4HVTMfTj0/eYIKCCGFdg1DYCqXC3sPqlDzycnAHYOPVlD4AUvt74w/F73hgdnQH SsE/+pHP5CsKJbZjnMW//KydywvsxHCplQV67Fs0WNGnbEhuU8GuhKKHTzNnuFW45V1f 7JjqdQjrQtOy+wjiHLE82Kqwo3hiQQGLhBX7Y= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=XwYCJdhP5fgsTgNBSDEiBAuTHOfpQvIU0QNBqFlHYbA=; b=QjL1phJT+hTojXVKjHAXr5xJUEkza4Ke1CqCCfRdxL+IjsJkuDlFcv0ukNb+rdQZBp ZFCEJfsXaWKFavCK18YfLvfYGeEGnwQdlj8Nh9BoBXtid3ApgNl9qGowiQ2zHq3ZLF9B tNOp76OVfHyTuSkyeQ0FpALRteJq8JygKyTYp6jksRwDy9rR8tXGq1c4FMnceBNPVrAd /bP0Pj2SsHwixs7tGjMfgrDBWmDZEEBiE4jkDU8Fm6745bmMcFr6XE0RUv4dWRj8d9RO MzYDq+B6eMTTbOVuHmrY40KKA8oq3vDJ9onyc8U1hYIdJl6lH9ivYO7vO5f/yK1YTaf6 Ku5w== Received: by 10.182.131.2 with SMTP id oi2mr22132619obb.43.1340173626449; Tue, 19 Jun 2012 23:27:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Tue, 19 Jun 2012 23:26:36 -0700 (PDT) In-Reply-To: <201206200612.q5K6CQnk028983@freebsd-current.sentex.ca> References: <201206200612.q5K6CQnk028983@freebsd-current.sentex.ca> From: Eitan Adler Date: Tue, 19 Jun 2012 23:26:36 -0700 Message-ID: To: FreeBSD Tinderbox Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlv42TxkOSpXMRH/2bvih14Q+knYE65Xd1EgDhddljOBmnsPg1mMU9vAe/FyWIITCKNRkFt Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm 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, 20 Jun 2012 06:27:07 -0000 On 19 June 2012 23:12, FreeBSD Tinderbox wrote: > Stop in /src/usr.sbin/mfiutil. > *** Error code 1 looks like this is my fault :( I've sent a patch to my mentor for approval which should fix this. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 07:46:56 2012 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 14F21106566C; Wed, 20 Jun 2012 07:46:56 +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 BC4408FC0A; Wed, 20 Jun 2012 07:46:55 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1ShFcs-00041T-P9; Wed, 20 Jun 2012 08:46:54 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ShFcs-0002Vn-4H; Wed, 20 Jun 2012 08:46:54 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5K7krAV071543; Wed, 20 Jun 2012 08:46:53 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5K7krHw071542; Wed, 20 Jun 2012 08:46:53 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 20 Jun 2012 08:46:53 +0100 From: Anton Shterenlikht To: Steve Kargl Message-ID: <20120620074653.GA64398@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Steve Kargl , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120619154033.GA70250@mech-cluster241.men.bris.ac.uk> <20120619161319.GA43198@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120619161319.GA43198@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: r232100: /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' 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, 20 Jun 2012 07:46:56 -0000 On Tue, Jun 19, 2012 at 09:13:19AM -0700, Steve Kargl wrote: > On Tue, Jun 19, 2012 at 04:40:34PM +0100, Anton Shterenlikht wrote: > > I'm doing a binary search for another > > issue between r231193 and r233000. > > > > On r232100 I get: > > > > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -L/usr/local/lib -o mail.local mail.local.o /usr/obj/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 > > /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' > > % svn blame /usr/src/lib/libc/locale/Symbol.map | grep Thread > 232498 theraven _ThreadRuneLocale; > > You did actually provide enough detail about your > binary search, sorry, did or didn't? It case it matters, I'm trying to find which revision broke csup on ia64: http://lists.freebsd.org/pipermail/freebsd-ia64/2012-June/003280.html > but 232498 falls within your range > of 231193:233000. You also forgot to tell us > what is in your src.conf I don't use it > and make.conf files, this was in the original mail: # cat /etc/make.conf SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 SENDMAIL_LDFLAGS+= -L/usr/local/lib SENDMAIL_LDADD+= -lsasl2 WITH_PKGNG=yes PERL_VERSION=5.14.2 # > which > is causing you to use something from /usr/local, > which needs to be kept in sync with your binary > search. Yes, I thought of this, which is why I rebuilt cyrus-sasl on r232100. Perhaps I need to rebuild some other port on r232100? Or maybe it's best to remove auth sendmail while I'm dealing with csup issue? Thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 07:47:53 2012 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 4FE321065673; Wed, 20 Jun 2012 07:47:53 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id C217B8FC15; Wed, 20 Jun 2012 07:47:52 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5K7ljOB032110; Wed, 20 Jun 2012 10:47:45 +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.5/8.14.5) with ESMTP id q5K7li8P071401; Wed, 20 Jun 2012 10:47:44 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5K7liLq071400; Wed, 20 Jun 2012 10:47:44 +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, 20 Jun 2012 10:47:44 +0300 From: Konstantin Belousov To: Steve Wills Message-ID: <20120620074744.GS2337@deviant.kiev.zoral.com.ua> References: <4FE127D3.8070502@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DCVUsB8wYFFoocrD" Content-Disposition: inline In-Reply-To: <4FE127D3.8070502@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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: current@freebsd.org Subject: Re: panic with out of 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: Wed, 20 Jun 2012 07:47:53 -0000 --DCVUsB8wYFFoocrD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 19, 2012 at 09:30:59PM -0400, Steve Wills wrote: > Hi, >=20 > I just got a panic out of my r237195 system. The panic looks like: >=20 > Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock > KDB: stack backtrace of thread 173153: > sched_switch() at sched_switch+0x28a > mi_switch() at mi_switch+0xdf > sleepq_timedwait() at sleepq_timedwait+0x3a > _sleep() at _sleep+0x266 > swp_pager_meta_build() at swp_pager_meta_build+0x259 > swap_pager_copy() at swap_pager_copy+0x17b > vm_object_collapse() at vm_object_collapse+0x123 > vm_object_deallocate() at vm_object_deallocate+0x457 > vm_map_process_deferred() at vm_map_process_deferred+0x72 > vm_pageout_oom() at vm_pageout_oom+0x180 > swp_pager_meta_build() at swp_pager_meta_build+0x248 > swap_pager_copy() at swap_pager_copy+0x17b > vm_object_collapse() at vm_object_collapse+0x123 > vm_object_deallocate() at vm_object_deallocate+0x457 > vm_map_process_deferred() at vm_map_process_deferred+0x72 > vm_map_remove() at vm_map_remove+0x116 > exec_new_vmspace() at exec_new_vmspace+0x1bc > exec_elf64_imgact() at exec_elf64_imgact+0x5f4 > kern_execve() at kern_execve+0x6f0 > sys_execve() at sys_execve+0x37 > amd64_syscall() at amd64_syscall+0x351 > Xfast_syscall() at Xfast_syscall+0xfb > --- syscall (59, FreeBSD ELF64, sys_execve), rip =3D 0x800d2eddc, rsp =3D > 0x7fffffffd328, rbp =3D 0x7fffffffd470 --- > panic: sleeping thread > cpuid =3D 4 >=20 > The system was very busy and using lots of swap, but I didn't expect a > panic. If any more detail is needed or I should just get more RAM, let > me know. :) John has patches for this case. --DCVUsB8wYFFoocrD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/hgCAACgkQC3+MBN1Mb4ivvQCg7BsJfiztHeI3mAprQTr2gtn7 ADcAoKTs7LQuLu1mattAkefWKOC1ZWqY =pm2N -----END PGP SIGNATURE----- --DCVUsB8wYFFoocrD-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 09:27:02 2012 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 62000106566C; Wed, 20 Jun 2012 09:27:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id CBC6A8FC1B; Wed, 20 Jun 2012 09:27:00 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5K9QfIY061459; Wed, 20 Jun 2012 12:26:41 +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.5/8.14.5) with ESMTP id q5K9QeVZ071849; Wed, 20 Jun 2012 12:26:40 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5K9QceC071848; Wed, 20 Jun 2012 12:26:38 +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, 20 Jun 2012 12:26:38 +0300 From: Konstantin Belousov To: Scott Long Message-ID: <20120620092638.GU2337@deviant.kiev.zoral.com.ua> References: <4FE0D080.6020802@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qKjsupNRLbaULa5O" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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: Adrian Chadd , Current FreeBSD , "O. Hartmann" , freebsd-performance@freebsd.org Subject: Re: Intel XEON Phi: Linux only? 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, 20 Jun 2012 09:27:02 -0000 --qKjsupNRLbaULa5O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 19, 2012 at 09:51:35PM -0600, Scott Long wrote: > On Jun 19, 2012, at 4:31 PM, Adrian Chadd wrote: >=20 > > I bet the answer is something like "Get FreeBSD up on it or work with > > someone who can help you do that." > >=20 > > It's a catch-22 just like GPU - unless ${COMPANY} has customers using > > it, they're not likely to dedicate resources, and no users will use it > > if it doesn't work, so .. who will break the cycle. :) > >=20 > >=20 >=20 > If I may be blunt here, there's no point in idle speculation when > there are several FreeBSD committers who work for Intel and write Intel > drivers for FreeBSD. Let's ask them! Intel released a documentation set for MIC, which does not even contain any references to the startup sequence and system management. The only thing which is provided is patch for Linux kernel. I will be very delighted and want to appear completely wrong, but my suspect is that FreeBSD will be in the same position with MIC as it is with Intel GPUs. I asked Intel representative about MIC programming documentation some time ago, the answer was 'we do provide extensive documentation for SDK'. After I noted that this is not what is needed to support the hardware on !Linux, I only get a blank eye. --qKjsupNRLbaULa5O Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/hl04ACgkQC3+MBN1Mb4iCGACfauJDOa/A8vS8RDWB+yjYVgZa lO8An0L/vEGPYjix1K4W56ExS/TZa2Hm =I/GG -----END PGP SIGNATURE----- --qKjsupNRLbaULa5O-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 10:07:56 2012 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 A12991065672; Wed, 20 Jun 2012 10:07:56 +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 52FC68FC1E; Wed, 20 Jun 2012 10:07:56 +0000 (UTC) Received: from ncsd.bris.ac.uk ([137.222.10.59] helo=ncs.bris.ac.uk) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1ShHpL-0005nz-Cy; Wed, 20 Jun 2012 11:07:55 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncs.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ShHpL-0000Xn-2D; Wed, 20 Jun 2012 11:07:55 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5KA7srI057503; Wed, 20 Jun 2012 11:07:54 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5KA7svt057502; Wed, 20 Jun 2012 11:07:54 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 20 Jun 2012 11:07:54 +0100 From: Anton Shterenlikht To: Steve Kargl , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120620100754.GA57061@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Steve Kargl , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120619154033.GA70250@mech-cluster241.men.bris.ac.uk> <20120619161319.GA43198@troutmask.apl.washington.edu> <20120620074653.GA64398@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120620074653.GA64398@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: r232100: /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' 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, 20 Jun 2012 10:07:56 -0000 On Wed, Jun 20, 2012 at 08:46:53AM +0100, Anton Shterenlikht wrote: > On Tue, Jun 19, 2012 at 09:13:19AM -0700, Steve Kargl wrote: > > On Tue, Jun 19, 2012 at 04:40:34PM +0100, Anton Shterenlikht wrote: > > > I'm doing a binary search for another > > > issue between r231193 and r233000. > > > > > > On r232100 I get: > > > > > > cc -O2 -pipe -I/usr/src/libexec/mail.local/../../contrib/sendmail/include -I. -I/usr/local/include -DSASL=2 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -L/usr/local/lib -o mail.local mail.local.o /usr/obj/usr/src/libexec/mail.local/../../lib/libsm/libsm.a -lsasl2 > > > /usr/local/lib/libsasl2.so: undefined reference to `_ThreadRuneLocale@FBSD_1.3' > > > > % svn blame /usr/src/lib/libc/locale/Symbol.map | grep Thread > > 232498 theraven _ThreadRuneLocale; > > > > You did actually provide enough detail about your > > binary search, > > sorry, did or didn't? > > It case it matters, I'm trying to find which revision > broke csup on ia64: > > http://lists.freebsd.org/pipermail/freebsd-ia64/2012-June/003280.html > > > but 232498 falls within your range > > of 231193:233000. You also forgot to tell us > > what is in your src.conf > > I don't use it > > > and make.conf files, > > this was in the original mail: > > # cat /etc/make.conf > SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2 > SENDMAIL_LDFLAGS+= -L/usr/local/lib > SENDMAIL_LDADD+= -lsasl2 > WITH_PKGNG=yes > PERL_VERSION=5.14.2 > # > > > which > > is causing you to use something from /usr/local, > > which needs to be kept in sync with your binary > > search. > > Yes, I thought of this, which is why I rebuilt > cyrus-sasl on r232100. Perhaps I need to rebuild > some other port on r232100? > > Or maybe it's best to remove auth sendmail while > I'm dealing with csup issue? > just to confirm, removing the 3 sendmail lines from make.conf makes r232100 world build fine. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:26:22 2012 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 92AF9106567C; Wed, 20 Jun 2012 12:26:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3ABFD8FC0C; Wed, 20 Jun 2012 12:26:22 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 91B97B945; Wed, 20 Jun 2012 08:26:21 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 20 Jun 2012 08:12:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FE113D0.7070908@unsane.co.uk> In-Reply-To: <4FE113D0.7070908@unsane.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206200812.17644.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 20 Jun 2012 08:26:21 -0400 (EDT) Cc: Randall Stewart , Vincent Hoffman Subject: Re: -CURRENT Panic at boot at Revision: 237264 "mutex gif softc not owned at /usr/src/sys/netinet/in_gif.c:105" 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, 20 Jun 2012 12:26:22 -0000 On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote: > Full dump info at http://unsane.co.uk/crash > It seems to have popped up between r236905 (working kernel) and r237264 > (this panic) > > the gif config I have in rc.conf is for a HE ipv6 tunnel Looks like this was broken in r236951 by Randall (cc'd). I think this would fix it: Index: if_gif.c =================================================================== --- if_gif.c (revision 237227) +++ if_gif.c (working copy) @@ -366,11 +366,12 @@ gif_start(struct ifnet *ifp) return; } ifp->if_drv_flags |= IFF_DRV_OACTIVE; - GIF_UNLOCK(sc); keep_going: while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { + GIF_UNLOCK(sc); IFQ_DRV_DEQUEUE(&ifp->if_snd, m); + GIF_LOCK(sc); if (m == 0) break; @@ -424,14 +425,12 @@ keep_going: ifp->if_oerrors++; } - GIF_LOCK(sc); if (ifp->if_drv_flags & IFF_GIF_WANTED) { /* Someone did a start while * we were unlocked and processing * lets clear the flag and try again. */ ifp->if_drv_flags &= ~IFF_GIF_WANTED; - GIF_UNLOCK(sc); goto keep_going; } ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; However, unless there is a known LOR, I would be inclined to just hold the lock across IFQ_DRV_DEQUEUE() and dispense with all the 'keep_going', etc. logic. Other NIC drivers tend to just hold their transmit lock for the entire loop in their start routines. That would look like this: Index: if.h =================================================================== --- if.h (revision 237227) +++ if.h (working copy) @@ -153,7 +153,6 @@ #define IFF_STATICARP 0x80000 /* (n) static ARP */ #define IFF_DYING 0x200000 /* (n) interface is winding down */ #define IFF_RENAMING 0x400000 /* (n) interface is being renamed */ -#define IFF_GIF_WANTED 0x1000000 /* (n) The gif tunnel is wanted */ /* * Old names for driver flags so that user space tools can continue to use * the old (portable) names. Index: if_gif.c =================================================================== --- if_gif.c (revision 237227) +++ if_gif.c (working copy) @@ -359,15 +359,7 @@ sc = ifp->if_softc; GIF_LOCK(sc); - if (ifp->if_drv_flags & IFF_DRV_OACTIVE) { - /* Already active */ - ifp->if_drv_flags |= IFF_GIF_WANTED; - GIF_UNLOCK(sc); - return; - } ifp->if_drv_flags |= IFF_DRV_OACTIVE; - GIF_UNLOCK(sc); -keep_going: while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { IFQ_DRV_DEQUEUE(&ifp->if_snd, m); @@ -424,16 +416,6 @@ ifp->if_oerrors++; } - GIF_LOCK(sc); - if (ifp->if_drv_flags & IFF_GIF_WANTED) { - /* Someone did a start while - * we were unlocked and processing - * lets clear the flag and try again. - */ - ifp->if_drv_flags &= ~IFF_GIF_WANTED; - GIF_UNLOCK(sc); - goto keep_going; - } ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; GIF_UNLOCK(sc); return; I would prefer this latter patch if it is ok as it makes the code simpler. Also, IFF_GIF_WANTED as a new iff flag seems really hackish. IFF_* flags are supposed to be interface independent. A flag like that should be in a private field in the gif softc, not something exposed to the entire system. > cloned_interfaces="gif0" > ifconfig_gif0="tunnel 85.233.185.162 216.66.80.26" > ifconfig_gif0_ipv6="inet6 2001:470:1f08:110::2 2001:470:1f08:110::1 > prefixlen 128 -accept_rtadv" > > src.conf only has > WITHOUT_IPFILTER=true > WITHOUT_KERBEROS=true > WITHOUT_PROFILE=yes > > Happy to provide any more info as needed. any suggestions welcome, I'll > see if I can track it further with a binary search tomorrow. > > > >From dump info file (at above URL) > #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 > 266 if (textdump && textdump_pending) { > (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 > #1 0xffffffff80314740 in db_dump (dummy=Variable "dummy" is not available. > ) > at /usr/src/sys/ddb/db_command.c:538 > #2 0xffffffff80313d31 in db_command (last_cmdp=0xffffffff80c52b40, > cmd_table=Variable "cmd_table" is not available. > > ) at /usr/src/sys/ddb/db_command.c:449 > #3 0xffffffff80313f80 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:502 > #4 0xffffffff803160d9 in db_trap (type=Variable "type" is not available. > ) at /usr/src/sys/ddb/db_main.c:231 > #5 0xffffffff80590918 in kdb_trap (type=3, code=0, tf=0xffffff80ea22ee20) > at /usr/src/sys/kern/subr_kdb.c:654 > #6 0xffffffff80815c9d in trap (frame=0xffffff80ea22ee20) > at /usr/src/sys/amd64/amd64/trap.c:573 > #7 0xffffffff807ffe63 in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #8 0xffffffff8059039b in kdb_enter (why=0xffffffff808fac8a "panic", > msg=0x80
) at cpufunc.h:63 > #9 0xffffffff805581f1 in panic (fmt=Variable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:628 > #10 0xffffffff805454ec in _mtx_assert (m=Variable "m" is not available. > ) > at /usr/src/sys/kern/kern_mutex.c:747 > #11 0xffffffff8067bcf6 in in_gif_output (ifp=0xfffffe0005e28000, family=28, > m=0xfffffe0005ff8300) at /usr/src/sys/netinet/in_gif.c:105 > #12 0xffffffff8061d6a2 in gif_start (ifp=0xfffffe0005e28000) > at /usr/src/sys/net/if_gif.c:411 > #13 0xffffffff8061cbd4 in gif_output (ifp=0xfffffe0005e28000, m=Variable > "m" is not available. > ) > at /usr/src/sys/net/if_gif.c:540 > #14 0xffffffff807290c7 in nd6_output_lle (ifp=0xfffffe0005e28000, > origifp=0xfffffe0005e28000, m0=0xfffffe0005ff8300, > dst=0xffffff80ea22f56c, rt0=Variable "rt0" is not available. > ) at /usr/src/sys/netinet6/nd6.c:2079 > #15 0xffffffff807292f8 in nd6_output (ifp=Variable "ifp" is not available. > ) > at /usr/src/sys/netinet6/nd6.c:1824 > #16 0xffffffff80723171 in ip6_output (m0=Variable "m0" is not available. > ) > at /usr/src/sys/netinet6/ip6_output.c:1021 > #17 0xffffffff8072cf9f in nd6_ns_output (ifp=0xfffffe0005e28000, > daddr6=0x0, > taddr6=0xfffffe0005300318, ln=Variable "ln" is not available. > ) at /usr/src/sys/netinet6/nd6_nbr.c:593 > #18 0xffffffff8072d801 in nd6_dad_start (ifa=0xfffffe0005300200, delay=0) > at /usr/src/sys/netinet6/nd6_nbr.c:1298 > #19 0xffffffff80710448 in in6_update_ifa (ifp=0xfffffe0005e28000, > ifra=0xfffffe00812c8b00, ia=0xfffffe0005300200, flags=Variable > "flags" is not available. > ) > at /usr/src/sys/netinet6/in6.c:1298 > #20 0xffffffff80711658 in in6_control (so=0xfffffe00810c5aa0, > cmd=2156423451, > data=0xfffffe00812c8b00 "gif0", ifp=0xfffffe0005e28000, > td=0xfffffe0005009000) at /usr/src/sys/netinet6/in6.c:654 > #21 0xffffffff806181f6 in ifioctl (so=0xfffffe00810c5aa0, cmd=2156423451, > data=0xfffffe00812c8b00 "gif0", td=0xfffffe0005009000) > at /usr/src/sys/net/if.c:2540 > #22 0xffffffff805aa0dd in kern_ioctl (td=Variable "td" is not available. > ) at file.h:287 > #23 0xffffffff805aa37d in sys_ioctl (td=0xfffffe0005009000, > uap=0xffffff80ea22fb70) at /usr/src/sys/kern/sys_generic.c:691 > #24 0xffffffff80814a34 in amd64_syscall (td=0xfffffe0005009000, traced=0) > at subr_syscall.c:135 > #25 0xffffffff80800147 in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:387 > #26 0x0000000801183d0c in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 12:26:23 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4C16106567A; Wed, 20 Jun 2012 12:26:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id A9D448FC12; Wed, 20 Jun 2012 12:26:23 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 16B7AB96E; Wed, 20 Jun 2012 08:26:23 -0400 (EDT) From: John Baldwin To: Alan Cox Date: Wed, 20 Jun 2012 08:19:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FE127D3.8070502@FreeBSD.org> In-Reply-To: <4FE127D3.8070502@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206200819.39256.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 20 Jun 2012 08:26:23 -0400 (EDT) Cc: Steve Wills , Konstantin Belousov , current@freebsd.org Subject: Re: panic with out of 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: Wed, 20 Jun 2012 12:26:24 -0000 On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote: > Hi, > > I just got a panic out of my r237195 system. The panic looks like: > > Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock > KDB: stack backtrace of thread 173153: > sched_switch() at sched_switch+0x28a > mi_switch() at mi_switch+0xdf > sleepq_timedwait() at sleepq_timedwait+0x3a > _sleep() at _sleep+0x266 > swp_pager_meta_build() at swp_pager_meta_build+0x259 > swap_pager_copy() at swap_pager_copy+0x17b > vm_object_collapse() at vm_object_collapse+0x123 > vm_object_deallocate() at vm_object_deallocate+0x457 > vm_map_process_deferred() at vm_map_process_deferred+0x72 > vm_pageout_oom() at vm_pageout_oom+0x180 > swp_pager_meta_build() at swp_pager_meta_build+0x248 > swap_pager_copy() at swap_pager_copy+0x17b > vm_object_collapse() at vm_object_collapse+0x123 > vm_object_deallocate() at vm_object_deallocate+0x457 > vm_map_process_deferred() at vm_map_process_deferred+0x72 > vm_map_remove() at vm_map_remove+0x116 > exec_new_vmspace() at exec_new_vmspace+0x1bc > exec_elf64_imgact() at exec_elf64_imgact+0x5f4 > kern_execve() at kern_execve+0x6f0 > sys_execve() at sys_execve+0x37 > amd64_syscall() at amd64_syscall+0x351 > Xfast_syscall() at Xfast_syscall+0xfb > --- syscall (59, FreeBSD ELF64, sys_execve), rip = 0x800d2eddc, rsp = > 0x7fffffffd328, rbp = 0x7fffffffd470 --- > panic: sleeping thread > cpuid = 4 > > The system was very busy and using lots of swap, but I didn't expect a > panic. If any more detail is needed or I should just get more RAM, let > me know. :) Hmm, this is due to a bug I noticed recently as well. I had been talking with Alan and Konstantin about the proper fix. Hmm, thinking abou this some more, perhaps a simpler fix would be to have a 'I'm already in vm_map_process_deferred()' flag. Or even better, just move the entire list off into a static variable so that we don't get caught in recursion. Something like this: Index: vm_map.c =================================================================== --- vm_map.c (revision 237227) +++ vm_map.c (working copy) @@ -475,12 +475,14 @@ static void vm_map_process_deferred(void) { struct thread *td; - vm_map_entry_t entry; + vm_map_entry_t entry, next; vm_object_t object; td = curthread; - while ((entry = td->td_map_def_user) != NULL) { - td->td_map_def_user = entry->next; + entry = td->td_map_def_user; + td->td_map_def_user = NULL; + while (entry != NULL) { + next = entry->next; if ((entry->eflags & MAP_ENTRY_VN_WRITECNT) != 0) { /* * Decrement the object's writemappings and @@ -494,6 +496,7 @@ vm_map_process_deferred(void) entry->end); } vm_map_entry_deallocate(entry, FALSE); + entry = next; } } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:08:37 2012 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 3C8281065670 for ; Wed, 20 Jun 2012 13:08:37 +0000 (UTC) (envelope-from muhammad.shafiee@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id E81F38FC12 for ; Wed, 20 Jun 2012 13:08:36 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4985900vbm.13 for ; Wed, 20 Jun 2012 06:08:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=T6RtpdMnBjOziA4T1oSxbcN+zvVHpiYS1onanoiMIy8=; b=qoRfu4ljaq2K6AMH50XNXxQoolmTtF8X+T8mNPG5y/tC2qBFegxlWihaVBH49cbe1J XfgxWsXoxhItUgn6Cvy1RARAeDCnRL7utFDM9cW6DxRXZ6PUNQg9tJRPR54aytmiBpRg Vc8lh42fh2r3G7GNj2RFptaUrUsOuqqLhJZWNSLi3FpUJhgUiO18GgWn3tnFqrSljEsR o2psenoqyXwlXQKC9HQygeb5NGwb/8laoTb/DlyL0oZzrOCz6ziZ/8LHnlDrCxQ117j0 I4jtOgmoRym7zIu5GjORzGom6K6MvqS+DQc0NZp4ozJIOapCCJ99gDizEbFbVIg6OhGo omKA== MIME-Version: 1.0 Received: by 10.220.241.18 with SMTP id lc18mr952213vcb.43.1340197716422; Wed, 20 Jun 2012 06:08:36 -0700 (PDT) Received: by 10.220.40.82 with HTTP; Wed, 20 Jun 2012 06:08:36 -0700 (PDT) In-Reply-To: References: Date: Wed, 20 Jun 2012 17:38:36 +0430 Message-ID: From: Mohammad Shafiee To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Add new syscons font to FreeBSD current 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: Wed, 20 Jun 2012 13:08:37 -0000 Hello, I've made a Persian font for FreeBSD syscons. You can download the font from here: http://sourceforge.net/projects/bsdpersiancons/ How can I add this font to FreeBSD current release? Thanks a lot. Regards, Mohammad. From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:25:52 2012 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 AFFF11065670; Wed, 20 Jun 2012 13:25:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 48C6D8FC1F; Wed, 20 Jun 2012 13:25:52 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5KDPhju015269; Wed, 20 Jun 2012 16:25:43 +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.5/8.14.5) with ESMTP id q5KDPglk073341; Wed, 20 Jun 2012 16:25:42 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5KDPg5p073340; Wed, 20 Jun 2012 16:25:42 +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, 20 Jun 2012 16:25:42 +0300 From: Konstantin Belousov To: John Baldwin Message-ID: <20120620132542.GW2337@deviant.kiev.zoral.com.ua> References: <4FE127D3.8070502@FreeBSD.org> <201206200819.39256.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UaNe/QI5+zQ8JiGR" Content-Disposition: inline In-Reply-To: <201206200819.39256.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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: Alan Cox , Steve Wills , Konstantin Belousov , current@freebsd.org Subject: Re: panic with out of 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: Wed, 20 Jun 2012 13:25:52 -0000 --UaNe/QI5+zQ8JiGR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2012 at 08:19:39AM -0400, John Baldwin wrote: > On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote: > > Hi, > >=20 > > I just got a panic out of my r237195 system. The panic looks like: > >=20 > > Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock > > KDB: stack backtrace of thread 173153: > > sched_switch() at sched_switch+0x28a > > mi_switch() at mi_switch+0xdf > > sleepq_timedwait() at sleepq_timedwait+0x3a > > _sleep() at _sleep+0x266 > > swp_pager_meta_build() at swp_pager_meta_build+0x259 > > swap_pager_copy() at swap_pager_copy+0x17b > > vm_object_collapse() at vm_object_collapse+0x123 > > vm_object_deallocate() at vm_object_deallocate+0x457 > > vm_map_process_deferred() at vm_map_process_deferred+0x72 > > vm_pageout_oom() at vm_pageout_oom+0x180 > > swp_pager_meta_build() at swp_pager_meta_build+0x248 > > swap_pager_copy() at swap_pager_copy+0x17b > > vm_object_collapse() at vm_object_collapse+0x123 > > vm_object_deallocate() at vm_object_deallocate+0x457 > > vm_map_process_deferred() at vm_map_process_deferred+0x72 > > vm_map_remove() at vm_map_remove+0x116 > > exec_new_vmspace() at exec_new_vmspace+0x1bc > > exec_elf64_imgact() at exec_elf64_imgact+0x5f4 > > kern_execve() at kern_execve+0x6f0 > > sys_execve() at sys_execve+0x37 > > amd64_syscall() at amd64_syscall+0x351 > > Xfast_syscall() at Xfast_syscall+0xfb > > --- syscall (59, FreeBSD ELF64, sys_execve), rip =3D 0x800d2eddc, rsp = =3D > > 0x7fffffffd328, rbp =3D 0x7fffffffd470 --- > > panic: sleeping thread > > cpuid =3D 4 > >=20 > > The system was very busy and using lots of swap, but I didn't expect a > > panic. If any more detail is needed or I should just get more RAM, let > > me know. :) >=20 > Hmm, this is due to a bug I noticed recently as well. I had been talking > with Alan and Konstantin about the proper fix. Hmm, thinking abou this s= ome=20 > more, perhaps a simpler fix would be to have a 'I'm already in=20 > vm_map_process_deferred()' flag. Or even better, just move the entire li= st > off into a static variable so that we don't get caught in recursion. =20 > Something like this: >=20 > Index: vm_map.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 > --- vm_map.c (revision 237227) > +++ vm_map.c (working copy) > @@ -475,12 +475,14 @@ static void > vm_map_process_deferred(void) > { > struct thread *td; > - vm_map_entry_t entry; > + vm_map_entry_t entry, next; > vm_object_t object; > =20 > td =3D curthread; > - while ((entry =3D td->td_map_def_user) !=3D NULL) { > - td->td_map_def_user =3D entry->next; > + entry =3D td->td_map_def_user; > + td->td_map_def_user =3D NULL; > + while (entry !=3D NULL) { > + next =3D entry->next; > if ((entry->eflags & MAP_ENTRY_VN_WRITECNT) !=3D 0) { > /* > * Decrement the object's writemappings and > @@ -494,6 +496,7 @@ vm_map_process_deferred(void) > entry->end); > } > vm_map_entry_deallocate(entry, FALSE); > + entry =3D next; > } > } Yes, looks like it should work. --UaNe/QI5+zQ8JiGR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/hz1YACgkQC3+MBN1Mb4gVygCfb88O82yoKTj+UYr5DAMugtqU 4aAAoL+tqXTrZDWkIYKpDvGEgQYT1BVI =x/PV -----END PGP SIGNATURE----- --UaNe/QI5+zQ8JiGR-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:35:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ECCB11065678; Wed, 20 Jun 2012 13:35:30 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C63D68FC15; Wed, 20 Jun 2012 13:35:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2E0D8B97A; Wed, 20 Jun 2012 09:35:30 -0400 (EDT) From: John Baldwin To: current@freebsd.org Date: Wed, 20 Jun 2012 09:35:27 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201206200935.27511.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 20 Jun 2012 09:35:30 -0400 (EDT) Cc: Bjoern Zeeb Subject: [PATCH] Trim some noise from the daily disk check 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, 20 Jun 2012 13:35:31 -0000 The daily periodic e-mails for my boxes always include useless output from dump -W. I think the daily e-mail should only do that if the sysadmin is actually using dump. The patch below skips the dump reporting it /etc/dumpdates doesn't exist or exists and is an empty file (the latter is what you get out-of-the-box): Index: 400.status-disks =================================================================== --- 400.status-disks (revision 237227) +++ 400.status-disks (working copy) @@ -19,13 +19,16 @@ case "$daily_status_disks_enable" in df $daily_status_disks_df_flags && rc=1 || rc=3 # display which filesystems need backing up - if ! [ -f /etc/fstab ]; then - export PATH_FSTAB=/dev/null + if [ -s /etc/dumpdates ]; then + if ! [ -f /etc/fstab ]; then + export PATH_FSTAB=/dev/null + fi + + echo "" + dump W || rc=3 fi + ;; - echo "" - dump W || rc=3;; - *) rc=0;; esac Thoughts? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 13:48:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 67C951065691; Wed, 20 Jun 2012 13:48:43 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B9E68FC14; Wed, 20 Jun 2012 13:48:43 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 9B318B96C; Wed, 20 Jun 2012 09:48:42 -0400 (EDT) From: John Baldwin To: Matthias Apitz Date: Wed, 20 Jun 2012 09:48:41 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <20120615094837.GA1440@tiny.Sisis.de> <201206191056.20432.jhb@freebsd.org> <20120619173117.GA1377@tiny.Sisis.de> In-Reply-To: <20120619173117.GA1377@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206200948.42056.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 20 Jun 2012 09:48:42 -0400 (EDT) Cc: Alan Cox , swills@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic's in 10-CURRENT r235646 in VMware 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, 20 Jun 2012 13:48:43 -0000 On Tuesday, June 19, 2012 1:31:17 pm Matthias Apitz wrote: > El d=EDa Tuesday, June 19, 2012 a las 10:56:20AM -0400, John Baldwin escr= ibi=F3: >=20 > > > #11 0xc0d11340 in vm_page_free_toq (m=3D0xc23daf78) > > > at /usr/src/sys/vm/vm_page.c:2060 > > > #12 0xc0d115b5 in vm_page_free (m=3D0xc23daf78) at=20 > > /usr/src/sys/vm/vm_page.c:741 > > > #13 0xc68b01ba in OS_ReservedPageFree () > > > from /usr/local/lib/vmware-tools/modules/drivers/vmmemctl.ko > >=20 > > Ah, so the bug is in here then. Which version of vmware-tools do you h= ave=20 > > installed? >=20 > all the ports are from CVS of May, 19; the version is open-vm-tools-42587= 3,1 Try this patch for the port. It uses vm_page_lock() instead of=20 vm_page_lock_queues() around vm_page_free() for 9.0 and later. Index: files/patch-vmmemctl-os.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /scratchbsd/FreeBSD/cvs/ports/emulators/open-vm-tools/files/patch- vmmemctl-os.c,v retrieving revision 1.2 diff -u -r1.2 patch-vmmemctl-os.c =2D-- files/patch-vmmemctl-os.c 2 Jan 2010 16:29:44 -0000 1.2 +++ files/patch-vmmemctl-os.c 20 Jun 2012 13:45:11 -0000 @@ -1,6 +1,6 @@ =2D--- modules/freebsd/vmmemctl/os.c.orig 2009-04-09 15:18:08.000000000 -04= 00 =2D+++ modules/freebsd/vmmemctl/os.c 2009-04-09 15:34:06.000000000 -04= 00 =2D@@ -413,12 +413,14 @@ +--- modules/freebsd/vmmemctl/os.c.orig 2011-09-21 14:25:15.000000000 -0400 ++++ modules/freebsd/vmmemctl/os.c 2012-06-20 09:44:40.434083000 -0400 +@@ -344,12 +344,22 @@ os_state *state =3D &global_state; os_pmap *pmap =3D &state->pmap; =20 @@ -9,9 +9,17 @@ + VM_OBJECT_LOCK(state->vmobject); + if ( vm_page_lookup(state->vmobject, page->pindex) ) { + os_pmap_putindex(pmap, page->pindex); ++#if __FreeBSD_version >=3D 900000 ++ vm_page_lock(page); ++#else + vm_page_lock_queues(); ++#endif + vm_page_free(page); ++#if __FreeBSD_version >=3D 900000 ++ vm_page_unlock(page); ++#else + vm_page_unlock_queues(); ++#endif } - - os_pmap_putindex(pmap, page->pindex); @@ -19,8 +27,8 @@ + VM_OBJECT_UNLOCK(state->vmobject); } =20 =2D static vm_page_t os_kmem_alloc(int alloc_normal_failed) =2D@@ -430,8 +432,11 @@ +=20 +@@ -361,8 +371,11 @@ os_state *state =3D &global_state; os_pmap *pmap =3D &state->pmap; =20 @@ -32,7 +40,7 @@ return NULL; } =20 =2D@@ -452,6 +457,7 @@ +@@ -383,6 +396,7 @@ if (!page) { os_pmap_putindex(pmap, pindex); } =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 14:26:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23D66106564A; Wed, 20 Jun 2012 14:26:06 +0000 (UTC) (envelope-from jlh@FreeBSD.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id DF3D18FC18; Wed, 20 Jun 2012 14:26:03 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id C2C08D480C3; Wed, 20 Jun 2012 16:25:56 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 85FD0B8E; Wed, 20 Jun 2012 16:25:55 +0200 (CEST) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 74BEBEACB; Wed, 20 Jun 2012 14:25:55 +0000 (UTC) Date: Wed, 20 Jun 2012 16:25:55 +0200 From: Jeremie Le Hen To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120620142555.GC70668@felucia.tataz.chchile.org> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org References: <20120614105738.GA35741@mech-cluster241.men.bris.ac.uk> <20120614111505.GA36160@mech-cluster241.men.bris.ac.uk> <20120618085544.GA12592@mech-cluster241.men.bris.ac.uk> <20120619114936.GB70668@felucia.tataz.chchile.org> <20120619121937.GA79980@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120619121937.GA79980@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: csup ends up in sigwai after "Shutting down connection to server", never exits 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, 20 Jun 2012 14:26:06 -0000 Anton, Sorry for the delay, I was AFK over the last couple of days. On Tue, Jun 19, 2012 at 01:19:38PM +0100, Anton Shterenlikht wrote: > On Tue, Jun 19, 2012 at 01:49:36PM +0200, Jeremie Le Hen wrote: > > > > I think recompiling the kernel and the libraries csup depends on will be > > enough. > > you mean > > # make cleandir && make obj && make && make install > > for all these libs: > > # ldd /root/csup/csup > /root/csup/csup: > libz.so.6 => /lib/libz.so.6 (0x1200ca000) > libthr.so.3 => /lib/libthr.so.3 (0x120102000) > libmd.so.5 => /lib/libmd.so.5 (0x12014c000) > libc.so.7 => /lib/libc.so.7 (0x120178000) Yes, right. And the kernel of course. -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 15:23:17 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A34E21065672; Wed, 20 Jun 2012 15:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6FCCB8FC18; Wed, 20 Jun 2012 15:23:17 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id q5KFNAf6000878; Wed, 20 Jun 2012 11:23:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id q5KFNA6d000875; Wed, 20 Jun 2012 15:23:10 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 20 Jun 2012 15:23:10 GMT Message-Id: <201206201523.q5KFNA6d000875@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.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 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, 20 Jun 2012 15:23:17 -0000 TB --- 2012-06-20 14:20:00 - tinderbox 2.9 running on freebsd-current.sentex.ca TB --- 2012-06-20 14:20:00 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-06-20 14:20:00 - starting HEAD tinderbox run for arm/arm TB --- 2012-06-20 14:20:00 - cleaning the object tree TB --- 2012-06-20 14:23:44 - cvsupping the source tree TB --- 2012-06-20 14:23:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2012-06-20 14:24:22 - building world TB --- 2012-06-20 14:24:22 - CROSS_BUILD_TESTING=YES TB --- 2012-06-20 14:24:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-06-20 14:24:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-06-20 14:24:22 - SRCCONF=/dev/null TB --- 2012-06-20 14:24:22 - TARGET=arm TB --- 2012-06-20 14:24:22 - TARGET_ARCH=arm TB --- 2012-06-20 14:24:22 - TZ=UTC TB --- 2012-06-20 14:24:22 - __MAKE_CONF=/dev/null TB --- 2012-06-20 14:24:22 - cd /src TB --- 2012-06-20 14:24:22 - /usr/bin/make -B buildworld >>> World build started on Wed Jun 20 14:24:22 UTC 2012 >>> 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 [...] ===> usr.sbin/mfiutil (all) cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfiutil.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_cmd.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_config.c cc -O -pipe -fno-builtin-strftime -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.sbin/mfiutil/mfi_drive.c cc1: warnings being treated as errors /src/usr.sbin/mfiutil/mfi_drive.c: In function 'mfi_pd_inq_string': /src/usr.sbin/mfiutil/mfi_drive.c:337: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.sbin/mfiutil. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-06-20 15:23:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-06-20 15:23:10 - ERROR: failed to build world TB --- 2012-06-20 15:23:10 - 2313.62 user 549.38 system 3789.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 16:44:03 2012 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 5166B1065673; Wed, 20 Jun 2012 16:44:03 +0000 (UTC) (envelope-from alc@rice.edu) Received: from mh7.mail.rice.edu (mh7.mail.rice.edu [128.42.199.46]) by mx1.freebsd.org (Postfix) with ESMTP id 1963B8FC17; Wed, 20 Jun 2012 16:44:03 +0000 (UTC) Received: from mh7.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh7.mail.rice.edu (Postfix) with ESMTP id D6D9D291F9B; Wed, 20 Jun 2012 11:44:02 -0500 (CDT) Received: from mh7.mail.rice.edu (localhost.localdomain [127.0.0.1]) by mh7.mail.rice.edu (Postfix) with ESMTP id C6BED29211F; Wed, 20 Jun 2012 11:44:02 -0500 (CDT) X-Virus-Scanned: by amavis-2.6.4 at mh7.mail.rice.edu, auth channel Received: from mh7.mail.rice.edu ([127.0.0.1]) by mh7.mail.rice.edu (mh7.mail.rice.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id NkfaVkwLTIQi; Wed, 20 Jun 2012 11:44:02 -0500 (CDT) Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh7.mail.rice.edu (Postfix) with ESMTPSA id 2383A291F9B; Wed, 20 Jun 2012 11:44:02 -0500 (CDT) Message-ID: <4FE1FDD1.3030208@rice.edu> Date: Wed, 20 Jun 2012 11:44:01 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:8.0) Gecko/20111113 Thunderbird/8.0 MIME-Version: 1.0 To: Konstantin Belousov References: <4FE127D3.8070502@FreeBSD.org> <201206200819.39256.jhb@freebsd.org> <20120620132542.GW2337@deviant.kiev.zoral.com.ua> In-Reply-To: <20120620132542.GW2337@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , Steve Wills , Konstantin Belousov , current@freebsd.org Subject: Re: panic with out of 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: Wed, 20 Jun 2012 16:44:03 -0000 On 06/20/2012 08:25, Konstantin Belousov wrote: > On Wed, Jun 20, 2012 at 08:19:39AM -0400, John Baldwin wrote: >> On Tuesday, June 19, 2012 9:30:59 pm Steve Wills wrote: >>> Hi, >>> >>> I just got a panic out of my r237195 system. The panic looks like: >>> >>> Sleeping thread (tid 173153, pid 42034) owns a non-sleepable lock >>> KDB: stack backtrace of thread 173153: >>> sched_switch() at sched_switch+0x28a >>> mi_switch() at mi_switch+0xdf >>> sleepq_timedwait() at sleepq_timedwait+0x3a >>> _sleep() at _sleep+0x266 >>> swp_pager_meta_build() at swp_pager_meta_build+0x259 >>> swap_pager_copy() at swap_pager_copy+0x17b >>> vm_object_collapse() at vm_object_collapse+0x123 >>> vm_object_deallocate() at vm_object_deallocate+0x457 >>> vm_map_process_deferred() at vm_map_process_deferred+0x72 >>> vm_pageout_oom() at vm_pageout_oom+0x180 >>> swp_pager_meta_build() at swp_pager_meta_build+0x248 >>> swap_pager_copy() at swap_pager_copy+0x17b >>> vm_object_collapse() at vm_object_collapse+0x123 >>> vm_object_deallocate() at vm_object_deallocate+0x457 >>> vm_map_process_deferred() at vm_map_process_deferred+0x72 >>> vm_map_remove() at vm_map_remove+0x116 >>> exec_new_vmspace() at exec_new_vmspace+0x1bc >>> exec_elf64_imgact() at exec_elf64_imgact+0x5f4 >>> kern_execve() at kern_execve+0x6f0 >>> sys_execve() at sys_execve+0x37 >>> amd64_syscall() at amd64_syscall+0x351 >>> Xfast_syscall() at Xfast_syscall+0xfb >>> --- syscall (59, FreeBSD ELF64, sys_execve), rip = 0x800d2eddc, rsp = >>> 0x7fffffffd328, rbp = 0x7fffffffd470 --- >>> panic: sleeping thread >>> cpuid = 4 >>> >>> The system was very busy and using lots of swap, but I didn't expect a >>> panic. If any more detail is needed or I should just get more RAM, let >>> me know. :) >> Hmm, this is due to a bug I noticed recently as well. I had been talking >> with Alan and Konstantin about the proper fix. Hmm, thinking abou this some >> more, perhaps a simpler fix would be to have a 'I'm already in >> vm_map_process_deferred()' flag. Or even better, just move the entire list >> off into a static variable so that we don't get caught in recursion. >> Something like this: >> >> Index: vm_map.c >> =================================================================== >> --- vm_map.c (revision 237227) >> +++ vm_map.c (working copy) >> @@ -475,12 +475,14 @@ static void >> vm_map_process_deferred(void) >> { >> struct thread *td; >> - vm_map_entry_t entry; >> + vm_map_entry_t entry, next; >> vm_object_t object; >> >> td = curthread; >> - while ((entry = td->td_map_def_user) != NULL) { >> - td->td_map_def_user = entry->next; >> + entry = td->td_map_def_user; >> + td->td_map_def_user = NULL; >> + while (entry != NULL) { >> + next = entry->next; >> if ((entry->eflags& MAP_ENTRY_VN_WRITECNT) != 0) { >> /* >> * Decrement the object's writemappings and >> @@ -494,6 +496,7 @@ vm_map_process_deferred(void) >> entry->end); >> } >> vm_map_entry_deallocate(entry, FALSE); >> + entry = next; >> } >> } > Yes, looks like it should work. I'll add, "Me too." I'm much happier with this than the previous patch. Alan From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 17:25:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BB89A106564A; Wed, 20 Jun 2012 17:25:14 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA0F8FC15; Wed, 20 Jun 2012 17:25:14 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.4/8.14.4) with ESMTP id q5KHNqdF005389; Wed, 20 Jun 2012 12:23:52 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.4/8.14.4/Submit) id q5KHNqXT005388; Wed, 20 Jun 2012 12:23:52 -0500 (CDT) (envelope-from brooks) Date: Wed, 20 Jun 2012 12:23:52 -0500 From: Brooks Davis To: John Baldwin Message-ID: <20120620172352.GA97444@lor.one-eyed-alien.net> References: <201206200935.27511.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline In-Reply-To: <201206200935.27511.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Bjoern Zeeb , current@freebsd.org Subject: Re: [PATCH] Trim some noise from the daily disk check 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, 20 Jun 2012 17:25:14 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 20, 2012 at 09:35:27AM -0400, John Baldwin wrote: > The daily periodic e-mails for my boxes always include useless output fro= m=20 > dump -W. I think the daily e-mail should only do that if the sysadmin is= =20 > actually using dump. The patch below skips the dump reporting it=20 > /etc/dumpdates doesn't exist or exists and is an empty file (the latter i= s=20 > what you get out-of-the-box): >=20 > Index: 400.status-disks > =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 > --- 400.status-disks (revision 237227) > +++ 400.status-disks (working copy) > @@ -19,13 +19,16 @@ case "$daily_status_disks_enable" in > df $daily_status_disks_df_flags && rc=3D1 || rc=3D3 > =20 > # display which filesystems need backing up > - if ! [ -f /etc/fstab ]; then > - export PATH_FSTAB=3D/dev/null > + if [ -s /etc/dumpdates ]; then > + if ! [ -f /etc/fstab ]; then > + export PATH_FSTAB=3D/dev/null > + fi > + > + echo "" > + dump W || rc=3D3 > fi > + ;; > =20 > - echo "" > - dump W || rc=3D3;; > - > *) rc=3D0;; > esac > =20 > Thoughts? This seems sensible to me. -- Brooks --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFP4gcnXY6L6fI4GtQRAgIhAJ4iUoW4pVm+ejmoikKjdZAiOzFjmQCggO/H /9C426YZI7nW4EkEHQXtqeM= =2sVV -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 19:32:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AA923106564A; Wed, 20 Jun 2012 19:32:08 +0000 (UTC) (envelope-from mbsd@isgroup.com.ua) Received: from mail.standard.com.ua (mail.isgroup.com.ua [46.229.54.104]) by mx1.freebsd.org (Postfix) with ESMTP id 13CA68FC19; Wed, 20 Jun 2012 19:32:07 +0000 (UTC) Received: from [192.168.0.2] (unused-213.111.71.69.bilink.ua [213.111.71.69] (may be forged)) (authenticated bits=0) by mail.standard.com.ua (8.14.3/8.14.3) with ESMTP id q5KJOddo046734; Wed, 20 Jun 2012 22:24:40 +0300 (EEST) (envelope-from mbsd@isgroup.com.ua) From: mbsd To: Mitsuru IWASAKI In-Reply-To: <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> References: <9E61BC2D-2654-40D9-936F-A99CD7AC1354@entel.upc.edu> <20120514.131617.129792413.iwasaki@jp.FreeBSD.org> <4FB146F8.9090901@FreeBSD.org> <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Wed, 20 Jun 2012 22:31:44 +0300 Message-ID: <1340220704.2098.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=9.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.isgroup.com.ua Cc: freebsd-acpi@freebsd.org, gperez@entel.upc.edu, jkim@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 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, 20 Jun 2012 19:32:08 -0000 Hi developers. I want help you with your acpi work. I have thinkpad t61. Could you write a small to do. Step by step, how tests your patches? Which information is important for send. On Wed, 2012-05-16 at 11:31 +0900, Mitsuru IWASAKI wrote: > Hi, > > > First of all, thank you very much for your work! I wanted to do it > > for very long time but I had no time to actually implement it. :-) > > Welcome! I also wanted to do this for very long time but I had no > time and test machines ;) > Recently I got Core Duo (Thinkpad X60) and Core 2 Duo (X61) machines. > I have some more ideas on wakecode but I'm not sure whether it is possible > for now. I'll propose it when it is ready. > > > I know for sure it is not related to your patches. In fact, we cannot > > resume most NVIDIA controllers without NVIDIA kernel driver + binary > > X.org driver + VT switching hack (i.e., > > Hmm, my knowledge on recent hardware is very poor, so your comments > are very helpful to catch up. Thanks. > > > > We can improve video initialization on another opportunity. Linux > > > have many video hacks while we have only hw.acpi.reset_video ;) > > > > FYI, we don't need hw.acpi.reset_video any more (and it is even > > harmful). It is done from vesa.ko now. > > Yeah, I thought that we need INT10 to set video mode again in > realmode, but found it can be done in protected mode with > x86bios_intr(), great! > > Anyway, thanks for many things! > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 20:57:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9065A1065670 for ; Wed, 20 Jun 2012 20:57:57 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id CDC248FC1A for ; Wed, 20 Jun 2012 20:57:56 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q5KKvtdR002020 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 20 Jun 2012 21:57:55 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FE23908.3000400@unsane.co.uk> Date: Wed, 20 Jun 2012 21:56:40 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120601 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FE113D0.7070908@unsane.co.uk> <201206200812.17644.jhb@freebsd.org> In-Reply-To: <201206200812.17644.jhb@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: -CURRENT Panic at boot at Revision: 237264 "mutex gif softc not owned at /usr/src/sys/netinet/in_gif.c:105" 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, 20 Jun 2012 20:57:57 -0000 The patch to gif.c does fix it. I'll try the second patch later when I get a chance. Thanks, Vince On 20/06/2012 13:12, John Baldwin wrote: > On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote: >> Full dump info at http://unsane.co.uk/crash >> It seems to have popped up between r236905 (working kernel) and r237264 >> (this panic) >> >> the gif config I have in rc.conf is for a HE ipv6 tunnel > Looks like this was broken in r236951 by Randall (cc'd). > > I think this would fix it: > > Index: if_gif.c > =================================================================== > --- if_gif.c (revision 237227) > +++ if_gif.c (working copy) > @@ -366,11 +366,12 @@ gif_start(struct ifnet *ifp) > return; > } > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > - GIF_UNLOCK(sc); > keep_going: > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > + GIF_UNLOCK(sc); > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > + GIF_LOCK(sc); > if (m == 0) > break; > > @@ -424,14 +425,12 @@ keep_going: > ifp->if_oerrors++; > > } > - GIF_LOCK(sc); > if (ifp->if_drv_flags & IFF_GIF_WANTED) { > /* Someone did a start while > * we were unlocked and processing > * lets clear the flag and try again. > */ > ifp->if_drv_flags &= ~IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > goto keep_going; > } > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > > However, unless there is a known LOR, I would be inclined to > just hold the lock across IFQ_DRV_DEQUEUE() and dispense with > all the 'keep_going', etc. logic. Other NIC drivers tend to > just hold their transmit lock for the entire loop in their > start routines. > > That would look like this: > > Index: if.h > =================================================================== > --- if.h (revision 237227) > +++ if.h (working copy) > @@ -153,7 +153,6 @@ > #define IFF_STATICARP 0x80000 /* (n) static ARP */ > #define IFF_DYING 0x200000 /* (n) interface is winding down */ > #define IFF_RENAMING 0x400000 /* (n) interface is being renamed */ > -#define IFF_GIF_WANTED 0x1000000 /* (n) The gif tunnel is wanted */ > /* > * Old names for driver flags so that user space tools can continue to use > * the old (portable) names. > Index: if_gif.c > =================================================================== > --- if_gif.c (revision 237227) > +++ if_gif.c (working copy) > @@ -359,15 +359,7 @@ > > sc = ifp->if_softc; > GIF_LOCK(sc); > - if (ifp->if_drv_flags & IFF_DRV_OACTIVE) { > - /* Already active */ > - ifp->if_drv_flags |= IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > - return; > - } > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > - GIF_UNLOCK(sc); > -keep_going: > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > @@ -424,16 +416,6 @@ > ifp->if_oerrors++; > > } > - GIF_LOCK(sc); > - if (ifp->if_drv_flags & IFF_GIF_WANTED) { > - /* Someone did a start while > - * we were unlocked and processing > - * lets clear the flag and try again. > - */ > - ifp->if_drv_flags &= ~IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > - goto keep_going; > - } > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > GIF_UNLOCK(sc); > return; > > I would prefer this latter patch if it is ok as it makes the code simpler. > Also, IFF_GIF_WANTED as a new iff flag seems really hackish. IFF_* flags > are supposed to be interface independent. A flag like that should be in a > private field in the gif softc, not something exposed to the entire system. > >> cloned_interfaces="gif0" >> ifconfig_gif0="tunnel 85.233.185.162 216.66.80.26" >> ifconfig_gif0_ipv6="inet6 2001:470:1f08:110::2 2001:470:1f08:110::1 >> prefixlen 128 -accept_rtadv" >> >> src.conf only has >> WITHOUT_IPFILTER=true >> WITHOUT_KERBEROS=true >> WITHOUT_PROFILE=yes >> >> Happy to provide any more info as needed. any suggestions welcome, I'll >> see if I can track it further with a binary search tomorrow. >> >> >> >From dump info file (at above URL) >> #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 >> 266 if (textdump && textdump_pending) { >> (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 >> #1 0xffffffff80314740 in db_dump (dummy=Variable "dummy" is not available. >> ) >> at /usr/src/sys/ddb/db_command.c:538 >> #2 0xffffffff80313d31 in db_command (last_cmdp=0xffffffff80c52b40, >> cmd_table=Variable "cmd_table" is not available. >> >> ) at /usr/src/sys/ddb/db_command.c:449 >> #3 0xffffffff80313f80 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:502 >> #4 0xffffffff803160d9 in db_trap (type=Variable "type" is not available. >> ) at /usr/src/sys/ddb/db_main.c:231 >> #5 0xffffffff80590918 in kdb_trap (type=3, code=0, tf=0xffffff80ea22ee20) >> at /usr/src/sys/kern/subr_kdb.c:654 >> #6 0xffffffff80815c9d in trap (frame=0xffffff80ea22ee20) >> at /usr/src/sys/amd64/amd64/trap.c:573 >> #7 0xffffffff807ffe63 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:228 >> #8 0xffffffff8059039b in kdb_enter (why=0xffffffff808fac8a "panic", >> msg=0x80
) at cpufunc.h:63 >> #9 0xffffffff805581f1 in panic (fmt=Variable "fmt" is not available. >> ) >> at /usr/src/sys/kern/kern_shutdown.c:628 >> #10 0xffffffff805454ec in _mtx_assert (m=Variable "m" is not available. >> ) >> at /usr/src/sys/kern/kern_mutex.c:747 >> #11 0xffffffff8067bcf6 in in_gif_output (ifp=0xfffffe0005e28000, family=28, >> m=0xfffffe0005ff8300) at /usr/src/sys/netinet/in_gif.c:105 >> #12 0xffffffff8061d6a2 in gif_start (ifp=0xfffffe0005e28000) >> at /usr/src/sys/net/if_gif.c:411 >> #13 0xffffffff8061cbd4 in gif_output (ifp=0xfffffe0005e28000, m=Variable >> "m" is not available. >> ) >> at /usr/src/sys/net/if_gif.c:540 >> #14 0xffffffff807290c7 in nd6_output_lle (ifp=0xfffffe0005e28000, >> origifp=0xfffffe0005e28000, m0=0xfffffe0005ff8300, >> dst=0xffffff80ea22f56c, rt0=Variable "rt0" is not available. >> ) at /usr/src/sys/netinet6/nd6.c:2079 >> #15 0xffffffff807292f8 in nd6_output (ifp=Variable "ifp" is not available. >> ) >> at /usr/src/sys/netinet6/nd6.c:1824 >> #16 0xffffffff80723171 in ip6_output (m0=Variable "m0" is not available. >> ) >> at /usr/src/sys/netinet6/ip6_output.c:1021 >> #17 0xffffffff8072cf9f in nd6_ns_output (ifp=0xfffffe0005e28000, >> daddr6=0x0, >> taddr6=0xfffffe0005300318, ln=Variable "ln" is not available. >> ) at /usr/src/sys/netinet6/nd6_nbr.c:593 >> #18 0xffffffff8072d801 in nd6_dad_start (ifa=0xfffffe0005300200, delay=0) >> at /usr/src/sys/netinet6/nd6_nbr.c:1298 >> #19 0xffffffff80710448 in in6_update_ifa (ifp=0xfffffe0005e28000, >> ifra=0xfffffe00812c8b00, ia=0xfffffe0005300200, flags=Variable >> "flags" is not available. >> ) >> at /usr/src/sys/netinet6/in6.c:1298 >> #20 0xffffffff80711658 in in6_control (so=0xfffffe00810c5aa0, >> cmd=2156423451, >> data=0xfffffe00812c8b00 "gif0", ifp=0xfffffe0005e28000, >> td=0xfffffe0005009000) at /usr/src/sys/netinet6/in6.c:654 >> #21 0xffffffff806181f6 in ifioctl (so=0xfffffe00810c5aa0, cmd=2156423451, >> data=0xfffffe00812c8b00 "gif0", td=0xfffffe0005009000) >> at /usr/src/sys/net/if.c:2540 >> #22 0xffffffff805aa0dd in kern_ioctl (td=Variable "td" is not available. >> ) at file.h:287 >> #23 0xffffffff805aa37d in sys_ioctl (td=0xfffffe0005009000, >> uap=0xffffff80ea22fb70) at /usr/src/sys/kern/sys_generic.c:691 >> #24 0xffffffff80814a34 in amd64_syscall (td=0xfffffe0005009000, traced=0) >> at subr_syscall.c:135 >> #25 0xffffffff80800147 in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:387 >> #26 0x0000000801183d0c in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> >> _______________________________________________ >> 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 20 21:02:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9EA73106564A for ; Wed, 20 Jun 2012 21:02:08 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 314A68FC08 for ; Wed, 20 Jun 2012 21:02:08 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so7780272wgb.31 for ; Wed, 20 Jun 2012 14:02:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:date:subject:to:mime-version:content-transfer-encoding :from:organization:message-id:user-agent; bh=dP6TU/cqO4RFH/oH5u9KCx7SCAxV2JUMxNqFHT9alW0=; b=o3ylSfNPsn5vXRBlr/wdaIlYp5F2aYJcYCFy4H0MX56ZBhKCHgqHqL5c8jEQOfVtqC V6AHeioOZpLLV9Vxfd0HZiDKvUVNgMQOGNg/Gs/tjjKGUc/AKUafwTPCrWL6NIaQQelr PuXbeA5CoeX9gjb5TOXUb0JdZJfbvQIkZPumG5TR1lu53Sc26oAL5yENePLn4IxqHp3/ Fiy0YDabnkWEvLBX/jeF3frJ1r2rVaJ961gap56vFaEAp0lmDkkFs2tK7p2yQVzOtPHQ 8BwPGudHC/8t9kYHRmNFry+Q35g4/nMCXiM6kUIBigEzL5ADY6cyDNhWUMxF4j57QtMm n6Ww== Received: by 10.180.81.65 with SMTP id y1mr14703771wix.1.1340226127298; Wed, 20 Jun 2012 14:02:07 -0700 (PDT) Received: from noxon (141-119.0-85.cust.bluewin.ch. [85.0.119.141]) by mx.google.com with ESMTPS id g2sm11306582wiz.7.2012.06.20.14.02.05 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 20 Jun 2012 14:02:06 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Date: Wed, 20 Jun 2012 23:02:04 +0200 To: "freebsd-current@freebsd.org" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: sam Organization: - Message-ID: User-Agent: Opera Mail/12.00 (FreeBSD) Subject: Wireless: AzureWave 2100 supported? 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, 20 Jun 2012 21:02:08 -0000 Hi there I have a Gigabyte Motherboard here with the following wireless card: lspci 08:00.0 Network controller: Atheros Communications Inc. Device 0037 (rev 01) Subsystem: AzureWave Device 2100 or if you prefer pciconf: none12@pci0:8:0:0: class=0x028000 card=0x21001a3b chip=0x0037168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network Is this card supported by FreeBSD? If yes, by which driver? mfg sam From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 21:09:52 2012 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 05E771065675 for ; Wed, 20 Jun 2012 21:09:52 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id CB77C8FC08 for ; Wed, 20 Jun 2012 21:09:51 +0000 (UTC) Received: by dadv36 with SMTP id v36so11259825dad.13 for ; Wed, 20 Jun 2012 14:09:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0jJDUv5raGdoj87zzI1LWs0zpsqoD94Sl6Rf1rYsHFg=; b=vibL9P/ispscveqFMykWFmCU4P9I94sPQSOQG74D4KPd8yFMLlmAh42avINdHjbY6b 0L0eI/AyIsiH1UR2xAF5nZ945H97Zlrg16oQ7oMrB3diRazjhHPU7mGvBq8gNQFt9eMj ooeAhrbTWKp8CFrIX6AOJ/JmYK7yZQgWYO02JWt1fhPmDVQDrvMcTgzZwS7r2pn/3G/d wCtgGOPfxYBpqf6RAJ/4+mSuMqHG3lXBOyOcrdHWbDxX/TGe3273u+SZebaEd8/ahxO+ lNnfBum0a+aj93ZEdYE+xtzyzEFUiLzifeER9ozBs1MNdMnvgRJivsslkvkgyB4vA1yq vovQ== MIME-Version: 1.0 Received: by 10.68.222.103 with SMTP id ql7mr80832170pbc.68.1340226591318; Wed, 20 Jun 2012 14:09:51 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.143.91.18 with HTTP; Wed, 20 Jun 2012 14:09:51 -0700 (PDT) In-Reply-To: References: Date: Wed, 20 Jun 2012 14:09:51 -0700 X-Google-Sender-Auth: DcOR0cxdS6KfAk___-7jWfJg5_Q Message-ID: From: Adrian Chadd To: sam Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: Re: Wireless: AzureWave 2100 supported? 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, 20 Jun 2012 21:09:52 -0000 Hi, On 20 June 2012 14:02, sam wrote: > or if you prefer pciconf: > none12@pci0:8:0:0: =A0 =A0 =A0class=3D0x028000 card=3D0x21001a3b chip=3D0= x0037168c > rev=3D0x01 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Atheros Communications Inc.' > =A0 =A0class =A0 =A0 =A0=3D network 0x168c is Atheros. 0x0037 looks like some kind of AR93xx derivative. There's currently no support in ath(4) and ath_hal(4) for the AR93xx or later chips. I have some rough plans to start supporting that when I get some time but I'm very short on time right now and I'm mostly trying to focus on testing and tidying up the existing driver code before I bring over AR93xx support. Sorry, I can't give you any further help than that. Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jun 20 23:40:35 2012 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 BE4341065670; Wed, 20 Jun 2012 23:40:35 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8732E8FC08; Wed, 20 Jun 2012 23:40:35 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with ESMTP id q5KNeYAn014759 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 20 Jun 2012 18:40:34 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.283.3; Wed, 20 Jun 2012 18:40:33 -0500 From: Devin Teske Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 20 Jun 2012 16:40:31 -0700 Message-ID: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> To: MIME-Version: 1.0 (Apple Message framework v1257) X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-20_04:2012-06-20, 2012-06-20, 1970-01-01 signatures=0 Cc: bapt@freebsd.org, McDowell , Nathan Whitehorn , Ron Subject: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities 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, 20 Jun 2012 23:40:35 -0000 Hi Folks, This is a call for testing of the new sysutils/bsdconfig port. Back in February, Ron McDowell and myself together decided we were going to= take-on the task of salvaging sysinstall(8)'s "Configure" menu while simul= taneously rewriting it into a system of shell scripts (making it similar to= bsdinstall) so that sysinstall(8) could be safely and quietly "put to past= ure" (meanwhile contradictorily _increasing_ functionality due to several e= nhancements performed in the process). After talking with a lot of other developers and really helpful folks, we d= ecided to shoot for the 9.1-R freeze to coincide with other new features li= ke pkgng. Currently, bsdconfig cannot do what sysinstall is known most for = (package installation), but that is because we have a plan to _start_ with = pkgng (and it just works better if pkgng can mature before the integration). If the thought of losing sysinstall has ever made you uneasy because unique= functionality not found elsewhere, please try the sysutils/bsdconfig port = to help get it some testing. With ~25,000 lines of code, we really need to get some testing on this befo= re adding this to HEAD and I've turned the source into a port to make the t= esting process easier and to widen the audience. If you have the time and/or energy, please test and report any issues that = you experience. If things go well, we can get this MFC'd from HEAD before the 9.1 freeze. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 00:16:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 639E6106564A for ; Thu, 21 Jun 2012 00:16:50 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E9EC48FC0C for ; Thu, 21 Jun 2012 00:16:49 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so42745wgb.31 for ; Wed, 20 Jun 2012 17:16:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=XiGhnmlFZgzNy8oKen4kgV9Xw0OQyI9h0myKY4zeBaE=; b=mSJmCd6C/blS66/8kJaECR56sx9S1JHjKXxUhK5VCbmRlDzPYkuLKp8IUxnM99Jyfp 6BxZOs8mWWQiWeZcLWfiUB2XuBI5Jx4/vsB451GkR6f3OBGkncHq4eKYI+6sbzYRCeR+ NYwdR24POf6AVi3uoRCw90MFeSOAkzUeppCnFFqE3AQBTYtghhb56VOHmNMSclgppwKc Dl9dPu+G5pM6XCc0kTke/ZfjDDDJNOhBlA5cEEN8A4mGFBPteOXiYInfHvf87Sge8dpu gBLBvbIsNezKRRtG1eXCAN0kPKJuSrfIbGDVefKoaYFFXLn00PrWdPi3Ykxj1WnKkXLR V54g== MIME-Version: 1.0 Received: by 10.180.87.232 with SMTP id bb8mr11786546wib.0.1340237808169; Wed, 20 Jun 2012 17:16:48 -0700 (PDT) Received: by 10.223.1.208 with HTTP; Wed, 20 Jun 2012 17:16:48 -0700 (PDT) In-Reply-To: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> Date: Thu, 21 Jun 2012 03:16:48 +0300 Message-ID: From: Vitaly Magerya To: Devin Teske Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities 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, 21 Jun 2012 00:16:50 -0000 Devin Teske wrote: > If you have the time and/or energy, please test and report any issues that > you experience. "Toggle Startup Services" dialog shows sendmail_enable and sendmail_msp_queue_enable variables, but doesn't seem to show sendmail_submit_enable and sendmail_outbound_enable. Is this by design? It also hangs if I try to toggle sendmail_msp_queue_enable. (Tell me if you can't reproduce this easily, I'll provide more details). From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 01:24:47 2012 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 E39CF106564A for ; Thu, 21 Jun 2012 01:24:47 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id AA5F58FC0C for ; Thu, 21 Jun 2012 01:24:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with ESMTP id q5L1Ok7F006773 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 20 Jun 2012 20:24:46 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.283.3; Wed, 20 Jun 2012 20:24:45 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: Date: Wed, 20 Jun 2012 18:24:43 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> To: Vitaly Magerya X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-20_04:2012-06-20, 2012-06-20, 1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 01:24:48 -0000 On Jun 20, 2012, at 5:16 PM, Vitaly Magerya wrote: > Devin Teske wrote: >> If you have the time and/or energy, please test and report any issues th= at >> you experience. >=20 > "Toggle Startup Services" dialog shows sendmail_enable and > sendmail_msp_queue_enable variables, but doesn't seem to show > sendmail_submit_enable and sendmail_outbound_enable. Is this > by design? >=20 What does the following produce: service sendmail rcvar Now what does this say: grep sendmail /var/run/bsdconfig/startup_rcvar_map.cache Do they agree? The list is generated dynamically. If there's a variable that's missing, it= 's because it wasn't reported by the rc.d script. > It also hangs if I try to toggle sendmail_msp_queue_enable. >=20 > (Tell me if you can't reproduce this easily, I'll provide more > details). Wow, that was an obscure bug! Thanks for finding that! The nature of this bug is that if the item that you select in the menu is e= venly divisible by both 2 and 3 landing on a boundary, the item works as ex= pected, otherwise you can only toggle the item ON (not off). Details are too boring to explain, I'll have to roll a new version. Thank you so very much for finding this bug. I'll try to have it fixed toda= y in the next hour or so. Other areas should be unaffected. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 02:59:48 2012 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 A9398106564A for ; Thu, 21 Jun 2012 02:59:48 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6B8978FC24 for ; Thu, 21 Jun 2012 02:59:48 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa04.fnfis.com (8.14.4/8.14.4) with ESMTP id q5L2xlxj009412 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 20 Jun 2012 21:59:48 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.2.283.3; Wed, 20 Jun 2012 21:59:47 -0500 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> Date: Wed, 20 Jun 2012 19:59:45 -0700 Message-ID: References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> To: Vitaly Magerya X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-20_04:2012-06-20, 2012-06-20, 1970-01-01 signatures=0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 02:59:48 -0000 On Jun 20, 2012, at 6:24 PM, Devin Teske wrote: >=20 > On Jun 20, 2012, at 5:16 PM, Vitaly Magerya wrote: >=20 [snip] >> It also hangs if I try to toggle sendmail_msp_queue_enable. >>=20 >> (Tell me if you can't reproduce this easily, I'll provide more >> details). >=20 > Wow, that was an obscure bug! Thanks for finding that! >=20 [snip] > I'll try to have it fixed today in the next hour or so. >=20 > Other areas should be unaffected. Fixed, and I filed ports/169280. As soon as someone commits that, you'll be able to portupgrade to the fixed= version. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 04:29:31 2012 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 CEBDD106566B for ; Thu, 21 Jun 2012 04:29:31 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 54A318FC0A for ; Thu, 21 Jun 2012 04:29:31 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q5L4TPRD044949 for ; Wed, 20 Jun 2012 22:29:25 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q5L4TPmQ044948 for current@freebsd.org; Wed, 20 Jun 2012 22:29:25 -0600 (MDT) (envelope-from ken) Date: Wed, 20 Jun 2012 22:29:25 -0600 From: "Kenneth D. Merry" To: current@freebsd.org Message-ID: <20120621042925.GA44903@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline User-Agent: Mutt/1.4.2i Cc: Subject: minor GEOM disk API change coming 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, 21 Jun 2012 04:29:31 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi folks, I have attached some patches that fix an object lifetime issue between CAM and GEOM. Fixing the bug required adding a callback to the GEOM disk code, and adding a callback that a GEOM class can register to get notified when a provider is destroyed. The probable commit message is below. If I don't hear any objections, I will commit it on Friday, June 22nd. ============ Fix a bug which causes a panic in daopen(). The panic is caused by a da(4) instance going away while GEOM is still probing it. In this case, the GEOM disk class instance has been created by disk_create(), and the taste of the disk is queued in the GEOM event queue. While that event is queued, the da(4) instance goes away. When the open call comes into the da(4) driver, it dereferences the freed (but non-NULL) peripheral pointer provided by GEOM, which results in a panic. The solution is to add a callback to the GEOM disk code that is called when all of its resources are cleaned up. This is implemented inside GEOM by adding an optional callback that is called when all consumers have detached from a provider, and the provider is about to be deleted. scsi_cd.c, scsi_da.c: In the register routine for the cd(4) and da(4) routines, acquire a reference to the CAM peripheral instance just before we call disk_create(). Use the new GEOM disk d_gone() callback to register a callback (dadiskgonecb()/cddiskgonecb()) that decrements the peripheral reference count once GEOM has finished cleaning up its resources. In the cd(4) driver, clean up open and close behavior slightly. GEOM makes sure we only get one open() and one close call, so there is no need to set an open flag and decrement the reference count if we are not the first open. In the cd(4) driver, use cam_periph_release_locked() in a couple of error scenarios to avoid extra mutex calls. geom.h: Add a new, optional, providergone callback that is called when a provider is about to be deleted. geom_disk.h: Add a new d_gone() callback to the GEOM disk interface. Bump the DISK_VERSION to version 2. This probably should have been done after a couple of previous changes, especially the addition of the d_getattr() callback. geom_disk.c: Add a providergone callback for the disk class, g_disk_providergone(), that calls the user's d_gone() callback if it exists. Bump the DISK_VERSION to 2. geom_subr.c: In g_destroy_provider(), call the providergone callback if it has been provided. In g_new_geomf(), propagate the class's providergone callback to the new geom instance. disk.9: Update the disk(9) man page to include information on the new d_gone() callback, as well as the previously added d_getattr() callback, d_descr field, and HBA PCI ID fields. ============ Ken -- Kenneth Merry ken@FreeBSD.ORG --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cam_geom_callback.20120620.1.txt" ==== //depot/users/kenm/FreeBSD-test/share/man/man9/disk.9#1 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/share/man/man9/disk.9 ==== *** /tmp/tmp.81866.21 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/share/man/man9/disk.9 Wed Jun 20 21:30:45 2012 *************** *** 145,150 **** --- 145,160 ---- .Xr dumpon 8 , this function is invoked from a very restricted system state after a kernel panic to record a copy of the system RAM to the disk. + .It Vt "disk_getattr_t *" Va d_getattr + Optional: if this method is provided, it gives the disk driver the + opportunity to override the default GEOM response to BIO_GETATTR requests. + This function should return -1 if the attribute is not handled, 0 if the + attribute is handled, or an errno to be passed to g_io_deliver(). + .It Vt "disk_gone_t *" Va d_gone + Optional: if this method is provided, it will be called after disk_gone() + is called, once GEOM has finished its cleanup process. + Once this callback is called, it is safe for the disk driver to free all of + its resources, as it will not be receiving further calls from GEOM. .El .Ss Mandatory Media Properties The following fields identify the size and granularity of the disk device. *************** *** 180,186 **** .Pa src/sys/geom/notes for details. .It Vt char Va d_ident[DISK_IDENT_SIZE] ! This field can and should be used to store disk's serial number. .El .Ss Driver Private Data This field may be used by the device driver to store a pointer to --- 190,212 ---- .Pa src/sys/geom/notes for details. .It Vt char Va d_ident[DISK_IDENT_SIZE] ! This field can and should be used to store disk's serial number if the ! d_getattr method described above isn't implemented, or if it does not ! support the GEOM::ident attribute. ! .It Vt char Va d_descr[DISK_IDENT_SIZE] ! This field can be used to store the disk vendor and product description. ! .It Vt uint16_t Va d_hba_vendor ! This field can be used to store the PCI vendor ID for the HBA connected to ! the disk. ! .It Vt uint16_t Va d_hba_device ! This field can be used to store the PCI device ID for the HBA connected to ! the disk. ! .It Vt uint16_t Va d_hba_subvendor ! This field can be used to store the PCI subvendor ID for the HBA connected to ! the disk. ! .It Vt uint16_t Va d_hba_subdevice ! This field can be used to store the PCI subdevice ID for the HBA connected to ! the disk. .El .Ss Driver Private Data This field may be used by the device driver to store a pointer to ==== //depot/users/kenm/FreeBSD-test/sys/cam/scsi/scsi_cd.c#7 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/cam/scsi/scsi_cd.c ==== *** /tmp/tmp.81866.119 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/cam/scsi/scsi_cd.c Wed Jun 20 21:30:48 2012 *************** *** 103,110 **** CD_FLAG_RETRY_UA = 0x0200, CD_FLAG_VALID_MEDIA = 0x0400, CD_FLAG_VALID_TOC = 0x0800, ! CD_FLAG_SCTX_INIT = 0x1000, ! CD_FLAG_OPEN = 0x2000 } cd_flags; typedef enum { --- 103,109 ---- CD_FLAG_RETRY_UA = 0x0200, CD_FLAG_VALID_MEDIA = 0x0400, CD_FLAG_VALID_TOC = 0x0800, ! CD_FLAG_SCTX_INIT = 0x1000 } cd_flags; typedef enum { *************** *** 358,363 **** --- 357,376 ---- } } + /* + * Callback from GEOM, called when it has finished cleaning up its + * resources. + */ + static void + cddiskgonecb(struct disk *dp) + { + struct cam_periph *periph; + + periph = (struct cam_periph *)dp->d_drv1; + + cam_periph_release(periph); + } + static void cdoninvalidate(struct cam_periph *periph) { *************** *** 389,395 **** camq_remove(&softc->changer->devq, softc->pinfo.index); disk_gone(softc->disk); ! xpt_print(periph->path, "lost device\n"); } static void --- 402,408 ---- camq_remove(&softc->changer->devq, softc->pinfo.index); disk_gone(softc->disk); ! xpt_print(periph->path, "lost device, %d refs\n", periph->refcount); } static void *************** *** 726,731 **** --- 739,745 ---- softc->disk->d_open = cdopen; softc->disk->d_close = cdclose; softc->disk->d_strategy = cdstrategy; + softc->disk->d_gone = cddiskgonecb; softc->disk->d_ioctl = cdioctl; softc->disk->d_name = "cd"; cam_strvis(softc->disk->d_descr, cgd->inq_data.vendor, *************** *** 747,752 **** --- 761,779 ---- softc->disk->d_hba_device = cpi.hba_device; softc->disk->d_hba_subvendor = cpi.hba_subvendor; softc->disk->d_hba_subdevice = cpi.hba_subdevice; + + /* + * Acquire a reference to the periph before we register with GEOM. + * We'll release this reference once GEOM calls us back (via + * dadiskgonecb()) telling us that our provider has been freed. + */ + if (cam_periph_acquire(periph) != CAM_REQ_CMP) { + xpt_print(periph->path, "%s: lost periph during " + "registration!\n", __func__); + cam_periph_lock(periph); + return (CAM_REQ_CMP_ERR); + } + disk_create(softc->disk, DISK_VERSION); cam_periph_lock(periph); *************** *** 1000,1013 **** cam_periph_lock(periph); if (softc->flags & CD_FLAG_INVALID) { cam_periph_unlock(periph); - cam_periph_release(periph); return(ENXIO); } if ((error = cam_periph_hold(periph, PRIBIO | PCATCH)) != 0) { cam_periph_unlock(periph); - cam_periph_release(periph); return (error); } --- 1027,1040 ---- cam_periph_lock(periph); if (softc->flags & CD_FLAG_INVALID) { + cam_periph_release_locked(periph); cam_periph_unlock(periph); return(ENXIO); } if ((error = cam_periph_hold(periph, PRIBIO | PCATCH)) != 0) { + cam_periph_release_locked(periph); cam_periph_unlock(periph); return (error); } *************** *** 1024,1037 **** CAM_DEBUG(periph->path, CAM_DEBUG_TRACE, ("leaving cdopen\n")); cam_periph_unhold(periph); ! /* Closes aren't symmetrical with opens, so fix up the refcounting. */ ! if ((softc->flags & CD_FLAG_OPEN) == 0) { ! softc->flags |= CD_FLAG_OPEN; ! cam_periph_unlock(periph); ! } else { ! cam_periph_unlock(periph); ! cam_periph_release(periph); ! } return (0); } --- 1051,1057 ---- CAM_DEBUG(periph->path, CAM_DEBUG_TRACE, ("leaving cdopen\n")); cam_periph_unhold(periph); ! cam_periph_unlock(periph); return (0); } *************** *** 1070,1080 **** /* * We'll check the media and toc again at the next open(). */ ! softc->flags &= ~(CD_FLAG_VALID_MEDIA|CD_FLAG_VALID_TOC|CD_FLAG_OPEN); cam_periph_unhold(periph); cam_periph_unlock(periph); - cam_periph_release(periph); return (0); } --- 1090,1100 ---- /* * We'll check the media and toc again at the next open(). */ ! softc->flags &= ~(CD_FLAG_VALID_MEDIA|CD_FLAG_VALID_TOC); cam_periph_unhold(periph); + cam_periph_release_locked(periph); cam_periph_unlock(periph); return (0); } ==== //depot/users/kenm/FreeBSD-test/sys/cam/scsi/scsi_da.c#12 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/cam/scsi/scsi_da.c ==== *** /tmp/tmp.81866.135 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/cam/scsi/scsi_da.c Wed Jun 20 21:32:11 2012 *************** *** 1233,1238 **** --- 1233,1252 ---- } } + /* + * Callback from GEOM, called when it has finished cleaning up its + * resources. + */ + static void + dadiskgonecb(struct disk *dp) + { + struct cam_periph *periph; + + periph = (struct cam_periph *)dp->d_drv1; + + cam_periph_release(periph); + } + static void daoninvalidate(struct cam_periph *periph) { *************** *** 1255,1261 **** --- 1269,1280 ---- bioq_flush(&softc->bio_queue, NULL, ENXIO); bioq_flush(&softc->delete_queue, NULL, ENXIO); + /* + * Tell GEOM that we've gone away, we'll get a callback when it is + * done cleaning up its resources. + */ disk_gone(softc->disk); + xpt_print(periph->path, "lost device - %d outstanding, %d refs\n", softc->outstanding_cmds, periph->refcount); } *************** *** 1633,1638 **** --- 1652,1658 ---- softc->disk->d_strategy = dastrategy; softc->disk->d_dump = dadump; softc->disk->d_getattr = dagetattr; + softc->disk->d_gone = dadiskgonecb; softc->disk->d_name = "da"; softc->disk->d_drv1 = periph; if (cpi.maxio == 0) *************** *** 1655,1660 **** --- 1675,1693 ---- softc->disk->d_hba_device = cpi.hba_device; softc->disk->d_hba_subvendor = cpi.hba_subvendor; softc->disk->d_hba_subdevice = cpi.hba_subdevice; + + /* + * Acquire a reference to the periph before we register with GEOM. + * We'll release this reference once GEOM calls us back (via + * dadiskgonecb()) telling us that our provider has been freed. + */ + if (cam_periph_acquire(periph) != CAM_REQ_CMP) { + xpt_print(periph->path, "%s: lost periph during " + "registration!\n", __func__); + mtx_lock(periph->sim->mtx); + return (CAM_REQ_CMP_ERR); + } + disk_create(softc->disk, DISK_VERSION); mtx_lock(periph->sim->mtx); ==== //depot/users/kenm/FreeBSD-test/sys/dev/xen/blkfront/blkfront.c#8 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/dev/xen/blkfront/blkfront.c ==== *** /tmp/tmp.81866.147 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/dev/xen/blkfront/blkfront.c Wed Jun 20 21:30:01 2012 *************** *** 230,236 **** sc->xb_disk->d_mediasize = sectors * sector_size; sc->xb_disk->d_maxsize = sc->max_request_size; sc->xb_disk->d_flags = 0; ! disk_create(sc->xb_disk, DISK_VERSION_00); return error; } --- 230,236 ---- sc->xb_disk->d_mediasize = sectors * sector_size; sc->xb_disk->d_maxsize = sc->max_request_size; sc->xb_disk->d_flags = 0; ! disk_create(sc->xb_disk, DISK_VERSION); return error; } ==== //depot/users/kenm/FreeBSD-test/sys/geom/geom.h#2 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom.h ==== *** /tmp/tmp.81866.158 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom.h Wed Jun 20 21:30:45 2012 *************** *** 76,81 **** --- 76,82 ---- typedef void g_start_t (struct bio *); typedef void g_spoiled_t (struct g_consumer *); typedef void g_attrchanged_t (struct g_consumer *, const char *attr); + typedef void g_provgone_t (struct g_provider *); typedef void g_dumpconf_t (struct sbuf *, const char *indent, struct g_geom *, struct g_consumer *, struct g_provider *); *************** *** 102,107 **** --- 103,109 ---- g_start_t *start; g_spoiled_t *spoiled; g_attrchanged_t *attrchanged; + g_provgone_t *providergone; g_dumpconf_t *dumpconf; g_access_t *access; g_orphan_t *orphan; *************** *** 133,138 **** --- 135,141 ---- g_start_t *start; g_spoiled_t *spoiled; g_attrchanged_t *attrchanged; + g_provgone_t *providergone; g_dumpconf_t *dumpconf; g_access_t *access; g_orphan_t *orphan; ==== //depot/users/kenm/FreeBSD-test/sys/geom/geom_disk.c#5 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_disk.c ==== *** /tmp/tmp.81866.209 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_disk.c Wed Jun 20 21:30:46 2012 *************** *** 75,80 **** --- 75,81 ---- static g_start_t g_disk_start; static g_ioctl_t g_disk_ioctl; static g_dumpconf_t g_disk_dumpconf; + static g_provgone_t g_disk_providergone; static struct g_class g_disk_class = { .name = "DISK", *************** *** 84,89 **** --- 85,91 ---- .start = g_disk_start, .access = g_disk_access, .ioctl = g_disk_ioctl, + .providergone = g_disk_providergone, .dumpconf = g_disk_dumpconf, }; *************** *** 487,492 **** --- 489,513 ---- g_error_provider(pp, 0); } + /* + * We get this callback after all of the consumers have gone away, and just + * before the provider is freed. If the disk driver provided a d_gone + * callback, let them know that it is okay to free resources -- they won't + * be getting any more accesses from GEOM. + */ + static void + g_disk_providergone(struct g_provider *pp) + { + struct disk *dp; + struct g_disk_softc *sc; + + sc = (struct g_disk_softc *)pp->geom->softc; + dp = sc->dp; + + if (dp->d_gone != NULL) + dp->d_gone(dp); + } + static void g_disk_destroy(void *ptr, int flag) { *************** *** 550,556 **** disk_create(struct disk *dp, int version) { ! if (version != DISK_VERSION_00 && version != DISK_VERSION_01) { printf("WARNING: Attempt to add disk %s%d %s", dp->d_name, dp->d_unit, " using incompatible ABI version of disk(9)\n"); --- 571,577 ---- disk_create(struct disk *dp, int version) { ! if (version != DISK_VERSION_02) { printf("WARNING: Attempt to add disk %s%d %s", dp->d_name, dp->d_unit, " using incompatible ABI version of disk(9)\n"); ==== //depot/users/kenm/FreeBSD-test/sys/geom/geom_disk.h#2 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_disk.h ==== *** /tmp/tmp.81866.251 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_disk.h Wed Jun 20 21:30:46 2012 *************** *** 50,55 **** --- 50,56 ---- typedef int disk_close_t(struct disk *); typedef void disk_strategy_t(struct bio *bp); typedef int disk_getattr_t(struct bio *bp); + typedef void disk_gone_t(struct disk *); typedef int disk_ioctl_t(struct disk *, u_long cmd, void *data, int fflag, struct thread *td); /* NB: disk_ioctl_t SHALL be cast'able to d_ioctl_t */ *************** *** 77,82 **** --- 78,84 ---- disk_ioctl_t *d_ioctl; dumper_t *d_dump; disk_getattr_t *d_getattr; + disk_gone_t *d_gone; /* Info fields from driver to geom_disk.c. Valid when open */ u_int d_sectorsize; *************** *** 110,116 **** #define DISK_VERSION_00 0x58561059 #define DISK_VERSION_01 0x5856105a ! #define DISK_VERSION DISK_VERSION_01 #endif /* _KERNEL */ #endif /* _GEOM_GEOM_DISK_H_ */ --- 112,119 ---- #define DISK_VERSION_00 0x58561059 #define DISK_VERSION_01 0x5856105a ! #define DISK_VERSION_02 0x5856105b ! #define DISK_VERSION DISK_VERSION_02 #endif /* _KERNEL */ #endif /* _GEOM_GEOM_DISK_H_ */ ==== //depot/users/kenm/FreeBSD-test/sys/geom/geom_subr.c#2 - /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_subr.c ==== *** /tmp/tmp.81866.345 Wed Jun 20 22:19:20 2012 --- /usr/home/kenm/perforce4/kenm/FreeBSD-test/sys/geom/geom_subr.c Wed Jun 20 21:32:22 2012 *************** *** 351,356 **** --- 351,357 ---- gp->start = mp->start; gp->spoiled = mp->spoiled; gp->attrchanged = mp->attrchanged; + gp->providergone = mp->providergone; gp->dumpconf = mp->dumpconf; gp->access = mp->access; gp->orphan = mp->orphan; *************** *** 634,639 **** --- 635,647 ---- LIST_REMOVE(pp, provider); gp = pp->geom; devstat_remove_entry(pp->stat); + /* + * If a callback was provided, send notification that the provider + * is now gone. + */ + if (gp->providergone != NULL) + gp->providergone(pp); + g_free(pp); if ((gp->flags & G_GEOM_WITHER)) g_do_wither(); --TB36FDmn/VVEgNH/-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 10:54:51 2012 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 549671065688; Thu, 21 Jun 2012 10:54:51 +0000 (UTC) (envelope-from vmagerya@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A6E968FC14; Thu, 21 Jun 2012 10:54:50 +0000 (UTC) Received: by eeke49 with SMTP id e49so212798eek.13 for ; Thu, 21 Jun 2012 03:54:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Y6Nk2hLwUCSXn9NnyHpGjo1ZpHrjb+/Tlzp/iTPFVhw=; b=Q0x7RNkCGWtdQ2NoWUh5MX98TcTyrbtbONRXigfY+fI54L95WdeXtBCrCqGJ1fMXPq 7+5ChvufSidMEYfwUKmlwq23hVfSJ4WY0wjkNkQ6rRFJ4Nn7rnQSMk8ob4iAH+xWcDNK 7MiGsrjHy70yQ7VwMUTJaFQHkuFL7subDkw4qmVXP0ONd4HJTFV494Q2QExA2ZYp/b0/ 40ftmhgXSVNxklW0cC7uDgbQFLJ3UMfyS6Ehqi9/+NI3OqT72IjYcM1BgmGZM1CXJK9M /zDHTvbJlQTnvIawDiRmmDUOYa20nF3BfBy5HxYJ4Ax/X9ECOARwSd2o3eVBz/ceGyHL ojMw== Received: by 10.14.100.68 with SMTP id y44mr2714841eef.69.1340276083722; Thu, 21 Jun 2012 03:54:43 -0700 (PDT) Received: from [172.29.1.142] (altimet-gw.cs2.dp.wnet.ua. [217.20.178.249]) by mx.google.com with ESMTPS id u14sm101565787eem.4.2012.06.21.03.54.41 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jun 2012 03:54:42 -0700 (PDT) Message-ID: <4FE2FD32.8070801@gmail.com> Date: Thu, 21 Jun 2012 13:53:38 +0300 From: Vitaly Magerya User-Agent: Thunderbird MIME-Version: 1.0 To: Devin Teske References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> In-Reply-To: <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities 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, 21 Jun 2012 10:54:51 -0000 Devin Teske wrote: >> "Toggle Startup Services" dialog shows sendmail_enable and >> sendmail_msp_queue_enable variables, but doesn't seem to show >> sendmail_submit_enable and sendmail_outbound_enable. Is this >> by design? > > What does the following produce: > > service sendmail rcvar > > Now what does this say: > > grep sendmail /var/run/bsdconfig/startup_rcvar_map.cache > > Do they agree? OK, both list sendmail_enable and sendmail_msp_queue_enable only. It appears that /etc/rc.d/sendmail only registers sendmail_submit_enable and sendmail_outbound_enable if they are enabled (and enabling or disabling one of the four affects the status of others). That behavior combined with the fact that bsdconfig does not recompute rcvars each time you make modifications means that you can't manipulate (i.e. disable) sendmail from bsdconfig. I think the right thing to do is to fix /etc/rc.d/sendmail, but I don't know how: removing the conditions around sendmail_submit_enable and sendmail_outbound_enable parts fixes rcvar, but probably breaks other commands. Any ideas how to fix this? > The nature of this bug is that if the item that you select in the > menu is evenly divisible by both 2 and 3 landing on a boundary, > the item works as expected, otherwise you can only toggle the item > ON (not off). Sounds interesting; there must be some really hairy stuff inside bsdconfig if this is the kind of edge cases it has. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 12:38:09 2012 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 663791065673 for ; Thu, 21 Jun 2012 12:38:09 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E16188FC16 for ; Thu, 21 Jun 2012 12:38:08 +0000 (UTC) Received: by eeke49 with SMTP id e49so264390eek.13 for ; Thu, 21 Jun 2012 05:38:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=yB0jNnxOwHqJqz0dvZaechtgCvt4VzMLrW/CzJpc374=; b=jX/w+Vh5R2Eexcm2fhDznM61ZnNURbbjitMwOLVDPS4M1oe6R4i1P6q1eWHjbmQEx9 sw6TQi89dkkZTJJO3XYj+qvLX4EFqFdnrDFK6pevTiBSOlHThFIc2uLV15YgTtoLiplK q/O0AbszFui6oSdpoE0ym094IPKccX+oS88644m1J2CheOIbA4pKK7aVFRSQZAWmhqso 3kxJ6fXgNww8WHQAGOgCSzNq4TaKMlUTJPy4LZwIsJVeAjvQnmY9CPmCZaQo2nFWb0z6 RutDxXlm7mWi3hQOt4IeGiCptXVpGEg4PUb+iv8IZCHQHdzqW8d/pIRbfD9QYiUUt7Vx +npA== Received: by 10.14.187.142 with SMTP id y14mr5619133eem.215.1340282287643; Thu, 21 Jun 2012 05:38:07 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id m46sm84514136eeh.9.2012.06.21.05.38.05 (version=SSLv3 cipher=OTHER); Thu, 21 Jun 2012 05:38:06 -0700 (PDT) Message-ID: <4FE315B6.9020102@gmail.com> Date: Thu, 21 Jun 2012 14:38:14 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 21 Jun 2012 12:42:01 +0000 Subject: mbstowcs(3) may not return -1 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, 21 Jun 2012 12:38:09 -0000 Hello, While reading the manpage of mbstowcs I noticed an error in the RETURN VALUES : The mbstowcs() function returns the number of wide characters converted, not counting any terminating null wide character, or -1 if an invalid multibyte character was encountered. Since size_t is unsigned, it can't returns -1. Cheers, -- David Demelier From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 12:55:17 2012 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 2AF76106566C for ; Thu, 21 Jun 2012 12:55:17 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D83C98FC16 for ; Thu, 21 Jun 2012 12:55:16 +0000 (UTC) Received: by yenl8 with SMTP id l8so475675yen.13 for ; Thu, 21 Jun 2012 05:55:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=mOmTikyYbgZNn1rcohMTbQpIwkHPlVmyyJ9eZloSBEc=; b=0vXEBPXjT4ChTq2MXbMUHp0MyiT0q0pBzT2H05+lYSjdmjcRnxxdJxD/CdAxdJR5um OAAn1f4XOueLlIjErbDHER3P7oGkSNQA8j7WngbXqjFHXhkVVUES2MoQ4LX5MbOyBIxx 9iUHtR+iEJYb4K/DzpqQpXDdUuSk130F6Mo1C/7X1YaLGm1uX08HBiSuY015IOPm54W2 DPA+nAWX2iPuomsCiHIuI2nCIncKNWRfMkdUlF+amk3ogh7tmzPLdF+ACEE833E+iinl Qr/hWICpltPorJ5UgynLv5BRPeKM3P1v7TwPGJc5wBeC4KHe9dibuy+s90fcMlN+HmCq MsRg== MIME-Version: 1.0 Received: by 10.50.160.202 with SMTP id xm10mr7285724igb.10.1340283315326; Thu, 21 Jun 2012 05:55:15 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Thu, 21 Jun 2012 05:55:15 -0700 (PDT) In-Reply-To: <4FE315B6.9020102@gmail.com> References: <4FE315B6.9020102@gmail.com> Date: Thu, 21 Jun 2012 16:55:15 +0400 Message-ID: From: Sergey Kandaurov To: David Demelier Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: mbstowcs(3) may not return -1 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, 21 Jun 2012 12:55:17 -0000 On 21 June 2012 16:38, David Demelier wrote: > Hello, > > While reading the manpage of mbstowcs I noticed an error in the RETURN > VALUES : > > =A0 =A0 The mbstowcs() function returns the number of wide characters con= verted, > =A0 =A0 not counting any terminating null wide character, or -1 if an inv= alid > =A0 =A0 multibyte character was encountered. > > Since size_t is unsigned, it can't returns -1. It returns (size_t)(-1). I don't know how is it correct, but this conforms to C spec. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 14:55:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41AED106566C; Thu, 21 Jun 2012 14:55:13 +0000 (UTC) (envelope-from iwasaki@jp.FreeBSD.org) Received: from locore.org (ns01.locore.org [218.45.21.227]) by mx1.freebsd.org (Postfix) with ESMTP id CC2DB8FC0A; Thu, 21 Jun 2012 14:55:12 +0000 (UTC) Received: from localhost (celeron.v4.locore.org [192.168.0.10]) by locore.org (8.14.5/8.14.5/iwasaki) with ESMTP/inet id q5LEsnJX031159; Thu, 21 Jun 2012 23:54:49 +0900 (JST) (envelope-from iwasaki@jp.FreeBSD.org) Date: Thu, 21 Jun 2012 23:54:49 +0900 (JST) Message-Id: <20120621.235449.88474084.iwasaki@jp.FreeBSD.org> To: mbsd@isgroup.com.ua From: Mitsuru IWASAKI In-Reply-To: <1340220704.2098.8.camel@localhost> References: <4FB146F8.9090901@FreeBSD.org> <20120516.113117.66055741.iwasaki@jp.FreeBSD.org> <1340220704.2098.8.camel@localhost> X-Mailer: Mew version 3.3 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, gperez@entel.upc.edu, jkim@freebsd.org, freebsd-current@freebsd.org Subject: Re: [CFT] SMP/i386 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: Thu, 21 Jun 2012 14:55:13 -0000 Hi, From: mbsd Subject: Re: [CFT] SMP/i386 suspend/resume Date: Wed, 20 Jun 2012 22:31:44 +0300 Message-ID: <1340220704.2098.8.camel@localhost> > Hi developers. > > I want help you with your acpi work. I have thinkpad t61. > Could you write a small to do. Step by step, how tests your patches? > Which information is important for send. The patches were already merged to CURRENT and RELENG_9. So, please try RELENG_9 and report any problems suspend/resume. I'll try to fix them until 9.1-RELEASE :) Thanks! > > On Wed, 2012-05-16 at 11:31 +0900, Mitsuru IWASAKI wrote: > > Hi, > > > > > First of all, thank you very much for your work! I wanted to do it > > > for very long time but I had no time to actually implement it. :-) > > > > Welcome! I also wanted to do this for very long time but I had no > > time and test machines ;) > > Recently I got Core Duo (Thinkpad X60) and Core 2 Duo (X61) machines. > > I have some more ideas on wakecode but I'm not sure whether it is possible > > for now. I'll propose it when it is ready. > > > > > I know for sure it is not related to your patches. In fact, we cannot > > > resume most NVIDIA controllers without NVIDIA kernel driver + binary > > > X.org driver + VT switching hack (i.e., > > > > Hmm, my knowledge on recent hardware is very poor, so your comments > > are very helpful to catch up. Thanks. > > > > > > We can improve video initialization on another opportunity. Linux > > > > have many video hacks while we have only hw.acpi.reset_video ;) > > > > > > FYI, we don't need hw.acpi.reset_video any more (and it is even > > > harmful). It is done from vesa.ko now. > > > > Yeah, I thought that we need INT10 to set video mode again in > > realmode, but found it can be done in protected mode with > > x86bios_intr(), great! > > > > Anyway, thanks for many things! > > _______________________________________________ > > freebsd-acpi@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-acpi > > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" > > > From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:27:45 2012 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 D004F1065670 for ; Thu, 21 Jun 2012 15:27:45 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5978FC08 for ; Thu, 21 Jun 2012 15:27:45 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with ESMTP id q5LFRIV3004767 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Jun 2012 10:27:38 -0500 Received: from [10.0.0.105] (10.14.152.61) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.2.283.3; Thu, 21 Jun 2012 10:27:01 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="windows-1252" From: Devin Teske In-Reply-To: <4FE2FD32.8070801@gmail.com> Date: Thu, 21 Jun 2012 08:26:49 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <45D784DF-DE4F-4455-979C-5F175D041231@fisglobal.com> References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> <4A5D7040-8623-4005-A5DF-D9E9211E4986@fisglobal.com> <4FE2FD32.8070801@gmail.com> To: Vitaly Magerya X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_03:2012-06-21, 2012-06-21, 1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Devin Teske List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jun 2012 15:27:45 -0000 On Jun 21, 2012, at 3:53 AM, Vitaly Magerya wrote: > Devin Teske wrote: >>> "Toggle Startup Services" dialog shows sendmail_enable and >>> sendmail_msp_queue_enable variables, but doesn't seem to show >>> sendmail_submit_enable and sendmail_outbound_enable. Is this >>> by design? >>=20 >> What does the following produce: >>=20 >> service sendmail rcvar >>=20 >> Now what does this say: >>=20 >> grep sendmail /var/run/bsdconfig/startup_rcvar_map.cache >>=20 >> Do they agree? >=20 > OK, both list sendmail_enable and sendmail_msp_queue_enable only. It > appears that /etc/rc.d/sendmail only registers sendmail_submit_enable > and sendmail_outbound_enable if they are enabled (and enabling or > disabling one of the four affects the status of others). >=20 > That behavior combined with the fact that bsdconfig does not recompute > rcvars each time you make modifications means that you can't manipulate > (i.e. disable) sendmail from bsdconfig. >=20 I wouldn't say that. I'd say that because the output of "rcvar" is conditional, you can't [fully= ] manipulate sendmail. (i.e. you can't toggle "sendmail_outbound_enable" us= ing bsdconfig). BTW, if rcvar map cache was regenerated every time a variable got toggled, = the menu would be unusable on my VM (which takes ~6-7 seconds to generate t= he cache -- passing "rcvar" to each rc.d script). > I think the right thing to do is to fix /etc/rc.d/sendmail, but I don't > know how: removing the conditions around sendmail_submit_enable and > sendmail_outbound_enable parts fixes rcvar, but probably breaks other > commands. >=20 > Any ideas how to fix this? >=20 I'll have a look at it, but the situation is thus: Sysinstall's startup menu (replicated as-is in "bsdconfig startup_misc") is= a hard-coded list with a hard-coded set of actions for each item. I thought we could do better, and that's where "bsdconfig startup_rcvar" co= mes in. I knew that startup_rcvar could not work perfectly because what's missing i= s a map of relational dependence between each of the rcvar's. In example, t= here's no way for me to know that toggling variable X will cause variables = Y and Z to appear on the subsequent "rcvar" call to the rc.d script. Furthe= rmore (and similarly), there's no way for me to tell if, while toggling a g= iven service, that any other service should be toggled at the same time. The former is a real issue, while the latter could perhaps be gleaned from = reading the rcorder bits from the rc.d script to see if anything else needs= to be toggled (ignoring the fake REQUIRES such as FILESYSTEMS, NETWORK, et= c.). Either way, I do feel that the initial offering is light years ahead of sys= install(8)'s "Startup" menu even if it's not perfect. Other options on the table are: 1. Change the rcvar output (of all scripts) to indicate dependency relation= ships 2. Change bsdconfig's startup_rcvar module to use a static list of variable= s (less desirable imho) 3. Fix sendmail's rcvar output to simply report all variables (haven't look= ed at the script yet to see how hard this will be -- but I'm leaning on thi= s one first) >> The nature of this bug is that if the item that you select in the >> menu is evenly divisible by both 2 and 3 landing on a boundary, >> the item works as expected, otherwise you can only toggle the item >> ON (not off). >=20 > Sounds interesting; there must be some really hairy stuff inside > bsdconfig if this is the kind of edge cases it has. Well, it doesn't sound so hairy when I explain it=85 dialog(1) (and Xdialog(1) too) support two different modes for menu-list wi= dgets. Item/Value pair's (this is the default) and Item/Value/Help triplets (enabled by passing "--item-help") The latter functionality is used on the bsdconfig main menu as well as many= of the menus in the "Startup" module to offer additional information at th= e bottom of the screen (or bottom of the window when using Xdialog). The nature of the bug was that I was using f_dialog_menutag2item to transla= te the user's selection back into the value for said chosen-item. Problem w= as that this function expects item/value pairs, so I had to create a new AP= I routine, f_dialog_menutag2item_with_help which does the same thing but ex= pects item/value/help triplets. So you can see why (when you're sending a list of sets-of-3 to a function t= hat expects sets-of-2) the nature of the bug was that only the menu items t= hat were evenly bounded worked as-expected while others did not. Oh, and the reason for only being able to enable the broken items (but not = disable) was because the fallback case for the mapped value was to to set t= o "YES" while we only set to "NO" when the mapped value has it's checkmark = displayed (and since the mapped-value was NULL 2 out of 3 times, this resul= ted in not detecting the checkmark, defaulting to enabling the item). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:40:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 956C81065678; Thu, 21 Jun 2012 15:40:12 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 4D2598FC16; Thu, 21 Jun 2012 15:40:12 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1ShjUR-0003YS-IN; Thu, 21 Jun 2012 16:40:11 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1ShjUR-0005du-5q; Thu, 21 Jun 2012 16:40:11 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q5LFeA6V095290; Thu, 21 Jun 2012 16:40:10 +0100 (BST) (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q5LFeAI1095289; Thu, 21 Jun 2012 16:40:10 +0100 (BST) (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Thu, 21 Jun 2012 16:40:10 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20120621154010.GA95280@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: init: fatal signal: Segmentation fault 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, 21 Jun 2012 15:40:12 -0000 I ended up in state where I can't boot even in single user mode. This is on ia64, but I think this is not very relevant: FreeBSD 10.0-CURRENT #17 r232100: Wed Jun 20 11:17:16 BST 2012 *skip* da2 at mpt1 bus 0 scbus1 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit) da2: Command Queueing enabled da2: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da0 at mpt0 bus 0 scbus0 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 scbus0 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) Trying to mount root from ufs:/dev/da2p2 [rw]... WARNING: / was not properly dismounted Jun 21 17:35:34 init: fatal signal: Segmentation fault Setting hostuuid: 0aa09909-35f1-11df-b7f8-00110a31e60a. Setting hostid: 0xc70eae4e. Entropy harvesting: interrupts ethernet point_to_point kickstart. Fast boot: skipping disk checks. mount: /dev/da2p2: R/W mount of / denied. Filesystem is not clean - run fsck.: Operation not permitted Mounting root filesystem rw failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jun 21 17:36:06 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Jun 21 17:36:06 init: fatal signal: Segmentation fault Setting hostuuid: 0aa09909-35f1-11df-b7f8-00110a31e60a. Setting hostid: 0xc70eae4e. Entropy harvesting: interrupts ethernet point_to_point kickstart. Fast boot: skipping disk checks. mount: /dev/da2p2: R/W mount of / denied. Filesystem is not clean - run fsck.: Operation not permitted Mounting root filesystem rw failed, startup aborted ERROR: ABORTING BOOT (sending SIGTERM to parent)! Jun 21 17:36:37 init: /bin/sh on /etc/rc terminated abnormally, going to single user mode Jun 21 17:36:37 init: fatal signal: Segmentation fault This continues indefinitely, I cannot break out of this, except with a cold reboot, which brings me back to this error. How can I recover from this? Thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:42:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E47E1065781 for ; Thu, 21 Jun 2012 15:42:49 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA4B8FC08 for ; Thu, 21 Jun 2012 15:42:49 +0000 (UTC) Received: by eeke49 with SMTP id e49so413427eek.13 for ; Thu, 21 Jun 2012 08:42:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Ee1+gzJCjdqrIIZ1YSilhbOrBkxOv9HpNp0s9LlpHvA=; b=ae6/5v1qeybt7t5tjp8ZkhNccyxIEuVANUtZNESrbWmuKAGQJOxsM+9+zQoIRvJeaz +yu9SMNVht8v8bMJg6xijlBCoqMzmDEECJlF0NqDd1eTpwtcU/dY4gw38vRKwZA6xv9D z3ydG0b8tH58JgizynnEvQ/NzblIEfRJCC5/rrq+g+PX3faKaAwfDQ1kUpBNPKT7IMV2 y6D5NA7mhaWT3Q3AqmuRA6ele6wVWlBbLlZLj3dbYjPQZ+94bHXwUXNun3ExqKiQahAL EF6VZ7USivD/sCvF1qPCS8Gu/kaFSdiFdogo3pvPF9pVQ3VErSXb7nnZJgckl9XYJDHU zDOg== Received: by 10.14.127.132 with SMTP id d4mr6009427eei.116.1340293368365; Thu, 21 Jun 2012 08:42:48 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id u16sm104004908eeb.16.2012.06.21.08.42.46 (version=SSLv3 cipher=OTHER); Thu, 21 Jun 2012 08:42:47 -0700 (PDT) Message-ID: <4FE340FF.80406@gmail.com> Date: Thu, 21 Jun 2012 17:42:55 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FE315B6.9020102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: mbstowcs(3) may not return -1 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, 21 Jun 2012 15:42:49 -0000 On 21/06/2012 14:55, Sergey Kandaurov wrote: > On 21 June 2012 16:38, David Demelier wrote: >> Hello, >> >> While reading the manpage of mbstowcs I noticed an error in the RETURN >> VALUES : >> >> The mbstowcs() function returns the number of wide characters converted, >> not counting any terminating null wide character, or -1 if an invalid >> multibyte character was encountered. >> >> Since size_t is unsigned, it can't returns -1. > > It returns (size_t)(-1). > I don't know how is it correct, but this conforms to C spec. > Mm, if I understand well, since it is cast to size_t, I think the return value will be SIZE_MAX - 1 then, right? -- David Demelier From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:53:28 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 721A6106566C; Thu, 21 Jun 2012 15:53:28 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9FA8D158163; Thu, 21 Jun 2012 15:53:14 +0000 (UTC) Message-ID: <4FE3435F.9080400@FreeBSD.org> Date: Thu, 21 Jun 2012 19:53:03 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20120621042925.GA44903@nargothrond.kdm.org> In-Reply-To: <20120621042925.GA44903@nargothrond.kdm.org> X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC06ED5B5FAB9FEB9C1E7290A" Cc: current@freebsd.org Subject: Re: minor GEOM disk API change coming 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, 21 Jun 2012 15:53:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC06ED5B5FAB9FEB9C1E7290A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 21.06.2012 08:29, Kenneth D. Merry wrote: > Fix a bug which causes a panic in daopen(). The panic is caused by > a da(4) instance going away while GEOM is still probing it. > =09 > In this case, the GEOM disk class instance has been created by > disk_create(), and the taste of the disk is queued in the GEOM > event queue. > =09 > While that event is queued, the da(4) instance goes away. When the > open call comes into the da(4) driver, it dereferences the freed > (but non-NULL) peripheral pointer provided by GEOM, which results > in a panic. I think this situation is very specific for the GEOM_DISK class, and this callback will be less useful for other classes. Does g_cancel_event() cannot help you prevent tasting? --=20 WBR, Andrey V. Elsukov --------------enigC06ED5B5FAB9FEB9C1E7290A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP40NlAAoJEAHF6gQQyKF6268H/06qUMl/0Rgjs67wEML2r4lM cKXm7stMsjBhAXImPcwxBlQvcwdtpTIOb0w+BM27uybv82Df+RIaEGsAdxt65rme F0FtTkBq4xYeF19WBthCyPL+X4fvBIGA6vqa79TFHbJ0nbjjPjZRtnBS8HfJ9Oyt nYUr0N3zvKWREGoF1KdffpAWh1AGVRdWuAodq2uUfWUyoIrgNa1wno9QrM4eiAS8 lJO5HH/D1kPsZZr4hPlGUegzUCJXEp7pjFZD2Gvo+t9jFJ1VFHlkwTCom/I5xVpv 1oMIkuGE9BFsxBljTgCWaKLpO9sJDK6BThdubwFT8UBE4Bd/qyCig+OXywOZO04= =TCs6 -----END PGP SIGNATURE----- --------------enigC06ED5B5FAB9FEB9C1E7290A-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 16:43:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4DCF81065672; Thu, 21 Jun 2012 16:43:16 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7B5668FC16; Thu, 21 Jun 2012 16:43:15 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q5LGhEFd036022 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 21 Jun 2012 17:43:14 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4FE34ED7.9030209@unsane.co.uk> Date: Thu, 21 Jun 2012 17:41:59 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: John Baldwin References: <4FE113D0.7070908@unsane.co.uk> <201206200812.17644.jhb@freebsd.org> In-Reply-To: <201206200812.17644.jhb@freebsd.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: -CURRENT Panic at boot at Revision: 237264 "mutex gif softc not owned at /usr/src/sys/netinet/in_gif.c:105" 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, 21 Jun 2012 16:43:16 -0000 Hi again, The 2nd patch (to if.h and if_gif.c) also fixes the panic on boot. Thanks for the quick response as ever. Vince On 20/06/2012 13:12, John Baldwin wrote: > On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote: >> Full dump info at http://unsane.co.uk/crash >> It seems to have popped up between r236905 (working kernel) and r237264 >> (this panic) >> >> the gif config I have in rc.conf is for a HE ipv6 tunnel > Looks like this was broken in r236951 by Randall (cc'd). > > I think this would fix it: > > Index: if_gif.c > =================================================================== > --- if_gif.c (revision 237227) > +++ if_gif.c (working copy) > @@ -366,11 +366,12 @@ gif_start(struct ifnet *ifp) > return; > } > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > - GIF_UNLOCK(sc); > keep_going: > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > + GIF_UNLOCK(sc); > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > + GIF_LOCK(sc); > if (m == 0) > break; > > @@ -424,14 +425,12 @@ keep_going: > ifp->if_oerrors++; > > } > - GIF_LOCK(sc); > if (ifp->if_drv_flags & IFF_GIF_WANTED) { > /* Someone did a start while > * we were unlocked and processing > * lets clear the flag and try again. > */ > ifp->if_drv_flags &= ~IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > goto keep_going; > } > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > > However, unless there is a known LOR, I would be inclined to > just hold the lock across IFQ_DRV_DEQUEUE() and dispense with > all the 'keep_going', etc. logic. Other NIC drivers tend to > just hold their transmit lock for the entire loop in their > start routines. > > That would look like this: > > Index: if.h > =================================================================== > --- if.h (revision 237227) > +++ if.h (working copy) > @@ -153,7 +153,6 @@ > #define IFF_STATICARP 0x80000 /* (n) static ARP */ > #define IFF_DYING 0x200000 /* (n) interface is winding down */ > #define IFF_RENAMING 0x400000 /* (n) interface is being renamed */ > -#define IFF_GIF_WANTED 0x1000000 /* (n) The gif tunnel is wanted */ > /* > * Old names for driver flags so that user space tools can continue to use > * the old (portable) names. > Index: if_gif.c > =================================================================== > --- if_gif.c (revision 237227) > +++ if_gif.c (working copy) > @@ -359,15 +359,7 @@ > > sc = ifp->if_softc; > GIF_LOCK(sc); > - if (ifp->if_drv_flags & IFF_DRV_OACTIVE) { > - /* Already active */ > - ifp->if_drv_flags |= IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > - return; > - } > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > - GIF_UNLOCK(sc); > -keep_going: > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > @@ -424,16 +416,6 @@ > ifp->if_oerrors++; > > } > - GIF_LOCK(sc); > - if (ifp->if_drv_flags & IFF_GIF_WANTED) { > - /* Someone did a start while > - * we were unlocked and processing > - * lets clear the flag and try again. > - */ > - ifp->if_drv_flags &= ~IFF_GIF_WANTED; > - GIF_UNLOCK(sc); > - goto keep_going; > - } > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > GIF_UNLOCK(sc); > return; > > I would prefer this latter patch if it is ok as it makes the code simpler. > Also, IFF_GIF_WANTED as a new iff flag seems really hackish. IFF_* flags > are supposed to be interface independent. A flag like that should be in a > private field in the gif softc, not something exposed to the entire system. > >> cloned_interfaces="gif0" >> ifconfig_gif0="tunnel 85.233.185.162 216.66.80.26" >> ifconfig_gif0_ipv6="inet6 2001:470:1f08:110::2 2001:470:1f08:110::1 >> prefixlen 128 -accept_rtadv" >> >> src.conf only has >> WITHOUT_IPFILTER=true >> WITHOUT_KERBEROS=true >> WITHOUT_PROFILE=yes >> >> Happy to provide any more info as needed. any suggestions welcome, I'll >> see if I can track it further with a binary search tomorrow. >> >> >> >From dump info file (at above URL) >> #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 >> 266 if (textdump && textdump_pending) { >> (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 >> #1 0xffffffff80314740 in db_dump (dummy=Variable "dummy" is not available. >> ) >> at /usr/src/sys/ddb/db_command.c:538 >> #2 0xffffffff80313d31 in db_command (last_cmdp=0xffffffff80c52b40, >> cmd_table=Variable "cmd_table" is not available. >> >> ) at /usr/src/sys/ddb/db_command.c:449 >> #3 0xffffffff80313f80 in db_command_loop () >> at /usr/src/sys/ddb/db_command.c:502 >> #4 0xffffffff803160d9 in db_trap (type=Variable "type" is not available. >> ) at /usr/src/sys/ddb/db_main.c:231 >> #5 0xffffffff80590918 in kdb_trap (type=3, code=0, tf=0xffffff80ea22ee20) >> at /usr/src/sys/kern/subr_kdb.c:654 >> #6 0xffffffff80815c9d in trap (frame=0xffffff80ea22ee20) >> at /usr/src/sys/amd64/amd64/trap.c:573 >> #7 0xffffffff807ffe63 in calltrap () >> at /usr/src/sys/amd64/amd64/exception.S:228 >> #8 0xffffffff8059039b in kdb_enter (why=0xffffffff808fac8a "panic", >> msg=0x80
) at cpufunc.h:63 >> #9 0xffffffff805581f1 in panic (fmt=Variable "fmt" is not available. >> ) >> at /usr/src/sys/kern/kern_shutdown.c:628 >> #10 0xffffffff805454ec in _mtx_assert (m=Variable "m" is not available. >> ) >> at /usr/src/sys/kern/kern_mutex.c:747 >> #11 0xffffffff8067bcf6 in in_gif_output (ifp=0xfffffe0005e28000, family=28, >> m=0xfffffe0005ff8300) at /usr/src/sys/netinet/in_gif.c:105 >> #12 0xffffffff8061d6a2 in gif_start (ifp=0xfffffe0005e28000) >> at /usr/src/sys/net/if_gif.c:411 >> #13 0xffffffff8061cbd4 in gif_output (ifp=0xfffffe0005e28000, m=Variable >> "m" is not available. >> ) >> at /usr/src/sys/net/if_gif.c:540 >> #14 0xffffffff807290c7 in nd6_output_lle (ifp=0xfffffe0005e28000, >> origifp=0xfffffe0005e28000, m0=0xfffffe0005ff8300, >> dst=0xffffff80ea22f56c, rt0=Variable "rt0" is not available. >> ) at /usr/src/sys/netinet6/nd6.c:2079 >> #15 0xffffffff807292f8 in nd6_output (ifp=Variable "ifp" is not available. >> ) >> at /usr/src/sys/netinet6/nd6.c:1824 >> #16 0xffffffff80723171 in ip6_output (m0=Variable "m0" is not available. >> ) >> at /usr/src/sys/netinet6/ip6_output.c:1021 >> #17 0xffffffff8072cf9f in nd6_ns_output (ifp=0xfffffe0005e28000, >> daddr6=0x0, >> taddr6=0xfffffe0005300318, ln=Variable "ln" is not available. >> ) at /usr/src/sys/netinet6/nd6_nbr.c:593 >> #18 0xffffffff8072d801 in nd6_dad_start (ifa=0xfffffe0005300200, delay=0) >> at /usr/src/sys/netinet6/nd6_nbr.c:1298 >> #19 0xffffffff80710448 in in6_update_ifa (ifp=0xfffffe0005e28000, >> ifra=0xfffffe00812c8b00, ia=0xfffffe0005300200, flags=Variable >> "flags" is not available. >> ) >> at /usr/src/sys/netinet6/in6.c:1298 >> #20 0xffffffff80711658 in in6_control (so=0xfffffe00810c5aa0, >> cmd=2156423451, >> data=0xfffffe00812c8b00 "gif0", ifp=0xfffffe0005e28000, >> td=0xfffffe0005009000) at /usr/src/sys/netinet6/in6.c:654 >> #21 0xffffffff806181f6 in ifioctl (so=0xfffffe00810c5aa0, cmd=2156423451, >> data=0xfffffe00812c8b00 "gif0", td=0xfffffe0005009000) >> at /usr/src/sys/net/if.c:2540 >> #22 0xffffffff805aa0dd in kern_ioctl (td=Variable "td" is not available. >> ) at file.h:287 >> #23 0xffffffff805aa37d in sys_ioctl (td=0xfffffe0005009000, >> uap=0xffffff80ea22fb70) at /usr/src/sys/kern/sys_generic.c:691 >> #24 0xffffffff80814a34 in amd64_syscall (td=0xfffffe0005009000, traced=0) >> at subr_syscall.c:135 >> #25 0xffffffff80800147 in Xfast_syscall () >> at /usr/src/sys/amd64/amd64/exception.S:387 >> #26 0x0000000801183d0c in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> >> >> _______________________________________________ >> 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 21 16:48:54 2012 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 CEF911065674; Thu, 21 Jun 2012 16:48:54 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9962B8FC12; Thu, 21 Jun 2012 16:48:54 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q5LGmrRT037062; Thu, 21 Jun 2012 10:48:53 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q5LGmrCV037061; Thu, 21 Jun 2012 10:48:53 -0600 (MDT) (envelope-from ken) Date: Thu, 21 Jun 2012 10:48:53 -0600 From: "Kenneth D. Merry" To: "Andrey V. Elsukov" Message-ID: <20120621164853.GA37027@nargothrond.kdm.org> References: <20120621042925.GA44903@nargothrond.kdm.org> <4FE3435F.9080400@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FE3435F.9080400@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: current@FreeBSD.org Subject: Re: minor GEOM disk API change coming 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, 21 Jun 2012 16:48:54 -0000 On Thu, Jun 21, 2012 at 19:53:03 +0400, Andrey V. Elsukov wrote: > On 21.06.2012 08:29, Kenneth D. Merry wrote: > > Fix a bug which causes a panic in daopen(). The panic is caused by > > a da(4) instance going away while GEOM is still probing it. > > > > In this case, the GEOM disk class instance has been created by > > disk_create(), and the taste of the disk is queued in the GEOM > > event queue. > > > > While that event is queued, the da(4) instance goes away. When the > > open call comes into the da(4) driver, it dereferences the freed > > (but non-NULL) peripheral pointer provided by GEOM, which results > > in a panic. > > I think this situation is very specific for the GEOM_DISK class, and > this callback will be less useful for other classes. > Does g_cancel_event() cannot help you prevent tasting? Calling g_cancel_event(), for instance from disk_gone(), would not completely close the race condition. It can't cancel an event that is already in progress, and it is possible for the peripheral to go away while the event is marked in progress but before the taste gets far enough into daopen() to acquire a reference to the peripheral. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 17:28:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 21D18106564A for ; Thu, 21 Jun 2012 17:28:09 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF7B78FC14 for ; Thu, 21 Jun 2012 17:28:08 +0000 (UTC) Received: by yenl8 with SMTP id l8so841742yen.13 for ; Thu, 21 Jun 2012 10:28:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=/tVFFuSCRDkRjn/Ju385xBpWS0+YI4b9WPU+4C15MIA=; b=E2DV3m+6pbzlTzAOQ8D9L61Hdy1IVWe/qUgwSbZVsX7s6fP+FrAYYutfW2BlRzf589 bF+b1Sd9bbz3bEka0nEmcocx+gUQoWaeb/EvqJ/6N+csxTTeYAf96RUtiZNntvCCgu2a uozhcyNoij5V50bm8mJUT6jlxgba91WrlypkI9VtXNh/9RLIAYLJXLvGmliO0lfuIHP5 416XWyHNPQ2HrPHFmep2lrk1QQqah6uRzymGN+BCI9qILrOZdpx+r5U5BLDdv5YhDY+f SCZ4JKZ92efVuNjQhQvjYUEumwbiY/xuXPace0HDqwBL/9CRjVvHaO9rcMV+sX4ld6K1 VQpQ== MIME-Version: 1.0 Received: by 10.50.94.166 with SMTP id dd6mr4975513igb.11.1340299681385; Thu, 21 Jun 2012 10:28:01 -0700 (PDT) Received: by 10.64.8.170 with HTTP; Thu, 21 Jun 2012 10:28:01 -0700 (PDT) In-Reply-To: <4FE340FF.80406@gmail.com> References: <4FE315B6.9020102@gmail.com> <4FE340FF.80406@gmail.com> Date: Thu, 21 Jun 2012 21:28:01 +0400 Message-ID: From: Sergey Kandaurov To: David Demelier Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: mbstowcs(3) may not return -1 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, 21 Jun 2012 17:28:09 -0000 On 21 June 2012 19:42, David Demelier wrote: > On 21/06/2012 14:55, Sergey Kandaurov wrote: >> >> On 21 June 2012 16:38, David Demelier =A0wrote= : >>> >>> Hello, >>> >>> While reading the manpage of mbstowcs I noticed an error in the RETURN >>> VALUES : >>> >>> =A0 =A0 The mbstowcs() function returns the number of wide characters >>> converted, >>> =A0 =A0 not counting any terminating null wide character, or -1 if an i= nvalid >>> =A0 =A0 multibyte character was encountered. >>> >>> Since size_t is unsigned, it can't returns -1. >> >> >> It returns (size_t)(-1). >> I don't know how is it correct, but this conforms to C spec. >> > > Mm, if I understand well, since it is cast to size_t, I think the return > value will be SIZE_MAX - 1 then, right? No, just SIZE_MAX. There is also remarkable SIZE_T_MAX. It came with 4.4BSD Lite sources under !defined(_POSIX_SOURCE). Later it was converted to be under __POSIX_VISIBLE >=3D 200112 || __XSI_VISIBLE. I hasn't found anything relative in any POSIX editions. I think this was a typo/misunderstanding. Other BSD has put this macro under its corresponding if XBSD_VISIBLE. Therefore I think SIZE_T_MAX should be avoided. --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 15:42:06 2012 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 8AA001065679 for ; Thu, 21 Jun 2012 15:42:06 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 175B18FC17 for ; Thu, 21 Jun 2012 15:42:05 +0000 (UTC) Received: by eeke49 with SMTP id e49so412926eek.13 for ; Thu, 21 Jun 2012 08:42:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=AzUGVqbQ6XoZb5DsM5mkprQiS1x00zXWl2jHtiQEA3o=; b=DPdw+uCfVYymKAf5brKTROTilSsqUjevzs3FgZ4HlfC5Wctm+Hny8LjisLvBMwTNfO HaHdqR6BCAZK97Hff00ST3atGTngLPVI9V4+HQ8LasU60MjHH4UrQBWDZB4svnI0BrDb Rm/g+NXbeTHq2o2hpMst4D/fwxVgF363b4CE3M2ceMZ5S+uyAvIy3O+o9XWubYR2kcH0 njZ3ghtvb/1NIUfcoR4nUNgTFixtji+a7Caj5bihttST12JSynk3bzmRKzd1pao3CA4M a7LltZMbJPMUxYHvIOn+WNIExEhleU0fvt+8RXj8kJ0P1euTK4I7MEoFypKhxhA9YkG5 Y02g== Received: by 10.14.48.66 with SMTP id u42mr6045735eeb.195.1340293324924; Thu, 21 Jun 2012 08:42:04 -0700 (PDT) Received: from Groseille.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id c51sm104013336eei.12.2012.06.21.08.42.03 (version=SSLv3 cipher=OTHER); Thu, 21 Jun 2012 08:42:03 -0700 (PDT) Message-ID: <4FE340D3.6040004@gmail.com> Date: Thu, 21 Jun 2012 17:42:11 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120602 Thunderbird/12.0.1 MIME-Version: 1.0 To: Sergey Kandaurov References: <4FE315B6.9020102@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 21 Jun 2012 18:22:58 +0000 Cc: freebsd-current@freebsd.org Subject: Re: mbstowcs(3) may not return -1 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, 21 Jun 2012 15:42:06 -0000 On 21/06/2012 14:55, Sergey Kandaurov wrote: > On 21 June 2012 16:38, David Demelier wrote: >> Hello, >> >> While reading the manpage of mbstowcs I noticed an error in the RETURN >> VALUES : >> >> The mbstowcs() function returns the number of wide characters converted, >> not counting any terminating null wide character, or -1 if an invalid >> multibyte character was encountered. >> >> Since size_t is unsigned, it can't returns -1. > > It returns (size_t)(-1). > I don't know how is it correct, but this conforms to C spec. > Yes that is very strange, iconv(3) do it too. -- David Demelier From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 18:43:26 2012 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 228DD1065686; Thu, 21 Jun 2012 18:43:26 +0000 (UTC) (envelope-from samira.nox@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 781FB8FC1B; Thu, 21 Jun 2012 18:43:25 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so925681wgb.31 for ; Thu, 21 Jun 2012 11:43:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:to:cc:subject:references:date:mime-version :content-transfer-encoding:from:organization:message-id:in-reply-to :user-agent; bh=QWteNVHU4HvfJcBvelYCyj1k+Ir9gvCk9cfV1yjLMeo=; b=DnADYORckL/Tq825RhlQ8NiBNDGVEnEjfvECq+2AEIkhL2dYZySfAR+RMw0rwOP/xg bnme8jodidf6D06OjrE5oQJMUNW6pC1Hrj2XPjDcZUBpbmORgum74kBkxnV1xcIbH38Z mmZohiOCu8zSZPA+Jqj9UHbXfK9aFH8VdL/oS1xBkH3VuoxpVF7PZ2dN1OATHfmwKGGl iEl700XBw0VH5+BwJ8I06/f30OiOR7bMO0xxU8yvBdROOnSoJJghj/3YdPEDxYi4NE9H ptsh3Idra7DBxgHQXCD5kEk2PyKGmPySXdJbMS8D0p2rWe6zBN8M/9C/VnbC6VvsN2np L3KA== Received: by 10.180.101.103 with SMTP id ff7mr22444988wib.6.1340304204446; Thu, 21 Jun 2012 11:43:24 -0700 (PDT) Received: from noxon (141-119.0-85.cust.bluewin.ch. [85.0.119.141]) by mx.google.com with ESMTPS id fo7sm47254075wib.9.2012.06.21.11.43.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 21 Jun 2012 11:43:23 -0700 (PDT) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Adrian Chadd" References: Date: Thu, 21 Jun 2012 20:43:22 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: sam Organization: - Message-ID: In-Reply-To: User-Agent: Opera Mail/12.01 (FreeBSD) Cc: "freebsd-current@freebsd.org" Subject: Re: Wireless: AzureWave 2100 supported? 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, 21 Jun 2012 18:43:26 -0000 Hi That's a shame. But I look forward to test it, if you get the time, to = work on it. mfg sam Am 20.06.2012, 23:09 Uhr, schrieb Adrian Chadd : > Hi, > > > On 20 June 2012 14:02, sam wrote: > >> or if you prefer pciconf: >> none12@pci0:8:0:0: class=3D0x028000 card=3D0x21001a3b chip=3D0x0= 037168c >> rev=3D0x01 hdr=3D0x00 >> vendor =3D 'Atheros Communications Inc.' >> class =3D network > > 0x168c is Atheros. > > 0x0037 looks like some kind of AR93xx derivative. There's currently no= > support in ath(4) and ath_hal(4) for the AR93xx or later chips. > > I have some rough plans to start supporting that when I get some time > but I'm very short on time right now and I'm mostly trying to focus on= > testing and tidying up the existing driver code before I bring over > AR93xx support. > > Sorry, I can't give you any further help than that. > > > Adrian -- = Erstellt mit Operas revolution=C3=A4rem E-Mail-Modul: http://www.opera.c= om/mail/ From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 19:34:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1C940106566B; Thu, 21 Jun 2012 19:34:50 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id B2AE58FC0C; Thu, 21 Jun 2012 19:34:46 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa06.fnfis.com (8.14.4/8.14.4) with ESMTP id q5LJYZmh027772 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 21 Jun 2012 14:34:46 -0500 Received: from [192.168.1.114] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.2.283.3; Thu, 21 Jun 2012 14:34:31 -0500 MIME-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset="us-ascii" From: Devin Teske In-Reply-To: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> Date: Thu, 21 Jun 2012 12:34:26 -0700 Content-Transfer-Encoding: quoted-printable Message-ID: <54B249A4-D690-4FE9-9E23-7AC100CF085D@fisglobal.com> References: <9B5B97C3-A795-4A16-8381-B0FED87E3053@fisglobal.com> To: X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-06-21_05:2012-06-21, 2012-06-21, 1970-01-01 signatures=0 Cc: bapt@freebsd.org, Ron@FreeBSD.ORG, McDowell , Nathan Whitehorn Subject: Re: [CFT] sysutils/bsdconfig: Replacement for sysinstall(8) post-install configuration abilities 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, 21 Jun 2012 19:34:50 -0000 New minor revision 0.7.1 committed to ports. Bugfix: - Certain services in "Toggle Startup Services" (under the "Startup" menu) = could not be toggled off. If you have already installed 0.7.0, portupgrade should make short work of = updating to the latest version. --=20 Devin P.S. Sorry for top-post. P.P.S. Thanks goes to Vitaly Magerya for the bug report. P.P.P.S. Thanks to wxs@ for help in ports. On Jun 20, 2012, at 4:40 PM, Devin Teske wrote: > Hi Folks, >=20 > This is a call for testing of the new sysutils/bsdconfig port. >=20 > Back in February, Ron McDowell and myself together decided we were going = to take-on the task of salvaging sysinstall(8)'s "Configure" menu while sim= ultaneously rewriting it into a system of shell scripts (making it similar = to bsdinstall) so that sysinstall(8) could be safely and quietly "put to pa= sture" (meanwhile contradictorily _increasing_ functionality due to several= enhancements performed in the process). >=20 > After talking with a lot of other developers and really helpful folks, we= decided to shoot for the 9.1-R freeze to coincide with other new features = like pkgng. Currently, bsdconfig cannot do what sysinstall is known most fo= r (package installation), but that is because we have a plan to _start_ wit= h pkgng (and it just works better if pkgng can mature before the integratio= n). >=20 > If the thought of losing sysinstall has ever made you uneasy because uniq= ue functionality not found elsewhere, please try the sysutils/bsdconfig por= t to help get it some testing. >=20 > With ~25,000 lines of code, we really need to get some testing on this be= fore adding this to HEAD and I've turned the source into a port to make the= testing process easier and to widen the audience. >=20 > If you have the time and/or energy, please test and report any issues tha= t you experience. >=20 > If things go well, we can get this MFC'd from HEAD before the 9.1 freeze. > --=20 > Devin >=20 > _____________ > The information contained in this message is proprietary and/or confident= ial. If you are not the intended recipient, please: (i) delete the message = and all copies; (ii) do not disclose, distribute or use the message in any = manner; and (iii) notify the sender immediately. In addition, please be awa= re that any message addressed to our domain is subject to archiving and rev= iew by persons other than the intended recipient. Thank you. > _______________________________________________ > 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" _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 19:58:24 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8E1B51065674; Thu, 21 Jun 2012 19:58:24 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 0A6461A5A50; Thu, 21 Jun 2012 19:58:19 +0000 (UTC) Message-ID: <4FE37CD2.2060001@FreeBSD.org> Date: Thu, 21 Jun 2012 23:58:10 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.3) Gecko/20120406 Thunderbird/10.0.3 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20120621042925.GA44903@nargothrond.kdm.org> <4FE3435F.9080400@FreeBSD.org> <20120621164853.GA37027@nargothrond.kdm.org> In-Reply-To: <20120621164853.GA37027@nargothrond.kdm.org> X-Enigmail-Version: 1.4 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6AD9D85FEEE707AA2A08CEB9" Cc: current@FreeBSD.org Subject: Re: minor GEOM disk API change coming 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, 21 Jun 2012 19:58:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6AD9D85FEEE707AA2A08CEB9 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 21.06.2012 20:48, Kenneth D. Merry wrote: >>> In this case, the GEOM disk class instance has been created by >>> disk_create(), and the taste of the disk is queued in the GEOM >>> event queue. >>> =09 >>> While that event is queued, the da(4) instance goes away. When the >>> open call comes into the da(4) driver, it dereferences the freed >>> (but non-NULL) peripheral pointer provided by GEOM, which results >>> in a panic. >> >> I think this situation is very specific for the GEOM_DISK class, and >> this callback will be less useful for other classes. >> Does g_cancel_event() cannot help you prevent tasting? >=20 > Calling g_cancel_event(), for instance from disk_gone(), would not > completely close the race condition. It can't cancel an event that is > already in progress, and it is possible for the peripheral to go away w= hile > the event is marked in progress but before the taste gets far enough in= to > daopen() to acquire a reference to the peripheral. If i understand correctly your patch, you acquires a reference to the periph and release it when g_destroy_provider finished. What if you will queue some custom event from the disk_gone() that will call cddiskgonecb()? Does it close the race? This event will be executed after the taste completes. --=20 WBR, Andrey V. Elsukov --------------enig6AD9D85FEEE707AA2A08CEB9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP43zXAAoJEAHF6gQQyKF6BgYIAIRCyRdlPbq2T9tCZF1znu1W +rX7NVKAP2iEDtqoJTl8d//44LuC+CSQ8R4NHqcqvvXsqLen8mawPK6cyR0SV7Az 4d6LsNkJk0gIxbhsmAMHt2QoCuKPKCuIbe1UpprbryHcckSirp27aRy5HFUCWliM O66uH8x5fJCA/V0+YoOoqbvWlulTgVTdZfas1UbxdbE1leQ5MhBG5ldpLlL0y9R2 Ld/W2JAjg2qt6JLpEhxx3vup+n6H1UeKkqtpwdSW3v+mIGr9gC/wlNvaqyWyHWNL i1KLmGYfCd3YQW48aNeI/Ik3+W/wF69yT8BFz9N3vWrexT2/YaLmAcPrYTCHzWs= =Fs7M -----END PGP SIGNATURE----- --------------enig6AD9D85FEEE707AA2A08CEB9-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 19:44:58 2012 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 D9D94106567D for ; Thu, 21 Jun 2012 19:44:58 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8C89A8FC12 for ; Thu, 21 Jun 2012 19:44:58 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.5/8.14.5) with ESMTP id q5LJivbt053022; Thu, 21 Jun 2012 15:44:57 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.5/8.14.4/Submit) id q5LJivlo053021; Thu, 21 Jun 2012 15:44:57 -0400 (EDT) (envelope-from wollman) Date: Thu, 21 Jun 2012 15:44:57 -0400 (EDT) From: Garrett Wollman Message-Id: <201206211944.q5LJivlo053021@hergotha.csail.mit.edu> To: demelier.david@gmail.com In-Reply-To: <4FE340FF.80406@gmail.com> References: <4FE315B6.9020102@gmail.com> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 21 Jun 2012 15:44:57 -0400 (EDT) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Thu, 21 Jun 2012 20:12:27 +0000 Cc: , current@freebsd.org Subject: Re: mbstowcs(3) may not return -1 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, 21 Jun 2012 19:44:59 -0000 In article <4FE340FF.80406@gmail.com>, demelier.david@gmail.com writes: >On 21/06/2012 14:55, Sergey Kandaurov wrote: >> It returns (size_t)(-1). >> I don't know how is it correct, but this conforms to C spec. >Mm, if I understand well, since it is cast to size_t, I think the return >value will be SIZE_MAX - 1 then, right? No. C does not make any such equivalence. "(size_t)-1" is the one correct spelling of this value (modulo redundant additional parentheses), and that's how the standard writes it. -GAWollman From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:23:04 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E94031065677 for ; Thu, 21 Jun 2012 20:23:03 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 564498FC0A for ; Thu, 21 Jun 2012 20:23:02 +0000 (UTC) Received: from aspire.rulingia.com (12.58.233.220.static.exetel.com.au [220.233.58.12]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id q5LKMo5s021585 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 22 Jun 2012 06:23:02 +1000 (EST) (envelope-from peter@rulingia.com) Received: from aspire.rulingia.com (localhost [127.0.0.1]) by aspire.rulingia.com (8.14.5/8.14.5) with ESMTP id q5LKL5Ic017380 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 22 Jun 2012 06:21:26 +1000 (EST) (envelope-from peter@aspire.rulingia.com) Received: (from peter@localhost) by aspire.rulingia.com (8.14.5/8.14.5/Submit) id q5LKL4fj017379; Fri, 22 Jun 2012 06:21:04 +1000 (EST) (envelope-from peter) Date: Fri, 22 Jun 2012 06:21:03 +1000 From: Peter Jeremy To: Mohammad Shafiee Message-ID: <20120621202103.GC1651@aspire.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Izn7cH1Com+I3R9J" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Add new syscons font to FreeBSD current 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, 21 Jun 2012 20:23:04 -0000 --Izn7cH1Com+I3R9J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Jun-20 17:38:36 +0430, Mohammad Shafiee wrote: >I've made a Persian font for FreeBSD syscons. >You can download the font from here: >http://sourceforge.net/projects/bsdpersiancons/ > >How can I add this font to FreeBSD current release? As a first step, I'd create a port for it. See http://www.freebsd.org/doc/en/books/porters-handbook/ --=20 Peter Jeremy --Izn7cH1Com+I3R9J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/jgi8ACgkQ/opHv/APuIfdWgCguZZAS14xFBvDXuqaAdTPDkrs g9sAoKyya3gQigqydYjK9NXhK7KtaZzp =8bZ1 -----END PGP SIGNATURE----- --Izn7cH1Com+I3R9J-- From owner-freebsd-current@FreeBSD.ORG Thu Jun 21 20:42:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A499C106564A; Thu, 21 Jun 2012 20:42:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 66C9D8FC15; Thu, 21 Jun 2012 20:42:05 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id CB5AEB945; Thu, 21 Jun 2012 16:42:04 -0400 (EDT) From: John Baldwin To: Vincent Hoffman Date: Thu, 21 Jun 2012 14:34:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p13; KDE/4.5.5; amd64; ; ) References: <4FE113D0.7070908@unsane.co.uk> <201206200812.17644.jhb@freebsd.org> <4FE34ED7.9030209@unsane.co.uk> In-Reply-To: <4FE34ED7.9030209@unsane.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201206211434.36699.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 21 Jun 2012 16:42:04 -0400 (EDT) Cc: Randall Stewart , freebsd-current@freebsd.org Subject: Re: -CURRENT Panic at boot at Revision: 237264 "mutex gif softc not owned at /usr/src/sys/netinet/in_gif.c:105" 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, 21 Jun 2012 20:42:05 -0000 On Thursday, June 21, 2012 12:41:59 pm Vincent Hoffman wrote: > Hi again, > The 2nd patch (to if.h and if_gif.c) also fixes the > panic on boot. > Thanks for the quick response as ever. Great, thanks for testing! Randall, do you have any thoughts on these patches? > Vince > > > On 20/06/2012 13:12, John Baldwin wrote: > > On Tuesday, June 19, 2012 8:05:36 pm Vincent Hoffman wrote: > >> Full dump info at http://unsane.co.uk/crash > >> It seems to have popped up between r236905 (working kernel) and r237264 > >> (this panic) > >> > >> the gif config I have in rc.conf is for a HE ipv6 tunnel > > Looks like this was broken in r236951 by Randall (cc'd). > > > > I think this would fix it: > > > > Index: if_gif.c > > =================================================================== > > --- if_gif.c (revision 237227) > > +++ if_gif.c (working copy) > > @@ -366,11 +366,12 @@ gif_start(struct ifnet *ifp) > > return; > > } > > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > > - GIF_UNLOCK(sc); > > keep_going: > > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > > > + GIF_UNLOCK(sc); > > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > > + GIF_LOCK(sc); > > if (m == 0) > > break; > > > > @@ -424,14 +425,12 @@ keep_going: > > ifp->if_oerrors++; > > > > } > > - GIF_LOCK(sc); > > if (ifp->if_drv_flags & IFF_GIF_WANTED) { > > /* Someone did a start while > > * we were unlocked and processing > > * lets clear the flag and try again. > > */ > > ifp->if_drv_flags &= ~IFF_GIF_WANTED; > > - GIF_UNLOCK(sc); > > goto keep_going; > > } > > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > > > > However, unless there is a known LOR, I would be inclined to > > just hold the lock across IFQ_DRV_DEQUEUE() and dispense with > > all the 'keep_going', etc. logic. Other NIC drivers tend to > > just hold their transmit lock for the entire loop in their > > start routines. > > > > That would look like this: > > > > Index: if.h > > =================================================================== > > --- if.h (revision 237227) > > +++ if.h (working copy) > > @@ -153,7 +153,6 @@ > > #define IFF_STATICARP 0x80000 /* (n) static ARP */ > > #define IFF_DYING 0x200000 /* (n) interface is winding down */ > > #define IFF_RENAMING 0x400000 /* (n) interface is being renamed */ > > -#define IFF_GIF_WANTED 0x1000000 /* (n) The gif tunnel is wanted */ > > /* > > * Old names for driver flags so that user space tools can continue to use > > * the old (portable) names. > > Index: if_gif.c > > =================================================================== > > --- if_gif.c (revision 237227) > > +++ if_gif.c (working copy) > > @@ -359,15 +359,7 @@ > > > > sc = ifp->if_softc; > > GIF_LOCK(sc); > > - if (ifp->if_drv_flags & IFF_DRV_OACTIVE) { > > - /* Already active */ > > - ifp->if_drv_flags |= IFF_GIF_WANTED; > > - GIF_UNLOCK(sc); > > - return; > > - } > > ifp->if_drv_flags |= IFF_DRV_OACTIVE; > > - GIF_UNLOCK(sc); > > -keep_going: > > while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { > > > > IFQ_DRV_DEQUEUE(&ifp->if_snd, m); > > @@ -424,16 +416,6 @@ > > ifp->if_oerrors++; > > > > } > > - GIF_LOCK(sc); > > - if (ifp->if_drv_flags & IFF_GIF_WANTED) { > > - /* Someone did a start while > > - * we were unlocked and processing > > - * lets clear the flag and try again. > > - */ > > - ifp->if_drv_flags &= ~IFF_GIF_WANTED; > > - GIF_UNLOCK(sc); > > - goto keep_going; > > - } > > ifp->if_drv_flags &= ~IFF_DRV_OACTIVE; > > GIF_UNLOCK(sc); > > return; > > > > I would prefer this latter patch if it is ok as it makes the code simpler. > > Also, IFF_GIF_WANTED as a new iff flag seems really hackish. IFF_* flags > > are supposed to be interface independent. A flag like that should be in a > > private field in the gif softc, not something exposed to the entire system. > > > >> cloned_interfaces="gif0" > >> ifconfig_gif0="tunnel 85.233.185.162 216.66.80.26" > >> ifconfig_gif0_ipv6="inet6 2001:470:1f08:110::2 2001:470:1f08:110::1 > >> prefixlen 128 -accept_rtadv" > >> > >> src.conf only has > >> WITHOUT_IPFILTER=true > >> WITHOUT_KERBEROS=true > >> WITHOUT_PROFILE=yes > >> > >> Happy to provide any more info as needed. any suggestions welcome, I'll > >> see if I can track it further with a binary search tomorrow. > >> > >> > >> >From dump info file (at above URL) > >> #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 > >> 266 if (textdump && textdump_pending) { > >> (kgdb) #0 doadump (textdump=0) at /usr/src/sys/kern/kern_shutdown.c:266 > >> #1 0xffffffff80314740 in db_dump (dummy=Variable "dummy" is not available. > >> ) > >> at /usr/src/sys/ddb/db_command.c:538 > >> #2 0xffffffff80313d31 in db_command (last_cmdp=0xffffffff80c52b40, > >> cmd_table=Variable "cmd_table" is not available. > >> > >> ) at /usr/src/sys/ddb/db_command.c:449 > >> #3 0xffffffff80313f80 in db_command_loop () > >> at /usr/src/sys/ddb/db_command.c:502 > >> #4 0xffffffff803160d9 in db_trap (type=Variable "type" is not available. > >> ) at /usr/src/sys/ddb/db_main.c:231 > >> #5 0xffffffff80590918 in kdb_trap (type=3, code=0, tf=0xffffff80ea22ee20) > >> at /usr/src/sys/kern/subr_kdb.c:654 > >> #6 0xffffffff80815c9d in trap (frame=0xffffff80ea22ee20) > >> at /usr/src/sys/amd64/amd64/trap.c:573 > >> #7 0xffffffff807ffe63 in calltrap () > >> at /usr/src/sys/amd64/amd64/exception.S:228 > >> #8 0xffffffff8059039b in kdb_enter (why=0xffffffff808fac8a "panic", > >> msg=0x80
) at cpufunc.h:63 > >> #9 0xffffffff805581f1 in panic (fmt=Variable "fmt" is not available. > >> ) > >> at /usr/src/sys/kern/kern_shutdown.c:628 > >> #10 0xffffffff805454ec in _mtx_assert (m=Variable "m" is not available. > >> ) > >> at /usr/src/sys/kern/kern_mutex.c:747 > >> #11 0xffffffff8067bcf6 in in_gif_output (ifp=0xfffffe0005e28000, family=28, > >> m=0xfffffe0005ff8300) at /usr/src/sys/netinet/in_gif.c:105 > >> #12 0xffffffff8061d6a2 in gif_start (ifp=0xfffffe0005e28000) > >> at /usr/src/sys/net/if_gif.c:411 > >> #13 0xffffffff8061cbd4 in gif_output (ifp=0xfffffe0005e28000, m=Variable > >> "m" is not available. > >> ) > >> at /usr/src/sys/net/if_gif.c:540 > >> #14 0xffffffff807290c7 in nd6_output_lle (ifp=0xfffffe0005e28000, > >> origifp=0xfffffe0005e28000, m0=0xfffffe0005ff8300, > >> dst=0xffffff80ea22f56c, rt0=Variable "rt0" is not available. > >> ) at /usr/src/sys/netinet6/nd6.c:2079 > >> #15 0xffffffff807292f8 in nd6_output (ifp=Variable "ifp" is not available. > >> ) > >> at /usr/src/sys/netinet6/nd6.c:1824 > >> #16 0xffffffff80723171 in ip6_output (m0=Variable "m0" is not available. > >> ) > >> at /usr/src/sys/netinet6/ip6_output.c:1021 > >> #17 0xffffffff8072cf9f in nd6_ns_output (ifp=0xfffffe0005e28000, > >> daddr6=0x0, > >> taddr6=0xfffffe0005300318, ln=Variable "ln" is not available. > >> ) at /usr/src/sys/netinet6/nd6_nbr.c:593 > >> #18 0xffffffff8072d801 in nd6_dad_start (ifa=0xfffffe0005300200, delay=0) > >> at /usr/src/sys/netinet6/nd6_nbr.c:1298 > >> #19 0xffffffff80710448 in in6_update_ifa (ifp=0xfffffe0005e28000, > >> ifra=0xfffffe00812c8b00, ia=0xfffffe0005300200, flags=Variable > >> "flags" is not available. > >> ) > >> at /usr/src/sys/netinet6/in6.c:1298 > >> #20 0xffffffff80711658 in in6_control (so=0xfffffe00810c5aa0, > >> cmd=2156423451, > >> data=0xfffffe00812c8b00 "gif0", ifp=0xfffffe0005e28000, > >> td=0xfffffe0005009000) at /usr/src/sys/netinet6/in6.c:654 > >> #21 0xffffffff806181f6 in ifioctl (so=0xfffffe00810c5aa0, cmd=2156423451, > >> data=0xfffffe00812c8b00 "gif0", td=0xfffffe0005009000) > >> at /usr/src/sys/net/if.c:2540 > >> #22 0xffffffff805aa0dd in kern_ioctl (td=Variable "td" is not available. > >> ) at file.h:287 > >> #23 0xffffffff805aa37d in sys_ioctl (td=0xfffffe0005009000, > >> uap=0xffffff80ea22fb70) at /usr/src/sys/kern/sys_generic.c:691 > >> #24 0xffffffff80814a34 in amd64_syscall (td=0xfffffe0005009000, traced=0) > >> at subr_syscall.c:135 > >> #25 0xffffffff80800147 in Xfast_syscall () > >> at /usr/src/sys/amd64/amd64/exception.S:387 > >> #26 0x0000000801183d0c in ?? () > >> Previous frame inner to this frame (corrupt stack?) > >> (kgdb) > >> > >> > >> > >> _______________________________________________ > >> 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" > >> > > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 05:24:03 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0827E10659DB; Fri, 22 Jun 2012 05:24:03 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id BE7E68FC16; Fri, 22 Jun 2012 05:24:02 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q5M5NutN031317; Thu, 21 Jun 2012 23:23:56 -0600 (MDT) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q5M5NuKn031316; Thu, 21 Jun 2012 23:23:56 -0600 (MDT) (envelope-from ken) Date: Thu, 21 Jun 2012 23:23:56 -0600 From: "Kenneth D. Merry" To: "Andrey V. Elsukov" Message-ID: <20120622052356.GA28831@nargothrond.kdm.org> References: <20120621042925.GA44903@nargothrond.kdm.org> <4FE3435F.9080400@FreeBSD.org> <20120621164853.GA37027@nargothrond.kdm.org> <4FE37CD2.2060001@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4FE37CD2.2060001@FreeBSD.org> User-Agent: Mutt/1.4.2i Cc: current@FreeBSD.org Subject: Re: minor GEOM disk API change coming 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, 22 Jun 2012 05:24:03 -0000 On Thu, Jun 21, 2012 at 23:58:10 +0400, Andrey V. Elsukov wrote: > On 21.06.2012 20:48, Kenneth D. Merry wrote: > >>> In this case, the GEOM disk class instance has been created by > >>> disk_create(), and the taste of the disk is queued in the GEOM > >>> event queue. > >>> > >>> While that event is queued, the da(4) instance goes away. When the > >>> open call comes into the da(4) driver, it dereferences the freed > >>> (but non-NULL) peripheral pointer provided by GEOM, which results > >>> in a panic. > >> > >> I think this situation is very specific for the GEOM_DISK class, and > >> this callback will be less useful for other classes. > >> Does g_cancel_event() cannot help you prevent tasting? > > > > Calling g_cancel_event(), for instance from disk_gone(), would not > > completely close the race condition. It can't cancel an event that is > > already in progress, and it is possible for the peripheral to go away while > > the event is marked in progress but before the taste gets far enough into > > daopen() to acquire a reference to the peripheral. > > If i understand correctly your patch, you acquires a reference to the > periph and release it when g_destroy_provider finished. What if you will > queue some custom event from the disk_gone() that will call > cddiskgonecb()? Does it close the race? This event will be executed > after the taste completes. That still would not close the race. It would still be possible for another context to come along and open the device at any point. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 06:01:51 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D8441106564A; Fri, 22 Jun 2012 06:01:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8DCC58FC0C; Fri, 22 Jun 2012 06:01:51 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1ShwwC-00089Z-TX>; Fri, 22 Jun 2012 08:01:45 +0200 Received: from e178015105.adsl.alicedsl.de ([85.178.15.105] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1ShwwC-0000Rf-NC>; Fri, 22 Jun 2012 08:01:44 +0200 Message-ID: <4FE40A42.6010503@zedat.fu-berlin.de> Date: Fri, 22 Jun 2012 08:01:38 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Current FreeBSD , freebsd-questions@freebsd.org X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig912A15704D9D7886A891DA49" X-Originating-IP: 85.178.15.105 Cc: Subject: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 06:01:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig912A15704D9D7886A891DA49 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD shown below. When first used, I was able to put approx. 30 GB of data on it - it was visible to FreeBSD 9 and 10 as expected. A Linux system at the lab was also capable of recognizing it. After that, I tried to operate on the stick on a Notebook, FreeBSD 9, and another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive anymore - sometimes, but this seems to be a gambling issue :-( Trying Linux on different hardware platforms and even those machines prior not recognizing the USB drive do recognize the drive as Lexar USB Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and pull data from it. So, since the USB drive won't work with three different FreeBSD boxes (one running 9-STABLE, two 10-CURRENT, all systems most recent sources and buildworld from a day ago). I suspect either a weird configuration issue I use on all platforms in questions in common triggering the weird beviour - or FreeBSD is simply incapable of handling the 64GB drive. I do not have issues with USB drives with capacities of 32, 8 or 4 GB of different brands. As shown in the portion of the dmesg below, the USB drive is recognized physically. It doesn't matter whether USB port I use (I tried all available on all boxes and in most cases I use a Dell UltraSharp powered in-screen HUB). Since other OSes handle the drive as expected, I exclude hardware issues. All FreeBSD in common is the fact I use the new device ahaci/device ata CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). Apart from trying a GENERIC kernel (which is next I will do this weekend), does anyone have similar experiences and probably solutions? Regards, oh ugen7.6: at usbus7 umass1: on usb= us7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an erro= r (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an erro= r (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an erro= r (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an erro= r (probe0:umass-sim1:1:0:0): Retrying command (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an erro= r (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted --------------enig912A15704D9D7886A891DA49 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP5ApIAAoJEOgBcD7A/5N8Lt0H/RPOjxk/9iX6pCWghqucDfsv U1hjBs6iBCLmWZILAW++ldCdSZifum/YZ10QD4kbJfJGO8Damn+p5MK54gOTs06N QCOX4P/720luXPIiqwtNnSQcrjmzi73EKV5Avdj79Woii3CTaE014fE/Ayq7TQfZ sS1G39VBS517RgCshdOzzmvt13+QFme1KBKIKezeNhX4A5MXQ10Uk3qgtbOhyuv9 7wugQNotlQURihausOgQAqseEaWHaSqNqS+j4XbXqKtnPU8QJIGugPeaMkzFmtvq +fU4ACc64hPCxpFmWRRohLi+R615lsJWvi6WWAkSBPGgmTSima/Ub/ucWQAS44Q= =/eA4 -----END PGP SIGNATURE----- --------------enig912A15704D9D7886A891DA49-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 06:22:36 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7F9971065670; Fri, 22 Jun 2012 06:22:36 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 365CB8FC08; Fri, 22 Jun 2012 06:22:36 +0000 (UTC) Received: by obbun3 with SMTP id un3so1918363obb.13 for ; Thu, 21 Jun 2012 23:22:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ndp7S7YEhzRBGhcY5zJ/U4YtAD2DoD4oMJGOQdWplU0=; b=CMGJgpHe8Mc9gqoZvBXUoofqxYx4YM5Tx1Mj5XYY6SWbw4mk8JJMdPltYHq7TZ5OgT kP6mkrF/LY4SpxBeUf202zfN2XOaZV7xrIrbn5YBQFiHP+hlhmXLljG5aVzeEsdL5vOy QFcq4NQ8pXTeEUsIQU5OfDIrF11DvQNvJQYGXJJCmHCmwtyHjj0k0jXTdwmvDOLGZa5s /GR/nwno5OiZx7xPZyTiUq46l2itEe/E+C0Bl6SE1rOQrD80CaK5gPA3oz184Dzb9Ufl ys4Vd9z/JGo9CTOy4vJLDnfFWVX06K5HNl9s2pX7O+e1IXY8SlKC7kpwXpLBlCtK0K3A Yv4w== MIME-Version: 1.0 Received: by 10.60.172.209 with SMTP id be17mr676400oec.16.1340346150601; Thu, 21 Jun 2012 23:22:30 -0700 (PDT) Received: by 10.76.13.198 with HTTP; Thu, 21 Jun 2012 23:22:30 -0700 (PDT) In-Reply-To: <4FE40A42.6010503@zedat.fu-berlin.de> References: <4FE40A42.6010503@zedat.fu-berlin.de> Date: Thu, 21 Jun 2012 23:22:30 -0700 Message-ID: From: Garrett Cooper To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 06:22:36 -0000 On Thu, Jun 21, 2012 at 11:01 PM, O. Hartmann wrote: > I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? I don't personally have any relevant experience with this device, but having the exact revisions of code where this was working and where it was failing would be helpful, in order to perform a binary search to determine whether or not this is a regression. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 06:27:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 38881106566C; Fri, 22 Jun 2012 06:27:47 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 602BF8FC17; Fri, 22 Jun 2012 06:27:46 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 290061533; Fri, 22 Jun 2012 08:22:39 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 22 Jun 2012 08:22:19 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FE40A42.6010503@zedat.fu-berlin.de> In-Reply-To: <4FE40A42.6010503@zedat.fu-berlin.de> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201206220822.19486.hselasky@c2i.net> Cc: "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 06:27:47 -0000 On Friday 22 June 2012 08:01:38 O. Hartmann wrote: > I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? > > Regards, > oh > > ugen7.6: at usbus7 > umass1: on > usbus7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted Hi, After plugging the device, try: usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY Then re-plug it. I'm sorry to say a lot of USB flash sticks out there are broken and only tested with the timing of MS Windows. Part of the problem is that it is difficult to autodetect these issues, because once you trigger the non- supported SCSI command, then the flash key stops working like you experience. I would be more than glad to open up an office to certify USB devices for use with FreeBSD :-) --HPS From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 06:29:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EB45D1065672; Fri, 22 Jun 2012 06:29:59 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 58F898FC1C; Fri, 22 Jun 2012 06:29:59 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5M6TvSP026582; Fri, 22 Jun 2012 08:29:57 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5M6Tvgu026579; Fri, 22 Jun 2012 08:29:57 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Fri, 22 Jun 2012 08:29:57 +0200 (CEST) From: Wojciech Puchar To: "O. Hartmann" In-Reply-To: <4FE40A42.6010503@zedat.fu-berlin.de> Message-ID: References: <4FE40A42.6010503@zedat.fu-berlin.de> 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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Fri, 22 Jun 2012 08:29:58 +0200 (CEST) X-Mailman-Approved-At: Fri, 22 Jun 2012 11:15:46 +0000 Cc: Current FreeBSD , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 06:30:00 -0000 > incapable of handling the 64GB drive. I do not have issues with USB it's not about capacity. But seems some quirks for that pendrive (which have buggy firmware) has to be added, as it doesn't respond for inquiry command. sorry i am not USB expert. > umass1: on usbus7 > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted > > From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 11:51:00 2012 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 DF53B106564A for ; Fri, 22 Jun 2012 11:51:00 +0000 (UTC) (envelope-from taku@tackymt.homeip.net) Received: from basalt.tackymt.homeip.net (unknown [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by mx1.freebsd.org (Postfix) with ESMTP id 87B308FC08 for ; Fri, 22 Jun 2012 11:51:00 +0000 (UTC) Received: from basalt.tackymt.homeip.net (localhost [127.0.0.1]) by basalt.tackymt.homeip.net (Postfix) with ESMTP id 4A66983A0 for ; Fri, 22 Jun 2012 20:50:59 +0900 (JST) X-Virus-Scanned: amavisd-new at tackymt.homeip.net Received: from localhost by basalt.tackymt.homeip.net (amavisd-new, unix socket) with ESMTP id 3cGqvuX4t--V for ; Fri, 22 Jun 2012 20:50:56 +0900 (JST) Received: from basalt.tackymt.homeip.net (basalt.tackymt.homeip.net [IPv6:2001:3e0:577:0:20d:61ff:fecc:2253]) by basalt.tackymt.homeip.net (Postfix) with ESMTPSA for ; Fri, 22 Jun 2012 20:50:56 +0900 (JST) Date: Fri, 22 Jun 2012 20:50:56 +0900 From: Taku YAMAMOTO To: freebsd-current@freebsd.org Message-Id: <20120622205056.b29f966d.taku@tackymt.homeip.net> In-Reply-To: <201206220822.19486.hselasky@c2i.net> References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> X-Mailer: Sylpheed 3.0.3 (GTK+ 2.24.6; i386-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 11:51:01 -0000 On Fri, 22 Jun 2012 08:22:19 +0200 Hans Petter Selasky wrote: (snip) > I would be more than glad to open up an office to certify USB devices for use > with FreeBSD :-) My elder colleague often told me that it is the easiest and well-working way to check whether the one is certified to work for Mac OS X to get USB mass storage devices which work with *BSD :) Just my 5 yen, -- -|-__ YAMAMOTO, Taku | __ < - A chicken is an egg's way of producing more eggs. - From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 12:02:00 2012 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 F1A61106564A for ; Fri, 22 Jun 2012 12:02:00 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 6E3018FC16 for ; Fri, 22 Jun 2012 12:02:00 +0000 (UTC) Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q5MC1tq1088238 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 22 Jun 2012 15:01:56 +0300 (EEST) (envelope-from daniel@digsys.bg) Message-ID: <4FE45EB3.8030707@digsys.bg> Date: Fri, 22 Jun 2012 15:01:55 +0300 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.5) Gecko/20120607 Thunderbird/10.0.5 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> In-Reply-To: <201206220822.19486.hselasky@c2i.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 12:02:01 -0000 On 22.06.12 09:22, Hans Petter Selasky wrote: > I'm sorry to say a lot of USB flash sticks out there are broken and > only tested with the timing of MS Windows. Part of the problem is that > it is difficult to autodetect these issues, because once you trigger > the non- supported SCSI command, then the flash key stops working like > you experience. Morale of the story: Don't even dare put any hardware that you need working on FreeBSD under control of Linux or Windows. OS X is safe. By the way, I am serious! Sometimes, I am inclined to believe the conspiracy theory that those operating systems do this on purpose. Often to claim "superiority" as in "see, it works with our OS, ok?". I believe if we get enough details of how this particular USB stick is exactly recognized an quirk definition for it could be added to save future users from such behavior. But the bit "it was used with Linux" might need to be supplied by the user. Daniel From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 13:50:00 2012 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 8EC051065672 for ; Fri, 22 Jun 2012 13:50:00 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6459D8FC0C for ; Fri, 22 Jun 2012 13:50:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q5MDnxiA019308 for ; Fri, 22 Jun 2012 06:49:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q5MDnxLH019307 for current@freebsd.org; Fri, 22 Jun 2012 06:49:59 -0700 (PDT) (envelope-from david) Date: Fri, 22 Jun 2012 06:49:59 -0700 From: David Wolfskill To: current@freebsd.org Message-ID: <20120622134959.GT1874@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L2YZAWjVjAQ1Un1Q" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: SIGSEGV in lots of processes (head i386 @r237440) 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, 22 Jun 2012 13:50:00 -0000 --L2YZAWjVjAQ1Un1Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Just updated my laptop's head slice from r237378 to r237440; while it did manage to get to multi-user mode, I was only able to login as root, and whenever I tried to do much of anything, the sell (csh) exited with a SIGSEGV. I finally gave it a "3-fingered salute", [Ctl-Alt-Del], and init appeared to enter a non-terminating SIGSEGV loop. My build machine is still building the kernel; assuming(!) I see similar behavior on that, I should be able to poke around a bit, as I have a serial console on it (though I'll be remote from it, as I'll be at work). Anyway, I thought I'd mention this in case it might help someone. The typescript from the "svn update" and the resulting build may be found at . Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --L2YZAWjVjAQ1Un1Q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/keAcACgkQmprOCmdXAD1tsACdGas1VMcy4t1rd+pN24B5ryc1 TnQAni8hAqE47j0S6c3nSO1O3ATFtdc5 =q/E7 -----END PGP SIGNATURE----- --L2YZAWjVjAQ1Un1Q-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 14:10:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B20CC106566B for ; Fri, 22 Jun 2012 14:10:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2738FC08 for ; Fri, 22 Jun 2012 14:10:51 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5MEAK5n089090; Fri, 22 Jun 2012 17:10:20 +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.5/8.14.5) with ESMTP id q5MEAKWo042893; Fri, 22 Jun 2012 17:10:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5MEAKnS042892; Fri, 22 Jun 2012 17:10:20 +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: Fri, 22 Jun 2012 17:10:20 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Message-ID: <20120622141020.GF2337@deviant.kiev.zoral.com.ua> References: <20120622134959.GT1874@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WdKAUHmfiqJOVv20" Content-Disposition: inline In-Reply-To: <20120622134959.GT1874@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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: SIGSEGV in lots of processes (head i386 @r237440) 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, 22 Jun 2012 14:10:52 -0000 --WdKAUHmfiqJOVv20 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 06:49:59AM -0700, David Wolfskill wrote: > Just updated my laptop's head slice from r237378 to r237440; while > it did manage to get to multi-user mode, I was only able to login as > root, and whenever I tried to do much of anything, the sell (csh) exited > with a SIGSEGV. >=20 > I finally gave it a "3-fingered salute", [Ctl-Alt-Del], and init > appeared to enter a non-terminating SIGSEGV loop. >=20 > My build machine is still building the kernel; assuming(!) I see similar > behavior on that, I should be able to poke around a bit, as I have a > serial console on it (though I'll be remote from it, as I'll be at > work). >=20 > Anyway, I thought I'd mention this in case it might help someone. >=20 > The typescript from the "svn update" and the resulting build may be > found at . This is on i386, right ? Can you boot single-user and just type date in the shell ? Does it segfault ? If yes, does setting sysctl kern.timecounter.fast_gettime to 0 fix segfault from date(1) ? --WdKAUHmfiqJOVv20 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/kfMwACgkQC3+MBN1Mb4hzAwCfcq2TojRRYamGyVwnRfS+1dhR RjgAn13e4VSuqY2UqqgLnYuCdQsDnWPS =qYB1 -----END PGP SIGNATURE----- --WdKAUHmfiqJOVv20-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 15:22:41 2012 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 8020B106566C for ; Fri, 22 Jun 2012 15:22:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 029F48FC14 for ; Fri, 22 Jun 2012 15:22:40 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q5MFMGRD005476; Fri, 22 Jun 2012 18:22:16 +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.5/8.14.5) with ESMTP id q5MFMG2K043376; Fri, 22 Jun 2012 18:22:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q5MFMG22043375; Fri, 22 Jun 2012 18:22:16 +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: Fri, 22 Jun 2012 18:22:16 +0300 From: Konstantin Belousov To: David Wolfskill , current@freebsd.org Message-ID: <20120622152216.GG2337@deviant.kiev.zoral.com.ua> References: <20120622134959.GT1874@albert.catwhisker.org> <20120622141020.GF2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xNzB6LhEaj9ZrCy/" Content-Disposition: inline In-Reply-To: <20120622141020.GF2337@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 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: SIGSEGV in lots of processes (head i386 @r237440) 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, 22 Jun 2012 15:22:41 -0000 --xNzB6LhEaj9ZrCy/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 05:10:20PM +0300, Konstantin Belousov wrote: > On Fri, Jun 22, 2012 at 06:49:59AM -0700, David Wolfskill wrote: > > Just updated my laptop's head slice from r237378 to r237440; while > > it did manage to get to multi-user mode, I was only able to login as > > root, and whenever I tried to do much of anything, the sell (csh) exited > > with a SIGSEGV. > >=20 > > I finally gave it a "3-fingered salute", [Ctl-Alt-Del], and init > > appeared to enter a non-terminating SIGSEGV loop. > >=20 > > My build machine is still building the kernel; assuming(!) I see similar > > behavior on that, I should be able to poke around a bit, as I have a > > serial console on it (though I'll be remote from it, as I'll be at > > work). > >=20 > > Anyway, I thought I'd mention this in case it might help someone. > >=20 > > The typescript from the "svn update" and the resulting build may be > > found at . > This is on i386, right ? >=20 > Can you boot single-user and just type date in the shell ? > Does it segfault ? >=20 > If yes, does setting sysctl kern.timecounter.fast_gettime to 0 fix > segfault from date(1) ? Ok, I probably can guess the cause. I suppose that 'date' does not segfaults. Please try the following (which I forgot to commit). Sorry. diff --git a/sys/i386/i386/machdep.c b/sys/i386/i386/machdep.c index f0546b0..30efecd 100644 --- a/sys/i386/i386/machdep.c +++ b/sys/i386/i386/machdep.c @@ -469,7 +469,8 @@ osendsig(sig_t catcher, ksiginfo_t *ksi, sigset_t *mask) } =20 regs->tf_esp =3D (int)fp; - regs->tf_eip =3D PS_STRINGS - szosigcode; + regs->tf_eip =3D p->p_sysent->sv_sigcode_base + szsigcode - + szosigcode; regs->tf_eflags &=3D ~(PSL_T | PSL_D); regs->tf_cs =3D _ucodesel; regs->tf_ds =3D _udatasel; @@ -596,7 +597,8 @@ freebsd4_sendsig(sig_t catcher, ksiginfo_t *ksi, sigset= _t *mask) } =20 regs->tf_esp =3D (int)sfp; - regs->tf_eip =3D PS_STRINGS - szfreebsd4_sigcode; + regs->tf_eip =3D p->p_sysent->sv_sigcode_base + szsigcode - + szfreebsd4_sigcode; regs->tf_eflags &=3D ~(PSL_T | PSL_D); regs->tf_cs =3D _ucodesel; regs->tf_ds =3D _udatasel; @@ -747,7 +749,7 @@ sendsig(sig_t catcher, ksiginfo_t *ksi, sigset_t *mask) } =20 regs->tf_esp =3D (int)sfp; - regs->tf_eip =3D PS_STRINGS - *(p->p_sysent->sv_szsigcode); + regs->tf_eip =3D p->p_sysent->sv_sigcode_base; regs->tf_eflags &=3D ~(PSL_T | PSL_D); regs->tf_cs =3D _ucodesel; regs->tf_ds =3D _udatasel; --xNzB6LhEaj9ZrCy/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk/kjagACgkQC3+MBN1Mb4iPoACgs79U06M46XxkJkL3zHusChqA nkMAnRI1K/MX7mZK1t6ICamO43jWdeU1 =MZA6 -----END PGP SIGNATURE----- --xNzB6LhEaj9ZrCy/-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 15:57:11 2012 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 E9686106566B for ; Fri, 22 Jun 2012 15:57:11 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id A17068FC12 for ; Fri, 22 Jun 2012 15:57:11 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id q5MFvBZX020701; Fri, 22 Jun 2012 08:57:11 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id q5MFvBBu020700; Fri, 22 Jun 2012 08:57:11 -0700 (PDT) (envelope-from david) Date: Fri, 22 Jun 2012 08:57:11 -0700 From: David Wolfskill To: Konstantin Belousov Message-ID: <20120622155711.GV1874@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Konstantin Belousov , current@freebsd.org References: <20120622134959.GT1874@albert.catwhisker.org> <20120622141020.GF2337@deviant.kiev.zoral.com.ua> <20120622152216.GG2337@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="I33OQG5IFrqF2BWt" Content-Disposition: inline In-Reply-To: <20120622152216.GG2337@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: SIGSEGV in lots of processes (head i386 @r237440) 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, 22 Jun 2012 15:57:12 -0000 --I33OQG5IFrqF2BWt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jun 22, 2012 at 06:22:16PM +0300, Konstantin Belousov wrote: > ... > > > found at . > > This is on i386, right ? Yes. > > Can you boot single-user and just type date in the shell ? > > Does it segfault ? > >=20 > > If yes, does setting sysctl kern.timecounter.fast_gettime to 0 fix > > segfault from date(1) ? >=20 > Ok, I probably can guess the cause. I suppose that 'date' does not > segfaults. Correct; it did not. > Please try the following (which I forgot to commit). Sorry. >=20 > diff --git a/sys/i386/i386/machdep.c b/sys/i386/i386/machdep.c > index f0546b0..30efecd 100644 > --- a/sys/i386/i386/machdep.c > +++ b/sys/i386/i386/machdep.c > > ... That seems to bring behavior back to normal: I can now log in via ssh (vs. having sshd segfault & coredump): FreeBSD freebeast.catwhisker.org 10.0-CURRENT FreeBSD 10.0-CURRENT #851 237= 440M: Fri Jun 22 08:42:54 PDT 2012 root@freebeast.catwhisker.org:/usr/o= bj/usr/src/sys/GENERIC i386 Thank you very much for the quick response, despite my rather vague hand-waving. And I apologize for not directly responding to your earlier note -- I have no connectivity during most of my commute. (And we really don't want me trying it for the part on my bicycle!) Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --I33OQG5IFrqF2BWt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/klcwACgkQmprOCmdXAD1hkQCfcsx7SglGmOcw/jSA/XqUTpij uygAn1bfvKfymqt/Zy0GbUK4ovLTsWmH =Lc5U -----END PGP SIGNATURE----- --I33OQG5IFrqF2BWt-- From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 16:50:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 290EC1065670; Fri, 22 Jun 2012 16:50:06 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 786E48FC12; Fri, 22 Jun 2012 16:50:05 +0000 (UTC) Received: by bkvi18 with SMTP id i18so2223800bkv.13 for ; Fri, 22 Jun 2012 09:50:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :content-type:content-transfer-encoding; bh=BwJSLh0E5QeXB8DrHI1ZGi1Hi4pLoYZvKZ07MaNb73k=; b=IsEoOrejxwp/swQ6nRab7bW2WEEGnpnDxngpog5MYLOAR0M/o0wfGk67EMhOaM44XD veyXQtepOBJCqOC6YZEE93a5nDPJwGex8/gKXxYKtSezQ8k0hZulDfd8ZE+RP/k+YnUL 73BAnB/mlQFTdEi3FgVNOXSfDfRh54A5r/UIXqF726t+Nco6bTJ79q2/ai3iOzuKXXvJ 5wKLZbyegAzye/tHuHfCdVp211GrI/pQjrJ1qvZYl6DH2smp1pPBHY5zJ7YKen9YPYo/ 0t/Qh48wyOCkIDkciHOSfnIg3lTh4XzkxQQdG+ZX80YYNW0eR6MTo+TWtTOMkj6wlA7Y J2VA== Received: by 10.152.46.6 with SMTP id r6mr2853236lam.7.1340383804500; Fri, 22 Jun 2012 09:50:04 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id fd1sm21246055lbb.7.2012.06.22.09.50.02 (version=SSLv3 cipher=OTHER); Fri, 22 Jun 2012 09:50:03 -0700 (PDT) Sender: Alexander Motin Message-ID: <4FE4A239.5030000@FreeBSD.org> Date: Fri, 22 Jun 2012 19:50:01 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120618 Thunderbird/13.0 MIME-Version: 1.0 To: "Kenneth D. Merry" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD current Subject: Re: minor GEOM disk API change coming 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, 22 Jun 2012 16:50:06 -0000 Hi. I understand problem you are going to fix and I think your patch should do it. What I don't very like is addition of new GEOM method. Now GEOM doesn't need it because all internal open/close operations and provider destructions there protected by the topology SX lock. Unluckily that lock doesn't cover g_wither_provider(), called by disk_gone() while holding CAM SIM lock. If not that SIM lock, it would be enough to just grab and drop GEOM topology lock to ensure that no new open() calls will follow. Indirect way to do it could be to post GEOM event that would drop the reference as soon as it will be handled and can obtain the topology lock. Unluckily it uses malloc() for event storage and also can be unreliable if called from under the SIM mutex lock. So it seems many things would be much easier if it was possible to drop SIM lock inside periph invalidate method, but now it is unsafe That is not an objection, just some thoughts about. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 17:22:28 2012 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 3692E1065670 for ; Fri, 22 Jun 2012 17:22:28 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm9-vm0.bullet.mail.sp2.yahoo.com (nm9-vm0.bullet.mail.sp2.yahoo.com [98.139.91.196]) by mx1.freebsd.org (Postfix) with SMTP id 1215C8FC0A for ; Fri, 22 Jun 2012 17:22:28 +0000 (UTC) Received: from [98.139.91.64] by nm9.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 17:22:22 -0000 Received: from [208.71.42.211] by tm4.bullet.mail.sp2.yahoo.com with NNFMP; 22 Jun 2012 17:22:22 -0000 Received: from [127.0.0.1] by smtp222.mail.gq1.yahoo.com with NNFMP; 22 Jun 2012 17:22:22 -0000 X-Yahoo-Newman-Id: 573647.40902.bm@smtp222.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: vfitmZ4VM1nCWNbrq1_W79.Ct1mi92LYh3HLq3HIdK0Vhhl ipr1nqPPYjkQJhkFcybaFlLQ8at5fJED2M32SLKke9Us0cUatrSYuDwtE6A2 ZwqrDergymXGrrkuMQERoGVDd1_nWV7_dScB8N66fVbNZTtsDUZiinGuPu_w 1P52cb5PUMPrI1_5Paawlb24eMXBa_y1DiDVtL1ud7riCJxvWc25SEkVKSrD bEncuk4nC.TT0FJ0Glc0JmkgRHiIzjSdQES9W93N9URUc27883Zwj4sE4a4J vOiyt_nmLqLmZWASfTPV.mhMjN6ARdRNZ1xQ1qlS5iuk5zfnl2DyeZgiuLCB uYa5pplZHswcI8wYjYMlN73QJ.bVyHD2yr6cqo9qXIQUQDS8qeZNLx3YUU.C gNZe0s3ZXjPklUjDnz1fwbVlNMSpoRi40Y6kyloGpNAlMCWbFlAo.uSb8hoQ FRG0ThpKZaAUec5RbaMV3O2DUzkcak3AaBglUD964rY8PaQyvaLFH3hZ7c.. vu8m1Xnvk7oiPsFYkGEk98TS55G9RlVci9cNhL_EpAmnMEbDY.XSwcoeyC65 UmGllNxRBwcHSHTjrTIOp.W0L5VV.KylGgWteeDKX3JNL_RDU7JAaLHLRCRb sj_8navgrsshtMV9rJuiZFbiJsmNm12lw8Ti9CnOZQp3W5tuTFLEgzr8hgRM YAmeSk.rPq8V0IT7SP1eb6bwC5zzwCOZwwrBiqbxFZl3h.9ljFAH79IMs52T R4UHR X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf Received: from [192.168.10.102] (pfg@200.118.157.7 with plain) by smtp222.mail.gq1.yahoo.com with SMTP; 22 Jun 2012 10:22:22 -0700 PDT Message-ID: <4FE4A9CF.40102@FreeBSD.org> Date: Fri, 22 Jun 2012 12:22:23 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120618 Thunderbird/13.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: [RFT] llquantize for FreeBSD's dtrace 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, 22 Jun 2012 17:22:28 -0000 Hello; I am not a Dtrace user (yet) but I started to port the Log/linear quantizations from Illumos: http://dtrace.org/blogs/bmc/2011/02/08/llquantize/ Apparently this patch should do it: http://people.freebsd.org/~pfg/patches/patch-llquantize-complete Unfortunately when I tried to build current with Dtrace support, my i386 Virtualbox VM got stuck in ctfmerge so this is completely untested. Testers that know how to use it are welcome :). best regards, Pedro. ps. just for reference, the original code was taken from here: https://hg.openindiana.org/upstream/illumos/illumos-gate/rev/15b74a2a9a9d From owner-freebsd-current@FreeBSD.ORG Fri Jun 22 17:44:06 2012 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 D567C1065670; Fri, 22 Jun 2012 17:44:06 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D17D8FC0A; Fri, 22 Jun 2012 17:44:06 +0000 (UTC) Received: by yenl8 with SMTP id l8so2075133yen.13 for ; Fri, 22 Jun 2012 10:44:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=deziI87c0FAdXgQf9Mi40An8riGdBSfP1DQRYbOcrcQ=; b=dCqpnxrUxo8JVnRIxM2Ef87DV6g10ZHu9TvO5vXM2QzaWw3NkuAUSJsyE9QDpaKNh9 fpQ5yxkKPOWY3NMjPo9uDBml6VOzbqZ29BCsrP1c7eINenUPLyS/ywPJG78p05QMPvqZ PlTQcj35FL8/pAVZKKrAUTjWtZaH5VPrvdTycRXi8poVG15MUEDU1LjrD0LjvPAa9oUe 0VBVpGEiXqFLHXyZolWO45OFGOjx0urodzkNssKYdslgJ1PNqjyL/c54O5aicm5+Suqt f7F9SsgblCJgEAEb6co8BM8dFimnIIV4sKrXXbgT8YbsBc03iXNbKzw55shL8Bim8fvP GmpA== MIME-Version: 1.0 Received: by 10.60.18.114 with SMTP id v18mr2837105oed.34.1340387037648; Fri, 22 Jun 2012 10:43:57 -0700 (PDT) Received: by 10.60.145.235 with HTTP; Fri, 22 Jun 2012 10:43:57 -0700 (PDT) In-Reply-To: <4FE40A42.6010503@zedat.fu-berlin.de> References: <4FE40A42.6010503@zedat.fu-berlin.de> Date: Fri, 22 Jun 2012 12:43:57 -0500 Message-ID: From: Brandon Gooch To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Cc: Current FreeBSD , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 22 Jun 2012 17:44:07 -0000 On Fri, Jun 22, 2012 at 1:01 AM, O. Hartmann wrote: > I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD > shown below. > When first used, I was able to put approx. 30 GB of data on it - it was > visible to FreeBSD 9 and 10 as expected. > A Linux system at the lab was also capable of recognizing it. After > that, I tried to operate on the stick on a Notebook, FreeBSD 9, and > another station, FreeBSD 10. But FreeBSD didn't recognize the USB drive > anymore - sometimes, but this seems to be a gambling issue :-( > > Trying Linux on different hardware platforms and even those machines > prior not recognizing the USB drive do recognize the drive as Lexar USB > Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu > 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push and > pull data from it. > > So, since the USB drive won't work with three different FreeBSD boxes > (one running 9-STABLE, two 10-CURRENT, all systems most recent sources > and buildworld from a day ago). > I suspect either a weird configuration issue I use on all platforms in > questions in common triggering the weird beviour - or FreeBSD is simply > incapable of handling the 64GB drive. I do not have issues with USB > drives with capacities of 32, 8 or 4 GB of different brands. > > As shown in the portion of the dmesg below, the USB drive is recognized > physically. It doesn't matter whether USB port I use (I tried all > available on all boxes and in most cases I use a Dell UltraSharp powered > in-screen HUB). Since other OSes handle the drive as expected, I exclude > hardware issues. > > All FreeBSD in common is the fact I use the new device ahaci/device ata > CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!). > > Apart from trying a GENERIC kernel (which is next I will do this > weekend), does anyone have similar experiences and probably solutions? > > Regards, > oh > > ugen7.6: at usbus7 > umass1: on usbus7 > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Retrying command > (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an error > (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted > I see similar behavior and output on my Dell M6500 notebook running CURRENT, but only on two ports which are some type of hybrid USB 2.0/3.0 (configurable via BIOS setting). If I use either of these ports with a USB 2.0 device while running the ports in USB 3.0 mode (using xhci(4)), I can't reliably get a device to properly attach. I say reliably, because every once in a while, I can plug a device in and it works fine, even multiple times and after reboots. If I configure these ports to run in USB 2.0 mode (using ehci(4)), all of my USB 2.0 devices seem to work without fail. However, USB 3.0 devices do not attach on these ports when they are configured as USB 2.0 ports. So, at least on my notebook, these ports must be configured at either 2.0 or 3.0, depending on which device I plan on using :( I have one other port on this same system that is USB 2.0-only, and it works all of the time :) I'll have to try and add a hub into the mix to see if perhaps it is a power issue (although with a recent Linux kernel and Windows 7, all is well no matter what configuration I provide). It may be that FreeBSD's USB subsystem lacks some extra bit of code required to configure the ports properly in regard to power. -Brandon From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 07:21:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E1201065674; Sat, 23 Jun 2012 07:21:42 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DC7FA8FC16; Sat, 23 Jun 2012 07:21:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1SiKf1-0003kT-5x>; Sat, 23 Jun 2012 09:21:35 +0200 Received: from e178019186.adsl.alicedsl.de ([85.178.19.186] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1SiKf0-0008Kb-VP>; Sat, 23 Jun 2012 09:21:35 +0200 Message-ID: <4FE56E78.8010000@zedat.fu-berlin.de> Date: Sat, 23 Jun 2012 09:21:28 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Hans Petter Selasky References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> In-Reply-To: <201206220822.19486.hselasky@c2i.net> X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig584D47E519C615C3D36026F7" X-Originating-IP: 85.178.19.186 Cc: Garrett Cooper , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 07:21:42 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig584D47E519C615C3D36026F7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable On 06/22/12 08:22, Hans Petter Selasky wrote: > On Friday 22 June 2012 08:01:38 O. Hartmann wrote: >> I have a USB drive/stick, Lexar USB Flash drive as reported by FreeBSD= >> shown below. >> When first used, I was able to put approx. 30 GB of data on it - it wa= s >> visible to FreeBSD 9 and 10 as expected. >> A Linux system at the lab was also capable of recognizing it. After >> that, I tried to operate on the stick on a Notebook, FreeBSD 9, and >> another station, FreeBSD 10. But FreeBSD didn't recognize the USB driv= e >> anymore - sometimes, but this seems to be a gambling issue :-( >> >> Trying Linux on different hardware platforms and even those machines >> prior not recognizing the USB drive do recognize the drive as Lexar US= B >> Flash drive with 64GB. That is Suse Linux (some 12.XX), that is Ubuntu= >> 12.04, that is Windows 7 Pro/x64. I can format the drive, I can push a= nd >> pull data from it. >> >> So, since the USB drive won't work with three different FreeBSD boxes >> (one running 9-STABLE, two 10-CURRENT, all systems most recent sources= >> and buildworld from a day ago). >> I suspect either a weird configuration issue I use on all platforms in= >> questions in common triggering the weird beviour - or FreeBSD is simpl= y >> incapable of handling the 64GB drive. I do not have issues with USB >> drives with capacities of 32, 8 or 4 GB of different brands. >> >> As shown in the portion of the dmesg below, the USB drive is recognize= d >> physically. It doesn't matter whether USB port I use (I tried all >> available on all boxes and in most cases I use a Dell UltraSharp power= ed >> in-screen HUB). Since other OSes handle the drive as expected, I exclu= de >> hardware issues. >> >> All FreeBSD in common is the fact I use the new device ahaci/device at= a >> CAM/ATA scheme with devcie scbus in the kernel (I use custom kernels!)= =2E >> >> Apart from trying a GENERIC kernel (which is next I will do this >> weekend), does anyone have similar experiences and probably solutions?= >> >> Regards, >> oh >> >> ugen7.6: at usbus7 >> umass1: on >> usbus7 (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an e= rror >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an e= rror >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an e= rror >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an e= rror >> (probe0:umass-sim1:1:0:0): Retrying command >> (probe0:umass-sim1:1:0:0): INQUIRY. CDB: 12 0 0 0 24 0 >> (probe0:umass-sim1:1:0:0): CAM status: CCB request completed with an e= rror >> (probe0:umass-sim1:1:0:0): Error 5, Retries exhausted >=20 > Hi, >=20 > After plugging the device, try: >=20 > usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY >=20 > Then re-plug it. >=20 > I'm sorry to say a lot of USB flash sticks out there are broken and onl= y=20 > tested with the timing of MS Windows. Part of the problem is that it is= =20 > difficult to autodetect these issues, because once you trigger the non-= > supported SCSI command, then the flash key stops working like you exper= ience. >=20 > I would be more than glad to open up an office to certify USB devices f= or use=20 > with FreeBSD :-) >=20 > --HPS >=20 I tried the USB drive this morning with the recommended quirk shown above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012 without success. I get the same error message as shown above. With or without quirk. I then started Windows 7 on the same box. The USB drive is seen as expected and reflects what I experienced on every other non-FreeBSD box and hardware in the lab on last week. I reformatted the USB drive with extFAT and standard block size on Windows 7. The USB drive is now seen again on FreeBSD and recognized as a drive. "Seen" in my sloppy terminology means: recognized as a disk. The hardware is recognized, but it is not recognized as a drive. The fact, that the very first time after I bought that USB drive, I was able to put several GB on it, use it on both FreeBSD 9-STABLE and 10-CURRENT, and then it broke, drives me nuts. Using the very same pen drive on other OSes even on the same hardware without issues makes me believe FreeBSD does have an issue, not the USB drive. I will fill the USB drive with data and try to use it very often on FreeBSD. Last time the error occured, it was read by a Suse Linux box. If I wouldn't know better I would say Linux tries to kill the USB drive =2E.. But Linux did see it all the time. A "usual customer" would see it the same way, I guess. I will test and report next week when I have access to the other boxes and OSes again. Regards, Oliver --------------enig584D47E519C615C3D36026F7 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP5W5+AAoJEOgBcD7A/5N8S08IAMoRaVBo8yBtSqfevZxlO74I sudU6TJxvi1OTgbo2C94dndlCiepIPypoB4b96V3oEoCnRyed5oWei+Z97q7kbcF fQgOkWuG19GPfTGHpB6QZQhh5KVs/1U3sJliT01IYjyBnUwtTrnbE4i/l5yhfUXs nvorZZORQBasx9MUldeD1CLnN3lVUhqyARMMgewmMCn5OhZtbK5EV6c4+sIiZ6ux eFA1r25aK2TjsHzaJauGydRfveyeXwVP9+KSlrg5bYRb8/mZd/duoN8BARzqUg/b LnoTLZ92lu8Fy0NnM5z1Eb4On/ifZJe0FwqRIvlDdgIxZpWFbERzlZyCVKrx0Ls= =009J -----END PGP SIGNATURE----- --------------enig584D47E519C615C3D36026F7-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 08:43:10 2012 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 CE20D106566B for ; Sat, 23 Jun 2012 08:43:10 +0000 (UTC) (envelope-from nec556@retena.com) Received: from resmaa13.ono.com (smtp13.ono.com [62.42.230.16]) by mx1.freebsd.org (Postfix) with ESMTP id 604F48FC08 for ; Sat, 23 Jun 2012 08:43:10 +0000 (UTC) Received: from GogPortatil.retena.com (37.11.165.133) by resmaa13.ono.com (8.5.113) (authenticated as nec556@retena.com) id 4FA8827200C1C7DF for freebsd-current@freebsd.org; Sat, 23 Jun 2012 10:37:10 +0200 Message-ID: <4FA8827200C1C7DF@> (added by postmaster@resmaa13.ono.com) X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 23 Jun 2012 10:39:50 +0200 To: freebsd-current@freebsd.org From: Eduardo Morras Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Antivirus: AVG for E-mail 2012.0.2180 [2437/5087] Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 08:43:11 -0000 At 09:21 23/06/2012, you wrote: >I tried the USB drive this morning with the recommended quirk shown >above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 2012 >without success. I get the same error message as shown above. With or >without quirk. > >I then started Windows 7 on the same box. The USB drive is seen as >expected and reflects what I experienced on every other non-FreeBSD box >and hardware in the lab on last week. >I reformatted the USB drive with extFAT and standard block size on >Windows 7. The USB drive is now seen again on FreeBSD and recognized as >a drive. "Seen" in my sloppy terminology means: recognized as a disk. >The hardware is recognized, but it is not recognized as a drive. AFAIK extFAT is not directly supported by FreeBSD current. You must use fusefs-exfat to mount them. If you try to mount it as if it is a fat32, it won't work or weird problems may happen. It may be that fusefs-extfat has a bug and you get a 00 on rolldice encounter table. From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 09:52:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A445E1065672; Sat, 23 Jun 2012 09:52:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6FEE88FC0A; Sat, 23 Jun 2012 09:52:53 +0000 (UTC) Received: by dadv36 with SMTP id v36so3561720dad.13 for ; Sat, 23 Jun 2012 02:52:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=QEUCED9Ol+0GcywsNda1xSf0VgbrMG/TZh6kAnthx3E=; b=WyEvFTBll+vhfa8XWrkAzxeiWx2Xp2fILvVkbNJq3qixSG09kDAsnItX3QorJsyknV wAjveJWCrZ2r2HYfK0GtRoxgvRIxSDP/IfnCzsK7F1Y+/+v2PyQzbS2XvJdMY1CLYts4 secYPqjQZ1AjzV1cqQV0LNsLc2t+h8yPyOGvN6hQ+TLLUXP9PQDeLbh5KRkljiladoYC 7LYB6D8l7adzbAZl++3BEgvZxi6fBlh8sGlX7V6HJNalVy9DLlQOW93bJLUj8ywtlBC3 fbNT+3rqHX5+Sb1OzmdLKqs2A1b0AiD//rIKe1mDtjDV+3a9JhSfRZCa18i31d3ouva8 +9pA== MIME-Version: 1.0 Received: by 10.68.213.234 with SMTP id nv10mr19303704pbc.56.1340445173244; Sat, 23 Jun 2012 02:52:53 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.142.147.18 with HTTP; Sat, 23 Jun 2012 02:52:53 -0700 (PDT) In-Reply-To: <201206220822.19486.hselasky@c2i.net> References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> Date: Sat, 23 Jun 2012 02:52:53 -0700 X-Google-Sender-Auth: X7EO_LU5Zqa5klJFcpKsrqIqkXk Message-ID: From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 09:52:53 -0000 On 21 June 2012 23:22, Hans Petter Selasky wrote: > usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY > > Then re-plug it. > > I'm sorry to say a lot of USB flash sticks out there are broken and only > tested with the timing of MS Windows. Part of the problem is that it is > difficult to autodetect these issues, because once you trigger the non- > supported SCSI command, then the flash key stops working like you experience. > > I would be more than glad to open up an office to certify USB devices for use > with FreeBSD :-) Question - if that's the case, then why are we even doing that by default? Adrian From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 10:48:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D31CE106564A for ; Sat, 23 Jun 2012 10:48:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 84FE38FC12 for ; Sat, 23 Jun 2012 10:48:16 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1SiNt1-0006rx-IA>; Sat, 23 Jun 2012 12:48:15 +0200 Received: from e178030164.adsl.alicedsl.de ([85.178.30.164] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1SiNt1-0000yF-Cc>; Sat, 23 Jun 2012 12:48:15 +0200 Message-ID: <4FE59EEE.8050004@zedat.fu-berlin.de> Date: Sat, 23 Jun 2012 12:48:14 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4FA8827200C1C7DF@> (added by postmaster@resmaa13.ono.com) In-Reply-To: <4FA8827200C1C7DF@> (added by postmaster@resmaa13.ono.com) X-Enigmail-Version: 1.4.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7B05B84969E646588CCE188D" X-Originating-IP: 85.178.30.164 Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 10:48:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7B05B84969E646588CCE188D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 06/23/12 10:39, Eduardo Morras wrote: > At 09:21 23/06/2012, you wrote: >> I tried the USB drive this morning with the recommended quirk shown >> above on FreeBSD 10.0-CURRENT #1 r237462: Sat Jun 23 01:00:35 CEST 201= 2 >> without success. I get the same error message as shown above. With or >> without quirk. >> >> I then started Windows 7 on the same box. The USB drive is seen as >> expected and reflects what I experienced on every other non-FreeBSD bo= x >> and hardware in the lab on last week. >> I reformatted the USB drive with extFAT and standard block size on >> Windows 7. The USB drive is now seen again on FreeBSD and recognized a= s >> a drive. "Seen" in my sloppy terminology means: recognized as a disk. >> The hardware is recognized, but it is not recognized as a drive. >=20 > AFAIK extFAT is not directly supported by FreeBSD current. You must use= > fusefs-exfat to mount them. If you try to mount it as if it is a fat32,= > it won't work or weird problems may happen. It may be that fusefs-extfa= t > has a bug and you get a 00 on rolldice encounter table.=20 =2E.. but even this does not work if FreeBSD does not recognize a device like "/dev/da1", does it? Even with a ext4 filesystem, the computer should recognize a devcie I could access to mount via /dev/da1 --------------enig7B05B84969E646588CCE188D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJP5Z7uAAoJEOgBcD7A/5N8VxcH/10dsJIUcTsxci1B0+jJGF3q i1A4PtXOwN2mieTTlzWNZCAjwLMyn6PKWhzDNWCO55TiZaYBJTJnHjHZo8e2IG8A 120O08zVIZpFcM1q3l26SUDLNUwZzSitcZi1hZts2gThguwp/MfEnApOOcdp31GO Dm+DWpHRWsv1jKp+1D2mSH34ZKTyRSTZMrBtUk+exCYuvwikxUcOLehrDXZ4HQWh Z90vTML3JrJAvk0/vQ3cJhU9q8a1ZDhDNzZr3YCB4gN7eKEi/wq6NUuFKRNperJZ gWMRhq8o/dziExa3YGcaazhsNxbF+ljolsros6pQ5iv410oAZO1hN4kqR83pW6Y= =sYLR -----END PGP SIGNATURE----- --------------enig7B05B84969E646588CCE188D-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 10:57:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5D481106564A; Sat, 23 Jun 2012 10:57:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 7C4608FC15; Sat, 23 Jun 2012 10:57:25 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop015.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.4.4) with ESMTPA id 289511158; Sat, 23 Jun 2012 12:57:18 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2012 12:56:59 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-STABLE; KDE/4.7.4; amd64; ; ) References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> In-Reply-To: X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201206231256.59343.hselasky@c2i.net> Cc: Adrian Chadd , "O. Hartmann" , freebsd-questions@freebsd.org Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 10:57:26 -0000 On Saturday 23 June 2012 11:52:53 Adrian Chadd wrote: > On 21 June 2012 23:22, Hans Petter Selasky wrote: > > usbconfig -d 7.6 add_quirk UQ_MSC_NO_INQUIRY > >=20 > > Then re-plug it. > >=20 > > I'm sorry to say a lot of USB flash sticks out there are broken and only > > tested with the timing of MS Windows. Part of the problem is that it is > > difficult to autodetect these issues, because once you trigger the non- > > supported SCSI command, then the flash key stops working like you > > experience. > >=20 > > I would be more than glad to open up an office to certify USB devices f= or > > use with FreeBSD :-) >=20 > Question - if that's the case, then why are we even doing that by default? >=20 Hi, Do you want a blacklist or do you want a whitelist? Please explain the pros= =20 and cons. I believe that those that program wrong shall be held responsible for that = and=20 given a chance to clean up, and not the opposite way around. As a senior=20 programmer I can only testify that many people care equally little about wh= at=20 their computer is made of and what they eat. We probably need a control bod= y=20 to certify USB devices that is cheaper than USB.org, simply put. I think it is a bad idea to cripple all USB SCSI devices because what looks= =20 like the majority do not obey the rules of the specifications they are=20 supposed to support. Else we need to make a new USB SCSI class for devices= =20 that are certified and one for devices that are not certified. Non-certifie= d=20 devices can have a limited SCSI command set, which should be implemented in= =20 the CAM layer like some kind of flag. If we could join heads on the Linux guys on this, we might be able to do=20 something! Like having a pop-up every time a USB device fails certain tests. =46rom the history we can predict what people will do when they do not know= what=20 they are doing. They will nail the guy doing it right and let the guy doing= it=20 wrong go free. And it seems like this happened before too ;-) I have a personal FreeBSD-native USB test utilty that runs mass storage=20 devices through a series of tests. Most USB mass storage devices I've teste= d=20 so far have obvious bugs, which either means their firmware can be hacked o= r=20 made to crash. Also worth noting, that many USB device are not certified at all. It might = be=20 clever to look for the USB logo from USB.org next time you want to transfer= X=20 GB of personal data from location X to Y. =2D-HPS From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 07:58:42 2012 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 CF004106566C; Sat, 23 Jun 2012 07:58:42 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 3A21A8FC08; Sat, 23 Jun 2012 07:58:42 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q5N7wcwJ031229; Sat, 23 Jun 2012 09:58:39 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q5N7wc63031226; Sat, 23 Jun 2012 09:58:38 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sat, 23 Jun 2012 09:58:38 +0200 (CEST) From: Wojciech Puchar To: "O. Hartmann" In-Reply-To: <4FE56E78.8010000@zedat.fu-berlin.de> Message-ID: References: <4FE40A42.6010503@zedat.fu-berlin.de> <201206220822.19486.hselasky@c2i.net> <4FE56E78.8010000@zedat.fu-berlin.de> 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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sat, 23 Jun 2012 09:58:39 +0200 (CEST) X-Mailman-Approved-At: Sat, 23 Jun 2012 11:14:33 +0000 Cc: Garrett Cooper , freebsd-current@freebsd.org, freebsd-questions@freebsd.org, Hans Petter Selasky Subject: Re: USB system: FreeBSD 9-STABLE and 10-CURRENT do not recognize 64GB USB drive while Linux and Windows do 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, 23 Jun 2012 07:58:42 -0000 > and hardware in the lab on last week. > I reformatted the USB drive with extFAT and standard block size on > Windows 7. The USB drive is now seen again on FreeBSD and recognized as this points that the pendrive's controller is not just flaky but horrid. The communiation with OS, and how/whether it is configured properly should not depend on what data is written to it - in your case exFAT metadata. It seems that controller manufacturer just did something "to run on windows and linux" instead of something that conform to USB mass storage interface standard :( Sorry but it may be hopeless case. From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 11:38:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4162F106564A; Sat, 23 Jun 2012 11:38:13 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.37]) by mx1.freebsd.org (Postfix) with ESMTP id C5DAF8FC12; Sat, 23 Jun 2012 11:38:12 +0000 (UTC) Received: from [78.35.156.199] (helo=fabiankeil.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1SiOeQ-0006EL-Up; Sat, 23 Jun 2012 13:37:15 +0200 Date: Sat, 23 Jun 2012 13:36:24 +0200 From: Fabian Keil To: Pedro Giffuni Message-ID: <20120623133624.3433ec78@fabiankeil.de> In-Reply-To: <4FE4A9CF.40102@FreeBSD.org> References: <4FE4A9CF.40102@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/sSbVD+d3iKo/iopW6x3EHDn"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@FreeBSD.org Subject: Re: [RFT] llquantize for FreeBSD's dtrace 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: Sat, 23 Jun 2012 11:38:13 -0000 --Sig_/sSbVD+d3iKo/iopW6x3EHDn Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pedro Giffuni wrote: > I am not a Dtrace user (yet) but I started to port the Log/linear > quantizations from Illumos: >=20 > http://dtrace.org/blogs/bmc/2011/02/08/llquantize/ >=20 > Apparently this patch should do it: >=20 > http://people.freebsd.org/~pfg/patches/patch-llquantize-complete >=20 > Unfortunately when I tried to build current with Dtrace support, > my i386 Virtualbox VM got stuck in ctfmerge so this is > completely untested. >=20 > Testers that know how to use it are welcome :). I applied it on 10-CURRENT amd64 from /usr/src with patch -p0 without any conflicts, but it doesn't appear to be working. The example from the blog post above triggers an assertion that is still reproducible when reducing the test case: fk@r500 /tmp $sudo dtrace -n 'tick-1ms{@ =3D llquantize(i++, 10, 0, 6, 20);= }' Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. Changing the i++ to i seems to trigger a different bug (or at least doesn't behave like I would expect): fk@r500 /tmp $sudo dtrace -n 'tick-1ms{@ =3D llquantize(i, 10, 0, 6, 20);}' dtrace: invalid probe specifier tick-1ms{@ =3D llquantize(i, 10, 0, 6, 20);= }: in action list: failed to resolve i: Unknown variable name Replacing the i with a zero behaves similar to the version that uses i++ ag= ain: fk@r500 /tmp $sudo dtrace -n 'tick-1ms{ i =3D 0; @ =3D llquantize(0, 10, 0,= 6, 20);}' Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. fk@r500 /tmp $gdb741 $(which dtrace) dtrace.core [GDB will not be able to debug user-mode threads: Undefined symbol "td_thr_= getxmmregs"] GNU gdb (GDB) 7.4.1 [GDB v7.4.1 for FreeBSD] Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd10.0". For bug reporting instructions, please see: ... Reading symbols from /usr/sbin/dtrace...done. [New process 100454] Core was generated by `dtrace'. Program terminated with signal 6, Aborted. #0 0x00000008019a26ac in thr_kill () at thr_kill.S:3 3 RSYSCALL(thr_kill) (gdb) where #0 0x00000008019a26ac in thr_kill () at thr_kill.S:3 #1 0x000000080082ff5c in _thr_send_sig (thread=3D, sig=3D6)= at /usr/src/lib/libthr/thread/thr_sig.c:113 #2 0x00000008008305b6 in _raise (sig=3D0) at /usr/src/lib/libthr/thread/th= r_sig.c:505 #3 0x0000000801a517d3 in abort () at /usr/src/lib/libc/stdlib/abort.c:65 #4 0x0000000800a91c60 in __assert (line=3D, file=3D, expr=3D) at /usr/src/cddl/lib/libdtrace/../../../cd= dl/compat/opensolaris/include/assert.h:56 #5 dt_compile_agg (dtp=3D0x80243f000, dnp=3D0x803e223e0, sdp=3D0x803e17140= ) at /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libd= trace/common/dt_cc.c:1366 #6 0x0000000800a9257f in dt_compile_one_clause (pnp=3D, cnp= =3D, dtp=3D) at /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/li= bdtrace/common/dt_cc.c:1597 #7 dt_compile_clause (dtp=3D0x80243f000, cnp=3D0x803e23040) at /usr/src/cd= dl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt_= cc.c:1628 #8 0x0000000800a94441 in dt_compile (dtp=3D0x80243f000, context=3D362, psp= ec=3DDTRACE_PROBESPEC_NAME, arg=3D0x0, cflags=3D128, argc=3D1, argv=3D0x802= 417040, fp=3D0x0, s=3D0x7fffffffd9ca "tick-1ms{ i =3D 0; @ =3D llquantize(i, 10, 0, 6, 20= );}") at /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/= libdtrace/common/dt_cc.c:2396 #9 0x0000000800a948bc in dtrace_program_strcompile (dtp=3D0x18866, s=3D, spec=3DDTRACE_PROBESPEC_PROVIDER, cflags=3D0, argc=3D-2123430= 480, argv=3D) at /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/li= bdtrace/common/dt_cc.c:2460 #10 0x0000000000405ae4 in compile_str (dcp=3D0x802418e00) at /usr/src/cddl/= usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/dtrace/dtrace.c:766 #11 0x0000000000403b41 in main (argc=3D, argv=3D0x7fffffffd6= 68) at /usr/src/cddl/usr.sbin/dtrace/../../../cddl/contrib/opensolaris/cmd/= dtrace/dtrace.c:1632 Fabian --Sig_/sSbVD+d3iKo/iopW6x3EHDn Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/lqj4ACgkQBYqIVf93VJ3W0wCdFDvRSNwjb3xt+4oXKhkK2Mrn MnUAoKrEtNK3bZnPPS3FvvFKMVo965l4 =D9LB -----END PGP SIGNATURE----- --Sig_/sSbVD+d3iKo/iopW6x3EHDn-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 16:52:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3942E106566B for ; Sat, 23 Jun 2012 16:52:44 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm20.bullet.mail.sp2.yahoo.com (nm20.bullet.mail.sp2.yahoo.com [98.139.91.90]) by mx1.freebsd.org (Postfix) with SMTP id 0E9728FC0A for ; Sat, 23 Jun 2012 16:52:44 +0000 (UTC) Received: from [72.30.22.78] by nm20.bullet.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 16:52:38 -0000 Received: from [72.30.22.39] by tm12.bullet.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 16:52:38 -0000 Received: from [127.0.0.1] by omp1069.mail.sp2.yahoo.com with NNFMP; 23 Jun 2012 16:52:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 745832.23722.bm@omp1069.mail.sp2.yahoo.com Received: (qmail 15665 invoked by uid 60001); 23 Jun 2012 16:52:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340470358; bh=la9i6PAdjgAZmz+N9K/uOblyQ3H0WekzdMDOLewMl9Q=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JQEcICUJ1aCVlhzVOjV3bah/4oFSvBwmDPbQAglJ8fvE+xCngPCfXCJX4CspH8IQdWBFgY4x8sXhKm6KRjC2M9AzG/lsgAMqxWQCgs/jOnfxBslcWsWurKl4iPmhVFgFuj1OtZl7TjK0rDKOBtOBGLyl0nFV2EbNuCUSpLUjzNU= X-YMail-OSG: dVLafgsVM1m2Xtw99fBJN1jqROXc.pU7mm1g2Ah.JxDZoVR iVjSB_aPGOGxRNeGQsIBmYtXxnVDHpLNsUWzBAgBzdhvqVcWfqeS3q2vS1s1 4GFz.frPWPvqfLyEQNlX0BEBW6y.YnF239PW1HueX.ceeJfw0AEwj28SntRB 5D1aybpZVqqNXurkeng_IINxqFVcNmqORutuke94QKt1ELFV.fyQiPtgNM0R FVSCzan6WH2l.QbcgthWsFN3mJRTKD__4hFxDSzsWywc7RCBNurgUK2Wcbir uxOKVOBbda8J2TjMH0g5mcP8B8y9XtwAKSMQ.cGoqfZVTLBcuoYJOmmP9EEc M9NwHhmP9B.HuZon4CCMnlBK9dU.IkT7eR0b0.bxb7pHnC3aUjiufCeczpyx .b.DKb6hY_U_05uFJ5MpGf4m3MIRRqeKCDIBr9ck2VlepFkQPF9ugL4ZmaEI vJe.hdfTdnBn69xvgq5EOoxGL4F2mf4OlAV9jgh9wfWfHSjs57T5OOHLw4DB rZn8zIOVr1jc7oe9eaJHQBnrgvCDC7v3QLl9SF1.G Received: from [200.118.157.7] by web113519.mail.gq1.yahoo.com via HTTP; Sat, 23 Jun 2012 09:52:38 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340470358.2705.YahooMailClassic@web113519.mail.gq1.yahoo.com> Date: Sat, 23 Jun 2012 09:52:38 -0700 (PDT) From: Pedro Giffuni To: freebsd-current@FreeBSD.org In-Reply-To: <20120623133624.3433ec78@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [RFT] llquantize for FreeBSD's dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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: Sat, 23 Jun 2012 16:52:44 -0000 Hello Fabian;=0A=0A--- Sab 23/6/12, Fabian Keil ha scritto:=0A=0A> Pedro Gi= ffuni wrote:=0A> =0A> > I am not a Dtrace user (yet) but = I started to port the=0A> Log/linear=0A> > quantizations from Illumos:=0A> = > =0A> > http://dtrace.org/blogs/bmc/2011/02/08/llquantize/=0A> > =0A> > Ap= parently this patch should do it:=0A> > =0A> > http://people.freebsd.org/~p= fg/patches/patch-llquantize-complete=0A> > =0A> > Unfortunately when I trie= d to build current with Dtrace=0A> > support, my i386 Virtualbox VM got stu= ck in ctfmerge so=0A> > this is completely untested.=0A> > =0A> > Testers t= hat know how to use it are welcome :).=0A> =0A> I applied it on 10-CURRENT = amd64 from /usr/src with patch=0A> -p0 without any conflicts, but it doesn'= t appear to be=0A> working.=0A> =0A> The example from the blog post above t= riggers an assertion=0A> that is still reproducible when reducing the test = case:=0A> =0A> fk@r500 /tmp $sudo dtrace -n 'tick-1ms{@ =3D llquantize(i++,= =0A> 10, 0, 6, 20);}'=0A> Assertion failed: (!(arg & (UINT16_MAX <<=0A> arg= s[i].shift))), file=0A> /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/o= pensolaris/lib/libdtrace/common/dt_cc.c,=0A> line 1429.=0A>=0A=0AThanks for= testing!=0A=0AIt seems like the syntax has changed from the time the=0Aexa= mple from the blog was made. The code says:=0A=0A/*=0A * For log/linear qua= ntizations, we have between one and five=0A * arguments in addition to the = expression:=0A *=0A * arg1 =3D> Factor=0A * arg2 =3D> Low magnitude= =0A * arg3 =3D> High magnitude=0A * arg4 =3D> Number of steps per mag= nitude=0A * arg5 =3D> Quantization increment value (defaults to 1)=0A */= =0A=0A=0AMy suggestion would be to instead try using the test=0Ascripts in= =0Acddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize/=0A=0Aerr= .D_LLQUANT_FACTORSMALL.d (for example) has=0A=0A@ =3D llquantize(0, 1, 0, 1= 0, 10);=0A=0Ahope that helps!=0A=0APedro.=0A=0A From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 17:26:15 2012 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 4C2A4106564A; Sat, 23 Jun 2012 17:26:15 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.29]) by mx1.freebsd.org (Postfix) with ESMTP id D05A58FC18; Sat, 23 Jun 2012 17:26:14 +0000 (UTC) Received: from [78.35.163.91] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1SiU63-0001An-PD; Sat, 23 Jun 2012 19:26:07 +0200 Date: Sat, 23 Jun 2012 19:25:54 +0200 From: Fabian Keil To: pfg@freebsd.org Message-ID: <20120623192554.3a0fb7e8@fabiankeil.de> In-Reply-To: <1340470358.2705.YahooMailClassic@web113519.mail.gq1.yahoo.com> References: <20120623133624.3433ec78@fabiankeil.de> <1340470358.2705.YahooMailClassic@web113519.mail.gq1.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/JzLZ8_fjHQhpoKyebKmhsJo"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-current@FreeBSD.org Subject: Re: [RFT] llquantize for FreeBSD's dtrace 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: Sat, 23 Jun 2012 17:26:15 -0000 --Sig_/JzLZ8_fjHQhpoKyebKmhsJo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Pedro Giffuni wrote: > Hello Fabian; >=20 > --- Sab 23/6/12, Fabian Keil ha scritto: >=20 > > Pedro Giffuni wrote: > >=20 > > > I am not a Dtrace user (yet) but I started to port the > > Log/linear > > > quantizations from Illumos: > > >=20 > > > http://dtrace.org/blogs/bmc/2011/02/08/llquantize/ > > >=20 > > > Apparently this patch should do it: > > >=20 > > > http://people.freebsd.org/~pfg/patches/patch-llquantize-complete > > >=20 > > > Unfortunately when I tried to build current with Dtrace > > > support, my i386 Virtualbox VM got stuck in ctfmerge so > > > this is completely untested. > > >=20 > > > Testers that know how to use it are welcome :). > >=20 > > I applied it on 10-CURRENT amd64 from /usr/src with patch > > -p0 without any conflicts, but it doesn't appear to be > > working. > >=20 > > The example from the blog post above triggers an assertion > > that is still reproducible when reducing the test case: > >=20 > > fk@r500 /tmp $sudo dtrace -n 'tick-1ms{@ =3D llquantize(i++, > > 10, 0, 6, 20);}' > > Assertion failed: (!(arg & (UINT16_MAX << > > args[i].shift))), file > > /usr/src/cddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdt= race/common/dt_cc.c, > > line 1429. > > >=20 > Thanks for testing! >=20 > It seems like the syntax has changed from the time the > example from the blog was made. The code says: >=20 > /* > * For log/linear quantizations, we have between one and five > * arguments in addition to the expression: > * > * arg1 =3D> Factor > * arg2 =3D> Low magnitude > * arg3 =3D> High magnitude > * arg4 =3D> Number of steps per magnitude > * arg5 =3D> Quantization increment value (defaults to 1) > */ >=20 >=20 > My suggestion would be to instead try using the test > scripts in > cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquantize/ >=20 > err.D_LLQUANT_FACTORSMALL.d (for example) has >=20 > @ =3D llquantize(0, 1, 0, 10, 10); The problem appears to be unrelated to the syntax change: fk@r500 /usr/src/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquan= tize $sudo dtrace -s err.D_LLQUANT_FACTORSMALL.d Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. fk@r500 /usr/src/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquan= tize $sudo dtrace -s tst.bases.d Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. fk@r500 /usr/src/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquan= tize $sudo dtrace -s tst.negvalue.d Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. fk@r500 /usr/src/cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llquan= tize $sudo dtrace -s tst.steps.d Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. root@r500:/root # dtrace -s /usr/src/cddl/contrib/opensolaris/cmd/dtrace/te= st/tst/common/llquantize/tst.steps.d Assertion failed: (!(arg & (UINT16_MAX << args[i].shift))), file /usr/src/c= ddl/lib/libdtrace/../../../cddl/contrib/opensolaris/lib/libdtrace/common/dt= _cc.c, line 1429. Abort (core dumped) Fabian --Sig_/JzLZ8_fjHQhpoKyebKmhsJo Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAk/l/CYACgkQBYqIVf93VJ2OTgCguroNhM7ItOH2Jkfy0Jzq7NPe Ny4An2ciB1CzLAQr2yHlMJIEqI3Rnas5 =UZGY -----END PGP SIGNATURE----- --Sig_/JzLZ8_fjHQhpoKyebKmhsJo-- From owner-freebsd-current@FreeBSD.ORG Sat Jun 23 18:09:08 2012 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 60E2E106568A for ; Sat, 23 Jun 2012 18:09:08 +0000 (UTC) (envelope-from pfg@freebsd.org) Received: from nm16-vm0.bullet.mail.ne1.yahoo.com (nm16-vm0.bullet.mail.ne1.yahoo.com [98.138.91.49]) by mx1.freebsd.org (Postfix) with SMTP id 0C2C18FC1A for ; Sat, 23 Jun 2012 18:09:07 +0000 (UTC) Received: from [98.138.90.50] by nm16.bullet.mail.ne1.yahoo.com with NNFMP; 23 Jun 2012 18:09:07 -0000 Received: from [98.138.88.237] by tm3.bullet.mail.ne1.yahoo.com with NNFMP; 23 Jun 2012 18:09:07 -0000 Received: from [127.0.0.1] by omp1037.mail.ne1.yahoo.com with NNFMP; 23 Jun 2012 18:09:07 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 513741.77957.bm@omp1037.mail.ne1.yahoo.com Received: (qmail 39302 invoked by uid 60001); 23 Jun 2012 18:09:06 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1340474946; bh=uRJMYdRv+uvDiXmAfBNSZOeoCbZDIkWM6HPNEsiLrrw=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=KkDoPRs5g0pVQmxsF350Sza6pkR4HXjbRtYl4ZRgI4ahsTjUnOQCjhuibkGnRPOSbJQRE2ru/NxzjcqiWn9cjpMAA02eUuq0gQCXiFCwGk/iMq498wT7KZmA93X4WohOPFGFGR80orNtDwi/Hxfxy5Lt5Wscl4/7ziGNj5AqkVU= X-YMail-OSG: OH3VWD4VM1kDM_Q7tnnsaEvj0h7LFkZAT3wE9ragtM4Je8D X_UaT.WZ0exjw3XzGcEaTLCeXw5fkHCky1slAVVtNUboSxfVwnQXFLrm6kFV VTpLV0bzhJJ_8aPLZUMb6a8PkhpYMk.aJMJ_gs_6RVQw0kI2CoHK36nzV_5v AFwC3PTOejaWTSfQ1uPY2PKB2RPcGOOqIHilVkRYPOaCpNJLMHFf59bxHUOm O8pQxztUkRV9nKWO8toPiK_Q1HpEMbRiI7EaCdApC20TB_6InCBkpbZ6YSw3 .Y1Embn.wCNx14MfLp4RvecCXw4FkwtCBWqLCBkDFvEEoLLIvWOvBsuLfpqy 9po8pEMUIEqQORuiBkqZ8t.wELJv2Ewte3ABusQI56pYBExhNxuEBjwK9iX4 F2RtXftflJUd3i1RLXaMt0MX1bNf.RkJy22u2orYkZNqoAWgLjG6mKjJ5sxt P0nX_ Received: from [200.118.157.7] by web113506.mail.gq1.yahoo.com via HTTP; Sat, 23 Jun 2012 11:09:06 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/15.0.8 YahooMailWebService/0.8.118.349524 Message-ID: <1340474946.11584.YahooMailClassic@web113506.mail.gq1.yahoo.com> Date: Sat, 23 Jun 2012 11:09:06 -0700 (PDT) From: Pedro Giffuni To: freebsd-current@FreeBSD.org In-Reply-To: <20120623192554.3a0fb7e8@fabiankeil.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: [RFT] llquantize for FreeBSD's dtrace X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfg@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: Sat, 23 Jun 2012 18:09:08 -0000 =0A=0A--- Sab 23/6/12, Fabian Keil ha scritt= o:=0A...=0A> > My suggestion would be to instead try using the test=0A> > s= cripts in=0A> >=0A> cddl/contrib/opensolaris/cmd/dtrace/test/tst/common/llq= uantize/=0A> > =0A> > err.D_LLQUANT_FACTORSMALL.d (for example) has=0A> > = =0A> > @ =3D llquantize(0, 1, 0, 10, 10);=0A> =0A> The problem appears to b= e unrelated to the syntax change:=0A> =0A> fk@r500=0A> /usr/src/cddl/contri= b/opensolaris/cmd/dtrace/test/tst/common/llquantize=0A> $sudo dtrace -s err= .D_LLQUANT_FACTORSMALL.d=0A> Assertion failed: (!(arg & (UINT16_MAX <<=0A> = args[i].shift))), file=0A> =0A=0AIt's a different assertion.=0A=0AProbably = some difference between Solaris and BSD.=0Athis is very useful, thanks!=0A= =0APedro.=0A