From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 00:31:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3534D106566B; Sun, 6 Dec 2009 00:31:44 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id F3E368FC14; Sun, 6 Dec 2009 00:31:43 +0000 (UTC) Received: by pxi28 with SMTP id 28so1203355pxi.7 for ; Sat, 05 Dec 2009 16:31:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=StkMay8elY7R5TBrX9b0P4wsv6VYKUafHSbI8H8HFPg=; b=dArEcG7j135VN4AvgjwF2ZuQetKqAY4yEcSN8GA25hm7sQ4Wnf4G61A4+Y/6odJWN4 0sQ8RMpLn3zg+b8roFCw0AUOdHICLgten1Cmp3Cs72Wq5oQqpgxJiFDYBt3lYvlrz5Nn sIRfKsiLF9HJ4aoxtpKN38hO9osD72LXh0S7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=EXVf8i24dvfcgzaNw+kjCsKnbB04UsRd9UPELPDJgQ4nM5ElPybIS+C5qSaJgFYyAs nW2IQScet4Ax2GS5iYC2AwgrfrF8leFl0GFDyFrmOWPshAA62CGz3tKUo9eWZngfIE46 KLbDbAv6AlPpZwxtLVpA4nt/4bZvHtrdADt+4= MIME-Version: 1.0 Received: by 10.143.153.42 with SMTP id f42mr555763wfo.162.1260059503382; Sat, 05 Dec 2009 16:31:43 -0800 (PST) In-Reply-To: <20091205224826.GA92509@server.vk2pj.dyndns.org> References: <20091128212226.GA9841@server.vk2pj.dyndns.org> <3ABF47F1-86EC-4CF2-9D42-86344D0F455B@exscape.org> <20091130081330.GA2202@server.vk2pj.dyndns.org> <20091205224826.GA92509@server.vk2pj.dyndns.org> Date: Sat, 5 Dec 2009 17:31:43 -0700 Message-ID: <54e63c320912051631h70307ca8m1106b5e88e731fef@mail.gmail.com> From: Elliot Finley To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Non-responsive 8.0-RC1 (now 8.0-STABLE) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 00:31:44 -0000 On Sat, Dec 5, 2009 at 3:48 PM, Peter Jeremy wrote: > On 2009-Nov-30 19:13:30 +1100, Peter Jeremy > wrote: > >On 2009-Nov-29 08:56:55 +0100, Thomas Backman > wrote: > >> > >>On Nov 28, 2009, at 10:22 PM, Peter Jeremy wrote: > >> > >>> My main server is running 8.0/amd64 from between RC1 and RC2 and I've > >>> recently had a couple of long-duration hangs on it during which time > >>> processes doing I/O will stop responding. > ... > >It actually "hung" again just after I sent the original mail. This > >time I managed to get console access and could check the kernel state. > >This showed that a number of processes were blocked on ZFS locks. > >The most commonly reported state was 'tx->tx_quiesce_done_cv)'. > > I've upgraded to 8-STABLE from 30-Nov and the problem is still present, > even after disabling the boinc processes. > > This seems to leave race conditions inside ZFS as the only option. > > Has anyone else seen anything like this? > > I have a machine running 7.2 that does the same thing if I don't disable ZIL and prefetch (probably just one of them triggers the hang, just haven't had time to see which one). I'll be upgrading it to 8-Stable in the next week or so and I'll see if the problem persists. One data point that may or may not be relevant is that the process that always triggers the hangs is istgt (iSCSI target from ports). Elliot From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 01:19:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B84B5106566B for ; Sun, 6 Dec 2009 01:19:19 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2A68FC12 for ; Sun, 6 Dec 2009 01:19:19 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 6654960D2 for ; Sat, 5 Dec 2009 20:19:18 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1260062358; bh=BeAOtZ468/ir7cihN058yIPdtWQ0qTa+iKvJn9w4YOs=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=e88zwxRwmytYr23RwxHR2pcfBNDT/zEvch6PKKKWNvaYe1jXXHY1VvsxJuKZbTEdB gLeKiB2G2zml0WN0HD7wnBpIHNZXY/xwdTzZaQE3mbfbs4VWuJCQOwoH+A8HEXU DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=V6yRYBbKpc8HaFyQuEWHEmvYgEM2SG33sQSMKj6NlCrJ3pcEwXqnwE7R1GtofZQpl WmbgfGZdC/TpdKyq0t1VNpKWG0wpbqD0Sog2nYUCKsLXhUdALAAys/5u+hyTXZx Message-ID: <4B1B0690.1020307@protected-networks.net> Date: Sat, 05 Dec 2009 20:19:12 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: freebsd-current X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: ATA_CAM breaks GEOM_JOURNAL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 01:19:19 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Regarding SVN rev 200171: "Introduce ATA_CAM kernel option, turning ata(4) controller drivers into cam(4) interface modules ... " With both options compiled into the kernel, I don't see an ada0s2a.journal device where I had an ad0s2a.journal before. Any thoughts? imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAksbBpAACgkQQv9rrgRC1JJIIACfZ3f8MtVRvPFt07wzUg+CmRAk cEcAn3QKFnJBvyusI6brxP5S9gE3ABM+ =Hhto -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 07:17:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C8821065670 for ; Sun, 6 Dec 2009 07:17:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 376A38FC1B for ; Sun, 6 Dec 2009 07:17:37 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA10482; Sun, 06 Dec 2009 09:17:31 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NHBN5-00018I-7l; Sun, 06 Dec 2009 09:17:31 +0200 Message-ID: <4B1B5A5B.50504@icyb.net.ua> Date: Sun, 06 Dec 2009 09:16:43 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Michael Butler References: <4B1B0690.1020307@protected-networks.net> In-Reply-To: <4B1B0690.1020307@protected-networks.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: ATA_CAM breaks GEOM_JOURNAL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 07:17:39 -0000 on 06/12/2009 03:19 Michael Butler said the following: > Regarding SVN rev 200171: > > "Introduce ATA_CAM kernel option, turning ata(4) controller drivers into > cam(4) interface modules ... " > > With both options compiled into the kernel, I don't see an > ada0s2a.journal device where I had an ad0s2a.journal before. > > Any thoughts? Perhaps, you used -h option with gjournal at some point? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 08:53:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D511065670; Sun, 6 Dec 2009 08:53:20 +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 DE2FC8FC17; Sun, 6 Dec 2009 08:53:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB68rJuX019884; Sun, 6 Dec 2009 03:53:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB68rJ9q019881; Sun, 6 Dec 2009 08:53:19 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Dec 2009 08:53:19 GMT Message-Id: <200912060853.nB68rJ9q019881@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: Sun, 06 Dec 2009 08:53:20 -0000 TB --- 2009-12-06 07:40:37 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-06 07:40:37 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-06 07:40:37 - cleaning the object tree TB --- 2009-12-06 07:40:45 - cvsupping the source tree TB --- 2009-12-06 07:40:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-06 07:41:15 - building world TB --- 2009-12-06 07:41:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-06 07:41:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-06 07:41:15 - TARGET=powerpc TB --- 2009-12-06 07:41:15 - TARGET_ARCH=powerpc TB --- 2009-12-06 07:41:15 - TZ=UTC TB --- 2009-12-06 07:41:15 - __MAKE_CONF=/dev/null TB --- 2009-12-06 07:41:15 - cd /src TB --- 2009-12-06 07:41:15 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 6 07:41:16 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 6 08:42:38 UTC 2009 TB --- 2009-12-06 08:42:38 - generating LINT kernel config TB --- 2009-12-06 08:42:38 - cd /src/sys/powerpc/conf TB --- 2009-12-06 08:42:38 - /usr/bin/make -B LINT TB --- 2009-12-06 08:42:38 - building LINT kernel TB --- 2009-12-06 08:42:38 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-06 08:42:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-06 08:42:38 - TARGET=powerpc TB --- 2009-12-06 08:42:38 - TARGET_ARCH=powerpc TB --- 2009-12-06 08:42:38 - TZ=UTC TB --- 2009-12-06 08:42:38 - __MAKE_CONF=/dev/null TB --- 2009-12-06 08:42:38 - cd /src TB --- 2009-12-06 08:42:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 6 08:42:38 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powerpc/sys_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powerpc/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/psim/iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/psim/ata_iobus.c cc1: warnings being treated as errors /src/sys/powerpc/psim/ata_iobus.c:249: warning: redundant redeclaration of 'ata_iobus_sub_setmode' /src/sys/powerpc/psim/ata_iobus.c:213: warning: previous declaration of 'ata_iobus_sub_setmode' was here /src/sys/powerpc/psim/ata_iobus.c:250: error: expected identifier or '(' before '{' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-06 08:53:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-06 08:53:19 - ERROR: failed to build lint kernel TB --- 2009-12-06 08:53:19 - 3311.28 user 623.40 system 4362.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 09:44:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1929C1065670 for ; Sun, 6 Dec 2009 09:44:19 +0000 (UTC) (envelope-from marcin.bujak@openetworks.pl) Received: from mail.openetworks.pl (mail.openetworks.pl [62.181.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id C1E718FC08 for ; Sun, 6 Dec 2009 09:44:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openetworks.pl (Postfix) with ESMTP id 3702712B095 for ; Sun, 6 Dec 2009 10:44:17 +0100 (CET) X-Virus-Scanned: amavisd-new at openetworks.pl Received: from mail.openetworks.pl ([127.0.0.1]) by localhost (mail.openetworks.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AtKEvb5DPDk6 for ; Sun, 6 Dec 2009 10:44:14 +0100 (CET) Received: from [10.11.12.59] (chello087206181243.chello.pl [87.206.181.243]) by mail.openetworks.pl (Postfix) with ESMTP id 818A912B083 for ; Sun, 6 Dec 2009 10:44:13 +0100 (CET) Message-Id: <67E3970B-DC6A-4625-B3DD-B4D53BC01AB9@openetworks.pl> From: Marcin Bujak To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 6 Dec 2009 10:44:12 +0100 X-Mailer: Apple Mail (2.936) Subject: 7.2-stable -> current upgrade problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 09:44:19 -0000 during mergemaster a got: cd /usr/src/etc/pam.d; make install install -o root -g wheel -m 444 README /var/tmp/temproot/etc/pam.d/ README install -o root -g wheel -m 644 atrun cron ftpd imap kde login other passwd pop3 rsh sshd su system telnetd xdm /var/tmp/temproot/etc/pam.d /var/tmp/temproot/etc/pam.d/ftp -> /var/tmp/temproot/etc/pam.d/ftpd Bad system call (core dumped) *** Error code 140 Stop in /usr/src/etc/pam.d. *** Error code 1 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** FATAL ERROR: Cannot 'cd' to /usr/src and install files to the temproot environment done by normal upgrade procedure From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 10:20:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C7A010656C9 for ; Sun, 6 Dec 2009 10:20:08 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D40578FC1A for ; Sun, 6 Dec 2009 10:20:07 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA11928; Sun, 06 Dec 2009 12:20:03 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NHEDi-0001L7-O6; Sun, 06 Dec 2009 12:20:02 +0200 Message-ID: <4B1B8522.9080305@icyb.net.ua> Date: Sun, 06 Dec 2009 12:19:14 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Marcin Bujak References: <67E3970B-DC6A-4625-B3DD-B4D53BC01AB9@openetworks.pl> In-Reply-To: <67E3970B-DC6A-4625-B3DD-B4D53BC01AB9@openetworks.pl> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 7.2-stable -> current upgrade problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 10:20:08 -0000 on 06/12/2009 11:44 Marcin Bujak said the following: > during mergemaster a got: > > cd /usr/src/etc/pam.d; make install > install -o root -g wheel -m 444 README > /var/tmp/temproot/etc/pam.d/README > install -o root -g wheel -m 644 atrun cron ftpd imap kde login other > passwd pop3 rsh sshd su system telnetd xdm /var/tmp/temproot/etc/pam.d > /var/tmp/temproot/etc/pam.d/ftp -> /var/tmp/temproot/etc/pam.d/ftpd > Bad system call (core dumped) > *** Error code 140 Perhaps you need to boot to 8 kernel before doing doing mergemaster. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 10:33:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94F65106566B for ; Sun, 6 Dec 2009 10:33:40 +0000 (UTC) (envelope-from marcin.bujak@openetworks.pl) Received: from mail.openetworks.pl (mail.openetworks.pl [62.181.1.150]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA6F8FC0C for ; Sun, 6 Dec 2009 10:33:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.openetworks.pl (Postfix) with ESMTP id 5714612B17F; Sun, 6 Dec 2009 11:33:39 +0100 (CET) X-Virus-Scanned: amavisd-new at openetworks.pl Received: from mail.openetworks.pl ([127.0.0.1]) by localhost (mail.openetworks.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5jUvbYzJMje3; Sun, 6 Dec 2009 11:33:36 +0100 (CET) Received: from [10.11.12.59] (chello087206181243.chello.pl [87.206.181.243]) by mail.openetworks.pl (Postfix) with ESMTP id B554E12B14F; Sun, 6 Dec 2009 11:33:36 +0100 (CET) Message-Id: <602B8256-B0FF-4430-A4C8-2E1941E134FB@openetworks.pl> From: Marcin Bujak To: Andriy Gapon In-Reply-To: <4B1B8522.9080305@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 6 Dec 2009 11:33:35 +0100 References: <67E3970B-DC6A-4625-B3DD-B4D53BC01AB9@openetworks.pl> <4B1B8522.9080305@icyb.net.ua> X-Mailer: Apple Mail (2.936) Cc: freebsd-current@freebsd.org Subject: Re: 7.2-stable -> current upgrade problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 10:33:40 -0000 it's a remote upgrade :) but probably I don't have a choice From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 11:32:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8DC106566B for ; Sun, 6 Dec 2009 11:32:02 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 105188FC08 for ; Sun, 6 Dec 2009 11:32:01 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA12432 for ; Sun, 06 Dec 2009 13:32:00 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NHFLM-0001Q5-A7 for freebsd-current@FreeBSD.org; Sun, 06 Dec 2009 13:32:00 +0200 Message-ID: <4B1B9600.4080709@icyb.net.ua> Date: Sun, 06 Dec 2009 13:31:12 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: process stuck in stat/../cache_lookup: ktorrent, zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 11:32:02 -0000 System is recent 9-current, amd64. I see that sometimes ktorrent gets stuck during heavy download (multiple files in parallel, high speed). It is completely unresponsive and not killable even with SIGKILL. Here's procstat output for it (many thanks to Robert again): $ procstat -k 1882 PID TID COMM TDNAME KSTACK 1882 100270 ktorrent - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _cv_wait_sig seltdwait poll syscall Xfast_syscall 1882 100277 ktorrent - mi_switch sleepq_switch sleepq_wait __lockmgr_args vop_stdlock VOP_LOCK1_APV _vn_lock vget cache_lookup vfs_cache_lookup VOP_LOOKUP_APV lookup namei kern_statat_vnhook kern_statat kern_stat stat syscall 1882 100279 ktorrent - mi_switch sleepq_switch sleepq_catch_signals sleepq_timedwait_sig _cv_timedwait_sig seltdwait kern_select select syscall Xfast_syscall 1882 100283 ktorrent - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep do_cv_wait __umtx_op_cv_wait _umtx_op syscall Xfast_syscall 1882 100284 ktorrent - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep do_cv_wait __umtx_op_cv_wait _umtx_op syscall Xfast_syscall ktrace shows that threads 100270 and 100279 are still live. I think that it is a thread doing stat that is stuck and holding other threads. Here's info for that thread with -kk: 1882 100277 ktorrent - mi_switch+0x1cf sleepq_switch+0xdb sleepq_wait+0x45 __lockmgr_args+0x3d4 vop_stdlock+0x51 VOP_LOCK1_APV+0x82 _vn_lock+0x48 vget+0x88 cache_lookup+0x8e3 vfs_cache_lookup+0xad VOP_LOOKUP_APV+0x7c lookup+0x64a namei+0x68f kern_statat_vnhook+0x97 kern_statat+0x15 kern_stat+0x1c stat+0x2d syscall+0x3f6 Even better, kgdb on /dev/mem: (kgdb) thr 255 [Switching to thread 255 (Thread 100277)]#0 sched_switch (td=0xffffff012a6c5700, newtd=0xffffff0001533380, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1865 1865 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xffffff012a6c5700, newtd=0xffffff0001533380, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/sched_ule.c:1865 #1 0xffffffff80374baf in mi_switch (flags=260, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:449 #2 0xffffffff803a795b in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:509 #3 0xffffffff803a8645 in sleepq_wait (wchan=0xffffff0105b457f8, pri=80) at /usr/src/sys/kern/subr_sleepqueue.c:588 #4 0xffffffff80351184 in __lockmgr_args (lk=0xffffff0105b457f8, flags=2097408, ilk=0xffffff0105b45820, wmesg=Variable "wmesg" is not available. ) at /usr/src/sys/kern/kern_lock.c:216 #5 0xffffffff803ea171 in vop_stdfsync (ap=0x0) at /usr/src/sys/kern/vfs_default.c:587 #6 0xffffffff8058b582 in VOP_LOCK1_APV (vop=Variable "vop" is not available. ) at vnode_if.c:1994 #7 0xffffffff80408318 in _vn_lock (vp=0xffffff0105b45760, flags=2097408, file=0xffffff0000000823 "", line=-2141062687) at vnode_if.h:880 #8 0xffffffff803fb798 in vget (vp=0xffffff0105b45760, flags=2097408, td=0xffffff012a6c5700) at /usr/src/sys/kern/vfs_subr.c:2089 #9 0xffffffff803e7953 in cache_lookup (dvp=0xffffff0055877b10, vpp=0xffffff8085155960, cnp=0xffffff8085155988) at /usr/src/sys/kern/vfs_cache.c:568 #10 0xffffffff803e7b3d in vfs_cache_lookup (ap=Variable "ap" is not available. ) at vnode_if.h:80 #11 0xffffffff8058c08c in VOP_LOOKUP_APV (vop=Variable "vop" is not available. ) at vnode_if.c:129 #12 0xffffffff803eeeaa in lookup (ndp=0xffffff8085155930) at /usr/src/sys/kern/vfs_lookup.c:697 #13 0xffffffff803efeaf in namei (ndp=0xffffff8085155930) at /usr/src/sys/kern/vfs_lookup.c:276 #14 0xffffffff803ffa47 in kern_statat_vnhook (td=0xffffff012a6c5700, flag=Variable "flag" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2348 #15 0xffffffff803ffc05 in kern_lstat (td=0x0, path=0x0, pathseg=UIO_USERSPACE, sbp=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2399 #16 0xffffffff803ffd0c in nstat (td=0x0, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:2448 #17 0xffffffff803ffdad in stat () at /usr/src/sys/kern/vfs_syscalls.c:2291 #18 0xffffff8085155ad0 in ?? () #19 0xffffffff803731de in runq_remove (rq=Variable "rq" is not available. ) at /usr/src/sys/kern/kern_switch.c:486 #20 0xffffffff805363a6 in syscall (frame=0xffffff8085155c80) at /usr/src/sys/amd64/amd64/trap.c:994 #21 0xffffffff8051c121 in Xfast_syscall32 () at /usr/src/sys/amd64/amd64/exception.S:385 How can I inspect what is causing this situation, presumably dead-lock? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 13:16:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C1951065672 for ; Sun, 6 Dec 2009 13:16:46 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E00828FC13 for ; Sun, 6 Dec 2009 13:16:45 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id A6FCF60E2; Sun, 6 Dec 2009 08:16:44 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1260105404; bh=50+6ZkZOpq88Sv/qdFW/i/jLJ9N8ngzJ7lz06EX7PmI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=JTvvy05W/zQOwtoAOx+X++5ZBiqsEI25G+7/vgQQNEiRB/IqvnzFRhvLLDak4RRdD 0lVdoZKp2k6t7k9pV0ZbSmcWLdPFoLFTRpk3SBeqtGHnM2AjwSKf3hrpv7ZSz+K DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Zunx+tmEQfeBAB/vXpc1o/VRplJPdwzEwJjqiMtFHueFBg4AChKrPRHToZgoSMRru khNjEx2p/xei5Ms7Yr0CCHHS+nme9MKLdVoV2Zhh0kEPWaAn48i5n5M6R6PDdhm Message-ID: <4B1BAEB7.1010801@protected-networks.net> Date: Sun, 06 Dec 2009 08:16:39 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Andriy Gapon References: <4B1B0690.1020307@protected-networks.net> <4B1B5A5B.50504@icyb.net.ua> In-Reply-To: <4B1B5A5B.50504@icyb.net.ua> X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: ATA_CAM breaks GEOM_JOURNAL? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 13:16:46 -0000 Andriy Gapon wrote: >> With both options compiled into the kernel, I don't see an >> ada0s2a.journal device where I had an ad0s2a.journal before. >> >> Any thoughts? > > Perhaps, you used -h option with gjournal at some point? Ah! Yes - let me fool with that .. imb From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 14:26:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20F141065679 for ; Sun, 6 Dec 2009 14:26:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 635EC8FC15 for ; Sun, 6 Dec 2009 14:25:58 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA14172; Sun, 06 Dec 2009 16:25:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NHI3g-0001cN-Dd; Sun, 06 Dec 2009 16:25:56 +0200 Message-ID: <4B1BBEC4.7040906@icyb.net.ua> Date: Sun, 06 Dec 2009 16:25:08 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4B1B9600.4080709@icyb.net.ua> In-Reply-To: <4B1B9600.4080709@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Attilio Rao Subject: Re: process stuck in stat/../cache_lookup: ktorrent, zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 14:26:00 -0000 on 06/12/2009 13:31 Andriy Gapon said the following: > System is recent 9-current, amd64. > I see that sometimes ktorrent gets stuck during heavy download (multiple files > in parallel, high speed). It is completely unresponsive and not killable even > with SIGKILL. [snip] > #0 sched_switch (td=0xffffff012a6c5700, newtd=0xffffff0001533380, > flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1865 > #1 0xffffffff80374baf in mi_switch (flags=260, newtd=0x0) at > /usr/src/sys/kern/kern_synch.c:449 > #2 0xffffffff803a795b in sleepq_switch (wchan=Variable "wchan" is not available. > ) at /usr/src/sys/kern/subr_sleepqueue.c:509 > #3 0xffffffff803a8645 in sleepq_wait (wchan=0xffffff0105b457f8, pri=80) at > /usr/src/sys/kern/subr_sleepqueue.c:588 > #4 0xffffffff80351184 in __lockmgr_args (lk=0xffffff0105b457f8, flags=2097408, > ilk=0xffffff0105b45820, wmesg=Variable "wmesg" is not available. > ) at /usr/src/sys/kern/kern_lock.c:216 So some more data: (kgdb) fr 4 #4 0xffffffff80351184 in __lockmgr_args (lk=0xffffff0105b457f8, flags=2097408, ilk=0xffffff0105b45820, wmesg=Variable "wmesg" is not available. ) at /usr/src/sys/kern/kern_lock.c:216 216 sleepq_wait(&lk->lock_object, pri); (kgdb) p *lk $8 = {lock_object = {lo_name = 0xffffffff80ad55b6 "zfs", lo_flags = 91947008, lo_data = 0, lo_witness = 0x0}, lk_lock = 3, lk_timo = 51, lk_pri = 80} (kgdb) p/x flags $9 = 0x200100 (kgdb) p/x lk->lock_object.lo_flags $12 = 0x57b0000 Apparently sleeplk is inlined into __lockmgr_args. So it looks like this is a LK_SHARED|LK_INTERLOCK lockmgr call which has not taken any easy path and ended up in sleepq_wait, but wakeup never comes for it, perhaps missed? P.S. I have not enabled ADAPTIVE_LOCKMGRS in my kernel config and I believe that it is not enabled by default, right? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 15:46:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61A0F1065672; Sun, 6 Dec 2009 15:46:14 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay2.uni-muenster.de (ZIVM-EXRELAY2.UNI-MUENSTER.DE [128.176.192.15]) by mx1.freebsd.org (Postfix) with ESMTP id C06AD8FC14; Sun, 6 Dec 2009 15:46:13 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,350,1257116400"; d="scan'208";a="230966159" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 06 Dec 2009 16:46:11 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id D587F1B07E7; Sun, 6 Dec 2009 16:46:11 +0100 (CET) Date: Sun, 06 Dec 2009 16:46:11 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 15:46:14 -0000 i've stumbled over a problem with ATA_CAM. when i accessing my dvd-drive i'm not able to access any other cam members (ada* e.g.). when i issue the following command: `cdrecord dev=2,1,0 blank=all' binaries such as ls, top or vmstat simply stall until cdrecord finishes. this is the output of `camcontrol devlist -v': scbus0 on ahcich0 bus 0: <> at scbus0 target -1 lun -1 () scbus1 on ahcich1 bus 0: <> at scbus1 target -1 lun -1 () scbus2 on ata2 bus 0: at scbus2 target 0 lun 0 (ada0,pass0) at scbus2 target 1 lun 0 (pass1,cd0) <> at scbus2 target -1 lun -1 () scbus3 on ahcich2 bus 0: at scbus3 target 0 lun 0 (ada1,pass2) <> at scbus3 target -1 lun -1 () scbus4 on ahcich3 bus 0: <> at scbus4 target -1 lun -1 () scbus5 on ahcich4 bus 0: <> at scbus5 target -1 lun -1 () scbus6 on ahcich5 bus 0: <> at scbus6 target -1 lun -1 () scbus7 on ahcich6 bus 0: <> at scbus7 target -1 lun -1 () scbus8 on ahcich7 bus 0: <> at scbus8 target -1 lun -1 () scbus-1 on xpt0 bus 0: <> at scbus-1 target -1 lun -1 (xpt0) i'm running r200176 (amd64). cheers. alex From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 16:16:32 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC54E106566B for ; Sun, 6 Dec 2009 16:16:32 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3F4A58FC14 for ; Sun, 6 Dec 2009 16:16:32 +0000 (UTC) Received: by ewy3 with SMTP id 3so49766ewy.33 for ; Sun, 06 Dec 2009 08:16:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=wmYLFjuHm1ul/PeJl1AWBKs41us3Lnr0EOQJxyQ9DOM=; b=jbm34avN2eUvbVB8GOR1bWeieo7spZlk4Q3GAvV0+04HBhKhtoOZPGY3DyKIMX+BfV PIUlmERE8n2wYg2PS7n5fcssBXfmyX/r/Q+MlvLE4pJTw4Fu3REo64nndc4+sP7kb5/p b2uKwKW8a00ZjQIu9o7368eT8eMMlRmhuK2qo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=uhAKiLE9QXuMGSOKq4kkc2RDR6ZuSy1+5emdEvBHMKuvoJniuO1jl2Q1plPnDEh0Vf +Qa0VtzbJFBGc7PnJixDhT2Xt3ytciX6IpfRcP5HJ+uKfG+foW8INL8Udqs4+xbNmaiG SHCqY8/NPqhgAlyLxtS9yLmaC/bdXqp1qsSU0= MIME-Version: 1.0 Received: by 10.216.89.141 with SMTP id c13mr1859454wef.66.1260116191149; Sun, 06 Dec 2009 08:16:31 -0800 (PST) Date: Sun, 6 Dec 2009 11:16:30 -0500 Message-ID: From: "b. f." To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 16:16:32 -0000 >i've stumbled over a problem with ATA_CAM. when i accessing my dvd-drive i'm >not able to access any other cam members (ada* e.g.). > >when i issue the following command: > >`cdrecord dev=2,1,0 blank=all' > >binaries such as ls, top or vmstat simply stall until cdrecord finishes. Try using cdrecord from sysutils/cdrtools-devel with the -immed flag. Does the problem still occur? Regards, b. From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 16:25:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F871065670 for ; Sun, 6 Dec 2009 16:25:16 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay1.uni-muenster.de (ZIVM-EXRELAY1.UNI-MUENSTER.DE [128.176.192.14]) by mx1.freebsd.org (Postfix) with ESMTP id EE6DA8FC16 for ; Sun, 6 Dec 2009 16:25:15 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,350,1257116400"; d="scan'208";a="290428102" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 06 Dec 2009 17:25:15 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id D28191B07E7; Sun, 6 Dec 2009 17:25:14 +0100 (CET) Date: Sun, 06 Dec 2009 17:25:14 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: "b. f." Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 16:25:16 -0000 b. f. schrieb am 2009-12-06: > >i've stumbled over a problem with ATA_CAM. when i accessing my > >dvd-drive i'm > >not able to access any other cam members (ada* e.g.). > >when i issue the following command: > >`cdrecord dev=2,1,0 blank=all' > >binaries such as ls, top or vmstat simply stall until cdrecord > >finishes. > Try using cdrecord from sysutils/cdrtools-devel with the -immed flag. > Does the problem still occur? > Regards, > b. that solved the issue. thanks. alex From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 16:35:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78F91065692 for ; Sun, 6 Dec 2009 16:35:07 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 49D8B8FC08 for ; Sun, 6 Dec 2009 16:35:06 +0000 (UTC) Received: by fxm2 with SMTP id 2so1379707fxm.13 for ; Sun, 06 Dec 2009 08:35:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=FoxfqgukZfrLgxom2mtXL6e4RwH1H/cFT95a8vhE4S8=; b=EGtc5G9oidx2VLxdeLOUSW5KWvy4AuN75/qMydqwng5E7ICgl33a5kbZdA+cMf68XI zNvZR3vOa4cBnmhMRvCRYRrN8BW4AstV0dbix9cFWT3qLpD4xi04r/XDBcOwP1OdqM0o LWu2NZq6xykYdrYLVACBPJSPci54rlHIUyuGI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=f0yYkTmGG4JzgWQVV5AeeQ6xl66JotAPnsLm+/jcoCfPu7OUBPqnBH7qJxYAWA9knC LXpquR219oNRTka/H2KTn2IklsYSLV97sFOL4v3KyBx9c3c1y00eF02O/xqyXlRsI3Rg iyIZrw9nw2cpzhGe706hJNqW05x49T/ccn+kQ= MIME-Version: 1.0 Received: by 10.239.145.29 with SMTP id q29mr498865hba.127.1260117304651; Sun, 06 Dec 2009 08:35:04 -0800 (PST) Date: Sun, 6 Dec 2009 19:35:04 +0300 Message-ID: <19e7832a0912060835s6cc188a1pb3a95dc06441265c@mail.gmail.com> From: Andrey Fesenko To: freebsd-acpi-request@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Not boot Lenovo SL400, ACPI all version 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: Sun, 06 Dec 2009 16:35:07 -0000 Hello Laptop Lenovo SL400, all version FreeBSD-amd64 not boot. with ACPI - panic - not dump, without ACPI - many irq not configure, boot frozen. set hw.acpi.osname="Windows 2006" and Linux not work, frozen i386 version boot, install and work - ok dmesg -v - http://suahbsd.ru/andrey?action=AttachFile&do=get&target=dmesg.boot 34Kb acpidump -dt - http://suahbsd.ru/andrey?action=AttachFile&do=get&target=lenovo.asl.gz 35Kb From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 17:33:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E28301065676 for ; Sun, 6 Dec 2009 17:33:21 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 656818FC17 for ; Sun, 6 Dec 2009 17:33:21 +0000 (UTC) Received: by bwz5 with SMTP id 5so2973505bwz.3 for ; Sun, 06 Dec 2009 09:33:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=/n1GyN86eRHmp+I5ou0xzpuS8vVar7bg0DyGc6ID14U=; b=bqjNfrrtRTWTuM9PCmUiskxhVOWIRsbI9jeuIlG3FAIRsU7hTz+nuiTPFGtAN9L1B+ AalMEMS7mqOEULi/hH21eDGon73kC1XhaAfdn0DWpuoixaSxMUWyEultj2u7ByRWH/tv MB/3ZfDbsfU424u1dvfPi4kcerJzMzR1uTKxw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=dPqXKOuMt8QJqxLOMyeoznOi2kT0lWXTa10alIRcU8CcQrJFyw5Qi95rJawP+0dQ7q 1KsBuSnz6+n5JRYYYhQVeZOjuZzJZbG+YqCm71Vs/K5dmSNG6vBbgLNpz5IR34Ln1242 SD7gaf5eLUmDtEH0C2YovjwMqieh09YT+V61w= Received: by 10.204.48.202 with SMTP id s10mr2357239bkf.106.1260120799149; Sun, 06 Dec 2009 09:33:19 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm1697654fxm.1.2009.12.06.09.33.18 (version=SSLv3 cipher=RC4-MD5); Sun, 06 Dec 2009 09:33:18 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1BEADB.5090803@FreeBSD.org> Date: Sun, 06 Dec 2009 19:33:15 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 17:33:22 -0000 Alexander Best wrote: > i've stumbled over a problem with ATA_CAM. when i accessing my dvd-drive i'm > not able to access any other cam members (ada* e.g.). > > when i issue the following command: > > `cdrecord dev=2,1,0 blank=all' > > binaries such as ls, top or vmstat simply stall until cdrecord finishes. > > this is the output of `camcontrol devlist -v': > > scbus2 on ata2 bus 0: > at scbus2 target 0 lun 0 (ada0,pass0) > at scbus2 target 1 lun 0 (pass1,cd0) > <> at scbus2 target -1 lun -1 () It was always bad idea to put CD and disk, which need to be used simultaneously, to the same PATA channel. PATA channel can execute only one command at a time, without using special technique, named overlap (part of TCQ), which is usually not supported by devices. When your blank command occupied CD, disk became inaccessible, until it complete. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 19:04:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EC05106568F for ; Sun, 6 Dec 2009 19:04:10 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 007618FC0C for ; Sun, 6 Dec 2009 19:04:09 +0000 (UTC) Received: by fxm2 with SMTP id 2so1442730fxm.13 for ; Sun, 06 Dec 2009 11:04:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=2Fj5QatopccQzvGApzgVKbH7rctGzYnGxy8ocG6/Mjs=; b=bR4QiVv33MgAc2FLlyBRi5IiLNd03ZgMCUtFjfPoRLPRU8v4yYbiCQ+w4cmhHT+d6I KKnK9ilzwcvn7Zg7UTWafKSN9UwFGpjlzF5N4rRzSuOK7PnH9efhuOUOgOo60Elb+dwu MheOPotWOuEavBTIZg6/bfAUFWIAVRw4yhxRk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=K6ggJxlficuqRXTs++A6OONhQPGH5RQqXA/1gFCzSlwWMm0LBEFwBsDf0K3IHH1OkG Zty29Hxn0J+WyPJNdnfGw7m0pTr1lCKdteND/5ecqxSl+oU1RUqIQSD4QVuBTR3TTQlu Ai2PX7zg2r9pDEm2qLLSxv3zQpHfG4B/Q4zSQ= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.223.6.9 with SMTP id 9mr849696fax.84.1260126248519; Sun, 06 Dec 2009 11:04:08 -0800 (PST) In-Reply-To: <4B1BBEC4.7040906@icyb.net.ua> References: <4B1B9600.4080709@icyb.net.ua> <4B1BBEC4.7040906@icyb.net.ua> Date: Sun, 6 Dec 2009 20:04:08 +0100 X-Google-Sender-Auth: e2df55e701fbd02e Message-ID: <3bbf2fe10912061104j53ef5be2yb1019699308b0473@mail.gmail.com> From: Attilio Rao To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: process stuck in stat/../cache_lookup: ktorrent, zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 19:04:10 -0000 2009/12/6 Andriy Gapon : > on 06/12/2009 13:31 Andriy Gapon said the following: >> System is recent 9-current, amd64. >> I see that sometimes ktorrent gets stuck during heavy download (multiple= files >> in parallel, high speed). =C2=A0It is completely unresponsive and not ki= llable even >> with SIGKILL. > [snip] >> #0 =C2=A0sched_switch (td=3D0xffffff012a6c5700, newtd=3D0xffffff00015333= 80, >> flags=3DVariable "flags" is not available. >> ) at /usr/src/sys/kern/sched_ule.c:1865 >> #1 =C2=A00xffffffff80374baf in mi_switch (flags=3D260, newtd=3D0x0) at >> /usr/src/sys/kern/kern_synch.c:449 >> #2 =C2=A00xffffffff803a795b in sleepq_switch (wchan=3DVariable "wchan" i= s not available. >> ) at /usr/src/sys/kern/subr_sleepqueue.c:509 >> #3 =C2=A00xffffffff803a8645 in sleepq_wait (wchan=3D0xffffff0105b457f8, = pri=3D80) at >> /usr/src/sys/kern/subr_sleepqueue.c:588 >> #4 =C2=A00xffffffff80351184 in __lockmgr_args (lk=3D0xffffff0105b457f8, = flags=3D2097408, >> ilk=3D0xffffff0105b45820, wmesg=3DVariable "wmesg" is not available. >> ) at /usr/src/sys/kern/kern_lock.c:216 > > So some more data: > (kgdb) fr 4 > > #4 =C2=A00xffffffff80351184 in __lockmgr_args (lk=3D0xffffff0105b457f8, f= lags=3D2097408, > ilk=3D0xffffff0105b45820, wmesg=3DVariable "wmesg" is not available. > ) at /usr/src/sys/kern/kern_lock.c:216 > 216 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= sleepq_wait(&lk->lock_object, pri); > (kgdb) p *lk > $8 =3D {lock_object =3D {lo_name =3D 0xffffffff80ad55b6 "zfs", lo_flags = =3D 91947008, > lo_data =3D 0, lo_witness =3D 0x0}, lk_lock =3D 3, lk_timo =3D 51, lk_pri= =3D 80} > (kgdb) p/x flags > $9 =3D 0x200100 > (kgdb) p/x lk->lock_object.lo_flags > $12 =3D 0x57b0000 > > Apparently sleeplk is inlined into __lockmgr_args. > > So it looks like this is a LK_SHARED|LK_INTERLOCK lockmgr call which has = not > taken any easy path and ended up in sleepq_wait, but wakeup never comes f= or it, > perhaps missed? I think that a 'missed wakeup' is a too fast (and wrong) conclusion. here the problem is that the lock is held in shared mode (lk->lk_lock =3D 3) so you would need to know what happened to the owners once they got the lock. The only way you can do that, though, is with shared acquisitions, then you should try to reproduce it with WITNESS on. Once you have such datas we could digg further. Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 19:23:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15279106568F; Sun, 6 Dec 2009 19:23:15 +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 E00F08FC16; Sun, 6 Dec 2009 19:23:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB6JNErh027103; Sun, 6 Dec 2009 14:23:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB6JNE8s027102; Sun, 6 Dec 2009 19:23:14 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 6 Dec 2009 19:23:14 GMT Message-Id: <200912061923.nB6JNE8s027102@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: Sun, 06 Dec 2009 19:23:15 -0000 TB --- 2009-12-06 18:11:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-06 18:11:12 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-06 18:11:12 - cleaning the object tree TB --- 2009-12-06 18:11:29 - cvsupping the source tree TB --- 2009-12-06 18:11:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-06 18:11:54 - building world TB --- 2009-12-06 18:11:54 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-06 18:11:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-06 18:11:54 - TARGET=powerpc TB --- 2009-12-06 18:11:54 - TARGET_ARCH=powerpc TB --- 2009-12-06 18:11:54 - TZ=UTC TB --- 2009-12-06 18:11:54 - __MAKE_CONF=/dev/null TB --- 2009-12-06 18:11:54 - cd /src TB --- 2009-12-06 18:11:54 - /usr/bin/make -B buildworld >>> World build started on Sun Dec 6 18:11:55 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 6 19:12:27 UTC 2009 TB --- 2009-12-06 19:12:27 - generating LINT kernel config TB --- 2009-12-06 19:12:27 - cd /src/sys/powerpc/conf TB --- 2009-12-06 19:12:27 - /usr/bin/make -B LINT TB --- 2009-12-06 19:12:27 - building LINT kernel TB --- 2009-12-06 19:12:27 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-06 19:12:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-06 19:12:27 - TARGET=powerpc TB --- 2009-12-06 19:12:27 - TARGET_ARCH=powerpc TB --- 2009-12-06 19:12:27 - TZ=UTC TB --- 2009-12-06 19:12:27 - __MAKE_CONF=/dev/null TB --- 2009-12-06 19:12:27 - cd /src TB --- 2009-12-06 19:12:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 6 19:12:27 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powerpc/sys_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/powerpc/uio_machdep.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/psim/iobus.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/powerpc/psim/ata_iobus.c cc1: warnings being treated as errors /src/sys/powerpc/psim/ata_iobus.c:249: warning: redundant redeclaration of 'ata_iobus_sub_setmode' /src/sys/powerpc/psim/ata_iobus.c:213: warning: previous declaration of 'ata_iobus_sub_setmode' was here /src/sys/powerpc/psim/ata_iobus.c:250: error: expected identifier or '(' before '{' token *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-06 19:23:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-06 19:23:13 - ERROR: failed to build lint kernel TB --- 2009-12-06 19:23:13 - 3308.98 user 629.58 system 4321.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 19:34:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57BA210656A3; Sun, 6 Dec 2009 19:34:49 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay2.uni-muenster.de (ZIVM-EXRELAY2.UNI-MUENSTER.DE [128.176.192.15]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBE38FC2B; Sun, 6 Dec 2009 19:34:48 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,350,1257116400"; d="scan'208";a="230978954" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 06 Dec 2009 20:34:46 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id BBD151B07E7; Sun, 6 Dec 2009 20:34:46 +0100 (CET) Date: Sun, 06 Dec 2009 20:34:46 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Alexander Motin Message-ID: In-Reply-To: <4B1BEADB.5090803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 19:34:49 -0000 Alexander Motin schrieb am 2009-12-06: > Alexander Best wrote: > > i've stumbled over a problem with ATA_CAM. when i accessing my > > dvd-drive i'm > > not able to access any other cam members (ada* e.g.). > > when i issue the following command: > > `cdrecord dev=2,1,0 blank=all' > > binaries such as ls, top or vmstat simply stall until cdrecord > > finishes. > > this is the output of `camcontrol devlist -v': > > scbus2 on ata2 bus 0: > > at scbus2 target 0 lun 0 > > (ada0,pass0) > > at scbus2 target 1 lun 0 > > (pass1,cd0) > > <> at scbus2 target -1 lun -1 () > It was always bad idea to put CD and disk, which need to be used > simultaneously, to the same PATA channel. PATA channel can execute > only > one command at a time, without using special technique, named overlap > (part of TCQ), which is usually not supported by devices. When your > blank command occupied CD, disk became inaccessible, until it > complete. thanks for the explanation. unfortunately my mothboard only comes with a single PATA bus, but i'm trying to completely move from a SATA/PATA mixed setup to a pure SATA setup this month. that should solve the issue then. i just thought this was an issue introduced by ATA_CAM. i would also like to ask: what will become of burncd in the future? will it be adjusted to work with CAM? will it be removed/moved to ports? or will we replace it with cdrecord/something else? cheers. alex From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 20:24:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2471D1065672 for ; Sun, 6 Dec 2009 20:24:59 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE498FC1E for ; Sun, 6 Dec 2009 20:24:58 +0000 (UTC) Received: by bwz5 with SMTP id 5so3042636bwz.3 for ; Sun, 06 Dec 2009 12:24:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=xDDgSuLp/8VWGZpk9mataaDn4IbfU6YZEXUvT8eARxk=; b=JEbgFbw76AkkcTSceeKkCxhjXMhrXW4OBXQLw5QDgnIRQ/DfOZlpPXuEGazOBw6FZ5 YcPYfEri+pptu/ZXhaCU2cRaIKcImR6EWC70/e7svlh2J+b0/Pj8C8FtLeafzX4sBbOR 4t0Ba8pih/hM00GVzdnZqsc/tfT8gDz9fVMWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=KyBOFC9+zYl2bfjjP1/4SFLsxRmASDQfQRVPZeBvKNumCA/uF4ndBy/nqkUhZwu26i whmplseIQZzMLZTra5aEQTxJsaSNxX5T76FUoNtP8wPupZLht/aC89nkm0sUDRfptssd jYjpKpd/MnMyK6GJg0UB/7nhz4R7JqGtyoPTs= Received: by 10.204.153.197 with SMTP id l5mr6107129bkw.109.1260131097464; Sun, 06 Dec 2009 12:24:57 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm1737103fxm.7.2009.12.06.12.24.56 (version=SSLv3 cipher=RC4-MD5); Sun, 06 Dec 2009 12:24:56 -0800 (PST) Sender: Alexander Motin Message-ID: <4B1C1316.6080707@FreeBSD.org> Date: Sun, 06 Dec 2009 22:24:54 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 20:24:59 -0000 Alexander Best wrote: > i would also like to ask: what will become of burncd in the future? will it be > adjusted to work with CAM? will it be removed/moved to ports? or will we > replace it with cdrecord/something else? I don't know. In won't work any more in present state, and I don't see much reasons to update it, as cdrecord seems to work fine. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Dec 6 20:55:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9B2E106566B; Sun, 6 Dec 2009 20:55:55 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D5C1A8FC08; Sun, 6 Dec 2009 20:55:54 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA18488; Sun, 06 Dec 2009 22:55:52 +0200 (EET) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1NHO92-00022o-EG; Sun, 06 Dec 2009 22:55:52 +0200 Message-ID: <4B1C1A28.6030909@icyb.net.ua> Date: Sun, 06 Dec 2009 22:55:04 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091128) MIME-Version: 1.0 To: Attilio Rao References: <4B1B9600.4080709@icyb.net.ua> <4B1BBEC4.7040906@icyb.net.ua> <3bbf2fe10912061104j53ef5be2yb1019699308b0473@mail.gmail.com> In-Reply-To: <3bbf2fe10912061104j53ef5be2yb1019699308b0473@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: process stuck in stat/../cache_lookup: ktorrent, zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 06 Dec 2009 20:55:55 -0000 on 06/12/2009 21:04 Attilio Rao said the following: > 2009/12/6 Andriy Gapon : >> on 06/12/2009 13:31 Andriy Gapon said the following: >>> System is recent 9-current, amd64. >>> I see that sometimes ktorrent gets stuck during heavy download (multiple files >>> in parallel, high speed). It is completely unresponsive and not killable even >>> with SIGKILL. >> [snip] >>> #0 sched_switch (td=0xffffff012a6c5700, newtd=0xffffff0001533380, >>> flags=Variable "flags" is not available. >>> ) at /usr/src/sys/kern/sched_ule.c:1865 >>> #1 0xffffffff80374baf in mi_switch (flags=260, newtd=0x0) at >>> /usr/src/sys/kern/kern_synch.c:449 >>> #2 0xffffffff803a795b in sleepq_switch (wchan=Variable "wchan" is not available. >>> ) at /usr/src/sys/kern/subr_sleepqueue.c:509 >>> #3 0xffffffff803a8645 in sleepq_wait (wchan=0xffffff0105b457f8, pri=80) at >>> /usr/src/sys/kern/subr_sleepqueue.c:588 >>> #4 0xffffffff80351184 in __lockmgr_args (lk=0xffffff0105b457f8, flags=2097408, >>> ilk=0xffffff0105b45820, wmesg=Variable "wmesg" is not available. >>> ) at /usr/src/sys/kern/kern_lock.c:216 >> So some more data: >> (kgdb) fr 4 >> >> #4 0xffffffff80351184 in __lockmgr_args (lk=0xffffff0105b457f8, flags=2097408, >> ilk=0xffffff0105b45820, wmesg=Variable "wmesg" is not available. >> ) at /usr/src/sys/kern/kern_lock.c:216 >> 216 sleepq_wait(&lk->lock_object, pri); >> (kgdb) p *lk >> $8 = {lock_object = {lo_name = 0xffffffff80ad55b6 "zfs", lo_flags = 91947008, >> lo_data = 0, lo_witness = 0x0}, lk_lock = 3, lk_timo = 51, lk_pri = 80} >> (kgdb) p/x flags >> $9 = 0x200100 >> (kgdb) p/x lk->lock_object.lo_flags >> $12 = 0x57b0000 >> >> Apparently sleeplk is inlined into __lockmgr_args. >> >> So it looks like this is a LK_SHARED|LK_INTERLOCK lockmgr call which has not >> taken any easy path and ended up in sleepq_wait, but wakeup never comes for it, >> perhaps missed? > > I think that a 'missed wakeup' is a too fast (and wrong) conclusion. > here the problem is that the lock is held in shared mode (lk->lk_lock > = 3) so you would need to know what happened to the owners once they > got the lock. > The only way you can do that, though, is with shared acquisitions, > then you should try to reproduce it with WITNESS on. > Once you have such datas we could digg further. Attilio, no conclusions on my part so far, just guesses. But what I think that we see is that a shared lock operation made it to sleeplk, and that must mean that the lock was originally exclusively held. It's hard to see how lk_lock could have ended up with both LK_SHARE|LK_SHARED_WAITERS set in this scenario. I will try to reproduce this with WITNESS kernel, but that will have to wait until Tuesday or longer. I do hope that it is reproducible with WITNESS. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 09:56:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51F91065672 for ; Mon, 7 Dec 2009 09:56:15 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 7F30F8FC18 for ; Mon, 7 Dec 2009 09:56:15 +0000 (UTC) Received: by fxm2 with SMTP id 2so1786036fxm.13 for ; Mon, 07 Dec 2009 01:56:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=UjMaAxmwD+iou4nwGtIYtcPU7ei05RaSgk85szQHyXA=; b=MuSRAT2MszepuGQH8vOr4o8vsMFL3SM8p0mH5833hYRLnnbV2fZrg6CKhqK9Xm6ktT WKGgT7qXBGsQj7Vy7Uka4mTyNcbHwSC41SzuVU7NyvTl8LKg+Rcom00mUso+Y6ABlJHK CHKFG2Bitj6oZcitvyguJ5tpOgiJQNdoh33qE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=vXHrTmDJYProO1V+1I36O4oUAWoSVXWxuLtpd+/Xoy2F13WMs7Rz+pAeJhGtASuIce jKmCgjE9SV0hUmzHqIvNw8TQXiH3Ivnlits+D8f1aKOQAA3lfnu9HLblzerwXbkAnXgM NtRsqjdHX17b48KnzzacYE+b6gBxYzeePul0A= MIME-Version: 1.0 Received: by 10.239.139.89 with SMTP id s25mr701945hbs.113.1260179774108; Mon, 07 Dec 2009 01:56:14 -0800 (PST) Date: Mon, 7 Dec 2009 09:56:14 +0000 Message-ID: From: krad To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ZFS v22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 09:56:16 -0000 Hi are there any plans to port zfs v22+ to freebsd yet? From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 10:05:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 516A8106566B; Mon, 7 Dec 2009 10:05:43 +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 127EE8FC1A; Mon, 7 Dec 2009 10:05:42 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NHaTK-0002FW-TD; Mon, 07 Dec 2009 10:05:42 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NHaTK-0004ew-AT; Mon, 07 Dec 2009 10:05:38 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nB7A5a8I033518; Mon, 7 Dec 2009 10:05:36 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nB7A5as9033517; Mon, 7 Dec 2009 10:05:36 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 7 Dec 2009 10:05:36 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Message-ID: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 10:05:43 -0000 On FreeBSD 8.0-RELEASE sparc64 I've successfully build current world, but on buildkernel I get: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type *** Error code 1 Please advise many thanks anton -- 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 Dec 7 10:24:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87BAA106568B for ; Mon, 7 Dec 2009 10:24:41 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas03p.mx.bigpond.com (nskntmtas03p.mx.bigpond.com [61.9.168.143]) by mx1.freebsd.org (Postfix) with ESMTP id 137638FC0A for ; Mon, 7 Dec 2009 10:24:40 +0000 (UTC) Received: from nskntotgx02p.mx.bigpond.com ([124.188.161.100]) by nskntmtas03p.mx.bigpond.com with ESMTP id <20091207102439.RQBF1310.nskntmtas03p.mx.bigpond.com@nskntotgx02p.mx.bigpond.com> for ; Mon, 7 Dec 2009 10:24:39 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nskntotgx02p.mx.bigpond.com with ESMTP id <20091207102438.BOJM5306.nskntotgx02p.mx.bigpond.com@duncan.reilly.home> for ; Mon, 7 Dec 2009 10:24:38 +0000 Date: Mon, 7 Dec 2009 21:24:38 +1100 From: Andrew Reilly To: freebsd-current@freebsd.org Message-ID: <20091207102438.GA82043@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nskntotgx02p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Mon, 7 Dec 2009 10:24:38 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150203.4B1CD7E7.0043,ss=1,fgs=0 X-SIH-MSG-ID: qR8yENP4TAD0zmQs0WyzOwJxyArnqyN48Z4QX81loRIGTUDCp8DeQ9reLP1Rtdu1xC5LJhuFNGMkaa/tTY3RstCK Subject: On gjournal vs unexpected shutdown (-->fsck) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 10:24:41 -0000 Hi there, I thought that I'd try a gjournal'd UFS on one of my spare drives (so: dedicated to the task, formatted from clean, per the instructions in the gjournal man page.) The filesystem itself seems to be working swimmingly, although it isn't heavily used. In the time that I've had it running, though, I've had two power outages that have resulted in unexpected shutdowns, and I was surprised to find that the boot process did nothing unexpected: file system not marked clean: fsck before you can mount. So both times I fsck'd the drive, and as near as I can tell this took exactly as long as fsck on a regular UFS system of similar size. Isn't the journalling operation supposed to confer a shortcut benefit here? I know that the man page doesn't mention recovery by journal play-back, but I thought that it didn't need to: that's the whole point. Is there a step that I'm missing? Perhaps a gjournal-aware version of fsck that I should run instead of regular fsck, that will quickly mark the file system clean? (Running -current as of last weekend, if that matters.) Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 13:13:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 335E21065670 for ; Mon, 7 Dec 2009 13:13:24 +0000 (UTC) (envelope-from lhmwzy@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0D5918FC16 for ; Mon, 7 Dec 2009 13:13:23 +0000 (UTC) Received: by pxi38 with SMTP id 38so1056137pxi.28 for ; Mon, 07 Dec 2009 05:13:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=elDqxa+Yhs9Shxlj695Nj84AnAsYb6W1KujQdEqPvME=; b=YAoduieCzAAl+RVksLtVdHDuAEiz/HxcvqVAyoPzLXZrselGrwih1HJmhjFL2FaTrQ PQpS4JRamv2oeacnA0LBujsb+wJ3skpbMf3wqZa0AL/H3/w9peAqxDsDZ+ZLv9mhxLO9 LB3K/NYy1sHzoDUkS6gV+ZiZhD5J3UDmmWO6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=jBRTntWm9K1UMm5QqDcOdMgCDOJYFAxmY4/yJNYYUoavTp1eg2dzfFpt3LMhez9hIN WJKnEye5eroGmnVmRRTXN5DgbWUNoEaSYVQrDl6YsCTWyIDRPYC28og0pO33VoicqHHh QOo/U+Fv1GpIemiGu183L73/g/JzCdMClDk2w= MIME-Version: 1.0 Received: by 10.115.135.6 with SMTP id m6mr11742491wan.22.1260190074231; Mon, 07 Dec 2009 04:47:54 -0800 (PST) In-Reply-To: References: Date: Mon, 7 Dec 2009 20:47:54 +0800 Message-ID: <78fb9d960912070447q101cc93ax8ce8298b2dd03772@mail.gmail.com> From: lhmwzy To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: ZFS v22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 13:13:24 -0000 I think it will take a longer time... 2009/12/7 krad : > Hi are there any plans to port zfs v22+ to freebsd yet? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 14:34:22 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB989106568F for ; Mon, 7 Dec 2009 14:34:22 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout6.freenet.de (mout6.freenet.de [IPv6:2001:748:100:40::2:8]) by mx1.freebsd.org (Postfix) with ESMTP id 5302E8FC08 for ; Mon, 7 Dec 2009 14:34:22 +0000 (UTC) Received: from [195.4.92.26] (helo=16.mx.freenet.de) by mout6.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NHefN-0001qT-Mi for current@FreeBSD.org; Mon, 07 Dec 2009 15:34:21 +0100 Received: from p57ae2680.dip0.t-ipconnect.de ([87.174.38.128]:17508 helo=ernst.jennejohn.org) by 16.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NHefN-00061G-8j for current@FreeBSD.org; Mon, 07 Dec 2009 15:34:21 +0100 Date: Mon, 7 Dec 2009 15:34:20 +0100 From: Gary Jennejohn To: current@FreeBSD.org Message-ID: <20091207153420.26772260@ernst.jennejohn.org> In-Reply-To: <20091128182351.3e245ad6@ernst.jennejohn.org> References: <20091128111501.34a7a2a4@ernst.jennejohn.org> <20091128182351.3e245ad6@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: core dump in cvsup caused by _once()? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 14:34:22 -0000 "Sean C. Farley" wrote: > Also, cvsupd will core dump (SIGILL) when built on stable/8 amd64 > r199641 when a connection to it is made from csup. An i386-built > cvsupd will run correctly on the same system. For cvsupd, it is dying > at dladdr(), but I have not had time to debug it further. > I'm seeing this now also on 9-CURRENT AMD64 using a world installed today (but compiled yesterday). I'd decided to recompile cvsup/cvsupd with debugging in an effort to figure out why a newly installed zoneinfo/UTC causes cvsup to dump core. Some gdb output: Core was generated by `cvsupd'. Program terminated with signal 4, Illegal instruction. Reading symbols from /lib/libz.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.5 Reading symbols from /lib/libm.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libc.so.7...(no debugging symbols found)...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols found)...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x00000008005c0ae0 in symlook_default () from /libexec/ld-elf.so.1 (gdb) bt #0 0x00000008005c0ae0 in symlook_default () from /libexec/ld-elf.so.1 #1 0x00000008005c132b in find_symdef () from /libexec/ld-elf.so.1 #2 0x00000008005c1403 in _rtld_bind () from /libexec/ld-elf.so.1 #3 0x00000008005be57d in _rtld_bind_start () from /libexec/ld-elf.so.1 If I run cvsupd under ktrace it does not fail. It also does not fail if I don't specify the -C flag. In both these case cvsupd basically runs in the foreground. It almost looks like the normal case, with -C and a fork of cvsupd, results in the death of the child because the parent cvsupd keeps running. Very weird. Last week it still worked. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 15:33:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B1B6106566C; Mon, 7 Dec 2009 15:33:18 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id F12458FC0C; Mon, 7 Dec 2009 15:33:17 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nB7FWN33051223; Mon, 7 Dec 2009 16:32:23 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nB7FWNQt051222; Mon, 7 Dec 2009 16:32:23 +0100 (CET) (envelope-from marius) Date: Mon, 7 Dec 2009 16:32:23 +0100 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20091207153223.GA51206@alchemy.franken.de> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 15:33:18 -0000 On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > On FreeBSD 8.0-RELEASE sparc64 > > I've successfully build current world, but on buildkernel I get: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > *** Error code 1 > This should be fixed in r200215. AFAICT it was only exposed by UP kernel builds. Marius From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 15:44:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AD0D1065676 for ; Mon, 7 Dec 2009 15:44:53 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 939FE8FC1F for ; Mon, 7 Dec 2009 15:44:52 +0000 (UTC) Received: by fxm2 with SMTP id 2so2089679fxm.13 for ; Mon, 07 Dec 2009 07:44:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=gZC+UwGCvGeBCdpf2hc1MKQ7FDhsT1XVLg2AOaPpFLw=; b=waHkwiPgQGks5WmqRtaRNw/dJhrEC9ryEZ5xdsjZUELp5OzVx83pQfS/XzNMiaU1Db YbJgWmG2XKYfm6iosHSNBDDYqwvtgMxF3f6DSe7t4OfXFeq1lRGz47OkbOqkKrdtkHg8 nORI4tq/ri/GHE3HxaudPe33ul/R1rxMg+RM4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PfsaKOqbTgfiAEUSxLmrCjVmInVXcISuN4c0pkxvgbIQKSQaWVyyq1h9fIom732EH3 smf2EvGdVrS/WHZPcCjanvDMNRS3u7nusNvmLsulLBSGohgdoZu2NLCsxu/JPc1h1XUu aWmjmLfYvx1p3bnKxwUK28T92JLe4wfifnXxY= MIME-Version: 1.0 Received: by 10.239.139.100 with SMTP id s36mr728640hbs.109.1260200686826; Mon, 07 Dec 2009 07:44:46 -0800 (PST) In-Reply-To: <78fb9d960912070447q101cc93ax8ce8298b2dd03772@mail.gmail.com> References: <78fb9d960912070447q101cc93ax8ce8298b2dd03772@mail.gmail.com> Date: Mon, 7 Dec 2009 15:44:46 +0000 Message-ID: From: krad To: lhmwzy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS v22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 15:44:53 -0000 2009/12/7 lhmwzy > I think it will take a longer time... > > 2009/12/7 krad : > > Hi are there any plans to port zfs v22+ to freebsd yet? > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > longer than what? Are there any known issues? After all there is another killer feature in there. From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 16:03:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD51D106566B; Mon, 7 Dec 2009 16:03:58 +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 8A5E78FC12; Mon, 7 Dec 2009 16:03:57 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NHg41-0000jX-Av; Mon, 07 Dec 2009 16:03:56 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NHg40-0003Yd-MC; Mon, 07 Dec 2009 16:03:53 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nB7G3qLo082805; Mon, 7 Dec 2009 16:03:52 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nB7G3qoh082804; Mon, 7 Dec 2009 16:03:52 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 7 Dec 2009 16:03:52 +0000 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20091207160352.GE82748@mech-cluster241.men.bris.ac.uk> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207153223.GA51206@alchemy.franken.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.4 X-Spam-Level: ---- Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 16:03:58 -0000 On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: > On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > > On FreeBSD 8.0-RELEASE sparc64 > > > > I've successfully build current world, but on buildkernel I get: > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > > *** Error code 1 > > > > This should be fixed in r200215. AFAICT it was only exposed by > UP kernel builds. well, my box has only one cpu, so I disabled SMP and am building UP kernel. Are you saying I better enable SMP? Anyway, I'll update the sources and try again. many thanks anton -- 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 Dec 7 16:08:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57BD1106566B; Mon, 7 Dec 2009 16:08:14 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 2B7B78FC14; Mon, 7 Dec 2009 16:08:12 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nB7G883T051582; Mon, 7 Dec 2009 17:08:08 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nB7G88m9051581; Mon, 7 Dec 2009 17:08:08 +0100 (CET) (envelope-from marius) Date: Mon, 7 Dec 2009 17:08:08 +0100 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20091207160808.GH6562@alchemy.franken.de> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> <20091207160352.GE82748@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207160352.GE82748@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 16:08:14 -0000 On Mon, Dec 07, 2009 at 04:03:52PM +0000, Anton Shterenlikht wrote: > On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: > > On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > > > On FreeBSD 8.0-RELEASE sparc64 > > > > > > I've successfully build current world, but on buildkernel I get: > > > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > > > *** Error code 1 > > > > > > > This should be fixed in r200215. AFAICT it was only exposed by > > UP kernel builds. > > well, my box has only one cpu, so I disabled SMP > and am building UP kernel. Are you saying I better > enable SMP? No, I just say that the test builds ran by developers and the tinderboxes didn't catch it because GENERIC contains options SMP. Marius From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 16:37:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C109B106568B; Mon, 7 Dec 2009 16:37:13 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 41F5A8FC13; Mon, 7 Dec 2009 16:37:12 +0000 (UTC) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id nB7FqkIL021874 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 18:52:47 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NHfCS-00016l-Jh; Mon, 07 Dec 2009 18:08:32 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Mon, 07 Dec 2009 18:08:30 +0300 Message-ID: <1260198510.4118.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: net@freebsd.org Subject: ifconfig_lo0_alias0 does not work any more on 9-CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2009 16:37:13 -0000 Hi=20 After upgrade RELENG_8 -> 9-CURRENT following line in rc.con does not work any more for me. (after boot no alias address on loop-back interface). ifconfig_lo0_alias0=3D"127.0.0.2/32" console output while is usual, without errors, but does not shows required address: --- Starting Network: lo0 em0. lo0: flags=3D8049 metric 0 mtu 16384 options=3D3 inet 127.0.0.1 netmask 0xff000000 em0: flags=3D8843 metric 0 mtu 1500 options=3D19b ether 00:15:58:82:36:1a media: Ethernet autoselect status: no carrier --- Any ideas what the reason of such behaviour ? --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 17:35:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81B6D1065679 for ; Mon, 7 Dec 2009 17:35:03 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 305798FC16 for ; Mon, 7 Dec 2009 17:35:02 +0000 (UTC) Received: from [192.168.1.4] (adsl-154-218-170.ard.bellsouth.net [72.154.218.170]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id nB7HZ00u093170 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 7 Dec 2009 12:35:01 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Aristedes Maniatis In-Reply-To: <4B1318D9.5030405@ish.com.au> References: <200911171017.58140.jhb@freebsd.org> <1258914452.2344.18.camel@balrog.2hip.net> <200911230842.01788.jhb@freebsd.org> <1259431521.2315.16.camel@balrog.2hip.net> <4B1318D9.5030405@ish.com.au> Content-Type: text/plain Organization: FreeBSD Date: Mon, 07 Dec 2009 11:34:55 -0600 Message-Id: <1260207295.2315.267.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RCVD_IN_SORBS_DUL, RDNS_DYNAMIC, SPF_SOFTFAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: Edho P Arief , current@freebsd.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 17:35:03 -0000 On Mon, 2009-11-30 at 11:59 +1100, Aristedes Maniatis wrote: > On 29/11/09 5:05 AM, Robert Noland wrote: > > On Sat, 2009-11-28 at 09:29 +0700, Edho P Arief wrote: > >> On Mon, Nov 23, 2009 at 8:42 PM, John Baldwin wrote: > >>> On Sunday 22 November 2009 1:27:32 pm Robert Noland wrote: > >>>> On Tue, 2009-11-17 at 10:17 -0500, John Baldwin wrote: > >>>> > >>>> Ok, I made a few changes, but this is tested and working for zfs. I > >>>> opted to change the loader name to zfsloader, since we tend to prefix > >>>> rather than suffix boot/loader bits and I thought that loader.zfs.old > >>>> looked ugly. The following should be a complete patch against -CURRENT. > >>>> Note that you do need to reinstall bootcode (zfsboot/gptzfsboot) for > >>>> this to boot the correct loader. > >>>> > >>>> > >>> http://people.freebsd.org/~rnoland/0001-Create-a-seperate-zfs-enabled-loader.patch > >>>> > >>>> robert. > >>> > >>> Looks ok to me, commit! > >>> > >> > >> will this merged back to 8.0-stable? > > > > I plan on it, but the big win won't come until it makes it into a > > release or at least a snapshot where you can just install everything > > from CD/DVD. > > > > robert. > > > The big win for us (and many others) will come when freebsd-update picks it up. I assume that means it would have to make it into the errata or security patches for 8.0? Otherwise we'll only see it in 8.1. > > Ari FYI, this is now merged to 7/8 STABLE. robert. > > > -- Robert Noland FreeBSD From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 17:49:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9C381065693; Mon, 7 Dec 2009 17:49:50 +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 785888FC13; Mon, 7 Dec 2009 17:49:50 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nB7HmWD3076157; Mon, 7 Dec 2009 11:48:32 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nB7HmW0s076156; Mon, 7 Dec 2009 11:48:32 -0600 (CST) (envelope-from brooks) Date: Mon, 7 Dec 2009 11:48:31 -0600 From: Brooks Davis To: Angelo Hongens Message-ID: <20091207174831.GA75154@lor.one-eyed-alien.net> References: <4B195845.4000201@hongens.nl> <20091204221530.GA42198@lor.one-eyed-alien.net> <4B1A0B39.5060201@hongens.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: <4B1A0B39.5060201@hongens.nl> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 07 Dec 2009 11:48:34 -0600 (CST) Cc: Brooks Davis , "freebsd-current@freebsd.org" Subject: Re: FreeBSD 8.0 problems with interface renaming and dhcp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 17:49:51 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 05, 2009 at 08:26:49AM +0100, Angelo Hongens wrote: > On 04-12-2009 23:15, Brooks Davis wrote: > > On Fri, Dec 04, 2009 at 07:43:17PM +0100, Angelo Hongens wrote: > >> On most of my BSD machines I rename the interfaces to nic0. This way, I > >> can swap cards and drivers, and keep the rest of my config the same. > >> > >> I upgraded one of these machines from 7.2 to 8.0 (both standard kernel= ), > >> and suddenly the machine would not get a dhcp lease. > >> > >> In my /etc/rc.conf: > >> > >> ifconfig_em0_name=3D"nic0" > >> ifconfig_nic0=3D"DHCP" > >> > >> The machine woud boot, but not get an ip. (and no dhclient output while > >> booting). And ifconfig would show the nic nic0 up, but without an ip. = If > >> I do 'dhclient nic0' it immediately gets an ip, and all is well. > >> > >> If I do NOT rename the interface but just config: ifconfig_em0=3D"DHCP" > >> everything works as well.. > >> > >> So is this a new bug or feature introduced in FreeBSD8? Is it something > >> that can be fixed? (So dhclient is executed for renamed interfaces.) > >=20 > > I think the problem here is that with the new DHCP configuration where > > we only start DHCP based on link events we're loosing a race between the > > link coming up and the rename occurring. The absolutely correct answer= is > > that the nic should no be trying to do anything until it is configured > > up and I don't think that happens before the rename (it shouldn't). > > It's likely the case though that a number of nics incorrectly start doi= ng > > things before they are configured and thus racing the rename. The > > easiest workaround in the rc.d code would probably be to add some code > > to the rename section to take the interface down and then bring it back > > up after the rename. That should cause it to renegotiate and generate > > an event. > >=20 > > The no code change workaround is to change DHCP to SYNCDHCP which will > > restore the old behavior on this interface. > >=20 > > -- Brooks >=20 > Great, configuring SYNCDHCP does exactly what it should do. I'm happy. >=20 > If I understand you correctly, the long term solution would be to fix > the 'em' driver so that it never does anything with an interface until > it's configured (in my case: renamed). I never even touched C code, so I > hope someone else will look into that ;) My view is that interfaces should be "down" and ideally in maximum power save mode until they are configured "up" due to having an ifconfig_ or related entry in /etc/rc.conf. As a result, they shouldn't do anything that would result in events being generated until after a rename. -- Brooks --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLHT/vXY6L6fI4GtQRAkKeAJwN0WpDoOEc31e4Zf5rcP0gf0FZMACZAYAD Tq7YkGTae+fGIYfY1JbeO4w= =77uc -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 17:51:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C1E5106566B for ; Mon, 7 Dec 2009 17:51:41 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-px0-f194.google.com (mail-px0-f194.google.com [209.85.216.194]) by mx1.freebsd.org (Postfix) with ESMTP id 608258FC19 for ; Mon, 7 Dec 2009 17:51:41 +0000 (UTC) Received: by pxi32 with SMTP id 32so2046142pxi.15 for ; Mon, 07 Dec 2009 09:51:41 -0800 (PST) MIME-Version: 1.0 Received: by 10.103.67.25 with SMTP id u25mr2336897muk.45.1260208298926; Mon, 07 Dec 2009 09:51:38 -0800 (PST) In-Reply-To: <4B12CCA8.7050808@omnilan.de> References: <4B12CCA8.7050808@omnilan.de> Date: Mon, 7 Dec 2009 12:51:38 -0500 Message-ID: <1de79840912070951p1abf7dbfxdf7d5ea5ab5903cd@mail.gmail.com> From: Michael Proto To: Harald Schmalzbauer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: named, VARMFS=yes and FILESDIR X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 17:51:41 -0000 On Sun, Nov 29, 2009 at 2:34 PM, Harald Schmalzbauer wrote: > Hello, > > while building an embedded slave DNS I recognized that running named out = of > the box with VARMFS enabled would fail. > Now I could easily fix it for my device only, but I think it's better to > solve it upstream. > VARMFS=3DYes is a standard option, likewise named_enable. > > Short description of the problem: > When rc detects non-writabel /var or VARMFS is set to yes, a new /var tre= e > gets populated. This comes without config, hint file and likewise for > /var/named/namedb, but /etc/namedb is a symlink to /var/named/namedb. > > rc.d/named could easily be supplemented with the neccessary checks, but w= e > don't have the needed files outside of /var. > > My idea is to create a namedb directory in /usr/share (like there's one f= or > sendmail) with duplicate entries of src/etc/namedb > > Unfortunately I couldn't find out where FILESDIR is processed in the bsd > build stages. > If the idea is plausable, how do I best install /usr/share/namedb? > src/etc/namedb is entered at DISTRIBUTION target, right? > > Id highly appreciate if somebody who's familar with the build stages coul= d > give me some hints. > > Thanks, > > -Harry > > P.S.: named_conf definitions in rc.conf get lost. Here's the patch: > --- etc/rc.d/named.orig 2009-09-13 20:11:34.000000000 +0200 > +++ etc/rc.d/named =A0 =A0 =A02009-09-13 21:38:29.000000000 +0200 > @@ -264,6 +284,6 @@ > =A0# > =A0required_dirs=3D"$named_chrootdir" =A0 =A0 =A0 # if it is set, it must= exist > =A0pidfile=3D"${named_pidfile:-/var/run/named/pid}" > -command_args=3D"-u ${named_uid:=3Droot}" > +command_args=3D"-c $named_conf -u ${named_uid:=3Droot}" > > I think this is likely an ordering issue, as I use a MFS-based /var on my home router and named works with the default /var/named chroot just fine. My main difference being I define the MFS /var in fstab as opposed to the varmfs=3D"YES" rc.conf tunable. /etc/fstab: md /var mfs rw,async,-s12m 2 0 /etc/rc.conf: populate_var=3D"YES" With these settings a chrooted named into /var/named works just as expected= . -Proto From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 21:20:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57EA21065672; Mon, 7 Dec 2009 21:20:12 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id A65DB8FC0A; Mon, 7 Dec 2009 21:20:11 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAMgAHUuDaFvK/2dsb2JhbADaP4QzBA X-IronPort-AV: E=Sophos;i="4.47,357,1257138000"; d="scan'208";a="58228286" Received: from fraser.cs.uoguelph.ca ([131.104.91.202]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 07 Dec 2009 16:20:10 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id 8EDAA109C2BB; Mon, 7 Dec 2009 16:20:10 -0500 (EST) X-Virus-Scanned: amavisd-new at fraser.cs.uoguelph.ca Received: from fraser.cs.uoguelph.ca ([127.0.0.1]) by localhost (fraser.cs.uoguelph.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lFPiZ02o-0Qj; Mon, 7 Dec 2009 16:20:10 -0500 (EST) Received: from muncher.cs.uoguelph.ca (muncher.cs.uoguelph.ca [131.104.91.102]) by fraser.cs.uoguelph.ca (Postfix) with ESMTP id F06F0109C2BA; Mon, 7 Dec 2009 16:20:09 -0500 (EST) Received: from localhost (rmacklem@localhost) by muncher.cs.uoguelph.ca (8.11.7p3+Sun/8.11.6) with ESMTP id nB7LSqv12857; Mon, 7 Dec 2009 16:28:52 -0500 (EST) X-Authentication-Warning: muncher.cs.uoguelph.ca: rmacklem owned process doing -bs Date: Mon, 7 Dec 2009 16:28:52 -0500 (EST) From: Rick Macklem X-X-Sender: rmacklem@muncher.cs.uoguelph.ca To: "Robert N. M. Watson" In-Reply-To: Message-ID: References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-758783491-1260221332=:11928" Cc: pyunyh@gmail.com, dfr@FreeBSD.org, weldon@excelsusphoto.com, freebsd-current@FreeBSD.org, =?X-UNKNOWN?Q?Eirik_=C3~Xverby?= , Gavin Atkinson Subject: Re: FreeBSD 8.0 - network stack crashes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 21:20:12 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-758783491-1260221332=:11928 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 30 Nov 2009, Robert N. M. Watson wrote: > > On 30 Nov 2009, at 05:36, Eirik =D8verby wrote: > >> Short follow-up: Making OpenBSD use TCP mounts (it defaults to UDP) seem= s to solve the issue. >> >> So this is a UDP-NFS-related problem, it would seem? > > Could well be. Let's try another debugging tactic -- there are two possib= le things going on here: resource leak, and resource exhaustion leading to = deadlock. If you shut down to single user mode from multi-user, and let the= system quiesce for a few minutes, then run netstat -m, what does it look l= ike? Do vast numbers of mbufs+clusters get freed, or do they remain account= ed for as allocated? > > (If they remain allocated, they were likely leaked, since most/all socket= s will have been closed, releasing their resources on shutdown to single us= er when all processes are killed) > > The theory of an mbuf leak in NFS isn't an unlikely theory -- the socket = code there continues to change, and rare edge cases frequently lead to leak= s (per my earlier e-mail). Perhaps there's a case the OpenBSD client is tri= ggering that other NFS clients normally don't. If we think that's the case,= the next step is usually to narrow down what causes the leak to trigger a = lot (i.e., the backup starting), and then grab a packet trace that we can a= nalyze with wireshark. We'll want to look at the types of errors being retu= rned for RPCs and, in particular, if there's one that happens about the sam= e number of times as the resource has leaked over the same window, look at = the code and see if that error case is handled properly. > > If this is definitely an NFS leak bug, we should get the NFS folks attent= ion by sticking "NFS mbuf leak" in the subject line and CC'ing rmacklem/dfr= =2E :-) > It's a bit of a shot in the dark, but could you please test the following patch? It patches for a possible mbuf leak + a possible M_SONAME leak (I have no idea if these ever occur in practice?). It also fixes a case where the return value for svc_reply_dg() would have been TRUE for failure. It was all I could see from a quick look. rick --- rpc/svc_dg.c.sav=092009-12-07 15:37:45.000000000 -0500 +++ rpc/svc_dg.c=092009-12-07 15:48:50.000000000 -0500 @@ -221,6 +221,8 @@ =09xdrmbuf_create(&xdrs, mreq, XDR_DECODE); =09if (! xdr_callmsg(&xdrs, msg)) { =09=09XDR_DESTROY(&xdrs); +=09=09if (raddr !=3D NULL) +=09=09=09free(raddr, M_SONAME); =09=09return (FALSE); =09} @@ -259,11 +261,13 @@ =09=09m_fixhdr(mrep); =09=09error =3D sosend(xprt->xp_socket, addr, NULL, mrep, NULL, =09=09 0, curthread); -=09=09if (!error) { -=09=09=09stat =3D TRUE; +=09=09if (error) { +=09=09=09stat =3D FALSE; =09=09} =09} else { =09=09m_freem(mrep); +=09=09if (m !=3D NULL) +=09=09=09m_freem(m); =09} =09XDR_DESTROY(&xdrs); ---559023410-758783491-1260221332=:11928-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 22:12:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F9711065672 for ; Mon, 7 Dec 2009 22:12:49 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.211.194]) by mx1.freebsd.org (Postfix) with ESMTP id DED318FC25 for ; Mon, 7 Dec 2009 22:12:48 +0000 (UTC) Received: by ywh32 with SMTP id 32so5153791ywh.14 for ; Mon, 07 Dec 2009 14:12:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=4YAS9txbIHTIBQv08NdYW8dVVPHbQQLUANsfHBmtp6o=; b=Q4Wjxpz/rVjM1fK7r5nBLz+kbBlsXtqxTNZWX73ojBFVj308eK8I5AYq3P8p/cRk9P FLgEchCByaMsxsCM55BL2ZBgamQjzSNQZmOvZnSDb2PyEwU3Qz0VcmpBVhuBs7NySXYC 06uyg+Ii3yBQTiEgGgrBQj1e+myxnJeVWK1NM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=gPoFXiYA5X1Y7fwNWvuZ8CD/0fFFrSJM+N+NLnAAyBAdsZ80BqIs+SU8R6jcnbBVYD O35s04+4e4RhW/N6wYMV1lQXQzyYmatKwb2kFk0LYspjeYSKSlzlbXbkUnsYf56tWlWY DJHCJqvyfqDxaGevwF1jwW4tWvcb1UoZozA8E= MIME-Version: 1.0 Received: by 10.101.152.36 with SMTP id e36mr6199156ano.30.1260222149562; Mon, 07 Dec 2009 13:42:29 -0800 (PST) Date: Mon, 7 Dec 2009 16:42:29 -0500 Message-ID: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> From: Alexander Sack To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=001636c5bdcb901319047a2a55f9 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 22:12:49 -0000 --001636c5bdcb901319047a2a55f9 Content-Type: text/plain; charset=ISO-8859-1 Folks: I posted a similar thread on freebsd-scsi only to realize that scottl had fixed my first issue during some MP CAM cleanup with respect to a race during resource allocation issues on a later version of the driver we are using (I believe we did the same thing to resolve a lock issue on bootup). However on my RELENG_8 box with (2) Adaptec 5085s connected to some JBODs (9TB each) I still have a FIB starvation issue during the LUN scan: The number of FIBs allocated to this card is 512 (older cards are 256). The max_target per bus is 287. On a six channel controller with a BUS scan done in parallel I see a lot of this: ... (probe501:aacp1:0:214:0): Request Requeued (probe501:aacp1:0:214:0): Retrying Command (probe520:aacp1:0:233:0): Request Requeued (probe520:aacp1:0:233:0): Retrying Command (probe528:aacp1:0:241:0): Request Requeued (probe528:aacp1:0:241:0): Retrying Command (probe540:aacp1:0:253:0): Request Requeued (probe540:aacp1:0:253:0): Retrying Command (probe541:aacp1:0:254:0): Request Requeued (probe541:aacp1:0:254:0): Retrying Command .... I think the driver is much happier with the following attached patch (with dmesg). The CAM probeXXX process is now much much faster with ZERO retries. Is there anything bad about adding PIM_SYNCSCAN to hba_misc? What's the down side? It ensures minimally you don't run out of FIBs during a scan. The patch also bumps the number of FIBs to the maximum since I think its good to have that pool preallocated and its not that much memory on modern systems (this also helps if you have a controller that supports 512). Its 2 per page (FIBs are 2k) so its either 256 or 512, i.e. maximum of 1MB pool of FIBs. Perhaps that is not really necessary but again, why not? (if I get shot down so be it!) Anybody? Is this PR worthy? -aps --001636c5bdcb901319047a2a55f9 Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g2xroeel0 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtU1RBQkxFICMyOiBTdW4gRGVjICA2IDIxOjE5 OjEwIEVTVCAyMDA5CiAgICByb290QHdhdGNobWVuLmxvY2FsZG9tYWluOi91c3IvaG9tZS9hc2Fj ay9EZXZlbG9wbWVudC9mcmVlYnNkL1JFTEVOR184L3NyYy9zeXMvYW1kNjQvY29tcGlsZS9HRU5F UklDLUREQiBhbWQ2NApUaW1lY291bnRlciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1 YWxpdHkgMApDUFU6IEludGVsKFIpIFhlb24oUikgQ1BVICAgICAgICAgICBFNTQxMCAgQCAyLjMz R0h6ICgyMzI3LjUyLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVpbmVJbnRlbCIg IElkID0gMHgxMDY3YSAgU3RlcHBpbmcgPSAxMAogIEZlYXR1cmVzPTB4YmZlYmZiZmY8RlBVLFZN RSxERSxQU0UsVFNDLE1TUixQQUUsTUNFLENYOCxBUElDLFNFUCxNVFJSLFBHRSxNQ0EsQ01PVixQ QVQsUFNFMzYsQ0xGTFVTSCxEVFMsQUNQSSxNTVgsRlhTUixTU0UsU1NFMixTUyxIVFQsVE0sUEJF PgogIEZlYXR1cmVzMj0weDQwY2UzYmQ8U1NFMyxEVEVTNjQsTU9OLERTX0NQTCxWTVgsRVNULFRN MixTU1NFMyxDWDE2LHhUUFIsUERDTSxEQ0EsU1NFNC4xLFhTQVZFPgogIEFNRCBGZWF0dXJlcz0w eDIwMTAwODAwPFNZU0NBTEwsTlgsTE0+CiAgQU1EIEZlYXR1cmVzMj0weDE8TEFIRj4KICBUU0M6 IFAtc3RhdGUgaW52YXJpYW50CnJlYWwgbWVtb3J5ICA9IDE3MTc5ODY5MTg0ICgxNjM4NCBNQikK YXZhaWwgbWVtb3J5ID0gMTY1MjYwMzI4OTYgKDE1NzYwIE1CKQpBQ1BJIEFQSUMgVGFibGU6IDxJ TlRFTCAgUzUwMDBQQUw+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBTeXN0ZW0gRGV0ZWN0 ZWQ6IDggQ1BVcwpGcmVlQlNEL1NNUDogMSBwYWNrYWdlKHMpIHggOCBjb3JlKHMpCiBjcHUwIChC U1ApOiBBUElDIElEOiAgMAogY3B1MSAoQVApOiBBUElDIElEOiAgMQogY3B1MiAoQVApOiBBUElD IElEOiAgMgogY3B1MyAoQVApOiBBUElDIElEOiAgMwogY3B1NCAoQVApOiBBUElDIElEOiAgNAog Y3B1NSAoQVApOiBBUElDIElEOiAgNQogY3B1NiAoQVApOiBBUElDIElEOiAgNgogY3B1NyAoQVAp OiBBUElDIElEOiAgNwppb2FwaWMwIDxWZXJzaW9uIDIuMD4gaXJxcyAwLTIzIG9uIG1vdGhlcmJv YXJkCmlvYXBpYzEgPFZlcnNpb24gMi4wPiBpcnFzIDI0LTQ3IG9uIG1vdGhlcmJvYXJkCmxhcGlj MDogRm9yY2luZyBMSU5UMSB0byBlZGdlIHRyaWdnZXIKa2JkMSBhdCBrYmRtdXgwCmFjcGkwOiA8 SU5URUwgUzUwMDBQQUw+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KQUNQSSBFcnJv cjogUGFja2FnZSBMaXN0IGxlbmd0aCAoNikgbGFyZ2VyIHRoYW4gTnVtRWxlbWVudHMgY291bnQg KDIpLCB0cnVuY2F0ZWQKIDIwMDkwNTIxIGRzb2JqZWN0LTU5MApBQ1BJIEVycm9yOiBQYWNrYWdl IExpc3QgbGVuZ3RoICg2KSBsYXJnZXIgdGhhbiBOdW1FbGVtZW50cyBjb3VudCAoMiksIHRydW5j YXRlZAogMjAwOTA1MjEgZHNvYmplY3QtNTkwCkFDUEkgRXJyb3I6IFBhY2thZ2UgTGlzdCBsZW5n dGggKDYpIGxhcmdlciB0aGFuIE51bUVsZW1lbnRzIGNvdW50ICgyKSwgdHJ1bmNhdGVkCiAyMDA5 MDUyMSBkc29iamVjdC01OTAKQUNQSSBFcnJvcjogUGFja2FnZSBMaXN0IGxlbmd0aCAoNikgbGFy Z2VyIHRoYW4gTnVtRWxlbWVudHMgY291bnQgKDIpLCB0cnVuY2F0ZWQKIDIwMDkwNTIxIGRzb2Jq ZWN0LTU5MApBQ1BJIEVycm9yOiBQYWNrYWdlIExpc3QgbGVuZ3RoICg2KSBsYXJnZXIgdGhhbiBO dW1FbGVtZW50cyBjb3VudCAoMiksIHRydW5jYXRlZAogMjAwOTA1MjEgZHNvYmplY3QtNTkwCkFD UEkgRXJyb3I6IFBhY2thZ2UgTGlzdCBsZW5ndGggKDYpIGxhcmdlciB0aGFuIE51bUVsZW1lbnRz IGNvdW50ICgyKSwgdHJ1bmNhdGVkCiAyMDA5MDUyMSBkc29iamVjdC01OTAKQUNQSSBFcnJvcjog UGFja2FnZSBMaXN0IGxlbmd0aCAoNikgbGFyZ2VyIHRoYW4gTnVtRWxlbWVudHMgY291bnQgKDIp LCB0cnVuY2F0ZWQKIDIwMDkwNTIxIGRzb2JqZWN0LTU5MApBQ1BJIEVycm9yOiBQYWNrYWdlIExp c3QgbGVuZ3RoICg2KSBsYXJnZXIgdGhhbiBOdW1FbGVtZW50cyBjb3VudCAoMiksIHRydW5jYXRl ZAogMjAwOTA1MjEgZHNvYmplY3QtNTkwCmFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQpUaW1l Y291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNw aV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg0MDgtMHg0MGIg b24gYWNwaTAKYWNwaV9ocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAw eGZlZDAwMDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5j eSAxNDMxODE4MCBIeiBxdWFsaXR5IDkwMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9u IGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjYTIsMHhjYTMsMHhj ZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2 aWNlIDAuMCBvbiBwY2kxCnBjaTI6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIyCnBjaWIzOiA8QUNQ SSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAwLjAgb24gcGNpMgpwY2kzOiA8QUNQ SSBQQ0kgYnVzPiBvbiBwY2liMwpwY2liNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAwLjAgb24gcGNpMwpwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNAptZmkwOiA8TFNJIE1l Z2FTQVMgMTA2NFI+IG1lbSAweGI5MDAwMDAwLTB4YjkwMGZmZmYsMHhiODkwMDAwMC0weGI4OTFm ZmZmIGlycSAxOCBhdCBkZXZpY2UgMTQuMCBvbiBwY2k0Cm1maTA6IE1lZ2FyYWlkIFNBUyBkcml2 ZXIgVmVyIDMuMDAgCm1maTA6IDE4MDQgKDMxMzUxMTEyOXMvMHgwMDIwL2luZm8pIC0gU2h1dGRv d24gY29tbWFuZCByZWNlaXZlZCBmcm9tIGhvc3QKbWZpMDogMTgwNSAoYm9vdCArIDBzLzB4MDAy MC9pbmZvKSAtIEZpcm13YXJlIGluaXRpYWxpemF0aW9uIHN0YXJ0ZWQgKFBDSSBJRCAwNDExLzEw MDAvMzUwMS84MDg2KQptZmkwOiAxODA2IChib290ICsgMHMvMHgwMDIwL2luZm8pIC0gRmlybXdh cmUgdmVyc2lvbiAxLjEyLjIzMC0wNTk4Cm1maTA6IDE4MDcgKGJvb3QgKyAwcy8weDAwMjAvaW5m bykgLSBGaXJtd2FyZSBpbml0aWFsaXphdGlvbiBzdGFydGVkIChQQ0kgSUQgMDQxMS8xMDAwLzM1 MDEvODA4NikKbWZpMDogMTgwOCAoYm9vdCArIDBzLzB4MDAyMC9pbmZvKSAtIEZpcm13YXJlIHZl cnNpb24gMS4xMi4yMzAtMDU5OAptZmkwOiAxODA5IChib290ICsgNzFzLzB4MDAwOC9pbmZvKSAt IEJhdHRlcnkgdGVtcGVyYXR1cmUgaXMgbm9ybWFsCm1maTA6IDE4MTAgKGJvb3QgKyA3MXMvMHgw MDA4L2luZm8pIC0gQmF0dGVyeSBQcmVzZW50Cm1maTA6IDE4MTEgKGJvb3QgKyA3MXMvMHgwMDIw L2luZm8pIC0gQm9hcmQgUmV2aXNpb24gCm1maTA6IDE4MTIgKGJvb3QgKyAxMDBzLzB4MDAwNC9p bmZvKSAtIEVuY2xvc3VyZSAoU0VTKSBkaXNjb3ZlcmVkIG9uIFBEIDBjKGMgTm9uZS9wMSkKbWZp MDogMTgxMyAoYm9vdCArIDEwMHMvMHgwMDAyL2luZm8pIC0gSW5zZXJ0ZWQ6IEVuY2wgUEQgMGMK bWZpMDogMTgxNCAoYm9vdCArIDEwMHMvMHgwMDAyL2luZm8pIC0gSW5zZXJ0ZWQ6IFBEIDBjKGMg Tm9uZS9wMSkgSW5mbzogZW5jbFBkPTBjLCBzY3NpVHlwZT1kLCBwb3J0TWFwPTA5LCBzYXNBZGRy PTUwMDE1MDc5NmI4YzAwMDAsMDAwMDAwMDAwMDAwMDAwMAptZmkwOiAxODE1IChib290ICsgMTAw cy8weDAwMDIvaW5mbykgLSBJbnNlcnRlZDogUEQgMGEoZTB4MGMvczApCm1maTA6IDE4MTYgKGJv b3QgKyAxMDBzLzB4MDAwMi9pbmZvKSAtIEluc2VydGVkOiBQRCAwYShlMHgwYy9zMCkgSW5mbzog ZW5jbFBkPTBjLCBzY3NpVHlwZT0wLCBwb3J0TWFwPTAwLCBzYXNBZGRyPTcxOTAzYTI2YTQ5NDhl ODksMDAwMDAwMDAwMDAwMDAwMAptZmkwOiAxODE3IChib290ICsgMTAwcy8weDAwMDIvaW5mbykg LSBJbnNlcnRlZDogUEQgMGIoZTB4MGMvczEpCm1maTA6IDE4MTggKGJvb3QgKyAxMDBzLzB4MDAw Mi9pbmZvKSAtIEluc2VydGVkOiBQRCAwYihlMHgwYy9zMSkgSW5mbzogZW5jbFBkPTBjLCBzY3Np VHlwZT0wLCBwb3J0TWFwPTAxLCBzYXNBZGRyPTcxOTAzYTI3YTY4ZDk1OGEsMDAwMDAwMDAwMDAw MDAwMAptZmkwOiBbSVRIUkVBRF0KcGNpYjU6IDxQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDAu MiBvbiBwY2kzCnBjaTU6IDxQQ0kgYnVzPiBvbiBwY2liNQpwY2liNjogPEFDUEkgUENJLVBDSSBi cmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMS4wIG9uIHBjaTIKcGNpNjogPEFDUEkgUENJIGJ1cz4g b24gcGNpYjYKcGNpYjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDIu MCBvbiBwY2kyCnBjaTc6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI3CmVtMDogPEludGVsKFIpIFBS Ty8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA2LjkuMTQ+IHBvcnQgMHgyMDIwLTB4MjAzZiBtZW0g MHhiODgyMDAwMC0weGI4ODNmZmZmLDB4Yjg0MDAwMDAtMHhiODdmZmZmZiBpcnEgMTggYXQgZGV2 aWNlIDAuMCBvbiBwY2k3CmVtMDogVXNpbmcgTVNJIGludGVycnVwdAplbTA6IFtGSUxURVJdCmVt MDogRXRoZXJuZXQgYWRkcmVzczogMDA6MTU6MTc6OTY6Yjg6YzAKZW0xOiA8SW50ZWwoUikgUFJP LzEwMDAgTmV0d29yayBDb25uZWN0aW9uIDYuOS4xND4gcG9ydCAweDIwMDAtMHgyMDFmIG1lbSAw eGI4ODAwMDAwLTB4Yjg4MWZmZmYsMHhiODAwMDAwMC0weGI4M2ZmZmZmIGlycSAxOSBhdCBkZXZp Y2UgMC4xIG9uIHBjaTcKZW0xOiBVc2luZyBNU0kgaW50ZXJydXB0CmVtMTogW0ZJTFRFUl0KZW0x OiBFdGhlcm5ldCBhZGRyZXNzOiAwMDoxNToxNzo5NjpiODpjMQpwY2liODogPEFDUEkgUENJLVBD SSBicmlkZ2U+IGF0IGRldmljZSAwLjMgb24gcGNpMQpwY2k4OiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liOApwY2liOTogPFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMy4wIG9uIHBjaTAKcGNpOTog PFBDSSBidXM+IG9uIHBjaWI5CnBjaWIxMDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSA0LjAgb24gcGNpMApwY2kxMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjEwCmFhYzA6IDxBZGFw dGVjIFJBSUQgNTA4NT4gbWVtIDB4YjhlMDAwMDAtMHhiOGZmZmZmZiBpcnEgMTYgYXQgZGV2aWNl IDAuMCBvbiBwY2kxMAphYWMwOiBFbmFibGluZyA2NC1iaXQgYWRkcmVzcyBzdXBwb3J0CmFhYzA6 IEVuYWJsZSBSYXcgSS9PCmFhYzA6IEVuYWJsZSA2NC1iaXQgYXJyYXkKYWFjMDogTmV3IGNvbW0u IGludGVyZmFjZSBlbmFibGVkCmFhYzA6IFtJVEhSRUFEXQphYWMwOiBBZGFwdGVjIDUwODUsIGFh YyBkcml2ZXIgMi4wLjAtMQphYWNwMDogPFNDU0kgUGFzc3Rocm91Z2ggQnVzPiBvbiBhYWMwCmFh Y3AxOiA8U0NTSSBQYXNzdGhyb3VnaCBCdXM+IG9uIGFhYzAKYWFjcDI6IDxTQ1NJIFBhc3N0aHJv dWdoIEJ1cz4gb24gYWFjMApwY2liMTE6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2Ug NS4wIG9uIHBjaTAKcGNpMTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxMQphYWMxOiA8QWRhcHRl YyBSQUlEIDUwODU+IG1lbSAweGI4YzAwMDAwLTB4YjhkZmZmZmYgaXJxIDE4IGF0IGRldmljZSAw LjAgb24gcGNpMTEKYWFjMTogRW5hYmxpbmcgNjQtYml0IGFkZHJlc3Mgc3VwcG9ydAphYWMxOiBF bmFibGUgUmF3IEkvTwphYWMxOiBFbmFibGUgNjQtYml0IGFycmF5CmFhYzE6IE5ldyBjb21tLiBp bnRlcmZhY2UgZW5hYmxlZAphYWMxOiBbSVRIUkVBRF0KYWFjMTogQWRhcHRlYyA1MDg1LCBhYWMg ZHJpdmVyIDIuMC4wLTEKYWFjcDM6IDxTQ1NJIFBhc3N0aHJvdWdoIEJ1cz4gb24gYWFjMQphYWNw NDogPFNDU0kgUGFzc3Rocm91Z2ggQnVzPiBvbiBhYWMxCmFhY3A1OiA8U0NTSSBQYXNzdGhyb3Vn aCBCdXM+IG9uIGFhYzEKcGNpYjEyOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDYu MCBvbiBwY2kwCnBjaTEyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMTIKcGNpMTI6IDxuZXR3b3Jr PiBhdCBkZXZpY2UgMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCnBjaWIxMzogPEFDUEkgUENJLVBD SSBicmlkZ2U+IGF0IGRldmljZSA3LjAgb24gcGNpMApwY2kxMzogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjEzCnBjaTEzOiA8bmV0d29yaz4gYXQgZGV2aWNlIDAuMCAobm8gZHJpdmVyIGF0dGFjaGVk KQpwY2kwOiA8YmFzZSBwZXJpcGhlcmFsPiBhdCBkZXZpY2UgOC4wIChubyBkcml2ZXIgYXR0YWNo ZWQpCnBjaWIxNDogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSAzMC4wIG9uIHBjaTAK cGNpMTQ6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxNAp2Z2FwY2kwOiA8VkdBLWNvbXBhdGlibGUg ZGlzcGxheT4gcG9ydCAweDEwMDAtMHgxMGZmIG1lbSAweGIwMDAwMDAwLTB4YjdmZmZmZmYsMHhi OTEwMDAwMC0weGI5MTBmZmZmIGlycSAxNyBhdCBkZXZpY2UgMTIuMCBvbiBwY2kxNAppc2FiMDog PFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBv biBpc2FiMAphdGFwY2kwOiA8SW50ZWwgNjNYWEVTQjIgVURNQTEwMCBjb250cm9sbGVyPiBwb3J0 IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4MzA0MC0weDMwNGYgaXJxIDIw IGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAK YXRhMDogW0lUSFJFQURdCmF0YXBjaTE6IDxJbnRlbCA2M1hYRVNCMiBTQVRBMzAwIGNvbnRyb2xs ZXI+IHBvcnQgMHgzMDU4LTB4MzA1ZiwweDMwNzQtMHgzMDc3LDB4MzA1MC0weDMwNTcsMHgzMDcw LTB4MzA3MywweDMwMjAtMHgzMDNmIG1lbSAweGI5NDAwMDAwLTB4Yjk0MDAzZmYgaXJxIDIwIGF0 IGRldmljZSAzMS4yIG9uIHBjaTAKYXRhcGNpMTogW0lUSFJFQURdCmF0YXBjaTE6IEFIQ0kgY2Fs bGVkIGZyb20gdmVuZG9yIHNwZWNpZmljIGRyaXZlcgphdGFwY2kxOiBBSENJIHYxLjEwIGNvbnRy b2xsZXIgd2l0aCA2IDNHYnBzIHBvcnRzLCBQTSBzdXBwb3J0ZWQKYXRhMjogPEFUQSBjaGFubmVs IDA+IG9uIGF0YXBjaTEKYXRhMjogW0lUSFJFQURdCmF0YTM6IDxBVEEgY2hhbm5lbCAxPiBvbiBh dGFwY2kxCmF0YTM6IFtJVEhSRUFEXQphdGE0OiA8QVRBIGNoYW5uZWwgMj4gb24gYXRhcGNpMQph dGE0OiBbSVRIUkVBRF0KYXRhNTogPEFUQSBjaGFubmVsIDM+IG9uIGF0YXBjaTEKYXRhNTogW0lU SFJFQURdCmF0YTY6IDxBVEEgY2hhbm5lbCA0PiBvbiBhdGFwY2kxCmF0YTY6IFtJVEhSRUFEXQph dGE3OiA8QVRBIGNoYW5uZWwgNT4gb24gYXRhcGNpMQphdGE3OiBbSVRIUkVBRF0KcGNpMDogPHNl cmlhbCBidXMsIFNNQnVzPiBhdCBkZXZpY2UgMzEuMyAobm8gZHJpdmVyIGF0dGFjaGVkKQphdHJ0 YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEsMHg3NC0weDc3IGlycSA4IG9u IGFjcGkwCnVhcnQwOiA8MTY1NTAgb3IgY29tcGF0aWJsZT4gcG9ydCAweDNmOC0weDNmZiBpcnEg NCBmbGFncyAweDEwIG9uIGFjcGkwCnVhcnQwOiBbRklMVEVSXQp1YXJ0MTogPDE2NTUwIG9yIGNv bXBhdGlibGU+IHBvcnQgMHgyZjgtMHgyZmYgaXJxIDMgb24gYWNwaTAKdWFydDE6IFtGSUxURVJd CmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGly cSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAg YXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KYXRrYmQwOiBbSVRIUkVBRF0KcHNtMDog PFBTLzIgTW91c2U+IGlycSAxMiBvbiBhdGtiZGMwCnBzbTA6IFtHSUFOVC1MT0NLRURdCnBzbTA6 IFtJVEhSRUFEXQpwc20wOiBtb2RlbCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzCmNwdTA6IDxB Q1BJIENQVT4gb24gYWNwaTAKZXN0MDogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29u dHJvbD4gb24gY3B1MApwNHRjYzA6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24g Y3B1MApjcHUxOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDE6IDxFbmhhbmNlZCBTcGVlZFN0ZXAg RnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTEKcDR0Y2MxOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFs IENvbnRyb2w+IG9uIGNwdTEKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3QyOiA8RW5oYW5j ZWQgU3BlZWRTdGVwIEZyZXF1ZW5jeSBDb250cm9sPiBvbiBjcHUyCnA0dGNjMjogPENQVSBGcmVx dWVuY3kgVGhlcm1hbCBDb250cm9sPiBvbiBjcHUyCmNwdTM6IDxBQ1BJIENQVT4gb24gYWNwaTAK ZXN0MzogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MwpwNHRj YzM6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MwpjcHU0OiA8QUNQSSBD UFU+IG9uIGFjcGkwCmVzdDQ6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+ IG9uIGNwdTQKcDR0Y2M0OiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTQK Y3B1NTogPEFDUEkgQ1BVPiBvbiBhY3BpMAplc3Q1OiA8RW5oYW5jZWQgU3BlZWRTdGVwIEZyZXF1 ZW5jeSBDb250cm9sPiBvbiBjcHU1CnA0dGNjNTogPENQVSBGcmVxdWVuY3kgVGhlcm1hbCBDb250 cm9sPiBvbiBjcHU1CmNwdTY6IDxBQ1BJIENQVT4gb24gYWNwaTAKZXN0NjogPEVuaGFuY2VkIFNw ZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1NgpwNHRjYzY6IDxDUFUgRnJlcXVlbmN5 IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1NgpjcHU3OiA8QUNQSSBDUFU+IG9uIGFjcGkwCmVzdDc6 IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9uIGNwdTcKcDR0Y2M3OiA8 Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTcKb3JtMDogPElTQSBPcHRpb24g Uk9Ncz4gYXQgaW9tZW0gMHhjMDAwMC0weGM4ZmZmLDB4YzkwMDAtMHhjZjdmZiBvbiBpc2EwCnNj MDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBvbiBpc2EwCnNjMDogVkdBIDwxNiB2 aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDogPEdlbmVyaWMgSVNBIFZHQT4gYXQg cG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZmZmYgb24gaXNhMApwcGMwOiBjYW5u b3QgcmVzZXJ2ZSBJL08gcG9ydCByYW5nZQpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBt c2VjCmFjZDA6IENEUk9NIDxDRC0yMjRFLVIvMS5DQT4gYXQgYXRhMC1zbGF2ZSBVRE1BMzMKbWZp MDogMTgxOSAoMzEzNTExMzA1cy8weDAwMjAvaW5mbykgLSBUaW1lIGVzdGFibGlzaGVkIGFzIDEy LzA3LzA5IDE0OjI4OjI1OyAoMTAyIHNlY29uZHMgc2luY2UgcG93ZXIgb24pCm1maWQwOiA8TUZJ IExvZ2ljYWwgRGlzaz4gb24gbWZpMAptZmlkMDogMjM4NDE4TUIgKDQ4ODI4MDA2NCBzZWN0b3Jz KSBSQUlEIHZvbHVtZSAnJyBpcyBvcHRpbWFsCmFhY2QwOiA8UkFJRCA1PiBvbiBhYWMxCmFhY2Qw OiA5NTMzNDMwTUIgKDE5NTI0NDY0NjQwIHNlY3RvcnMpCmFhY2QxOiA8UkFJRCA1PiBvbiBhYWMx CmFhY2QxOiA5NTMzNDMwTUIgKDE5NTI0NDY0NjQwIHNlY3RvcnMpCnNlczAgYXQgYWFjcDUgYnVz IDAgc2NidXM1IHRhcmdldCAwIGx1biAwCnNlczA6IDxOZXdpc3lzIFNBMjEyMCBUMDMzPiBGaXhl ZCBFbmNsb3N1cmUgU2VydmljZXMgU0NTSS01IGRldmljZSAKc2VzMDogMy4zMDBNQi9zIHRyYW5z ZmVycwpzZXMwOiBTQ1NJLTMgU0VTIERldmljZQpzZXMxIGF0IGFhY3A1IGJ1cyAwIHNjYnVzNSB0 YXJnZXQgMSBsdW4gMApzZXMxOiA8TmV3aXN5cyBTQTIxMjAgVDAzMz4gRml4ZWQgRW5jbG9zdXJl IFNlcnZpY2VzIFNDU0ktNSBkZXZpY2UgCnNlczE6IDMuMzAwTUIvcyB0cmFuc2ZlcnMKc2VzMTog U0NTSS0zIFNFUyBEZXZpY2UKbGFwaWMzOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpT TVA6IEFQIENQVSAjMyBMYXVuY2hlZCEKbGFwaWMxOiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJp Z2dlcgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKbGFwaWMyOiBGb3JjaW5nIExJTlQxIHRvIGVk Z2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKbGFwaWM0OiBGb3JjaW5nIExJTlQx IHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNCBMYXVuY2hlZCEKbGFwaWM3OiBGb3JjaW5n IExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNyBMYXVuY2hlZCEKbGFwaWM1OiBG b3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNSBMYXVuY2hlZCEKbGFw aWM2OiBGb3JjaW5nIExJTlQxIHRvIGVkZ2UgdHJpZ2dlcgpTTVA6IEFQIENQVSAjNiBMYXVuY2hl ZCEKVHJ5aW5nIHRvIG1vdW50IHJvb3QgZnJvbSB1ZnM6L2Rldi9tZmlkMHMxYQplbTA6IGxpbmsg c3RhdGUgY2hhbmdlZCB0byBVUAo= --001636c5bdcb901319047a2a55f9 Content-Type: application/octet-stream; name="aac_fib_patch.RELENG_8" Content-Disposition: attachment; filename="aac_fib_patch.RELENG_8" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g2xrohjw1 SW5kZXg6IGFhYy5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9kZXYv YWFjL2FhYy5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0My4yLjQKZGlmZiAtdSAtcjEuMTQz LjIuNCBhYWMuYwotLS0gYWFjLmMJNSBOb3YgMjAwOSAxODozNDowMSAtMDAwMAkxLjE0My4yLjQK KysrIGFhYy5jCTcgRGVjIDIwMDkgMjE6MjM6NDMgLTAwMDAKQEAgLTYwNCw3ICs2MDQsNyBAQAog CVRBSUxRX0lOSVQoJnNjLT5hYWNfZmlibWFwX3RxaCk7CiAJc2MtPmFhY19jb21tYW5kcyA9IG1h bGxvYyhzYy0+YWFjX21heF9maWJzICogc2l6ZW9mKHN0cnVjdCBhYWNfY29tbWFuZCksCiAJCQkJ ICBNX0FBQ0JVRiwgTV9XQUlUT0t8TV9aRVJPKTsKLQl3aGlsZSAoc2MtPnRvdGFsX2ZpYnMgPCBB QUNfUFJFQUxMT0NBVEVfRklCUykgeworCXdoaWxlIChzYy0+dG90YWxfZmlicyA8IHNjLT5hYWNf bWF4X2ZpYnMpIHsKIAkJaWYgKGFhY19hbGxvY19jb21tYW5kcyhzYykgIT0gMCkKIAkJCWJyZWFr OwogCX0KSW5kZXg6IGFhY19jYW0uYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvaG9tZS9uY3ZzL3Ny Yy9zeXMvZGV2L2FhYy9hYWNfY2FtLmMsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMzEuMi4yCmRp ZmYgLXUgLXIxLjMxLjIuMiBhYWNfY2FtLmMKLS0tIGFhY19jYW0uYwk1IE5vdiAyMDA5IDE4OjM0 OjAxIC0wMDAwCTEuMzEuMi4yCisrKyBhYWNfY2FtLmMJNyBEZWMgMjAwOSAyMToyMzo0MyAtMDAw MApAQCAtMjYxLDcgKzI2MSw3IEBACiAJCWNwaS0+dGFyZ2V0X3NwcnQgPSAwOwogCiAJCS8qIFJl c2V0dGluZyB2aWEgdGhlIHBhc3N0aHJvdWdoIGNhdXNlcyBwcm9ibGVtcy4gKi8KLQkJY3BpLT5o YmFfbWlzYyA9IFBJTV9OT0JVU1JFU0VUOworCQljcGktPmhiYV9taXNjID0gUElNX05PQlVTUkVT RVQgfCBQSU1fU0VRU0NBTjsKIAkJY3BpLT5oYmFfZW5nX2NudCA9IDA7CiAJCWNwaS0+bWF4X3Rh cmdldCA9IGNhbXNjLT5pbmYtPlRhcmdldHNQZXJCdXM7CiAJCWNwaS0+bWF4X2x1biA9IDg7CS8q IFBlciB0aGUgY29udHJvbGxlciBzcGVjICovCkluZGV4OiBhYWN2YXIuaAo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvZGV2L2FhYy9hYWN2YXIuaCx2CnJldHJpZXZpbmcg cmV2aXNpb24gMS41Mi4yLjIKZGlmZiAtdSAtcjEuNTIuMi4yIGFhY3Zhci5oCi0tLSBhYWN2YXIu aAkyIE5vdiAyMDA5IDE2OjU0OjIzIC0wMDAwCTEuNTIuMi4yCisrKyBhYWN2YXIuaAk3IERlYyAy MDA5IDIxOjIzOjQ0IC0wMDAwCkBAIC01NywxMyArNTcsNiBAQAogI2RlZmluZSBBQUNfQURBUFRF Ul9GSUJTCTgKIAogLyoKLSAqIEZJQnMgYXJlIGFsbG9jYXRlZCBpbiBwYWdlLXNpemUgY2h1bmtz IGFuZCBjYW4gZ3JvdyB1cCB0byB0aGUgNTEyCi0gKiBsaW1pdCBpbXBvc2VkIGJ5IHRoZSBoYXJk d2FyZS4KLSAqLwotI2RlZmluZSBBQUNfUFJFQUxMT0NBVEVfRklCUwkxMjgKLSNkZWZpbmUgQUFD X05VTV9NR1RfRklCCQk4Ci0KLS8qCiAgKiBUaGUgY29udHJvbGxlciByZXBvcnRzIHN0YXR1cyBl dmVudHMgaW4gQUlGcy4gIFdlIGhhbmcgb24gdG8gYSBudW1iZXIgb2YKICAqIHRoZXNlIGluIG9y ZGVyIHRvIHBhc3MgdGhlbSBvdXQgdG8gdXNlci1zcGFjZSBtYW5hZ2VtZW50IHRvb2xzLgogICov Cg== --001636c5bdcb901319047a2a55f9-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 7 22:30:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D35D1065692 for ; Mon, 7 Dec 2009 22:30:14 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.211.194]) by mx1.freebsd.org (Postfix) with ESMTP id 070F58FC16 for ; Mon, 7 Dec 2009 22:30:12 +0000 (UTC) Received: by ywh32 with SMTP id 32so5169855ywh.14 for ; Mon, 07 Dec 2009 14:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=J85m6z2jR2472TzuPcSWKQunDqesn0SVn9130XaVHWI=; b=UCjmofM2VZrxFxn5EO/dHIQae6hDd2Gf0KgEUbmXtTKwSt7UKg0Y/dXGmzkHz6MYiA ljlh8HCfs30DvI2FCar9qhRuq9MhqDCyzhClXfwxaXjzDmc/0QNrNcdpU6Okn5yJvXvt 8BvkmRWWYjzy1slPVwDn9ujNDlbkc1WrDrcS8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=BhCr4jW110YGws7XfhAKwnM8ME7hM4NM8L4S0fucJ+Y4fQjOybQq6otGJNhpPB7Do/ 5csC4JlqZcGpTS8/hExCbOjSnM+0+UDgHgsF7Z/5lYDgTiB7E677cxvaJHlwji46MvPz dMrV33HPMPevV5Ff8JZk9FfKIszD+WkiNEq+8= MIME-Version: 1.0 Received: by 10.101.5.35 with SMTP id h35mr1910046ani.104.1260225011762; Mon, 07 Dec 2009 14:30:11 -0800 (PST) In-Reply-To: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> Date: Mon, 7 Dec 2009 17:30:11 -0500 Message-ID: <3c0b01820912071430o545e0ae4u45cb3b658f48c306@mail.gmail.com> From: Alexander Sack To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 07 Dec 2009 22:30:14 -0000 On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack wrote: > > Folks: > > I posted a similar thread on freebsd-scsi only to realize that scottl had= fixed my first issue during some MP CAM cleanup with respect to a race dur= ing resource allocation issues on a later version of the driver we are usin= g (I believe we did the same thing to resolve a lock issue on bootup). > > However on my RELENG_8 box with (2) Adaptec 5085s connected to some JBODs= (9TB each) I still have a FIB starvation issue during the LUN scan: > > The number of FIBs allocated to this card is 512 (older cards are 256).= =A0 The max_target per bus is 287.=A0 On a six channel controller with a BU= S scan done in parallel I see a lot of this: > > ... > (probe501:aacp1:0:214:0): Request Requeued > (probe501:aacp1:0:214:0): Retrying Command > (probe520:aacp1:0:233:0): Request Requeued > (probe520:aacp1:0:233:0): Retrying Command > (probe528:aacp1:0:241:0): Request Requeued > (probe528:aacp1:0:241:0): Retrying Command > (probe540:aacp1:0:253:0): Request Requeued > (probe540:aacp1:0:253:0): Retrying Command > (probe541:aacp1:0:254:0): Request Requeued > (probe541:aacp1:0:254:0): Retrying Command > .... > > I think the driver is much happier with the following attached patch (wit= h dmesg). Patch again but this time not base-64 encoded: Index: aac.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/aac/aac.c,v retrieving revision 1.143.2.4 diff -u -r1.143.2.4 aac.c --- aac.c 5 Nov 2009 18:34:01 -0000 1.143.2.4 +++ aac.c 7 Dec 2009 21:23:43 -0000 @@ -604,7 +604,7 @@ TAILQ_INIT(&sc->aac_fibmap_tqh); sc->aac_commands =3D malloc(sc->aac_max_fibs * sizeof(struct aac_command)= , M_AACBUF, M_WAITOK|M_ZERO); - while (sc->total_fibs < AAC_PREALLOCATE_FIBS) { + while (sc->total_fibs < sc->aac_max_fibs) { if (aac_alloc_commands(sc) !=3D 0) break; } Index: aac_cam.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/aac/aac_cam.c,v retrieving revision 1.31.2.2 diff -u -r1.31.2.2 aac_cam.c --- aac_cam.c 5 Nov 2009 18:34:01 -0000 1.31.2.2 +++ aac_cam.c 7 Dec 2009 21:23:43 -0000 @@ -261,7 +261,7 @@ cpi->target_sprt =3D 0; /* Resetting via the passthrough causes problems. */ - cpi->hba_misc =3D PIM_NOBUSRESET; + cpi->hba_misc =3D PIM_NOBUSRESET | PIM_SEQSCAN; cpi->hba_eng_cnt =3D 0; cpi->max_target =3D camsc->inf->TargetsPerBus; cpi->max_lun =3D 8; /* Per the controller spec */ Index: aacvar.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/aac/aacvar.h,v retrieving revision 1.52.2.2 diff -u -r1.52.2.2 aacvar.h --- aacvar.h 2 Nov 2009 16:54:23 -0000 1.52.2.2 +++ aacvar.h 7 Dec 2009 21:23:44 -0000 @@ -57,13 +57,6 @@ #define AAC_ADAPTER_FIBS 8 /* - * FIBs are allocated in page-size chunks and can grow up to the 512 - * limit imposed by the hardware. - */ -#define AAC_PREALLOCATE_FIBS 128 -#define AAC_NUM_MGT_FIB 8 - -/* * The controller reports status events in AIFs. We hang on to a number o= f * these in order to pass them out to user-space management tools. */ And dmesg: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-STABLE #2: Sun Dec 6 21:19:10 EST 2009 root@watchmen.localdomain:/usr/home/asack/Development/freebsd/RELENG_8/= src/sys/amd64/compile/GENERIC-DDB amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.52-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x1067a Stepping =3D 10 Features=3D0xbfebfbff Features2=3D0x40ce3bd AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant real memory =3D 17179869184 (16384 MB) avail memory =3D 16526032896 (15760 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard lapic0: Forcing LINT1 to edge trigger kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 ACPI Error: Package List length (6) larger than NumElements count (2), trun= cated 20090521 dsobject-590 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acp= i0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xca2,0xca3,0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pcib3: irq 16 at device 0.0 on pci2 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 mfi0: mem 0xb9000000-0xb900ffff,0xb8900000-0xb891ffff irq 18 at device 14.0 on pci4 mfi0: Megaraid SAS driver Ver 3.00 mfi0: 1804 (313511129s/0x0020/info) - Shutdown command received from host mfi0: 1805 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0411/1000/3501/8086) mfi0: 1806 (boot + 0s/0x0020/info) - Firmware version 1.12.230-0598 mfi0: 1807 (boot + 0s/0x0020/info) - Firmware initialization started (PCI ID 0411/1000/3501/8086) mfi0: 1808 (boot + 0s/0x0020/info) - Firmware version 1.12.230-0598 mfi0: 1809 (boot + 71s/0x0008/info) - Battery temperature is normal mfi0: 1810 (boot + 71s/0x0008/info) - Battery Present mfi0: 1811 (boot + 71s/0x0020/info) - Board Revision mfi0: 1812 (boot + 100s/0x0004/info) - Enclosure (SES) discovered on PD 0c(c None/p1) mfi0: 1813 (boot + 100s/0x0002/info) - Inserted: Encl PD 0c mfi0: 1814 (boot + 100s/0x0002/info) - Inserted: PD 0c(c None/p1) Info: enclPd=3D0c, scsiType=3Dd, portMap=3D09, sasAddr=3D500150796b8c0000,0000000000000000 mfi0: 1815 (boot + 100s/0x0002/info) - Inserted: PD 0a(e0x0c/s0) mfi0: 1816 (boot + 100s/0x0002/info) - Inserted: PD 0a(e0x0c/s0) Info: enclPd=3D0c, scsiType=3D0, portMap=3D00, sasAddr=3D71903a26a4948e89,0000000000000000 mfi0: 1817 (boot + 100s/0x0002/info) - Inserted: PD 0b(e0x0c/s1) mfi0: 1818 (boot + 100s/0x0002/info) - Inserted: PD 0b(e0x0c/s1) Info: enclPd=3D0c, scsiType=3D0, portMap=3D01, sasAddr=3D71903a27a68d958a,0000000000000000 mfi0: [ITHREAD] pcib5: at device 0.2 on pci3 pci5: on pcib5 pcib6: irq 16 at device 1.0 on pci2 pci6: on pcib6 pcib7: irq 16 at device 2.0 on pci2 pci7: on pcib7 em0: port 0x2020-0x203f mem 0xb8820000-0xb883ffff,0xb8400000-0xb87fffff irq 18 at device 0.0 on pci7 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:96:b8:c0 em1: port 0x2000-0x201f mem 0xb8800000-0xb881ffff,0xb8000000-0xb83fffff irq 19 at device 0.1 on pci7 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:15:17:96:b8:c1 pcib8: at device 0.3 on pci1 pci8: on pcib8 pcib9: at device 3.0 on pci0 pci9: on pcib9 pcib10: at device 4.0 on pci0 pci10: on pcib10 aac0: mem 0xb8e00000-0xb8ffffff irq 16 at device 0.0 on pci10 aac0: Enabling 64-bit address support aac0: Enable Raw I/O aac0: Enable 64-bit array aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec 5085, aac driver 2.0.0-1 aacp0: on aac0 aacp1: on aac0 aacp2: on aac0 pcib11: at device 5.0 on pci0 pci11: on pcib11 aac1: mem 0xb8c00000-0xb8dfffff irq 18 at device 0.0 on pci11 aac1: Enabling 64-bit address support aac1: Enable Raw I/O aac1: Enable 64-bit array aac1: New comm. interface enabled aac1: [ITHREAD] aac1: Adaptec 5085, aac driver 2.0.0-1 aacp3: on aac1 aacp4: on aac1 aacp5: on aac1 pcib12: at device 6.0 on pci0 pci12: on pcib12 pci12: at device 0.0 (no driver attached) pcib13: at device 7.0 on pci0 pci13: on pcib13 pci13: at device 0.0 (no driver attached) pci0: at device 8.0 (no driver attached) pcib14: at device 30.0 on pci0 pci14: on pcib14 vgapci0: port 0x1000-0x10ff mem 0xb0000000-0xb7ffffff,0xb9100000-0xb910ffff irq 17 at device 12.0 on pci14 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x3040-0x304f irq 20 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x3058-0x305f,0x3074-0x3077,0x3050-0x3057,0x3070-0x3073,0x3020-0x303f mem 0xb9400000-0xb94003ff irq 20 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI v1.10 controller with 6 3Gbps ports, PM supported ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: [ITHREAD] pci0: at device 31.3 (no driver attached) atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 p4tcc7: on cpu7 orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xcf7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: cannot reserve I/O port range Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 mfi0: 1819 (313511305s/0x0020/info) - Time established as 12/07/09 14:28:25; (102 seconds since power on) mfid0: on mfi0 mfid0: 238418MB (488280064 sectors) RAID volume '' is optimal aacd0: on aac1 aacd0: 9533430MB (19524464640 sectors) aacd1: on aac1 aacd1: 9533430MB (19524464640 sectors) ses0 at aacp5 bus 0 scbus5 target 0 lun 0 ses0: Fixed Enclosure Services SCSI-5 device ses0: 3.300MB/s transfers ses0: SCSI-3 SES Device ses1 at aacp5 bus 0 scbus5 target 1 lun 0 ses1: Fixed Enclosure Services SCSI-5 device ses1: 3.300MB/s transfers ses1: SCSI-3 SES Device lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! Trying to mount root from ufs:/dev/mfid0s1a em0: link state changed to UP etc. Thanks! -aps From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 00:31:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CE6AE106566B; Tue, 8 Dec 2009 00:31:59 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Mon, 7 Dec 2009 19:31:43 -0500 User-Agent: KMail/1.6.2 References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <3c0b01820912071430o545e0ae4u45cb3b658f48c306@mail.gmail.com> In-Reply-To: <3c0b01820912071430o545e0ae4u45cb3b658f48c306@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_x5ZHLV0Wa6qggXx" Message-Id: <200912071931.46002.jkim@FreeBSD.org> Cc: Alexander Sack , scottl@FreeBSD.org, emaste@FreeBSD.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 00:32:00 -0000 --Boundary-00=_x5ZHLV0Wa6qggXx Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Content-Disposition: inline On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: > On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack wrote: > > Folks: > > > > I posted a similar thread on freebsd-scsi only to realize that > > scottl had fixed my first issue during some MP CAM cleanup with > > respect to a race during resource allocation issues on a later > > version of the driver we are using (I believe we did the same > > thing to resolve a lock issue on bootup). > > > > However on my RELENG_8 box with (2) Adaptec 5085s connected to > > some JBODs (9TB each) I still have a FIB starvation issue during > > the LUN scan: > > > > The number of FIBs allocated to this card is 512 (older cards are > > 256).  The max_target per bus is 287.  On a six channel > > controller with a BUS scan done in parallel I see a lot of this: > > > > ... > > (probe501:aacp1:0:214:0): Request Requeued > > (probe501:aacp1:0:214:0): Retrying Command > > (probe520:aacp1:0:233:0): Request Requeued > > (probe520:aacp1:0:233:0): Retrying Command > > (probe528:aacp1:0:241:0): Request Requeued > > (probe528:aacp1:0:241:0): Retrying Command > > (probe540:aacp1:0:253:0): Request Requeued > > (probe540:aacp1:0:253:0): Retrying Command > > (probe541:aacp1:0:254:0): Request Requeued > > (probe541:aacp1:0:254:0): Retrying Command > > .... > > > > I think the driver is much happier with the following attached > > patch (with dmesg). > > Patch again but this time not base-64 encoded: [SNIP!] I want it to be little conservative here, i.e., pre-allocating half of max_fibs. Will the attached patch work for you? Thanks, Jung-uk Kim --Boundary-00=_x5ZHLV0Wa6qggXx Content-Type: text/plain; charset="utf-8"; name="aac.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="aac.diff" Index: sys/dev/aac/aacvar.h =================================================================== --- sys/dev/aac/aacvar.h (revision 200237) +++ sys/dev/aac/aacvar.h (working copy) @@ -57,13 +57,6 @@ #define AAC_ADAPTER_FIBS 8 /* - * FIBs are allocated in page-size chunks and can grow up to the 512 - * limit imposed by the hardware. - */ -#define AAC_PREALLOCATE_FIBS 128 -#define AAC_NUM_MGT_FIB 8 - -/* * The controller reports status events in AIFs. We hang on to a number of * these in order to pass them out to user-space management tools. */ Index: sys/dev/aac/aac.c =================================================================== --- sys/dev/aac/aac.c (revision 200237) +++ sys/dev/aac/aac.c (working copy) @@ -604,7 +604,7 @@ aac_alloc(struct aac_softc *sc) TAILQ_INIT(&sc->aac_fibmap_tqh); sc->aac_commands = malloc(sc->aac_max_fibs * sizeof(struct aac_command), M_AACBUF, M_WAITOK|M_ZERO); - while (sc->total_fibs < AAC_PREALLOCATE_FIBS) { + while (sc->total_fibs < sc->aac_max_fibs / 2) { if (aac_alloc_commands(sc) != 0) break; } Index: sys/dev/aac/aac_cam.c =================================================================== --- sys/dev/aac/aac_cam.c (revision 200237) +++ sys/dev/aac/aac_cam.c (working copy) @@ -260,8 +260,11 @@ aac_cam_action(struct cam_sim *sim, union ccb *ccb cpi->hba_inquiry = PI_WIDE_16; cpi->target_sprt = 0; - /* Resetting via the passthrough causes problems. */ - cpi->hba_misc = PIM_NOBUSRESET; + /* + * Resetting via the passthrough or parallel bus scan + * causes problems. + */ + cpi->hba_misc = PIM_NOBUSRESET | PIM_SEQSCAN; cpi->hba_eng_cnt = 0; cpi->max_target = camsc->inf->TargetsPerBus; cpi->max_lun = 8; /* Per the controller spec */ --Boundary-00=_x5ZHLV0Wa6qggXx-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 00:47:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E57D106566B; Tue, 8 Dec 2009 00:47:33 +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 115158FC0A; Tue, 8 Dec 2009 00:47:32 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nB80lSJh023281; Mon, 7 Dec 2009 17:47:29 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <200912071931.46002.jkim@FreeBSD.org> Date: Mon, 7 Dec 2009 17:47:28 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <3c0b01820912071430o545e0ae4u45cb3b658f48c306@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.1 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Alexander Sack , scottl@FreeBSD.org, freebsd-current@FreeBSD.org, emaste@FreeBSD.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 00:47:33 -0000 On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: > On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack > wrote: >>> Folks: >>> >>> I posted a similar thread on freebsd-scsi only to realize that >>> scottl had fixed my first issue during some MP CAM cleanup with >>> respect to a race during resource allocation issues on a later >>> version of the driver we are using (I believe we did the same >>> thing to resolve a lock issue on bootup). >>> >>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>> some JBODs (9TB each) I still have a FIB starvation issue during >>> the LUN scan: >>> >>> The number of FIBs allocated to this card is 512 (older cards are >>> 256). The max_target per bus is 287. On a six channel >>> controller with a BUS scan done in parallel I see a lot of this: >>> >>> ... >>> (probe501:aacp1:0:214:0): Request Requeued >>> (probe501:aacp1:0:214:0): Retrying Command >>> (probe520:aacp1:0:233:0): Request Requeued >>> (probe520:aacp1:0:233:0): Retrying Command >>> (probe528:aacp1:0:241:0): Request Requeued >>> (probe528:aacp1:0:241:0): Retrying Command >>> (probe540:aacp1:0:253:0): Request Requeued >>> (probe540:aacp1:0:253:0): Retrying Command >>> (probe541:aacp1:0:254:0): Request Requeued >>> (probe541:aacp1:0:254:0): Retrying Command >>> .... >>> >>> I think the driver is much happier with the following attached >>> patch (with dmesg). >> >> Patch again but this time not base-64 encoded: > > [SNIP!] > > I want it to be little conservative here, i.e., pre-allocating half of > max_fibs. Will the attached patch work for you? The FIB allocation scheme was written when it was common for machines to only have 64MB of RAM and proportionally less KVA, so 256KB or 512KB was a lot of RAM to wire down. Those days have probably passed. Scott From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 01:05:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id BF626106566C; Tue, 8 Dec 2009 01:05:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Scott Long Date: Mon, 7 Dec 2009 20:05:00 -0500 User-Agent: KMail/1.6.2 References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912072005.02662.jkim@FreeBSD.org> Cc: Alexander Sack , scottl@FreeBSD.org, freebsd-current@FreeBSD.org, emaste@FreeBSD.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 01:05:11 -0000 On Monday 07 December 2009 07:47 pm, Scott Long wrote: > On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: > > On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: > >> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack > >> > > > > wrote: > >>> Folks: > >>> > >>> I posted a similar thread on freebsd-scsi only to realize that > >>> scottl had fixed my first issue during some MP CAM cleanup with > >>> respect to a race during resource allocation issues on a later > >>> version of the driver we are using (I believe we did the same > >>> thing to resolve a lock issue on bootup). > >>> > >>> However on my RELENG_8 box with (2) Adaptec 5085s connected to > >>> some JBODs (9TB each) I still have a FIB starvation issue > >>> during the LUN scan: > >>> > >>> The number of FIBs allocated to this card is 512 (older cards > >>> are 256). The max_target per bus is 287. On a six channel > >>> controller with a BUS scan done in parallel I see a lot of > >>> this: > >>> > >>> ... > >>> (probe501:aacp1:0:214:0): Request Requeued > >>> (probe501:aacp1:0:214:0): Retrying Command > >>> (probe520:aacp1:0:233:0): Request Requeued > >>> (probe520:aacp1:0:233:0): Retrying Command > >>> (probe528:aacp1:0:241:0): Request Requeued > >>> (probe528:aacp1:0:241:0): Retrying Command > >>> (probe540:aacp1:0:253:0): Request Requeued > >>> (probe540:aacp1:0:253:0): Retrying Command > >>> (probe541:aacp1:0:254:0): Request Requeued > >>> (probe541:aacp1:0:254:0): Retrying Command > >>> .... > >>> > >>> I think the driver is much happier with the following attached > >>> patch (with dmesg). > >> > >> Patch again but this time not base-64 encoded: > > > > [SNIP!] > > > > I want it to be little conservative here, i.e., pre-allocating > > half of max_fibs. Will the attached patch work for you? > > The FIB allocation scheme was written when it was common for > machines to only have 64MB of RAM and proportionally less KVA, so > 256KB or 512KB was a lot of RAM to wire down. Those days have > probably passed. So, what would do if you were hypothetically rewriting it today? :-) Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 01:15:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAF33106566B; Tue, 8 Dec 2009 01:15:43 +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 5D70B8FC1E; Tue, 8 Dec 2009 01:15:42 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nB81E6rj023466; Mon, 7 Dec 2009 18:14:06 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <200912072005.02662.jkim@FreeBSD.org> Date: Mon, 7 Dec 2009 18:14:06 -0700 Content-Transfer-Encoding: 7bit Message-Id: <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> <200912072005.02662.jkim@FreeBSD.org> To: Jung-uk Kim X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.2 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Alexander Sack , scottl@FreeBSD.org, freebsd-current@FreeBSD.org, emaste@FreeBSD.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 01:15:43 -0000 On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: > On Monday 07 December 2009 07:47 pm, Scott Long wrote: >> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >>>> >>> >>> wrote: >>>>> Folks: >>>>> >>>>> I posted a similar thread on freebsd-scsi only to realize that >>>>> scottl had fixed my first issue during some MP CAM cleanup with >>>>> respect to a race during resource allocation issues on a later >>>>> version of the driver we are using (I believe we did the same >>>>> thing to resolve a lock issue on bootup). >>>>> >>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>>>> some JBODs (9TB each) I still have a FIB starvation issue >>>>> during the LUN scan: >>>>> >>>>> The number of FIBs allocated to this card is 512 (older cards >>>>> are 256). The max_target per bus is 287. On a six channel >>>>> controller with a BUS scan done in parallel I see a lot of >>>>> this: >>>>> >>>>> ... >>>>> (probe501:aacp1:0:214:0): Request Requeued >>>>> (probe501:aacp1:0:214:0): Retrying Command >>>>> (probe520:aacp1:0:233:0): Request Requeued >>>>> (probe520:aacp1:0:233:0): Retrying Command >>>>> (probe528:aacp1:0:241:0): Request Requeued >>>>> (probe528:aacp1:0:241:0): Retrying Command >>>>> (probe540:aacp1:0:253:0): Request Requeued >>>>> (probe540:aacp1:0:253:0): Retrying Command >>>>> (probe541:aacp1:0:254:0): Request Requeued >>>>> (probe541:aacp1:0:254:0): Retrying Command >>>>> .... >>>>> >>>>> I think the driver is much happier with the following attached >>>>> patch (with dmesg). >>>> >>>> Patch again but this time not base-64 encoded: >>> >>> [SNIP!] >>> >>> I want it to be little conservative here, i.e., pre-allocating >>> half of max_fibs. Will the attached patch work for you? >> >> The FIB allocation scheme was written when it was common for >> machines to only have 64MB of RAM and proportionally less KVA, so >> 256KB or 512KB was a lot of RAM to wire down. Those days have >> probably passed. > > So, what would do if you were hypothetically rewriting it today? :-) > Most hardware have mechanisms for probing their command queue depth. What I typically do these days is allocate a minimum number of commands so that this probing can be done, then do a single slab allocation based on the results. AAC doesn't have this capability, but the 256/512 size is pretty well understood. The page-by-page allocation of aac works, but adds extra bookkeeping and complication to the driver. Scott From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 04:00:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 309671065676; Tue, 8 Dec 2009 04:00:16 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-gx0-f218.google.com (mail-gx0-f218.google.com [209.85.217.218]) by mx1.freebsd.org (Postfix) with ESMTP id 9AEFA8FC14; Tue, 8 Dec 2009 04:00:15 +0000 (UTC) Received: by gxk10 with SMTP id 10so3893531gxk.3 for ; Mon, 07 Dec 2009 20:00:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=z/9fbOimk/AxnKnaOQJBdVozFLxLWPpCguhs4auc2yw=; b=vIQim0Z6KqRCD/laYrDEKL9zFnIvOjXqgRIO4ZsRee596SiKyLvu8ePb70StBIeU4X fc4Ok2ICi8rlbk1itS2jsGFGDo8NHhIpBoR3cSXz9QzPGaF+maoGgq6GPZHf+FyRQt9j CVsGx1b3qI7Xia53+dmrHzz0DrQbI+K41Puq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Avg5hCjfu7TTAhg5huKqf+eBnLvUSWLMs+WKp+mUp+BGKHLb3Dg0ABy3r98Jpm8rAa Ev4K4itiLMbXYa3reN0sz85yZK7E4h5hMNDVYxh9kReblF9wk0j1yOV6xQkVSOKNeKqQ kX5gY3sKiexni6YW6BZsQ9zdPNttWFT4GQKxY= MIME-Version: 1.0 Received: by 10.101.159.30 with SMTP id l30mr6302404ano.56.1260244814785; Mon, 07 Dec 2009 20:00:14 -0800 (PST) In-Reply-To: <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> <200912072005.02662.jkim@FreeBSD.org> <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> Date: Mon, 7 Dec 2009 23:00:14 -0500 Message-ID: <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> From: Alexander Sack To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org, Jung-uk Kim Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 04:00:16 -0000 On Mon, Dec 7, 2009 at 8:14 PM, Scott Long wrote: > On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: >> >> On Monday 07 December 2009 07:47 pm, Scott Long wrote: >>> >>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >>>> >>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >>>>> >>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >>>>> >>>> >>>> wrote: >>>>>> >>>>>> Folks: >>>>>> >>>>>> I posted a similar thread on freebsd-scsi only to realize that >>>>>> scottl had fixed my first issue during some MP CAM cleanup with >>>>>> respect to a race during resource allocation issues on a later >>>>>> version of the driver we are using (I believe we did the same >>>>>> thing to resolve a lock issue on bootup). >>>>>> >>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>>>>> some JBODs (9TB each) I still have a FIB starvation issue >>>>>> during the LUN scan: >>>>>> >>>>>> The number of FIBs allocated to this card is 512 (older cards >>>>>> are 256). =A0The max_target per bus is 287. =A0On a six channel >>>>>> controller with a BUS scan done in parallel I see a lot of >>>>>> this: >>>>>> >>>>>> ... >>>>>> (probe501:aacp1:0:214:0): Request Requeued >>>>>> (probe501:aacp1:0:214:0): Retrying Command >>>>>> (probe520:aacp1:0:233:0): Request Requeued >>>>>> (probe520:aacp1:0:233:0): Retrying Command >>>>>> (probe528:aacp1:0:241:0): Request Requeued >>>>>> (probe528:aacp1:0:241:0): Retrying Command >>>>>> (probe540:aacp1:0:253:0): Request Requeued >>>>>> (probe540:aacp1:0:253:0): Retrying Command >>>>>> (probe541:aacp1:0:254:0): Request Requeued >>>>>> (probe541:aacp1:0:254:0): Retrying Command >>>>>> .... >>>>>> >>>>>> I think the driver is much happier with the following attached >>>>>> patch (with dmesg). >>>>> >>>>> Patch again but this time not base-64 encoded: >>>> >>>> [SNIP!] >>>> >>>> I want it to be little conservative here, i.e., pre-allocating >>>> half of max_fibs. =A0Will the attached patch work for you? >>> >>> The FIB allocation scheme was written when it was common for >>> machines to only have 64MB of RAM and proportionally less KVA, so >>> 256KB or 512KB was a lot of RAM to wire down. =A0Those days have >>> probably passed. >> >> So, what would do if you were hypothetically rewriting it today? :-) >> > > Most hardware have mechanisms for probing their command queue depth. =A0W= hat I > typically do these days is allocate a minimum number of commands so that > this probing can be done, then do a single slab allocation based on the > results. =A0AAC doesn't have this capability, but the 256/512 size is pre= tty > well understood. =A0The page-by-page allocation of aac works, but adds ex= tra > bookkeeping and complication to the driver. > Right Scott, that is what JK and I discussed this evening. I figured the 128 macro was just historical cruft and your email confirms it. So are we ALL okay with the original patch as it stands for now? JK I am fine with the divide 2 change but I think raising it to 256 is really the way to go at this point! :D -aps From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 04:04:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC621065695; Tue, 8 Dec 2009 04:04:47 +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 D072C8FC1E; Tue, 8 Dec 2009 04:04:46 +0000 (UTC) Received: from ydesk.samsco.home (ydesk.samsco.home [192.168.254.15]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nB844WGQ024360; Mon, 7 Dec 2009 21:04:37 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> Date: Mon, 7 Dec 2009 21:04:31 -0700 Content-Transfer-Encoding: 7bit Message-Id: <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> <200912072005.02662.jkim@FreeBSD.org> <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> To: Alexander Sack X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org, Jung-uk Kim Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 04:04:48 -0000 On Dec 7, 2009, at 9:00 PM, Alexander Sack wrote: > On Mon, Dec 7, 2009 at 8:14 PM, Scott Long wrote: >> On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: >>> >>> On Monday 07 December 2009 07:47 pm, Scott Long wrote: >>>> >>>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >>>>> >>>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >>>>>> >>>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >>>>>> >>>>> >>>>> wrote: >>>>>>> >>>>>>> Folks: >>>>>>> >>>>>>> I posted a similar thread on freebsd-scsi only to realize that >>>>>>> scottl had fixed my first issue during some MP CAM cleanup with >>>>>>> respect to a race during resource allocation issues on a later >>>>>>> version of the driver we are using (I believe we did the same >>>>>>> thing to resolve a lock issue on bootup). >>>>>>> >>>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>>>>>> some JBODs (9TB each) I still have a FIB starvation issue >>>>>>> during the LUN scan: >>>>>>> >>>>>>> The number of FIBs allocated to this card is 512 (older cards >>>>>>> are 256). The max_target per bus is 287. On a six channel >>>>>>> controller with a BUS scan done in parallel I see a lot of >>>>>>> this: >>>>>>> >>>>>>> ... >>>>>>> (probe501:aacp1:0:214:0): Request Requeued >>>>>>> (probe501:aacp1:0:214:0): Retrying Command >>>>>>> (probe520:aacp1:0:233:0): Request Requeued >>>>>>> (probe520:aacp1:0:233:0): Retrying Command >>>>>>> (probe528:aacp1:0:241:0): Request Requeued >>>>>>> (probe528:aacp1:0:241:0): Retrying Command >>>>>>> (probe540:aacp1:0:253:0): Request Requeued >>>>>>> (probe540:aacp1:0:253:0): Retrying Command >>>>>>> (probe541:aacp1:0:254:0): Request Requeued >>>>>>> (probe541:aacp1:0:254:0): Retrying Command >>>>>>> .... >>>>>>> >>>>>>> I think the driver is much happier with the following attached >>>>>>> patch (with dmesg). >>>>>> >>>>>> Patch again but this time not base-64 encoded: >>>>> >>>>> [SNIP!] >>>>> >>>>> I want it to be little conservative here, i.e., pre-allocating >>>>> half of max_fibs. Will the attached patch work for you? >>>> >>>> The FIB allocation scheme was written when it was common for >>>> machines to only have 64MB of RAM and proportionally less KVA, so >>>> 256KB or 512KB was a lot of RAM to wire down. Those days have >>>> probably passed. >>> >>> So, what would do if you were hypothetically rewriting it today? :-) >>> >> >> Most hardware have mechanisms for probing their command queue >> depth. What I >> typically do these days is allocate a minimum number of commands so >> that >> this probing can be done, then do a single slab allocation based on >> the >> results. AAC doesn't have this capability, but the 256/512 size is >> pretty >> well understood. The page-by-page allocation of aac works, but >> adds extra >> bookkeeping and complication to the driver. >> > > Right Scott, that is what JK and I discussed this evening. I figured > the 128 macro was just historical cruft and your email confirms it. > So are we ALL okay with the original patch as it stands for now? JK I > am fine with the divide 2 change but I think raising it to 256 is > really the way to go at this point! :D If you're going to increase it, why not simply increase it to the max amount that is appropriate for each card? One other thing I forgot to mention was contiguous memory. The page- by-page allocation in aac has another benefit, and that's to not tax contigmalloc with finding 256KB of contiguous memory. That's not a big deal at boot, but is a problem if you load the driver after the system has been running for a while. It's immensely useful during development, but it's never been clear to me how useful it is in real life. Scott From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 04:17:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32050106568D; Tue, 8 Dec 2009 04:17:13 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id A11108FC0A; Tue, 8 Dec 2009 04:17:12 +0000 (UTC) Received: by yxe1 with SMTP id 1so4694401yxe.3 for ; Mon, 07 Dec 2009 20:17:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8SbklCl9IJaxBlAwZxP1O+UN4g63bb/NgbvSPYniCTc=; b=V0WDGJ5GOy36/yo2CeskmXt0KHI50G2Gp2CML+PWKQ56hsHoGU8GM2M19V2+25s2kf BWA3sZeHv6xWevi2ePj3axPMQxDJGqcInR7zAEBIBX3k19gdZMRA30lRvDFcqxIJuwfG tE7VZzUyfRpNRJK17XjnaRP9zwUu3qUDmBt94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=d6p3Ms/FiTuOvQoys8pXJhlDEeAbYBchKQXoVNe30vHgA5igRwOI9g6QZDLQIHoYsT t6HkE5XBdXisTyrtrTkB2I/PsT3LfOWbn4JOT15OmCYtUqPHD9Zc+Oexulz+zAnab5FC KBZEoA7TL26Xm2lcjie69+qRnvrLoO2XouG9U= MIME-Version: 1.0 Received: by 10.101.190.12 with SMTP id s12mr6410556anp.31.1260245831776; Mon, 07 Dec 2009 20:17:11 -0800 (PST) In-Reply-To: <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> <200912072005.02662.jkim@FreeBSD.org> <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> Date: Mon, 7 Dec 2009 23:17:11 -0500 Message-ID: <3c0b01820912072017x7d85c9e3t875692d7264bc05@mail.gmail.com> From: Alexander Sack To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org, Jung-uk Kim Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 04:17:13 -0000 On Mon, Dec 7, 2009 at 11:04 PM, Scott Long wrote: > > On Dec 7, 2009, at 9:00 PM, Alexander Sack wrote: > >> On Mon, Dec 7, 2009 at 8:14 PM, Scott Long wrote: >>> >>> On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: >>>> >>>> On Monday 07 December 2009 07:47 pm, Scott Long wrote: >>>>> >>>>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >>>>>> >>>>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >>>>>>> >>>>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >>>>>>> >>>>>> >>>>>> wrote: >>>>>>>> >>>>>>>> Folks: >>>>>>>> >>>>>>>> I posted a similar thread on freebsd-scsi only to realize that >>>>>>>> scottl had fixed my first issue during some MP CAM cleanup with >>>>>>>> respect to a race during resource allocation issues on a later >>>>>>>> version of the driver we are using (I believe we did the same >>>>>>>> thing to resolve a lock issue on bootup). >>>>>>>> >>>>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>>>>>>> some JBODs (9TB each) I still have a FIB starvation issue >>>>>>>> during the LUN scan: >>>>>>>> >>>>>>>> The number of FIBs allocated to this card is 512 (older cards >>>>>>>> are 256). =A0The max_target per bus is 287. =A0On a six channel >>>>>>>> controller with a BUS scan done in parallel I see a lot of >>>>>>>> this: >>>>>>>> >>>>>>>> ... >>>>>>>> (probe501:aacp1:0:214:0): Request Requeued >>>>>>>> (probe501:aacp1:0:214:0): Retrying Command >>>>>>>> (probe520:aacp1:0:233:0): Request Requeued >>>>>>>> (probe520:aacp1:0:233:0): Retrying Command >>>>>>>> (probe528:aacp1:0:241:0): Request Requeued >>>>>>>> (probe528:aacp1:0:241:0): Retrying Command >>>>>>>> (probe540:aacp1:0:253:0): Request Requeued >>>>>>>> (probe540:aacp1:0:253:0): Retrying Command >>>>>>>> (probe541:aacp1:0:254:0): Request Requeued >>>>>>>> (probe541:aacp1:0:254:0): Retrying Command >>>>>>>> .... >>>>>>>> >>>>>>>> I think the driver is much happier with the following attached >>>>>>>> patch (with dmesg). >>>>>>> >>>>>>> Patch again but this time not base-64 encoded: >>>>>> >>>>>> [SNIP!] >>>>>> >>>>>> I want it to be little conservative here, i.e., pre-allocating >>>>>> half of max_fibs. =A0Will the attached patch work for you? >>>>> >>>>> The FIB allocation scheme was written when it was common for >>>>> machines to only have 64MB of RAM and proportionally less KVA, so >>>>> 256KB or 512KB was a lot of RAM to wire down. =A0Those days have >>>>> probably passed. >>>> >>>> So, what would do if you were hypothetically rewriting it today? :-) >>>> >>> >>> Most hardware have mechanisms for probing their command queue depth. >>> =A0What I >>> typically do these days is allocate a minimum number of commands so tha= t >>> this probing can be done, then do a single slab allocation based on the >>> results. =A0AAC doesn't have this capability, but the 256/512 size is >>> pretty >>> well understood. =A0The page-by-page allocation of aac works, but adds >>> extra >>> bookkeeping and complication to the driver. >>> >> >> Right Scott, that is what JK and I discussed this evening. =A0I figured >> the 128 macro was just historical cruft and your email confirms it. >> So are we ALL okay with the original patch as it stands for now? =A0JK I >> am fine with the divide 2 change but I think raising it to 256 is >> really the way to go at this point! =A0:D > > > If you're going to increase it, why not simply increase it to the max amo= unt > that is appropriate for each card? Totally right! I thought though that the max fibs variable was set my reading firmware bits up. Am I off? 1755 /* Check for broken hardware that does a lower number of commands */ 1756 sc->aac_max_fibs =3D (sc->flags & AAC_FLAGS_256FIBS ? 256:512)= ; 1757 So checking against sc->aac_max_fibs would yield 512 up front on modern controllers. > One other thing I forgot to mention was contiguous memory. =A0The page-by= -page > allocation in aac has another benefit, and that's to not tax contigmalloc > with finding 256KB of contiguous memory. That's not a big deal at boot, b= ut > is a problem if you load the driver after the system has been running for= a > while. =A0It's immensely useful during development, but it's never been c= lear > to me how useful it is in real life. True. I can't imagine even today after loading it, it would be THAT much of an issue (besides its a RAID controller, do you really think you are going to load it so late in the game?). I am filing PR as we speak just to track! -aps From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 04:28:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7756C1065693; Tue, 8 Dec 2009 04:28:42 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id E4D0A8FC13; Tue, 8 Dec 2009 04:28:41 +0000 (UTC) Received: by yxe1 with SMTP id 1so4700866yxe.3 for ; Mon, 07 Dec 2009 20:28:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=18RP6zZBtbHMks0ACLpGwj68uoRJP1d8yeaYb521LJY=; b=Im+Adx3Rer1RwF0OuXokLeLotDFpE2lSm4UrNWS8S2NBgvuXOzmfSL1U7dtq7N4zyH ZQgYaMzgzX67VWv+T5dMnUcvBj8W7vPpk/IMT7x+szOjIQKEJz9eBFu2x9qJlj3WJ+Rm nX5KSEw9ZJnpBf2648TknLCYjzMWEHcbiro4A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=b6hJixwNSEkVEpDgnsx08aDw+xvvKDZWq6vc9C4Su02n2CZrObAa86UmndKaIxzAMI JwfvKTlat8Y+vagycPWf4XYLwnWpWgAAycfUM2VL3mnMaYL7R3JDXgVja+MsXdnjgjnk 17BFhIqyE8MVQZMOEK9KKl5Wsj+sHEOqN6iPY= MIME-Version: 1.0 Received: by 10.101.159.30 with SMTP id l30mr6305809ano.56.1260246521005; Mon, 07 Dec 2009 20:28:41 -0800 (PST) In-Reply-To: <3c0b01820912072017x7d85c9e3t875692d7264bc05@mail.gmail.com> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <200912071931.46002.jkim@FreeBSD.org> <200912072005.02662.jkim@FreeBSD.org> <3A549504-2AFE-4133-A8EF-642D53BC9F73@samsco.org> <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> <3c0b01820912072017x7d85c9e3t875692d7264bc05@mail.gmail.com> Date: Mon, 7 Dec 2009 23:28:40 -0500 Message-ID: <3c0b01820912072028g4146523fxf9c649913095365e@mail.gmail.com> From: Alexander Sack To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org, Jung-uk Kim Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 04:28:42 -0000 On Mon, Dec 7, 2009 at 11:17 PM, Alexander Sack wrote: > On Mon, Dec 7, 2009 at 11:04 PM, Scott Long wrote: >> >> On Dec 7, 2009, at 9:00 PM, Alexander Sack wrote: >> >>> On Mon, Dec 7, 2009 at 8:14 PM, Scott Long wrote: >>>> >>>> On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: >>>>> >>>>> On Monday 07 December 2009 07:47 pm, Scott Long wrote: >>>>>> >>>>>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >>>>>>> >>>>>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >>>>>>>> >>>>>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >>>>>>>> >>>>>>> >>>>>>> wrote: >>>>>>>>> >>>>>>>>> Folks: >>>>>>>>> >>>>>>>>> I posted a similar thread on freebsd-scsi only to realize that >>>>>>>>> scottl had fixed my first issue during some MP CAM cleanup with >>>>>>>>> respect to a race during resource allocation issues on a later >>>>>>>>> version of the driver we are using (I believe we did the same >>>>>>>>> thing to resolve a lock issue on bootup). >>>>>>>>> >>>>>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected to >>>>>>>>> some JBODs (9TB each) I still have a FIB starvation issue >>>>>>>>> during the LUN scan: >>>>>>>>> >>>>>>>>> The number of FIBs allocated to this card is 512 (older cards >>>>>>>>> are 256). =A0The max_target per bus is 287. =A0On a six channel >>>>>>>>> controller with a BUS scan done in parallel I see a lot of >>>>>>>>> this: >>>>>>>>> >>>>>>>>> ... >>>>>>>>> (probe501:aacp1:0:214:0): Request Requeued >>>>>>>>> (probe501:aacp1:0:214:0): Retrying Command >>>>>>>>> (probe520:aacp1:0:233:0): Request Requeued >>>>>>>>> (probe520:aacp1:0:233:0): Retrying Command >>>>>>>>> (probe528:aacp1:0:241:0): Request Requeued >>>>>>>>> (probe528:aacp1:0:241:0): Retrying Command >>>>>>>>> (probe540:aacp1:0:253:0): Request Requeued >>>>>>>>> (probe540:aacp1:0:253:0): Retrying Command >>>>>>>>> (probe541:aacp1:0:254:0): Request Requeued >>>>>>>>> (probe541:aacp1:0:254:0): Retrying Command >>>>>>>>> .... >>>>>>>>> >>>>>>>>> I think the driver is much happier with the following attached >>>>>>>>> patch (with dmesg). >>>>>>>> >>>>>>>> Patch again but this time not base-64 encoded: >>>>>>> >>>>>>> [SNIP!] >>>>>>> >>>>>>> I want it to be little conservative here, i.e., pre-allocating >>>>>>> half of max_fibs. =A0Will the attached patch work for you? >>>>>> >>>>>> The FIB allocation scheme was written when it was common for >>>>>> machines to only have 64MB of RAM and proportionally less KVA, so >>>>>> 256KB or 512KB was a lot of RAM to wire down. =A0Those days have >>>>>> probably passed. >>>>> >>>>> So, what would do if you were hypothetically rewriting it today? :-) >>>>> >>>> >>>> Most hardware have mechanisms for probing their command queue depth. >>>> =A0What I >>>> typically do these days is allocate a minimum number of commands so th= at >>>> this probing can be done, then do a single slab allocation based on th= e >>>> results. =A0AAC doesn't have this capability, but the 256/512 size is >>>> pretty >>>> well understood. =A0The page-by-page allocation of aac works, but adds >>>> extra >>>> bookkeeping and complication to the driver. >>>> >>> >>> Right Scott, that is what JK and I discussed this evening. =A0I figured >>> the 128 macro was just historical cruft and your email confirms it. >>> So are we ALL okay with the original patch as it stands for now? =A0JK = I >>> am fine with the divide 2 change but I think raising it to 256 is >>> really the way to go at this point! =A0:D >> >> >> If you're going to increase it, why not simply increase it to the max am= ount >> that is appropriate for each card? > > Totally right! =A0I thought though that the max fibs variable was set my > reading firmware bits up. =A0 Am I off? > > 1755 =A0 =A0 =A0 =A0 /* Check for broken hardware that does a lower numbe= r of > commands */ > 1756 =A0 =A0 =A0 =A0 sc->aac_max_fibs =3D (sc->flags & AAC_FLAGS_256FIBS = ? 256:512); > 1757 > > So checking against sc->aac_max_fibs would yield 512 up front on > modern controllers. > >> One other thing I forgot to mention was contiguous memory. =A0The page-b= y-page >> allocation in aac has another benefit, and that's to not tax contigmallo= c >> with finding 256KB of contiguous memory. That's not a big deal at boot, = but >> is a problem if you load the driver after the system has been running fo= r a >> while. =A0It's immensely useful during development, but it's never been = clear >> to me how useful it is in real life. > > True. =A0I can't imagine even today after loading it, it would be THAT > much of an issue (besides its a RAID controller, do you really think > you are going to load it so late in the game?). > > I am filing PR as we speak just to track! http://www.freebsd.org/cgi/query-pr.cgi?pr=3D141269 I botched the category though, it should probably be "scsi" please... -aps From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 08:18:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 872D5106568D for ; Tue, 8 Dec 2009 08:18:24 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 195FB8FC21 for ; Tue, 8 Dec 2009 08:18:23 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-232-83.belrs3.nsw.optusnet.com.au [122.106.232.83]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id nB88IKXo015601 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Dec 2009 19:18:21 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id nB88IKsl079237; Tue, 8 Dec 2009 19:18:20 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id nB88IJO8079236; Tue, 8 Dec 2009 19:18:19 +1100 (EST) (envelope-from peter) Date: Tue, 8 Dec 2009 19:18:19 +1100 From: Peter Jeremy To: krad Message-ID: <20091208081819.GA79142@server.vk2pj.dyndns.org> References: <78fb9d960912070447q101cc93ax8ce8298b2dd03772@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: ZFS v22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 08:18:24 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Dec-07 15:44:46 +0000, krad wrote: >longer than what? Are there any known issues? After all there is another >killer feature in there. Presumably you are referring to dedup - this is _very_ new and is not ready for production use. There have been several problems discussed in the zfs-discuss lists (and the latest OpenSolaris release was re- rolled to correct one of them). The latest problem I saw was unkillable processes. The version of ZFS in FreeBSD will be moved forward but it will never reach the bleeding edge of OpenSolaris. --=20 Peter Jeremy --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAkseC8sACgkQ/opHv/APuIceJACgqz30TBalLj6muPKfn+HBMwWO QqAAn2jBxIFNN0f+sqFF5JBQcn6dQG69 =j3Vh -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 09:33:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D60661065676; Tue, 8 Dec 2009 09:33:31 +0000 (UTC) (envelope-from vova@parallels.com) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 3250C8FC0C; Tue, 8 Dec 2009 09:33:30 +0000 (UTC) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id nB89XS60019761 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Dec 2009 12:33:29 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NHwRk-0005o3-9H; Tue, 08 Dec 2009 12:33:28 +0300 From: Vladimir Grebenschikov To: current@freebsd.org In-Reply-To: <1260198510.4118.5.camel@localhost> References: <1260198510.4118.5.camel@localhost> Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: quoted-printable Date: Tue, 08 Dec 2009 12:33:28 +0300 Message-ID: <1260264808.21699.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: net@freebsd.org Subject: Re: ifconfig_lo0_alias0 does not work any more on 9-CURRENT - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 09:33:31 -0000 Hi=20 Looks like now it is required to add 'inet ' prefix to ifconfig lines, for os <=3D 8.0 it was not required, although=20 corrected line: ifconfig_lo0_alias0=3D"inet 127.0.0.2/32" > After upgrade RELENG_8 -> 9-CURRENT following line in rc.con does not > work any more for me. (after boot no alias address on loop-back > interface). >=20 > ifconfig_lo0_alias0=3D"127.0.0.2/32" >=20 > console output while is usual, without errors, but does not shows > required address: >=20 > --- > Starting Network: lo0 em0. > lo0: flags=3D8049 metric 0 mtu 16384 > options=3D3 > inet 127.0.0.1 netmask 0xff000000 > em0: flags=3D8843 metric 0 mtu 15= 00 > options=3D19b > ether 00:15:58:82:36:1a > media: Ethernet autoselect > status: no carrier > --- >=20 > Any ideas what the reason of such behaviour ? --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 09:52:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B5401065670 for ; Tue, 8 Dec 2009 09:52:31 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id B153A8FC1B for ; Tue, 8 Dec 2009 09:52:30 +0000 (UTC) Received: by fxm2 with SMTP id 2so2821644fxm.13 for ; Tue, 08 Dec 2009 01:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=AfBxPK6DWL1H4mczxNQuhxqZQPY7R0dC1rnwNXgKd8I=; b=NfIvGDSQEkt1L7S2jep1lLpkVo3me9zbqE00BmsilzzHRTPV/CUY2jkU2kSa2OUVs0 BUHdvgffUblF+BNJFqz8JxpTy8O+6VOm5+TzGj7pKhFRkS2RpzOwktDxNxnnbt7RR5qp aL3AnC9oipMHrJRBbVIa+mbmE/G404vmPgs2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lgzVtZV3W2SBG4iOKD8k0SAPBro5sUkUTWfNGbPW3+7jOvtSFi+ROzBFmKtQj1IGSf JaXIr3EHjh37hfguh+cUmDbc2dMy/FSFbm2Sn5oRtLyXZf6fDNUZpeJKI4URerFLWlUC xEp/9rdmW4CTSI3o1NuZVP/KFn9BmHqXI8hyU= MIME-Version: 1.0 Received: by 10.239.138.35 with SMTP id n35mr843273hbn.30.1260265949618; Tue, 08 Dec 2009 01:52:29 -0800 (PST) In-Reply-To: <20091208081819.GA79142@server.vk2pj.dyndns.org> References: <78fb9d960912070447q101cc93ax8ce8298b2dd03772@mail.gmail.com> <20091208081819.GA79142@server.vk2pj.dyndns.org> Date: Tue, 8 Dec 2009 09:52:29 +0000 Message-ID: From: krad To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: ZFS v22 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 09:52:31 -0000 2009/12/8 Peter Jeremy > On 2009-Dec-07 15:44:46 +0000, krad wrote: > >longer than what? Are there any known issues? After all there is another > >killer feature in there. > > Presumably you are referring to dedup - this is _very_ new and is not > ready for production use. There have been several problems discussed > in the zfs-discuss lists (and the latest OpenSolaris release was re- > rolled to correct one of them). The latest problem I saw was unkillable > processes. > > The version of ZFS in FreeBSD will be moved forward but it will never > reach the bleeding edge of OpenSolaris. > > -- > Peter Jeremy > I realise all that I just wondered if it was on the horizon. We are doing quite a lot of testing of dedup at work for our opensolaris archivers. Going fairly well at the moment. However we aren't looking at making it live on selected systems until at least end Jan. That's assuming all goes well. From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 12:17:22 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF901065670; Tue, 8 Dec 2009 12:17: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 C437E8FC0A; Tue, 8 Dec 2009 12:17:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB8CHLCN071305; Tue, 8 Dec 2009 07:17:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB8CHLgX071292; Tue, 8 Dec 2009 12:17:21 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Dec 2009 12:17:21 GMT Message-Id: <200912081217.nB8CHLgX071292@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: Tue, 08 Dec 2009 12:17:23 -0000 TB --- 2009-12-08 10:54:32 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-08 10:54:32 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-12-08 10:54:32 - cleaning the object tree TB --- 2009-12-08 10:54:51 - cvsupping the source tree TB --- 2009-12-08 10:54:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-12-08 10:55:22 - building world TB --- 2009-12-08 10:55:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 10:55:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 10:55:22 - TARGET=ia64 TB --- 2009-12-08 10:55:22 - TARGET_ARCH=ia64 TB --- 2009-12-08 10:55:22 - TZ=UTC TB --- 2009-12-08 10:55:22 - __MAKE_CONF=/dev/null TB --- 2009-12-08 10:55:22 - cd /src TB --- 2009-12-08 10:55:22 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 8 10:55:22 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 8 12:11:40 UTC 2009 TB --- 2009-12-08 12:11:40 - generating LINT kernel config TB --- 2009-12-08 12:11:40 - cd /src/sys/ia64/conf TB --- 2009-12-08 12:11:40 - /usr/bin/make -B LINT TB --- 2009-12-08 12:11:40 - building LINT kernel TB --- 2009-12-08 12:11:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 12:11:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 12:11:40 - TARGET=ia64 TB --- 2009-12-08 12:11:40 - TARGET_ARCH=ia64 TB --- 2009-12-08 12:11:40 - TZ=UTC TB --- 2009-12-08 12:11:40 - __MAKE_CONF=/dev/null TB --- 2009-12-08 12:11:40 - cd /src TB --- 2009-12-08 12:11:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 8 12:11:40 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof': /src/sys/dev/e1000/if_igb.c:4234: warning: statement with no effect *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-08 12:17:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-08 12:17:21 - ERROR: failed to build lint kernel TB --- 2009-12-08 12:17:21 - 3892.80 user 640.35 system 4968.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 12:40:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6D1F106566B; Tue, 8 Dec 2009 12:40:34 +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 A21A08FC14; Tue, 8 Dec 2009 12:40:34 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NHzMf-0005go-Dk; Tue, 08 Dec 2009 12:40:33 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NHzMe-0005Tt-EX; Tue, 08 Dec 2009 12:40:25 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nB8CeOl1020329; Tue, 8 Dec 2009 12:40:24 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nB8CeO9x020328; Tue, 8 Dec 2009 12:40:24 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 8 Dec 2009 12:40:24 +0000 From: Anton Shterenlikht To: Marius Strobl Message-ID: <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091207153223.GA51206@alchemy.franken.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 12:40:35 -0000 On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: > On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > > On FreeBSD 8.0-RELEASE sparc64 > > > > I've successfully build current world, but on buildkernel I get: > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > > *** Error code 1 > > > > This should be fixed in r200215. AFAICT it was only exposed by > UP kernel builds. I updated the sources, but still get the same error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type *** Error code 1 1 error This is on FreeBSD 8.0-RELEASE sparc64. buildworld stage went fine. What is r200215? I tried to search for it, but got nothing. many thanks anton -- 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 Dec 8 12:59:10 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01384106566B; Tue, 8 Dec 2009 12:59:10 +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 CDD148FC0A; Tue, 8 Dec 2009 12:59:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB8Cx8Uf057019; Tue, 8 Dec 2009 07:59:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB8Cx8vA057012; Tue, 8 Dec 2009 12:59:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Dec 2009 12:59:08 GMT Message-Id: <200912081259.nB8Cx8vA057012@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: Tue, 08 Dec 2009 12:59:10 -0000 TB --- 2009-12-08 11:56:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-08 11:56:15 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-12-08 11:56:15 - cleaning the object tree TB --- 2009-12-08 11:56:31 - cvsupping the source tree TB --- 2009-12-08 11:56:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-12-08 11:57:00 - building world TB --- 2009-12-08 11:57:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 11:57:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 11:57:00 - TARGET=powerpc TB --- 2009-12-08 11:57:00 - TARGET_ARCH=powerpc TB --- 2009-12-08 11:57:00 - TZ=UTC TB --- 2009-12-08 11:57:00 - __MAKE_CONF=/dev/null TB --- 2009-12-08 11:57:00 - cd /src TB --- 2009-12-08 11:57:00 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 8 11:57:00 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 8 12:55:26 UTC 2009 TB --- 2009-12-08 12:55:26 - generating LINT kernel config TB --- 2009-12-08 12:55:26 - cd /src/sys/powerpc/conf TB --- 2009-12-08 12:55:26 - /usr/bin/make -B LINT TB --- 2009-12-08 12:55:26 - building LINT kernel TB --- 2009-12-08 12:55:26 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 12:55:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 12:55:26 - TARGET=powerpc TB --- 2009-12-08 12:55:26 - TARGET_ARCH=powerpc TB --- 2009-12-08 12:55:26 - TZ=UTC TB --- 2009-12-08 12:55:26 - __MAKE_CONF=/dev/null TB --- 2009-12-08 12:55:26 - cd /src TB --- 2009-12-08 12:55:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 8 12:55:26 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof': /src/sys/dev/e1000/if_igb.c:4234: warning: value computed is not used *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-08 12:59:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-08 12:59:08 - ERROR: failed to build lint kernel TB --- 2009-12-08 12:59:08 - 2899.57 user 607.34 system 3772.97 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 13:11:36 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 960451065670; Tue, 8 Dec 2009 13:11:36 +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 6F16F8FC0C; Tue, 8 Dec 2009 13:11:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB8DBZxj012880; Tue, 8 Dec 2009 08:11:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB8DBZtT012860; Tue, 8 Dec 2009 13:11:35 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Dec 2009 13:11:35 GMT Message-Id: <200912081311.nB8DBZtT012860@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: Tue, 08 Dec 2009 13:11:36 -0000 TB --- 2009-12-08 12:13:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-08 12:13:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-12-08 12:13:19 - cleaning the object tree TB --- 2009-12-08 12:13:36 - cvsupping the source tree TB --- 2009-12-08 12:13:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-12-08 12:14:04 - building world TB --- 2009-12-08 12:14:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 12:14:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 12:14:04 - TARGET=sparc64 TB --- 2009-12-08 12:14:04 - TARGET_ARCH=sparc64 TB --- 2009-12-08 12:14:04 - TZ=UTC TB --- 2009-12-08 12:14:04 - __MAKE_CONF=/dev/null TB --- 2009-12-08 12:14:04 - cd /src TB --- 2009-12-08 12:14:04 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 8 12:14:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 8 13:07:56 UTC 2009 TB --- 2009-12-08 13:07:56 - generating LINT kernel config TB --- 2009-12-08 13:07:56 - cd /src/sys/sparc64/conf TB --- 2009-12-08 13:07:56 - /usr/bin/make -B LINT TB --- 2009-12-08 13:07:56 - building LINT kernel TB --- 2009-12-08 13:07:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 13:07:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 13:07:56 - TARGET=sparc64 TB --- 2009-12-08 13:07:56 - TARGET_ARCH=sparc64 TB --- 2009-12-08 13:07:56 - TZ=UTC TB --- 2009-12-08 13:07:56 - __MAKE_CONF=/dev/null TB --- 2009-12-08 13:07:56 - cd /src TB --- 2009-12-08 13:07:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 8 13:07:56 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_pci.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dpt/dpt_scsi.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof': /src/sys/dev/e1000/if_igb.c:4234: warning: statement with no effect *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-08 13:11:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-08 13:11:35 - ERROR: failed to build lint kernel TB --- 2009-12-08 13:11:35 - 2728.12 user 588.29 system 3496.53 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 13:15:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72177106566B; Tue, 8 Dec 2009 13:15:15 +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 E11EC8FC19; Tue, 8 Dec 2009 13:15:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.3/8.14.3) with ESMTP id nB8DFETJ027215; Tue, 8 Dec 2009 08:15:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.3/8.14.3/Submit) id nB8DFEmd027214; Tue, 8 Dec 2009 13:15:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Dec 2009 13:15:14 GMT Message-Id: <200912081315.nB8DFEmd027214@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/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 13:15:15 -0000 TB --- 2009-12-08 12:17:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-12-08 12:17:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-12-08 12:17:22 - cleaning the object tree TB --- 2009-12-08 12:17:43 - cvsupping the source tree TB --- 2009-12-08 12:17:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-12-08 12:18:07 - building world TB --- 2009-12-08 12:18:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 12:18:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 12:18:07 - TARGET=sun4v TB --- 2009-12-08 12:18:07 - TARGET_ARCH=sparc64 TB --- 2009-12-08 12:18:07 - TZ=UTC TB --- 2009-12-08 12:18:07 - __MAKE_CONF=/dev/null TB --- 2009-12-08 12:18:07 - cd /src TB --- 2009-12-08 12:18:07 - /usr/bin/make -B buildworld >>> World build started on Tue Dec 8 12:18:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 8 13:11:29 UTC 2009 TB --- 2009-12-08 13:11:29 - generating LINT kernel config TB --- 2009-12-08 13:11:29 - cd /src/sys/sun4v/conf TB --- 2009-12-08 13:11:29 - /usr/bin/make -B LINT TB --- 2009-12-08 13:11:29 - building LINT kernel TB --- 2009-12-08 13:11:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-12-08 13:11:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-12-08 13:11:29 - TARGET=sun4v TB --- 2009-12-08 13:11:29 - TARGET_ARCH=sparc64 TB --- 2009-12-08 13:11:29 - TZ=UTC TB --- 2009-12-08 13:11:29 - __MAKE_CONF=/dev/null TB --- 2009-12-08 13:11:29 - cd /src TB --- 2009-12-08 13:11:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 8 13:11:29 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/dcons/dcons_os.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/de/if_de.c awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror eisa_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_em.c -I/src/sys/dev/e1000 cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/dev/e1000/if_igb.c -I/src/sys/dev/e1000 cc1: warnings being treated as errors /src/sys/dev/e1000/if_igb.c: In function 'igb_rxeof': /src/sys/dev/e1000/if_igb.c:4234: warning: statement with no effect *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-12-08 13:15:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-12-08 13:15:14 - ERROR: failed to build lint kernel TB --- 2009-12-08 13:15:14 - 2731.07 user 582.67 system 3472.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 14:00:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C38DD10656A3; Tue, 8 Dec 2009 14:00:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id C5B0E8FC14; Tue, 8 Dec 2009 14:00:36 +0000 (UTC) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id nB8E0YBA090070 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 8 Dec 2009 15:00:34 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id nB8E0Vp2062027 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Dec 2009 15:00:31 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id nB8E0VJx014871; Tue, 8 Dec 2009 15:00:31 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id nB8E0Vrq014870; Tue, 8 Dec 2009 15:00:31 +0100 (CET) (envelope-from ticso) Date: Tue, 8 Dec 2009 15:00:31 +0100 From: Bernd Walter To: Alexander Motin Message-ID: <20091208140031.GY7556@cicely7.cicely.de> References: <4B1671EE.1010301@FreeBSD.org> <4B18DDDA.3050608@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B18DDDA.3050608@FreeBSD.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.000, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: Goran Lowkrantz , FreeBSD-Current Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2009 14:00:37 -0000 On Fri, Dec 04, 2009 at 12:00:58PM +0200, Alexander Motin wrote: > Goran Lowkrantz wrote: > > Tested on a ASUSTeK M2N-VM DVI with good results. Only problem found was > > with a CF card in a SATA-CF adapter. It lies that it can handle DMA but > > fails miserably. Searched the web but could find no way to disable DMA > > when using CAM-ATA. > > I have also seen problems with DMA on SATA-CF adapters. What's > interesting is that same cards in PATA-CF adapter are working fine. Will > try them more. Just in case you are not aware of the CF DMA history. CF slots originally had not DMA support and support including pins had been assigned in a later revision. Now it can happen that a card is DMA capable, but if placed into a non DMA aware Slot the wiring is missing. Because of this you can buy CF cards, which had been setup by the vendor to not report DMA ability. Some vendors offer tools to toogle this feature. The only way to handle this automatically is to try DMA and fall back to non DMA. > Generally modes can be controlled via `camcontrol negotiate ...`. > To change SATA connection speed (in addition to driver hints) you may do: > camcontrol negotiate ada0 -U -R 1500 > camcontrol reset X > camcontrol rescan X > camcontrol negotiate ada0 > To change PATA mode you may do now: > camcontrol negotiate ada0 -U -M WDMA0 > camcontrol rescan X > camcontrol negotiate ada0 > But now it is impossible to switch between PIO and DMA PATA modes after > device was probed. This part is to be implemented yet. > > > Here is the inital rescan result after attaching it and the timeout when > > doing an identify: > > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > > ada2 at ahcich0 bus 0 scbus2 target 0 lun 0 > > ada2: ATA/ATAPI-4 device > > ada2: 150.000MB/s transfers (SATA 1.x, PIO4, PIO size 2048bytes) > > It reported itself as working in PIO mode ^^^. It is some different case. > > > ada2: 977MB (2001888 512 byte sectors: 16H 63S/T 1986C) > > (aprobe0:ahcich1:0:15:0): SIGNATURE: 0000 > > (aprobe0:ahcich2:0:15:0): SIGNATURE: 0000 > > ahcich0: Timeout on slot 0 > > ahcich0: is 00000000 cs 00000001 ss 00000000 rs 00000001 tfd d0 serr > > 00000000 > > Looks like card doesn't dropped BUSY flag (tfd d0). Or SATA adapter > haven't translated it properly. > > > # camcontrol readcap ada2 > > (pass5:ahcich0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 > > (pass5:ahcich0:0:0:0): CAM Status: Unconditionally Re-queue Request > > readcap uses SCSI command to read capacity. It won't work for ATA > devices, only for ATAPI. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 14:17:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E752C1065672; Tue, 8 Dec 2009 14:17:57 +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 9AB368FC19; Tue, 8 Dec 2009 14:17:57 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NI0sy-0001U6-Uj; Tue, 08 Dec 2009 14:17:56 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NI0sy-00065h-8N; Tue, 08 Dec 2009 14:17:52 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nB8EHqcd063642; Tue, 8 Dec 2009 14:17:52 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nB8EHp7Y063641; Tue, 8 Dec 2009 14:17:51 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 8 Dec 2009 14:17:51 +0000 From: Anton Shterenlikht To: Gheorghe Ardelean Message-ID: <20091208141751.GA63628@mech-cluster241.men.bris.ac.uk> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -3.9 X-Spam-Level: --- Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 14:17:58 -0000 On Tue, Dec 08, 2009 at 02:03:07PM +0100, Gheorghe Ardelean wrote: > On Tue, 8 Dec 2009, Anton Shterenlikht wrote: > > > On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: > >> On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > >>> On FreeBSD 8.0-RELEASE sparc64 > >>> > >>> I've successfully build current world, but on buildkernel I get: > >>> > >>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > >>> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > >>> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > >>> *** Error code 1 > >>> > >> > >> This should be fixed in r200215. AFAICT it was only exposed by > >> UP kernel builds. > > > > I updated the sources, but still get the same error: > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > > *** Error code 1 > > 1 error > > > > This is on FreeBSD 8.0-RELEASE sparc64. > > > > buildworld stage went fine. > > > > What is r200215? I tried to search for it, but got nothing. > > This is the SVN revision of the file containing the fix. > You can explore via the WEB interface the repository and check for > changes and change logs: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sparc64/sparc64/trap.c Gheorghe, thank you I got the kernel built, but only after I enabled SMP. As this is US-IIIi UP box, it would make more sense to disable this option, but then I don't know what effect it would cause. In other words, is there a negative effect of running SMP kernel on a UP machine? The full kernel config file is below. many thanks anton # # $FreeBSD: src/sys/sparc64/conf/GENERIC,v 1.160 2009/10/13 19:02:03 jhb Exp $ cpu SUN4U ident DALET # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. # Use the following to compile in values accessible to the kernel # through getenv() (or kenv(1) in userland). The format of the file # is 'variable=value', see kenv(1) # # env "GENERIC.env" makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols # Platforms supported # At this time all platforms are supported, as-is. options SCHED_4BSD # 4BSD scheduler #options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol 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 UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat (sgtty) options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options COMPAT_FREEBSD7 # Compatible with FreeBSD7 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options P1003_1B_SEMAPHORES # POSIX-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB # Support DDB. options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # Standard busses device ebus device isa device pci device sbus device central device fhc # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives # Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, # and you will not mount an ATA /. #options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_ALLOW_MEMIO # Attempt to use memory mapped I/O #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device isp # Qlogic family #device ispfw # Firmware module for Qlogic host adapters #device mpt # LSI-Logic MPT-Fusion #device sym # NCR/Symbios/LSI Logic 53C8XX/53C1010/53C1510D #device esp # NCR53c9x (FEPS/FAS366) # SCSI peripherals #device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer # syscons is the default console driver, resembling an SCO console device sc device creator # Creator, Creator3D and Elite3D framebuffers device machfb # ATI Mach64 framebuffers device splash # Splash screen and screen saver support options KBD_INSTALL_CDEV # install a CDEV entry in /dev # Builtin hardware device auxio # auxiliary I/O device device eeprom # eeprom (really a front-end for the MK48Txx) device mk48txx # Mostek MK48Txx clocks device rtc # rtc (really a front-end for the MC146818) device mc146818 # Motorola MC146818 and compatible clocks # Serial (COM) ports device puc # Multi-channel uarts device scc # Serial communications controllers. device uart # Multi-uart driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet #device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device gem # Sun GEM/Sun ERI/Apple GMAC #device hme # Sun HME (Happy Meal Ethernet) #device nge # NatSemi DP83820 gigabit Ethernet #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s D3.0 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device tun # Packet tunnel. device pty # BSD-style compatibility pseudo ttys device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter -- 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 Dec 8 13:21:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 642551065672 for ; Tue, 8 Dec 2009 13:21:28 +0000 (UTC) (envelope-from ardelean@ww.uni-erlangen.de) Received: from servww6.ww.uni-erlangen.de (servww6.ww.uni-erlangen.de [131.188.238.13]) by mx1.freebsd.org (Postfix) with ESMTP id 223038FC0A for ; Tue, 8 Dec 2009 13:21:27 +0000 (UTC) Received: by servww6.ww.uni-erlangen.de (Postfix, from userid 512) id 0585862091; Tue, 8 Dec 2009 14:03:07 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by servww6.ww.uni-erlangen.de (Postfix) with ESMTP id CF2666208F; Tue, 8 Dec 2009 14:03:07 +0100 (CET) Date: Tue, 8 Dec 2009 14:03:07 +0100 (CET) From: Gheorghe Ardelean To: Anton Shterenlikht In-Reply-To: <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> Message-ID: References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Tue, 08 Dec 2009 14:31:58 +0000 Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 13:21:28 -0000 On Tue, 8 Dec 2009, Anton Shterenlikht wrote: > On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: >> On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: >>> On FreeBSD 8.0-RELEASE sparc64 >>> >>> I've successfully build current world, but on buildkernel I get: >>> >>> cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c >>> /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': >>> /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type >>> *** Error code 1 >>> >> >> This should be fixed in r200215. AFAICT it was only exposed by >> UP kernel builds. > > I updated the sources, but still get the same error: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > *** Error code 1 > 1 error > > This is on FreeBSD 8.0-RELEASE sparc64. > > buildworld stage went fine. > > What is r200215? I tried to search for it, but got nothing. This is the SVN revision of the file containing the fix. You can explore via the WEB interface the repository and check for changes and change logs: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/sparc64/sparc64/trap.c regards, Gheorghe. From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 16:22:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 263941065783; Tue, 8 Dec 2009 16:22:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Scott Long Date: Tue, 8 Dec 2009 11:22:00 -0500 User-Agent: KMail/1.6.2 References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> In-Reply-To: <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912081122.02870.jkim@FreeBSD.org> Cc: Alexander Sack , scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 16:22:17 -0000 On Monday 07 December 2009 11:04 pm, Scott Long wrote: > On Dec 7, 2009, at 9:00 PM, Alexander Sack wrote: > > On Mon, Dec 7, 2009 at 8:14 PM, Scott Long wrote: > >> On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: > >>> On Monday 07 December 2009 07:47 pm, Scott Long wrote: > >>>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: > >>>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: > >>>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack > >>>>>> > >>>>> > >>>>> wrote: > >>>>>>> Folks: > >>>>>>> > >>>>>>> I posted a similar thread on freebsd-scsi only to realize > >>>>>>> that scottl had fixed my first issue during some MP CAM > >>>>>>> cleanup with respect to a race during resource allocation > >>>>>>> issues on a later version of the driver we are using (I > >>>>>>> believe we did the same thing to resolve a lock issue on > >>>>>>> bootup). > >>>>>>> > >>>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected > >>>>>>> to some JBODs (9TB each) I still have a FIB starvation > >>>>>>> issue during the LUN scan: > >>>>>>> > >>>>>>> The number of FIBs allocated to this card is 512 (older > >>>>>>> cards are 256). The max_target per bus is 287. On a six > >>>>>>> channel controller with a BUS scan done in parallel I see a > >>>>>>> lot of this: > >>>>>>> > >>>>>>> ... > >>>>>>> (probe501:aacp1:0:214:0): Request Requeued > >>>>>>> (probe501:aacp1:0:214:0): Retrying Command > >>>>>>> (probe520:aacp1:0:233:0): Request Requeued > >>>>>>> (probe520:aacp1:0:233:0): Retrying Command > >>>>>>> (probe528:aacp1:0:241:0): Request Requeued > >>>>>>> (probe528:aacp1:0:241:0): Retrying Command > >>>>>>> (probe540:aacp1:0:253:0): Request Requeued > >>>>>>> (probe540:aacp1:0:253:0): Retrying Command > >>>>>>> (probe541:aacp1:0:254:0): Request Requeued > >>>>>>> (probe541:aacp1:0:254:0): Retrying Command > >>>>>>> .... > >>>>>>> > >>>>>>> I think the driver is much happier with the following > >>>>>>> attached patch (with dmesg). > >>>>>> > >>>>>> Patch again but this time not base-64 encoded: > >>>>> > >>>>> [SNIP!] > >>>>> > >>>>> I want it to be little conservative here, i.e., > >>>>> pre-allocating half of max_fibs. Will the attached patch > >>>>> work for you? > >>>> > >>>> The FIB allocation scheme was written when it was common for > >>>> machines to only have 64MB of RAM and proportionally less KVA, > >>>> so 256KB or 512KB was a lot of RAM to wire down. Those days > >>>> have probably passed. > >>> > >>> So, what would do if you were hypothetically rewriting it > >>> today? :-) > >> > >> Most hardware have mechanisms for probing their command queue > >> depth. What I > >> typically do these days is allocate a minimum number of commands > >> so that > >> this probing can be done, then do a single slab allocation based > >> on the > >> results. AAC doesn't have this capability, but the 256/512 size > >> is pretty > >> well understood. The page-by-page allocation of aac works, but > >> adds extra > >> bookkeeping and complication to the driver. > > > > Right Scott, that is what JK and I discussed this evening. I > > figured the 128 macro was just historical cruft and your email > > confirms it. So are we ALL okay with the original patch as it > > stands for now? JK I am fine with the divide 2 change but I > > think raising it to 256 is really the way to go at this point! > > :D > > If you're going to increase it, why not simply increase it to the > max amount that is appropriate for each card? My intention was to minimize impact as little as possible, i.e., old card: max fibs == 256, max fibs / 2 == 128, no change new card: max fibs == 512, max fibs / 2 == 256, twice Old cards are most likely to be used on old systems with very little RAM (if they are still in production). Hence, no change is necessary. Anyway I just committed OP's patch (with a minor comment tweak). > One other thing I forgot to mention was contiguous memory. The > page- by-page allocation in aac has another benefit, and that's to > not tax contigmalloc with finding 256KB of contiguous memory. > That's not a big deal at boot, but is a problem if you load the > driver after the system has been running for a while. It's > immensely useful during development, but it's never been clear to > me how useful it is in real life. Thanks for your review and comments! Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 16:40:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3ABE106566C for ; Tue, 8 Dec 2009 16:40:49 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id 299088FC14 for ; Tue, 8 Dec 2009 16:40:48 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nB8Gem8i019333 for ; Tue, 8 Dec 2009 08:40:48 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nB8Gemvw019332 for current@freebsd.org; Tue, 8 Dec 2009 08:40:48 -0800 (PST) (envelope-from david) Date: Tue, 8 Dec 2009 08:40:48 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20091208164048.GL1258@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="p7S+EREVcBHk3zUG" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Poweroff (shutdown -p) fails to power off as of r200252? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 16:40:49 -0000 --p7S+EREVcBHk3zUG Content-Type: multipart/mixed; boundary="d6d1KVhp94hk3Jrm" Content-Disposition: inline --d6d1KVhp94hk3Jrm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was finally able to replace my old build machine (2x850 MHz PIII) with a considerably faster one over the weekend, and it's been working well. This morning, however, it ddn't power off when its daily duties were ended; this surprised me, as it had done so previously. Some background: The machine in question maintains a private mirror of the FreeBSD.org CVS & SVN repositories. It is also configured (as is my laptop) to boot from any of the 4 slices on drive 0: * slice 1: FreeBSD 6.4-STABLE (stable/6) * slice 2: FreeBSD 7.2-STABLE (stable/7) * slice 3: FreeBSD 8.0-STABLE (stable/8) * slice 4: FreeBSD 9.0-CURRENT (head) (Slices 1 - 3 each contain only 2 partitions; the a partition is for the root file system; the d partition is for the "usr" file system. Slice 4 has those, as well as swap on b and /var on f. I have a couple of other file systems on the other drive.) Anyway, today there were (small, in some cases) changes for each of the 4, so I ended up building each, in the above sequence. Finally, after rebuilding head, then booting it (both as a reality check and to delete old libraries), I'm in the habit of running the command: sudo boot0cfg -s 1 aacd0 && sudo shutdown -p now || sudo shutdown -r now which I did, then went on about other things ... until I noticed the "login: " prompt from the machine's serial console. Hmmm...? So I logged in, noted that it was running 6.4-STABLE, switched to 9.0-CURRENT (via "sudo boot0cfg -s 4 aacd0 && sudo shutdown -r now") and tried the above sequence that includes "shutdown -p now"; the serial console mentioned something about powering off ... but then it didn't do that -- it came bak up again. While that might be an admirable quality in some situations, I rather like the notion that in this relationship, the master is the one with opposable thumbs... and whenm I tell a machine to do something, I don't want it to do something different. :-} I'll try it again & show what I see on the serial console: First, before I do anything, I see |... |Starting background file system checks in 60 seconds. | |Tue Dec 8 07:40:58 PST 2009 | |FreeBSD/i386 (freebeast.catwhisker.org) (ttyu0) | |login: So now I'll login & try the command: |login: david |Password: |Last login: Tue Dec 8 07:42:56 from 172.16.8.13 |... |freebeast(9.0-C)[1] uname -a |FreeBSD freebeast.catwhisker.org 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r20025= 2: Tue Dec 8 06:50:43 PST 2009 root@freebeast.catwhisker.org:/common/S= 4/obj/usr/src/sys/GENERIC i386 |freebeast(9.0-C)[2] sudo boot0cfg -s 1 aacd0 && sudo shutdown -p now || su= do shutdown -r now |Password:Shutdown NOW! |shutdown: [pid 1403] |freebeast(9.0-C)[3] = =20 |*** FINAL System shutdown message from david@freebeast.catwhisker.org *** = =20 |System going down IMMEDIATELY = =20 | = =20 | = =20 |Dec 8 08:05:02 freebeast shutdown: power-down by david:=20 | |System shutdown Stopping cron. |Stopping sshd. |Stopping cvsupd. |Stopping rsyncd. |Waiting for PIDS: 1135. |Stopping powerd. |Stopping ntpd. |Stopping lpd. |Stopping amd. |Waiting for PIDS: 889. |Stopping ypbind. |Stopping rpcbind. |Stopping devd. |Writing entropy file:. |Terminated |. |Dec 8 08:05:09 freebeast syslogd: exiting on signal 15 |Waiting (max 60 seconds) for system process `vnlru' to stop...done |Waiting (max 60 seconds) for system process `bufdaemon' to stop...done | |Waiting (max 60 seconds) for system process `syncer' to stop...Syncing dis= ks, vnodes remaining...7 7 7 7 4 4 3 2 0 0 0 0 done |All buffers synced. |lock order reversal: | 1st 0xc66a67ac ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1204 | 2nd 0xc66a6594 devfs (devfs) @ /usr/src/sys/ufs/ffs/ffs_vfsops.c:1194 |KDB: stack backtrace: |db_trace_self_wrapper(c0c90502,e416499c,c08cc275,c08bd03b,c0c933b8,...) at= db_trace_self_wrapper+0x26 |kdb_backtrace(c08bd03b,c0c933b8,c5930500,c5930430,e41649f8,...) at kdb_bac= ktrace+0x29 |_witness_debugger(c0c933b8,c66a6594,c0c81ecc,c5930430,c0cb40ba,...) at _wi= tness_debugger+0x25 |witness_checkorder(c66a6594,9,c0cb40ba,4aa,c66a65b0,...) at witness_checko= rder+0x839 |__lockmgr_args(c66a6594,80400,c66a65b0,0,0,...) at __lockmgr_args+0x7a7 |vop_stdlock(e4164b00,556,e4164af8,80400,c66a653c,...) at vop_stdlock+0x62 |VOP_LOCK1_APV(c0d72620,e4164b00,c67b753c,c0db2080,c66a653c,...) at VOP_LOC= K1_APV+0xb5 |_vn_lock(c66a653c,80400,c0cb40ba,4aa,c600ac00,...) at _vn_lock+0x5e |ffs_flushfiles(c6721508,2,c5971d80,556,3,...) at ffs_flushfiles+0xa7 |softdep_flushfiles(c6721508,2,c5971d80,c0c9a60e,8aa,...) at softdep_flushf= iles+0x2e |ffs_unmount(c6721508,80000,e4164bf4,4f9,e4160008,...) at ffs_unmount+0x149 |dounmount(c6721508,80000,c5971d80,c55a5830,0,...) at dounmount+0x46d |vfs_unmountall(c0c9a2c1,0,c0c8d069,129,0,...) at vfs_unmountall+0x4e |boot(c0de69d0,0,c0c8d069,ac,bfbfe9c0,...) at boot+0x44f |reboot(c5971d80,e4164cf8,4,c0c945ec,c0d76444,...) at reboot+0x69 |syscall(e4164d38) at syscall+0x2a3 |Xint0x80_syscall() at Xint0x80_syscall+0x20 |--- syscall (55, FreeBSD ELF32, reboot), eip =3D 0x80510b3, esp =3D 0xbfbf= e88c, ebp =3D 0xbfbfe968 --- |Uptime: 4m36s |aac0: shutting down controller...done |acpi0: Powering system off | And then it starts taking this "Phoenix BIOS" thing a bit too literally (well, I suppose I'm thankful that no flames were involved) and starts booting up again.... I'm pretty sure the poweroff worked as expected yesterday (r200211). As an experiment, I tried booting into single-user mode, then issuing "halt -p" ... yup; same effect. Booting to single-user mode in 8.0-STABLE (slice 3), then issuing "halt -p" appears to work OK. Here's a list (courtesy "svn update") of updates from yesterday to today: U sys/sparc64/sparc64/trap.c U sys/cam/ata/ata_xpt.c U sys/cam/ata/ata_pmp.c U sys/cam/ata/ata_all.c U sys/boot/i386/libi386/libi386.h U sys/boot/i386/libi386/biosmem.c U sys/boot/i386/loader/main.c U sys/ia64/ia64/exception.S U sys/fs/ntfs/ntfs.h U sys/fs/ntfs/ntfs_subr.c U sys/fs/ntfs/ntfs_vfsops.c U sys/dev/e1000/e1000_82575.c U sys/dev/e1000/e1000_ich8lan.h U sys/dev/e1000/e1000_82575.h U sys/dev/e1000/e1000_regs.h U sys/dev/e1000/e1000_api.c U sys/dev/e1000/if_igb.c U sys/dev/e1000/e1000_80003es2lan.c U sys/dev/e1000/if_igb.h U sys/dev/e1000/e1000_defines.h U sys/dev/e1000/e1000_hw.h U sys/dev/e1000/e1000_82541.c U sys/dev/e1000/e1000_80003es2lan.h U sys/dev/e1000/e1000_manage.c U sys/dev/e1000/LICENSE U sys/dev/e1000/e1000_mac.c U sys/dev/e1000/e1000_phy.c U sys/dev/e1000/e1000_phy.h U sys/dev/e1000/if_em.c U sys/dev/e1000/e1000_osdep.h U sys/dev/e1000/if_em.h U sys/dev/e1000/e1000_ich8lan.c U sys/dev/e1000/e1000_82571.c U sys/dev/uart/uart_bus_pci.c U sys/dev/siis/siis.c U sys/dev/siis/siis.h U sys/dev/mfi/mfi.c U sys/dev/aac/aacvar.h U sys/dev/aac/aac.c U sys/dev/aac/aac_cam.c U sys/dev/bge/if_bge.c U sys/dev/ixgbe/ixgbe.c U sys/dev/ixgbe/ixgbe_82599.c U sys/dev/ixgbe/ixgbe_phy.c U sys/dev/ixgbe/ixgbe.h U sys/dev/ixgbe/ixgbe_phy.h U sys/dev/ixgbe/ixgbe_type.h U sys/dev/ixgbe/ixgbe_common.c U sys/dev/ixgbe/ixgbe_api.c U sys/dev/ixgbe/ixgbe_common.h U sys/dev/ixgbe/ixgbe_api.h U sys/dev/ixgbe/ixgbe_82598.c U sys/dev/ixgbe/ixgbe_osdep.h U sys/dev/puc/pucdata.c U sys/dev/usb/input/atp.c U sys/net80211/ieee80211_hostap.c I've attached a dmesg.boot from 9/0-CURRENT, as well. I'm fairly open to testing stuff on the machine, but I'll need a bit of direction. I'm about to build today's CURRENT on my laptop (as it is now doing an installworld for 8.0-STABLE); I'll see if the poweroff acts similarly on it. 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. --d6d1KVhp94hk3Jrm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: quoted-printable Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #4 r200252: Tue Dec 8 06:50:43 PST 2009 root@freebeast.catwhisker.org:/common/S4/obj/usr/src/sys/GENERIC i386 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.60GHz (3600.15-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf41 Stepping =3D 1 Features=3D0xbfebfbff Features2=3D0x659d AMD Features=3D0x20100000 TSC: P-state invariant real memory =3D 2147483648 (2048 MB) avail memory =3D 2086223872 (1989 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 2 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP/HT): APIC ID: 7 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ioapic2 irqs 48-71 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 1.0 (no driver attached) pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 aac0: mem 0xdc000000-0xdfffffff irq 24 at device = 1.0 on pci2 aac0: Enable Raw I/O aac0: New comm. interface enabled aac0: [ITHREAD] aac0: Adaptec 2200S, aac driver 2.0.0-1 aacp0: on aac0 aacp1: on aac0 pcib3: at device 0.2 on pci1 pci3: on pcib3 em0: port 0x2000-0x203f mem 0= xd8200000-0xd821ffff irq 54 at device 2.0 on pci3 em0: [FILTER] em0: Ethernet address: 00:30:48:2d:32:6a em1: port 0x2040-0x207f mem 0= xd8220000-0xd823ffff irq 55 at device 2.1 on pci3 em1: [FILTER] em1: Ethernet address: 00:30:48:2d:32:6b pcib4: irq 16 at device 4.0 on pci0 pci4: on pcib4 pcib5: irq 16 at device 6.0 on pci0 pci5: on pcib5 uhci0: port 0x1400-0x141f irq 1= 6 at device 29.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x1420-0x143f irq 1= 9 at device 29.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 uhci2: port 0x1440-0x145f irq 1= 8 at device 29.2 on pci0 uhci2: [ITHREAD] usbus2: on uhci2 uhci3: port 0x1460-0x147f irq 1= 6 at device 29.3 on pci0 uhci3: [ITHREAD] usbus3: on uhci3 ehci0: mem 0xd8001000-0xd80013f= f irq 23 at device 29.7 on pci0 ehci0: [ITHREAD] usbus4: EHCI version 1.0 usbus4: on ehci0 pcib6: at device 30.0 on pci0 pci6: on pcib6 vgapci0: port 0x3000-0x30ff mem 0xd9000000-0xd9fff= fff,0xd8300000-0xd8300fff irq 17 at device 1.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177= ,0x376,0x14a0-0x14af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x77 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d00000e24 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d00000e24 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d00000e24 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 122d00000e24 device_attach: est3 attach returned 6 p4tcc3: on cpu3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0x= c9fff,0xca000-0xcafff,0xcb000-0xcf7ff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 ata1: DMA limited to UDMA33, controller found non-ATA66 cable ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 acd0: DVDROM at ata1-slave UDMA33=20 aacd0: on aac0 aacd0: 34970MB (71619584 sectors) aacd1: on aac0 aacd1: 69974MB (143307008 sectors) uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ses0 at aacp0 bus 0 scbus0 target 6 lun 0 ses0: Fixed Uninstalled SCSI-2 device=20 ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/aacd0s4a em0: link state changed to UP --d6d1KVhp94hk3Jrm-- --p7S+EREVcBHk3zUG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksegYoACgkQmprOCmdXAD14WwCfUs6offrQ8yitQze/sVrNEbKO wYIAnilPxI+T8bNxKojXEoMUSyEo2who =bZzu -----END PGP SIGNATURE----- --p7S+EREVcBHk3zUG-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 17:11:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71470106566C; Tue, 8 Dec 2009 17:11:21 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from mail-yw0-f194.google.com (mail-yw0-f194.google.com [209.85.211.194]) by mx1.freebsd.org (Postfix) with ESMTP id E40E08FC2F; Tue, 8 Dec 2009 17:11:20 +0000 (UTC) Received: by ywh32 with SMTP id 32so5943995ywh.14 for ; Tue, 08 Dec 2009 09:11:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ml6uL4BsTBG5gpx27XJgTI7+xKqs9EHGQUdesySF4mA=; b=qW/Koc0dutbMbNylyvk4wYsuN9cpJjWXotn/qgCnvARA2OwRTcY/U6QqB/X7M+C9cx m1IUG1aazn0gU5mvpKKalIvXddnQ6UIFa+umNzxuutOfFBCQFCfGPftZRLIB8eJP3KXK ExrWexxqU6jLvxI1u3OEdwLOqT4D/DMm4Afxk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tYcAEjM0T/xyS+4Bi4RDj6O1ExNeQSt81W5ufjGujCbMmpGdYKQS51fTUw+OEjmDaY 0VSL+ALa806vrFZx+574OqLmX2/h5rGajlOdq131W6FM4O+np9HEAdGI3m3JyVURCjwl teFHtZ3ggxF8TEc1i5tRhdoksN8lHcqRm8Jwg= MIME-Version: 1.0 Received: by 10.101.136.12 with SMTP id o12mr1127920ann.26.1260292279776; Tue, 08 Dec 2009 09:11:19 -0800 (PST) In-Reply-To: <200912081122.02870.jkim@FreeBSD.org> References: <3c0b01820912071342u1c722b2clf9c8413e40097279@mail.gmail.com> <3c0b01820912072000l7ad1a67ek3514dfccb96417be@mail.gmail.com> <0FFC216C-E938-48E4-B0E4-351077C6088A@samsco.org> <200912081122.02870.jkim@FreeBSD.org> Date: Tue, 8 Dec 2009 12:11:19 -0500 Message-ID: <3c0b01820912080911k5ea4d749qe33ab8dfb0a8c205@mail.gmail.com> From: Alexander Sack To: Jung-uk Kim Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: scottl@freebsd.org, freebsd-current@freebsd.org, emaste@freebsd.org Subject: Re: aac(4) resource FIB starvation on BUS scan revisited X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 17:11:21 -0000 On Tue, Dec 8, 2009 at 11:22 AM, Jung-uk Kim wrote: > On Monday 07 December 2009 11:04 pm, Scott Long wrote: >> On Dec 7, 2009, at 9:00 PM, Alexander Sack wrote: >> > On Mon, Dec 7, 2009 at 8:14 PM, Scott Long > wrote: >> >> On Dec 7, 2009, at 6:05 PM, Jung-uk Kim wrote: >> >>> On Monday 07 December 2009 07:47 pm, Scott Long wrote: >> >>>> On Dec 7, 2009, at 5:31 PM, Jung-uk Kim wrote: >> >>>>> On Monday 07 December 2009 05:30 pm, Alexander Sack wrote: >> >>>>>> On Mon, Dec 7, 2009 at 4:42 PM, Alexander Sack >> >>>>>> >> >>>>> >> >>>>> wrote: >> >>>>>>> Folks: >> >>>>>>> >> >>>>>>> I posted a similar thread on freebsd-scsi only to realize >> >>>>>>> that scottl had fixed my first issue during some MP CAM >> >>>>>>> cleanup with respect to a race during resource allocation >> >>>>>>> issues on a later version of the driver we are using (I >> >>>>>>> believe we did the same thing to resolve a lock issue on >> >>>>>>> bootup). >> >>>>>>> >> >>>>>>> However on my RELENG_8 box with (2) Adaptec 5085s connected >> >>>>>>> to some JBODs (9TB each) I still have a FIB starvation >> >>>>>>> issue during the LUN scan: >> >>>>>>> >> >>>>>>> The number of FIBs allocated to this card is 512 (older >> >>>>>>> cards are 256). =A0The max_target per bus is 287. =A0On a six >> >>>>>>> channel controller with a BUS scan done in parallel I see a >> >>>>>>> lot of this: >> >>>>>>> >> >>>>>>> ... >> >>>>>>> (probe501:aacp1:0:214:0): Request Requeued >> >>>>>>> (probe501:aacp1:0:214:0): Retrying Command >> >>>>>>> (probe520:aacp1:0:233:0): Request Requeued >> >>>>>>> (probe520:aacp1:0:233:0): Retrying Command >> >>>>>>> (probe528:aacp1:0:241:0): Request Requeued >> >>>>>>> (probe528:aacp1:0:241:0): Retrying Command >> >>>>>>> (probe540:aacp1:0:253:0): Request Requeued >> >>>>>>> (probe540:aacp1:0:253:0): Retrying Command >> >>>>>>> (probe541:aacp1:0:254:0): Request Requeued >> >>>>>>> (probe541:aacp1:0:254:0): Retrying Command >> >>>>>>> .... >> >>>>>>> >> >>>>>>> I think the driver is much happier with the following >> >>>>>>> attached patch (with dmesg). >> >>>>>> >> >>>>>> Patch again but this time not base-64 encoded: >> >>>>> >> >>>>> [SNIP!] >> >>>>> >> >>>>> I want it to be little conservative here, i.e., >> >>>>> pre-allocating half of max_fibs. =A0Will the attached patch >> >>>>> work for you? >> >>>> >> >>>> The FIB allocation scheme was written when it was common for >> >>>> machines to only have 64MB of RAM and proportionally less KVA, >> >>>> so 256KB or 512KB was a lot of RAM to wire down. =A0Those days >> >>>> have probably passed. >> >>> >> >>> So, what would do if you were hypothetically rewriting it >> >>> today? :-) >> >> >> >> Most hardware have mechanisms for probing their command queue >> >> depth. =A0What I >> >> typically do these days is allocate a minimum number of commands >> >> so that >> >> this probing can be done, then do a single slab allocation based >> >> on the >> >> results. =A0AAC doesn't have this capability, but the 256/512 size >> >> is pretty >> >> well understood. =A0The page-by-page allocation of aac works, but >> >> adds extra >> >> bookkeeping and complication to the driver. >> > >> > Right Scott, that is what JK and I discussed this evening. =A0I >> > figured the 128 macro was just historical cruft and your email >> > confirms it. So are we ALL okay with the original patch as it >> > stands for now? =A0JK I am fine with the divide 2 change but I >> > think raising it to 256 is really the way to go at this point! >> > :D >> >> If you're going to increase it, why not simply increase it to the >> max amount that is appropriate for each card? > > My intention was to minimize impact as little as possible, i.e., > > old card: max fibs =3D=3D 256, max fibs / 2 =3D=3D 128, no change > new card: max fibs =3D=3D 512, max fibs / 2 =3D=3D 256, twice > > Old cards are most likely to be used on old systems with very little > RAM (if they are still in production). =A0Hence, no change is > necessary. =A0Anyway I just committed OP's patch (with a minor comment > tweak). Thanks JK! >> One other thing I forgot to mention was contiguous memory. =A0The >> page- by-page allocation in aac has another benefit, and that's to >> not tax contigmalloc with finding 256KB of contiguous memory. >> That's not a big deal at boot, but is a problem if you load the >> driver after the system has been running for a while. =A0It's >> immensely useful during development, but it's never been clear to >> me how useful it is in real life. > > Thanks for your review and comments! Ditto to everyone! :D -aps From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 18:21:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2441106566B for ; Tue, 8 Dec 2009 18:21:47 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.freebsd.org (Postfix) with ESMTP id C6D248FC08 for ; Tue, 8 Dec 2009 18:21:47 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.3/8.14.3) with ESMTP id nB8ILl0m020303 for ; Tue, 8 Dec 2009 10:21:47 -0800 (PST) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.3/8.14.3/Submit) id nB8ILlQ2020302 for current@freebsd.org; Tue, 8 Dec 2009 10:21:47 -0800 (PST) (envelope-from david) Date: Tue, 8 Dec 2009 10:21:47 -0800 From: David Wolfskill To: current@freebsd.org Message-ID: <20091208182147.GM1258@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20091208164048.GL1258@albert.catwhisker.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4oQnj4jcM03NhqPN" Content-Disposition: inline In-Reply-To: <20091208164048.GL1258@albert.catwhisker.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: Poweroff (shutdown -p) fails to power off as of r200252? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 18:21:48 -0000 --4oQnj4jcM03NhqPN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 08, 2009 at 08:40:48AM -0800, David Wolfskill wrote: > ... > I'm about to build today's CURRENT on my laptop (as it is now doing an > installworld for 8.0-STABLE); I'll see if the poweroff acts similarly on > it. Today's 9.0-CURRENT built & booted successfully on my laptop; poweroff function works (as expected). (Laptop is mostly a Dell Latitude C840 chassis with a bunch of Inspiron 8200 parts (e.g., CPU) and purchased-as-replacements (e.g., keyboard; memory). But when it boots, it identifies itself as a Latitude C840, with the A13 BIOS.) 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. --4oQnj4jcM03NhqPN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) iEYEARECAAYFAksemToACgkQmprOCmdXAD1xVwCfSuePiCHcy1VMO71RKlmu1R72 muwAn1L4DsiTExPjZ/m0yWihlhTvs5N1 =O5LB -----END PGP SIGNATURE----- --4oQnj4jcM03NhqPN-- From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 18:59:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09BEC106566C; Tue, 8 Dec 2009 18:59:42 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 73CF18FC15; Tue, 8 Dec 2009 18:59:40 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id nB8IxPmB073719; Tue, 8 Dec 2009 19:59:26 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id nB8IxPPN073718; Tue, 8 Dec 2009 19:59:25 +0100 (CET) (envelope-from marius) Date: Tue, 8 Dec 2009 19:59:25 +0100 From: Marius Strobl To: Anton Shterenlikht Message-ID: <20091208185925.GJ6562@alchemy.franken.de> References: <20091207100536.GA33324@mech-cluster241.men.bris.ac.uk> <20091207153223.GA51206@alchemy.franken.de> <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091208124024.GA20313@mech-cluster241.men.bris.ac.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, freebsd-sparc64@freebsd.org Subject: Re: current sparc buildkernel error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 18:59:42 -0000 On Tue, Dec 08, 2009 at 12:40:24PM +0000, Anton Shterenlikht wrote: > On Mon, Dec 07, 2009 at 04:32:23PM +0100, Marius Strobl wrote: > > On Mon, Dec 07, 2009 at 10:05:36AM +0000, Anton Shterenlikht wrote: > > > On FreeBSD 8.0-RELEASE sparc64 > > > > > > I've successfully build current world, but on buildkernel I get: > > > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > > > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > > > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > > > *** Error code 1 > > > > > > > This should be fixed in r200215. AFAICT it was only exposed by > > UP kernel builds. > > I updated the sources, but still get the same error: > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /usr/src/sys/sparc64/sparc64/trap.c > /usr/src/sys/sparc64/sparc64/trap.c: In function 'syscall': > /usr/src/sys/sparc64/sparc64/trap.c:561: error: dereferencing pointer to incomplete type > *** Error code 1 > 1 error This suggests that you are using sources prior to r200215 as line 561 now is a comment. > > This is on FreeBSD 8.0-RELEASE sparc64. > > buildworld stage went fine. > > What is r200215? I tried to search for it, but got nothing. > This is the SVN revision at which the UP compile problem was fixed. It was exported to CVS as src/sys/sparc64/sparc64/trap.c rev. 1.99. Marius From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 23:39:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E325D1065670; Tue, 8 Dec 2009 23:39:17 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC328FC12; Tue, 8 Dec 2009 23:39:16 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,364,1257116400"; d="scan'208";a="20669556" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 09 Dec 2009 00:39:15 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 80ABE1B07BF; Wed, 9 Dec 2009 00:39:15 +0100 (CET) Date: Wed, 09 Dec 2009 00:39:15 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander Motin Subject: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 23:39:18 -0000 i'm not sure if this issue is directly linked to ATA_CAM, but i've not seen it before the ATA_CAM changes: removing a cd/dvd and inserting a new one doesn't update the label in /dev/iso9660. `file -s /dev/iso9660/CD1` says: /dev/iso9660/CD1: ISO 9660 CD-ROM filesystem data 'CD2 ' cheers. alex From owner-freebsd-current@FreeBSD.ORG Tue Dec 8 23:55:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC6D1065670; Tue, 8 Dec 2009 23:55:17 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id CE74F8FC15; Tue, 8 Dec 2009 23:55:16 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-127-244.shv.bellsouth.net [98.67.127.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id D08DD993C228; Tue, 8 Dec 2009 17:55:12 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id nB8Nsirk064658; Tue, 8 Dec 2009 17:54:49 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Tue, 8 Dec 2009 17:54:44 -0600 (CST) From: Wes Morgan To: Alexander Best In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 08 Dec 2009 23:55:17 -0000 On Wed, 9 Dec 2009, Alexander Best wrote: > i'm not sure if this issue is directly linked to ATA_CAM, but i've not seen it > before the ATA_CAM changes: > > removing a cd/dvd and inserting a new one doesn't update the label in > /dev/iso9660. > > `file -s /dev/iso9660/CD1` says: > /dev/iso9660/CD1: ISO 9660 CD-ROM filesystem data 'CD2 > ' Nay, I've seen this kind of behavior for ages. I just assumed that the cd9660 labels never updated. From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 00:05:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90E431065672 for ; Wed, 9 Dec 2009 00:05:48 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 434C38FC08 for ; Wed, 9 Dec 2009 00:05:47 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.3/8.14.3) with ESMTP id nB905kQ0090954; Tue, 8 Dec 2009 19:05:46 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.3/8.14.3/Submit) id nB905kLg090953; Tue, 8 Dec 2009 19:05:46 -0500 (EST) (envelope-from wollman) Date: Tue, 8 Dec 2009 19:05:46 -0500 (EST) From: Garrett Wollman Message-Id: <200912090005.nB905kLg090953@hergotha.csail.mit.edu> To: alexbestms@wwu.de In-Reply-To: Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Tue, 08 Dec 2009 19:05:46 -0500 (EST) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Wed, 09 Dec 2009 00:20:56 +0000 Cc: current@freebsd.org Subject: glabel and ISO 9660 (was: Re: Testing CAM wrapper for ata(4) controller drivers) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 00:05:48 -0000 In article , alexbestms@wwu.de writes: >removing a cd/dvd and inserting a new one doesn't update the label in >/dev/iso9660. > >`file -s /dev/iso9660/CD1` says: >/dev/iso9660/CD1: ISO 9660 CD-ROM filesystem data 'CD2 >' That's always been true. glabel only notices a changed label on taste events, and those only happen when the underlying provider is either initialized for the first time, or closed after being open for write. As root, you can force a retaste with : 3>/dev/acd0 (That's the ':' command, not punctuation. Any command would do.) -GAWollman From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 18:38:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09E101065670 for ; Wed, 9 Dec 2009 18:38:17 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-px0-f190.google.com (mail-px0-f190.google.com [209.85.216.190]) by mx1.freebsd.org (Postfix) with ESMTP id D78FB8FC28 for ; Wed, 9 Dec 2009 18:38:16 +0000 (UTC) Received: by pxi28 with SMTP id 28so2189839pxi.7 for ; Wed, 09 Dec 2009 10:38:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=soaGRjHc1+u91BX5q7FFAsxvlomC3hlM7KXCKAmyUmE=; b=eggvOav0YvF4cFJgWVg3SlT9LcG+zsn49tXEmExB67cQ+BtgEdrEKD2DNadSf8P4Mo I6axZmoQb5fVsHPHsKuJ1XVjQ5C5SatytHlICOSyxDom4F5xX3L5NaOIH3AqkrAsFhkq TaHToBwrDa3CGlQ+aapyWy6tIWAoooEuFXmYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=v0AzsY7IOeYxUTcm4Igy+uuIXPIO3oUVRa/cZBhuRAFXDpE5jcxjgwLQcXHvI8HuqV XuR35yjJGeQiLYGVHUHlsNOCJFF7+hLn287bah13bgJES4QrZdodv4J8WNM93OeCljo7 9weCG5aSHJ1Ur4xFbm0rywmX41GGNSwMm2xrw= MIME-Version: 1.0 Received: by 10.142.74.8 with SMTP id w8mr1407385wfa.192.1260383896168; Wed, 09 Dec 2009 10:38:16 -0800 (PST) Date: Wed, 9 Dec 2009 12:38:16 -0600 Message-ID: <6201873e0912091038j5a11fefcha05a727c3fe0cc0b@mail.gmail.com> From: Adam Vande More To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: HAST vs ggate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 18:38:17 -0000 Is there anyone that can expand on the HAST project vs the functionality ggatec/d provides? http://lists.freebsd.org/pipermail/freebsd-announce/2009-October/001279.html -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 19:01:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9779C10656A5; Wed, 9 Dec 2009 19:01:03 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 11FFE8FC2B; Wed, 9 Dec 2009 19:01:02 +0000 (UTC) Received: from mail53.abv.bg (mail53.ni.bg [192.168.151.29]) by smtp-out.abv.bg (Postfix) with ESMTP id 7B52487AE7; Wed, 9 Dec 2009 21:01:42 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=TIeow87Orh7cYpB1QTTtQT57/x9g0AEWTHbtShCZqbH4hputJODafqRiLSk4Wawt6 OYCjAtHakc7a9jnlP1m5roHbOlpd2aWaxYRtVLniy31fqZj02Y+0jicNf//6Lr15pV9 ixbr5/iXujPZ7EtrvcqIRZ2Dk2tJW5EdozeiL8o= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1260385302; bh=U/9/FK8V+5ei2iQqPVe9+7w4kwjsp3iv3aNbj2NuvtY=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=Ct/PXItWACP4k5HoX4EfgtbRu+vCMN2d3HDJzfbipDLVvaO16xGLWiWGBcKSrXAES WtpZFQK6+3pUF474BVKYvodnwZQ+eAAicl+G6hzeOg+noAwYQ3n/zTQ7l1Sox9MvGt JiqzMq/mZg0V3dR8OTR9K2DcqxFt/38bO5soifJo= Received: from mail53.abv.bg (localhost.localdomain [127.0.0.1]) by mail53.abv.bg (Postfix) with ESMTP id E80F5241BEA; Wed, 9 Dec 2009 21:01:46 +0200 (EET) Date: Wed, 9 Dec 2009 21:01:46 +0200 (EET) From: Mario Pavlov To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Message-ID: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 19:01:03 -0000 Hi, some time ago I noticed that there's a problem with the new arp implementation - proxy arp was somehow not working when mpd is involved. I decided to try this out again assuming it was fixed for the release...unfortunately the problem is still there... Here are the last few lines of the mpd output: [B-1] IPCP: state change Ack-Rcvd --> Opened [B-1] IPCP: LayerUp [B-1] 192.168.10.1 -> 192.168.10.50 [B-1] IFACE: Connecting tcpmssfix [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub [B-1] system: command "/usr/sbin/arp" returned 256 [B-1] IFACE: Up event [B-1] IFACE: idle-timeout: 1800 seconds [B-1] IFACE: Change interface flags: -0 +1 there this is mpd.conf: startup: default: load pptp_server pptp_server: set ippool add pool1 192.168.10.50 192.168.10.99 create bundle template B set iface enable proxy-arp log +iface2 set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp set ipcp ranges 192.168.10.1/32 ippool pool1 set ipcp dns 192.168.10.1 set bundle enable compression set ccp yes mppc set mppc yes e40 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set link mtu 1460 set pptp self pub.ip.add.res set link enable incoming this is probably the most common VPN setup and it was working fine with 7.2-STABLE but after I upgraded to 8-STABLE it broke up... Is there a workaround or a plan to fix this? Or should I just go back to RELENG_7? thank you. P.S. this is discussed in the forums as well: http://forums.freebsd.org/showthread.php?t=8427 ----------------------------------------------------------------- УчаÑтвай в онлайн анкетата на iZone.bg и Ñпечели един от 5те нетбука Acer! http://www.izone.bg/6/index.html From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 19:56:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAD5C1065693; Wed, 9 Dec 2009 19:56:29 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 1809B8FC19; Wed, 9 Dec 2009 19:56:28 +0000 (UTC) Received: from phenom (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id nB9JuO0k005265; Wed, 9 Dec 2009 21:56:24 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be phenom X-AntiVirus: Checked by Dr.Web [version: 5.0, engine: 5.00.0.12182, virus records: 858100, updated: 9.12.2009] Message-ID: <4B2000E0.4050501@ukr.net> Date: Wed, 09 Dec 2009 21:56:16 +0200 From: "Vladislav V. Prodan" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: current@freebsd.org References: <1260198510.4118.5.camel@localhost> <1260264808.21699.9.camel@localhost> In-Reply-To: <1260264808.21699.9.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: net@freebsd.org Subject: Re: ifconfig_lo0_alias0 does not work any more on 9-CURRENT - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 19:56:29 -0000 Vladimir Grebenschikov writes: > Hi > Looks like now it is required to add 'inet ' prefix to ifconfig lines, > for os <= 8.0 it was not required, although > corrected line: > ifconfig_lo0_alias0="inet 127.0.0.2/32" And I on the contrary not work: ifconfig_re0="inet 10.0.0.1 netmask 255.255.255.0" work: ifconfig_re0_alias0="inet 192.168.0.1 netmask 255.255.255.0" >> After upgrade RELENG_8 -> 9-CURRENT following line in rc.con does not >> work any more for me. (after boot no alias address on loop-back >> interface). >> ifconfig_lo0_alias0="127.0.0.2/32" >> console output while is usual, without errors, but does not shows >> required address: >> --- >> Starting Network: lo0 em0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet 127.0.0.1 netmask 0xff000000 >> em0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:15:58:82:36:1a >> media: Ethernet autoselect >> status: no carrier >> --- >> Any ideas what the reason of such behaviour ? From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 20:06:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B947B1065695; Wed, 9 Dec 2009 20:06:00 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 888408FC15; Wed, 9 Dec 2009 20:06:00 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nB9K5vD4026372; Wed, 9 Dec 2009 12:05:57 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Dec 2009 12:04:07 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPE References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 20:06:00 -0000 Let me look into this issue and work with you offline. I have been quite busy with day job and just starting to slowly resume my FreeBSD work. -- Qing -----Original Message----- From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov Sent: Wed 12/9/2009 11:01 AM To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org Subject: proxy arp and MPD in RELENG_8 =20 Hi, some time ago I noticed that there's a problem with the new arp = implementation - proxy arp was somehow not working when mpd is involved. = I decided to try this out again assuming it was fixed for the = release...unfortunately the problem is still there... Here are the last few lines of the mpd output: [B-1] IPCP: state change Ack-Rcvd --> Opened [B-1] IPCP: LayerUp [B-1] 192.168.10.1 -> 192.168.10.50 [B-1] IFACE: Connecting tcpmssfix [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub [B-1] system: command "/usr/sbin/arp" returned 256 [B-1] IFACE: Up event [B-1] IFACE: idle-timeout: 1800 seconds [B-1] IFACE: Change interface flags: -0 +1 there this is mpd.conf: startup: default: load pptp_server pptp_server: set ippool add pool1 192.168.10.50 192.168.10.99 create bundle template B set iface enable proxy-arp log +iface2 set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp set ipcp ranges 192.168.10.1/32 ippool pool1 set ipcp dns 192.168.10.1 set bundle enable compression set ccp yes mppc set mppc yes e40 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set link mtu 1460 set pptp self pub.ip.add.res set link enable incoming this is probably the most common VPN setup and it was working fine with = 7.2-STABLE but after I upgraded to 8-STABLE it broke up... Is there a workaround or a plan to fix this? Or should I just go back to = RELENG_7? thank you. P.S. this is discussed in the forums as well: = http://forums.freebsd.org/showthread.php?t=3D8427 ----------------------------------------------------------------- ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? = Acer! http://www.izone.bg/6/index.html _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 20:16:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE5231065670; Wed, 9 Dec 2009 20:16:17 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 171428FC17; Wed, 9 Dec 2009 20:16:16 +0000 (UTC) Received: from phenom (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id nB9KGDIB003498; Wed, 9 Dec 2009 22:16:13 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be phenom X-AntiVirus: Checked by Dr.Web [version: 5.0, engine: 5.00.0.12182, virus records: 858100, updated: 9.12.2009] Message-ID: <4B200584.7050506@ukr.net> Date: Wed, 09 Dec 2009 22:16:04 +0200 From: "Vladislav V. Prodan" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1260198510.4118.5.camel@localhost> <1260264808.21699.9.camel@localhost> In-Reply-To: <1260264808.21699.9.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: ifconfig_lo0_alias0 does not work any more on 9-CURRENT - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 20:16:17 -0000 Vladimir Grebenschikov writes: > Hi > Looks like now it is required to add 'inet ' prefix to ifconfig lines, > for os <= 8.0 it was not required, although > corrected line: > ifconfig_lo0_alias0="inet 127.0.0.2/32" And I on the contrary not work: ifconfig_re0="inet 10.0.0.1 netmask 255.255.255.0" work: ifconfig_re0_alias0="inet 192.168.0.1 netmask 255.255.255.0" >> After upgrade RELENG_8 -> 9-CURRENT following line in rc.con does not >> work any more for me. (after boot no alias address on loop-back >> interface). >> ifconfig_lo0_alias0="127.0.0.2/32" >> console output while is usual, without errors, but does not shows >> required address: >> --- >> Starting Network: lo0 em0. >> lo0: flags=8049 metric 0 mtu 16384 >> options=3 >> inet 127.0.0.1 netmask 0xff000000 >> em0: flags=8843 metric 0 mtu 1500 >> options=19b >> ether 00:15:58:82:36:1a >> media: Ethernet autoselect >> status: no carrier >> --- >> Any ideas what the reason of such behaviour ? From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 20:16:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C83AD10656A3; Wed, 9 Dec 2009 20:16:52 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 3DB8D8FC2E; Wed, 9 Dec 2009 20:16:52 +0000 (UTC) Received: from phenom (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id nB9KGmGT003516; Wed, 9 Dec 2009 22:16:48 +0200 (EET) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be phenom X-AntiVirus: Checked by Dr.Web [version: 5.0, engine: 5.00.0.12182, virus records: 858100, updated: 9.12.2009] Message-ID: <4B2005A8.6020408@ukr.net> Date: Wed, 09 Dec 2009 22:16:40 +0200 From: "Vladislav V. Prodan" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1260198510.4118.5.camel@localhost> <1260264808.21699.9.camel@localhost> In-Reply-To: <1260264808.21699.9.camel@localhost> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: ifconfig_lo0_alias0 does not work any more on 9-CURRENT - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 20:16:52 -0000 After applying the network settings /etc/rc.d/netif restart All falls first named restarting: # Traceroute ya.ru traceroute: unknown host ya.ru After restarting named: # Traceroute ya.ru traceroute: Warning: ya.ru has multiple addresses; using 93.158.134.8 traceroute: findsaddr: write: No such process From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 20:26:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C04106566B for ; Wed, 9 Dec 2009 20:26:25 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 566768FC1A for ; Wed, 9 Dec 2009 20:26:25 +0000 (UTC) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 6A23813344A6 for ; Wed, 9 Dec 2009 21:26:24 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id KFZt+8htC+d8 for ; Wed, 9 Dec 2009 21:26:23 +0100 (CET) Received: from danger-mbp.local (danger.mcrn.sk [84.16.37.254]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPSA id AAB23133446E for ; Wed, 9 Dec 2009 21:26:23 +0100 (CET) Message-ID: <4B2007EF.8070705@FreeBSD.org> Date: Wed, 09 Dec 2009 21:26:23 +0100 From: Daniel Gerzo Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sk; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <6201873e0912091038j5a11fefcha05a727c3fe0cc0b@mail.gmail.com> In-Reply-To: <6201873e0912091038j5a11fefcha05a727c3fe0cc0b@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: HAST vs ggate X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 20:26:25 -0000 Dňa 9.12.2009 19:38, Adam Vande More wrote / napísal(a): > Is there anyone that can expand on the HAST project vs the functionality > ggatec/d provides? > > http://lists.freebsd.org/pipermail/freebsd-announce/2009-October/001279.html I dont know too much about either of these tools, however HAST is currently only being developed. Its purpose is to provide a high availability storage, i.e. a replication facility between geom providers. The goal is to implement a tool with features like linux's DRBD. Maybe pjd@ will share with us more soon :) -- S pozdravom / Best regards Daniel Gerzo, FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 20:28:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3061106568B for ; Wed, 9 Dec 2009 20:28:04 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 594238FC13 for ; Wed, 9 Dec 2009 20:28:03 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id 8B850AD9D1 for ; Thu, 10 Dec 2009 05:28:01 +0900 (JST) Message-ID: <4B20084A.9030209@haruhiism.net> Date: Wed, 09 Dec 2009 23:27:54 +0300 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091130 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1260198510.4118.5.camel@localhost> <1260264808.21699.9.camel@localhost> <4B2005A8.6020408@ukr.net> In-Reply-To: <4B2005A8.6020408@ukr.net> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ifconfig_lo0_alias0 does not work any more on 9-CURRENT - solved X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 20:28:04 -0000 On 09.12.2009 23:16, Vladislav V. Prodan wrote: > After applying the network settings /etc/rc.d/netif restart > All falls > > You might be interested in doing /etc/rc.d/routing restart after /etc/rc.d/netif restart When interface addresses are flushed with netif restart, the routing table is flushed too (or so it usually happens for me). Obviously, you won't be able to reach anything outside your LAN if you have no default gateway set. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Dec 9 23:07:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09869106566C; Wed, 9 Dec 2009 23:07:52 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-exrelay3.uni-muenster.de (ZIVM-EXRELAY3.UNI-MUENSTER.DE [128.176.192.20]) by mx1.freebsd.org (Postfix) with ESMTP id 649868FC0A; Wed, 9 Dec 2009 23:07:50 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.47,370,1257116400"; d="scan'208";a="20760875" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 10 Dec 2009 00:07:49 +0100 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 67BE71B07E7; Thu, 10 Dec 2009 00:07:49 +0100 (CET) Date: Thu, 10 Dec 2009 00:07:48 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Wes Morgan Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 09 Dec 2009 23:07:52 -0000 ah. i see. thanks for the hint. sorry mav for blaming ATA_CAM. ;) would be nice if this would be fixed at some point. i believe the problem also applies to tape drives, usb memory card readers, etc.? so generally speaking: any devices which allow new media insertion, but don't disconnect/re-attach from/to CAM. cheers. alex Wes Morgan schrieb am 2009-12-09: > On Wed, 9 Dec 2009, Alexander Best wrote: > >i'm not sure if this issue is directly linked to ATA_CAM, but i've > >not seen it > >before the ATA_CAM changes: > >removing a cd/dvd and inserting a new one doesn't update the label > >in > >/dev/iso9660. > >`file -s /dev/iso9660/CD1` says: > >/dev/iso9660/CD1: ISO 9660 CD-ROM filesystem data 'CD2 > >' > Nay, I've seen this kind of behavior for ages. I just assumed that > the cd9660 labels never updated. From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 07:21:57 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E071A1065696 for ; Thu, 10 Dec 2009 07:21:57 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2E48FC1C for ; Thu, 10 Dec 2009 07:21:55 +0000 (UTC) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 9C240940136; Thu, 10 Dec 2009 08:21:50 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id B35C3940060; Thu, 10 Dec 2009 08:21:47 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 9EF3233E85; Thu, 10 Dec 2009 07:21:47 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 7B54EA127C; Thu, 10 Dec 2009 07:21:47 +0000 (UTC) Date: Thu, 10 Dec 2009 08:21:47 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20091210072147.GA4963@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Panic while doing zfs rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 07:21:58 -0000 Hi list, First, excuse me to post on -current@ while this problem happened with -STABLE but RELENG_8 is still relatively close to HEAD and I have the feeling that -stable@ is more concerned with configuration and maybe userland problems. I've done the following command sequence on a fresh RELENG_8 from around 3rd dec: zfs send -R data/repos | zfs receive -d data/crepos zfs destroy data/repos zfs rename data/crepos/repos data/repos And this led to the following panic on rename: % Fatal trap 12: page fault while in kernel mode % cpuid = 0; apic id = 00 % fault virtual address = 0x780fe2a0 % fault code = supervisor read, page not present % instruction pointer = 0x20:0x806d1687 % stack pointer = 0x28:0xcb41c750 % frame pointer = 0x28:0xcb41c784 % code segment = base 0x0, limit 0xfffff, type 0x1b % = DPL 0, pres 1, def32 1, gran 1 % processor eflags = resume, IOPL = 0 % current process = 72605 (zfs) % [thread pid 72605 tid 100435 ] % Stopped at _sx_xlock_hard+0x21e: movl 0x1a0(%eax),%eax % db> bt % Tracing pid 72605 tid 100435 td 0x88b6c480 % _sx_xlock_hard(8f2460a0,88b6c480,0,85ce8fc8,a1,...) at _sx_xlock_hard+0x21e % _sx_xlock(8f2460a0,0,85ce8fc8,a1,866b2a70,...) at _sx_xlock+0x48 % rrw_enter(8f2460a0,1,85cdf7b1,0,cb41c7e8,...) at rrw_enter+0x35 % zfs_statfs(866b2a10,866b2a70,1d8,cb41c844,865a3a10,...) at zfs_statfs+0x39 % __vfs_statfs(866b2a10,cb41c844,0,0,0,...) at __vfs_statfs+0x1f % nullfs_statfs(865a3a10,865a3a70,806bd68b,865a3a70,865a3a10,...) at nullfs_statfs+0x46 % __vfs_statfs(865a3a10,865a3a70,1d8,a5889340,cb41cb78,...) at __vfs_statfs+0x1f % kern_getfsstat(88b6c480,cb41ccf8,8df8,0,1,...) at kern_getfsstat+0x2d0 % getfsstat(88b6c480,cb41ccf8,c,cb41ccb0,8096d28a,...) at getfsstat+0x2e % syscall(cb41cd38) at syscall+0x320 % Xint0x80_syscall() at Xint0x80_syscall+0x20 % --- syscall (395, FreeBSD ELF32, getfsstat), eip = 0x281742d7, esp = 0x7fbfc8dc, ebp = 0x7fbfc908 --- FYI, after the crash, I could rename the filesystem without any problem. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 10:02:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 802281065670; Thu, 10 Dec 2009 10:02:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id D4FF38FC17; Thu, 10 Dec 2009 10:02:12 +0000 (UTC) Received: by mail-fx0-f209.google.com with SMTP id 2so1296758fxm.13 for ; Thu, 10 Dec 2009 02:02:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=f+/AG5loYrdUKclFmBpM9iOpQlAo3DOrD5IFhjYpTP8=; b=WmzEJF+nRFnyByxG5LGVT6w3TT1dKyRFdib5RxUMTkKGgmpMiiYl5KKRZUR4Lzd9o5 FjVqxPPw8KyaoRHvq4KfyJu5W8GrplWwt3GgyL3/X57cYuWejK2fCtY9sLfMnrLJPa17 e8ZeEaGZ6l/tzTfyuqSAF793xprb2zuWIY4KI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=LZqjWcwpGenoryXvWrxF6hCNsv8LDfPi1GxZ40OVP8JUYPPGaG1UkbqoT3lA3N6ssg HUPVcXtUdlMaaTduatwDFolbHS3Gtt7MmeFqhcMbGOsJbZOHMeBZfE+DVuRC4yRt7ePQ AEByJeCvzRUZp3df04maNoBQxQPGWf99clQFY= Received: by 10.223.68.155 with SMTP id v27mr3054036fai.10.1260439332258; Thu, 10 Dec 2009 02:02:12 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 14sm249017fxm.15.2009.12.10.02.02.10 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 02:02:10 -0800 (PST) Sender: Alexander Motin Message-ID: <4B20C720.6080105@FreeBSD.org> Date: Thu, 10 Dec 2009 12:02:08 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: FreeBSD-Current , freebsd-arch@freebsd.org References: <4B1671EE.1010301@FreeBSD.org> In-Reply-To: <4B1671EE.1010301@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 10:02:13 -0000 Alexander Motin wrote: > The main regression of the new mode is a lack of ataraid alternative, to > support cheap BIOS-based ATA RAIDs. If somebody has time and wish to > port that code from inside ata(4) into GEOM module, to make it work over > CAM also, I would appreciate that and propose a help, if needed. May be it would be easier to just teach gmirror, gstripe and gconcat to handle ATA RAIDs metadata formats, to not duplicate and support the rest of code. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 12:31:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1131106568D; Thu, 10 Dec 2009 12:31:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0A1668FC17; Thu, 10 Dec 2009 12:31:34 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA15211; Thu, 10 Dec 2009 14:31:27 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B20EA1F.5080107@icyb.net.ua> Date: Thu, 10 Dec 2009 14:31:27 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 12:31:36 -0000 on 10/12/2009 01:07 Alexander Best said the following: > ah. i see. thanks for the hint. sorry mav for blaming ATA_CAM. ;) would be > nice if this would be fixed at some point. i believe the problem also applies > to tape drives, usb memory card readers, etc.? so generally speaking: any > devices which allow new media insertion, but don't disconnect/re-attach > from/to CAM. Yes, we need to get some notification that media is changed and then trigger geom action. Right now there is no notification from hardware in most cases and there is no support for handling that in drivers, AFAIK. Maybe ahci driver starts to add support for that. So either something needs to poll media for changes or a user has to trigger some action explicitly. No magic. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 12:33:42 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D93FA1065695 for ; Thu, 10 Dec 2009 12:33:42 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 123D48FC18 for ; Thu, 10 Dec 2009 12:33:41 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA15258; Thu, 10 Dec 2009 14:33:40 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B20EAA3.5010009@icyb.net.ua> Date: Thu, 10 Dec 2009 14:33:39 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Jeremie Le Hen References: <20091210072147.GA4963@felucia.tataz.chchile.org> In-Reply-To: <20091210072147.GA4963@felucia.tataz.chchile.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Panic while doing zfs rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 12:33:42 -0000 on 10/12/2009 09:21 Jeremie Le Hen said the following: ... > % zfs_statfs(866b2a10,866b2a70,1d8,cb41c844,865a3a10,...) at zfs_statfs+0x39 > % __vfs_statfs(866b2a10,cb41c844,0,0,0,...) at __vfs_statfs+0x1f > % nullfs_statfs(865a3a10,865a3a70,806bd68b,865a3a70,865a3a10,...) at nullfs_statfs+0x46 > % __vfs_statfs(865a3a10,865a3a70,1d8,a5889340,cb41cb78,...) at __vfs_statfs+0x1f And you also seem to have nullfs in the picture. Did you by a chance renamed a zfs filesystem under nullfs? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 12:47:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF575106566C for ; Thu, 10 Dec 2009 12:47:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id 79C808FC0C for ; Thu, 10 Dec 2009 12:47:19 +0000 (UTC) Received: by fxm2 with SMTP id 2so1435888fxm.13 for ; Thu, 10 Dec 2009 04:47:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=3/lUwN1q5k7eYDV73Q+P3CSA9dNgC7WN7UkkcOXBiJk=; b=mz1fphWjR48jk/KCXpQiSXPHflSNeWgZH9B4m6hnqKtygA6rbiD49Za46IhURjzI3k 4QNPEylxePJEgKitPnEWD8bZ+C8sa174pjcNSMPqUiz888iTXCcgGDAjvLOwAP6oJ9kD b42Gsw3lpogOCrKRq0jsVCEbsm9cj/kyAdgKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=vYtzd2mtoojPp3UpPyeiltU9Us8FXOnoRh2v9maesNOxbtwmkN6EDcM4gGYt1hdIbX TtpAZbMFsWgXWAkh6NbLW6kaH/2ytsNPS/fcn0SJ6o+rTk6qX2KU67gbJKgRbzSEajm2 0L7WRsx7V1fbHEfAF8FeCY2qsxhSBxpufNZh4= Received: by 10.223.144.81 with SMTP id y17mr3193171fau.68.1260449238395; Thu, 10 Dec 2009 04:47:18 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm309076fxm.10.2009.12.10.04.47.17 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 04:47:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4B20EDD2.5000102@FreeBSD.org> Date: Thu, 10 Dec 2009 14:47:14 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Andriy Gapon References: <4B20EA1F.5080107@icyb.net.ua> In-Reply-To: <4B20EA1F.5080107@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 12:47:20 -0000 Andriy Gapon wrote: > on 10/12/2009 01:07 Alexander Best said the following: >> ah. i see. thanks for the hint. sorry mav for blaming ATA_CAM. ;) would be >> nice if this would be fixed at some point. i believe the problem also applies >> to tape drives, usb memory card readers, etc.? so generally speaking: any >> devices which allow new media insertion, but don't disconnect/re-attach >> from/to CAM. > > Yes, we need to get some notification that media is changed and then trigger geom > action. Right now there is no notification from hardware in most cases and there > is no support for handling that in drivers, AFAIK. Maybe ahci driver starts to > add support for that. So either something needs to poll media for changes or a > user has to trigger some action explicitly. No magic. Both ahci and siis drivers already have SATA Asynchronous Notifications support, that was especially made to do that. Now AN used to receive messages from PMP about fan-out ports physical events and working fine. What is needed: SATA ATAPI device with AN support (haven't checked if there are ones on the market), enable these messages, improve cd driver to make some useful activity (have no idea how) on such events. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 12:49:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6851065694 for ; Thu, 10 Dec 2009 12:49:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f209.google.com (mail-fx0-f209.google.com [209.85.220.209]) by mx1.freebsd.org (Postfix) with ESMTP id DD3FF8FC17 for ; Thu, 10 Dec 2009 12:49:57 +0000 (UTC) Received: by fxm2 with SMTP id 2so1438223fxm.13 for ; Thu, 10 Dec 2009 04:49:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=pghzH/XhOUNcbbASVFlW+ZjNx/R+7ElRd4OP6vx4q6c=; b=Kx651OMAAPbuUbRBMKvBAV2mJF39hHVDASvemkS/aHPZouSkjqMYY1FJlyhNukp8dr YWcwpdkkbUaIjesd6SXB7Mn8z3IVBQyj0tHMrcgm9hPMVYYpiEFVGCk1YAf9vefUP3R4 lfLfrV7czPhq5Er/dLRKxezGBdFltI4dnCKxA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ajI7wDMjrPHQjJg/Ltk+mYn+b4teEy99r+Oft7tSnQQlCzAX7tItvJNFDryN7ECmUp WpHWZc10vCWJF/+zG06Rsi56K1uNOxo1+Wb+zBu9jEWnlZAMXzr2IunjH7WFpbr4mZyR +qW35WqoPSr4xruCovtkTMApSbTmaY392y37w= Received: by 10.223.103.25 with SMTP id i25mr1624918fao.64.1260449396143; Thu, 10 Dec 2009 04:49:56 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 15sm312204fxm.2.2009.12.10.04.49.55 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Dec 2009 04:49:55 -0800 (PST) Sender: Alexander Motin Message-ID: <4B20EE70.1070202@FreeBSD.org> Date: Thu, 10 Dec 2009 14:49:52 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Andriy Gapon References: <4B20EA1F.5080107@icyb.net.ua> <4B20EDD2.5000102@FreeBSD.org> In-Reply-To: <4B20EDD2.5000102@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 12:49:58 -0000 Alexander Motin wrote: > Andriy Gapon wrote: >> on 10/12/2009 01:07 Alexander Best said the following: >>> ah. i see. thanks for the hint. sorry mav for blaming ATA_CAM. ;) would be >>> nice if this would be fixed at some point. i believe the problem also applies >>> to tape drives, usb memory card readers, etc.? so generally speaking: any >>> devices which allow new media insertion, but don't disconnect/re-attach >>> from/to CAM. >> Yes, we need to get some notification that media is changed and then trigger geom >> action. Right now there is no notification from hardware in most cases and there >> is no support for handling that in drivers, AFAIK. Maybe ahci driver starts to >> add support for that. So either something needs to poll media for changes or a >> user has to trigger some action explicitly. No magic. > > Both ahci and siis drivers already have SATA Asynchronous Notifications > support, that was especially made to do that. Now AN used to receive > messages from PMP about fan-out ports physical events and working fine. > > What is needed: SATA ATAPI device with AN support (haven't checked if > there are ones on the market), enable these messages, improve cd driver > to make some useful activity (have no idea how) on such events. With "how" I've meant "how to properly report it to GEOM". -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:31:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C53610656A7; Thu, 10 Dec 2009 14:31: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 D7CCA8FC12; Thu, 10 Dec 2009 14:31:44 +0000 (UTC) Received: from [IPv6:::1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id nBAEVfaP043891; Thu, 10 Dec 2009 07:31:41 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Scott Long In-Reply-To: <4B20C720.6080105@FreeBSD.org> Date: Thu, 10 Dec 2009 07:31:41 -0700 Content-Transfer-Encoding: 7bit Message-Id: <914B9BC0-7C9D-41F1-9929-046E39C5B31C@samsco.org> References: <4B1671EE.1010301@FreeBSD.org> <4B20C720.6080105@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1076) X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: FreeBSD-Current , freebsd-arch@freebsd.org Subject: Re: Testing CAM wrapper for ata(4) controller drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:31:45 -0000 On Dec 10, 2009, at 3:02 AM, Alexander Motin wrote: > Alexander Motin wrote: >> The main regression of the new mode is a lack of ataraid >> alternative, to >> support cheap BIOS-based ATA RAIDs. If somebody has time and wish to >> port that code from inside ata(4) into GEOM module, to make it work >> over >> CAM also, I would appreciate that and propose a help, if needed. > > May be it would be easier to just teach gmirror, gstripe and gconcat > to > handle ATA RAIDs metadata formats, to not duplicate and support the > rest > of code. > The existing graid modules are not well suited for learning new metadata. I have plans for restructuring them into a stack within GEOM that handles metadata separate from the transforms. Scott From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:41:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 499E0106566B; Thu, 10 Dec 2009 14:41:47 +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 0A7A68FC12; Thu, 10 Dec 2009 14:41:46 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NIkD8-00065Q-QZ; Thu, 10 Dec 2009 14:41:46 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NIkD8-0003Ju-2K; Thu, 10 Dec 2009 14:41:42 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBAEffDP000856; Thu, 10 Dec 2009 14:41:41 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBAEffVS000855; Thu, 10 Dec 2009 14:41:41 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 10 Dec 2009 14:41:41 +0000 From: Anton Shterenlikht To: freebsd-questions@freebsd.org, freebsd-current@freebsd.org Message-ID: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:41:47 -0000 >From my information security manager: FreeBSD isn't much used within the University (I understand) and has a (comparatively) poor security record. Most recently, for example: http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html -- 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 Dec 10 14:47:19 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3421B106566C for ; Thu, 10 Dec 2009 14:47:19 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id E0D5A8FC0A for ; Thu, 10 Dec 2009 14:47:18 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id CAEE3ADDB4 for ; Thu, 10 Dec 2009 23:47:15 +0900 (JST) Message-ID: <4B2109F0.3010102@haruhiism.net> Date: Thu, 10 Dec 2009 17:47:12 +0300 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:47:19 -0000 On 10.12.2009 17:41, Anton Shterenlikht wrote: > > From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html > > This has already been fixed in -stable somewhere around December 2nd or 3rd. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:48:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9826C106568F for ; Thu, 10 Dec 2009 14:48:58 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 33D6E8FC19 for ; Thu, 10 Dec 2009 14:48:57 +0000 (UTC) Received: by ewy26 with SMTP id 26so3832506ewy.3 for ; Thu, 10 Dec 2009 06:48:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=s7cfgjJh9VKWwB3nFQUBGetnhgr/THxGXEBJYmcNXZg=; b=eX9WWsEWpwJxiLCSoqLPOPNSyBvKAfwCoUABhj2YDfFMnW/yCCfhrdkYcXQFciGKzF 7vxBL139yD5nyEh6Y1d/+oiK51hNfiKDrqIdRkkd6j8IKXmw5DZMFkh+518GngWv3eGS 5vgDGHNgs9yf68FbVoFtkWt7FACsv7mVPhC54= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RqcUbmgtagD7nVDMhCADCiGNTiPOqAh2pdZypG98cz7edL334Qh9p+wG/hV+kSClRN yfzWuyU9jrNJBvZXQVPizcTFNWR7q243bWaGjyZjR05dOTREoUOgd4v7g9dJdmY2xkU5 a8VLz2/nuzXALFni9XnPVhXyXtISexXbWqgtM= MIME-Version: 1.0 Received: by 10.213.2.82 with SMTP id 18mr12127410ebi.58.1260456536918; Thu, 10 Dec 2009 06:48:56 -0800 (PST) Date: Thu, 10 Dec 2009 15:48:56 +0100 Message-ID: <3a142e750912100648n7a4ccc73r6aba9300d4ca8105@mail.gmail.com> From: Paul B Mahol To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: HEADS UP: NDISulator - please test X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:48:58 -0000 Hello, I made some general improvements, added some features and fixed dozens of bugs. Goal is to make WPA work with bsd driver for wpa_supplicant (-Dbsd) Code is available here: http://gitorious.org/ndisulator It can be also downloaded as tar.gz: http://www.gitorious.org/ndisulator/ndisulator/archive-tarball/master Example how to build: Just extract archive somewhere and use mount_nullfs(8): mount_nullfs ndisulator-ndisulator/src/sys/dev/if_ndis /sys/dev/if_ndis mount_nullfs ndisulator-ndisulator/src/sys/compat/ndis /sys/compat/ndis mount_nullfs ndisulator-ndisulator/src/usr.sbin/ndiscvt /usr/src/usr.sbin/ndiscvt Now you just need to rebuild modules, including modules created via ndisgen(8) and ndiscvt. How to test: Does 'wpa_supplicant -Dbsd' works in your environment ? Known issues: WPA is broken. WPA2 is missing PMKID support. From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:51:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20DFC1065692; Thu, 10 Dec 2009 14:51:24 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id E6CDA8FC1A; Thu, 10 Dec 2009 14:51:23 +0000 (UTC) Received: from localhost (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 0500DF741F; Thu, 10 Dec 2009 09:51:22 -0500 (EST) Date: Thu, 10 Dec 2009 09:51:22 -0500 From: Bill Moran To: Anton Shterenlikht Message-Id: <20091210095122.a164bf95.wmoran@potentialtech.com> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Organization: Bill Moran X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:51:24 -0000 In response to Anton Shterenlikht : > >From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html Are you trying to make your infosec guy look like an idiot? Does he realize that FreeBSD has a grand total of 16 security problems for all of 2009? Hell, Microsoft has that many in an average month. If he can find something (other than OpenBSD) with a better record than that, I'd love to hear about it. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:52:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC7D91065679; Thu, 10 Dec 2009 14:52:29 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCB88FC21; Thu, 10 Dec 2009 14:52:29 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 5580160E4; Thu, 10 Dec 2009 09:52:28 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1260456748; bh=Ic4AW872XYdPbiG67Ye+m+9UwKunfXcVGEL0J1Ud31U=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=X+72KaQn7gNufq2/q38O/5XPGAS0M1V7u0TI14A7zAIlLz1jh45QptJI79k0qzhlc FO+Jh8X1I9nDMBxvEbz03Veu8FYEQvRXh5+yhVx9X6tAKMexYMF+JXcYbDqQI89 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=mwHL6vaQDw+ePphyPDSSw7xb/bmKQrnsF/33Euy6JoO3k/WBSWeC9uJe+tmiUPSKU TpVVftrjvoPuH+bxJuH3GyJjHqdaMgMD86ZQR0wfwcjY9rnTG5XuC4hq8HLKc9M Message-ID: <4B210B27.7080203@protected-networks.net> Date: Thu, 10 Dec 2009 09:52:23 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.23 (X11/20091126) MIME-Version: 1.0 To: Anton Shterenlikht References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> X-Enigmail-Version: 0.96.0 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:52:30 -0000 Anton Shterenlikht wrote: >>From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html Without wanting to get into any "flame wars", I will only say this .. I find this kind of unsubstantiated speculation extremely disappointing. It speaks not only to an apparent lack of knowledge about FreeBSD but also about any alternative operating system. Subject closed, imb From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 14:55:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E78971065695; Thu, 10 Dec 2009 14:55:46 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id B2DF48FC18; Thu, 10 Dec 2009 14:55:46 +0000 (UTC) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id nBAEtcXo063322; Thu, 10 Dec 2009 09:55:38 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200912101455.nBAEtcXo063322@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 10 Dec 2009 09:55:40 -0500 To: Anton Shterenlikht , freebsd-questions@freebsd.org, freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 14:55:47 -0000 At 09:41 AM 12/10/2009, Anton Shterenlikht wrote: > >From my information security manager: > > FreeBSD isn't much used within the University (I > understand) and has a > (comparatively) poor security record. Most recently, for example: > > >http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html > Some say... world flat... some say roundish. There are lots of opinions to choose from. It would be nice to see an actual properly designed study quoted... or even some raw data referenced. and I am not talking about something vendor sponsored that examines such track records. In the case of the above mentioned zero day exploit someone posted, I think FreeBSD did a GREAT job at getting a fast unofficial patch out and then 2 days later an official advisory and patch out. Take a look at their actual track record at http://www.freebsd.org/security and judge for yourself based on that. Note, a good chunk of whats there is common across multiple operating systems (e.g ntpd, BIND, openssl etc) There are lots of reasons why someone might use or not use FreeBSD. In my _opinion_, a "poor security record" is not one of them... But judge for yourself based on their actual track record. ---Mike -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 15:00:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EAED1065676 for ; Thu, 10 Dec 2009 15:00:04 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from smtp.ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id DC79C8FC16 for ; Thu, 10 Dec 2009 15:00:03 +0000 (UTC) Received: (qmail 4920 invoked by uid 89); 10 Dec 2009 15:06:56 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 10 Dec 2009 15:06:56 -0000 Message-ID: <4B210CE9.1050709@ibctech.ca> Date: Thu, 10 Dec 2009 09:59:53 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Bill Moran References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> In-Reply-To: <20091210095122.a164bf95.wmoran@potentialtech.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 15:00:04 -0000 Bill Moran wrote: > In response to Anton Shterenlikht : > >> >From my information security manager: >> >> FreeBSD isn't much used within the University (I understand) and has a >> (comparatively) poor security record. Most recently, for example: >> >> http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html > > Are you trying to make your infosec guy look like an idiot? He doesn't really have to _try_, does he? I have always thought that an infosec person should *know* what they have running within their own network, and furthermore, gather his comparative analysis from somewhere other than the dept-of-some-guys-blog. Perhaps these are not the job requirements of a security person. Steve From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 15:01:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50AA106566B; Thu, 10 Dec 2009 15:01:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 67DF58FC0A; Thu, 10 Dec 2009 15:01:10 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 929FB6D41B; Thu, 10 Dec 2009 15:01:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 696EF844F3; Thu, 10 Dec 2009 16:01:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Anton Shterenlikht References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 Dec 2009 16:01:09 +0100 In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> (Anton Shterenlikht's message of "Thu, 10 Dec 2009 14:41:41 +0000") Message-ID: <86d42mlvpm.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 15:01:10 -0000 Anton Shterenlikht writes: > From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for > example: "comparatively", compared to what? Windows? Linux? We beat them both into the ground. He is speaking from ignorance. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 15:21:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CBB51065692; Thu, 10 Dec 2009 15:21:04 +0000 (UTC) (envelope-from joe@hostedcontent.com) Received: from nikki.fasti.net (nikki.fasti.net [216.105.91.145]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB718FC16; Thu, 10 Dec 2009 15:21:03 +0000 (UTC) Received: from [192.168.1.121] ([216.105.80.133]) (authenticated bits=0) by nikki.fasti.net (8.14.3/8.14.3) with ESMTP id nBAF1AO8042393 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Dec 2009 10:01:12 -0500 (EST) (envelope-from joe@hostedcontent.com) Message-ID: <4B210D4B.30103@hostedcontent.com> Date: Thu, 10 Dec 2009 10:01:31 -0500 From: joe User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Anton Shterenlikht References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-FastiNet-MailScanner-Information: Please contact the ISP for more information X-FastiNet-MailScanner-ID: nBAF1AO8042393 X-FastiNet-MailScanner: Found to be clean X-FastiNet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-FastiNet-MailScanner-From: joe@hostedcontent.com X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 15:21:04 -0000 Fire the noob you have working for you and hire someone with a clue. Anton Shterenlikht wrote: >>From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html > > > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 15:28:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B7FE1065697 for ; Thu, 10 Dec 2009 15:28:34 +0000 (UTC) (envelope-from kevin.wilcox@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id CB8CA8FC21 for ; Thu, 10 Dec 2009 15:28:32 +0000 (UTC) Received: by ywh35 with SMTP id 35so3627619ywh.7 for ; Thu, 10 Dec 2009 07:28:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1RoP9HaUsa0XwuLIT5TCY6JNfGHjZdH0hz88NJau7RE=; b=h2v68B3g5x9Y6XuvYqRMrGdzEeaXhx/uLtzSsl+K26VDVY1SiGgXt6bG7aLMe4bhc1 TBKwes+ZY/DanWftm7z3nhW6qh/I1TxNWVdvzTu/yxEPyH6J6yIS9SMRzrbEk3smQMxp /0/ZA3a+i/M5w2AKFjui81KtRQMXyyVOjW4qU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=h07JqkXAoK3aLLeZ1VSZQPpyUY1Zqv61501R0KBn0m47KhqL8DoV7VOIryKn29GUcg WX9bhTwiYK08TC5aiuF8gf/y2AVkbBsX6fRW9AGjNZUTLoV4qzB56oKRVWa6YoFLPfYI 9GNo5M3Do9NBtQCNtTbQGuz9pOXcN6CR8nzKc= MIME-Version: 1.0 Received: by 10.91.162.31 with SMTP id p31mr188117ago.121.1260457454934; Thu, 10 Dec 2009 07:04:14 -0800 (PST) In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 Dec 2009 10:04:14 -0500 Message-ID: <5d6848b00912100704t33828fc6x900f716ddd6af8d@mail.gmail.com> From: Kevin Wilcox To: Anton Shterenlikht Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 15:28:34 -0000 2009/12/10 Anton Shterenlikht : > >From my information security manager: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0FreeBSD isn't much used within the University = (I understand) and has a > =C2=A0 =C2=A0 =C2=A0 =C2=A0(comparatively) poor security record. Most rec= ently, for example: > > =C2=A0 =C2=A0 =C2=A0 =C2=A0http://www.h-online.com/security/news/item/Roo= t-exploit-for-FreeBSD-873352.html Wow. Just...wow. FreeBSD's security record, the rate at which fixes occur, the ports system and the overall sanity of the environment is *precisely* why we have been migrating from RHEL to FreeBSD at my University (I'm employed by the University, not a student). I would be quite curious as to which operating system is serving as the baseline for this comparison. I would also be quite curious as to whether the manager making said statement is responsible for central IT services or is locked into providing services by a particular vendor. kmw --=20 Beware the leader who bangs the drums of war in order to whip the citizenry into a patriotic fervor, for patriotism is indeed a double-edged sword. It both emboldens the blood, just as it narrows the mind. And when the drums of war have reached a fever pitch and the blood boils with hate and the mind has closed, the leader will have no need in seizing the rights of the citizenry. Rather, the citizenry, infused with fear and blinded by patriotism, will offer up all of their rights unto the leader and gladly so - Unattributed, post 9/11 From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 16:02:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9D71065670 for ; Thu, 10 Dec 2009 16:02:38 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outB.internet-mail-service.net (outb.internet-mail-service.net [216.240.47.225]) by mx1.freebsd.org (Postfix) with ESMTP id A2A018FC0C for ; Thu, 10 Dec 2009 16:02:38 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id CC9A4961CA; Thu, 10 Dec 2009 08:03:21 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id D6A4E2D6013; Thu, 10 Dec 2009 08:02:37 -0800 (PST) Message-ID: <4B211BAB.4030301@elischer.org> Date: Thu, 10 Dec 2009 08:02:51 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Anton Shterenlikht References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 16:02:38 -0000 Anton Shterenlikht wrote: >>From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html yeah we know, but really, quoting security as a reason not to use it is a bit like quoting flat tyres (British spelling to those USA'ns reading) as a reason to not buy a Jag. Every OS has them and in fact we are better than many. > > > > > From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 16:21:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D86A41065695; Thu, 10 Dec 2009 16:21:58 +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 94AEC8FC18; Thu, 10 Dec 2009 16:21:58 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NIlm3-0004Ey-GU; Thu, 10 Dec 2009 16:21:57 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NIlm2-00054L-IY; Thu, 10 Dec 2009 16:21:51 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBAGLoLF001210; Thu, 10 Dec 2009 16:21:50 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBAGLo2V001209; Thu, 10 Dec 2009 16:21:50 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Thu, 10 Dec 2009 16:21:50 +0000 From: Anton Shterenlikht To: Bill Moran Message-ID: <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091210095122.a164bf95.wmoran@potentialtech.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 16:21:59 -0000 On Thu, Dec 10, 2009 at 09:51:22AM -0500, Bill Moran wrote: > In response to Anton Shterenlikht : > > > >From my information security manager: > > > > FreeBSD isn't much used within the University (I understand) and has a > > (comparatively) poor security record. Most recently, for example: > > > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html > > Are you trying to make your infosec guy look like an idiot? Does he > realize that FreeBSD has a grand total of 16 security problems for all > of 2009? Hell, Microsoft has that many in an average month. > > If he can find something (other than OpenBSD) with a better record than > that, I'd love to hear about it. I was just stressed after being forced by him to explain why I wanted firewall exceptions for two ports to my FreeBSD portscluster nodes. I explained the reasons and that was settled. I wouldn't be surprised if I'm the sole fbsd user at my Uni. The situation with computing is not great and getting worse. The Uni is, of course, addicted to Microsoft, but having realised all the problems with that, lately the policy has been to deny (!) MS users admin access to their own desktops. The situation is just ridiculous - if a MS user wants to install a piece of software on their PC he/she has to ask for permission, and then wait until some computer officer would come and do install for them. Also recently, well.. about a year ago, no host (!) could be accessed from outside the Uni firewall. Special exception has to be obtained even for ssh. There is only one dedicated sun server which accepts only ssh. The users are supposed to dial to this frontend server first, and from there to hosts on the local net. Honestly, the situation is so bad that I sometimes wonder - perhaps it's me who is mad. It seems IT services look at anybody who wants to escape MS with suspicion at best. I had to fight a long battle, well.. I had some support from other academics, to have a linux class in my Faculty. Here the opposition wasn't so much security, as "why would any undegraduate need linux", as if MS solutions are a pinnacle of human thought. And from I understand it's going to get worse. Apparently the IT services are drawing up plans to completely forbid use of "non-autorized" OS. I imagine fbsd will not be authorized. So I'm anticipating another battle already. Perhaps I should start putting together some statistics to make my case more forcefully. many thanks for your support, as always -- 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 Dec 10 17:01:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B191065693 for ; Thu, 10 Dec 2009 17:01:36 +0000 (UTC) (envelope-from chargen@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 09CB58FC15 for ; Thu, 10 Dec 2009 17:01:35 +0000 (UTC) Received: by ewy26 with SMTP id 26so59831ewy.3 for ; Thu, 10 Dec 2009 09:01:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:cc:content-type; bh=V4fi9ZU2Blkwldooc1JV6lJSne5O+RrPnf2NQE0jKVE=; b=KZTiv2tzPnGbLHRFp//WONvuAZxzcIanQRpBr5Bo9+gkh3z0eCbwY1t/eEI2Ph9Nzt 2Q6r9kfHuUnLfdBxz7/QopOrM3vgdnFJ5cbrpUVw54bMgCLENXy2fJIudhvcerb03uKD EflpMaHUfp9uFP+dkSPA+eAzLKtEwdbUrW4nU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type; b=fMJiRqlP3o+qzzxT9CY74MCTGvitmULGInrvZSLZ2BH3+8Jg9NEBTEPwX8lN+eaU5X OxeWvpLAMsRVkWOKN8Ih9IukKJ2kgtY4WjRlWHVWl4UgaqdijgVZIw26VZ61Y+AeG7v5 knAOmUefbqtuOcqdp7EZ25pq6MySrT2NvmMAw= MIME-Version: 1.0 Received: by 10.213.79.78 with SMTP id o14mt4141285ebk.21.1260462731925; Thu, 10 Dec 2009 08:32:11 -0800 (PST) In-Reply-To: <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 Dec 2009 17:32:11 +0100 Message-ID: <292361ab0912100832u135e912bo59c0debd4129fd18@mail.gmail.com> From: Chargen Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 17:01:36 -0000 On Thu, Dec 10, 2009 at 5:21 PM, Anton Shterenlikht wrote: > On Thu, Dec 10, 2009 at 09:51:22AM -0500, Bill Moran wrote: >> In response to Anton Shterenlikht : > I had to fight a long battle, well.. I had > some support from other academics, to have > a linux class in my Faculty. Here the > opposition wasn't so much security, as > "why would any undegraduate need linux", > as if MS solutions are a pinnacle of human thought. This is getting so funny.. Next topic please. Peace. From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 17:04:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CD54106566B for ; Thu, 10 Dec 2009 17:04:10 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 07F728FC12 for ; Thu, 10 Dec 2009 17:04:07 +0000 (UTC) Received: from [192.168.4.11] (unknown [192.168.4.11]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 8D33C72; Thu, 10 Dec 2009 18:04:05 +0100 (CET) Message-ID: <4B212A05.1070405@stillbilde.net> Date: Thu, 10 Dec 2009 18:04:05 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Chargen References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> <292361ab0912100832u135e912bo59c0debd4129fd18@mail.gmail.com> In-Reply-To: <292361ab0912100832u135e912bo59c0debd4129fd18@mail.gmail.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 17:04:10 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chargen wrote: > On Thu, Dec 10, 2009 at 5:21 PM, Anton Shterenlikht wrote: >> On Thu, Dec 10, 2009 at 09:51:22AM -0500, Bill Moran wrote: >>> In response to Anton Shterenlikht : > >> I had to fight a long battle, well.. I had >> some support from other academics, to have >> a linux class in my Faculty. Here the >> opposition wasn't so much security, as >> "why would any undegraduate need linux", >> as if MS solutions are a pinnacle of human thought. > > This is getting so funny.. > > Next topic please. > > Peace. What bothers me is that some of these worshipers (be that demon, penguin, apple, or windows) simple cannot fathom the old "right tool for the right job" saying... //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkshKgUACgkQODUnwSLUlKQepACgkDgvRoCEbJvrRbfkCa3YrF9P c/IAoKNxVaAcoVn/cEYUg0yIJgf6k+ek =oGMp -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 17:45:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03AAB106566B; Thu, 10 Dec 2009 17:45:05 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 884E08FC08; Thu, 10 Dec 2009 17:45:04 +0000 (UTC) Received: from [195.4.92.18] (helo=8.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.70 #1) id 1NIn4Z-0004Su-8i; Thu, 10 Dec 2009 18:45:03 +0100 Received: from p57ae296f.dip0.t-ipconnect.de ([87.174.41.111]:23525 helo=ernst.jennejohn.org) by 8.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #94) id 1NIn4Z-0000y5-25; Thu, 10 Dec 2009 18:45:03 +0100 Date: Thu, 10 Dec 2009 18:45:02 +0100 From: Gary Jennejohn To: Anton Shterenlikht Message-ID: <20091210184502.30fce047@ernst.jennejohn.org> In-Reply-To: <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> X-Mailer: Claws Mail 3.7.3 (GTK+ 2.16.2; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 17:45:05 -0000 On Thu, 10 Dec 2009 16:21:50 +0000 Anton Shterenlikht wrote: > I had to fight a long battle, well.. I had > some support from other academics, to have > a linux class in my Faculty. Here the > opposition wasn't so much security, as > "why would any undegraduate need linux", > as if MS solutions are a pinnacle of human thought. > I feel for you. I used to work for DEC, at one time a major UNIX vendor. Then one day all employees were forced to install Windows NT to access their mail accounts because management, in its wisdom, decided to standardize on Mickeysoft Exchange Server. No real reason, since up til then UNIX mail servers had been more than adequate. IT services had similarly restrictive policies regarding users installing SW, etc. I always wondered who Mickeysoft bribed to get that put through. Fortuantely, I had no problem setting up a "black" FreeBSD box to preserve my sanity. --- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 17:15:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFEBE106566B; Thu, 10 Dec 2009 17:15:41 +0000 (UTC) (envelope-from prvs=5888011bd=pschmehl_lists@tx.rr.com) Received: from ip-relay-001.utdallas.edu (ip-relay-001.utdallas.edu [129.110.20.111]) by mx1.freebsd.org (Postfix) with ESMTP id 6E47D8FC30; Thu, 10 Dec 2009 17:15:41 +0000 (UTC) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.47,375,1257141600"; d="scan'208";a="23801370" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-001.utdallas.edu with ESMTP; 10 Dec 2009 11:05:17 -0600 Received: from utd65257.utdallas.edu (utd65257.utdallas.edu [129.110.3.28]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id 478BF4E94D; Thu, 10 Dec 2009 11:05:17 -0600 (CST) Date: Thu, 10 Dec 2009 11:05:16 -0600 From: Paul Schmehl To: Anton Shterenlikht , freebsd-questions@freebsd.org, freebsd-current@freebsd.org Message-ID: <4EEC1C1C04727F728800F265@utd65257.utdallas.edu> In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> X-Mailer: Mulberry/4.0.6 (Linux/x86) X-Munged-Reply-To: Figure it out MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 10 Dec 2009 18:23:54 +0000 Cc: Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 17:15:41 -0000 --On Thursday, December 10, 2009 08:41:41 -0600 Anton Shterenlikht wrote: > >> From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. Most recently, for example: > > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.ht > ml > Please pass this to your information security manager: >From one information security manager to another, you're an idiot. -- Paul Schmehl, Senior Infosec Analyst As if it wasn't already obvious, my opinions are my own and not those of my employer. ******************************************* "It is as useless to argue with those who have renounced the use of reason as to administer medication to the dead." Thomas Jefferson From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 17:45:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFE0C1065670 for ; Thu, 10 Dec 2009 17:45:40 +0000 (UTC) (envelope-from jhelfman@e-e.com) Received: from mail.experts-exchange.com (mail.experts-exchange.com [64.156.132.251]) by mx1.freebsd.org (Postfix) with ESMTP id 989318FC08 for ; Thu, 10 Dec 2009 17:45:39 +0000 (UTC) Received: from eggman.experts-exchange.com (unknown [72.29.180.81]) by mail.experts-exchange.com (Postfix) with ESMTP id DE9354A43060; Thu, 10 Dec 2009 09:09:19 -0800 (PST) Received: by eggman.experts-exchange.com (sSMTP sendmail emulation); Thu, 10 Dec 2009 09:18:04 -0800 Date: Thu, 10 Dec 2009 09:18:04 -0800 From: Jason To: Paul Schmehl Message-ID: <20091210171803.GB33110@eggman.experts-exchange.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <4EEC1C1C04727F728800F265@utd65257.utdallas.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <4EEC1C1C04727F728800F265@utd65257.utdallas.edu> X-Operating-System: FreeBSD 7.2-RELEASE-p4 X-Living-The-Dream: I love the SLO Life! User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 10 Dec 2009 18:24:09 +0000 Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 17:45:40 -0000 http://security.freebsd.org/advisories/FreeBSD-SA-09:16.rtld.asc On Thu, Dec 10, 2009 at 11:05:16AM -0600, Paul Schmehl thus spake: >--On Thursday, December 10, 2009 08:41:41 -0600 Anton Shterenlikht > wrote: > >> >>> From my information security manager: >> >> FreeBSD isn't much used within the University (I understand) and has a >> (comparatively) poor security record. Most recently, for example: >> >> >> http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.ht >> ml >> > >Please pass this to your information security manager: > >>From one information security manager to another, you're an idiot. > >-- >Paul Schmehl, Senior Infosec Analyst >As if it wasn't already obvious, my opinions >are my own and not those of my employer. >******************************************* >"It is as useless to argue with those who have >renounced the use of reason as to administer >medication to the dead." Thomas Jefferson > >_______________________________________________ >freebsd-questions@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-questions >To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > -- i am a mutthead From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 18:27:31 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C9B4106566B; Thu, 10 Dec 2009 18:27:31 +0000 (UTC) (envelope-from bp@barryp.org) Received: from itasca.hexavalent.net (itasca.hexavalent.net [67.207.138.180]) by mx1.freebsd.org (Postfix) with ESMTP id 129DD8FC15; Thu, 10 Dec 2009 18:27:30 +0000 (UTC) Received: from barryp.org (host-145-114-107-208.midco.net [208.107.114.145]) by itasca.hexavalent.net (Postfix) with ESMTPS id 0B81E23C4D8; Thu, 10 Dec 2009 12:12:17 -0600 (CST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=barryp.org; s=itasca; t=1260468737; bh=NcAOkvnTTjr+zmiGynQdrODp2uujB/aCueVFUgGavmo=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=QAldEow1XC4R StSut6xksPfbv483A7Sx8EpDUx9hQJtuf0V46/1ia6/6er/MftrHhlcmGsr6kMCjTsP xvP6WyvFDMSIUYAP78SGNPY/B0E/ykCSeUqGfKGu5Uon32UJ5XR3GwKedGMQTcwz09N 8Rnnc9bBYnXt33xIEdurR6038= Received: from octane.med.und.nodak.edu ([134.129.166.23]) by barryp.org with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1NInUs-000HkV-W5; Thu, 10 Dec 2009 12:12:15 -0600 Message-ID: <4B2139FE.8020200@barryp.org> Date: Thu, 10 Dec 2009 12:12:14 -0600 From: Barry Pederson User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <200911102227.nAAMRXTf073603@svn.freebsd.org> <20091110224524.GC3194@garage.freebsd.pl> In-Reply-To: <20091110224524.GC3194@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: HEADS UP: Important bug fix in ZFS replay code! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 18:27:31 -0000 On 11/10/09 4:45 PM, Pawel Jakub Dawidek wrote: > Hi. > > There was important bug in ZFS replay code. If there were setattr logs > (not related to permission change) in ZIL during unclean shutdown, one > can end up with files that have mode set to 07777. > > This is very dangerous, especially if you have untrusted local users, as > this will set setuid bit on such files. Note that FreeBSD will remove > setuid bits when someone will try to modify the file, but it is still > dangerous. > > You can locate such files with the following command: > > # find / -perm -7777 -print0 | xargs -0 ls -ld > > You can locate and fix such files with the following command: > > # find / -perm -7777 -print0 | xargs -0 chmod a-s,o-w,-t I just noticed this fix didn't make it into 8.0, I just had an 8.0-RELEASE-p1 machine crash and come back with a bunch of 07777 files. Maybe this should be documented as an errata or security advisory. Barry From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 19:21:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 272901065672; Thu, 10 Dec 2009 19:21:56 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 555688FC15; Thu, 10 Dec 2009 19:21:54 +0000 (UTC) Received: from park.js.berklix.net (p549A318D.dip.t-dialin.net [84.154.49.141]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id nBAJLlmB016233; Thu, 10 Dec 2009 19:21:47 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by park.js.berklix.net (8.13.8/8.13.8) with ESMTP id nBAJLfgv080233; Thu, 10 Dec 2009 20:21:41 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.3/8.14.3) with ESMTP id nBAJLQf1077338; Thu, 10 Dec 2009 20:21:31 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200912101921.nBAJLQf1077338@fire.js.berklix.net> To: gary.jennejohn@freenet.de From: "Julian H. Stacey" Organization: http://www.berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 10 Dec 2009 18:45:02 +0100." <20091210184502.30fce047@ernst.jennejohn.org> Date: Thu, 10 Dec 2009 20:21:26 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 19:21:56 -0000 > Fortuantely, I had no problem setting up a "black" FreeBSD box to > preserve my sanity. A tip for those threatened with no BSD box at work: FreeBSD runs fine _inside_ a box that looks like a multi sheet scanner. OK, slow, but invisible to managers who require MS only. These scanners often lie abandoned in company junk rooms (& cheap on web), as people know they used to need MS's abandoned NT (= Not There) operating system. Well they do ... until one installs BSD. Credit to David M. who did the FreeBSD work. Pictures of hardware to look for in junk rooms: http://www.berklix.com/scanjet/ Cheers, Julian -- Julian Stacey: BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Mail plain text not quoted-printable, HTML or Base64: http://asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 18:20:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46017106566C for ; Thu, 10 Dec 2009 18:20:18 +0000 (UTC) (envelope-from sisson.j@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id C65728FC13 for ; Thu, 10 Dec 2009 18:20:17 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so632656fgg.13 for ; Thu, 10 Dec 2009 10:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=rFN+Bq8mk/YLklPUtJAWZ+Lw/8G3u0VS3/Ei6H9g/hE=; b=BWhrkT415VWADZGISkjbGHSDKbYhAINlp9sgliMJO1BSKN1xHrcWNbyrYJfMMxk9vf kKT7itSdq6IqT23uVGKCJaRUjbYcEeYdj286QQZlHM3sw4ljVOwhTHC151e/ySC8Cm58 ps8m74EKUrI3ZDEeLewD54Iji/aH5geDhwGhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=grGYXnVh4m5VAbJ/bG9y24B0u4UmeJ44mmu7X4TTWcFqx/Owgnsj5pTjnfl1lgR0Be flRFF29UjVWoopLHxGQcn/s/WhIQfP4PYzgLHLl827candIfegRsU9co6BMedBYD5Ofh 25vosIG5UzVkgqGpMqfTUyzpzLMK/1t3dJP/c= MIME-Version: 1.0 Received: by 10.239.183.17 with SMTP id s17mr18021hbg.172.1260467599743; Thu, 10 Dec 2009 09:53:19 -0800 (PST) In-Reply-To: <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 Dec 2009 11:53:19 -0600 Message-ID: <4297a9020912100953w4da66c89w2af37b9872c271aa@mail.gmail.com> From: J Sisson To: Anton Shterenlikht , freebsd-questions@freebsd.org, freebsd-current@freebsd.org X-Mailman-Approved-At: Thu, 10 Dec 2009 19:37:23 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 18:20:18 -0000 On Thu, Dec 10, 2009 at 10:21 AM, Anton Shterenlikht wrote: > Perhaps I should start putting together > some statistics to make my case more forcefully. > I fought the same battle at the Univ. I attended (as a student). They were an M$ shop as well and had issues with me running OpenBSD. I stuck to it and finally got a "straight" answer from the Dean of CS: "I don't know anything about OpenBSD...please just use Windows and be like everyone else!". Odd, I thought that one role of higher education is to teach critical thinking, which by definition means disagreements will (and should!) occur. Apparently I was wrong. I later took a independent study at the same Univ. I wanted to compare security records for various OS's (FreeBSD and OpenBSD being listed in there). This was rejected in favor of me doing security research for Windows...so I wrote a program to demonstrate why Admins shouldn't blindly trust even system code (Windows Server 2003...stuff like netstat and task manager) and demonstrated that to the graduate level network security class (I was an undergrad at the time). I completely gave up when the grad students followed suit with the dean and tried arguing with me that my code was "hacked together specifically to exhibit the behavior I was trying to demonstrate"...as if it wasn't *real* and it couldn't be used to a malicious user's advantage. I guess it doesn't exist in the security world (according to the previously mentioned grad students) if it's not "mainstream thinking"...I feel sorry for the companies that depend on those idiots for security. If they've bought into M$ FUD, no amount of statistics/code/demonstrations will help. I'd skip the statistics in favor of putting together a resume. From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 20:11:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E6C6106566B; Thu, 10 Dec 2009 20:11:32 +0000 (UTC) (envelope-from kevin.wilcox@gmail.com) Received: from mail-yw0-f197.google.com (mail-yw0-f197.google.com [209.85.211.197]) by mx1.freebsd.org (Postfix) with ESMTP id D98F88FC0A; Thu, 10 Dec 2009 20:11:31 +0000 (UTC) Received: by ywh35 with SMTP id 35so156680ywh.7 for ; Thu, 10 Dec 2009 12:11:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hTcR64QAYzqrP4SmqPcaBrsgNOJb1XbfvVreq9iULwQ=; b=C4/mAUvhv5inVXTi4nXgLhMyXpEwJMFsWpDLkDPqg4QbPATJskNujinPeIGW+StTyr a+coETNZXFxI5oXaMVKpru0XLQpiRhd7IgNjyWXy/jUYMlB6wlnUEnQYUBD4fmxajqbJ fOOBBWR8bUlCcrgwdpAvJ3HcElLGgPrtqFWJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=V+H6lgcxnQSntU++3+zm0vgq8NrZJ7BFixKmZ+7WC7foWXo2Ma0k3lO1TR93rOSRYk vO5fglkmdkC+D5ocPTLChV8nQp+Te4VUPRkB3bDnEe8Jd1Oc1xnto+ziGZocoUNvuFkJ WHqFJSUyBTGecpXgXn/qJdSJnT3Av+km3utFw= MIME-Version: 1.0 Received: by 10.91.105.17 with SMTP id h17mr645490agm.62.1260475891250; Thu, 10 Dec 2009 12:11:31 -0800 (PST) In-Reply-To: <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> Date: Thu, 10 Dec 2009 15:11:31 -0500 Message-ID: <5d6848b00912101211m20c20995x212ac7e5093df42c@mail.gmail.com> From: Kevin Wilcox To: Anton Shterenlikht Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 20:11:32 -0000 2009/12/10 Anton Shterenlikht : > I was just stressed after being forced by him > to explain why I wanted firewall exceptions > for two ports to my FreeBSD portscluster nodes. > I explained the reasons and that was settled. Anton, I don't know about the UK, Great Britain or England, but in US Universities, this is fairly common. It just serves as a sanity check for the many, many requests central IT tends to get regarding allowing ingress traffic for faculty/staff machines, and it gives the firewall guys documentation that such-and-such machine should be receiving inbound traffic on specific ports. > The Uni is, of course, > addicted to Microsoft, but having realised all > the problems with that, lately the policy has > been to deny (!) MS users admin access to their > own desktops. The situation is just ridiculous - > if a MS user wants to install a piece of software > on their PC he/she has to ask for permission, > and then wait until some computer officer would > come and do install for them. Again, I don't know about the UK, Great Britain or England, but in the US this is also quite common, at least with regards to University owned hardware. The first responsibility is to protect the network and existing services. Sadly, many groups fail to provide the next step, that being a relatively quick, easy way to have approved software installed for users, and a method for having non-approved software scrutinised and either approved or rejected. > Also recently, well.. about a year ago, no > host (!) could be accessed from outside the > Uni firewall. Special exception has to be > obtained even for ssh. There is only one dedicated > sun server which accepts only ssh. The users > are supposed to dial to this frontend server > first, and from there to hosts on the local net. Again, quite common. Most Universities here do not provide public-facing IP addresses without some sort of application and approval process. For example, we have a handful of machines that are public facing but most of our hardware sits inside site-only networks. To access those machines you either have to be on-campus or you have to connect via VPN (and yes, we support Windows, Mac, Linux, Solaris, *BSD). Having an SSH proxy isn't an entirely bad idea, though I can see where performance may be hindered. > I had to fight a long battle, well.. I had > some support from other academics, to have > a linux class in my Faculty. Here the > opposition wasn't so much security, as > "why would any undegraduate need linux", > as if MS solutions are a pinnacle of human thought. That's a pretty fair question and one that I hope you would have asked yourself before you made the push for the class. > And from I understand it's going to get worse. > Apparently the IT services are drawing up > plans to completely forbid use of "non-autorized" > OS. I imagine fbsd will not be authorized. > So I'm anticipating another battle already. Does this extend to computers used for academic research, student owned computers being used on campus, etc? Perhaps it's because we're conditioned to think this way but a lot of us at universities in the US see a lot of this as being commonplace and to *not* do them is generally considered bad security practice. kmw -- Beware the leader who bangs the drums of war in order to whip the citizenry into a patriotic fervor, for patriotism is indeed a double-edged sword. It both emboldens the blood, just as it narrows the mind. And when the drums of war have reached a fever pitch and the blood boils with hate and the mind has closed, the leader will have no need in seizing the rights of the citizenry. Rather, the citizenry, infused with fear and blinded by patriotism, will offer up all of their rights unto the leader and gladly so - Unattributed, post 9/11 From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 21:10:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87AB3106566B for ; Thu, 10 Dec 2009 21:10:18 +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 4128C8FC0A for ; Thu, 10 Dec 2009 21:10:17 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nBAL92Om023678; Thu, 10 Dec 2009 15:09:02 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nBAL92HU023677; Thu, 10 Dec 2009 15:09:02 -0600 (CST) (envelope-from brooks) Date: Thu, 10 Dec 2009 15:09:01 -0600 From: Brooks Davis To: jfv@freebsd.org Message-ID: <20091210210901.GA23550@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pf9I7BMVVzbSWLtt" Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 10 Dec 2009 15:09:02 -0600 (CST) Cc: freebsd-current@freebsd.org Subject: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 21:10:18 -0000 --pf9I7BMVVzbSWLtt Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Something with the latest e1000 update in current causes a panic during attach on my laptop. Rolling sys/dev/e1000 back to the previous version fixes the problem. Here's the hand transcribed panic: panic: mtx_lock() of spin mutex &dev_spec->swflag_mutex @ ../../../dev/e1000/e1000_ich8lan.c:651 The back trace places me at: e1000_acquire_swflag_ich8lan()+0x30 The device in question is in my lenovo x61s laptop and the pciconf output is: em0@pci0:0:25:0: class=0x020000 card=0x20de17aa chip=0x10498086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Gigabit Network Connection Interface Controller (82566MM NIC)' class = network subclass = ethernet Thanks, Brooks --pf9I7BMVVzbSWLtt Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLIWNtXY6L6fI4GtQRAtNuAJ4gLsy2OcH61Z1ajsNdmXYl3XoJ3wCgw+RT 4u2NGg3Wm1OqWfjDfkt9Aks= =Fmv3 -----END PGP SIGNATURE----- --pf9I7BMVVzbSWLtt-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 21:16:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B60281065692 for ; Thu, 10 Dec 2009 21:16:34 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8DBC18FC22 for ; Thu, 10 Dec 2009 21:16:34 +0000 (UTC) Received: by pwi15 with SMTP id 15so182233pwi.3 for ; Thu, 10 Dec 2009 13:16:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=ZvJd8sEExK7ExN3QySGowgY6VY9uxUGGq+g1QN2N/Yw=; b=J7kRye37YBxTeuEccC1wee7qDMQuO6VFxOJlaoKD3XsVoSoAgRkJDnF+WzeQDwWEVs JB3TKzXn3O5tKqsbftYRxLtqqxx9moeyN8Ve0Gn5yhBonpxcaZn3KUAQ13+3/BWYKk8A rkgMH2tKiJU1585IorSv+0n4oFH8uaivDl86s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e0+RnZFZP2OyxP8PSlMQCV9Pv+lAAY6xNJCZnB0d17FI1rFFA7du00ZpQEdDwKIG1J kgvbAmaBAFEygnpZAiJ6u+B4XI5NCRnl77q328eTGR/DLatJ00EH75EnRd/5dsYtEigU dEIqJWUdgf3n8EidP4Nd6MLdQHhgpqkyaGp0A= MIME-Version: 1.0 Received: by 10.114.214.24 with SMTP id m24mr265739wag.93.1260477938655; Thu, 10 Dec 2009 12:45:38 -0800 (PST) In-Reply-To: <4B20EAA3.5010009@icyb.net.ua> References: <20091210072147.GA4963@felucia.tataz.chchile.org> <4B20EAA3.5010009@icyb.net.ua> Date: Thu, 10 Dec 2009 12:45:38 -0800 Message-ID: From: Xin LI To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org, Jeremie Le Hen Subject: Re: Panic while doing zfs rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 10 Dec 2009 21:16:34 -0000 On Thu, Dec 10, 2009 at 4:33 AM, Andriy Gapon wrote: > on 10/12/2009 09:21 Jeremie Le Hen said the following: > ... >> % zfs_statfs(866b2a10,866b2a70,1d8,cb41c844,865a3a10,...) at zfs_statfs+0x39 >> % __vfs_statfs(866b2a10,cb41c844,0,0,0,...) at __vfs_statfs+0x1f >> % nullfs_statfs(865a3a10,865a3a70,806bd68b,865a3a70,865a3a10,...) at nullfs_statfs+0x46 >> % __vfs_statfs(865a3a10,865a3a70,1d8,a5889340,cb41cb78,...) at __vfs_statfs+0x1f > > And you also seem to have nullfs in the picture. > Did you by a chance renamed a zfs filesystem under nullfs? I'm not sure but can it be related to OpenSolaris bug 6905188? [1] changeset: 11209:462283cb4096 user: Matthew Ahrens date: Mon Nov 30 11:36:36 2009 -0800 files: usr/src/cmd/zdb/zdb.c usr/src/cmd/ztest/ztest.c usr/src/uts/common/fs/zfs/dmu_objset.c usr/src/uts/common/fs/zfs/dmu_send.c usr/src/uts/common/fs/zfs/dsl_dataset.c usr/src/uts/common/fs/zfs/sys/dmu.h usr/src/uts/common/fs/zfs/sys/dmu_objset.h usr/src/uts/common/fs/zfs/sys/dsl_dataset.h usr/src/uts/common/fs/zfs/sys/zfs_ioctl.h usr/src/uts/common/fs/zfs/sys/zil.h usr/src/uts/common/fs/zfs/zfs_ioctl.c usr/src/uts/common/fs/zfs/zil.c description: 6905188 panic: kernel heap corruption when doing "zfs rename -r" [1] http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6905188 Cheers, -- Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Thu Dec 10 22:20:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28A151065676 for ; Thu, 10 Dec 2009 22:20:13 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 85FEA8FC1B for ; Thu, 10 Dec 2009 22:20:12 +0000 (UTC) Received: by bwz5 with SMTP id 5so237767bwz.3 for ; Thu, 10 Dec 2009 14:20:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6St8hpzYKzvRrH8mti0z9suktkQEvaU3/hPb6QwtG4I=; b=Du4v76ZfN+Uu4LUMAVm5Uh9B0lkohYWhcddUV6Rjy+ECpuBZYH4bjYVLDZ62u6mC57 6BCweVYdKhNMm6UFcBs00AqZF2HhRejwJQj1K9ozg7XH8pDpNcCV+iYCXEGf8Xjh25hj azvgnuB8s/uSjr92ywco406emBawQRxmZG9Zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MvMKOLN+wl7ZQ14uHkb+0Wrd0n3w0CRKLZy+R3du5EFDzAVxfJ8IXWcolhrH19Hmk1 QoJTJPEO87x37SWIme3rIGdU/lGI1aU7e9mpwCK97gfzwBnwTq3BgGnbpIXsIkrT7ick 5slVK441ZVmgpF8yicg5ThSMy5C4MhmJMoMmw= MIME-Version: 1.0 Received: by 10.204.24.130 with SMTP id v2mr308378bkb.33.1260483608162; Thu, 10 Dec 2009 14:20:08 -0800 (PST) In-Reply-To: <20091210210901.GA23550@lor.one-eyed-alien.net> References: <20091210210901.GA23550@lor.one-eyed-alien.net> Date: Fri, 11 Dec 2009 01:20:08 +0300 Message-ID: From: pluknet To: Brooks Davis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: jfv@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2009 22:20:13 -0000 2009/12/11 Brooks Davis : > Something with the latest e1000 update in current causes a panic during > attach on my laptop. =A0Rolling sys/dev/e1000 back to the previous versio= n > fixes the problem. =A0Here's the hand transcribed panic: > > panic: mtx_lock() of spin mutex &dev_spec->swflag_mutex @ ../../../dev/e1= 000/e1000_ich8lan.c:651 > > The back trace places me at: e1000_acquire_swflag_ich8lan()+0x30 Hi, I see bug there: +#define E1000_MUTEX_INIT(mutex) mtx_init((mutex), #mutex, \ + MTX_NETWORK_LOCK, \ + MTX_DEF | MTX_SPIN) mtx_init() first looks for MTX_SPIN flag and assign lock_class_mtx_spin class to mutex. Then mtx_lock() on spin mutex called. > > The device in question is in my lenovo x61s laptop and the pciconf > output is: > > em0@pci0:0:25:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x20de17aa chip= =3D0x10498086 rev=3D0x03 hdr=3D0x00 > =A0 =A0vendor =A0 =A0 =3D 'Intel Corporation' > =A0 =A0device =A0 =A0 =3D 'Gigabit Network Connection Interface Controlle= r (82566MM NIC)' > =A0 =A0class =A0 =A0 =A0=3D network > =A0 =A0subclass =A0 =3D ethernet > > Thanks, > Brooks > --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 00:48:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29ED1065676 for ; Fri, 11 Dec 2009 00:48:11 +0000 (UTC) (envelope-from justin@prismnet.com) Received: from smtp.prismnet.com (smtp.prismnet.com [209.198.128.91]) by mx1.freebsd.org (Postfix) with ESMTP id A38078FC13 for ; Fri, 11 Dec 2009 00:48:11 +0000 (UTC) Received: from [192.168.246.22] (drake.prismnet.com [205.166.246.22]) (authenticated bits=0) by smtp.prismnet.com (8.14.3/8.14.3) with ESMTP id nBB0M26m072578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 10 Dec 2009 18:22:02 -0600 (CST) (envelope-from justin@prismnet.com) Message-ID: <4B2190A2.5000502@prismnet.com> Date: Thu, 10 Dec 2009 18:21:54 -0600 From: Justin Roush User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=1.1 required=10.0 tests=SUBJECT_FUZZY_TION autolearn=disabled version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on smtp.prismnet.com Subject: Installer partition size defaults X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 00:48:11 -0000 For years now the default partition sizes during install have remained pretty much the same. While I normally change the partition sizes to my own specification I decided to use the auto defaults in the installer for a test machine I was putting together. (FreeBSD 8.0) Once the system was installed I started a standard system update to 8.0 Stable. Partway through a make installworld I ran out of room on / (root). In the age of the terrabyte drive, would it not be prudent to increase the default partition size for at least / (root) in the installer in the 8.x tree if not for the 7.x tree as well? Also, is there any intention to add a more simplified and direct way to use zfs from the installer? - Thanks, - Justin From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 03:18:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 638A31065676 for ; Fri, 11 Dec 2009 03:18:09 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id CD4688FC1A for ; Fri, 11 Dec 2009 03:18:08 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-127-244.shv.bellsouth.net [98.67.127.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id A99B89996452; Thu, 10 Dec 2009 21:18:03 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id nBB3He8T085658; Thu, 10 Dec 2009 21:17:43 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Thu, 10 Dec 2009 21:17:39 -0600 (CST) From: Wes Morgan To: Jeremie Le Hen In-Reply-To: <20091210072147.GA4963@felucia.tataz.chchile.org> Message-ID: References: <20091210072147.GA4963@felucia.tataz.chchile.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: clamav-milter 0.95.2 at warped X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Panic while doing zfs rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 03:18:09 -0000 On Thu, 10 Dec 2009, Jeremie Le Hen wrote: > Hi list, > > First, excuse me to post on -current@ while this problem happened with > -STABLE but RELENG_8 is still relatively close to HEAD and I have the > feeling that -stable@ is more concerned with configuration and maybe > userland problems. > > I've done the following command sequence on a fresh RELENG_8 from around > 3rd dec: > zfs send -R data/repos | zfs receive -d data/crepos > zfs destroy data/repos > zfs rename data/crepos/repos data/repos > > And this led to the following panic on rename: > > % Fatal trap 12: page fault while in kernel mode > % cpuid = 0; apic id = 00 > % fault virtual address = 0x780fe2a0 > % fault code = supervisor read, page not present > % instruction pointer = 0x20:0x806d1687 > % stack pointer = 0x28:0xcb41c750 > % frame pointer = 0x28:0xcb41c784 > % code segment = base 0x0, limit 0xfffff, type 0x1b > % = DPL 0, pres 1, def32 1, gran 1 > % processor eflags = resume, IOPL = 0 > % current process = 72605 (zfs) > % [thread pid 72605 tid 100435 ] > % Stopped at _sx_xlock_hard+0x21e: movl 0x1a0(%eax),%eax > % db> bt > % Tracing pid 72605 tid 100435 td 0x88b6c480 > % _sx_xlock_hard(8f2460a0,88b6c480,0,85ce8fc8,a1,...) at _sx_xlock_hard+0x21e > % _sx_xlock(8f2460a0,0,85ce8fc8,a1,866b2a70,...) at _sx_xlock+0x48 > % rrw_enter(8f2460a0,1,85cdf7b1,0,cb41c7e8,...) at rrw_enter+0x35 > % zfs_statfs(866b2a10,866b2a70,1d8,cb41c844,865a3a10,...) at zfs_statfs+0x39 > % __vfs_statfs(866b2a10,cb41c844,0,0,0,...) at __vfs_statfs+0x1f > % nullfs_statfs(865a3a10,865a3a70,806bd68b,865a3a70,865a3a10,...) at nullfs_statfs+0x46 > % __vfs_statfs(865a3a10,865a3a70,1d8,a5889340,cb41cb78,...) at __vfs_statfs+0x1f > % kern_getfsstat(88b6c480,cb41ccf8,8df8,0,1,...) at kern_getfsstat+0x2d0 > % getfsstat(88b6c480,cb41ccf8,c,cb41ccb0,8096d28a,...) at getfsstat+0x2e > % syscall(cb41cd38) at syscall+0x320 > % Xint0x80_syscall() at Xint0x80_syscall+0x20 > % --- syscall (395, FreeBSD ELF32, getfsstat), eip = 0x281742d7, esp = 0x7fbfc8dc, ebp = 0x7fbfc908 --- > > > FYI, after the crash, I could rename the filesystem without any problem. I think I saw this same panic last weekend after I migrated from an old raidz2 to a new larger volume. I didn't have the kernel set up to get a backtrace, so this is just a "me too", but it happened at exactly noon, which is when freebsd-snapshot would be creating and renaming snapshots. Just as you mentioned, after rebooting I was able to rename and destroy the snapshots without a problem. As extra data points, if any of it matters: - I do not have nullfs in my kernel. - Both the old and new pool are raidz2 - Both are attached to an mfi bus - the old pool had been exported and all of the devices detached - the new pool was been imported and renamed to the name of the old pool From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 05:14:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9F9A1065672; Fri, 11 Dec 2009 05:14:49 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA9F8FC20; Fri, 11 Dec 2009 05:14:49 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NIxq3-00059m-RZ; Fri, 11 Dec 2009 05:14:47 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 5B8B72C987FB; Fri, 11 Dec 2009 14:14:47 +0900 (JST) Date: Fri, 11 Dec 2009 14:14:47 +0900 Message-ID: From: Randy Bush To: Anton Shterenlikht In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 05:14:49 -0000 > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. unlike linux or windoze, rofl randy From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 05:15:43 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0350106568D for ; Fri, 11 Dec 2009 05:15:43 +0000 (UTC) (envelope-from thierry.herbelot@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8D78FC1B for ; Fri, 11 Dec 2009 05:15:41 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 5F7C84C8062 for ; Fri, 11 Dec 2009 06:15:37 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g21.free.fr (Postfix) with ESMTP id 66B064C8046 for ; Fri, 11 Dec 2009 06:15:35 +0100 (CET) Received: from tulipe.herbelot.nom (tulipe.herbelot.nom [192.168.2.5]) by mail.herbelot.nom (8.14.1/8.14.1) with ESMTP id nBB5FXwB025976 for ; Fri, 11 Dec 2009 06:15:34 +0100 (CET) From: Thierry Herbelot To: current@freebsd.org Date: Fri, 11 Dec 2009 06:15:27 +0100 User-Agent: KMail/1.9.10 X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200912110615.28030.thierry.herbelot@free.fr> Cc: Subject: Panic in a recent kernel (cardbus/pci related ?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 05:15:43 -0000 Hello, I'm seeing a panic in my latest -Current kernel (config file == GENERIC minus INVARIANTS, WITNESS and SMP). The machine is an older notebook, with a PCMCIA network card. The end of the verbose dmesg, showing the panic is following : [SNIP] Device configuration finished. procfs registered Timecounter "TSC" frequency 169163324 Hz quality 800 Timecounters tick every 1.000 msec firewire0: fw_sidrcv: ERROR invalid self-id packet firewire0: 1 nodes, maxhop <= 0 Not IRM capable irm(-1) lo0: bpf attached hptrr: no controller detected. ata0: Identifying devices: 00000001 ata0: New devices: 00000001 usbus0: 12Mbps Full Speed USB v1.0 battery0: battery initialization start battery1: battery initialization start acpi_acad0: ugen0.1: at usbus0 uhub0: on usbus0 acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad0: setting UDMA33 ad0: 28615MB at ata0-master UDMA33 ad0: 58605120 sectors [62016C/15H/63S] 16 sectors/interrupt 1 depth queue unknown: Lazy allocation of 0x400 bytes rid 0x14 type 3 at 0x88000000 cbb1: Opening memory: cbb1: Normal: 0x88000000-0x88000fff cbb1: Opening memory: cbb1: Normal: 0x88000000-0x88000fff map[10]: type I/O Port, range 32, base 0, size 8, port disabled map[14]: type Memory, range 32, base 0, size 10, enabled panic: resource_list_add: resource entry is busy KDB: enter: panic [thread pid 8 tid 100032 ] Stopped at kdb_enter+0x3a: movl $0,kdb_why db> where Tracing pid 8 tid 100032 td 0xc256cb40 kdb_enter(c0c9240f,c0c9240f,c0c93aaa,c23d4b70,c23d4b70,...) at kdb_enter+0x3a panic(c0c93aaa,3,14,400,ffffffff,...) at panic+0xd1 resource_list_add(c26e9004,3,14,0,ffffffff,...) at resource_list_add+0x96 pci_add_map(c26e9004,1,0,c23d4c58,14,...) at pci_add_map+0x628 pci_add_resources(c256b980,c267a980,1,0,1,...) at pci_add_resources+0x59e cardbus_attach_card(c256b980,c24fd990,c0d23d08,f889cc55,ffebf3e8,...) at cardbus_attach_card+0x56e cbb_event_thread(c2676000,c23d4d38,4478b00,840fc085,428,...) at cbb_event_thread+0x395 fork_exit(c070db40,c2676000,c23d4d38) at fork_exit+0x90 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc23d4d70, ebp = 0 --- Cheers TfH From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 06:31:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94674106566B; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 741D18FC15; Fri, 11 Dec 2009 06:31:14 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBB6VBZo019086; Thu, 10 Dec 2009 22:31:11 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Dec 2009 22:31:05 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPEAEdhiuA= References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Li, Qing" , "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 06:31:14 -0000 Hi, I think I managed to reproduce this issue. The root cause appears to be the SIN_PROXY usage, which is no longer part of any routing entry after the L2/L3 rewrite. As such, the RTM_GET command should be issued once in the ARP utility, not twice.=20 In addition, since ARP does not apply to PPP link type, the=20 prefix route of the local end point needs to be returned in order for the subsequent RTM_ADD command to succeed. I need to update the routing code a bit more to properly handle such proxy-arp scenario. In the meantime, please try a hack at http://people.freebsd.org/~qingli/ppp-patch.diff and let me know how it works out for you. The hack appears to work in my test environment. I need just a bit more time to work out the permanent solution in the kernel routing code, as well as the utilities in the userland. -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Li, Qing > Sent: Wednesday, December 09, 2009 12:04 PM > To: Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: proxy arp and MPD in RELENG_8 >=20 >=20 > Let me look into this issue and work with you offline. >=20 > I have been quite busy with day job and just starting to slowly > resume my FreeBSD work. >=20 > -- Qing >=20 >=20 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov > Sent: Wed 12/9/2009 11:01 AM > To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org > Subject: proxy arp and MPD in RELENG_8 >=20 >=20 > Hi, > some time ago I noticed that there's a problem with the new arp > implementation - proxy arp was somehow not working when mpd is involved. > I decided to try this out again assuming it was fixed for the > release...unfortunately the problem is still there... > Here are the last few lines of the mpd output: >=20 >=20 > [B-1] IPCP: state change Ack-Rcvd --> Opened > [B-1] IPCP: LayerUp > [B-1] 192.168.10.1 -> 192.168.10.50 > [B-1] IFACE: Connecting tcpmssfix > [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 > [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub > [B-1] system: command "/usr/sbin/arp" returned 256 > [B-1] IFACE: Up event > [B-1] IFACE: idle-timeout: 1800 seconds > [B-1] IFACE: Change interface flags: -0 +1 >=20 >=20 > there this is mpd.conf: >=20 >=20 > startup: >=20 > default: > load pptp_server >=20 > pptp_server: >=20 > set ippool add pool1 192.168.10.50 192.168.10.99 >=20 > create bundle template B > set iface enable proxy-arp > log +iface2 > set iface idle 1800 > set iface enable tcpmssfix > set ipcp yes vjcomp > set ipcp ranges 192.168.10.1/32 ippool pool1 > set ipcp dns 192.168.10.1 > set bundle enable compression > set ccp yes mppc > set mppc yes e40 > set mppc yes e128 > set mppc yes stateless >=20 > create link template L pptp > set link action bundle B > set link enable multilink > set link yes acfcomp protocomp > set link no pap chap > set link enable chap > set link keep-alive 10 60 > set link mtu 1460 > set pptp self pub.ip.add.res > set link enable incoming >=20 >=20 > this is probably the most common VPN setup and it was working fine with > 7.2-STABLE but after I upgraded to 8-STABLE it broke up... > Is there a workaround or a plan to fix this? Or should I just go back > to RELENG_7? >=20 > thank you. >=20 > P.S. this is discussed in the forums as well: > http://forums.freebsd.org/showthread.php?t=3D8427 >=20 > ----------------------------------------------------------------- > ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? > Acer! > http://www.izone.bg/6/index.html > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current- > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 07:13:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59EBC1065676 for ; Fri, 11 Dec 2009 07:13:06 +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 0ED1B8FC14 for ; Fri, 11 Dec 2009 07:13:05 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1NIzgV-000MUv-Es; Fri, 11 Dec 2009 09:13:03 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Anton Shterenlikht In-reply-to: Your message of Thu, 10 Dec 2009 14:41:41 +0000 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 11 Dec 2009 09:13:03 +0200 From: Daniel Braniss Message-ID: Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 07:13:06 -0000 > >From my information security manager: > > FreeBSD isn't much used within the University (I understand) I sometimes wonder the validity of such statements, since we use it on 99% of our servers, the work-stations run Linux. Then again, we are concidered a more theoretical than practical school :-) and has a > (comparatively) poor security record. Most recently, for example: > > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html as many have explained, connecting a computer to the network has its risks, and FreeBSD has a great security record. my 2c. danny -- Daniel Braniss e-mail: danny@cs.huji.ac.il Manager of Computing Facilities The Selim and Rachel Benin School of phone: +972 2 658 4385 Engineering and Computer Science Fax: +972 2 561 7723 The Hebrew University of Jerusalem Edmond Safra Campus, Givat Ram, Israel From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 07:42:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F62E106568F; Fri, 11 Dec 2009 07:42:37 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2CC0B8FC18; Fri, 11 Dec 2009 07:42:37 +0000 (UTC) Received: by pxi12 with SMTP id 12so535015pxi.3 for ; Thu, 10 Dec 2009 23:42:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KpKGC8QBSeEN+S8fv/P6HKceWlAZPvmnlKnjp9owglo=; b=XCZa6bVkG1cr1E3DKxX7hAKxiB19fGGy2BSwP6/rB69wJ0zTb2eFU+H8RG18C7sYHt DnRBtl/P7uRMukKxPDk4xwkRNRgPJ52yaHfv6d6EZj2PIyxfjZocgJnWd3lmV+hZkCWP rQFlZjd0YxSIJKBsaQ/Tz0F6vS4Sodp/2W+k0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tC4HzyhwFT6h2IVRDowuJUcJ7vBKHr79UCr+iosz15RPtQASwbnNkuXppFOOe0icR2 D6aWhLuMOPaqS8cM+kIrIMi+HdNtaVM9+wAbOgRlsqcrT7f5TuvZYVQc05DrOofZBKhR IuYzEeOTgNKqzBOa9mDXTpyMcQxVe/oUVMR9k= MIME-Version: 1.0 Received: by 10.142.6.42 with SMTP id 42mr591932wff.88.1260517356618; Thu, 10 Dec 2009 23:42:36 -0800 (PST) In-Reply-To: <20091210095122.a164bf95.wmoran@potentialtech.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> Date: Fri, 11 Dec 2009 01:42:36 -0600 Message-ID: <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> From: "Sam Fourman Jr." To: Bill Moran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 07:42:37 -0000 On Thu, Dec 10, 2009 at 8:51 AM, Bill Moran wrot= e: > In response to Anton Shterenlikht : > >> >From my information security manager: >> >> =A0 =A0 =A0 FreeBSD isn't much used within the University (I understand)= and has a >> =A0 =A0 =A0 (comparatively) poor security record. Most recently, for exa= mple: >> >> =A0 =A0 =A0 http://www.h-online.com/security/news/item/Root-exploit-for-= FreeBSD-873352.html > > Are you trying to make your infosec guy look like an idiot? =A0Does he > realize that FreeBSD has a grand total of 16 security problems for all > of 2009? =A0Hell, Microsoft has that many in an average month. > > If he can find something (other than OpenBSD) with a better record than > that, I'd love to hear about it. Either your infosec guy is close to incompetent or this is flame bait. I have tried looking around and OpenBSD appears to be the undisputed #1 track record in terms of security and FreeBSD is #2 (I didn't count dragonflyBSD) Linux is Just horrible, and Windows well enough said :) Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 08:50:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 507E5106568F; Fri, 11 Dec 2009 08:50:06 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A4ACD8FC14; Fri, 11 Dec 2009 08:50:05 +0000 (UTC) Received: from significant-gravitas-shortfall.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id nBB8noKl014489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Dec 2009 08:49:55 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.8.3 smtp.infracaninophile.co.uk nBB8noKl014489 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1260521396; bh=zIYvhU982IZ62/fV98MSWNG0L/UsQRPLv9eij+XDij4=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<4B2207A6.7070204@infracaninophile.co.uk>|Date:=20F ri,=2011=20Dec=202009=2008:49:42=20+0000|From:=20Matthew=20Seaman= 20|Organization:=20Infracaninophi le|User-Agent:=20Thunderbird=202.0.0.23=20(X11/20091202)|MIME-Vers ion:=201.0|To:=20Polytropon=20|CC:=20"Sam=20Four man=20Jr."=20,=20freebsd-current@freebsd.org,= 20=0D=0A=20Anton=20Shterenlikht=20,=0D=0A=20B ill=20Moran=20,=20freebsd-questions@free bsd.org|Subject:=20Re:=20Root=20exploit=20for=20FreeBSD|References :=20<20091210144141.GB834@mech-cluster241.men.bris.ac.uk>=09<20091 210095122.a164bf95.wmoran@potentialtech.com>=09<11167f520912102342 y349ebf03tccf886da0ecf53e9@mail.gmail.com>=20<20091211093023.00912 5d9.freebsd@edvax.de>|In-Reply-To:=20<20091211093023.009125d9.free bsd@edvax.de>|X-Enigmail-Version:=200.95.7|OpenPGP:=20id=3D60AE908 C|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha1=3B=0D=0A =20protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary=3D"- -----------enig04D154CE42B489C4041970E5"; b=0Lxj0oUoJaXRWJ/w6xt0nqgnQVwMIAuK2cCrcP9vUjraJMt8dnIa3ozzCWidkwAth 1s6tmHZzqFRa0EiEvT1NqVcN8UrYcHre/PRgBIB65gLkijV7kScdHau5yv8BjnU1Hf JhU3fNNCOxQvjeb+Sy20OZDdVvhZrms8nOC4d2kg= X-Authentication-Warning: happy-idiot-talk.infracaninophile.co.uk: Host gateway.ash.thebunker.net [213.129.64.4] claimed to be significant-gravitas-shortfall.thebunker.net Message-ID: <4B2207A6.7070204@infracaninophile.co.uk> Date: Fri, 11 Dec 2009 08:49:42 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.23 (X11/20091202) MIME-Version: 1.0 To: Polytropon References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> <20091211093023.009125d9.freebsd@edvax.de> In-Reply-To: <20091211093023.009125d9.freebsd@edvax.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=60AE908C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig04D154CE42B489C4041970E5" X-Virus-Scanned: clamav-milter 0.95.3 at happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,SPF_FAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: "Sam Fourman Jr." , freebsd-current@freebsd.org, Anton Shterenlikht , Bill Moran , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 08:50:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig04D154CE42B489C4041970E5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Polytropon wrote: > On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." wrote: >> I have tried looking around and OpenBSD appears to be the undisputed >> #1 track record in terms of security and FreeBSD is #2 (I didn't count= >> dragonflyBSD) >=20 > VMS would be #0, then? :-) I dunno. Haven't seen many MS-DOS exploits recently either... Matthew --=20 Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK --------------enig04D154CE42B489C4041970E5 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.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAksiB6sACgkQ3jDkPpsZ+VYvkgCbBeW61RN32p2uqWNgOITWbnDh zG4An2C5y1OTzd6QOwK92UQHPADGkrpx =7OT1 -----END PGP SIGNATURE----- --------------enig04D154CE42B489C4041970E5-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 08:59:51 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 088531065670 for ; Fri, 11 Dec 2009 08:59:51 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id 67D3E8FC08 for ; Fri, 11 Dec 2009 08:59:48 +0000 (UTC) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id 141D194007C; Fri, 11 Dec 2009 09:59:43 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id D9DFD940126; Fri, 11 Dec 2009 09:59:40 +0100 (CET) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id C595233E85; Fri, 11 Dec 2009 08:59:40 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id AC504A127E; Fri, 11 Dec 2009 08:59:40 +0000 (UTC) Date: Fri, 11 Dec 2009 09:59:40 +0100 From: Jeremie Le Hen To: Andriy Gapon Message-ID: <20091211085940.GA7114@felucia.tataz.chchile.org> References: <20091210072147.GA4963@felucia.tataz.chchile.org> <4B20EAA3.5010009@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B20EAA3.5010009@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: Panic while doing zfs rename X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 08:59:51 -0000 Hi Andriy, On Thu, Dec 10, 2009 at 02:33:39PM +0200, Andriy Gapon wrote: > on 10/12/2009 09:21 Jeremie Le Hen said the following: > ... > > % zfs_statfs(866b2a10,866b2a70,1d8,cb41c844,865a3a10,...) at zfs_statfs+0x39 > > % __vfs_statfs(866b2a10,cb41c844,0,0,0,...) at __vfs_statfs+0x1f > > % nullfs_statfs(865a3a10,865a3a70,806bd68b,865a3a70,865a3a10,...) at nullfs_statfs+0x46 > > % __vfs_statfs(865a3a10,865a3a70,1d8,a5889340,cb41cb78,...) at __vfs_statfs+0x1f > > And you also seem to have nullfs in the picture. > Did you by a chance renamed a zfs filesystem under nullfs? Unfortunately I can't tell you for sure. I'd say yes according to the backtrace... ISTR I did some tests to null-mount the _removed_ filesystem (former data/repos). I think the following rename from data/crepos to data/repos triggered something in the nullfs layer that led to this panic. Now I'm thinking about it, I remember doing a forced-destroy (-f) of the original data/repos. Would this mean the nullfs filesystem will panic if the underlying filesystem disappear? Unfortunately I can't afford crashing this server once more, to verify this. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 10:38:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B846106566B; Fri, 11 Dec 2009 10:38:22 +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 BE9A68FC08; Fri, 11 Dec 2009 10:38:21 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NJ2t7-0003Xg-4E; Fri, 11 Dec 2009 10:38:20 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NJ2t6-0000CE-11; Fri, 11 Dec 2009 10:38:16 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBBAcFne011509; Fri, 11 Dec 2009 10:38:15 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBBAcFlS011508; Fri, 11 Dec 2009 10:38:15 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 11 Dec 2009 10:38:15 +0000 From: Anton Shterenlikht To: Paul Schmehl Message-ID: <20091211103815.GA11397@mech-cluster241.men.bris.ac.uk> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> <5d6848b00912101211m20c20995x212ac7e5093df42c@mail.gmail.com> <1802D62A06A3A0AF64412A2C@Macintosh-2.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1802D62A06A3A0AF64412A2C@Macintosh-2.local> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -4.5 X-Spam-Level: ---- Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 10:38:22 -0000 On Thu, Dec 10, 2009 at 10:34:34PM -0600, Paul Schmehl wrote: > > I'm starting to wonder if the security manager really said what Anton > claims he said, or Anton is filtering his perceptions through the anger he > feels at being restricted in his ability to operate freely. If the latter > is the case, you'd better adjust to it. It's the world of the future. > You can do whatever you want at home, but on the corporate network you > either follow the rules or lose your access. yes, he did, I can forward you our communication off list if you wish. -- 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 Fri Dec 11 05:47:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 945D81065676 for ; Fri, 11 Dec 2009 05:47:08 +0000 (UTC) (envelope-from pschmehl_lists@tx.rr.com) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4D48FC15 for ; Fri, 11 Dec 2009 05:47:08 +0000 (UTC) Received: from [10.0.0.43] (really [76.184.157.127]) by cdptpa-omta01.mail.rr.com with ESMTP id <20091211043435979.UJGL5708@cdptpa-omta01.mail.rr.com>; Fri, 11 Dec 2009 04:34:35 +0000 Date: Thu, 10 Dec 2009 22:34:34 -0600 From: Paul Schmehl Message-ID: <1802D62A06A3A0AF64412A2C@Macintosh-2.local> In-Reply-To: <5d6848b00912101211m20c20995x212ac7e5093df42c@mail.gmail.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091210162150.GA1135@mech-cluster241.men.bris.ac.uk> <5d6848b00912101211m20c20995x212ac7e5093df42c@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Fri, 11 Dec 2009 12:18:31 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 05:47:08 -0000 --On December 10, 2009 2:11:31 PM -0600 Kevin Wilcox wrote: > > 2009/12/10 Anton Shterenlikht : > >> I was just stressed after being forced by him >> to explain why I wanted firewall exceptions >> for two ports to my FreeBSD portscluster nodes. >> I explained the reasons and that was settled. > > Anton, I don't know about the UK, Great Britain or England, but in US > Universities, this is fairly common. It just serves as a sanity check > for the many, many requests central IT tends to get regarding allowing > ingress traffic for faculty/staff machines, and it gives the firewall > guys documentation that such-and-such machine should be receiving > inbound traffic on specific ports. I can confirm this, at least for us. Our practice is to only open ports for thoroughly justified business reasons, document thoroughly and audit regularly. > >> The Uni is, of course, >> addicted to Microsoft, but having realised all >> the problems with that, lately the policy has >> been to deny (!) MS users admin access to their >> own desktops. The situation is just ridiculous - >> if a MS user wants to install a piece of software >> on their PC he/she has to ask for permission, >> and then wait until some computer officer would >> come and do install for them. > > Again, I don't know about the UK, Great Britain or England, but in the > US this is also quite common, at least with regards to University > owned hardware. The first responsibility is to protect the network and > existing services. Sadly, many groups fail to provide the next step, > that being a relatively quick, easy way to have approved software > installed for users, and a method for having non-approved software > scrutinised and either approved or rejected. > This is less common at the universities that I'm familiar with. I think it becomes less common the larger and/or older a university is. The trend is to move in this direction, but we're also moving toward much stronger compliance controls. There are things about your computer's configuration and maintenance that you will no longer get to decide, regardless of the OS you run - password strength and length, for example, the ability to create local accounts, and other such things. These things aren't being done to harass or irritate users but because of long and bitter experience with a lack of controls. Our view is, if your computer is going to connect on our network it must be configured in certain ways and behave "normally" or you won't get a connection. >> Also recently, well.. about a year ago, no >> host (!) could be accessed from outside the >> Uni firewall. Special exception has to be >> obtained even for ssh. There is only one dedicated >> sun server which accepts only ssh. The users >> are supposed to dial to this frontend server >> first, and from there to hosts on the local net. > > Again, quite common. Most Universities here do not provide > public-facing IP addresses without some sort of application and > approval process. For example, we have a handful of machines that are > public facing but most of our hardware sits inside site-only networks. > To access those machines you either have to be on-campus or you have > to connect via VPN (and yes, we support Windows, Mac, Linux, Solaris, > *BSD). > This mirrors our practice. You don't get a public address without being thoroughly vetted *and* agreeing to the terms of use, unscheduled and unannounced monitoring and immediate disconnection without prior notice if a problem is detected. > Having an SSH proxy isn't an entirely bad idea, though I can see where > performance may be hindered. > >> I had to fight a long battle, well.. I had >> some support from other academics, to have >> a linux class in my Faculty. Here the >> opposition wasn't so much security, as >> "why would any undegraduate need linux", >> as if MS solutions are a pinnacle of human thought. > > That's a pretty fair question and one that I hope you would have asked > yourself before you made the push for the class. > >> And from I understand it's going to get worse. >> Apparently the IT services are drawing up >> plans to completely forbid use of "non-autorized" >> OS. I imagine fbsd will not be authorized. >> So I'm anticipating another battle already. > > Does this extend to computers used for academic research, student > owned computers being used on campus, etc? > > Perhaps it's because we're conditioned to think this way but a lot of > us at universities in the US see a lot of this as being commonplace > and to *not* do them is generally considered bad security practice. > This last part is surprising to me. Not only are we not Windows-centric, the very idea of not allowing a diversity of OSes is foreign to our operation. We are a heavy Solaris shop (as are many universities), have a good amount of Suse and RHEL and far less Windows servers exposed to the Internet. At the desktop users may install whatever they want, so long as it's maintained properly (which we audit routinely) and used in an acceptable manner (which you agree to when you get an account.) We have just about every OS you can imagine, including some you wouldn't believe still exist. I'm starting to wonder if the security manager really said what Anton claims he said, or Anton is filtering his perceptions through the anger he feels at being restricted in his ability to operate freely. If the latter is the case, you'd better adjust to it. It's the world of the future. You can do whatever you want at home, but on the corporate network you either follow the rules or lose your access. Paul Schmehl, If it isn't already obvious, my opinions are my own and not those of my employer. ****************************************** WARNING: Check the headers before replying From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 12:22:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B091106568B; Fri, 11 Dec 2009 12:22:38 +0000 (UTC) (envelope-from misho@aitbg.com) Received: from mail.aitbg.com (fire.aitbg.com [95.158.168.150]) by mx1.freebsd.org (Postfix) with ESMTP id 460898FC12; Fri, 11 Dec 2009 12:22:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.aitbg.com (Postfix) with ESMTP id 145EC19C26; Fri, 11 Dec 2009 14:03:04 +0200 (EET) X-Virus-Scanned: amavisd-new at aitbg.com Received: from mail.aitbg.com ([127.0.0.1]) by localhost (mail.aitbg.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fPNKh463xDTV; Fri, 11 Dec 2009 14:03:01 +0200 (EET) Received: from smurf.insecurebg.org (unknown [212.116.129.162]) by mail.aitbg.com (Postfix) with ESMTPSA id 1E79019C24; Fri, 11 Dec 2009 14:03:01 +0200 (EET) Date: Fri, 11 Dec 2009 14:01:44 +0200 From: Michael Pounov To: current@freebsd.org, n_hibma@freebsd.org, thompsa@freebsd.org Message-Id: <20091211140144.47631a3a.misho@aitbg.com> Organization: AITNET ltd X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__11_Dec_2009_14_01_44_+0200_0KQPD=Cuvh9U3ECi" Cc: Subject: [patch] for Mtel-vodafone 3g usb stick ZTE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 12:22:39 -0000 This is a multi-part message in MIME format. --Multipart=_Fri__11_Dec_2009_14_01_44_+0200_0KQPD=Cuvh9U3ECi Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I am sending a patch that adds support for Mtel-vodafone 3G USB stick ZTE-K3565-Z Comments welcome! -- M.Punov --------------------- AITNET - Sofia/Bulgaria - Software & Network Solutions (+359) 888 73 73 58;(+359) 2 402 4000 --Multipart=_Fri__11_Dec_2009_14_01_44_+0200_0KQPD=Cuvh9U3ECi Content-Type: text/x-diff; name="usb_3g_zte_vodafone.patch" Content-Disposition: attachment; filename="usb_3g_zte_vodafone.patch" Content-Transfer-Encoding: 7bit Index: usbdevs =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/usbdevs,v retrieving revision 1.428 diff -u -r1.428 usbdevs --- usbdevs 11 Dec 2009 02:44:15 -0000 1.428 +++ usbdevs 11 Dec 2009 08:46:59 -0000 @@ -2085,6 +2085,7 @@ product QUALCOMM CDMA_MSM 0x6000 CDMA Technologies MSM phone product QUALCOMM2 RWT_FCT 0x3100 RWT FCT-CDMA 2000 1xRTT modem product QUALCOMM2 CDMA_MSM 0x3196 CDMA Technologies MSM modem +product QUALCOMMINC CDMA_ZTE 0x0052 CDMA Technologies MSM modem product QUALCOMMINC CDMA_MSM 0x0001 CDMA Technologies MSM modem product QUALCOMMINC ZTE_STOR 0x2000 USB ZTE Storage product QUALCOMMINC AC8700 0xfffe CDMA 1xEVDO USB modem Index: serial/u3g.c =================================================================== RCS file: /home/ncvs/src/sys/dev/usb/serial/u3g.c,v retrieving revision 1.24 diff -u -r1.24 u3g.c --- serial/u3g.c 11 Dec 2009 00:57:30 -0000 1.24 +++ serial/u3g.c 11 Dec 2009 08:47:00 -0000 @@ -190,6 +190,7 @@ /* OEM: Qualcomm, Inc. */ U3G_DEV(QUALCOMMINC, ZTE_STOR, U3GFL_SCSI_EJECT), U3G_DEV(QUALCOMMINC, CDMA_MSM, U3GFL_SCSI_EJECT), + U3G_DEV(QUALCOMMINC, CDMA_ZTE, U3GFL_SCSI_EJECT), /* OEM: Merlin */ U3G_DEV(MERLIN, V620, 0), /* OEM: Novatel */ --Multipart=_Fri__11_Dec_2009_14_01_44_+0200_0KQPD=Cuvh9U3ECi-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 08:46:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C1401065679 for ; Fri, 11 Dec 2009 08:46:17 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 0A4A78FC19 for ; Fri, 11 Dec 2009 08:46:16 +0000 (UTC) Received: from r55.edvax.de (port-92-195-228-22.dynamic.qsc.de [92.195.228.22]) by mx02.qsc.de (Postfix) with ESMTP id 79D461E108; Fri, 11 Dec 2009 09:30:25 +0100 (CET) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id nBB8UOEa002789; Fri, 11 Dec 2009 09:30:24 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 11 Dec 2009 09:30:23 +0100 From: Polytropon To: "Sam Fourman Jr." Message-Id: <20091211093023.009125d9.freebsd@edvax.de> In-Reply-To: <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Dec 2009 12:35:44 +0000 Cc: freebsd-current@freebsd.org, Anton Shterenlikht , Bill Moran , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 08:46:17 -0000 On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." wrote: > I have tried looking around and OpenBSD appears to be the undisputed > #1 track record in terms of security and FreeBSD is #2 (I didn't count > dragonflyBSD) VMS would be #0, then? :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 11:43:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECC131065670 for ; Fri, 11 Dec 2009 11:43:20 +0000 (UTC) (envelope-from a.spinella@rfc1925.net) Received: from joy.rfc1925.net (static-217-133-230-42.clienti.tiscali.it [217.133.230.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8A94C8FC1E for ; Fri, 11 Dec 2009 11:43:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by joy.rfc1925.net (Postfix) with ESMTP id 43D4E125449; Fri, 11 Dec 2009 12:31:29 +0100 (CET) X-Virus-Scanned: amavisd-new at rfc1925.net Received: from joy.rfc1925.net ([127.0.0.1]) by localhost (joy.rfc1925.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4CkqHARTOUT6; Fri, 11 Dec 2009 12:31:21 +0100 (CET) Received: from zeta (unknown [194.246.127.221]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: a.spinella@rfc1925.net) by joy.rfc1925.net (Postfix) with ESMTPSA id 56ADB12544F; Fri, 11 Dec 2009 12:29:49 +0100 (CET) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: "Anton Shterenlikht" , freebsd-questions@freebsd.org, freebsd-current@freebsd.org References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Date: Fri, 11 Dec 2009 12:29:44 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: $witch Message-ID: In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> User-Agent: Opera Mail/10.10 (FreeBSD) X-Mailman-Approved-At: Fri, 11 Dec 2009 12:35:54 +0000 Cc: Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 11:43:21 -0000 On Thu, 10 Dec 2009 15:41:41 +0100, Anton Shterenlikht wrote: >> From my information security manager: > > FreeBSD isn't much used within the University (I understand) and has a > (comparatively) poor security record. ...... > > Hi, almost all of you remark how FreeBSD is more-secure-than-others-OS, will add nothing to varius comments. but i look in syslogs of some FreeBSD internet server and there is a great evidence that some "botnets" are (again) tryng simple combination of uid/pwd. starting from Dec 8 01:00:34 (CET) hundreds of zombies are looking for a valid username. it mean that most of the matter is our; the FreeBSD users. we are the only ones that will (or will not) patch the systems; i love the FreeBSD security while it is MOSTLY based on KNOWLEDGE of users than on a PERFECT code. cheers Alessandro -- "If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 11:55:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C040F106568D; Fri, 11 Dec 2009 11:55:07 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id 7F6098FC0A; Fri, 11 Dec 2009 11:55:07 +0000 (UTC) Received: from r55.edvax.de (port-92-195-228-22.dynamic.qsc.de [92.195.228.22]) by mx02.qsc.de (Postfix) with ESMTP id D57B01E3F0; Fri, 11 Dec 2009 12:55:05 +0100 (CET) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id nBBBt3Ek003838; Fri, 11 Dec 2009 12:55:04 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 11 Dec 2009 12:55:03 +0100 From: Polytropon To: $witch Message-Id: <20091211125503.dbd3af83.freebsd@edvax.de> In-Reply-To: References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Dec 2009 12:37:17 +0000 Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 11:55:07 -0000 On Fri, 11 Dec 2009 12:29:44 +0100, $witch wrote: > starting from Dec 8 01:00:34 (CET) hundreds of zombies are looking for a > valid username. For example "Administrator"... :-) > i love the FreeBSD security while it is MOSTLY based on KNOWLEDGE of users > than on a PERFECT code. Security is not a state, it's a process, involving many considerations; "the user" is one of the most important ones. Even "perfectly secure" code can't cope with human stupidity. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 13:22:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE0A11065672; Fri, 11 Dec 2009 13:22:40 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 9DC448FC15; Fri, 11 Dec 2009 13:22:40 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 964296D452; Fri, 11 Dec 2009 13:22:39 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 6703C844FF; Fri, 11 Dec 2009 14:22:39 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: $witch References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Date: Fri, 11 Dec 2009 14:22:39 +0100 In-Reply-To: (witch's message of "Fri, 11 Dec 2009 12:29:44 +0100") Message-ID: <86tyvxlk68.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 13:22:41 -0000 $witch writes: > but i look in syslogs of some FreeBSD internet server and there is a > great evidence that some "botnets" are (again) tryng simple > combination of uid/pwd. > > starting from Dec 8 01:00:34 (CET) hundreds of zombies are looking > for a valid username. Starting from Dec 8? This has been going on for years, and it is not targeted at FreeBSD; they attack anything that runs an SSH server. Of course, on current OpenSSH versions, it will get them nowhere, because there is no partial confirmation, so they have to guess at the user *and* the password, instead of first searching for an existing user and *then* guessing at the password. (on certain OSes - but not FreeBSD - running certain older OpenSSH versions, you could figure out if the user existed, even if you didn't have thee right password) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 13:02:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B161065672 for ; Fri, 11 Dec 2009 13:02:27 +0000 (UTC) (envelope-from samspeed@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC138FC23 for ; Fri, 11 Dec 2009 13:02:27 +0000 (UTC) Received: from f212.mail.ru (f212.mail.ru [217.69.128.149]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id B32EE10A0 for ; Fri, 11 Dec 2009 15:45:41 +0300 (MSK) Received: from mail by f212.mail.ru with local id 1NJ4sF-0005Zh-00 for freebsd-current@freebsd.org; Fri, 11 Dec 2009 15:45:31 +0300 Received: from [95.32.100.117] by win.mail.ru with HTTP; Fri, 11 Dec 2009 15:45:31 +0300 From: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA_=F3=CD=C1=C7=C9=CE?= To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [95.32.100.117] Date: Fri, 11 Dec 2009 15:45:31 +0300 X-Mru-Data: 3411:1:1:70:24:1 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: Ok X-Mailman-Approved-At: Fri, 11 Dec 2009 13:24:58 +0000 Subject: ipfw setfib+nat drop localy borned packets X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=E1=CE=C4=D2=C5=CA_=F3=CD=C1=C7=C9=CE?= List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 13:02:27 -0000 ipfw drop packets borned on local PC, but from another all work fine bridge0 172.17.1.200/16 tap1 192.168.6.2/24 ipfw nat 2 config ip 192.168.6.2 same_ports route add default 172.17.1.200 setfib -F 2 route add default 192.168.6.1 ipfw add 10000 skipto 50206 ip from 172.17.0.0/16 to not 172.17.0.0/16 ipfw add 50205 nat 2 ip from any to 192.168.6.2 ipfw add 50206 setfib 2 ip from any to any ipfw add 50207 nat 2 log ip from any to any ---------------------- from local machine: PING internet (xxx.xxx.xxx.xx): 56 data bytes ping: sendto: Host is down ping: sendto: Host is down ping: sendto: Host is down tail /var/log/messages kernel: ipfw: 50207 Nat ICMP:8.0 172.17.1.200 internet out via bridge0 ----------------------- from another host in 172.17.0.0/16 network all packets routed rightly From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 13:38:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C94E6106566C for ; Fri, 11 Dec 2009 13:38:36 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 6BED98FC0A for ; Fri, 11 Dec 2009 13:38:36 +0000 (UTC) Received: from localhost ([127.0.0.1]) by mail.ose.nl for freebsd-current@freebsd.org; Fri, 11 Dec 2009 14:28:32 +0100 Message-ID: <4B2248FF.9030203@ose.nl> Date: Fri, 11 Dec 2009 14:28:31 +0100 From: Bas Smeelen User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable Subject: LOR: vfs_subr.c ffs_softdep.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: Fri, 11 Dec 2009 13:38:36 -0000 Hi Thanks for this great product=2E csupped this morning and build and installed world and kernel=2E I haven=27t found this on the LOR page or in de current archives=3A lock order reversal=3A 1st 0xffffff0002884098 ufs =28ufs=29 =40 /usr/src/sys/kern/vfs=5Fsubr=2Ec= =3A2083 2nd 0xffffff802950eda0 bufwait =28bufwait=29 =40 /usr/src/sys/ufs/ffs/ffs= =5Fsoftdep=2Ec=3A6193 3rd 0xffffff00699229d0 ufs =28ufs=29 =40 /usr/src/sys/kern/vfs=5Fsubr=2Ec= =3A2083 KDB=3A stack backtrace=3A db=5Ftrace=5Fself=5Fwrapper=28=29 at db=5Ftrace=5Fself=5Fwrapper+0x2a =5Fwitness=5Fdebugger=28=29 at =5Fwitness=5Fdebugger+0x2e witness=5Fcheckorder=28=29 at witness=5Fcheckorder+0x81e =5F=5Flockmgr=5Fargs=28=29 at =5F=5Flockmgr=5Fargs+0xcf3 ffs=5Flock=28=29 at ffs=5Flock+0x8c VOP=5FLOCK1=5FAPV=28=29 at VOP=5FLOCK1=5FAPV+0x9b =5Fvn=5Flock=28=29 at =5Fvn=5Flock+0x47 vget=28=29 at vget+0x7b vfs=5Fhash=5Fget=28=29 at vfs=5Fhash=5Fget+0xd5 ffs=5Fvgetf=28=29 at ffs=5Fvgetf+0x48 softdep=5Fsync=5Fmetadata=28=29 at softdep=5Fsync=5Fmetadata+0x475 ffs=5Fsyncvnode=28=29 at ffs=5Fsyncvnode+0x210 ffs=5Ftruncate=28=29 at ffs=5Ftruncate+0x4ab ufs=5Fdirenter=28=29 at ufs=5Fdirenter+0x6ae ufs=5Fmkdir=28=29 at ufs=5Fmkdir+0x623 VOP=5FMKDIR=5FAPV=28=29 at VOP=5FMKDIR=5FAPV+0x93 kern=5Fmkdirat=28=29 at kern=5Fmkdirat+0x270 syscall=28=29 at syscall+0x1ae Xfast=5Fsyscall=28=29 at Xfast=5Fsyscall+0xe1 --- syscall =28136=2C FreeBSD ELF64=2C mkdir=29=2C rip =3D 0x800d767dc=2C r= sp =3D 0x7ffffffed5f8=2C rbp =3D 0x7ffffffed610 --- 9=2E0-CURRENT FreeBSD 9=2E0-CURRENT =230=3A Fri Dec 11 10=3A49=3A30 CET 200= 9 /usr/obj/usr/src/sys/GENERIC amd64 It happened during portgrade=2E If more info is needed=2C I will assist=2E Best regards DISCLAIMER=3A This e-mail is for the intended recipient only If you have received it by mistake please let us know by reply and then del= ete it from your system=3B access=2C disclosure=2C copying=2C distribution= or reliance on any of it by anyone else is prohibited=2E If you as intended recipient have received this e-mail incorrectly=2C pleas= e notify the sender =28via e-mail=29=2E From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:00:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11F4C1065692; Fri, 11 Dec 2009 14:00:28 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id BAC7B8FC18; Fri, 11 Dec 2009 14:00:27 +0000 (UTC) Received: from [192.168.4.13] (unknown [192.168.4.13]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id D7D1F72; Fri, 11 Dec 2009 15:00:24 +0100 (CET) Message-ID: <4B225077.3040009@stillbilde.net> Date: Fri, 11 Dec 2009 15:00:23 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <86tyvxlk68.fsf@ds4.des.no> In-Reply-To: <86tyvxlk68.fsf@ds4.des.no> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Anton Shterenlikht , freebsd-current@freebsd.org, $witch , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:00:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling Smørgrav wrote: > $witch writes: >> but i look in syslogs of some FreeBSD internet server and there is a >> great evidence that some "botnets" are (again) tryng simple >> combination of uid/pwd. >> >> starting from Dec 8 01:00:34 (CET) hundreds of zombies are looking >> for a valid username. > > Starting from Dec 8? This has been going on for years, and it is not > targeted at FreeBSD; they attack anything that runs an SSH server. Of > course, on current OpenSSH versions, it will get them nowhere, because > there is no partial confirmation, so they have to guess at the user > *and* the password, instead of first searching for an existing user and > *then* guessing at the password. > > (on certain OSes - but not FreeBSD - running certain older OpenSSH > versions, you could figure out if the user existed, even if you didn't > have thee right password) The easiest way of brute-forcing access to a FreeBSD server includes locating the sysadmin and applying the common desk drawer. It's that simple. //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksiUHcACgkQODUnwSLUlKT/MwCfdWQsuwr8EIOkJOJsrXFTmTAY KroAn0pGiF4vbGgcfQqp6IwVULGqYcQk =7Qj5 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:07:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3283A106566B; Fri, 11 Dec 2009 14:07:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E66D28FC16; Fri, 11 Dec 2009 14:07:04 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 184466D41C; Fri, 11 Dec 2009 14:07:04 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id BE1CD844E9; Fri, 11 Dec 2009 15:07:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Svein Skogen" References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <86tyvxlk68.fsf@ds4.des.no> <4B225077.3040009@stillbilde.net> Date: Fri, 11 Dec 2009 15:07:03 +0100 In-Reply-To: <4B225077.3040009@stillbilde.net> (Svein Skogen's message of "Fri, 11 Dec 2009 15:00:23 +0100") Message-ID: <86iqcdli48.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: $witch , freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:07:05 -0000 "Svein Skogen" writes: > The easiest way of brute-forcing access to a FreeBSD server includes > locating the sysadmin and applying the common desk drawer. It's that > simple. *laugh* I thought you were more of a baseball bat kind of guy :) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:09:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FBBA1065676 for ; Fri, 11 Dec 2009 14:09:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9FDE68FC1A for ; Fri, 11 Dec 2009 14:08:59 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09225; Fri, 11 Dec 2009 16:08:57 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B225278.6070608@icyb.net.ua> Date: Fri, 11 Dec 2009 16:08:56 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: new lor (sctp_bsd_addr)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:09:00 -0000 lock order reversal: (sleepable after non-sleepable) 1st 0xffffff0005ae80a8 rtentry (rtentry) @ /usr/src/sys/net/route.c:1474 2nd 0xffffffff80df0b80 ifnet_sx (ifnet_sx) @ /usr/src/sys/netinet/sctp_bsd_addr.c:212 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x65 witness_checkorder() at witness_checkorder+0x846 _sx_slock() at _sx_slock+0x55 sctp_init_ifns_for_vrf() at sctp_init_ifns_for_vrf+0x2e sctp_addr_change() at sctp_addr_change+0xbe rt_newaddrmsg() at rt_newaddrmsg+0x54 rtinit() at rtinit+0x34b in_ifinit() at in_ifinit+0x2f2 in_control() at in_control+0x1055 ifioctl() at ifioctl+0xfa7 kern_ioctl() at kern_ioctl+0xc3 ioctl() at ioctl+0xee syscall() at syscall+0x1b1 Xfast_syscall() at Xfast_syscall+0xe1 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:11:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C2A010656A8 for ; Fri, 11 Dec 2009 14:11:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 538968FC13 for ; Fri, 11 Dec 2009 14:11:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09284; Fri, 11 Dec 2009 16:11:26 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B22530E.70108@icyb.net.ua> Date: Fri, 11 Dec 2009 16:11:26 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "current@freebsd.org" References: <4B225278.6070608@icyb.net.ua> In-Reply-To: <4B225278.6070608@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Re: new lor (sctp_bsd_addr)? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:11:29 -0000 Oops, I think it might be some old news. I got this when booting some pretty old kernel. Sorry. on 11/12/2009 16:08 Andriy Gapon said the following: > lock order reversal: (sleepable after non-sleepable) > 1st 0xffffff0005ae80a8 rtentry (rtentry) @ /usr/src/sys/net/route.c:1474 > 2nd 0xffffffff80df0b80 ifnet_sx (ifnet_sx) @ /usr/src/sys/netinet/sctp_bsd_addr.c:212 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x65 > witness_checkorder() at witness_checkorder+0x846 > _sx_slock() at _sx_slock+0x55 > sctp_init_ifns_for_vrf() at sctp_init_ifns_for_vrf+0x2e > sctp_addr_change() at sctp_addr_change+0xbe > rt_newaddrmsg() at rt_newaddrmsg+0x54 > rtinit() at rtinit+0x34b > in_ifinit() at in_ifinit+0x2f2 > in_control() at in_control+0x1055 > ifioctl() at ifioctl+0xfa7 > kern_ioctl() at kern_ioctl+0xc3 > ioctl() at ioctl+0xee > syscall() at syscall+0x1b1 > Xfast_syscall() at Xfast_syscall+0xe1 > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:12:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A72F1065695 for ; Fri, 11 Dec 2009 14:12:27 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 5A0E58FC13 for ; Fri, 11 Dec 2009 14:12:26 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09303 for ; Fri, 11 Dec 2009 16:12:24 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B225348.3010806@icyb.net.ua> Date: Fri, 11 Dec 2009 16:12:24 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: acquiring duplicate lock of same type: "ftlk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:12:27 -0000 acquiring duplicate lock of same type: "ftlk" 1st ftlk @ /usr/src/sys/compat/linux/linux_futex.c:177 2nd ftlk @ /usr/src/sys/compat/linux/linux_futex.c:203 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b1b9a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff80391542 = kdb_backtrace+0x32 _witness_debugger() at 0xffffffff803a561c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803a6640 = witness_checkorder+0x510 _sx_xlock() at 0xffffffff80367f78 = _sx_xlock+0x88 futex_get0() at 0xffffffff8055ba27 = futex_get0+0x1e7 linux_sys_futex() at 0xffffffff8055c74a = linux_sys_futex+0x58a ia32_syscall() at 0xffffffff8054a574 = ia32_syscall+0x2a4 Xint0x80_syscall() at 0xffffffff80509425 = Xint0x80_syscall+0x95 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:16:17 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D92E71065670; Fri, 11 Dec 2009 14:16:17 +0000 (UTC) (envelope-from sson@FreeBSD.org) Received: from soncrib.com (soncrib.com [199.238.168.70]) by mx1.freebsd.org (Postfix) with ESMTP id BE0058FC19; Fri, 11 Dec 2009 14:16:17 +0000 (UTC) Received: from nextstepng.son.org (adsl-99-157-26-76.dsl.rcsntx.sbcglobal.net [99.157.26.76]) (authenticated bits=0) by soncrib.com (8.13.1/8.13.1) with ESMTP id nBBDDeix020380; Fri, 11 Dec 2009 13:13:43 GMT Mime-Version: 1.0 (Apple Message framework v1077) From: Stacey Son In-Reply-To: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> Date: Fri, 11 Dec 2009 07:13:40 -0600 Message-Id: References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) 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, freebsd-questions@FreeBSD.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:16:18 -0000 On Dec 10, 2009, at 8:41 AM, Anton Shterenlikht wrote: >> =46rom my information security manager: >=20 > FreeBSD isn't much used within the University (I understand) and = has a > (comparatively) poor security record. Most recently, for = example: >=20 > = http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352= .html =46rom = http://www.serverwatch.com/eur/article.php/3850401/FreeBSD-Shines-While-Ap= ple-Fails.htm > All software has bugs, but it's how people react when things go wrong = that you can judge them. Did the FreeBSD folks sit around and do = nothing? Did they busy themselves with other things and leave 8.0, 7.1 = and 7.0 users vulnerable to pwnage? No, they did not! A matter of hours = later Colin Percival, FreeBSD's security officer, made this = announcement: >=20 > A short time ago a 'local root' exploit was posted to the = full-disclosure mailing list; as the name suggests, this allows a local = user to execute arbitrary code as root ... since exploit code is already = widely available I want to make a patch available ASAP. > And with that, he released said patch. >=20 So what OS does your information security manager run on his = {desk,lap}top? -stacey.= From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:16:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFCC3106566C for ; Fri, 11 Dec 2009 14:16:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2ACED8FC21 for ; Fri, 11 Dec 2009 14:16:58 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09365; Fri, 11 Dec 2009 16:16:57 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B225458.2020405@icyb.net.ua> Date: Fri, 11 Dec 2009 16:16:56 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: lor: zfs vs. syncer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:17:00 -0000 lock order reversal: 1st 0xffffff00753799d0 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1204 2nd 0xffffff005c62fd80 syncer (syncer) @ /usr/src/sys/kern/vfs_subr.c:2188 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b1b9a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff80391542 = kdb_backtrace+0x32 _witness_debugger() at 0xffffffff803a561c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803a6a89 = witness_checkorder+0x959 __lockmgr_args() at 0xffffffff80346cef = __lockmgr_args+0x7cf vop_stdlock() at 0xffffffff803e2301 = vop_stdlock+0x51 VOP_LOCK1_APV() at 0xffffffff8057a0c0 = VOP_LOCK1_APV+0xf0 _vn_lock() at 0xffffffff803fe2a4 = _vn_lock+0x74 vrele() at 0xffffffff803f340b = vrele+0x13b dounmount() at 0xffffffff803ea646 = dounmount+0x386 unmount() at 0xffffffff803eac20 = unmount+0x2d0 syscall() at 0xffffffff805233b9 = syscall+0x319 Xfast_syscall() at 0xffffffff80509181 = Xfast_syscall+0xe1 This seems to be of the same kind as: http://sources.zabbadoz.net/freebsd/lor/236.html -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:19:00 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D6110656A4 for ; Fri, 11 Dec 2009 14:19:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 478CB8FC1F for ; Fri, 11 Dec 2009 14:18:58 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA09391; Fri, 11 Dec 2009 16:18:57 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B2254D1.8050104@icyb.net.ua> Date: Fri, 11 Dec 2009 16:18:57 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: "current@freebsd.org" X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: lor: allproc vs fuse (fusefs-kmod) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 14:19:00 -0000 1st 0xffffff0075f98ba8 fuse (fuse) @ fuse_vfsops.c:689 2nd 0xffffffff80822540 allproc (allproc) @ /usr/src/sys/kern/kern_descrip.c:2518 KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff801b1b9a = db_trace_self_wrapper+0x2a kdb_backtrace() at 0xffffffff80391542 = kdb_backtrace+0x32 _witness_debugger() at 0xffffffff803a561c = _witness_debugger+0x2c witness_checkorder() at 0xffffffff803a6a89 = witness_checkorder+0x959 _sx_slock() at 0xffffffff803680b8 = _sx_slock+0x88 mountcheckdirs() at 0xffffffff80326422 = mountcheckdirs+0x42 dounmount() at 0xffffffff803ea679 = dounmount+0x3b9 unmount() at 0xffffffff803eac20 = unmount+0x2d0 syscall() at 0xffffffff805233b9 = syscall+0x319 Xfast_syscall() at 0xffffffff80509181 = Xfast_syscall+0xe1 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 14:10:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 390941065670 for ; Fri, 11 Dec 2009 14:10:43 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id DDB0B8FC16 for ; Fri, 11 Dec 2009 14:10:41 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id 9EF51C3BA8 for ; Fri, 11 Dec 2009 15:10:33 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id dYRlCVfhv8xW for ; Fri, 11 Dec 2009 15:10:32 +0100 (CET) Received: from [192.168.1.12] (aczm176.neoplus.adsl.tpnet.pl [83.11.222.176]) by smtp.semihalf.com (Postfix) with ESMTPA id C208FC3BA7 for ; Fri, 11 Dec 2009 15:10:32 +0100 (CET) Message-ID: <4B2252BE.8080806@semihalf.com> Date: Fri, 11 Dec 2009 15:10:06 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) 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: Fri, 11 Dec 2009 14:51:42 +0000 Subject: Possible bug in ata-disk.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: Fri, 11 Dec 2009 14:10:43 -0000 Hi, I've looked over ATA code and I've noticed that setting DISKFLAG_CANDELETE big in disk->d_flags clears DISKFLAGS_CANFLUSHCAHCE bit if it was set. Below is the patch. --- a/sys/dev/ata/ata-disk.c +++ b/sys/dev/ata/ata-disk.c @@ -133,11 +133,11 @@ ad_attach(device_t dev) adp->disk->d_unit = device_get_unit(dev); if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) adp->disk->d_flags = DISKFLAG_CANFLUSHCACHE; if ((atadev->param.support.command2 & ATA_SUPPORT_CFA) || atadev->param.config == ATA_PROTO_CFA) - adp->disk->d_flags |= DISKFLAG_CANDELETE; + adp->disk->d_flags = DISKFLAG_CANDELETE; snprintf(adp->disk->d_ident, sizeof(adp->disk->d_ident), "ad:%s", atadev->param.serial); disk_create(adp->disk, DISK_VERSION); device_add_child(dev, "subdisk", device_get_unit(dev)); ad_firmware_geom_adjust(dev, adp->disk); regards, Grzesiek From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 15:02:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 319921065672; Fri, 11 Dec 2009 15:02:35 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 417618FC0C; Fri, 11 Dec 2009 15:02:33 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA09760; Fri, 11 Dec 2009 17:02:30 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B225F05.20004@icyb.net.ua> Date: Fri, 11 Dec 2009 17:02:29 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Grzegorz Bernacki References: <4B2252BE.8080806@semihalf.com> In-Reply-To: <4B2252BE.8080806@semihalf.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Possible bug in ata-disk.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: Fri, 11 Dec 2009 15:02:35 -0000 on 11/12/2009 16:10 Grzegorz Bernacki said the following: > Hi, > > I've looked over ATA code and I've noticed that setting > DISKFLAG_CANDELETE big in disk->d_flags clears DISKFLAGS_CANFLUSHCAHCE > bit if it was set. Below is the patch. > > --- a/sys/dev/ata/ata-disk.c > +++ b/sys/dev/ata/ata-disk.c > @@ -133,11 +133,11 @@ ad_attach(device_t dev) > adp->disk->d_unit = device_get_unit(dev); > if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) > adp->disk->d_flags = DISKFLAG_CANFLUSHCACHE; > if ((atadev->param.support.command2 & ATA_SUPPORT_CFA) || > atadev->param.config == ATA_PROTO_CFA) > - adp->disk->d_flags |= DISKFLAG_CANDELETE; > + adp->disk->d_flags = DISKFLAG_CANDELETE; > snprintf(adp->disk->d_ident, sizeof(adp->disk->d_ident), "ad:%s", > atadev->param.serial); > disk_create(adp->disk, DISK_VERSION); > device_add_child(dev, "subdisk", device_get_unit(dev)); > ad_firmware_geom_adjust(dev, adp->disk); It seems that you are correct. The only confusing thing is that you supplied a reverse diff :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 15:23:36 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45023106566C; Fri, 11 Dec 2009 15:23: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 F38218FC15; Fri, 11 Dec 2009 15:23:35 +0000 (UTC) Received: from isis.bris.ac.uk ([137.222.10.63]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NJ7L5-0001RN-Gb; Fri, 11 Dec 2009 15:23:34 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by isis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NJ7L3-0001df-IV; Fri, 11 Dec 2009 15:23:26 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBBFNPcN063519; Fri, 11 Dec 2009 15:23:25 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBBFNP8Y063518; Fri, 11 Dec 2009 15:23:25 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 11 Dec 2009 15:23:25 +0000 From: Anton Shterenlikht To: Marcel Moolenaar Message-ID: <20091211152325.GA63493@mech-cluster241.men.bris.ac.uk> References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-ia64@freebsd.org Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 15:23:36 -0000 On Fri, Nov 27, 2009 at 10:13:34AM -0800, Marcel Moolenaar wrote: > > On Nov 27, 2009, at 2:22 AM, Anton Shterenlikht wrote: > > > On Thu, Nov 26, 2009 at 09:44:29AM -0800, Marcel Moolenaar wrote: > >> > >> On Nov 26, 2009, at 1:14 AM, Anton Shterenlikht wrote: > >> > >>>> nslookup 113.105.65.7 > >>> Server: 137.222.10.36 > >>> Address: 137.222.10.36#53 > >>> > >>> ** server can't find 7.65.105.113.in-addr.arpa.: NXDOMAIN > >>> > >>> /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/task.c:1023: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > >>> Abort (core dumped) > >> > >> Recompile with -O0 and see if the problem goes away. If yes, it's > >> a compiler bug -- I haven't looked at it, because I assume it's a > >> compiler bug. > > > > As /usr/bin/nslookup is part of the base system, do you recommend using > > > > CFLAGS= -O0 > > > > in /etc/make.conf ? > > No, that's too much pessimization. On top of that, it expose other compiler > bugs. Just recompile the suspect binary and/or libraries with "-O0 -g" and > install them seperately, like so: > % cd /usr/src/lib/bind/isc > % make cleandir; make cleandir > % make obj > % make depend > % make DEBUG_FLAGS="-O0 -g" > % sudo make install > > To find out which libraries a binary uses, do: > % ldd /usr/bin/nslookup > > For code in the base system, I typically try to find a work-around so that > we can compile with the default flags. still the same error after upgrade to kern.osreldate: 900004 # nslookup bris.ac.uk Server: 137.222.10.36 Address: 137.222.10.36#53 Name: bris.ac.uk Address: 137.222.10.86 /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed Abort (core dumped) # -- 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 Fri Dec 11 15:39:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2152E1065693 for ; Fri, 11 Dec 2009 15:39:22 +0000 (UTC) (envelope-from spambox@haruhiism.net) Received: from mail.haruhiism.net (remilia.fujibayashi.jp [92.243.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id CB6338FC1B for ; Fri, 11 Dec 2009 15:39:20 +0000 (UTC) Received: from [192.168.0.2] (ppp91-122-47-189.pppoe.avangarddsl.ru [91.122.47.189]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.haruhiism.net (Postfix) with ESMTPSA id BA3BFAD75F for ; Sat, 12 Dec 2009 00:39:18 +0900 (JST) Message-ID: <4B2267A3.1050106@haruhiism.net> Date: Fri, 11 Dec 2009 18:39:15 +0300 From: Kamigishi Rei User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20091126091456.GA93898@mech-cluster241.men.bris.ac.uk> <7A71CC85-4189-405A-BD9E-5BFF2C04D5C2@mac.com> <20091127102200.GB3108@mech-cluster241.men.bris.ac.uk> <0DBED408-D602-4333-BEF6-FC0DA700730D@mac.com> <20091211152325.GA63493@mech-cluster241.men.bris.ac.uk> In-Reply-To: <20091211152325.GA63493@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: nslookup dumps core on ia64 HEAD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 15:39:22 -0000 On 11.12.2009 18:23, Anton Shterenlikht wrote: > still the same error after upgrade to kern.osreldate: 900004 > > # nslookup bris.ac.uk > Server: 137.222.10.36 > Address: 137.222.10.36#53 > > Name: bris.ac.uk > Address: 137.222.10.86 > > /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/timer.c:906: fatal error: RUNTIME_CHECK(((pthread_mutex_destroy(((&manager->lock))) == 0) ? 0 : 34) == 0) failed > Abort (core dumped) > # > Not the same, but kind of similar (in bind libraries) core dump in host: % host -t axfr masterhost.ru ns1.masterhost.ru. Trying "masterhost.ru" /usr/src/lib/bind/isc/../../../contrib/bind9/lib/isc/unix/socket.c:2486: REQUIRE((((sock) != ((void *)0)) && (((const isc__magic_t *)(sock))->magic == ((('I') << 24 | ('O') << 16 | ('i') << 8 | ('o')))))) failed. zsh: abort (core dumped) host -t axfr masterhost.ru ns1.masterhost.ru. This is FreeBSD 8.0-STABLE (Ameagari) #0 r200182: Mon Dec 7 03:32:18 JST 2009, reproducible on FreeBSD 8.0-STABLE (Eientei) #0 r200287: Wed Dec 9 14:30:45 MSK 2009 as well. On FreeBSD 6.3-STABLE (Firewall) #3: Sat May 31 02:24:57 MSD 2008, host times out normally (like "dig -t axfr masterhost.ru @ns1.masterhost.ru" does on 8.0). Does not happen with my own domain on my local nameserver and with some other domains, but I don't have my BIND set to timeout on AXFR requests. -- Kamigishi Rei KREI-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 16:04:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AD751065670; Fri, 11 Dec 2009 16:04:45 +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 36E1B8FC13; Fri, 11 Dec 2009 16:04:44 +0000 (UTC) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirg.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1NJ7yy-0003gP-Fz; Fri, 11 Dec 2009 16:04:44 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1NJ7yx-0004S8-Nj; Fri, 11 Dec 2009 16:04:40 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id nBBG4d2B095453; Fri, 11 Dec 2009 16:04:39 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.3/8.14.3/Submit) id nBBG4dSU095426; Fri, 11 Dec 2009 16:04:39 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 11 Dec 2009 16:04:39 +0000 From: Anton Shterenlikht To: Thomas-Martin Seck , freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20091211160439.GA90445@mech-cluster241.men.bris.ac.uk> References: <20091211122712.GA16545@mech-cluster241.men.bris.ac.uk> <20091211154641.GA1123@wcfields.tmseck.homedns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091211154641.GA1123@wcfields.tmseck.homedns.org> User-Agent: Mutt/1.5.20 (2009-06-14) X-Spam-Score: -1.5 X-Spam-Level: - Cc: Subject: Re: regression: port www/squid fails to build on ia64 head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 16:04:45 -0000 On Fri, Dec 11, 2009 at 04:46:42PM +0100, Thomas-Martin Seck wrote: > * Anton Shterenlikht (mexas@bristol.ac.uk): > > > ia64 > > > kern.osrelease: 9.0-CURRENT > > Hm, this is not my area of expertise. > > I usually build-test the default configuration on at least the latest > 7.x and 8.x release on i386 and amd64 and it builds fine there. The > committer usually runs a tinderbox build, too and notifies me of any > errors (but only on amd64 and i386 AFAIK). It's possible that either > ia64 or -CURRENT is breaking things but I cannot tell for sure. > > > kern.osrevision: 199506 > > kern.osreldate: 900004 > > > > while upgrading squid from squid-2.7.7 I get: > > > > cc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -MT yp_auth.o -MD -MP -MF .deps/yp_auth.Tpo -c -o yp_auth.o yp_auth.c > > mv -f .deps/yp_auth.Tpo .deps/yp_auth.Po > > cc -DHAVE_CONFIG_H -I. -I../../../include -I../../../include -O2 -pipe -fno-strict-aliasing -D_REENTRANT -MT nis_support.o -MD -MP -MF .deps/nis_support.Tpo -c -o nis_support.o nis_support.c > > mv -f .deps/nis_support.Tpo .deps/nis_support.Po > > cc -O2 -pipe -fno-strict-aliasing -D_REENTRANT -g -o yp_auth yp_auth.o nis_support.o -L../../../lib -lmiscutil -lcrypt -pthread -lmd -lm > > nis_support.o(.text+0x82): In function `get_nis_password': > > : undefined reference to `yp_match' > > *** Error code 1 > > > > Stop in /usr/ports/www/squid/work/squid-2.7.STABLE7/helpers/basic_auth/YP. > > *** Error code 1 > > > > Please advise > > You might want to ask on the -current or -ia64 mailinglist about this > particular error. I just checked on 8-STABLE/amd64 and the YP helper > builds fine there. > > Did you configure anything particular in your make.conf that might > explain this (modified CFLAGS or somesuch)? # cat /etc/make.conf # $FreeBSD: src/share/examples/etc/make.conf,v 1.279 2007/01/17 12:43:06 des Exp $ NO_MODULES= # do not build modules with the kernel # added by use.perl 2009-09-23 14:34:53 PERL_VERSION=5.10.1 # Marcel, can you reproduce this on your ia64? many thanks -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 16:14:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F31F106566B for ; Fri, 11 Dec 2009 16:14:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id DC1C18FC12 for ; Fri, 11 Dec 2009 16:14:15 +0000 (UTC) Received: by bwz5 with SMTP id 5so734348bwz.3 for ; Fri, 11 Dec 2009 08:14:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7bdvG0hbFTn6tdu7VgGBhNJGKPW8lj41051XoOM67Co=; b=E9e/eRJcbp9AT4er1YMBgAtGS6dyfhyfGpAKixUSdV46UE1HgvdDAdhekfNgGYzX7v 77mPygSx7xknwNc9VTd9/wVtNKcONxL5f6KHrGh27iuzdFlMRZnLIvoaoZ+UvLVKpBBE T2OZswT9CjwnITsjd3Z06ERPje2bvS5JpxZWk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ApfkKSg9qqx8Jhvwagu7M1I08OEzi48zitFwbzB6vvLHRqzT4wpoa/ijCgU8RSIMIK rBaBnL4zLMukWSWh+JdoVdai8+wlGzLMAubtfTGzybo89MYs/c7dYHFWGcPiIeuP8EhX TiuDmfD4ON4W0trGVzHoQmHuKDHinoTJQp184= MIME-Version: 1.0 Received: by 10.204.49.79 with SMTP id u15mr861429bkf.117.1260548053800; Fri, 11 Dec 2009 08:14:13 -0800 (PST) In-Reply-To: <4B225348.3010806@icyb.net.ua> References: <4B225348.3010806@icyb.net.ua> Date: Fri, 11 Dec 2009 19:14:13 +0300 Message-ID: From: pluknet To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" Subject: Re: acquiring duplicate lock of same type: "ftlk" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 16:14:16 -0000 2009/12/11 Andriy Gapon : > > acquiring duplicate lock of same type: "ftlk" > 1st ftlk @ /usr/src/sys/compat/linux/linux_futex.c:177 > 2nd ftlk @ /usr/src/sys/compat/linux/linux_futex.c:203 > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff801b1b9a = db_trace_self_wrapper+0x2a > kdb_backtrace() at 0xffffffff80391542 = kdb_backtrace+0x32 > _witness_debugger() at 0xffffffff803a561c = _witness_debugger+0x2c > witness_checkorder() at 0xffffffff803a6640 = witness_checkorder+0x510 > _sx_xlock() at 0xffffffff80367f78 = _sx_xlock+0x88 > futex_get0() at 0xffffffff8055ba27 = futex_get0+0x1e7 > linux_sys_futex() at 0xffffffff8055c74a = linux_sys_futex+0x58a > ia32_syscall() at 0xffffffff8054a574 = ia32_syscall+0x2a4 > Xint0x80_syscall() at 0xffffffff80509425 = Xint0x80_syscall+0x95 Please, see this thread: http://lists.freebsd.org/pipermail/freebsd-emulation/2009-September/006786.html -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 16:33:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 148D810656D9 for ; Fri, 11 Dec 2009 16:33:54 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 937288FC08 for ; Fri, 11 Dec 2009 16:33:53 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 16so222374fgg.13 for ; Fri, 11 Dec 2009 08:33:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=MhPIEv2Efm8ta0EMt+SwlM+kj7ttpNYnVgmb2ICr0zg=; b=VvSpcn5barPk6WfEhoQIX2GSN6vfj8g56p17sinlONz3lGmdPzulgIFkDeL7FFbUZM BJCZ3KsbRS93e3IYe7lI69SatCmCZyUxd50tL54W3q44oU3DF7GgYbLX4HtuOuRkK1Lq XqIDE/BWOfKiuB0jABjW9MSARHEkEdD4vcn6c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Jr+w8PDr12m6R/US0M1hHpB1YnxzRNPkDja7iBw5lNFiDWo1BKwh1dAhNVsf3UYErE eWmPUa+l1eJKyIj3dyx2ElX1jZ6sTNld0EFOTwwIeQO+wZuyoRMFZJJLKaTpw8pgA9aZ UwYjLqxDO1AtP+Gtkoi/d2kvzNsv7bqRk2vLQ= Received: by 10.87.66.32 with SMTP id t32mr2013529fgk.75.1260549232584; Fri, 11 Dec 2009 08:33:52 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm751903fxm.12.2009.12.11.08.33.50 (version=SSLv3 cipher=RC4-MD5); Fri, 11 Dec 2009 08:33:51 -0800 (PST) Sender: Alexander Motin Message-ID: <4B22746C.3030709@FreeBSD.org> Date: Fri, 11 Dec 2009 18:33:48 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20090901) MIME-Version: 1.0 To: Andriy Gapon References: <4B2252BE.8080806@semihalf.com> <4B225F05.20004@icyb.net.ua> In-Reply-To: <4B225F05.20004@icyb.net.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Grzegorz Bernacki , freebsd-current@freebsd.org Subject: Re: Possible bug in ata-disk.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: Fri, 11 Dec 2009 16:33:54 -0000 Andriy Gapon wrote: > on 11/12/2009 16:10 Grzegorz Bernacki said the following: >> Hi, >> >> I've looked over ATA code and I've noticed that setting >> DISKFLAG_CANDELETE big in disk->d_flags clears DISKFLAGS_CANFLUSHCAHCE >> bit if it was set. Below is the patch. >> >> --- a/sys/dev/ata/ata-disk.c >> +++ b/sys/dev/ata/ata-disk.c >> @@ -133,11 +133,11 @@ ad_attach(device_t dev) >> adp->disk->d_unit = device_get_unit(dev); >> if (atadev->param.support.command2 & ATA_SUPPORT_FLUSHCACHE) >> adp->disk->d_flags = DISKFLAG_CANFLUSHCACHE; >> if ((atadev->param.support.command2 & ATA_SUPPORT_CFA) || >> atadev->param.config == ATA_PROTO_CFA) >> - adp->disk->d_flags |= DISKFLAG_CANDELETE; >> + adp->disk->d_flags = DISKFLAG_CANDELETE; >> snprintf(adp->disk->d_ident, sizeof(adp->disk->d_ident), "ad:%s", >> atadev->param.serial); >> disk_create(adp->disk, DISK_VERSION); >> device_add_child(dev, "subdisk", device_get_unit(dev)); >> ad_firmware_geom_adjust(dev, adp->disk); > > It seems that you are correct. > The only confusing thing is that you supplied a reverse diff :) Thanks. Committed to HEAD. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 15:22:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B99B1065672; Fri, 11 Dec 2009 15:22:18 +0000 (UTC) (envelope-from gjb@semihalf.com) Received: from smtp.semihalf.com (smtp.semihalf.com [213.17.239.109]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6BE8FC0C; Fri, 11 Dec 2009 15:22:17 +0000 (UTC) Received: from localhost (unknown [213.17.239.109]) by smtp.semihalf.com (Postfix) with ESMTP id BE3CBC3BA7; Fri, 11 Dec 2009 16:22:09 +0100 (CET) X-Virus-Scanned: by amavisd-new at semihalf.com Received: from smtp.semihalf.com ([213.17.239.109]) by localhost (smtp.semihalf.com [213.17.239.109]) (amavisd-new, port 10024) with ESMTP id 6LoyiSEFC09N; Fri, 11 Dec 2009 16:22:09 +0100 (CET) Received: from [192.168.1.12] (aamd191.neoplus.adsl.tpnet.pl [83.5.59.191]) by smtp.semihalf.com (Postfix) with ESMTPA id A89E6C3BA4; Fri, 11 Dec 2009 16:22:08 +0100 (CET) Message-ID: <4B226379.80605@semihalf.com> Date: Fri, 11 Dec 2009 16:21:29 +0100 From: Grzegorz Bernacki User-Agent: Thunderbird 2.0.0.16 (X11/20090618) MIME-Version: 1.0 To: Andriy Gapon References: <4B2252BE.8080806@semihalf.com> <4B225F05.20004@icyb.net.ua> In-Reply-To: <4B225F05.20004@icyb.net.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Dec 2009 16:52:13 +0000 Cc: Alexander Motin , freebsd-current@freebsd.org Subject: Re: Possible bug in ata-disk.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: Fri, 11 Dec 2009 15:22:18 -0000 Andriy Gapon wrote: > on 11/12/2009 16:10 Grzegorz Bernacki said the following: >> Hi, >> >> I've looked over ATA code and I've noticed that setting >> DISKFLAG_CANDELETE big in disk->d_flags clears DISKFLAGS_CANFLUSHCAHCE >> bit if it was set. Below is the patch. ... > > It seems that you are correct. > The only confusing thing is that you supplied a reverse diff :) > Yes, you're right, sorry for that. Grzesiek From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 16:23:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 75714106568B for ; Fri, 11 Dec 2009 16:23:28 +0000 (UTC) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: from gizmo.acns.msu.edu (gizmo.acns.msu.edu [35.8.1.43]) by mx1.freebsd.org (Postfix) with ESMTP id D82D98FC17 for ; Fri, 11 Dec 2009 16:23:27 +0000 (UTC) Received: from gizmo.acns.msu.edu (localhost [127.0.0.1]) by gizmo.acns.msu.edu (8.13.6/8.13.6) with ESMTP id nBBFnqIs006500; Fri, 11 Dec 2009 10:49:52 -0500 (EST) (envelope-from jerrymc@gizmo.acns.msu.edu) Received: (from jerrymc@localhost) by gizmo.acns.msu.edu (8.13.6/8.13.6/Submit) id nBBFnogl006499; Fri, 11 Dec 2009 10:49:50 -0500 (EST) (envelope-from jerrymc) Date: Fri, 11 Dec 2009 10:49:50 -0500 From: Jerry McAllister To: Matthew Seaman Message-ID: <20091211154950.GA6418@gizmo.acns.msu.edu> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> <20091211093023.009125d9.freebsd@edvax.de> <4B2207A6.7070204@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B2207A6.7070204@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.2i X-Mailman-Approved-At: Fri, 11 Dec 2009 17:07:04 +0000 Cc: Polytropon , Bill Moran , freebsd-current@freebsd.org, "Sam Fourman Jr." , Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 16:23:28 -0000 On Fri, Dec 11, 2009 at 08:49:42AM +0000, Matthew Seaman wrote: > Polytropon wrote: > > On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." > > wrote: > >> I have tried looking around and OpenBSD appears to be the undisputed > >> #1 track record in terms of security and FreeBSD is #2 (I didn't count > >> dragonflyBSD) > > > > VMS would be #0, then? :-) > > I dunno. Haven't seen many MS-DOS exploits recently either... Chuckle Chuckle Chuckle. I haven't either. Don't see much MS-DOS network activity either... ////jerry > > Matthew > > -- > Dr Matthew J Seaman MA, D.Phil. Flat 3 > 7 Priory Courtyard > PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate > Kent, CT11 9PW, UK > From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 17:31:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BC7B1065670; Fri, 11 Dec 2009 17:31:02 +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 A73F08FC0A; Fri, 11 Dec 2009 17:31:01 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id nBBHTjhh033625; Fri, 11 Dec 2009 11:29:45 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id nBBHTjKK033624; Fri, 11 Dec 2009 11:29:45 -0600 (CST) (envelope-from brooks) Date: Fri, 11 Dec 2009 11:29:45 -0600 From: Brooks Davis To: pluknet Message-ID: <20091211172945.GC33467@lor.one-eyed-alien.net> References: <20091210210901.GA23550@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Clx92ZfkiYIKRjnr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Fri, 11 Dec 2009 11:29:45 -0600 (CST) Cc: jfv@freebsd.org, freebsd-current@freebsd.org Subject: Re: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 17:31:02 -0000 --Clx92ZfkiYIKRjnr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Dec 11, 2009 at 01:20:08AM +0300, pluknet wrote: > 2009/12/11 Brooks Davis : > > Something with the latest e1000 update in current causes a panic during > > attach on my laptop. ?Rolling sys/dev/e1000 back to the previous version > > fixes the problem. ?Here's the hand transcribed panic: > > > > panic: mtx_lock() of spin mutex &dev_spec->swflag_mutex @ ../../../dev/= e1000/e1000_ich8lan.c:651 > > > > The back trace places me at: e1000_acquire_swflag_ich8lan()+0x30 >=20 > Hi, I see bug there: > +#define E1000_MUTEX_INIT(mutex) mtx_init((mutex), #mutex, \ > + MTX_NETWORK_LOCK, \ > + MTX_DEF | MTX_SPIN) >=20 > mtx_init() first looks for MTX_SPIN flag and assign > lock_class_mtx_spin class to mutex. > Then mtx_lock() on spin mutex called. I can confirm that removing MTX_SPIN fixes the panic. This is invalid code because MTX_DEF and MTX_SPIN are exclusive flags. Unfortunately, MTX_DEF is 0x0 so there's no way to check for that error at runtime. If a spin mutex were actually needed here then the _LOCK and _UNLOCK macros need to be change and the unused _TRYLOCK macro needs to be removed. -- Brooks --Clx92ZfkiYIKRjnr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFLIoGJXY6L6fI4GtQRAgaFAKDnrqmpAFZtNwbvzKmoWqg2yDuSbQCgi23Z gpyRaqmnF0ylGuvXp94KoG8= =4noO -----END PGP SIGNATURE----- --Clx92ZfkiYIKRjnr-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 17:20:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AE7106566B; Fri, 11 Dec 2009 17:20:47 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) by mx1.freebsd.org (Postfix) with ESMTP id C4E4A8FC0A; Fri, 11 Dec 2009 17:20:46 +0000 (UTC) Received: from r55.edvax.de (port-92-195-228-22.dynamic.qsc.de [92.195.228.22]) by mx02.qsc.de (Postfix) with ESMTP id 73F0C1E29A; Fri, 11 Dec 2009 18:20:45 +0100 (CET) Received: from r55.edvax.de (localhost [127.0.0.1]) by r55.edvax.de (8.14.2/8.14.2) with SMTP id nBBHKitb001937; Fri, 11 Dec 2009 18:20:44 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 11 Dec 2009 18:20:44 +0100 From: Polytropon To: Jerry McAllister Message-Id: <20091211182044.c311c2f1.freebsd@edvax.de> In-Reply-To: <20091211154950.GA6418@gizmo.acns.msu.edu> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <11167f520912102342y349ebf03tccf886da0ecf53e9@mail.gmail.com> <20091211093023.009125d9.freebsd@edvax.de> <4B2207A6.7070204@infracaninophile.co.uk> <20091211154950.GA6418@gizmo.acns.msu.edu> Organization: EDVAX X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Dec 2009 17:33:08 +0000 Cc: freebsd-current@freebsd.org, Polytropon , Bill, Moran , Matthew Seaman , "Sam Fourman Jr." , Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Polytropon List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2009 17:20:47 -0000 On Fri, 11 Dec 2009 10:49:50 -0500, Jerry McAllister wrote: > On Fri, Dec 11, 2009 at 08:49:42AM +0000, Matthew Seaman wrote: > > > Polytropon wrote: > > > On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." > > > wrote: > > >> I have tried looking around and OpenBSD appears to be the undisputed > > >> #1 track record in terms of security and FreeBSD is #2 (I didn't count > > >> dragonflyBSD) > > > > > > VMS would be #0, then? :-) > > > > I dunno. Haven't seen many MS-DOS exploits recently either... > > Chuckle Chuckle Chuckle. > I haven't either. > Don't see much MS-DOS network activity either... Lemme check... C:\>ne2000 -w 0x65 0xC 0x300 C:\>doslynx :b echo Looking for Sybille... goto b Ah, there it was! :-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 18:35:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A640E106566B; Fri, 11 Dec 2009 18:35:30 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1318FC18; Fri, 11 Dec 2009 18:35:30 +0000 (UTC) Received: from [192.168.4.13] (unknown [192.168.4.13]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 1221472; Fri, 11 Dec 2009 19:35:28 +0100 (CET) Message-ID: <4B2290EF.5010204@stillbilde.net> Date: Fri, 11 Dec 2009 19:35:27 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <86tyvxlk68.fsf@ds4.des.no> <4B225077.3040009@stillbilde.net> <86iqcdli48.fsf@ds4.des.no> In-Reply-To: <86iqcdli48.fsf@ds4.des.no> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: Anton Shterenlikht , freebsd-current@freebsd.org, $witch , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 18:35:30 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dag-Erling Smørgrav wrote: > "Svein Skogen" writes: >> The easiest way of brute-forcing access to a FreeBSD server includes >> locating the sysadmin and applying the common desk drawer. It's that >> simple. > > *laugh* > > I thought you were more of a baseball bat kind of guy :) Desk drawers are easier found around the sysadmin, and that means you don't have to carry suspicious evidence around the city. ;) //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAksikO8ACgkQODUnwSLUlKT6XwCeLkdjul97Z3I4sC4l0QPmlaPB fJcAn37Lr0NX/LFafzmNNTvg+9rDUzSB =HlBm -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 19:05:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E543C1065672; Fri, 11 Dec 2009 19:05:59 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout026.mac.com (asmtpout026.mac.com [17.148.16.101]) by mx1.freebsd.org (Postfix) with ESMTP id CF60B8FC08; Fri, 11 Dec 2009 19:05:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=us-ascii Received: from macbook-pro.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp026.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KUI00MKY51YJ400@asmtp026.mac.com>; Fri, 11 Dec 2009 11:05:59 -0800 (PST) From: Marcel Moolenaar In-reply-to: <20091211160439.GA90445@mech-cluster241.men.bris.ac.uk> Date: Fri, 11 Dec 2009 11:05:58 -0800 Message-id: <43C3F09D-62B4-47BB-8411-65C0CCCDFB6A@mac.com> References: <20091211122712.GA16545@mech-cluster241.men.bris.ac.uk> <20091211154641.GA1123@wcfields.tmseck.homedns.org> <20091211160439.GA90445@mech-cluster241.men.bris.ac.uk> To: Anton Shterenlikht X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org, Thomas-Martin Seck , freebsd-ia64@freebsd.org Subject: Re: regression: port www/squid fails to build on ia64 head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 19:06:00 -0000 On Dec 11, 2009, at 8:04 AM, Anton Shterenlikht wrote: >> You might want to ask on the -current or -ia64 mailinglist about this >> particular error. I just checked on 8-STABLE/amd64 and the YP helper >> builds fine there. >> >> Did you configure anything particular in your make.conf that might >> explain this (modified CFLAGS or somesuch)? > > # cat /etc/make.conf > # $FreeBSD: src/share/examples/etc/make.conf,v 1.279 2007/01/17 12:43:06 des Exp $ > > NO_MODULES= # do not build modules with the kernel > # added by use.perl 2009-09-23 14:34:53 > PERL_VERSION=5.10.1 > # > > Marcel, can you reproduce this on your ia64? No, I can't seem to reproduce it. It builds just fine for me. I have the log here (starting with the kernel booting): http://ns1.xcllnt.net/~marcel/squid.log Maybe NO_MODULES is interfering? FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 19:19:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 073291065679 for ; Fri, 11 Dec 2009 19:19:09 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9DA128FC1D for ; Fri, 11 Dec 2009 19:19:08 +0000 (UTC) Received: from [86.83.175.157] ([86.83.175.157]) by mail.ose.nl for freebsd-current@freebsd.org; Fri, 11 Dec 2009 20:19:05 +0100 To: freebsd-current@freebsd.org From: "Bas Smeelen" Message-ID: <20091211191905.ece7e3d3@mail.ose.nl> Date: Fri, 11 Dec 2009 20:19:05 +0100 X-User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.5) Gecko/20091109 Ubuntu/9.10 (karmic) Firefox/3.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Re: LOR: vfs_subr.c ffs_softdep.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: Fri, 11 Dec 2009 19:19:09 -0000 I guess this is the same as LOR 266 on the LORs seen and comments pages=3F= Sorry for the noise then=2E I am happily using FreeBSD since the 3=2Ex release mainly on servers=2E Since we have some spare hardware at work I started to track current=2E Thi= s system is running fine=2E= DISCLAIMER=3A This e-mail is for the intended recipient only If you have received it by mistake please let us know by reply and then del= ete it from your system=3B access=2C disclosure=2C copying=2C distribution= or reliance on any of it by anyone else is prohibited=2E If you as intended recipient have received this e-mail incorrectly=2C pleas= e notify the sender =28via e-mail=29=2E From owner-freebsd-current@FreeBSD.ORG Fri Dec 11 23:24:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51FFC106566B; Fri, 11 Dec 2009 23:24:09 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail2.es.net [IPv6:2001:400:107:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 35BCB8FC16; Fri, 11 Dec 2009 23:24:09 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id nBBNNumj005611 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 11 Dec 2009 15:23:56 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 309C21CC09; Fri, 11 Dec 2009 15:23:56 -0800 (PST) To: Matthew Seaman In-reply-to: Your message of "Fri, 11 Dec 2009 08:49:42 GMT." <4B2207A6.7070204@infracaninophile.co.uk> Date: Fri, 11 Dec 2009 15:23:56 -0800 From: "Kevin Oberman" Message-Id: <20091211232356.309C21CC09@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-12-11_15:2009-12-11, 2009-12-11, 2009-12-11 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-0912110212 Cc: Polytropon , Bill Moran , freebsd-current@freebsd.org, "Sam Fourman Jr." , Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 11 Dec 2009 23:24:09 -0000 > Date: Fri, 11 Dec 2009 08:49:42 +0000 > From: Matthew Seaman > Sender: owner-freebsd-current@freebsd.org > > Polytropon wrote: > > On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." wrote: > >> I have tried looking around and OpenBSD appears to be the undisputed > >> #1 track record in terms of security and FreeBSD is #2 (I didn't count > >> dragonflyBSD) > > > > VMS would be #0, then? :-) > > I dunno. Haven't seen many MS-DOS exploits recently either... I'm sure that there are systems happily running MSDOS, but I bet not too many are networked. I know that there is still a lot of VMS out there and that it has remained a cash cow for HP. It lived on primarily in the banking and financial sector, though I guess the use is dropping since HP recently outsourced support to India and that lead to the retirement of the last of the original VMS developers, Andy Goldstein. Also, the the end of TECO as Andy was responsible for porting it to almost every platform DEC ever sold (RSX, RSTS, VMS, TOPS-10 and TOPS-20, RT-11, and several others) and continued to maintain it until his retirement. (Most readers of this list probably don't even remember TECO.) And, for may years VMS had major network security problems, especially the infamous default DECNET/DECNET account that lead to may compromises and the second major network worm, Worms Against Nuclear Killers. (I won't use the acronym so as not to offend our British readers. I found out about that when the BBC interviewed me about it and I was told that I could not utter the word.) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 01:06:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B744A106566B; Sat, 12 Dec 2009 01:06:50 +0000 (UTC) (envelope-from ulf@alameda.net) Received: from mail.alameda.net (mail.alameda.net [194.55.105.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF828FC14; Sat, 12 Dec 2009 01:06:50 +0000 (UTC) Received: by mail.alameda.net (Postfix, from userid 1000) id A61C91CC71; Fri, 11 Dec 2009 16:48:41 -0800 (PST) Date: Fri, 11 Dec 2009 16:48:41 -0800 From: Ulf Zimmermann To: Kevin Oberman Message-ID: <20091212004841.GR2939@evil.alameda.net> References: <4B2207A6.7070204@infracaninophile.co.uk> <20091211232356.309C21CC09@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091211232356.309C21CC09@ptavv.es.net> User-Agent: Mutt/1.4.2.2i Organization: Alameda Networks, Inc. X-Operating-System: FreeBSD 5.5-PRERELEASE X-ANI-MailScanner-Information: Please contact the ISP for more information X-ANI-MailScanner-ID: A61C91CC71.A4B24 X-ANI-MailScanner: Found to be clean X-ANI-MailScanner-From: ulf@alameda.net Cc: freebsd-current@freebsd.org, Polytropon , Bill Moran , Matthew Seaman , "Sam Fourman Jr." , Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ulf@Alameda.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 01:06:50 -0000 On Fri, Dec 11, 2009 at 03:23:56PM -0800, Kevin Oberman wrote: > > Date: Fri, 11 Dec 2009 08:49:42 +0000 > > From: Matthew Seaman > > Sender: owner-freebsd-current@freebsd.org > > > > Polytropon wrote: > > > On Fri, 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr." wrote: > > >> I have tried looking around and OpenBSD appears to be the undisputed > > >> #1 track record in terms of security and FreeBSD is #2 (I didn't count > > >> dragonflyBSD) > > > > > > VMS would be #0, then? :-) > > > > I dunno. Haven't seen many MS-DOS exploits recently either... > > I'm sure that there are systems happily running MSDOS, but I bet not too > many are networked. > > I know that there is still a lot of VMS out there and that it has > remained a cash cow for HP. It lived on primarily in the banking and > financial sector, though I guess the use is dropping since HP recently > outsourced support to India and that lead to the retirement of the last > of the original VMS developers, Andy Goldstein. Just go to Fry's Electronic. Most of their systems are still MS-Dos with Novell for network, running text based inventory/quote/sales app. > > Also, the the end of TECO as Andy was responsible for porting it to > almost every platform DEC ever sold (RSX, RSTS, VMS, TOPS-10 and > TOPS-20, RT-11, and several others) and continued to maintain it until > his retirement. (Most readers of this list probably don't even remember > TECO.) > > And, for may years VMS had major network security problems, especially > the infamous default DECNET/DECNET account that lead to may compromises > and the second major network worm, Worms Against Nuclear Killers. (I > won't use the acronym so as not to offend our British readers. I found > out about that when the BBC interviewed me about it and I was told that > I could not utter the word.) > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > _______________________________________________ > 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" > -- Regards, Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 01:09:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4E4106568B for ; Sat, 12 Dec 2009 01:09:21 +0000 (UTC) (envelope-from anti_spam256@yahoo.ca) Received: from web65504.mail.ac4.yahoo.com (web65504.mail.ac4.yahoo.com [76.13.9.48]) by mx1.freebsd.org (Postfix) with SMTP id 475308FC16 for ; Sat, 12 Dec 2009 01:09:20 +0000 (UTC) Received: (qmail 48478 invoked by uid 60001); 12 Dec 2009 01:09:20 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1260580160; bh=rB3D1pIiYo5SpHxo0Ehm0I5Kfng0MOdE0PoBjaMO1H8=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=uNomKWOCD0fNqRaVynHYHbdtavNeBqk8knA1nKPODvS0G+y1JGTHir/SANgDrAld0VdkkKEeJQmpTAz44kZg+/tcvB+dRA6adnRV+wStFLPY/91wMpJd0MEwTEMWlAVmo79SvfxSAF0/2KsswqFv21M3aFkFoRHxo8ZtOlyKylU= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=536sX87oy330Oj6pW10dYn37/OiqcYRBGmtejoi9kOBsDfPvgt3OP0MAGaq/umqFGmPY9d1iH9UJwhp7OBB+jBcVRVuj3q/+MsgqHIFq32Xialw+VyoUXCa8ziMfjiDb8J7Ih5syICKfJUjhZNkViDIGVWxJTuE3NA+qrwNrxbM=; Message-ID: <426484.46963.qm@web65504.mail.ac4.yahoo.com> X-YMail-OSG: TLPN_58VM1kFWOS4Jvw3HNfJDGhfwO2r7IUjS6O2hbQLLhDCtv8SkkNQZKzsEW740kXC208Dt.g9pkcrPhVPHMN7JUNu.eENLK.JGznlrt69U3QcebnE2t.AgtQhn3dA8GxcYtj3d1mSPHfgCTuCzPX363.tBUN._FilnBni7854.7_wQ36oUVuCOcqRt255zOqDjECzey8LfMH5xqcRYr.TVPSAGEaZW_m6GcjKYp__12wfwrB9nWl6eTyb03evZPedd01B7lo0L8SH3RDuyvd5mnYuweJ._k9LGLiGmN8K2nfh7.0i2LXjUBBv85sp4hk.OaYlgI1m6uAQt7ZCOKDmPRyin3dJ9SGoydo_m1PRttJIgL_mIs49vFywEIgP7Cd1P.x2ef.ri23sJGNf37wYO9Nd._eeCk0BjPq6iA-- Received: from [208.99.137.71] by web65504.mail.ac4.yahoo.com via HTTP; Fri, 11 Dec 2009 17:09:20 PST X-Mailer: YahooMailClassic/9.0.19 YahooMailWebService/0.8.100.260964 Date: Fri, 11 Dec 2009 17:09:20 -0800 (PST) From: James Phillips To: freebsd-current@freebsd.org In-Reply-To: <20091211120016.DC8E11065694@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 01:09:21 -0000 =0A=0A> Date: Fri, 11 Dec 2009 08:49:42 +0000=0A> From: Matthew Seaman =0A=0A> Polytropon wrote:=0A> > On Fri,= 11 Dec 2009 01:42:36 -0600, "Sam Fourman Jr."=0A> =0A>= wrote:=0A> >> I have tried looking around and OpenBSD appears to=0A> be th= e undisputed=0A> >> #1 track record in terms of security and FreeBSD=0A> is= #2 (I didn't count=0A> >> dragonflyBSD)=0A> > =0A> > VMS would be #0, then= ? :-)=0A> =0A> I dunno.=A0 Haven't seen many MS-DOS exploits recently=0A> e= ither...=0A> =0A> =A0=A0=A0 Matthew=0A> =0A=0AMS-DOS doesn't have root expl= oits because they are not needed.=0A=0A-james=0A=0A=0A=0A=0A _________= _________________________________________________________=0ALooking for the= perfect gift? Give the gift of Flickr! =0A=0Ahttp://www.flickr.com/gift/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 02:25:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F3FE106566B for ; Sat, 12 Dec 2009 02:25:14 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 8A1D78FC0A for ; Sat, 12 Dec 2009 02:25:13 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id 80632EB47D2; Sat, 12 Dec 2009 04:25:12 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id 6DE3D452FB; Sat, 12 Dec 2009 04:25:12 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xiRIQZbvUBxk; Sat, 12 Dec 2009 04:25:12 +0200 (EET) Received: from kobe.laptop (ppp-94-64-250-32.home.otenet.gr [94.64.250.32]) by mail.ceid.upatras.gr (Postfix) with ESMTP id F0397451B2; Sat, 12 Dec 2009 04:25:11 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id nBC2P90e038054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Dec 2009 04:25:10 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id nBC2P8e1038049; Sat, 12 Dec 2009 04:25:08 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) From: Giorgos Keramidas To: Brooks Davis References: <20091210210901.GA23550@lor.one-eyed-alien.net> <20091211172945.GC33467@lor.one-eyed-alien.net> Date: Sat, 12 Dec 2009 04:24:57 +0200 In-Reply-To: <20091211172945.GC33467@lor.one-eyed-alien.net> (Brooks Davis's message of "Fri, 11 Dec 2009 11:29:45 -0600") Message-ID: <87y6l99beu.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: jfv@freebsd.org, pluknet , freebsd-current@freebsd.org Subject: Re: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 02:25:14 -0000 --=-=-= On Fri, 11 Dec 2009 11:29:45 -0600, Brooks Davis wrote: > On Fri, Dec 11, 2009 at 01:20:08AM +0300, pluknet wrote: >> 2009/12/11 Brooks Davis : >> > Something with the latest e1000 update in current causes a panic during >> > attach on my laptop. ?Rolling sys/dev/e1000 back to the previous version >> > fixes the problem. ?Here's the hand transcribed panic: >> > >> > panic: mtx_lock() of spin mutex &dev_spec->swflag_mutex @ ../../../dev/e1000/e1000_ich8lan.c:651 >> > >> > The back trace places me at: e1000_acquire_swflag_ich8lan()+0x30 >> >> Hi, I see bug there: >> +#define E1000_MUTEX_INIT(mutex) mtx_init((mutex), #mutex, \ >> + MTX_NETWORK_LOCK, \ >> + MTX_DEF | MTX_SPIN) >> >> mtx_init() first looks for MTX_SPIN flag and assign >> lock_class_mtx_spin class to mutex. >> Then mtx_lock() on spin mutex called. > > I can confirm that removing MTX_SPIN fixes the panic. This is invalid > code because MTX_DEF and MTX_SPIN are exclusive flags. Unfortunately, > MTX_DEF is 0x0 so there's no way to check for that error at runtime. FWIW, I see the same panic, and will be building a kernel without MTX_SPIN in a few minutes. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAksi/wEACgkQ1g+UGjGGA7Y5AgCfTw60DDydLRB67jBAXuQNmA/9 cBAAnA5QMBuKVd3ni+o/PSDqg/ZawcQr =+AOm -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 02:28:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF071065672 for ; Sat, 12 Dec 2009 02:28:37 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 08A2D8FC08 for ; Sat, 12 Dec 2009 02:28:36 +0000 (UTC) Received: (qmail 32636 invoked by uid 399); 12 Dec 2009 02:28:36 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Dec 2009 02:28:36 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B22FFD9.7000207@FreeBSD.org> Date: Fri, 11 Dec 2009 18:28:41 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: HEADS UP: New version of mergemaster with type checking X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 02:28:37 -0000 Howdy, I think the commit message explains this pretty well, but I wanted to give a heads up message because this is very likely to ring a few bells the first time through. I personally noticed it as result of the recent termcap change, and I'm sure I'm not the only one with stale stuff in /etc/ in particular. Please make sure that you employ (what should be) the usual precaution of backing up /etc before running this version of mergemaster. I also encourage regular use of the -P option (or PRESERVE_FILES=yes in ~/.mergemasterrc or /etc/mergemaster.rc) however while I believe that this new code is -P safe backing up /etc first is preferred this time around. If you have any feedback on the code, messages, etc. please offer them sooner rather than later. I will wait longer than 3 days for the MFC on this one but at minimum I want to get it into RELENG_7 well before the upcoming freeze. Enjoy, Doug -------- Original Message -------- Subject: svn commit: r200425 - head/usr.sbin/mergemaster Date: Sat, 12 Dec 2009 02:19:42 +0000 (UTC) Author: dougb Date: Sat Dec 12 02:19:41 2009 New Revision: 200425 URL: http://svn.freebsd.org/changeset/base/200425 Log: Over time things that used to be files/directories/links can change to something else. So add code to detect when things don't match and give the user choices about how to fix it. If we're using -P and something in the above check needs to be moved we need to have the directory there for it, so create it at the beginning and delete empty versions of it at the end. The case where something used to be a file or link and now is supposed to be a directory (e.g., /etc/security) is especially dangerous, so make failure to install a necessary directory in $DESTDIR a fatal error. -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 02:42:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B62A1065670; Sat, 12 Dec 2009 02:42:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f213.google.com (mail-ew0-f213.google.com [209.85.219.213]) by mx1.freebsd.org (Postfix) with ESMTP id B047B8FC0C; Sat, 12 Dec 2009 02:42:58 +0000 (UTC) Received: by ewy5 with SMTP id 5so1712016ewy.14 for ; Fri, 11 Dec 2009 18:42:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=MaYoX3e//R4iRM3v3LQ1hywIoUAelGa7vLPfK6pYFrE=; b=v5Gibpk9g9mWOb+nH0pX2aWu59H5FmkztvcNnao07Dzj/4fwkarZjYaqcjT5jTu0Om 52AtgZcUuk9UbP32hchzWf5RJ6jTlNxfIiBFknMvqIPECoVRm9FT+AnNVrO6NHjjhj81 UGgtnYHxr9ibImKsT85nDvEKYR6MU1Hc0sego= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=F4q+KTBanXetqd77UNhe8kNg3LFi8crZg8kqhRCSWqo0A7iLo6w6vtKcKMntsPmVWg bQyhsZEqisVNRCZobb84AdKClooAZFGNHOHb6xTS15CVSmUsB3nZ5LW1kmTchhR5gpGJ 4MucWUwfnCvXSc9ELKT0k3ep1zEQEvtvC+Hwk= MIME-Version: 1.0 Received: by 10.216.86.16 with SMTP id v16mr853073wee.162.1260585777664; Fri, 11 Dec 2009 18:42:57 -0800 (PST) In-Reply-To: <87y6l99beu.fsf@kobe.laptop> References: <20091210210901.GA23550@lor.one-eyed-alien.net> <20091211172945.GC33467@lor.one-eyed-alien.net> <87y6l99beu.fsf@kobe.laptop> Date: Fri, 11 Dec 2009 18:42:57 -0800 Message-ID: <2a41acea0912111842w67c0d822obfa396f7dd8ca5a9@mail.gmail.com> From: Jack Vogel To: Giorgos Keramidas Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: jfv@freebsd.org, Brooks Davis , pluknet , freebsd-current@freebsd.org Subject: Re: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 02:43:00 -0000 Sorry all, this code was put in by someone making changes to the shared code, odd however that the panic was not seen in testing. My wife had serious surgery today so I have been at the hospital all day, I will get this fixed first thing after the weekend. Jack On Fri, Dec 11, 2009 at 6:24 PM, Giorgos Keramidas wrote: > On Fri, 11 Dec 2009 11:29:45 -0600, Brooks Davis > wrote: > > On Fri, Dec 11, 2009 at 01:20:08AM +0300, pluknet wrote: > >> 2009/12/11 Brooks Davis : > >> > Something with the latest e1000 update in current causes a panic > during > >> > attach on my laptop. ?Rolling sys/dev/e1000 back to the previous > version > >> > fixes the problem. ?Here's the hand transcribed panic: > >> > > >> > panic: mtx_lock() of spin mutex &dev_spec->swflag_mutex @ > ../../../dev/e1000/e1000_ich8lan.c:651 > >> > > >> > The back trace places me at: e1000_acquire_swflag_ich8lan()+0x30 > >> > >> Hi, I see bug there: > >> +#define E1000_MUTEX_INIT(mutex) mtx_init((mutex), #mutex, \ > >> + MTX_NETWORK_LOCK, \ > >> + MTX_DEF | MTX_SPIN) > >> > >> mtx_init() first looks for MTX_SPIN flag and assign > >> lock_class_mtx_spin class to mutex. > >> Then mtx_lock() on spin mutex called. > > > > I can confirm that removing MTX_SPIN fixes the panic. This is invalid > > code because MTX_DEF and MTX_SPIN are exclusive flags. Unfortunately, > > MTX_DEF is 0x0 so there's no way to check for that error at runtime. > > FWIW, I see the same panic, and will be building a kernel without > MTX_SPIN in a few minutes. > > From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 02:58:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31125106566C; Sat, 12 Dec 2009 02:58:52 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from poseidon.ceid.upatras.gr (poseidon.ceid.upatras.gr [150.140.141.169]) by mx1.freebsd.org (Postfix) with ESMTP id 9615C8FC17; Sat, 12 Dec 2009 02:58:51 +0000 (UTC) Received: from mail.ceid.upatras.gr (unknown [10.1.0.143]) by poseidon.ceid.upatras.gr (Postfix) with ESMTP id B6EABEB47D3; Sat, 12 Dec 2009 04:58:50 +0200 (EET) Received: from localhost (europa.ceid.upatras.gr [127.0.0.1]) by mail.ceid.upatras.gr (Postfix) with ESMTP id A6BEE452FB; Sat, 12 Dec 2009 04:58:50 +0200 (EET) X-Virus-Scanned: amavisd-new at ceid.upatras.gr Received: from mail.ceid.upatras.gr ([127.0.0.1]) by localhost (europa.ceid.upatras.gr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Zs+S8AxvnT9; Sat, 12 Dec 2009 04:58:50 +0200 (EET) Received: from kobe.laptop (ppp-94-64-250-32.home.otenet.gr [94.64.250.32]) by mail.ceid.upatras.gr (Postfix) with ESMTP id EC567451B2; Sat, 12 Dec 2009 04:58:49 +0200 (EET) Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.3/8.14.3) with ESMTP id nBC2wmsH084693 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Dec 2009 04:58:48 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.3/8.14.3/Submit) id nBC2wllH084688; Sat, 12 Dec 2009 04:58:47 +0200 (EET) (envelope-from keramida@freebsd.org) From: Giorgos Keramidas To: Jack Vogel References: <20091210210901.GA23550@lor.one-eyed-alien.net> <20091211172945.GC33467@lor.one-eyed-alien.net> <87y6l99beu.fsf@kobe.laptop> <2a41acea0912111842w67c0d822obfa396f7dd8ca5a9@mail.gmail.com> Date: Sat, 12 Dec 2009 04:58:47 +0200 In-Reply-To: <2a41acea0912111842w67c0d822obfa396f7dd8ca5a9@mail.gmail.com> (Jack Vogel's message of "Fri, 11 Dec 2009 18:42:57 -0800") Message-ID: <87skbgaoew.fsf@kobe.laptop> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: jfv@freebsd.org, Brooks Davis , pluknet , freebsd-current@freebsd.org Subject: Re: panic with em(4) in current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2009 02:58:52 -0000 --=-=-= On Fri, 11 Dec 2009 18:42:57 -0800, Jack Vogel wrote: > Sorry all, this code was put in by someone making changes to the > shared code, odd however that the panic was not seen in testing. > > My wife had serious surgery today so I have been at the hospital all > day, I will get this fixed first thing after the weekend. No worries. I have locally patched e1000 and I will be testing em(4) without MTX_SPIN in a few. Please take your time, and my wishes for a speedy & full recovery to your wife. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAksjBucACgkQ1g+UGjGGA7YlrgCfU/oySKMHXucSMUgA4MGArD0p ioYAoMYa+ExyApbhOy41To3aZfVIcAwv =pEkP -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 05:00:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5952E106566B; Sat, 12 Dec 2009 05:00:00 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id EF92D8FC15; Sat, 12 Dec 2009 04:59:59 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 11 Dec 2009 23:59:59 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QJH69022; Fri, 11 Dec 2009 23:59:59 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 11 Dec 2009 23:59:58 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19235.9037.745429.518011@jerusalem.litteratus.org> Date: Fri, 11 Dec 2009 23:59:57 -0500 To: ulf@Alameda.net In-Reply-To: <20091212004841.GR2939@evil.alameda.net> References: <4B2207A6.7070204@infracaninophile.co.uk> <20091211232356.309C21CC09@ptavv.es.net> <20091212004841.GR2939@evil.alameda.net> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Polytropon , Bill Moran , freebsd-current@freebsd.org, "Sam Fourman Jr." , Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 05:00:00 -0000 Ulf Zimmermann writes: > Just go to Fry's Electronic. Most of their systems are still > MS-Dos with Novell for network, running text based > inventory/quote/sales app. Ca _lot_ of small businesses have something similar. Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 06:09:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DEC41065676; Sat, 12 Dec 2009 06:09:25 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 536068FC0A; Sat, 12 Dec 2009 06:09:24 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id nBC69MtT016035; Fri, 11 Dec 2009 22:09:22 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Dec 2009 22:09:10 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: proxy arp and MPD in RELENG_8 Thread-Index: Acp5AhLwoLcF7RFeT2m36nkZODvShQACLDPEAEdhiuAAMg0+QA== References: <1005992950.59541.1260385306946.JavaMail.apache@mail53.abv.bg> From: "Li, Qing" To: "Mario Pavlov" , , Cc: Subject: RE: proxy arp and MPD in RELENG_8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 06:09:25 -0000 The patch is now available at http://people.freebsd.org/~qingli/PPP-Patch-2.diff You need to rebuild the kernel as well as the userland=20 "arp" utility. =20 I have performed various but limited unit testing, including simulating the reported PPP issue. The patch appears to be doing what it supports to. =20 Please give it a try and report back. Thanks, -- Qing > -----Original Message----- > From: Li, Qing > Sent: Thursday, December 10, 2009 10:31 PM > To: Li, Qing; Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: proxy arp and MPD in RELENG_8 >=20 > Hi, >=20 > I think I managed to reproduce this issue. The root cause appears > to be the SIN_PROXY usage, which is no longer part of any routing > entry after the L2/L3 rewrite. As such, the RTM_GET command > should be issued once in the ARP utility, not twice. >=20 > In addition, since ARP does not apply to PPP link type, the > prefix route of the local end point needs to be returned > in order for the subsequent RTM_ADD command to succeed. > I need to update the routing code a bit more to properly > handle such proxy-arp scenario. >=20 > In the meantime, please try a hack at >=20 > http://people.freebsd.org/~qingli/ppp-patch.diff >=20 > and let me know how it works out for you. The hack appears > to work in my test environment. >=20 > I need just a bit more time to work out the permanent > solution in the kernel routing code, as well as the > utilities in the userland. >=20 > -- Qing >=20 >=20 > > -----Original Message----- > > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > > current@freebsd.org] On Behalf Of Li, Qing > > Sent: Wednesday, December 09, 2009 12:04 PM > > To: Mario Pavlov; freebsd-stable@freebsd.org; freebsd- > > current@freebsd.org > > Subject: RE: proxy arp and MPD in RELENG_8 > > > > > > Let me look into this issue and work with you offline. > > > > I have been quite busy with day job and just starting to slowly > > resume my FreeBSD work. > > > > -- Qing > > > > > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org on behalf of Mario Pavlov > > Sent: Wed 12/9/2009 11:01 AM > > To: freebsd-stable@freebsd.org; freebsd-current@freebsd.org > > Subject: proxy arp and MPD in RELENG_8 > > > > > > Hi, > > some time ago I noticed that there's a problem with the new arp > > implementation - proxy arp was somehow not working when mpd is > involved. > > I decided to try this out again assuming it was fixed for the > > release...unfortunately the problem is still there... > > Here are the last few lines of the mpd output: > > > > > > [B-1] IPCP: state change Ack-Rcvd --> Opened > > [B-1] IPCP: LayerUp > > [B-1] 192.168.10.1 -> 192.168.10.50 > > [B-1] IFACE: Connecting tcpmssfix > > [B-1] IFACE: Add address 192.168.10.1/32->192.168.10.50 to ng0 > > [B-1] exec: /usr/sbin/arp -S 192.168.10.50 0:e0:28:62:e:9 pub > > [B-1] system: command "/usr/sbin/arp" returned 256 > > [B-1] IFACE: Up event > > [B-1] IFACE: idle-timeout: 1800 seconds > > [B-1] IFACE: Change interface flags: -0 +1 > > > > > > there this is mpd.conf: > > > > > > startup: > > > > default: > > load pptp_server > > > > pptp_server: > > > > set ippool add pool1 192.168.10.50 192.168.10.99 > > > > create bundle template B > > set iface enable proxy-arp > > log +iface2 > > set iface idle 1800 > > set iface enable tcpmssfix > > set ipcp yes vjcomp > > set ipcp ranges 192.168.10.1/32 ippool pool1 > > set ipcp dns 192.168.10.1 > > set bundle enable compression > > set ccp yes mppc > > set mppc yes e40 > > set mppc yes e128 > > set mppc yes stateless > > > > create link template L pptp > > set link action bundle B > > set link enable multilink > > set link yes acfcomp protocomp > > set link no pap chap > > set link enable chap > > set link keep-alive 10 60 > > set link mtu 1460 > > set pptp self pub.ip.add.res > > set link enable incoming > > > > > > this is probably the most common VPN setup and it was working fine > with > > 7.2-STABLE but after I upgraded to 8-STABLE it broke up... > > Is there a workaround or a plan to fix this? Or should I just go back > > to RELENG_7? > > > > thank you. > > > > P.S. this is discussed in the forums as well: > > http://forums.freebsd.org/showthread.php?t=3D8427 > > > > ----------------------------------------------------------------- > > ???????? ? ?????? ???????? ?? iZone.bg ? ??????? ???? ?? 5?? ??????? > > Acer! > > http://www.izone.bg/6/index.html > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable- > > unsubscribe@freebsd.org" > > > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current- > > unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 10:03:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79B6A106566C for ; Sat, 12 Dec 2009 10:03:39 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from mail.anduin.net (mail.anduin.net [213.225.74.249]) by mx1.freebsd.org (Postfix) with ESMTP id 33E0E8FC0C for ; Sat, 12 Dec 2009 10:03:38 +0000 (UTC) Received: from [212.62.248.150] (helo=[192.168.2.110]) by mail.anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NJOp6-0004Zh-3J; Sat, 12 Dec 2009 11:03:36 +0100 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?Eirik_=D8verby?= In-Reply-To: Date: Sat, 12 Dec 2009 11:03:35 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <22EC170C-2A92-40C6-9AA2-696742CBE64A@anduin.net> References: <20091129013026.GA1355@michelle.cdnetworks.com> <74BFE523-4BB3-4748-98BA-71FBD9829CD5@anduin.net> <34AD565D-814A-446A-B9CA-AC16DD762E1B@anduin.net> <18778B61-797C-4A38-94E6-AC6A2A453F17@anduin.net> To: Rick Macklem X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 8.0 - network stack crashes? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 10:03:39 -0000 On 10. des. 2009, at 17.21, Rick Macklem wrote: >=20 >=20 > On Thu, 10 Dec 2009, Eirik =C3~Xverby wrote: >=20 >> Hi, >>=20 >> this applies to 8.0-RELEASE? >>=20 > It should. sys/rpc/svc_dg.c hasn't changed in a while. >=20 >> I'll try to test today. >>=20 > Thanks. I have no idea if it will help, but there was a case that = could > leak mbufs, if it ever occurs, that is fixed by this. It didn't seem to help by much, anyway. After a couple of backup runs = the mbuf cluster allocation had gone from ~4k to ~25k, and as I had = reverted the sysctl to default, it wedged right there. I'll have to go back to TCP mounts from the OpenBSD box again I guess ;) /Eirik > Good luck with it, rick No luck with it, unfortunately :) But thanks for trying. Any other = ideas? /Eirik= From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 10:29:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FABB1065672; Sat, 12 Dec 2009 10:29:05 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id 35B978FC0C; Sat, 12 Dec 2009 10:29:05 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.70 (FreeBSD)) (envelope-from ) id 1NJPDi-000GZx-PN; Sat, 12 Dec 2009 10:29:02 +0000 Received: from rmac.local.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 329ED2C9F882; Sat, 12 Dec 2009 19:29:02 +0900 (JST) Date: Sat, 12 Dec 2009 19:29:01 +0900 Message-ID: From: Randy Bush To: $witch In-Reply-To: References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> User-Agent: Wanderlust/2.15.5 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-current@freebsd.org, Anton Shterenlikht , freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 10:29:05 -0000 > but i look in syslogs of some FreeBSD internet server and there is a great > evidence that some "botnets" are (again) tryng simple combination of > uid/pwd. /usr/ports/security/sshguard-* randy From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 11:11:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38F4A106566C; Sat, 12 Dec 2009 11:11:40 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id CB6808FC0A; Sat, 12 Dec 2009 11:11:39 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id A4C3178C4B; Sat, 12 Dec 2009 20:11:38 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 6E67878C3B; Sat, 12 Dec 2009 20:11:37 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: Date: Sat, 12 Dec 2009 20:11:33 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: istgt-20091211 was committed to ports (net/istgt) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 11:11:40 -0000 Hi, all I released latest version of 0.2 branch. It's now in the ports tree. You can get with portsnap or other method. I also provide FreeNAS 0.7x updater. for more detail: (Japanese)http://shell.peach.ne.jp/aoyama/archives/641 (English)http://sourceforge.net/apps/phpbb/freenas/viewtopic.php?f=53&t=4854&start=10#p23770 If you use QueueDepth for ESX, recommend depth is more than 32. (below 20 except 0 is unsupported at this time) If your network card looks very slow, then try following setting: MaxBurstLength 65536 MaxRecvDataSegmentLength 4096 Major changes from 20090428(included in 8.0 release): added tested/supported initiators WS2008 R2, ESXi 4.0, XenServer 5.5, Ubuntu 9.10, VirtualBOX 3.0.12, iSCSI Remote Boot 2.3.81, FreeBSD 7.2 + iscsi 2.2.3. changed error messages for errno=54/60 to reset or timeout. fixed StatSN/CmdSN error. fixed crash bug(signal 11) after error has occurred.(include errno=54/60) changed iSCSI diskless boot warnings. fixed sense data bugs in DVD/tape type. added REQUEST_SENSE(SCSIOP=0x03) in disk type. added to support changer device(/dev/chX) in pass-through. fixed CAM timeout/error handling issues in pass-through. I hope this helps you. -- Daisuke Aoyama From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 18:10:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A7141065676 for ; Sat, 12 Dec 2009 18:10:50 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-yx0-f171.google.com (mail-yx0-f171.google.com [209.85.210.171]) by mx1.freebsd.org (Postfix) with ESMTP id 6202B8FC1F for ; Sat, 12 Dec 2009 18:10:50 +0000 (UTC) Received: by yxe1 with SMTP id 1so1715935yxe.3 for ; Sat, 12 Dec 2009 10:10:49 -0800 (PST) Received: by 10.101.165.11 with SMTP id s11mr4479061ano.4.1260640085117; Sat, 12 Dec 2009 09:48:05 -0800 (PST) Received: from papi.localnet ([187.78.131.138]) by mx.google.com with ESMTPS id 5sm1292167yxd.53.2009.12.12.09.48.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 12 Dec 2009 09:48:04 -0800 (PST) From: Mario Lobo To: freebsd-questions@freebsd.org Date: Sat, 12 Dec 2009 14:47:01 -0300 User-Agent: KMail/1.12.3 (FreeBSD/8.0-STABLE; KDE/4.3.3; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Message-Id: <200912121447.01318.lobo@bsd.com.br> Cc: freebsd-current@freebsd.org Subject: amdtemp problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 18:10:50 -0000 Hi to all; Up to amd64 8-RC3, amdtemp correctly reported the temperature of my phenom= =20 processor(s). =46rom 8-RELEASE on (i'm on STABLE now), the temperature readings starts at= 37C,=20 dropping to 0 in about 2 minutes, and there it stays.=20 I had saved the /usr/src/sys/dev/amdtemp/amdtemp.c file from the 8-RC3 file= =20 and compared it to the STABLE version, and they are the same, so I figured= =20 something changed elsewhere. Would anyone have a hint to where I should look into to make it work again? Thanks, =2D-=20 Mario Lobo http://www.mallavoodoo.com.br =46reeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 18:44:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFFCF106566B for ; Sat, 12 Dec 2009 18:44:50 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 775948FC18 for ; Sat, 12 Dec 2009 18:44:50 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id nBCIim5B065842 for ; Sat, 12 Dec 2009 19:44:49 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Sat, 12 Dec 2009 19:44:46 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCBA5736C@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: regression: port www/squid fails to build on ia64 head Thread-Index: Acp6laNrVD48eSo7TXOb5Pzl4lMXmgAxSIDg References: <20091211122712.GA16545@mech-cluster241.men.bris.ac.uk><20091211154641.GA1123@wcfields.tmseck.homedns.org><20091211160439.GA90445@mech-cluster241.men.bris.ac.uk> <43C3F09D-62B4-47BB-8411-65C0CCCDFB6A@mac.com> From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Subject: RE: regression: port www/squid fails to build on ia64 head X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 18:44:51 -0000 >>> You might want to ask on the -current or -ia64 mailinglist about this >>> particular error. I just checked on 8-STABLE/amd64 and the YP helper >>> builds fine there. >>>=20 >>> Did you configure anything particular in your make.conf that might >>> explain this (modified CFLAGS or somesuch)? >>=20 >> # cat /etc/make.conf >> # $FreeBSD: src/share/examples/etc/make.conf,v 1.279 2007/01/17 12:43:06 des Exp $ >>=20 >> NO_MODULES=3D # do not build modules with the kernel >> # added by use.perl 2009-09-23 14:34:53 >> PERL_VERSION=3D5.10.1 >> #=20 >>=20 >> Marcel, can you reproduce this on your ia64? >No, I can't seem to reproduce it. It builds just fine for me. >I have the log here (starting with the kernel booting): > http://ns1.xcllnt.net/~marcel/squid.log >Maybe NO_MODULES is interfering? >FYI, >--=20 >Marcel Moolenaar >xcllnt@mac.com A long shot Could it be that you have set the following in your src.conf WITHOUT_NIS=3D yes WITHOUT_RCMDS=3D yes WITHOUT_RCS=3D yes If i set those i get a similar error with squid (on i386 and amd64 ) Regards, Johan Hendriks From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 19:37:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3CA1065670 for ; Sat, 12 Dec 2009 19:37:53 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 469288FC19 for ; Sat, 12 Dec 2009 19:37:53 +0000 (UTC) Received: from [95.27.63.150] (port=18127 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NJXmp-000LSP-Nf for freebsd-current@freebsd.org; Sat, 12 Dec 2009 22:37:51 +0300 Message-ID: <4B23F10F.1010608@lissyara.su> Date: Sat, 12 Dec 2009 22:37:51 +0300 From: Alex Keda User-Agent: Thunderbird 2.0.0.23 (X11/20091129) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: May be include in GENERIC option INCLUDE_CONFIG_FILE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 19:37:53 -0000 For those who have recently engaged in FreeBSD, and inexperienced managers who have inherited a server "by inheritance" is often the question arises - where to find the configuration file in which to compile your kernel? (Of course, a file by that time there =)) From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 20:22:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07EF0106566B for ; Sat, 12 Dec 2009 20:22:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 8DC038FC0C for ; Sat, 12 Dec 2009 20:22:52 +0000 (UTC) Received: (qmail 4610 invoked by uid 399); 12 Dec 2009 20:22:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Dec 2009 20:22:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B23FBA1.4070002@FreeBSD.org> Date: Sat, 12 Dec 2009 12:22:57 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alex Keda References: <4B23F10F.1010608@lissyara.su> In-Reply-To: <4B23F10F.1010608@lissyara.su> X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: May be include in GENERIC option INCLUDE_CONFIG_FILE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 20:22:53 -0000 Alex Keda wrote: > For those who have recently engaged in FreeBSD, and inexperienced > managers who have inherited a server "by inheritance" is often the > question arises - where to find the configuration file in which to > compile your kernel? (Of course, a file by that time there =)) I actually thought that was already done, but I see now that it's not. I would like to see this as well, any objections? Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 21:01:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 742CA1065676 for ; Sat, 12 Dec 2009 21:01:09 +0000 (UTC) (envelope-from wkoszek@freebsd.czest.pl) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by mx1.freebsd.org (Postfix) with ESMTP id 053498FC15 for ; Sat, 12 Dec 2009 21:01:08 +0000 (UTC) Received: from freebsd.czest.pl (l95h.icis.pcz.pl [212.87.224.105]) by freebsd.czest.pl (8.14.2/8.14.2) with ESMTP id nBCLCs9Z078436; Sat, 12 Dec 2009 22:12:54 +0100 (CET) (envelope-from wkoszek@freebsd.czest.pl) Received: (from wkoszek@localhost) by freebsd.czest.pl (8.14.2/8.14.2/Submit) id nBCLCs99078435; Sat, 12 Dec 2009 22:12:54 +0100 (CET) (envelope-from wkoszek) Date: Sat, 12 Dec 2009 22:12:54 +0100 From: "Wojciech A. Koszek" To: Doug Barton Message-ID: <20091212211254.GA78318@FreeBSD.org> Mail-Followup-To: Doug Barton , Alex Keda , freebsd-current References: <4B23F10F.1010608@lissyara.su> <4B23FBA1.4070002@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline In-Reply-To: <4B23FBA1.4070002@FreeBSD.org> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (freebsd.czest.pl [212.87.224.105]); Sat, 12 Dec 2009 22:12:54 +0100 (CET) Cc: Alex Keda , freebsd-current Subject: Re: May be include in GENERIC option INCLUDE_CONFIG_FILE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 21:01:09 -0000 On Sat, Dec 12, 2009 at 12:22:57PM -0800, Doug Barton wrote: > Alex Keda wrote: > > For those who have recently engaged in FreeBSD, and inexperienced > > managers who have inherited a server "by inheritance" is often the > > question arises - where to find the configuration file in which to > > compile your kernel? (Of course, a file by that time there =)) > > I actually thought that was already done, but I see now that it's not. > I would like to see this as well, any objections? > > Alex, Doug, In the past, I got two kinds of responses to this question: 1) "OK" from most of the people >From the kernel via config(8) you can get a ready-to-use configuration file, but without comments. 2) "We don't like new INCLUDE_CONFIG_FILE, since it doesn't support comments, and comments are crucial" We'd have to add "-C" to config(8) execution in build scripts, the same preserving the old way of keeping comments, but without getting ready-to-use configuration file. My vote is for (1) Thanks, -- Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/~wkoszek/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 21:06:43 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1B82106566B; Sat, 12 Dec 2009 21:06:43 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B0008FC16; Sat, 12 Dec 2009 21:06:43 +0000 (UTC) Received: from ravenloft.kiev.ua ([91.123.146.100]) by istc.kiev.ua with esmtp (Exim 4.69) (envelope-from ) id 1NJYoW-0006jG-2D; Sat, 12 Dec 2009 22:43:42 +0200 Date: Sat, 12 Dec 2009 22:43:00 +0200 From: Alex Kozlov To: Doug Barton , freebsd-current@freebsd.org, spam@rm-rf.kiev.ua Message-ID: <20091212204300.GA2770@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: Subject: Re: May be include in GENERIC option INCLUDE_CONFIG_FILE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 21:06:43 -0000 On Sat, Dec 12, 2009 at 12:22:57PM -0800, Doug Barton wrote: > Alex Keda wrote: > > For those who have recently engaged in FreeBSD, and inexperienced > > managers who have inherited a server "by inheritance" is often the > > question arises - where to find the configuration file in which to > > compile your kernel? (Of course, a file by that time there =)) > I actually thought that was already done, but I see now that it's not. > I would like to see this as well, any objections? No. Please include it. -- Adios From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 22:11:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17B601065670 for ; Sat, 12 Dec 2009 22:11:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id A081A8FC12 for ; Sat, 12 Dec 2009 22:11:15 +0000 (UTC) Received: (qmail 7875 invoked by uid 399); 12 Dec 2009 22:11:14 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Dec 2009 22:11:14 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B241509.8060906@FreeBSD.org> Date: Sat, 12 Dec 2009 14:11:21 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: AHCI/ATA_CAM for dummies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 22:11:16 -0000 I'd like to test the new stuff, but my main concern at this point is that I am not 100% sure how to change my fstab, what will happen if I need to revert, etc. I'm sure I probably _could_ figure it out, but it would save me a lot of time if someone could write down really explicit step-by-step instructions ... put this in your kernel config, do this to fstab, do this if it blows up, etc. Any takers? :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 22:29:12 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4944106566B for ; Sat, 12 Dec 2009 22:29:12 +0000 (UTC) (envelope-from dthiele@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 24B868FC1B for ; Sat, 12 Dec 2009 22:29:11 +0000 (UTC) Received: (qmail invoked by alias); 12 Dec 2009 22:02:29 -0000 Received: from p548657E1.dip.t-dialin.net (EHLO impala.vnws.lan) [84.134.87.225] by mail.gmx.net (mp044) with SMTP; 12 Dec 2009 23:02:29 +0100 X-Authenticated: #19302822 X-Provags-ID: V01U2FsdGVkX18SZwgqGHsSBxpNw4+9iHEAAUE3EHFPbzzDDaUc02 f++mdibnmt3UCz Message-ID: <4B24143E.2060803@gmx.net> Date: Sat, 12 Dec 2009 23:07:58 +0100 From: Daniel Thiele User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.43 Cc: shaun@FreeBSD.org Subject: Support for geli onetime encryption for /tmp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 22:29:12 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, I am contentedly using a onetime encrypted swap partition through the means provided by rc.d/encswap and fstab, i.e. appending '.eli' to the swap partition's name. Since some of the things that accumulate in /tmp over the time may contain confidential information, I would like to encrypt this partition, too. I know of the clear_tmp_enable rc.conf option, but this only deletes /tmp's contents simply by utilizing rm(1), which helps but I would not consider this as a sufficient solution for the problem of making no longer needed /tmp-data unaccessible. So, unless I am missing something, currently the only way to go seems to be utilizing geli together with a passphrase (and a secret key). Now, for /tmp being a file systems for which no guarantee towards persistence across reboots is needed, a onetime encryption seems to be the better choice, e.g. no one can force you to give away the passphrase or key file. While I was looking for a solution, I stumbled upon a patch (conf/102700, link below) from 2006 by Shaun Amott (CC'ed) that adds support for exactly this kind of encryption. Is there a reason why this patch has not made it into the base system yet? I think it would be a valuable addition to FreeBSD in regard to security. In that context it may be even better to enhance the patch to not only support onetime encryption for /tmp, but any kind of file system, which a user may specify via fstab. Then, however, the issue of how to exactly distinguish between onetime and normal encryption in fstab needs to be solved. Is there maybe another way to achieve onetime /tmp encryption that I am missing? Preferably one that does not involve huge changes to the default config files to minimize the time spent mergmaster-ing these files during an update. This last point is basically what keeps me from applying conf/102700 locally or implementing my own solution. Kind regards, Daniel conf/102700: http://www.freebsd.org/cgi/query-pr.cgi?pr=102700&cat=conf -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.13 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJLJBQ3AAoJEB+84OrFyizNoZgQAICpe+vPcU3RAkZwVw1bUwCH HD42SUUg8CX2t21dBsZLYLTzfdP5A3Bkwo2BhlEQtEd9OJrWD9blFbXU88/z1P+V J0xXL3HNfJU+ufwi7D7sSBclnwrERpMhtxCzyO95bI/CqCdbYvdrfdOGX4L05jkO nILa/wsL1qp1a6/c1LYbqDWuY2OGLNX7YiQi8yevioADXjBkTQWSaCExCZTfqRGx y8CaMdjagQrPoYU02x4CxCt7txUZH0NlYdMGO4qTx6rrNZmIZDyxvtkZYGLqx/XF o+FR9zciXKGQupBgQrp4mtNLObifmP/cKRgbEwI9sj+EZcnkR2RAoXZDH0TRyVxe y52evOk4ljy2Lupc85eWVhiiR8E0sBdoyHMKbkBdMjP46aFJT1JTqPpZMCQf5lgc gMY/TgTXr8sM9XsdJUZxzUK8MbRtx/S0yh5okl44/pF9CwfYFI0DPzOX3NTueaEK da2C85MQ1ZQtTuvsO2pAf7nkHhOuSbT7kmWPWVVrNMkZAOmZR3igkQTF7fSBosVI e7j56k2qWzv9hjB6uEjnjvtxmbuqXDgShIDuhw1LGIu3YH4TyGKAVXphUXM7dZ8p t1ZJ+yeLMw+domat8ExQ4EKsUB2/iF2hiSNDRHQsTz0rTsSWFfkHT462DEmyNqM4 iCMhtsEoW9QwzQ1XwlQR =Kh0d -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 22:39:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 096CF106566B for ; Sat, 12 Dec 2009 22:39:44 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 86B0A8FC0C for ; Sat, 12 Dec 2009 22:39:43 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id nBCMdfVZ035379; Sat, 12 Dec 2009 16:39:41 -0600 (CST) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=mB9gid56xVgjlrilKT8RBiuiDDAcSFPpfxR/R4KvdJ8Enf3mI34Ff/KZbMQx6mnKZ 048GampKgCkjtRteBofBHK/y7+7YdWDa+lrkGutYvgFwO7PeLgnVlzeL1cKnRK+iJP5 SkIrbf9l/U+KQljfbi5KXHcXp6UynWO/6lDMF2Q= Message-ID: <4B241BAD.8000900@jrv.org> Date: Sat, 12 Dec 2009 16:39:41 -0600 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 References: <4B241509.8060906@FreeBSD.org> In-Reply-To: <4B241509.8060906@FreeBSD.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , Doug Barton Subject: Re: AHCI/ATA_CAM for dummies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 22:39:44 -0000 Doug Barton wrote: > I'd like to test the new stuff, but my main concern at this point is > that I am not 100% sure how to change my fstab, what will happen if I > need to revert, etc. Assign each UFS filesystem a label with fstab -L. Have fstab reference this label and not the device/partition name. Configure a gmirror into the swap area and then reference this in fstab (a gmirror may be created with only one member). These will then work no matter which ATA/AHCI/SIIS/SAS driver is used as GEOM will find them and set up the names for fstab to use. From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 22:40:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 980B2106568D; Sat, 12 Dec 2009 22:40:54 +0000 (UTC) (envelope-from simon@nitro.dk) Received: from mx.nitro.dk (unknown [77.75.165.90]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADA78FC1A; Sat, 12 Dec 2009 22:40:54 +0000 (UTC) Received: from arthur.nitro.dk (arthur.bofh [192.168.2.3]) by mx.nitro.dk (Postfix) with ESMTP id 1B4F92D4866; Sat, 12 Dec 2009 22:38:19 +0000 (UTC) Received: by arthur.nitro.dk (Postfix, from userid 1000) id 9D4485C19; Sat, 12 Dec 2009 23:40:53 +0100 (CET) Date: Sat, 12 Dec 2009 23:40:53 +0100 From: "Simon L. Nielsen" To: Daniel Thiele Message-ID: <20091212224052.GF1417@arthur.nitro.dk> References: <4B24143E.2060803@gmx.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B24143E.2060803@gmx.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, shaun@FreeBSD.org Subject: Re: Support for geli onetime encryption for /tmp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 22:40:54 -0000 On 2009.12.12 23:07:58 +0100, Daniel Thiele wrote: > Is there maybe another way to achieve onetime /tmp encryption that > I am missing? Preferably one that does not involve huge changes to Well, I use the simple one - make /tmp a memory file system. locate is sometimes not too happy with an e.g. 50MB /tmp, but otherwise it works very well for me. [simon@arthur:~] grep tmp /etc/rc.conf tmpmfs="YES" tmpsize="50M" -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 22:46:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68A97106568B; Sat, 12 Dec 2009 22:46:04 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from ostracod.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 CE5738FC12; Sat, 12 Dec 2009 22:46:03 +0000 (UTC) Received: from vhoffman-macbook.local ([10.0.0.173]) (authenticated bits=0) by ostracod.unsane.co.uk (8.14.3/8.14.3) with ESMTP id nBCMl3OT006185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Dec 2009 22:47:03 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4B241D2A.9030905@unsane.co.uk> Date: Sat, 12 Dec 2009 22:46:02 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Doug Barton References: <4B241509.8060906@FreeBSD.org> In-Reply-To: <4B241509.8060906@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: AHCI/ATA_CAM for dummies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 22:46:04 -0000 Doug Barton wrote: > I'd like to test the new stuff, but my main concern at this point is > that I am not 100% sure how to change my fstab, what will happen if I > need to revert, etc. I'm sure I probably _could_ figure it out, but it > would save me a lot of time if someone could write down really > explicit step-by-step instructions ... put this in your kernel config, > do this to fstab, do this if it blows up, etc. > > Any takers? :) > > > Doug > > For me trying ahci was very easy. boot using the usb image, use the fixit environment. I use ufs so I used tunefs to label all my partitions. tunefs -L ROOTFS /path/to/rootfs and so on for all my ufs partitions. and then for swap, glabel label SWAP /dev/ad1p1 (or your path to swap partition) next mount the root filesystem and edit the fstab. mkdir -p /mnt/rootfs mount /dev/ufs/ROOTFS /mnt/rootfs vi /mnt/rootfs/etc/fstab my fstab looks like /dev/ufs/SSDROOT / ufs rw,noatime 1 1 /dev/ufs/SSDUSR /usr ufs rw,noatime 2 2 /dev/ufs/SSDVAR /var ufs rw,noatime 2 2 /dev/ufs/TMP /tmp ufs rw,noatime 2 2 /dev/label/SWAP none swap sw 0 0 /dev/ufs/SCRATCH /scratch ufs rw,noatime 2 2 but adapt to fit. I then added ahci_load="YES" to /mnt/rootfs/boot/loader.conf and rebooted. as yet I havent tried the rest of the ATA_CAM stuff though. using labels means switching back is easy too (I switched back for a bit until i found the latest smartmon tools supports the ahci ada devices.) Vince (obviously now I've sent this I'm bound to have forgotten something but it really was very simple.) From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:17:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA96D106566B for ; Sat, 12 Dec 2009 23:17:26 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com [209.85.211.172]) by mx1.freebsd.org (Postfix) with ESMTP id 48C028FC08 for ; Sat, 12 Dec 2009 23:17:25 +0000 (UTC) Received: by ywh2 with SMTP id 2so2055776ywh.27 for ; Sat, 12 Dec 2009 15:17:25 -0800 (PST) MIME-Version: 1.0 Received: by 10.101.11.34 with SMTP id o34mr4774851ani.25.1260659845249; Sat, 12 Dec 2009 15:17:25 -0800 (PST) In-Reply-To: <20091212224052.GF1417@arthur.nitro.dk> References: <4B24143E.2060803@gmx.net> <20091212224052.GF1417@arthur.nitro.dk> Date: Sun, 13 Dec 2009 00:17:25 +0100 Message-ID: <367b2c980912121517h8e87f03x639f8a9818ae7a9e@mail.gmail.com> From: Olivier Smedts To: "Simon L. Nielsen" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel Thiele , shaun@freebsd.org, freebsd-current@freebsd.org Subject: Re: Support for geli onetime encryption for /tmp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:17:26 -0000 2009/12/12 Simon L. Nielsen : > On 2009.12.12 23:07:58 +0100, Daniel Thiele wrote: > >> Is there maybe another way to achieve onetime /tmp encryption that >> I am missing? Preferably one that does not involve huge changes to > > Well, I use the simple one - make /tmp a memory file system. =A0locate > is sometimes not too happy with an e.g. 50MB /tmp, but otherwise it > works very well for me. > > [simon@arthur:~] grep tmp /etc/rc.conf > tmpmfs=3D"YES" > tmpsize=3D"50M" What about tmpfs ? [0:16] zozo@q 1002 ~% grep tmp /etc/fstab tmpfs /tmp tmpfs rw,mode=3D1777 0 0 [0:16] zozo@q 1003 ~% df -h /tmp Filesystem Size Used Avail Capacity Mounted on tmpfs 2.9G 12K 2.9G 0% /tmp > > -- > Simon L. Nielsen > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:32:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E04C106566B for ; Sat, 12 Dec 2009 23:32:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 99C998FC0A for ; Sat, 12 Dec 2009 23:32:57 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-044-085.pools.arcor-ip.net [88.66.44.85]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0MSpj3-1NRcLd06Q1-00RxNv; Sun, 13 Dec 2009 00:32:56 +0100 Received: (qmail 82693 invoked from network); 12 Dec 2009 23:32:55 -0000 Received: from f8x64.laiers.local (192.168.4.188) by router.laiers.local with SMTP; 12 Dec 2009 23:32:55 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Sun, 13 Dec 2009 00:32:54 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-RELEASE; KDE/4.3.4; amd64; ; ) References: <4B24143E.2060803@gmx.net> <20091212224052.GF1417@arthur.nitro.dk> In-Reply-To: <20091212224052.GF1417@arthur.nitro.dk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912130032.54740.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/M5vYELdE3eE+6pVr8Xme1w53qK8PN6IeQ18E ioeExyt/ii7n0IbZ4WhuLNoq2PeqxTDMaz2/t9q9cmSGkd5VQQ ALJDoxn2kQG5OIRTKvwzw== Cc: Daniel Thiele , "Simon L. Nielsen" , shaun@freebsd.org Subject: Re: Support for geli onetime encryption for /tmp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:32:58 -0000 On Saturday 12 December 2009 23:40:53 Simon L. Nielsen wrote: > On 2009.12.12 23:07:58 +0100, Daniel Thiele wrote: > > Is there maybe another way to achieve onetime /tmp encryption that > > I am missing? Preferably one that does not involve huge changes to > > Well, I use the simple one - make /tmp a memory file system. locate > is sometimes not too happy with an e.g. 50MB /tmp, but otherwise it > works very well for me. > > [simon@arthur:~] grep tmp /etc/rc.conf > tmpmfs="YES" > tmpsize="50M" but tmpfs pages are swappable IIRC. This would mean that the data might end up unencrypted on secondary storage. -- Max From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:36:00 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65BE41065692; Sat, 12 Dec 2009 23:36:00 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 271CB8FC1D; Sat, 12 Dec 2009 23:36:00 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id nBCNXSB0055176; Sat, 12 Dec 2009 16:33:29 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 12 Dec 2009 16:33:52 -0700 (MST) Message-Id: <20091212.163352.850602504923947435.imp@bsdimp.com> To: wmoran@potentialtech.com From: "M. Warner Losh" In-Reply-To: <20091210095122.a164bf95.wmoran@potentialtech.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mexas@bristol.ac.uk, freebsd-questions@FreeBSD.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:36:00 -0000 In message: <20091210095122.a164bf95.wmoran@potentialtech.com> Bill Moran writes: : In response to Anton Shterenlikht : : : > >From my information security manager: : > : > FreeBSD isn't much used within the University (I understand) and has a : > (comparatively) poor security record. Most recently, for example: : > : > http://www.h-online.com/security/news/item/Root-exploit-for-FreeBSD-873352.html : : Are you trying to make your infosec guy look like an idiot? Does he : realize that FreeBSD has a grand total of 16 security problems for all : of 2009? Hell, Microsoft has that many in an average month. And many of them were for code supplied by others... : If he can find something (other than OpenBSD) with a better record than : that, I'd love to hear about it. Are you sure that OpenBSD has a better record? Warner From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:43:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F1FD106566C; Sat, 12 Dec 2009 23:43:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 49DE18FC0A; Sat, 12 Dec 2009 23:43:01 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C57EC46B17; Sat, 12 Dec 2009 18:43:00 -0500 (EST) Date: Sat, 12 Dec 2009 23:43:00 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Doug Barton In-Reply-To: <4B23FBA1.4070002@FreeBSD.org> Message-ID: References: <4B23F10F.1010608@lissyara.su> <4B23FBA1.4070002@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alex Keda , freebsd-current Subject: Re: May be include in GENERIC option INCLUDE_CONFIG_FILE? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:43:01 -0000 On Sat, 12 Dec 2009, Doug Barton wrote: > Alex Keda wrote: >> For those who have recently engaged in FreeBSD, and inexperienced managers >> who have inherited a server "by inheritance" is often the question arises - >> where to find the configuration file in which to compile your kernel? (Of >> course, a file by that time there =)) > > I actually thought that was already done, but I see now that it's not. I > would like to see this as well, any objections? I'd say go for it. It's not perfect, but given modern memory sizes for systems using GENERIC, I'd say the administrative benefit is well worth it. People doing embeddded will cut it as well as lots of other stuff in GENERIC anyway. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:44:37 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFCFC1065695; Sat, 12 Dec 2009 23:44:37 +0000 (UTC) (envelope-from sfourman@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4AF188FC16; Sat, 12 Dec 2009 23:44:36 +0000 (UTC) Received: by pxi12 with SMTP id 12so576423pxi.3 for ; Sat, 12 Dec 2009 15:44:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=Cfz9sl5sKDjfhzz3w0BqaXGeitCyV6bp3ruRLjE6rfU=; b=PMiZIu5Ho7sVujODwDRnVHxds73o9yrNinRBeOWLnN33DK865+QQGjYDZH6pkaATxd /y4DeGDfzgB+86XdCHMU6glpHxlVADrWGPxINgpzAKE6pIiBfNeDHGKyVjmpL2ce7jSg 6ZKF+mkdY9VwozGKu0Rm7hlwOLU+sLottXKHg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QsQePiqezjXaSSRY2uudOt8qDOETHI21nZThzYL4yxFiQwUfERaPxIGq7ZwxaFwD1a qd7wB4+qAHVJe9u38pR953wTiAhEd8CTj0Z+8kRwKZMqyw5nfwsDJRSNn6dljRoK0Lxm AXjwj2hBK8mbg/k0+MzMr2tZXKPTjFqoYtHzI= MIME-Version: 1.0 Received: by 10.142.75.15 with SMTP id x15mr1932031wfa.152.1260661473746; Sat, 12 Dec 2009 15:44:33 -0800 (PST) In-Reply-To: <20091212.163352.850602504923947435.imp@bsdimp.com> References: <20091210144141.GB834@mech-cluster241.men.bris.ac.uk> <20091210095122.a164bf95.wmoran@potentialtech.com> <20091212.163352.850602504923947435.imp@bsdimp.com> Date: Sat, 12 Dec 2009 17:44:33 -0600 Message-ID: <11167f520912121544j471e2f15oc2b2bdba926b46ab@mail.gmail.com> From: "Sam Fourman Jr." To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, mexas@bristol.ac.uk, wmoran@potentialtech.com, freebsd-questions@freebsd.org Subject: Re: Root exploit for FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:44:38 -0000 > > Are you sure that OpenBSD has a better record? I found this for loose reference. http://en.wikipedia.org/wiki/OpenBSD#Security_and_code_auditing I will say that even though on the surface OpenBSD appears to have a better track record security wise I tend to use FreeBSD for my desktop needs because of things like Nvidia Graphics (esp now that there is amd64 support) also wine works in FreeBSD and some of my clinets still run windows apps. I find FreeBSD is the middle ground the world needs between Linix and OpenBSD Sam Fourman Jr. Fourman Networks From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:46:32 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26FD810656A6 for ; Sat, 12 Dec 2009 23:46:32 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D6EB38FC24 for ; Sat, 12 Dec 2009 23:46:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NJbfS-0005F5-0E for freebsd-current@freebsd.org; Sun, 13 Dec 2009 00:46:30 +0100 Received: from 93-138-108-186.adsl.net.t-com.hr ([93.138.108.186]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Dec 2009 00:46:29 +0100 Received: from ivoras by 93-138-108-186.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Dec 2009 00:46:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 13 Dec 2009 00:46:04 +0100 Lines: 15 Message-ID: References: <4B241509.8060906@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-108-186.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <4B241509.8060906@FreeBSD.org> Sender: news Subject: Re: AHCI/ATA_CAM for dummies? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:46:32 -0000 Doug Barton wrote: > I'd like to test the new stuff, but my main concern at this point is > that I am not 100% sure how to change my fstab, what will happen if I > need to revert, etc. I'm sure I probably _could_ figure it out, but it > would save me a lot of time if someone could write down really > explicit step-by-step instructions ... put this in your kernel config, > do this to fstab, do this if it blows up, etc. > > Any takers? :) Maybe http://ivoras.sharanet.org/blog/tree/2009-11-17.trying-ahci-in-8.0.html ? From owner-freebsd-current@FreeBSD.ORG Sat Dec 12 23:50:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 655B7106566C for ; Sat, 12 Dec 2009 23:50:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9108FC1B for ; Sat, 12 Dec 2009 23:50:06 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NJbiv-0006BF-A2 for freebsd-current@freebsd.org; Sun, 13 Dec 2009 00:50:05 +0100 Received: from 93-138-108-186.adsl.net.t-com.hr ([93.138.108.186]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Dec 2009 00:50:05 +0100 Received: from ivoras by 93-138-108-186.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 13 Dec 2009 00:50:05 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 13 Dec 2009 00:48:45 +0100 Lines: 17 Message-ID: References: <4B24143E.2060803@gmx.net> <20091212224052.GF1417@arthur.nitro.dk> <200912130032.54740.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-108-186.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090612) In-Reply-To: <200912130032.54740.max@love2party.net> Sender: news Subject: Re: Support for geli onetime encryption for /tmp? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 12 Dec 2009 23:50:07 -0000 Max Laier wrote: > On Saturday 12 December 2009 23:40:53 Simon L. Nielsen wrote: >> On 2009.12.12 23:07:58 +0100, Daniel Thiele wrote: >>> Is there maybe another way to achieve onetime /tmp encryption that >>> I am missing? Preferably one that does not involve huge changes to >> Well, I use the simple one - make /tmp a memory file system. locate >> is sometimes not too happy with an e.g. 50MB /tmp, but otherwise it >> works very well for me. >> >> [simon@arthur:~] grep tmp /etc/rc.conf >> tmpmfs="YES" >> tmpsize="50M" > > but tmpfs pages are swappable IIRC. This would mean that the data might end > up unencrypted on secondary storage. Not if the swap is encrypted (as it is in the case of the OP).