From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 09:49:24 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CAF7106566B; Sun, 6 Nov 2011 09:49:24 +0000 (UTC) (envelope-from jack@jarasoft.net) Received: from delta.jarasoft.eu (delta.jarasoft.eu [95.211.60.52]) by mx1.freebsd.org (Postfix) with ESMTP id 2C73F8FC15; Sun, 6 Nov 2011 09:49:23 +0000 (UTC) Received: from delta.jarasoft.eu (delta.jarasoft.eu [95.211.60.52]) by delta.jarasoft.eu (Postfix) with ESMTP id BDE554B1FAD; Sun, 6 Nov 2011 10:36:43 +0100 (CET) Received: from orac.jarasoft.net (orac.jarasoft.net [82.101.222.252]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "jarasoft.net", Issuer "PositiveSSL CA" (not verified)) by delta.jarasoft.eu (Postfix) with ESMTPS id 7EDD04B1FAC; Sun, 6 Nov 2011 10:36:43 +0100 (CET) Received: from orac.jarasoft.net (orac.jarasoft.net [192.168.178.10]) by orac.jarasoft.net (Postfix) with ESMTP id C54CE3D7433; Sun, 6 Nov 2011 10:37:44 +0100 (CET) Received: from jarasc430 (5265DEFC.cm-8.dynamic.ziggo.nl [82.101.222.252]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by orac.jarasoft.net (Postfix) with ESMTPSA id 8D8DA3D742C; Sun, 6 Nov 2011 10:37:44 +0100 (CET) Message-ID: From: "Jack Raats" To: , , Date: Sun, 6 Nov 2011 10:37:21 +0100 Organization: JaRaSoft, Steenbergen, Nederland MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Virus-Scanned: ClamAV using ClamSMTP on orac.jarasoft.net X-Virus-Scanned: ClamAV using ClamSMTP on delta.jarasoft.eu X-Mailman-Approved-At: Sun, 06 Nov 2011 11:46:05 +0000 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Looking for a simple HOW-TO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jack Raats List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 09:49:24 -0000 Hi, This is perhaps not the right mailinglist so I'm sorry. I'm looking for a simple "how to" to install Aterisk 1.8 on FreeBSD = 7.4-STABLE from the ports. Compiling is not the problem but what to choose from the config before = compiling, realizing that I'm only using SIP, so no hardware attached. It would be nice to see the minimum config I have to use from asterisk. Thanks Jack Raats From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 15:32:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14E1D106566B for ; Sun, 6 Nov 2011 15:32:19 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id C98AC8FC0A for ; Sun, 6 Nov 2011 15:32:18 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RN4hg-0006sO-AF; Sun, 06 Nov 2011 17:32:15 +0200 Message-ID: <4EB6A874.5080807@os2.kiev.ua> Date: Sun, 06 Nov 2011 16:32:04 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Frank Razenberg References: <4EB1BCAD.7080206@zzattack.org> In-Reply-To: <4EB1BCAD.7080206@zzattack.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: smartmontools-support@lists.sourceforge.net, FreeBSD Stable Mailing List Subject: Re: [smartmontools-support] smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 15:32:19 -0000 This is fixed by me in SVN. Also fix already applied in the ports, so please update your smartmontools port. On 11/02/2011 10:57 PM, Frank Razenberg wrote: > Ever since I tried 9.0-RC1 I haven't been able to read SMART values of > the disks attached to my Intel SASUC8i (LSI 1068e rebrand) controller > with smartctl. Similar disks on motherboard SATA ports can be queried as > expected. > > # smartctl -a /dev/da0 > smartctl 5.42 2011-10-20 r3458 [FreeBSD 9.0-RC1 amd64] (local build) > Copyright (C) 2002-11 by Bruce Allen, > http://smartmontools.sourceforge.net > > Segmentation fault (core dumped) > > The controller was flashed to run in IT-mode. The relevant smartctl.core > dump is available at http://files.zzattack.org/smartctl.core.zip > > From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 16:10:02 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F13B31065672 for ; Sun, 6 Nov 2011 16:10:02 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6768FC13 for ; Sun, 6 Nov 2011 16:10:01 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id 61C484ACF24; Sun, 6 Nov 2011 19:52:04 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id C30F44ACF10; Sun, 6 Nov 2011 19:52:03 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA6Fq3hi018780; Sun, 6 Nov 2011 18:52:03 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EB6AD22.4080408@ksu.ru> Date: Sun, 06 Nov 2011 19:52:02 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Alex Samorukov References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> In-Reply-To: <4EB307CC.8000705@os2.kiev.ua> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030302090207080709060203" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 16:10:03 -0000 This is a cryptographically signed message in MIME format. --------------ms030302090207080709060203 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Alex Samorukov wrote: > On 11/03/2011 09:35 PM, James wrote: >> Thanks, Alex. Looks like you fixed it. smartctl no longer segfaults. > Thank you for testing. I submitter PR [1] with this patch. It also > contain patch to avoid problems with SATA drives on LSI (SAS) controlle= rs. > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=3D162276 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" > Hi, Alex! I wonder is there a possibility to monitor sas drives on twa controllers?= --=20 SY, Marat --------------ms030302090207080709060203-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 16:13:13 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115421065670 for ; Sun, 6 Nov 2011 16:13:13 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id BD0418FC16 for ; Sun, 6 Nov 2011 16:13:12 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RN5LG-0008h6-Rz; Sun, 06 Nov 2011 18:13:08 +0200 Message-ID: <4EB6B20A.9090104@os2.kiev.ua> Date: Sun, 06 Nov 2011 17:12:58 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> In-Reply-To: <4EB6AD22.4080408@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 16:13:13 -0000 On 11/06/2011 04:52 PM, Marat N.Afanasyev wrote: > > > I wonder is there a possibility to monitor sas drives on twa controllers? Hi Marat, I have no access to such hardware so don`t know if it works or not. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 16:26:28 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 124C7106566B for ; Sun, 6 Nov 2011 16:26:28 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA528FC08 for ; Sun, 6 Nov 2011 16:26:26 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id D235A4ACF24; Sun, 6 Nov 2011 20:26:24 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id 8C85C4ACF16; Sun, 6 Nov 2011 20:26:24 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA6GQO4f019028; Sun, 6 Nov 2011 19:26:24 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EB6B530.9000901@ksu.ru> Date: Sun, 06 Nov 2011 20:26:24 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Alex Samorukov References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> In-Reply-To: <4EB6B20A.9090104@os2.kiev.ua> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060907090008040308010700" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 16:26:28 -0000 This is a cryptographically signed message in MIME format. --------------ms060907090008040308010700 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Alex Samorukov wrote: > On 11/06/2011 04:52 PM, Marat N.Afanasyev wrote: >> >> >> I wonder is there a possibility to monitor sas drives on twa controlle= rs? > Hi Marat, > > I have no access to such hardware so don`t know if it works or not. > > it doesn't work :( sata drives are accessible, but for sas all we have: # smartctl -d 3ware,0 -a /dev/twa0 smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-RELEASE amd64] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.ne= t Command failed, ata.status=3D(0x00), ata.command=3D(0xec), ata.flags=3D(0= x01) WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0) Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) A mandatory SMART command failed: exiting. To continue, add one or more=20 '-T permissive' options. --=20 =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =ED=C1=D2=C1=D4 =E1=C6=C1=CE=C1=D3=D8=C5= =D7 --------------ms060907090008040308010700-- From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 20:37:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 169791065676 for ; Sun, 6 Nov 2011 20:37:43 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id C20968FC12 for ; Sun, 6 Nov 2011 20:37:42 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RN9TB-000LzV-DH; Sun, 06 Nov 2011 22:37:36 +0200 Message-ID: <4EB6F004.9060501@os2.kiev.ua> Date: Sun, 06 Nov 2011 21:37:24 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> In-Reply-To: <4EB6B530.9000901@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 20:37:43 -0000 >> > it doesn't work :( sata drives are accessible, but for sas all we have: > > # smartctl -d 3ware,0 -a /dev/twa0 > smartctl 5.40 2010-10-16 r3189 [FreeBSD 8.2-RELEASE amd64] (local build) > Copyright (C) 2002-10 by Bruce Allen, > http://smartmontools.sourceforge.net > > Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01) > WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0) > Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) > > A mandatory SMART command failed: exiting. To continue, add one or > more '-T permissive' options. > Ok, looking in the code i found that on "3ware" device only "ata_command_interface" is implemented (with TW_OSL_IOCTL_FIRMWARE_PASS_THROUGH). The question is if that interface actually supports SAS drives at all. From the quick view of the sources i found TWE_Command_ATA packet description, but nothing related to SCSI/SATA packets. So i am not sure that it is possible at all. If you know any tool which able to get health information for SAS drives we can try to debug ioctl it using to find the way to talk with disk. From owner-freebsd-stable@FreeBSD.ORG Sun Nov 6 21:23:23 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53E81106564A for ; Sun, 6 Nov 2011 21:23:23 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 071198FC15 for ; Sun, 6 Nov 2011 21:23:22 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RNABT-000NqF-Dj; Sun, 06 Nov 2011 23:23:21 +0200 Message-ID: <4EB6FABF.6060401@os2.kiev.ua> Date: Sun, 06 Nov 2011 22:23:11 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> In-Reply-To: <4EB6F004.9060501@os2.kiev.ua> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Nov 2011 21:23:23 -0000 On 11/06/2011 09:37 PM, Alex Samorukov wrote: >> Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01) >> WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0) >> Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) >> >> A mandatory SMART command failed: exiting. To continue, add one or >> more '-T permissive' options. >> > > > Ok, looking in the code i found that on "3ware" device only > "ata_command_interface" is implemented (with > TW_OSL_IOCTL_FIRMWARE_PASS_THROUGH). The question is if that interface > actually supports SAS drives at all. From the quick view of the > sources i found TWE_Command_ATA packet description, but nothing > related to SCSI/SATA packets. So i am not sure that it is possible at > all. If you know any tool which able to get health information for SAS > drives we can try to debug ioctl it using to find the way to talk with > disk. > One more update - there is TWA_FW_CMD_EXECUTE_SCSI command in the twa driver, so it should be possible to get required data. I have no access to such hardware, but if anyone if going to provide it - i could try at least. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 05:17:12 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D5C106566B; Mon, 7 Nov 2011 05:17:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 24BA48FC13; Mon, 7 Nov 2011 05:17:12 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id pA75HBEw040635; Mon, 7 Nov 2011 05:17:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id pA75HBAk040614; Mon, 7 Nov 2011 05:17:11 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Nov 2011 05:17:11 GMT Message-Id: <201111070517.pA75HBAk040614@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 05:17:12 -0000 TB --- 2011-11-07 02:48:38 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2011-11-07 02:48:38 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2011-11-07 02:48:38 - cleaning the object tree TB --- 2011-11-07 02:49:08 - cvsupping the source tree TB --- 2011-11-07 02:49:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_8/i386/i386/supfile TB --- 2011-11-07 02:49:16 - building world TB --- 2011-11-07 02:49:16 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 02:49:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 02:49:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 02:49:16 - SRCCONF=/dev/null TB --- 2011-11-07 02:49:16 - TARGET=i386 TB --- 2011-11-07 02:49:16 - TARGET_ARCH=i386 TB --- 2011-11-07 02:49:16 - TZ=UTC TB --- 2011-11-07 02:49:16 - __MAKE_CONF=/dev/null TB --- 2011-11-07 02:49:16 - cd /src TB --- 2011-11-07 02:49:16 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 7 02:49:19 UTC 2011 >>> 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 Mon Nov 7 04:25:06 UTC 2011 TB --- 2011-11-07 04:25:06 - generating LINT kernel config TB --- 2011-11-07 04:25:06 - cd /src/sys/i386/conf TB --- 2011-11-07 04:25:06 - /usr/bin/make -B LINT TB --- 2011-11-07 04:25:06 - cd /src/sys/i386/conf TB --- 2011-11-07 04:25:06 - /usr/sbin/config -m LINT-VIMAGE TB --- 2011-11-07 04:25:06 - building LINT-VIMAGE kernel TB --- 2011-11-07 04:25:06 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 04:25:06 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 04:25:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 04:25:06 - SRCCONF=/dev/null TB --- 2011-11-07 04:25:06 - TARGET=i386 TB --- 2011-11-07 04:25:06 - TARGET_ARCH=i386 TB --- 2011-11-07 04:25:06 - TZ=UTC TB --- 2011-11-07 04:25:06 - __MAKE_CONF=/dev/null TB --- 2011-11-07 04:25:06 - cd /src TB --- 2011-11-07 04:25:06 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Mon Nov 7 04:25:07 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Mon Nov 7 05:04:53 UTC 2011 TB --- 2011-11-07 05:04:53 - cd /src/sys/i386/conf TB --- 2011-11-07 05:04:53 - /usr/sbin/config -m GENERIC TB --- 2011-11-07 05:04:53 - building GENERIC kernel TB --- 2011-11-07 05:04:53 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 05:04:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 05:04:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 05:04:53 - SRCCONF=/dev/null TB --- 2011-11-07 05:04:53 - TARGET=i386 TB --- 2011-11-07 05:04:53 - TARGET_ARCH=i386 TB --- 2011-11-07 05:04:53 - TZ=UTC TB --- 2011-11-07 05:04:53 - __MAKE_CONF=/dev/null TB --- 2011-11-07 05:04:53 - cd /src TB --- 2011-11-07 05:04:53 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 7 05:04:53 UTC 2011 >>> 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 [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh GENERIC 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-07 05:17:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-07 05:17:11 - ERROR: failed to build GENERIC kernel TB --- 2011-11-07 05:17:11 - 6643.38 user 1064.36 system 8912.19 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 11:24:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99D3E106566C for ; Mon, 7 Nov 2011 11:24:05 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id D0BBE8FC08 for ; Mon, 7 Nov 2011 11:24:04 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id AA0134ACF6A; Mon, 7 Nov 2011 15:24:03 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id 66F244ACF68; Mon, 7 Nov 2011 15:24:03 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA7BO3tM027184; Mon, 7 Nov 2011 14:24:03 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EB7BFD3.3040606@ksu.ru> Date: Mon, 07 Nov 2011 15:24:03 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Alex Samorukov References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> In-Reply-To: <4EB6FABF.6060401@os2.kiev.ua> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090109030204080509090904" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 11:24:05 -0000 This is a cryptographically signed message in MIME format. --------------ms090109030204080509090904 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Alex Samorukov wrote: > On 11/06/2011 09:37 PM, Alex Samorukov wrote: >>> Command failed, ata.status=3D(0x00), ata.command=3D(0xec), ata.flags=3D= (0x01) >>> WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0) >>> Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) >>> >>> A mandatory SMART command failed: exiting. To continue, add one or >>> more '-T permissive' options. >>> >> >> >> Ok, looking in the code i found that on "3ware" device only >> "ata_command_interface" is implemented (with >> TW_OSL_IOCTL_FIRMWARE_PASS_THROUGH). The question is if that interface= >> actually supports SAS drives at all. From the quick view of the >> sources i found TWE_Command_ATA packet description, but nothing >> related to SCSI/SATA packets. So i am not sure that it is possible at >> all. If you know any tool which able to get health information for SAS= >> drives we can try to debug ioctl it using to find the way to talk with= >> disk. >> > One more update - there is TWA_FW_CMD_EXECUTE_SCSI command in the twa > driver, so it should be possible to get required data. I have no access= > to such hardware, but if anyone if going to provide it - i could try at= > least. > this is an output on mfi controller with mfip loaded: # smartctl -a /dev/pass1 smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-RELEASE amd64] (local build) Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.ne= t Vendor: SEAGATE Product: ST3146356SS Revision: 0007 User Capacity: 146,815,737,856 bytes [146 GB] Logical block size: 512 bytes Logical Unit id: 0x5000c50028f8a56f Serial number: 3QN4PWHS00009130JLKB Device type: <31> Transport protocol: SAS Local Time is: Mon Nov 7 15:20:27 2011 MSK Device supports SMART and is Enabled Temperature Warning Enabled SMART Health Status: OK Current Drive Temperature: 26 C Drive Trip Temperature: 68 C Error counter log: Errors Corrected by Total Correction=20 Gigabytes Total ECC rereads/ errors algorithm=20 processed uncorrected fast | delayed rewrites corrected invocations [10^9=20 bytes] errors read: 9382124 0 0 9382124 9382124 3436.782=20 0 write: 0 0 0 0 0 8978.360=20 0 verify: 663433 0 0 663433 663433 332.651=20 0 Non-medium error count: 7 [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'= ] No self-tests have been logged Long (extended) Self Test duration: 1740 seconds [29.0 minutes] btw, 3dm can tell about reallocated sector count on sas somehow, while=20 smartctl cannot, even on supported controller :( --=20 SY, Marat --------------ms090109030204080509090904-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 11:42:34 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E071065670 for ; Mon, 7 Nov 2011 11:42:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 19A048FC0A for ; Mon, 7 Nov 2011 11:42:33 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta09.emeryville.ca.mail.comcast.net with comcast id uBdV1h0051u4NiLA9BiSN8; Mon, 07 Nov 2011 11:42:26 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id uBox1h00J1t3BNj8hBoxE5; Mon, 07 Nov 2011 11:48:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BA18E102C19; Mon, 7 Nov 2011 03:42:31 -0800 (PST) Date: Mon, 7 Nov 2011 03:42:31 -0800 From: Jeremy Chadwick To: "Marat N.Afanasyev" Message-ID: <20111107114231.GA11028@icarus.home.lan> References: <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EB7BFD3.3040606@ksu.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Mailing List , Alex Samorukov Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 11:42:34 -0000 On Mon, Nov 07, 2011 at 03:24:03PM +0400, Marat N.Afanasyev wrote: > Alex Samorukov wrote: > >On 11/06/2011 09:37 PM, Alex Samorukov wrote: > >>>Command failed, ata.status=(0x00), ata.command=(0xec), ata.flags=(0x01) > >>>WARNING - NO DEVICE FOUND ON 3WARE CONTROLLER (disk 0) > >>>Smartctl: Device Read Identity Failed (not an ATA/ATAPI device) > >>> > >>>A mandatory SMART command failed: exiting. To continue, add one or > >>>more '-T permissive' options. > >>> > >> > >> > >>Ok, looking in the code i found that on "3ware" device only > >>"ata_command_interface" is implemented (with > >>TW_OSL_IOCTL_FIRMWARE_PASS_THROUGH). The question is if that interface > >>actually supports SAS drives at all. From the quick view of the > >>sources i found TWE_Command_ATA packet description, but nothing > >>related to SCSI/SATA packets. So i am not sure that it is possible at > >>all. If you know any tool which able to get health information for SAS > >>drives we can try to debug ioctl it using to find the way to talk with > >>disk. > >> > >One more update - there is TWA_FW_CMD_EXECUTE_SCSI command in the twa > >driver, so it should be possible to get required data. I have no access > >to such hardware, but if anyone if going to provide it - i could try at > >least. > > > this is an output on mfi controller with mfip loaded: > > # smartctl -a /dev/pass1 > smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-RELEASE amd64] (local build) > Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net > > Vendor: SEAGATE > Product: ST3146356SS > Revision: 0007 > User Capacity: 146,815,737,856 bytes [146 GB] > Logical block size: 512 bytes > Logical Unit id: 0x5000c50028f8a56f > Serial number: 3QN4PWHS00009130JLKB > Device type: <31> > Transport protocol: SAS > Local Time is: Mon Nov 7 15:20:27 2011 MSK > Device supports SMART and is Enabled > Temperature Warning Enabled > SMART Health Status: OK > > Current Drive Temperature: 26 C > Drive Trip Temperature: 68 C > > Error counter log: > Errors Corrected by Total Correction > Gigabytes Total > ECC rereads/ errors algorithm processed > uncorrected > fast | delayed rewrites corrected invocations [10^9 > bytes] errors > read: 9382124 0 0 9382124 9382124 > 3436.782 0 > write: 0 0 0 0 0 > 8978.360 0 > verify: 663433 0 0 663433 663433 > 332.651 0 > > Non-medium error count: 7 > > [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'] > No self-tests have been logged > Long (extended) Self Test duration: 1740 seconds [29.0 minutes] > > btw, 3dm can tell about reallocated sector count on sas somehow, > while smartctl cannot, even on supported controller :( I think this is getting into a separate discussion topic. I realise we're discussing SAS, but what's shown above looks pure and total SCSI output from smartmontools. I'm very familiar with it (we predominantly used SCSI disks at my workplace up until ~1 year ago). SCSI disks only support two kinds of "reallocations": grown defects and physical defects. Physical defects are "factory-known bad sectors" while grown defects are ones learned over time. Both defect lists are manageable via SCSI CDBs (meaning you can literally tell the disk "make LBA N considered a grown defect"). Furthermore, an actual low-level format will in effect "merge" the grown defect list into the physical defect list (e.g. prior to format, physical defect list = 225 sectors, grown = 10; after format, physical = 235, grown = 0). The defect lists are also viewable. smartmontools does support display of both defect counts. So, either SAS support in smartmontools lacks code for getting this, SAS (because it's SAS) does something different, or the controller itself (or pass(4)) is intercepting the response data. I simply do not know because I have no experience with SAS. I really don't know what people are expecting, SMART-wise, with SAS. To me, the above output looks perfectly normal sans some details and defect counts. Proof of my statements, re: smartmontools on SCSI disks (taken from a Solaris 10 system): # smartctl -a /dev/rdsk/c0t0d0s0 smartctl 5.40 2010-10-16 r3189 [i386-pc-solaris2.10] (local build) Copyright (C) 2002-10 by Bruce Allen, http://smartmontools.sourceforge.net Device: FUJITSU MAW3073NC Version: 0104 Serial number: DAL0P6802E1Y Device type: disk Transport protocol: Parallel SCSI (SPI-4) Local Time is: Mon Nov 7 03:38:52 2011 PST Device supports SMART and is Enabled Temperature Warning Enabled SMART Health Status: OK Current Drive Temperature: 26 C Drive Trip Temperature: 65 C Manufactured in week 31 of year 2006 Specified cycle count over device lifetime: 10000 Accumulated start-stop cycles: 10 Elements in grown defect list: 0 Error counter log: Errors Corrected by Total Correction Gigabytes Total ECC rereads/ errors algorithm processed uncorrected fast | delayed rewrites corrected invocations [10^9 bytes] errors read: 0 0 0 0 0 5262.342 0 write: 0 0 0 0 0 1704.590 0 Non-medium error count: 39 SMART Self-test log Num Test Status segment LifeTime LBA_first_err [SK ASC ASQ] Description number (hours) # 1 Background long Self test in progress ... - NOW - [- - -] # 2 Background long Self test in progress ... - NOW - [- - -] Long (extended) Self Test duration: 1919 seconds [32.0 minutes] And as I said, display of such defect lists: # format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c0t0d0 /pci@0,0/pci1022,7450@a/pci9005,ffff@a/sd@0,0 Specify disk (enter its number): 0 selecting c0t0d0 {...} format> defect defect> grown Extracting grown defects list...Extraction complete. Defect List has a total of 0 defects. defect> primary Extracting primary defect list...Extraction complete. Defect List has a total of 803 defects. defect> print num cyl hd bfi len sec blk 1 536 0 697945 0 2 536 0 698515 0 3 537 0 697945 0 4 537 0 698515 0 5 538 0 697945 0 6 538 0 698515 0 7 1665 0 499696 0 8 1665 0 500266 0 9 1666 0 499696 0 10 1666 0 500266 0 11 1667 0 499696 0 12 1667 0 500266 0 13 1668 0 473104 0 14 1668 0 473674 0 15 1668 0 499696 0 16 1668 0 500266 0 17 1669 0 473104 0 {...snipping for brevity...} 801 10313 1 313415 0 802 10314 1 312827 0 803 10314 1 313415 0 total of 803 defects. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 12:53:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6155106566B for ; Mon, 7 Nov 2011 12:53:38 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id 1E3638FC15 for ; Mon, 7 Nov 2011 12:53:37 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id E0B2E4ACEF3; Mon, 7 Nov 2011 16:53:36 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id A456F4ACD4C; Mon, 7 Nov 2011 16:53:36 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA7CraLM027904; Mon, 7 Nov 2011 15:53:36 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EB7D4D0.9080905@ksu.ru> Date: Mon, 07 Nov 2011 16:53:36 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> In-Reply-To: <20111107114231.GA11028@icarus.home.lan> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060102040101020206020902" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Alex Samorukov , FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 12:53:38 -0000 This is a cryptographically signed message in MIME format. --------------ms060102040101020206020902 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable >> btw, 3dm can tell about reallocated sector count on sas somehow, >> while smartctl cannot, even on supported controller :( > > I think this is getting into a separate discussion topic. > > I realise we're discussing SAS, but what's shown above looks pure and > total SCSI output from smartmontools. I'm very familiar with it (we > predominantly used SCSI disks at my workplace up until ~1 year ago). > I will be satisfied with scsi-like output of smartctl for my sas drive=20 on twa controller ;) --=20 SY, Marat --------------ms060102040101020206020902-- From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 13:06:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A350106566B for ; Mon, 7 Nov 2011 13:06:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id A7BAB8FC08 for ; Mon, 7 Nov 2011 13:06:14 +0000 (UTC) Received: from omta24.westchester.pa.mail.comcast.net ([76.96.62.76]) by qmta05.westchester.pa.mail.comcast.net with comcast id uBm91h0031ei1Bg55D6Est; Mon, 07 Nov 2011 13:06:14 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta24.westchester.pa.mail.comcast.net with comcast id uD6D1h01A1t3BNj3kD6D4c; Mon, 07 Nov 2011 13:06:14 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 12AFC102C1D; Mon, 7 Nov 2011 05:06:12 -0800 (PST) Date: Mon, 7 Nov 2011 05:06:12 -0800 From: Jeremy Chadwick To: "Marat N.Afanasyev" Message-ID: <20111107130612.GA2298@icarus.home.lan> References: <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EB7D4D0.9080905@ksu.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Stable Mailing List , Alex Samorukov Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 13:06:15 -0000 On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote: > >>btw, 3dm can tell about reallocated sector count on sas somehow, > >>while smartctl cannot, even on supported controller :( > > > >I think this is getting into a separate discussion topic. > > > >I realise we're discussing SAS, but what's shown above looks pure and > >total SCSI output from smartmontools. I'm very familiar with it (we > >predominantly used SCSI disks at my workplace up until ~1 year ago). > > > > I will be satisfied with scsi-like output of smartctl for my sas > drive on twa controller ;) Did you actually look at the output I provided? It's more or less the same, minus data which you want that isn't being shown (at all). That includes things like drive manufacturing date, etc.. The problem could be in one of the following layers: 1. smartmontools itself 2. CAM translation layer (e.g. pass(4) or related bits) 3. twa(4) driver 4. 3Ware controller firmware It is possible to determine if #1 and #2 are responsible by enabling CAMDEBUG and/or using "camcontrol debug" to watch all CDBs which are submit to the controller. I'm not sure which one is responsible for obtaining defect counts and so on -- I would need to review SAS and/or SCSI specifications. The information should be available per T10's SCSI and SAS specification documents. An alternate way to check would be to boot into a Linux LiveCD and install smartmontools (in RAM) and see if it provides the data. My point: don't be so quick to assume smartmontools is responsible when there are 4 (maybe even 5) "layers" to how SCSI I/O makes it to the actual drive. This is one of the many reasons I try to avoid hardware RAID controllers -- too much crap between me and the device I wish to speak to. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 13:17:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6272C106566C for ; Mon, 7 Nov 2011 13:17:40 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 0AEA38FC0A for ; Mon, 7 Nov 2011 13:17:39 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RNP4s-000FrL-EQ; Mon, 07 Nov 2011 15:17:36 +0200 Message-ID: <4EB7DA61.2030403@os2.kiev.ua> Date: Mon, 07 Nov 2011 14:17:21 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> In-Reply-To: <20111107130612.GA2298@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: "Marat N.Afanasyev" , FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 13:17:40 -0000 On 11/07/2011 02:06 PM, Jeremy Chadwick wrote: > On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote: >>>> btw, 3dm can tell about reallocated sector count on sas somehow, >>>> while smartctl cannot, even on supported controller :( >>> I think this is getting into a separate discussion topic. >>> >>> I realise we're discussing SAS, but what's shown above looks pure and >>> total SCSI output from smartmontools. I'm very familiar with it (we >>> predominantly used SCSI disks at my workplace up until ~1 year ago). >>> >> I will be satisfied with scsi-like output of smartctl for my sas >> drive on twa controller ;) > Did you actually look at the output I provided? It's more or less the > same, minus data which you want that isn't being shown (at all). That > includes things like drive manufacturing date, etc.. > > The problem could be in one of the following layers: > > 1. smartmontools itself Hi Jeremy, It is "smartmontools itself" problem. On twa (3ware devices) we are using ATA-type of packets to speak with the device. It is fine for ATA/SATA disks, but not for SATA, which are using SCSI commands. The code for the SCSI conversation just needs to be written (btw, the same on Linux). Driver itself provides TWA_FW_CMD_EXECUTE_SCSI type of the packet, so it probably (!) possible to speak with underlying disks using it, but it needs to be tested. The problem is that i have no such controllers or drives. I could try to add this functionality if anyone will provide me access, but it should not be production system with any important data. E.g. when i was working on LSI code i had array degradations and controller hangs on legitimate SAT commands. > 2. CAM translation layer (e.g. pass(4) or related bits) > 3. twa(4) driver 2. is not in use, smartmontools using ioctl api to send commands to firmware. 3. - under the question. > 4. 3Ware controller firmware 4. Yes, needs to be tested. It is common to see bugs in firmware in this area, it is not usually well tested (LSI with SAT protocol is a good example, i did workaround for this in recent smartmontools update). > > It is possible to determine if #1 and #2 are responsible by enabling > CAMDEBUG and/or using "camcontrol debug" to watch all CDBs which are > submit to the controller. I'm not sure which one is responsible for > obtaining defect counts and so on -- I would need to review SAS and/or > SCSI specifications. The information should be available per > T10's SCSI and SAS specification documents. > > An alternate way to check would be to boot into a Linux LiveCD and > install smartmontools (in RAM) and see if it provides the data. It would not. Just because SCSI interface for this driver is not implemented. > > My point: don't be so quick to assume smartmontools is responsible when > there are 4 (maybe even 5) "layers" to how SCSI I/O makes it to the > actual drive. This is one of the many reasons I try to avoid hardware > RAID controllers -- too much crap between me and the device I wish to > speak to. Its controversy statement. From my own point of view - device authors should implement passX devices for the disks like it done on mfip.ko or with Adaptec (at least on Linux). From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 14:03:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC4A5106567C for ; Mon, 7 Nov 2011 14:03:36 +0000 (UTC) (envelope-from aboyer@averesystems.com) Received: from zimbra.averesystems.com (75-149-8-245-Pennsylvania.hfc.comcastbusiness.net [75.149.8.245]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0CA8FC16 for ; Mon, 7 Nov 2011 14:03:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 2D865446004; Mon, 7 Nov 2011 08:47:35 -0500 (EST) X-Virus-Scanned: amavisd-new at averesystems.com Received: from zimbra.averesystems.com ([127.0.0.1]) by localhost (zimbra.averesystems.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ooNCaBujONZi; Mon, 7 Nov 2011 08:47:28 -0500 (EST) Received: from [192.168.4.3] (c-24-131-84-46.hsd1.pa.comcast.net [24.131.84.46]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 2BFCA446003; Mon, 7 Nov 2011 08:47:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <4EB7BFD3.3040606@ksu.ru> Date: Mon, 7 Nov 2011 08:47:23 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <306B653B-4BA6-4946-A493-F77F83AD47CC@averesystems.com> References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> To: "Marat N.Afanasyev" X-Mailer: Apple Mail (2.1084) Cc: FreeBSD Stable Mailing List , Alex Samorukov Subject: mfip and smartctl Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 14:03:36 -0000 On Nov 7, 2011, at 6:24 AM, Marat N.Afanasyev wrote: >=20 > this is an output on mfi controller with mfip loaded: >=20 > # smartctl -a /dev/pass1 > smartctl 5.41 2011-06-09 r3365 [FreeBSD 8.2-RELEASE amd64] (local = build) > Copyright (C) 2002-11 by Bruce Allen, = http://smartmontools.sourceforge.net >=20 > Vendor: SEAGATE > Product: ST3146356SS > Revision: 0007 > User Capacity: 146,815,737,856 bytes [146 GB] > Logical block size: 512 bytes > Logical Unit id: 0x5000c50028f8a56f > Serial number: 3QN4PWHS00009130JLKB > Device type: <31> > Transport protocol: SAS > Local Time is: Mon Nov 7 15:20:27 2011 MSK > Device supports SMART and is Enabled > Temperature Warning Enabled > SMART Health Status: OK >=20 > Current Drive Temperature: 26 C > Drive Trip Temperature: 68 C >=20 > Error counter log: > Errors Corrected by Total Correction Gigabytes = Total > ECC rereads/ errors algorithm processed = uncorrected > fast | delayed rewrites corrected invocations [10^9 = bytes] errors > read: 9382124 0 0 9382124 9382124 = 3436.782 0 > write: 0 0 0 0 0 = 8978.360 0 > verify: 663433 0 0 663433 663433 = 332.651 0 >=20 > Non-medium error count: 7 >=20 > [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S = on'] > No self-tests have been logged > Long (extended) Self Test duration: 1740 seconds [29.0 minutes] >=20 > btw, 3dm can tell about reallocated sector count on sas somehow, while = smartctl cannot, even on supported controller :( Notice how the device type is "<31>"? The mfip driver masks off the = SCSI INQUIRY peripheral device type bits to prevent CAM from attached = da* devices to the disks. See sys/dev/mfi/mfi_cam.c, search for = T_DIRECT. That confuses smartctl and prevents it from displaying = information like the Grown Defect List. I added a local hack to smartctl to interpret a peripheral device type = of 0x1f (unknown or missing) to 0x0 (disk), but I don't think the hack = is appropriate for general consumption. What we need is better way for = mfi and aac to block CAM from attaching without corrupting the inquiry = results. -Andrew > --=20 > SY, Marat >=20 -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 14:06:45 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5627B1065670 for ; Mon, 7 Nov 2011 14:06:45 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 086FE8FC08 for ; Mon, 7 Nov 2011 14:06:44 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RNPqP-000Iy8-2I; Mon, 07 Nov 2011 16:06:42 +0200 Message-ID: <4EB7E5E3.5080109@os2.kiev.ua> Date: Mon, 07 Nov 2011 15:06:27 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Andrew Boyer References: <4EB1BCAD.7080206@zzattack.org> <20111102233807.GA67112@icarus.home.lan> <4EB1D6F9.3060008@zzattack.org> <20111103000124.GA67550@icarus.home.lan> <4EB1DD51.4080808@zzattack.org> <20111103002352.GA67904@icarus.home.lan> <4EB2538D.3090108@zzattack.org> <4EB2CB75.6070003@os2.kiev.ua> <4EB2E2D7.2050809@os2.kiev.ua> <4EB2F510.5070804@os2.kiev.ua> <4EB307CC.8000705@os2.kiev.ua> <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <306B653B-4BA6-4946-A493-F77F83AD47CC@averesystems.com> In-Reply-To: <306B653B-4BA6-4946-A493-F77F83AD47CC@averesystems.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: "Marat N.Afanasyev" , FreeBSD Stable Mailing List Subject: Re: mfip and smartctl Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 14:06:45 -0000 On 11/07/2011 02:47 PM, Andrew Boyer wrote: > > [GLTSD (Global Logging Target Save Disable) set. Enable Save with '-S on'] > No self-tests have been logged > Long (extended) Self Test duration: 1740 seconds [29.0 minutes] > > btw, 3dm can tell about reallocated sector count on sas somehow, while smartctl cannot, even on supported controller :( > Notice how the device type is "<31>"? The mfip driver masks off the SCSI INQUIRY peripheral device type bits to prevent CAM from attached da* devices to the disks. See sys/dev/mfi/mfi_cam.c, search for T_DIRECT. That confuses smartctl and prevents it from displaying information like the Grown Defect List. > > I added a local hack to smartctl to interpret a peripheral device type of 0x1f (unknown or missing) to 0x0 (disk), but I don't think the hack is appropriate for general consumption. What we need is better way for mfi and aac to block CAM from attaching without corrupting the inquiry results I can add hack to the sources with checking if underlying driver is mfi (there are already some for buggy SAT fw implementation). It is probably easiest way to do this. I just tested - firmware itself returns correct (disk) status. Of course in the feature its better to fix in mfi_cam to avoid such hacks. From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 14:11:53 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B5171065672 for ; Mon, 7 Nov 2011 14:11:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0F58FC18 for ; Mon, 7 Nov 2011 14:11:53 +0000 (UTC) Received: from omta19.emeryville.ca.mail.comcast.net ([76.96.30.76]) by qmta09.emeryville.ca.mail.comcast.net with comcast id uDbs1h00C1eYJf8A9EAE2U; Mon, 07 Nov 2011 14:10:14 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta19.emeryville.ca.mail.comcast.net with comcast id uDyT1h01U1t3BNj01DyUKM; Mon, 07 Nov 2011 13:58:44 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 16C56102C1D; Mon, 7 Nov 2011 06:10:04 -0800 (PST) Date: Mon, 7 Nov 2011 06:10:04 -0800 From: Jeremy Chadwick To: Alex Samorukov Message-ID: <20111107141004.GA3377@icarus.home.lan> References: <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> <4EB7DA61.2030403@os2.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EB7DA61.2030403@os2.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "Marat N.Afanasyev" , FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 14:11:53 -0000 On Mon, Nov 07, 2011 at 02:17:21PM +0100, Alex Samorukov wrote: > On 11/07/2011 02:06 PM, Jeremy Chadwick wrote: > >On Mon, Nov 07, 2011 at 04:53:36PM +0400, Marat N.Afanasyev wrote: > >>>>btw, 3dm can tell about reallocated sector count on sas somehow, > >>>>while smartctl cannot, even on supported controller :( > >>>I think this is getting into a separate discussion topic. > >>> > >>>I realise we're discussing SAS, but what's shown above looks pure and > >>>total SCSI output from smartmontools. I'm very familiar with it (we > >>>predominantly used SCSI disks at my workplace up until ~1 year ago). > >>> > >>I will be satisfied with scsi-like output of smartctl for my sas > >>drive on twa controller ;) > >Did you actually look at the output I provided? It's more or less the > >same, minus data which you want that isn't being shown (at all). That > >includes things like drive manufacturing date, etc.. > > > >The problem could be in one of the following layers: > > > >1. smartmontools itself > Hi Jeremy, > > It is "smartmontools itself" problem. On twa (3ware devices) we are > using ATA-type of packets to speak with the device. It is fine for > ATA/SATA disks, but not for SATA, which are using SCSI commands. The > code for the SCSI conversation just needs to be written (btw, the > same on Linux). Driver itself provides TWA_FW_CMD_EXECUTE_SCSI type > of the packet, so it probably (!) possible to speak with underlying > disks using it, but it needs to be tested. The problem is that i > have no such controllers or drives. I could try to add this > functionality if anyone will provide me access, but it should not be > production system with any important data. E.g. when i was working > on LSI code i had array degradations and controller hangs on > legitimate SAT commands. I see. I wasn't aware there was an ioctl(2) interface to twa(4). This makes me wonder: why does Marat use /dev/passX as his device when using smartctl? Could this have some bearing on why he doesn't see the necessary data returned from (if even submit to) the underlying disk? The syntax of his command was: "smartctl -a /dev/pass1". I would have expected the syntax to be "smartctl -a -d 3ware,1 /dev/twa". What I'm trying to get at here is whether or not smartmontools "does the right thing" in this situation. Does the output differ between the above two syntaxes? I don't see any mention in twa(4)'s man page that pass(4) is even registered/used -- though I do see it mentioned that CAM is used by twa(4). Furthermore, later comments below indicate CAM isn't involved, which further confuses me. Can someone help relieve my confusion on this matter? > >2. CAM translation layer (e.g. pass(4) or related bits) > >3. twa(4) driver > > 2. is not in use, smartmontools using ioctl api to send commands to > firmware. 3. - under the question. > > >4. 3Ware controller firmware > > 4. Yes, needs to be tested. It is common to see bugs in firmware in > this area, it is not usually well tested (LSI with SAT protocol is a > good example, i did workaround for this in recent smartmontools > update). > > >It is possible to determine if #1 and #2 are responsible by enabling > >CAMDEBUG and/or using "camcontrol debug" to watch all CDBs which are > >submit to the controller. I'm not sure which one is responsible for > >obtaining defect counts and so on -- I would need to review SAS and/or > >SCSI specifications. The information should be available per > >T10's SCSI and SAS specification documents. > > > >An alternate way to check would be to boot into a Linux LiveCD and > >install smartmontools (in RAM) and see if it provides the data. > > It would not. Just because SCSI interface for this driver is not > implemented. > > >My point: don't be so quick to assume smartmontools is responsible when > >there are 4 (maybe even 5) "layers" to how SCSI I/O makes it to the > >actual drive. This is one of the many reasons I try to avoid hardware > >RAID controllers -- too much crap between me and the device I wish to > >speak to. > > Its controversy statement. From my own point of view - device > authors should implement passX devices for the disks like it done on > mfip.ko or with Adaptec (at least on Linux). Yes, agreed. But there are also some cards which register with pass(4) but don't pass raw CDBs to the disk spoken to -- meaning, the firmware itself is actually mangling/filtering CDBs. So even though it's a matter of opinion/controversy, the fact of the matter is that with these types of cards cards (not picking on 3Ware here specifically), there are so many layers of abstraction that figuring out which piece (meaning which item of the above 4 items I provided) is responsible is very difficult. From the end-user perspective, it's as simple as "it doesn't work"; from the developer's perspective, it's time-consuming and annoying. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 14:20:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E18D106564A for ; Mon, 7 Nov 2011 14:20:54 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 2823D8FC18 for ; Mon, 7 Nov 2011 14:20:53 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1RNQ46-000Jsr-2A; Mon, 07 Nov 2011 16:20:51 +0200 Message-ID: <4EB7E934.1090703@os2.kiev.ua> Date: Mon, 07 Nov 2011 15:20:36 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> <4EB7DA61.2030403@os2.kiev.ua> <20111107141004.GA3377@icarus.home.lan> In-Reply-To: <20111107141004.GA3377@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: "Marat N.Afanasyev" , FreeBSD Stable Mailing List Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 14:20:54 -0000 On 11/07/2011 03:10 PM, Jeremy Chadwick wrote: > I see. I wasn't aware there was an ioctl(2) interface to twa(4). > > This makes me wonder: why does Marat use /dev/passX as his device when > using smartctl? Because Marat using LSI mfi (not 3ware twa!) driver in this case. mfip.ko exports /dev/passX devices for every disk in the raid. > Could this have some bearing on why he doesn't see the > necessary data returned from (if even submit to) the underlying disk? > The syntax of his command was: "smartctl -a /dev/pass1". I would have > expected the syntax to be "smartctl -a -d 3ware,1 /dev/twa". > > What I'm trying to get at here is whether or not smartmontools "does the > right thing" in this situation. Does the output differ between the > above two syntaxes? I don't see any mention in twa(4)'s man page that > pass(4) is even registered/used -- though I do see it mentioned that CAM > is used by twa(4). Smartmontools will not work on twa with SAS drives, because it is using IOCTL packet format for the ATA protocol. And we need to use SCSI packets to speak with SAS devices. This code is currently not written. > > Furthermore, later comments below indicate CAM isn't involved, which > further confuses me. Can someone help relieve my confusion on this > matter? Because Marat provided output for another controller and another driver. For me it is also unclear why :) From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:27:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 702B2106564A for ; Mon, 7 Nov 2011 22:27:27 +0000 (UTC) (envelope-from jprollerskate@hotmail.com) Received: from col0-omc2-s10.col0.hotmail.com (col0-omc2-s10.col0.hotmail.com [65.55.34.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4C2598FC0A for ; Mon, 7 Nov 2011 22:27:27 +0000 (UTC) Received: from COL103-W54 ([65.55.34.71]) by col0-omc2-s10.col0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 7 Nov 2011 14:15:26 -0800 Message-ID: X-Originating-IP: [200.122.149.9] From: JP CR To: Date: Mon, 7 Nov 2011 22:15:25 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 07 Nov 2011 22:15:26.0107 (UTC) FILETIME=[C024E6B0:01CC9D9A] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Amazon EC2 newworld stable build failing. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 22:27:27 -0000 Hello community=2C Iam currently using: ami-b55f99dc I downloaded ports and src from a cvsup server and proceeded to do a make b= uildworld ..=20 This one went well but took over 24 hrs :) The problem is that after that I did make buildkernel and it errors: usr/src/sys/dev/usb/usb_process.c: In function 'usb_process': /usr/src/sys/dev/usb/usb_process.c:104: error: too few arguments to functio= n=20 'kthread_suspend_check' *** Error code 1 Stop in /usr/obj/usr/src/sys/GENERIC. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Am I doing something wrong? Iam trying to go from RELEASE to STABLE . Are t= here any=20 issues with this compilation under ec2? = From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 22:38:25 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25EBC106564A; Mon, 7 Nov 2011 22:38:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id DC80D8FC17; Mon, 7 Nov 2011 22:38:24 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id pA7McOOG026092; Mon, 7 Nov 2011 22:38:24 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id pA7McOZc026091; Mon, 7 Nov 2011 22:38:24 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Nov 2011 22:38:24 GMT Message-Id: <201111072238.pA7McOZc026091@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 22:38:25 -0000 TB --- 2011-11-07 20:37:55 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2011-11-07 20:37:55 - starting RELENG_7 tinderbox run for amd64/amd64 TB --- 2011-11-07 20:37:55 - cleaning the object tree TB --- 2011-11-07 20:38:15 - cvsupping the source tree TB --- 2011-11-07 20:38:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/amd64/amd64/supfile TB --- 2011-11-07 20:38:25 - building world TB --- 2011-11-07 20:38:25 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 20:38:25 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 20:38:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 20:38:25 - SRCCONF=/dev/null TB --- 2011-11-07 20:38:25 - TARGET=amd64 TB --- 2011-11-07 20:38:25 - TARGET_ARCH=amd64 TB --- 2011-11-07 20:38:25 - TZ=UTC TB --- 2011-11-07 20:38:25 - __MAKE_CONF=/dev/null TB --- 2011-11-07 20:38:25 - cd /src TB --- 2011-11-07 20:38:25 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 7 20:38:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Mon Nov 7 22:32:10 UTC 2011 TB --- 2011-11-07 22:32:10 - generating LINT kernel config TB --- 2011-11-07 22:32:10 - cd /src/sys/amd64/conf TB --- 2011-11-07 22:32:10 - /usr/bin/make -B LINT TB --- 2011-11-07 22:32:11 - cd /src/sys/amd64/conf TB --- 2011-11-07 22:32:11 - /usr/sbin/config -m GENERIC TB --- 2011-11-07 22:32:11 - building GENERIC kernel TB --- 2011-11-07 22:32:11 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 22:32:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 22:32:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 22:32:11 - SRCCONF=/dev/null TB --- 2011-11-07 22:32:11 - TARGET=amd64 TB --- 2011-11-07 22:32:11 - TARGET_ARCH=amd64 TB --- 2011-11-07 22:32:11 - TZ=UTC TB --- 2011-11-07 22:32:11 - __MAKE_CONF=/dev/null TB --- 2011-11-07 22:32:11 - cd /src TB --- 2011-11-07 22:32:11 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 7 22:32:11 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/et/if_et.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/ep/if_ep.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/ep/if_ep_isa.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/ep/if_ep_pccard.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/esp/esp_pci.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror /src/sys/dev/esp/ncr53c9x.c /src/sys/dev/esp/ncr53c9x.c: In function 'ncr53c9x_action': /src/sys/dev/esp/ncr53c9x.c:1028: error: 'struct ccb_pathinq' has no member named 'maxio' *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-07 22:38:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-07 22:38:24 - ERROR: failed to build GENERIC kernel TB --- 2011-11-07 22:38:24 - 5385.13 user 1004.71 system 7228.90 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Nov 7 23:00:27 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48A2710656D1; Mon, 7 Nov 2011 23:00:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 1D6C08FC20; Mon, 7 Nov 2011 23:00:27 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id pA7N0QWU012913; Mon, 7 Nov 2011 23:00:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id pA7N0QE4012912; Mon, 7 Nov 2011 23:00:26 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 7 Nov 2011 23:00:26 GMT Message-Id: <201111072300.pA7N0QE4012912@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Nov 2011 23:00:27 -0000 TB --- 2011-11-07 21:34:18 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2011-11-07 21:34:18 - starting RELENG_7 tinderbox run for i386/i386 TB --- 2011-11-07 21:34:18 - cleaning the object tree TB --- 2011-11-07 21:34:30 - cvsupping the source tree TB --- 2011-11-07 21:34:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/i386/supfile TB --- 2011-11-07 21:34:45 - building world TB --- 2011-11-07 21:34:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 21:34:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 21:34:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 21:34:45 - SRCCONF=/dev/null TB --- 2011-11-07 21:34:45 - TARGET=i386 TB --- 2011-11-07 21:34:45 - TARGET_ARCH=i386 TB --- 2011-11-07 21:34:45 - TZ=UTC TB --- 2011-11-07 21:34:45 - __MAKE_CONF=/dev/null TB --- 2011-11-07 21:34:45 - cd /src TB --- 2011-11-07 21:34:45 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 7 21:34:46 UTC 2011 >>> 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 Mon Nov 7 22:54:51 UTC 2011 TB --- 2011-11-07 22:54:51 - generating LINT kernel config TB --- 2011-11-07 22:54:51 - cd /src/sys/i386/conf TB --- 2011-11-07 22:54:51 - /usr/bin/make -B LINT TB --- 2011-11-07 22:54:51 - cd /src/sys/i386/conf TB --- 2011-11-07 22:54:51 - /usr/sbin/config -m GENERIC TB --- 2011-11-07 22:54:51 - building GENERIC kernel TB --- 2011-11-07 22:54:51 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 22:54:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 22:54:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 22:54:51 - SRCCONF=/dev/null TB --- 2011-11-07 22:54:51 - TARGET=i386 TB --- 2011-11-07 22:54:51 - TARGET_ARCH=i386 TB --- 2011-11-07 22:54:51 - TZ=UTC TB --- 2011-11-07 22:54:51 - __MAKE_CONF=/dev/null TB --- 2011-11-07 22:54:51 - cd /src TB --- 2011-11-07 22:54:51 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 7 22:54:51 UTC 2011 >>> 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 -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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ep/if_ep.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ep/if_ep_eisa.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ep/if_ep_isa.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/ep/if_ep_pccard.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/esp/esp_pci.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /src/sys/dev/esp/ncr53c9x.c /src/sys/dev/esp/ncr53c9x.c: In function 'ncr53c9x_action': /src/sys/dev/esp/ncr53c9x.c:1028: error: 'struct ccb_pathinq' has no member named 'maxio' *** Error code 1 Stop in /obj/i386/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-07 23:00:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-07 23:00:26 - ERROR: failed to build GENERIC kernel TB --- 2011-11-07 23:00:26 - 3898.36 user 693.51 system 5167.98 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 00:02:03 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA2B71065679; Tue, 8 Nov 2011 00:02:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 9F18A8FC17; Tue, 8 Nov 2011 00:02:03 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id pA80234T010653; Tue, 8 Nov 2011 00:02:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id pA8023fm010648; Tue, 8 Nov 2011 00:02:03 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Nov 2011 00:02:03 GMT Message-Id: <201111080002.pA8023fm010648@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on i386/pc98 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 00:02:03 -0000 TB --- 2011-11-07 22:38:24 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2011-11-07 22:38:24 - starting RELENG_7 tinderbox run for i386/pc98 TB --- 2011-11-07 22:38:24 - cleaning the object tree TB --- 2011-11-07 22:38:36 - cvsupping the source tree TB --- 2011-11-07 22:38:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/i386/pc98/supfile TB --- 2011-11-07 22:38:45 - building world TB --- 2011-11-07 22:38:45 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 22:38:45 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 22:38:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 22:38:45 - SRCCONF=/dev/null TB --- 2011-11-07 22:38:45 - TARGET=pc98 TB --- 2011-11-07 22:38:45 - TARGET_ARCH=i386 TB --- 2011-11-07 22:38:45 - TZ=UTC TB --- 2011-11-07 22:38:45 - __MAKE_CONF=/dev/null TB --- 2011-11-07 22:38:45 - cd /src TB --- 2011-11-07 22:38:45 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 7 22:38:47 UTC 2011 >>> 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 Mon Nov 7 23:58:01 UTC 2011 TB --- 2011-11-07 23:58:01 - generating LINT kernel config TB --- 2011-11-07 23:58:01 - cd /src/sys/pc98/conf TB --- 2011-11-07 23:58:01 - /usr/bin/make -B LINT TB --- 2011-11-07 23:58:01 - cd /src/sys/pc98/conf TB --- 2011-11-07 23:58:01 - /usr/sbin/config -m GENERIC TB --- 2011-11-07 23:58:01 - building GENERIC kernel TB --- 2011-11-07 23:58:01 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 23:58:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 23:58:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 23:58:01 - SRCCONF=/dev/null TB --- 2011-11-07 23:58:01 - TARGET=pc98 TB --- 2011-11-07 23:58:01 - TARGET_ARCH=i386 TB --- 2011-11-07 23:58:01 - TZ=UTC TB --- 2011-11-07 23:58:01 - __MAKE_CONF=/dev/null TB --- 2011-11-07 23:58:01 - cd /src TB --- 2011-11-07 23:58:01 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Nov 7 23:58:02 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/eisa/eisa_if.m -c ; 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding eisa_if.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/ep/if_ep.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/ep/if_ep_isa.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/ep/if_ep_pccard.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/esp/esp_pci.c 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/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding /src/sys/dev/esp/ncr53c9x.c /src/sys/dev/esp/ncr53c9x.c: In function 'ncr53c9x_action': /src/sys/dev/esp/ncr53c9x.c:1028: error: 'struct ccb_pathinq' has no member named 'maxio' *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-08 00:02:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-08 00:02:02 - ERROR: failed to build GENERIC kernel TB --- 2011-11-08 00:02:02 - 3782.14 user 691.69 system 5018.34 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 01:00:12 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34A531065670; Tue, 8 Nov 2011 01:00:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy.sentex.ca (freebsd-legacy.sentex.ca [IPv6:2607:f3e0:0:3::6502:9a]) by mx1.freebsd.org (Postfix) with ESMTP id 0ACE58FC0A; Tue, 8 Nov 2011 01:00:11 +0000 (UTC) Received: from freebsd-legacy.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy.sentex.ca (8.14.5/8.14.5) with ESMTP id pA810B2R057351; Tue, 8 Nov 2011 01:00:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy.sentex.ca (8.14.5/8.14.5/Submit) id pA810B1Y057350; Tue, 8 Nov 2011 01:00:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 8 Nov 2011 01:00:11 GMT Message-Id: <201111080100.pA810B1Y057350@freebsd-legacy.sentex.ca> X-Authentication-Warning: freebsd-legacy.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_7 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 01:00:12 -0000 TB --- 2011-11-07 23:00:26 - tinderbox 2.8 running on freebsd-legacy.sentex.ca TB --- 2011-11-07 23:00:26 - starting RELENG_7 tinderbox run for ia64/ia64 TB --- 2011-11-07 23:00:26 - cleaning the object tree TB --- 2011-11-07 23:00:37 - cvsupping the source tree TB --- 2011-11-07 23:00:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca -s /usr/home/tinderbox/RELENG_7/ia64/ia64/supfile TB --- 2011-11-07 23:00:47 - building world TB --- 2011-11-07 23:00:47 - CROSS_BUILD_TESTING=YES TB --- 2011-11-07 23:00:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-07 23:00:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-07 23:00:47 - SRCCONF=/dev/null TB --- 2011-11-07 23:00:47 - TARGET=ia64 TB --- 2011-11-07 23:00:47 - TARGET_ARCH=ia64 TB --- 2011-11-07 23:00:47 - TZ=UTC TB --- 2011-11-07 23:00:47 - __MAKE_CONF=/dev/null TB --- 2011-11-07 23:00:47 - cd /src TB --- 2011-11-07 23:00:47 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 7 23:00:49 UTC 2011 >>> 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 Nov 8 00:46:54 UTC 2011 TB --- 2011-11-08 00:46:54 - generating LINT kernel config TB --- 2011-11-08 00:46:54 - cd /src/sys/ia64/conf TB --- 2011-11-08 00:46:54 - /usr/bin/make -B LINT TB --- 2011-11-08 00:46:54 - cd /src/sys/ia64/conf TB --- 2011-11-08 00:46:54 - /usr/sbin/config -m GENERIC TB --- 2011-11-08 00:46:54 - building GENERIC kernel TB --- 2011-11-08 00:46:54 - CROSS_BUILD_TESTING=YES TB --- 2011-11-08 00:46:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-11-08 00:46:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-11-08 00:46:54 - SRCCONF=/dev/null TB --- 2011-11-08 00:46:54 - TARGET=ia64 TB --- 2011-11-08 00:46:54 - TARGET_ARCH=ia64 TB --- 2011-11-08 00:46:54 - TZ=UTC TB --- 2011-11-08 00:46:54 - __MAKE_CONF=/dev/null TB --- 2011-11-08 00:46:54 - cd /src TB --- 2011-11-08 00:46:54 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Nov 8 00:46:54 UTC 2011 >>> 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 [...] ld -Bshareable -d -warn-common -o if_ep.ko.debug if_ep.kld objcopy --only-keep-debug if_ep.ko.debug if_ep.ko.symbols objcopy --strip-debug --add-gnu-debuglink=if_ep.ko.symbols if_ep.ko.debug if_ep.ko ===> esp (all) cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/esp/../../dev/esp/esp_pci.c cc -O2 -fno-strict-aliasing -pipe -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -g -I/obj/ia64/src/sys/GENERIC -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/esp/../../dev/esp/ncr53c9x.c /src/sys/modules/esp/../../dev/esp/ncr53c9x.c: In function 'ncr53c9x_action': /src/sys/modules/esp/../../dev/esp/ncr53c9x.c:1028: error: 'struct ccb_pathinq' has no member named 'maxio' *** Error code 1 Stop in /src/sys/modules/esp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-11-08 01:00:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-11-08 01:00:11 - ERROR: failed to build GENERIC kernel TB --- 2011-11-08 01:00:11 - 5799.66 user 748.29 system 7184.50 real http://tinderbox.freebsd.org/tinderbox-releng_7-RELENG_7-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 09:55:09 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442B11065672; Tue, 8 Nov 2011 09:55:09 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 265258FC17; Tue, 8 Nov 2011 09:55:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id pA89t9ZN081491; Tue, 8 Nov 2011 09:55:09 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id pA89t9Zu081490; Tue, 8 Nov 2011 09:55:09 GMT (envelope-from danger) Date: Tue, 8 Nov 2011 09:55:09 +0000 From: Daniel Gerzo To: stable@freebsd.org Message-ID: <20111108095508.GA81445@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org, current@freebsd.org Subject: FreeBSD Status Report July-September, 2011 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 09:55:09 -0000 FreeBSD Quarterly Status Report - Q3/2011 Introduction This report covers FreeBSD-related projects between July and September 2011. It is the third of the four reports planned for 2011. This quarter was mainly devoted to polishing the bits for the next major version of FreeBSD, 9.0, which is to be released by then end of this year. Thanks to all the reporters for the excellent work! This report contains 28 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between October and December 2011 is January 15th, 2012. __________________________________________________________________ Projects * GELI status update * HAST (Highly Available Storage) status update * pfSense * Tool for providing FreeBSD VM Images * ZFSguru * ZRouter.org project -- a FreeBSD-based firmware for embedded devices FreeBSD Team Reports * Ports Collection * The FreeBSD Foundation * The FreeBSD Release Engineering Team Network Infrastructure * 802.11n / atheros * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * Ethernet Switch Framework Kernel * The new CARP * VM layer for allocations larger than a page Documentation * Doc sprint on IRC, September 5, 2011 * The FreeBSD German Documentation Project Status Report * The FreeBSD Greek Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 Ports * FreeBSD Haskell Ports * KDE-FreeBSD * OpenAFS port * Portmaster Miscellaneous * bsd_day(2011) * EuroBSDcon 2011 * FreeBSD Developer Summit, Maarssen Google Summer of Code * Multibyte Encoding Support in Nvi __________________________________________________________________ 802.11n / atheros URL: http://wiki.FreeBSD.org/AdrianChadd/AtherosTxAgg Contact: Adrian Chadd AR5416, AR9160, and AR9280 functions in both station and hostap mode. Performance is good. Software retry of frames is implemented. Aggregation is implemented. BAR TX is not yet handled. HT protection is not implemented; neither is MIMO powersave. Open tasks: 1. BAR TX 2. MIMO powersave 3. Correct handling of flushing TX queues during interface reset/reconfigure 4. Correct handling of 20<->20/40mhz transitions (without dropping frames) 5. More intelligent rate control __________________________________________________________________ bsd_day(2011) URL: http://bsdday.eu/2011 Contact: Martin Matuska Contact: Gabor Pali The purpose of this one-day event was to gather Central European developers of today's open-source BSD systems to popularize their work and their organizations, and to meet each other in the real life. We wanted to motivate potential future developers and users, especially undergraduate university students, to work with BSD systems. This year's BSD-Day was be held in Bratislava, Slovakia at Slovak University of Technology, Faculty of Electrical Engineering and Information Technology on November 5, 2011. __________________________________________________________________ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/freebsd/diffused/ URL: http://www.FreeBSDFoundation.org/project%20announcements.shtml#diffuse URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander Contact: Lawrence Stewart Contact: Grenville Armitage DIFFUSE enables FreeBSD's IPFW firewall subsystem to classify IP traffic based on statistical traffic properties. With DIFFUSE, IPFW computes statistics (such as packet lengths or inter-packet time intervals) for observed flows, and uses ML (machine learning) to classify flows into classes. In addition to traditional packet inspection rules, IPFW rules may now also be expressed in terms of traffic statistics or classes identified by ML classification. This can be helpful when direct packet inspection is problematic (perhaps for administrative reasons, or because port numbers do not reliably identify applications). DIFFUSE also enables one instance of IPFW to send flow information and classes to other IPFW instances, which then can act on such traffic (e.g. prioritise, accept, deny, etc.) according to its class. This allows for distributed architectures, where classification at one location in your network is used to control fire-walling or rate-shaping actions at other locations. The FreeBSD Foundation has funded the Centre for Advanced Internet Architectures at Swinburne University of Technology to undertake the DIFFUSED (DIFFUSE for freebsD) project, which aims to refine our publicly released DIFFUSE prototype and integrate all components of the architecture into FreeBSD. The project is progressing well in the diffused_head project branch of the FreeBSD Subversion repository, and is due to be completed by the end of October 2011. Once the project is completed, the code will be merged from the project branch into the head branch. An MFC of the code to 8.x and 9.x should be possible after an appropriate amount of soak time has elapsed. __________________________________________________________________ Doc sprint on IRC, September 5, 2011 URL: http://people.FreeBSD.org/~bcr/doc/sprints/20110905-final.html Contact: Benedict Reuschling Contact: Dru Lavigne On September 5, we held another documentation sprint on IRC channel #bsddocs to discuss various issues that are important for the whole FreeBSD documentation community. We talked about the status of the planned documentation repository conversion to SVN and the status of the XML docbook conversion. At that point in time, we did not have any documentation regarding the new bsdinstaller in the upcoming release, which would have been very bad for users that were trying to install the release. Luckily, a small team formed quickly to start working on a new bsdinstall chapter from scratch using a separate google code repository that gjb@ had set up. Some of the topics we discussed were moved forward and their status was revisited at EuroBSDcon's devsummit documentation session. Before the end of the conference, we had a new bsdinstall chapter committed into the official documentation tree, thanks to the efforts put into the new chapter by Gavin Atkinson, Warren Block, and Glen Barber. Garrett Cooper provided valuable instructions on the various installation methods that are possible with the new bsdinstaller. Thanks to all who helped make this a reality. It is nice to see that the things we talked about at the documentation sprint developed further, which is why we are trying to do these sprints in regular intervalls. Open tasks: 1. Plan the next documentation sprint 2. Continue working on the issues that are still open like the conversion of the repository to SVN __________________________________________________________________ Ethernet Switch Framework URL: http://zrouter.org/hg/FreeBSD/head/file/default/head/sys/dev/switch Contact: Aleksandr Rybalko Many embedded devices have an Ethernet switch on board; such switches are even embedded on some multiport NICs. This embedded switch framework is designed to give users the ability to easily control basic features present in managed switches, such as VLANs, QoS, port mirroring, etc. Currently we are able to control only VLANs on: * Atheros AR8216/AR8316 (standalone and embedded in AR724X) * Broadcom BCM5325 switch family (also embedded in BCM5354 SoC) * Ralink RT3050F/RT3052F internal switch * Realtek RTL8309 * IP175X * IP178X Open tasks: 1. Fix AR8216/AR8316 driver 2. Fix BCM5325 driver, not all ports pass data 3. Add tick handler for RTL8309 to automatically unisolate ports 4. Unify MIB statistic counters access 5. Add mii read/write bus methods 6. Implement pseudo interfaces for switch PHYs __________________________________________________________________ EuroBSDcon 2011 URL: http://2011.eurobsdcon.org/ Contact: EuroBSDcon Organizers Contact: Gabor Pali The 10th anniversary European BSD Conference was organized in Maarssen, The Netherlands with more than 250 registered visitors. There were many interesting tutorials, including introductions to DTrace and working with Netgraph. It featured 26 high-quality talks and 2 keynote speakers on various topics related to FreeBSD, OpenBSD, NetBSD, or even MINIX: OpenBSD PF, NetBSD NPF, IPv6 support in FreeBSD, virtualization in the BSD domain, recent developments in OpenSSH, exploration of the recent FreeNAS, system management with ZFS, practical capabilities for UNIX known as Capsicum. It also had a dedicated track for the attendees of the FreeBSD developer summit, where one could learn more about what is happening currently in the Project. We had presentations on the new package management solution, Google Summer of Code 2011, a stacked cryptographic file system, conversion of documents of different formats, and status reports on the sparc64 port and the NAND flash support. __________________________________________________________________ FreeBSD Developer Summit, Maarssen URL: http://wiki.FreeBSD.org/201110DevSummit Contact: Gabor Pali We had 60 FreeBSD developers and invited guests attending the FreeBSD Developer Summit organized as part of EuroBSDcon 2011 in Maarssen, The Netherlands. This year EuroBSDcon organizers offered us their generous support in handling the details, like registrations, renting the venue, and providing food for keeping attendees happy. The Maarssen developer summit spanned over 3 days. It is generally a workshop-style event that has now adopted the layout of the developer summit organized successfully in Canada earlier in May. On the first day, there were working groups on various topics, e.g. Capsicum, toolchain issues, ports, and documentation. On the second day, there were various plenary discussions, like how FreeBSD relates to virtualization or how vendors relate to FreeBSD. Finally, on the third day, there were many interesting work-in-progress reports given in a dedicated developer summit track at the main conference. Photos and slides for the most of the talks are available on the home page of the summit. __________________________________________________________________ FreeBSD Haskell Ports Contact: Gabor Janos PaLI Contact: Ashish SHUKLA We updated existing ports to their latest versions and hunted down a bug in the 9-CURRENT rtld which was causing GHC to crash intermittently. We also started work on Haskell Platform 2011.3.0.0 (development version) in a separate git branch in our development repository. Open tasks: 1. Test GHC to work with clang/LLVM. 2. Add an option to the GHC port to be able to build it with already installed GHC instead of requiring a separate GHC boostrap tarball. 3. Update Haskell Platform (along with GHC) to 2011.4.0.0 as soon as it gets out. 4. Add more ports to the Ports collection. __________________________________________________________________ FreeBSD/arm on Marvell Armada XP Contact: Grzegorz Bernacki Contact: Rafal Jaworowski Marvell Armada XP is a complete system-on-chip solution based on the Sheeva embedded CPUs. These devices integrate up to four ARMv6/v7 compliant Sheeva CPU cores with shared L2 cache. This work is extending FreeBSD/arm infrastructure towards support for recent ARM architecture variations along with a basic set of device drivers for integrated peripherals. The following code has been implemented since the last status report: * PCI-Express support * SMP support * + Created framework for ARM platform dependent code. + Initialization and starting of Application Processor. + Implementation of sending/handling IPI Next steps: * Finalize SMP support (TLB/cache operation broadcast, etc.) * L2 cache support * SATA driver __________________________________________________________________ FreeBSD/powerpc on AppliedMicro APM86290 Contact: Grzegorz Bernacki Contact: Rafal Jaworowski The APM86290 system-on-chip device is a member of AppliedMicro's PACKETpro family of embedded processors. The chip includes two Power Architecture PPC465 processor cores, which are compliant with the Book-E specification of the architecture, and a number of integrated peripherals. This work is extending current Book-E support in FreeBSD towards PPC4xx processor variants along with device drivers for integrated peripherials. The following drivers have been created since the last report: * Interrupt controller * EHCI USB driver attachment * Queue Manager/Traffic Manager support * Initial support of Ethernet controller * GPIO, I2C Next steps: * Finalize Ethernet controller driver * L2 cache support __________________________________________________________________ GELI status update Contact: Pawel Jakub Dawidek Selected GELI (disk encryption GEOM class) changes since 2010/Q3 report: * Implementation of suspend/resume functionality. * New version subcommand to check GELI providers version. * New -V option for init subcommand, which allows to create GELI providers for older FreeBSD versions. * Significant aesni(4) performance improvements for AES-XTS algorithm. __________________________________________________________________ HAST (Highly Available Storage) status update Contact: Pawel Jakub Dawidek Contact: Mikolaj Golub HAST is under active development. Some changes since Q1 report: * Async replication mode. Unfortunately it will not make it into 9.0-RELEASE (pjd@). * IPv6 support (pjd@). * Activemap fix that significantly reduces number of metadata updates (trociny@). * Provider's write cache flush after metadata updates (pjd@). * Possibility to specify pidfile in configuration file (pjd@). * Many bug fixes and other improvments. __________________________________________________________________ KDE-FreeBSD URL: FreeBSD.kde.org URL: http://dot.kde.org/2011/06/29/platform-frameworks-kde-hackers-meet-swit zerland URL: http://blogs.FreeBSDish.org/avilla/2011/06/14/call-for-tests-kde-pim-4- 6-0 URL: http://FreeBSD.kde.org/area51.php Contact: KDE FreeBSD Alberto Villa and Raphael Kubo da Costa went to Randa, Switzerland, to attend, respectively, the KDE Multimedia/Kdenlive sprint and the Platform 11 sprint. The sprints afforded them the opportunity to form closer bonds with the upstream KDE community, to learn about the future of Qt and KDE and make sure FreeBSD's needs are taken into account. For more information see the article "From Platform to Frameworks -- KDE hackers meet in Switzerland" at dot.kde.org. The KDE on FreeBSD team have continued to improve the experience of KDE and Qt under FreeBSD. The latest round of improvements include: * Qt supports Clang as a compiler The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.3 * KDE: 4.6.3; 4.6.4; 4.6.5 * Amarok: 2.4.1 * Digikam (and KIPI-plugins): 1.9.0 Further testing is requested for KDE PIM 4.6.0 and Calligra 2.3.72 before the ports are committed. To test the ports please visit Alberto Villa's call for test and area51. The team is always looking for more testers and porters so please visit us at kde-freebsd@kde.org and our homepage. Open tasks: 1. Testing KDE PIM 4.6.0 __________________________________________________________________ Multibyte Encoding Support in Nvi URL: http://wiki.FreeBSD.org/ZhihaoSoC2011 URL: https://github.com/lichray/nvi2 Contact: Zhihao Yuan nvi-iconv keeps the behaviors and the license of nvi-1.79 in the base system and adopts the multibyte encoding support from nvi-1.8x. Status: * Known memory leaks, bugs are fixed. make buildworld clear, under WARNS=1 (the old one was WARNS=0). * UTF-16 is supported with less hacks. * The 'windowname' option now restores the xterm title through xprop. * The file encoding detection modified from file(1) is finished and considered stable. The detection is always on since nvi-iconv never change the actual encoding, and the detection failbacks to locale. * Pavel Timofeev provided a full Russian translation of the catalog. Thanks to him. * Now nvi-iconv is able to be compiled with widechar only and without iconv (inspired by a user on FreeBSDChina.org). In that case, it only supports your locale. Open tasks: 1. The wide character support in nvi's message (feedback over the last line) system. 2. Collect more testing results and get code review. __________________________________________________________________ OpenAFS port URL: http://openafs.org URL: http://wiki.FreeBSD.org/afs Contact: Benjamin Kaduk Contact: Derrick Brashear AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. OpenAFS 1.6.0 has released, and is available in the FreeBSD Ports Collection; it is usable under light load, but heavy usage reveals some issues that remain unresolved. The OpenAFS kernel module is now built using the bsd.kmod.mk infrastructure on the git master branch; unfortunately this change required a minor change in the OS-independent Makefiles and could not be merged in time for 1.6.0. Some attention has been given to memory leaks, but only one small leak has been patched so far. There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at port-freebsd@openafs.org. Open tasks: 1. Update VFS locking to allow the use of disk-based client caches as well as memory-based caches. 2. Track down races and deadlocks that may appear under load. 3. Eliminate a moderate memory leak from the kernel module. 4. PAG (Process Authentication Group) support is not functional. __________________________________________________________________ pfSense URL: http://www.pfsense.org/ Contact: Scott Ullrich Contact: Chris Buechler pfSense 2.0 has been released to the world. This brings the past three years of new feature additions, with significant enhancements to almost every portion of the system. The changes and new features are summarized here. This is by far the most widely deployed release we have put out, thanks to the efforts of thousands of members of the community. Open tasks: 1. Work on 2.1 is underway with the biggest changes being IPV6 support and PBI packaged binaries for the package system. __________________________________________________________________ Portmaster URL: http://dougbarton.us/portmaster-proposal.html Contact: Doug Barton Portmaster offers several new features since the last quarterly update; some bug fixes for the package installation code, and various internal optimizations. The most exciting new feature is probably the ability to specify the -r option more than once for the same portmaster run. This greatly increases efficiency when several "branch" and/or "trunk" ports need updates at the same time, especially for package-building systems. Open tasks: 1. Splitting out the fetch code is still "on the list" of work to be done, but it was sidetracked by other priorities in the past months. I hope to complete it in the quarter to come. 2. Another new feature in the works is support for a list of files for portmaster to preserve and restore during upgrades of a port. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/group.php?gid=135441496471197 Contact: Thomas Abthorpe Contact: Port Management Team The ports tree slowly moves up closer to the 23,000 mark. The PR count still remains at about 1000. In Q2 we added 4 new committers, but took in 6 commit bits for safe keeping. The Ports Management team have been running -exp runs on an ongoing basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * Python update * Boost updates * Gtk3 updates * clang testing * pkgng testing * testing ruby19 * setting the default fortran to lang/gcc46 * setting apache22 as default * setting the default LDFLAGS in CONFIGURE_ENV Work continues to refine the new build master pointyhat-west. An upgrade to -current done in September has proven problematic. We have enlisted ISC and Josh Paetzel to try to determine a fix. In the meantime, the source will be downgraded to RELENG_9. The portsmon instance is being re-homed at Yahoo. Users should not see any changes. The new instance is currently visible at portsmonj.FreeBSD.org but will soon take on the portsmon.FreeBSD.org name. The team would like to express its appreciation to TDC A/S for the loan of the existing machine for several years. Work is underway to create a new QAT instance at NYI/NJ. portmgr also assisted in setting up a sparc64 machine for general develop access at Yahoo. Thanks to on-site work by Sean Bruno and Ben Haga, we once again have access to the powerpc build machine at ISC, and powerpc builds have been restarted. They also helped us get one more i386 machine back online. linimon is working on a set of scripts to more quickly produce pre-configured PXEboot images for package build nodes. The update of __FreeBSD_version in param.h to 1000000 proved very disruptive to the ports tree, triggering lots of bad assumption in code that interpreted it as FreeBSD 1. A great deal of work has gone into identifying the instances of broken code and fixing and upstreaming them. While this is taking place, one recommended workaround is to set your version to 999999. Open tasks: 1. Looking for help getting ports to build with clang. 2. Looking for help fixing ports broken on CURRENT. (List needs updating, too) 3. Looking for help with Tier-2 architectures. (List needs updating, too) 4. Most ports PRs are assigned, we now need to focus on testing, committing and closing. __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org/ Contact: Deb Goodkin The Foundation sponsored KyivBSD 2011 which was held in Kiev, Ukraine on September 24. We were represented at Ohio LinuxFest in Columbus, Ohio. And, we approved six travel grants for EuroBSDCon. Stop by and visit us at the FreeBSD booth during LISA '11, December 7-8, in Boston, MA. Three Foundation funded projects were completed during this period: implementing xlocale APIs to enable porting libc++ by David Chisnall, implementing DIFFUSE for FreeBSD by Swinburne University, and adding GEM, KMS, and DRI support for Intel drivers by Konstantin Belousov. We published our semi-annual newsletter. We purchased servers and other hardware for the FreeBSD co-location centers at Sentex and NYI. The work above, as well as many other tasks which we do for the FreeBSD Project, could not be done without donations. Please help us by making a donation or asking your company to make a donation. We would be happy to send marketing literature to you or your company. Find out how to make a donation at our donate page. Find out more up-to-date Foundation news by reading our blog and Facebook page. __________________________________________________________________ The FreeBSD German Documentation Project Status Report URL: https://doc.bsdgroup.de Contact: Johann Kois Contact: Benedict Reuschling We managed to update the German version of the documentation just in time to get it included in the upcoming 9.0-RELEASE. The website translations were also kept in sync with the ones on FreeBSD.org. We tried to re-activate committers who did not contribute for some time but most of them are currently unable to free up enough time. We hope to gain fresh contributor blood as we are getting occasional reports about bugs and grammar in the German translation. Open tasks: 1. Submit grammar, spelling or other errors you find in the German documents and the website 2. Translate more articles and other open handbook sections (especially the new chapter about the new FreeBSD installer). __________________________________________________________________ The FreeBSD Greek Documentation Project URL: http://www.FreeBSDgr.org URL: http://www.FreeBSD.org/doc/el/books/handbook Contact: Manolis Kiagias Contact: Giorgos Keramidas After a few rather quiet months, the FreeBSD Greek Documentation Project is back on track, translating and improving the Handbook, FAQ and FreeBSD articles. The new bsdinstall chapter has been translated and is now present in the Handbook. Our experimental Handbook builds are also available at the project's hub. Three new status pages have been added: * Merge Status for the en_US tree shows whether the local en_US repo is in sync with the official CVS * Merge Status for the el_GR tree - as above but for the Greek tree * Pending Commits shows newer yet to be committed versions of the Greek docs For more information, please visit http://www.freebsdgr.org. Patches, fixes and contributions are always welcome. Open tasks: 1. Translate the remaining chapters of the Handbook to Greek. 2. Complete the translation of the FreeBSD FAQ. 3. Keep the currently translated docs in sync with the English versions. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki The www/ja and doc/ja_JP.eucJP/books/handbook subtrees have constantly been updated since the last report. www/ja: During this period, many areas of outdated content in the www/ja subtree were updated to the latest versions in the English counterparts. The Japanese version of 8.2R release announcement was added and the upcoming 9.0R announcement will be translated in a timely manner. Handbook: The Japanese "kernelconfig" section finally caught up with the original English version. The next targets are "cutting-edge" and new installer section. Open tasks: 1. Further translation work for outdated documents in both doc/ja_JP.eucJP and www/ja. __________________________________________________________________ The FreeBSD Release Engineering Team URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team The Release Engineering Team has been coordinating the upcoming FreeBSD 9.0-RELEASE. Thanks to work done by many of the developers. The release, though delayed, is taking the shape nicely. We have reached the stage of doing the second Release Candidate. At this time we expect to have one more Release Candidate, to be followed by the final release itself. __________________________________________________________________ The new CARP URL: http://people.FreeBSD.org/~glebius/newcarp/ Contact: Gleb Smirnoff I am now working on significant rewrite of CARP in FreeBSD. The reason for this work is that the CARP protocol actually does not bring a new interface, but is a property of interface address. Rewriting it in this way helps to remove several hacks from incoming packet processing, simplifies some code, makes CARP addresses more sane from the viewpoint of routing daemons such as quagga/zebra and closes many CARP-related PRs in GNATS. It also brings support for a single redundant address on the subnet, the thing that is called "carpdev feature" in OpenBSD, long awaited in FreeBSD. For this moment I have a patch against head/ that compiles and works in my test environment that I am going to deploy soon on some of servers under my control. The patch has been reviewed by Bjoern Zeeb (bz@). Open tasks: 1. More testing requested! 2. Implement arpbalance and ipbalance features. This requires a next step of rewriting, probably borrowing some ideas from OpenBSD. 3. Update documentation. __________________________________________________________________ Tool for providing FreeBSD VM Images URL: https://github.com/yerenkow/freebsd-vm-image Contact: Alexander Yerenkow A set of scripts to make building FreeBSD VM images easy. Providing a way to make regular build images of the latest version from SVN. Images currently can be copied with `dd` to USB flash (for testing on real hardware) and VirtualBox (.vdi). Open tasks: 1. Build images with ports-set from main port-tree 2. Build images with ports-set from main port-tree plus overrides form area51 (like experimental images) 3. Build images with special development branches included (like for testing drivers) __________________________________________________________________ VM layer for allocations larger than a page Contact: Alan Cox Contact: Davide Italiano The aim of this project is to create a new layer that sits between UMA and the virtual memory system managing chunks of kernel virtual memory on the order of 2 to 4 MB in size. At the end of the work, UMA page_alloc() would no longer call directly into the VM system. It would instead call into this new layer. Thus, uma_large_malloc() and uma_large_free() would no longer be immediately allocating and deallocating kernel virtual memory. This results in a gain in terms of performances (there is a relatively high cost in the approach adopted until now), and also in terms of reduction of fragmentation (the VM system uses a first-fit policy of allocation so there is room for improvements). __________________________________________________________________ ZFSguru URL: http://zfsguru.com URL: http://zfsguru.com Contact: Jason Edwards ZFSguru is a newly designed Network Attached Storage operating system, much like FreeNAS. The difference is that ZFSguru focuses heavily on ZFS and user friendly operation, and uses a full FreeBSD distribution with no elements stripped down. This allows people new to FreeBSD and UNIX in general to access the power of ZFS, while still allowing more advanced users to tweak their NAS with additional functionality and use it as a normal FreeBSD distribution. Started a little over a year ago, the ZFSguru project is making good progress. It should already be one of the most user friendly distributions focused on ZFS, and sports some very unique features. The advanced ZFS benchmarking and convenient Root-on-ZFS installation are good examples. Priority is given to finishing the missing core functionality, and extending the number of available service addons which currently are limited to iSCSI-target and VirtualBox extensions. Open tasks: 1. Finish ZFS and network related functionality in the web-interface. 2. Introduce new service addons, adding optional functionality to ZFSguru. 3. Extend the documentation. __________________________________________________________________ ZRouter.org project -- a FreeBSD-based firmware for embedded devices URL: http://zrouter.org URL: http://lists.zrouter.org URL: http://zrouter.org/hg/zrouter/ URL: http://zrouter.org/hg/FreeBSD/head/ Contact: Aleksandr Rybalko ZRouter.org is a young project that aims to produce FreeBSD-based firmware for small boxes such as SOHO router, APs, etc. At the present time ZRouter.org is able to build working firmware for: * D-Link DAP-1350 * D-Link DIR-320 * D-Link DIR-320-NRU * D-Link DIR-330 * D-Link DIR-615-E4 * D-Link DIR-620 * D-Link DIR-632 * D-Link DSA-3110-A1 * D-Link DSR-1000N * NorthQ NQ-900 * TPLink TL-WR941ND-v3_2 * Ubiquiti RSPRO Currently we are working on most parts of the core system but we are also in the planning phase for implementing a simple web-based GUI which we hope will have taken form before the next FreeBSD status report. We still have many items not done, so devices in that list cannot be called "Production Ready" yet. But we work on that. It is easy to add new devices, because we have separate definition of board and SoC(System on Chip), so if you have "Asus WL-500g Premium v2" for example, you can copy D-Link/DIR-320 directory and tweak to work for your device. We already have basic support for: * Broadcom BCM5354 * Broadcom BCM5836 * Ralink RT3052F * Ralink RT3050F * Ralink RT5350F * Atheros AR7161 * Atheros AR7242 * Atheros AR7241 * Atheros AR7240 * Atheros AR9132 * Intel ixp435 * Cavium CN5010 If you have ability and time, please join us at http://zrouter.org (Redmine iface and mailing lists) Open tasks: 1. Device drivers 2. Web UI 3. Control scripts 4. Watchdog 5. etc. __________________________________________________________________ (c) 1995-2011 The FreeBSD Project. All rights reserved. From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 11:08:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 471F5106566B for ; Tue, 8 Nov 2011 11:08:40 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id BF5FD8FC19 for ; Tue, 8 Nov 2011 11:08:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=Ym3G5BS0aLjxzxQOKapKGZFEGDXCV4VnNgCbRizIGPc=; b=a8hV4DpMbLWEFuVhavQbkLw5nPDmwsjZ5QtVaim5ZfC1y72C4bUDOlTBiyPOXgOURBmYpuOBq90+IJ/7RPOS4m7wR9NWWvDnxQqb+dQ+sCebnDQbe5eNWYf7pKIjROEl; Received: from localhost ([127.0.0.1]:58433 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1RNjXh-0008NE-V1 from for ; Tue, 08 Nov 2011 12:08:38 +0100 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Tue, 08 Nov 2011 12:08:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 08 Nov 2011 12:08:37 +0100 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: Message-ID: <84c2fa3f7bc937b86f4fa75e7072c9c3@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: FreeBSD on IBM X3550 M3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 11:08:40 -0000 Dear All, To anyone who plan to use the machine in the subject and interested in 'what's in box' I made some printout saves. Actually my last FreeBSD install was a FreeBSD 6.1 (6.2 now, and has a nice 790 days of uptime) on an Intel branded server. Printouts from IBM X3550 M3: ---------------------------- ipmitool sensor: http://www.antiszoc.hu/x3550m3/ipmitool_sensor.txt ipmitool sdr: http://www.antiszoc.hu/x3550m3/ipmitool_sdr.txt dmesg: http://www.antiszoc.hu/x3550m3/dmesg.txt mfiutil show adapter: http://www.antiszoc.hu/x3550m3/mfiutil_show_adapter.txt actual kernel config: http://www.antiszoc.hu/x3550m3/X3550M3 NOTES on installing the machine: -------------------------------- 1) It comes with UEFI instead of a BIOS. I had to install from a real USB CD/DVD, because the memstick image didn't work. I think the installer would also work with the Virtual Media option, but there were problem with arrow keys. It also occured on the UEFI screens, so I don't think it's FreeBSD related. (Virtual Media option arrived later then I could check the installer with it.) 2) The machine really boots slow, be patient. :) 3) Memory MUST BE installed in the order that's in the manual. It will boot, but you'll get a 'mem err' message on the small diagnostic panel in the front of the machine. 4) The IBM M5014 (LSI based) works fine with mfi(4) and mfiutil. Hot inserting new drives and creating an array was 5 minutes (including opening the disk packagings). 5) ACPI shutdown/restart etc. from the out-of-band management (IBM calls it IMM) console works fine. 6) I couldn't include pf in the kernel, because in that case ipmi(4) failed to load or find the interface. The pf and the mfip module loaded from loader.conf. Best, Andras From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 19:50:36 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 877F91065797 for ; Tue, 8 Nov 2011 19:50:36 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 33C208FC0C for ; Tue, 8 Nov 2011 19:50:36 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A796246B0A; Tue, 8 Nov 2011 14:50:35 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2FC198A02F; Tue, 8 Nov 2011 14:50:35 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 8 Nov 2011 14:50:34 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EA9E0C3.5080306@unsane.co.uk> <992755CA-6479-4B9A-A3D5-DD5C1871089A@transactionware.com> <4EB1BA7A.2000307@unsane.co.uk> In-Reply-To: <4EB1BA7A.2000307@unsane.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111081450.34686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 08 Nov 2011 14:50:35 -0500 (EST) Cc: Jan Mikkelsen , Jeremy Chadwick , Vincent Hoffman Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 19:50:36 -0000 On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: > On 28/10/2011 04:14, Jan Mikkelsen wrote: > > Hi, > > > > There is a patch linked to from this PR, which seems very similar: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 > > > > http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html > > > > The problem is also consistent with running mfiutil clearing the problem. > > > > I'm about to deploy mfi controllers in a similar configuration, so I'd be very curious about whether the patch fixes the problem for you. > The patch you linked to seems to have removed the stalls, although I > have only had it running for a day. I'll post if it stalls again though. > > I did manage to scrounge the use of a Dell r410 with a > LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) > Badged as Dell PERC H700 Adapter > > to test out the patch I originally found but had the same issue as this post > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html > > > I couldnt get the dell to stall in the first place either though so it > could be a specific firmware version that the issue. > > Anyway thanks for the pointers. Hmm, did you try the patch I had posted from that earlier thread? It had two changes in it, one was similar to the patch in the PR, the second added MSI-X support. I've since tweaked it to make the MSI-X support off by default but possible to enable via loader.conf. Would you be willing to try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? > Vince > > > > > Regards, > > > > Jan Mikkelsen > > > > > > On 28/10/2011, at 10:39 AM, Vincent Hoffman wrote: > > > >> On 28/10/2011 00:04, Jeremy Chadwick wrote: > >>> On Thu, Oct 27, 2011 at 11:52:51PM +0100, Vincent Hoffman wrote: > >>>> I've recently installed a new NAS at work which uses a rebranded LSI > >>>> megaraid sas > >>>> [root@banshee ~]# mfiutil show adapter > >>>> mfi0 Adapter: > >>>> Product Name: Supermicro SMC2108 > >>>> Serial Number: > >>>> Firmware: 12.12.0-0047 > >>>> RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 > >>>> Battery Backup: present > >>>> NVRAM: 32K > >>>> Onboard Memory: 512M > >>>> Minimum Stripe: 8k > >>>> Maximum Stripe: 1M > >>>> > >>>> I'm running 8-STABLE as of 2011-10-23 (for zfs v28 as is got 26 3Tb drives) > >>>> > >>>> I'm seeing a lot of messages like > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 60 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 90 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 120 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 150 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 180 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 210 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 240 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 271 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 301 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 331 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 361 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b216c8 TIMEOUT AFTER 391 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b21b08 TIMEOUT AFTER 55 SECONDS > >>>> mfi0: COMMAND 0xffffff8000b21b08 TIMEOUT AFTER 85 SECONDS > >>>> > >>>> At which time I'm seeing IO stall on the array connected to the mfi > >>>> adapter, this can continue for > >>>> 20 minutes or so resuming randomly (or so it seems although a little > >>>> more on this later on) > >>>> > >>>>> From pciconf -lv > >>>> mfi0@pci0:5:0:0: class=0x010400 card=0x070015d9 chip=0x00791000 > >>>> rev=0x04 hdr=0x00 > >>>> vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > >>>> class = mass storage > >>>> subclass = RAID > >>>> > >>>>> From dmesg > >>>> mfi0: port 0xe000-0xe0ff mem > >>>> 0xfbd9c000-0xfbd9ffff,0xfbdc0000-0xfbdfffff irq 32 at device 0.0 on pci5 > >>>> mfi0: Megaraid SAS driver Ver 3.00 > >>>> mfi0: 12330 (372962922s/0x0020/info) - Shutdown command received from host > >>>> mfi0: 12331 (boot + 4s/0x0020/info) - Firmware initialization started > >>>> (PCI ID 0079/1000/0700/15d9) > >>>> mfi0: 12332 (boot + 4s/0x0020/info) - Firmware version 2.120.53-1235 > >>>> mfi0: 12333 (boot + 7s/0x0008/info) - Battery Present > >>>> mfi0: 12334 (boot + 7s/0x0020/info) - Package version 12.12.0-0047 > >>>> mfi0: 12335 (boot + 7s/0x0020/info) - Board Revision > >>>> > >>>> I have found this thread from a bit of googleing but it doesnt end too well. > >>>> http://lists.freebsd.org/pipermail/freebsd-stable/2011- September/063821.html > >>>> Was this ever taken further? > >>>> > >>>> One thing I have noticed is that the stall (and timeout messages) seem > >>>> to go away if I query the card using mfiutil, I currently have a cron > >>>> doing this every 2 minutes to see if this has been coincidence or not. > >>>> > >>>> > >>>> Any suggestions welcome and i'm happy to provide more info if i can but > >>>> I dont have a duplicate to do too much debugging on, I'm happy to try > >>>> patches though. > >>>> > >>>> Is this worth filing a PR? > >>> Can you please provide uname -a output? The version of FreeBSD you're > >>> using matters greatly here. > >>> > >> Sure > >> FreeBSD banshee.foobar.net 8.2-STABLE FreeBSD 8.2-STABLE #2: Wed Oct 26 > >> 16:14:09 BST 2011 > >> toor@banshee.foobar.net:/usr/obj/usr/src/sys/BANSHEE amd64 > >> [root@banshee /usr/src]# svn info > >> Path: . > >> Working Copy Root Path: /usr/src > >> URL: http://svn.freebsd.org/base/stable/8 > >> Repository Root: http://svn.freebsd.org/base > >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > >> Revision: 226708 > >> Node Kind: directory > >> Schedule: normal > >> Last Changed Author: brueffer > >> Last Changed Rev: 226671 > >> Last Changed Date: 2011-10-23 19:37:57 +0100 (Sun, 23 Oct 2011) > >> > >> > >> It's looking like the mfiutil query stopping the stall is not a coincidence > >> the last 2 have lasted less than the every 2 minutes that i set the cron > >> to run, much less than previously. > >> The cron is a simple /usr/sbin/mfiutil show volumes | grep -v OPTIMAL > >> So get at least get an email if the volume breaks ;) > >> Oct 28 00:01:06 banshee mfi0: COMMAND 0xffffff8000b22d18 TIMEOUT AFTER > >> 59 SECONDS > >> Oct 28 00:01:36 banshee mfi0: COMMAND 0xffffff8000b22d18 TIMEOUT AFTER > >> 89 SECONDS > >> Oct 28 00:13:09 banshee mfi0: COMMAND 0xffffff8000b205c8 TIMEOUT AFTER > >> 50 SECONDS > >> Oct 28 00:13:39 banshee mfi0: COMMAND 0xffffff8000b205c8 TIMEOUT AFTER > >> 80 SECONDS > >> > >> I'm guessing this must kick something on the card. > >> > >> Vince > >> > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > 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" > -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 20:33:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35BF5106564A for ; Tue, 8 Nov 2011 20:33:30 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id 685978FC15 for ; Tue, 8 Nov 2011 20:33:28 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id A22444ACE76; Wed, 9 Nov 2011 00:33:27 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id 5EEC04ACE56; Wed, 9 Nov 2011 00:33:27 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA8KXRwd041237; Tue, 8 Nov 2011 23:33:27 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EB99217.3030508@ksu.ru> Date: Wed, 09 Nov 2011 00:33:27 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Alex Samorukov References: <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> <4EB7DA61.2030403@os2.kiev.ua> <20111107141004.GA3377@icarus.home.lan> <4EB7E934.1090703@os2.kiev.ua> In-Reply-To: <4EB7E934.1090703@os2.kiev.ua> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090801080200000204090604" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List , Jeremy Chadwick Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 20:33:30 -0000 This is a cryptographically signed message in MIME format. --------------ms090801080200000204090604 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Alex Samorukov wrote: > On 11/07/2011 03:10 PM, Jeremy Chadwick wrote: >> I see. I wasn't aware there was an ioctl(2) interface to twa(4). >> >> This makes me wonder: why does Marat use /dev/passX as his device when= >> using smartctl? > Because Marat using LSI mfi (not 3ware twa!) driver in this case. > mfip.ko exports /dev/passX devices for every disk in the raid. >> Could this have some bearing on why he doesn't see the >> necessary data returned from (if even submit to) the underlying disk? >> The syntax of his command was: "smartctl -a /dev/pass1". I would have >> expected the syntax to be "smartctl -a -d 3ware,1 /dev/twa". >> >> What I'm trying to get at here is whether or not smartmontools "does t= he >> right thing" in this situation. Does the output differ between the >> above two syntaxes? I don't see any mention in twa(4)'s man page that >> pass(4) is even registered/used -- though I do see it mentioned that C= AM >> is used by twa(4). > Smartmontools will not work on twa with SAS drives, because it is using= > IOCTL packet format for the ATA protocol. And we need to use SCSI > packets to speak with SAS devices. This code is currently not written. >> >> Furthermore, later comments below indicate CAM isn't involved, which >> further confuses me. Can someone help relieve my confusion on this >> matter? > Because Marat provided output for another controller and another driver= =2E > For me it is also unclear why :) just a little misunderstanding, I suppose ;) I just showed what I'd=20 expect from #smartctl -a -d 3ware,0 /dev/twa0 in case of sas drive on channel 0 --=20 SY, Marat --------------ms090801080200000204090604-- From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 22:24:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74A33106564A; Tue, 8 Nov 2011 22:24:19 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id DC7BF8FC13; Tue, 8 Nov 2011 22:24:18 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pA8MOFJc055158 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 22:24:16 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EB9AC0F.2040209@unsane.co.uk> Date: Tue, 08 Nov 2011 22:24:15 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <4EA9E0C3.5080306@unsane.co.uk> <992755CA-6479-4B9A-A3D5-DD5C1871089A@transactionware.com> <4EB1BA7A.2000307@unsane.co.uk> <201111081450.34686.jhb@freebsd.org> In-Reply-To: <201111081450.34686.jhb@freebsd.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 22:24:19 -0000 On 08/11/2011 19:50, John Baldwin wrote: > On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: >> On 28/10/2011 04:14, Jan Mikkelsen wrote: >>> Hi, >>> >>> There is a patch linked to from this PR, which seems very similar: >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 >>> >>> http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html >>> >>> The problem is also consistent with running mfiutil clearing the problem. >>> >>> I'm about to deploy mfi controllers in a similar configuration, so I'd be > very curious about whether the patch fixes the problem for you. >> The patch you linked to seems to have removed the stalls, although I >> have only had it running for a day. I'll post if it stalls again though. >> >> I did manage to scrounge the use of a Dell r410 with a >> LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) >> Badged as Dell PERC H700 Adapter >> >> to test out the patch I originally found but had the same issue as this post >> >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html >> >> >> I couldnt get the dell to stall in the first place either though so it >> could be a specific firmware version that the issue. >> >> Anyway thanks for the pointers. > Hmm, did you try the patch I had posted from that earlier thread? It had > two changes in it, one was similar to the patch in the PR, the second added > MSI-X support. I've since tweaked it to make the MSI-X support off by > default but possible to enable via loader.conf. Would you be willing to > try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? Hi, yes I tried the patch you posted originally, unfortunately the dell never finished booting either. The Supermicro is now in production but I'll take the dell up to 9-STABLE and try your updated patch. Vince > >> Vince >> >> From owner-freebsd-stable@FreeBSD.ORG Tue Nov 8 23:39:11 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EFE71065672; Tue, 8 Nov 2011 23:39:11 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 827368FC1D; Tue, 8 Nov 2011 23:39:10 +0000 (UTC) Received: from vhoffman-macbooklocal.local ([10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pA8Nd8XJ058022 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 8 Nov 2011 23:39:08 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EB9BD9B.8080604@unsane.co.uk> Date: Tue, 08 Nov 2011 23:39:07 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <4EA9E0C3.5080306@unsane.co.uk> <992755CA-6479-4B9A-A3D5-DD5C1871089A@transactionware.com> <4EB1BA7A.2000307@unsane.co.uk> <201111081450.34686.jhb@freebsd.org> <4EB9AC0F.2040209@unsane.co.uk> In-Reply-To: <4EB9AC0F.2040209@unsane.co.uk> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Nov 2011 23:39:11 -0000 On 08/11/2011 22:24, Vincent Hoffman wrote: > On 08/11/2011 19:50, John Baldwin wrote: >> On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: >>> On 28/10/2011 04:14, Jan Mikkelsen wrote: >>>> Hi, >>>> >>>> There is a patch linked to from this PR, which seems very similar: >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 >>>> >>>> http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html >>>> >>>> The problem is also consistent with running mfiutil clearing the problem. >>>> >>>> I'm about to deploy mfi controllers in a similar configuration, so I'd be >> very curious about whether the patch fixes the problem for you. >>> The patch you linked to seems to have removed the stalls, although I >>> have only had it running for a day. I'll post if it stalls again though. >>> >>> I did manage to scrounge the use of a Dell r410 with a >>> LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) >>> Badged as Dell PERC H700 Adapter >>> >>> to test out the patch I originally found but had the same issue as this post >>> >>> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html >>> >>> >>> I couldnt get the dell to stall in the first place either though so it >>> could be a specific firmware version that the issue. >>> >>> Anyway thanks for the pointers. >> Hmm, did you try the patch I had posted from that earlier thread? It had >> two changes in it, one was similar to the patch in the PR, the second added >> MSI-X support. I've since tweaked it to make the MSI-X support off by >> default but possible to enable via loader.conf. Would you be willing to >> try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? > Hi, > yes I tried the patch you posted originally, unfortunately the dell > never finished booting either. The Supermicro is now in production but > I'll take the dell up to 9-STABLE and try your updated patch. > The patch didnt apply quite cleanly for 9-STABLE, 1 reject as it had already been applied. I have rebooted the dell and it seems happy with the new patch (msi disabled.) Booting with hw.mfi.msix=1 in /boot/loader.conf causes the timeouts again and stops the boot from completing. I can give root access to the machine if this would be helpful, I cant give KVM access though unfortunately. (but can look in from time to time if needed.) Vince > >>> Vince >>> >>> > _______________________________________________ > 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-stable@FreeBSD.ORG Wed Nov 9 14:19:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BA02106564A for ; Wed, 9 Nov 2011 14:19:20 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from nm1.bullet.mail.bf1.yahoo.com (nm1.bullet.mail.bf1.yahoo.com [98.139.212.160]) by mx1.freebsd.org (Postfix) with SMTP id C1C648FC17 for ; Wed, 9 Nov 2011 14:19:19 +0000 (UTC) Received: from [98.139.212.153] by nm1.bullet.mail.bf1.yahoo.com with NNFMP; 09 Nov 2011 14:06:01 -0000 Received: from [98.139.212.248] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 09 Nov 2011 14:06:01 -0000 Received: from [127.0.0.1] by omp1057.mail.bf1.yahoo.com with NNFMP; 09 Nov 2011 14:06:01 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 804208.66910.bm@omp1057.mail.bf1.yahoo.com Received: (qmail 56350 invoked by uid 60001); 9 Nov 2011 14:06:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1320847560; bh=Unao6qo8+R4xfAn0rGs6PV2+HixzKz6cwkdAh1yqYo4=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=wrXad5Bk8hXJGfyWY+2hZXZA3fSQhLwGoGqGg9BRzJB4IgzRYLcmxSs8CzdJsbc4n0GNb98Id6Mp6DI9ahYluGndOEKOVarDvx1qMrRruAJ78RpFknOHzG5Wfk6zdQSaWwOmr+8N/5oLoFptFJxzOpPCTkoZDfz61xAFySeynLw= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=zJWxDcaW8G8k8zqEz4SjBiUOkToWwN8uuG9n1dFny2qE8hmiSwMRRDs2GpwW/EOaZFeHHp4tWRZS0TlDDeh6cvXO88TE1Cd1AJPC+tp29/mLeniRTHJk0STP0Kop5IinDRYWprGOpjIZQVBEJEgLtkzDmd/jxUCaMS7UX2SuujM=; X-YMail-OSG: oonjztoVM1ld7cE4j7aZp2VotpSN1Sgq2WByzGBTnmB6RqQ aQYhJgtJwtkPRy5Jr3qUni9KlN1l4gfxKt2eSnvvYUGEScSByeQ0rm4s10D9 sNBptnoU_3ZyS4sqc1HzMfPf7OZ3WLltyDuhD0ScB8PUW4dyZm6Nh1c7tAs5 hOhL6SRFJRFsabK4dm.EP2nSE9Ii8e4D_t_MChwZclEUtJjTTDQu3bNXd2NT 3iV0ji0vFRe7Uer4L0JUwE_0cJ4aamlFKB0hrI4jPEQeq4RIUKq1Im59ZJTO ysPS59MW4ipN8GJ2KM_PPGfeE8hP_fHXbww_rCYSvR37bERbwVYt.Xp.sNVq 4rtbEYgr3UUA0aI3pvCo6HHhhQKaoBIq6zoVxZiN6Y4.hqjfe_P1_UxRDjvG DCS3rRUOiUZmEpLWyYzu2SmHGfVqhtd37Ucs0AQlOI0g1HWskMKByuqXltxE vYPXgbjNkY8Ky_knjpgMCfuz.e7Jk7HFr_4n6yxvugo_QwiR.F3vx64jEbk2 VNEU6DutzhA8_CrQy9t668.cRe2faO.9cZ2mm310yRNh88w-- Received: from [116.15.157.180] by web160114.mail.bf1.yahoo.com via HTTP; Wed, 09 Nov 2011 06:06:00 PST X-Mailer: YahooMailWebService/0.8.115.325013 Message-ID: <1320847560.49916.YahooMailNeo@web160114.mail.bf1.yahoo.com> Date: Wed, 9 Nov 2011 06:06:00 -0800 (PST) From: Unga To: "freebsd-stable@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: pthreads mostly hang when signal X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Unga List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 14:19:20 -0000 Hi all=0A=0AI have a C program with pthreads.=0A=0AThis program creates tho= usands of detached pthreads for short jobs at the beginning. They all come = and go within the first 10 seconds.=0A=0A=0ABut it has 3 permanently runnin= g pthreads.=0A=0AI signal these 3 permanently running pthreads to stop proc= essing. I send SIGUSR1 for this purpose.=0A=0AIf I don't interrupt these 3 = permanently running pthreads, they run without any issue and do their job.= =0A=0AIf I send the SIGUSR1 to these 3 permanently running pthreads, they r= arely work. That is, these threads immediately receive SIGUSR1 signals.=0A= =0ABut when I signal, they mostly hang. That is, these threads don't receiv= e the signal.=0A=0A=0AFollowing code fragment shows how I send the signal a= nd wait till they stop:=0A=A0=A0=A0=A0 LockMutex(threadCountMutex);=A0=A0 = =0A=A0=A0=A0=A0 tCount =3D threadCount;=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0 =0A=A0=A0=A0=A0 UnlockMutex(threadCountMutex); =0A=A0=0A=A0=A0=A0=A0 pr= intf("B4 stop Thread_1. Threads: %d\n", tCount); =0A=A0=A0=A0=A0 =0A=A0=A0= =A0=A0 LockMutex(Thread_1varMutex);=0A=A0=A0=A0 Thread_1var.Thread_1Stopped= =3D 0; // Thread_1 not stopped yet.=0A=A0=A0=A0=A0 UnlockMutex(Thread_1var= Mutex);=0A=0A=0A=A0=A0=A0=A0 if (pthread_kill(tid1, SIGUSR1) !=3D 0) // Sen= d a signal to the thread=0A=A0=A0=A0=A0=A0=A0=A0 {=A0=A0=A0 =A0=A0=A0 =A0= =A0=A0 =A0=A0=A0 =A0=A0=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 // to stop proces= sing.=0A=A0=A0=A0=A0=A0=A0=A0=A0 fprintf(stderr, "pthread_kill failed for T= hread_1!\n");=0A=A0=A0=A0=A0=A0=A0=A0=A0 exit(1);=0A=A0=A0=A0=A0=A0=A0=A0 }= =0A=A0=A0=A0 Delay(25); // Let Thread_1 to settle.=0A=0A=0A=A0=A0=A0=A0 // = Check now whether the Thread_1 thread received the signal and stopped proce= ssing.=0A=A0=A0=A0=A0 for (threadActivateDelay=3D0 ;threadActivateDelay < t= hreadActivateTimeOut; threadActivateDelay +=3D 50)=0A=A0=A0=A0=A0 {=0A=A0= =A0=A0=A0=A0 LockMutex(Thread_1varMutex);=0A=A0=A0=A0=A0=A0 Thread_1Stopped= =3D Thread_1var.Thread_1Stopped;=0A=A0=A0=A0=A0=A0 UnlockMutex(Thread_1var= Mutex);=0A=A0=A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0 if (Thread_1Stopped)=0A=A0=A0= =A0=A0=A0=A0=A0=A0 break;=0A=A0=A0=A0=A0=A0 else=0A=A0=A0=A0=A0=A0=A0=A0=A0= Delay(50); // Let Thread_1 thread to settles. 50ms=0A=0A=A0=A0=A0=A0=A0 Lo= ckMutex(threadCountMutex);=A0=A0 =0A=A0=A0=A0=A0=A0 tCount =3D threadCount;= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =0A=A0=A0=A0=A0=A0 UnlockMutex(thre= adCountMutex); =0A=A0=A0=A0 =A0=0A=A0=A0=A0=A0=A0 printf("Wait till Thread_= 1 stopped, Threads: %d=A0 Delay: %d\n", tCount, threadActivateDelay+50); = =A0=A0=A0 =0A=A0=A0=A0=A0 }=0A=0A=A0=A0=A0=A0 printf("Came out of Thread_1 = loop, threadActivateDelay: %d, threadActivateTimeOut: %d\n", threadActivate= Delay, threadActivateTimeOut); =0A=A0=A0=A0=A0 if (threadActivateDelay >=3D= threadActivateTimeOut) // Something is wrong. Thread may be dead.=0A=A0=A0= =A0=A0=A0=A0=A0 {=0A=A0=A0=A0 =A0fprintf(stderr, "Time out. Thread_1 may be= dead!\n");=0A=A0=A0=A0=A0=A0=A0=A0=A0 exit(1);=0A=A0=A0=A0=A0=A0=A0=A0 }= =0A=0A=0ANote, Thread_1var.Thread_1Stopped is set to 1 by the Thread_1 once= it receive the SIGUSR1.=0A=0AResult of two runs of the program is as follo= ws (values are in milliseconds):=0A./prog=0AB4 stop Thread_1. Threads: 3=0A= Thread_1 cought SIGUSR1=0AWait till Thread_1 stopped, Threads: 3=A0 Delay: = 50=0ACame out of Thread_1 loop, threadActivateDelay: 50, threadActivateTime= Out: 3000=0AB4 stop Thread_2. Threads: 3=0AThread_2 cought SIGUSR1=0ACame o= ut of Thread_2 loop, threadActivateDelay: 0, threadActivateTimeOut: 3000=0A= B4 stop Thread_3. Threads: 3=0AWait till Thread_3 stopped, Threads: 3=A0 De= lay: 50=0AWait till Thread_3 stopped, Threads: 3=A0 Delay: 100=0AWait till = Thread_3 stopped, Threads: 3=A0 Delay: 150=0A:=0A:=0AWait till Thread_3 sto= pped, Threads: 3=A0 Delay: 3000=0ACame out of Thread_3 loop, threadActivate= Delay: 3000, threadActivateTimeOut: 3000=0ATime out. Thread_3 may be dead!= =0A=0A=0A=0A./prog=0AB4 stop Thread_1. Threads: 3=0AWait till Thread_1 stop= ped, Threads: 3=A0 Delay: 50=0AWait till Thread_1 stopped, Threads: 3=A0 De= lay: 100=0AWait till Thread_1 stopped, Threads: 3=A0 Delay: 150=0A:=0A:=0AW= ait till Thread_1 stopped, Threads: 3=A0 Delay: 3000=0ACame out of Thread_1= loop, threadActivateDelay: 3000, threadActivateTimeOut: 3000=0ATime out. T= hread_1 may be dead!=0A=0A=0AI have tested this program on FreeBSD 8.1 and = 9.0 RC1, both i386. Different runs hang different threads. Also as I mentio= n earlier, rarely all three threads stop immediately.=0A=0AMy issue is quit= e similar to the problem: http://security.freebsd.org/advisories/FreeBSD-EN= -10:02.sched_ule.asc=0A=0ABut it doesn't freeze the system.=A0=0A=0AIncreas= e threadActivateTimeOut to 60000ms also doesn't work once hang.=0A=0APlease= also note, once receive a SIGUSR1, the thread wait on sigwait() till it re= ceive another signal.=0A=0A=0ASo what have I hit with? Is it a programming = error in my side or scheduling error or something else?=0A=0AAppreciate ver= y much if FreeBSD guys could help me to solve this issue.=0A=0AMany thanks = in advance.=0A=0ABest regards=0AUnga From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:27:38 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D7F1065673; Wed, 9 Nov 2011 14:27:38 +0000 (UTC) (envelope-from hosting@syscare.sk) Received: from services.syscare.sk (services.syscare.sk [188.40.39.36]) by mx1.freebsd.org (Postfix) with ESMTP id D8E1E8FC19; Wed, 9 Nov 2011 14:27:37 +0000 (UTC) Received: from services.syscare.sk (services [188.40.39.36]) by services.syscare.sk (Postfix) with ESMTP id D497B7BD8F; Wed, 9 Nov 2011 15:08:39 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.syscare.sk ([188.40.39.36]) by services.syscare.sk (services.rulez.sk [188.40.39.36]) (amavisd-new, port 10024) with ESMTP id GlMtf37hs2Ol; Wed, 9 Nov 2011 15:08:34 +0100 (CET) Received: from hosting.syscare.sk (hosting [188.40.39.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by services.syscare.sk (Postfix) with ESMTPS id 4DFD37BD5D; Wed, 9 Nov 2011 15:08:34 +0100 (CET) Received: (from www@localhost) by hosting.syscare.sk (8.14.4/8.14.4/Submit) id pA9E8Ytf076896; Wed, 9 Nov 2011 15:08:34 +0100 (CET) (envelope-from hosting@syscare.sk) X-Authentication-Warning: hosting.syscare.sk: www set sender to hosting@syscare.sk using -f To: X-PHP-Originating-Script: 0:func.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Nov 2011 15:08:34 +0100 From: Daniel Gerzo Organization: The FreeBSD Project Mail-Reply-To: In-Reply-To: <20111108095508.GA81445@freefall.freebsd.org> References: <20111108095508.GA81445@freefall.freebsd.org> Message-ID: <3cc153aa4fc398e3809ea826ebb9e3ad@rulez.sk> X-Sender: danger@FreeBSD.org User-Agent: Roundcube Webmail/0.5.4 Cc: stable@freebsd.org, hackers@freebsd.org Subject: Re: FreeBSD Status Report July-September, 2011 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: monthly@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 14:27:38 -0000 On Tue, 8 Nov 2011 09:55:09 +0000, Daniel Gerzo wrote: > FreeBSD Quarterly Status Report - Q3/2011 Unfortunately, I managed to use an old status report entry for KDE/FreeBSD, instead of the current one. I am sorry for any inconvenience; the current entry for KDE/FreeBSD is below: KDE/FreeBSD URL: http://FreeBSD.KDE.org URL: http://FreeBSD.KDE.org/area51.php Contact: KDE FreeBSD The KDE/FreeBSD team has continued to improve the experience of KDE software and Qt under FreeBSD. The latest round of improvements include: * Splitting some of the KDE modules into smaller ports * Reduced startup time by ~15 seconds * Allowed auto-login out-of-the-box * Kopete supports GoogleTalk * Kalzium installs with its molecular editor * Zeitgeist support added * Porting Calligra to FreeBSD (work-in-progress) The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.4 * PyQt: 4.8.5 (SIP: 4.12.4) * KDE SC: 4.7.2 * Amarok: 2.4.3 * KDevelop: 4.2.3 (KDevPlatform: 1.2.3) The team is always looking for more testers and porters so please contact us at kde-freebsd@KDE.org and visit our home page at http://FreeBSD.KDE.org. Open tasks: 1. Testing KDE PIM 4.7.2 2. Testing phonon-gstreamer and phonon-vlc as the phonon-xine backend was deprecated (and will remain in ports) -- Kind regards Daniel From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 14:56:29 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CBA71065675 for ; Wed, 9 Nov 2011 14:56:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6334D8FC0C for ; Wed, 9 Nov 2011 14:56:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0C8F546B23; Wed, 9 Nov 2011 09:56:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A5B598A052; Wed, 9 Nov 2011 09:56:28 -0500 (EST) From: John Baldwin To: Vincent Hoffman Date: Wed, 9 Nov 2011 09:39:13 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p8; KDE/4.5.5; amd64; ; ) References: <4EA9E0C3.5080306@unsane.co.uk> <4EB9AC0F.2040209@unsane.co.uk> <4EB9BD9B.8080604@unsane.co.uk> In-Reply-To: <4EB9BD9B.8080604@unsane.co.uk> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111090939.14177.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 09 Nov 2011 09:56:28 -0500 (EST) Cc: Jan Mikkelsen , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 14:56:29 -0000 On Tuesday, November 08, 2011 6:39:07 pm Vincent Hoffman wrote: > On 08/11/2011 22:24, Vincent Hoffman wrote: > > On 08/11/2011 19:50, John Baldwin wrote: > >> On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: > >>> On 28/10/2011 04:14, Jan Mikkelsen wrote: > >>>> Hi, > >>>> > >>>> There is a patch linked to from this PR, which seems very similar: > >>>> > >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 > >>>> > >>>> http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html > >>>> > >>>> The problem is also consistent with running mfiutil clearing the problem. > >>>> > >>>> I'm about to deploy mfi controllers in a similar configuration, so I'd be > >> very curious about whether the patch fixes the problem for you. > >>> The patch you linked to seems to have removed the stalls, although I > >>> have only had it running for a day. I'll post if it stalls again though. > >>> > >>> I did manage to scrounge the use of a Dell r410 with a > >>> LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) > >>> Badged as Dell PERC H700 Adapter > >>> > >>> to test out the patch I originally found but had the same issue as this post > >>> > >>> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html > >>> > >>> > >>> I couldnt get the dell to stall in the first place either though so it > >>> could be a specific firmware version that the issue. > >>> > >>> Anyway thanks for the pointers. > >> Hmm, did you try the patch I had posted from that earlier thread? It had > >> two changes in it, one was similar to the patch in the PR, the second added > >> MSI-X support. I've since tweaked it to make the MSI-X support off by > >> default but possible to enable via loader.conf. Would you be willing to > >> try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? > > Hi, > > yes I tried the patch you posted originally, unfortunately the dell > > never finished booting either. The Supermicro is now in production but > > I'll take the dell up to 9-STABLE and try your updated patch. > > > The patch didnt apply quite cleanly for 9-STABLE, 1 reject as it had > already been applied. Odd, it's against stock head, so I don't know why it would have failed to apply. > I have rebooted the dell and it seems happy with the new patch (msi > disabled.) Okay, good. I'll commit the non-MSI bits at least and get them merged into 9.0 if possible. > Booting with > hw.mfi.msix=1 in /boot/loader.conf causes the timeouts again and stops > the boot from completing. Ok. Can you try changing it to use MSI instead of MSI-X? Just edit the mfi_pci.c call and replace 'pci_alloc_msix' with 'pci_alloc_msi'. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 15:04:09 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8175A1065673; Wed, 9 Nov 2011 15:04:09 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 02BC78FC0A; Wed, 9 Nov 2011 15:04:08 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pA9F47eI093679 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 9 Nov 2011 15:04:07 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EBA9667.8060100@unsane.co.uk> Date: Wed, 09 Nov 2011 15:04:07 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <4EA9E0C3.5080306@unsane.co.uk> <4EB9AC0F.2040209@unsane.co.uk> <4EB9BD9B.8080604@unsane.co.uk> <201111090939.14177.jhb@freebsd.org> In-Reply-To: <201111090939.14177.jhb@freebsd.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 15:04:09 -0000 On 09/11/2011 14:39, John Baldwin wrote: > On Tuesday, November 08, 2011 6:39:07 pm Vincent Hoffman wrote: >> On 08/11/2011 22:24, Vincent Hoffman wrote: >>> On 08/11/2011 19:50, John Baldwin wrote: >>>> On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: >>>>> On 28/10/2011 04:14, Jan Mikkelsen wrote: >>>>>> Hi, >>>>>> >>>>>> There is a patch linked to from this PR, which seems very similar: >>>>>> >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 >>>>>> >>>>>> http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html >>>>>> >>>>>> The problem is also consistent with running mfiutil clearing the problem. >>>>>> >>>>>> I'm about to deploy mfi controllers in a similar configuration, so I'd be >>>> very curious about whether the patch fixes the problem for you. >>>>> The patch you linked to seems to have removed the stalls, although I >>>>> have only had it running for a day. I'll post if it stalls again though. >>>>> >>>>> I did manage to scrounge the use of a Dell r410 with a >>>>> LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) >>>>> Badged as Dell PERC H700 Adapter >>>>> >>>>> to test out the patch I originally found but had the same issue as this post >>>>> >>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html >>>>> >>>>> >>>>> I couldnt get the dell to stall in the first place either though so it >>>>> could be a specific firmware version that the issue. >>>>> >>>>> Anyway thanks for the pointers. >>>> Hmm, did you try the patch I had posted from that earlier thread? It had >>>> two changes in it, one was similar to the patch in the PR, the second added >>>> MSI-X support. I've since tweaked it to make the MSI-X support off by >>>> default but possible to enable via loader.conf. Would you be willing to >>>> try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? >>> Hi, >>> yes I tried the patch you posted originally, unfortunately the dell >>> never finished booting either. The Supermicro is now in production but >>> I'll take the dell up to 9-STABLE and try your updated patch. >>> >> The patch didnt apply quite cleanly for 9-STABLE, 1 reject as it had >> already been applied. > Odd, it's against stock head, so I don't know why it would have failed to > apply. > I think it was http://svnweb.freebsd.org/base?view=revision&revision=227309 no big deal. >> I have rebooted the dell and it seems happy with the new patch (msi >> disabled.) > Okay, good. I'll commit the non-MSI bits at least and get them merged into > 9.0 if possible. > >> Booting with >> hw.mfi.msix=1 in /boot/loader.conf causes the timeouts again and stops >> the boot from completing. > Ok. Can you try changing it to use MSI instead of MSI-X? Just edit the > mfi_pci.c call and replace 'pci_alloc_msix' with 'pci_alloc_msi'. > I'll have a try. Vince From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 15:35:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A53A21065673; Wed, 9 Nov 2011 15:35:37 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id F1F8C8FC0C; Wed, 9 Nov 2011 15:35:36 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pA9FZZZt094824 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 9 Nov 2011 15:35:35 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EBA9DC7.8090708@unsane.co.uk> Date: Wed, 09 Nov 2011 15:35:35 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: John Baldwin References: <4EA9E0C3.5080306@unsane.co.uk> <4EB9AC0F.2040209@unsane.co.uk> <4EB9BD9B.8080604@unsane.co.uk> <201111090939.14177.jhb@freebsd.org> In-Reply-To: <201111090939.14177.jhb@freebsd.org> X-Enigmail-Version: 1.3.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org, Jeremy Chadwick Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 15:35:37 -0000 On 09/11/2011 14:39, John Baldwin wrote: > On Tuesday, November 08, 2011 6:39:07 pm Vincent Hoffman wrote: >> On 08/11/2011 22:24, Vincent Hoffman wrote: >>> On 08/11/2011 19:50, John Baldwin wrote: >>>> On Wednesday, November 02, 2011 5:47:38 pm Vincent Hoffman wrote: >>>>> On 28/10/2011 04:14, Jan Mikkelsen wrote: >>>>>> Hi, >>>>>> >>>>>> There is a patch linked to from this PR, which seems very similar: >>>>>> >>>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/140416 >>>>>> >>>>>> http://lists.freebsd.org/pipermail/freebsd-scsi/2011-March/004839.html >>>>>> >>>>>> The problem is also consistent with running mfiutil clearing the problem. >>>>>> >>>>>> I'm about to deploy mfi controllers in a similar configuration, so I'd be >>>> very curious about whether the patch fixes the problem for you. >>>>> The patch you linked to seems to have removed the stalls, although I >>>>> have only had it running for a day. I'll post if it stalls again though. >>>>> >>>>> I did manage to scrounge the use of a Dell r410 with a >>>>> LSI Logic / Symbios Logic MegaRAID SAS 2108 [Liberator] (rev 05) >>>>> Badged as Dell PERC H700 Adapter >>>>> >>>>> to test out the patch I originally found but had the same issue as this post >>>>> >>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html >>>>> >>>>> >>>>> I couldnt get the dell to stall in the first place either though so it >>>>> could be a specific firmware version that the issue. >>>>> >>>>> Anyway thanks for the pointers. >>>> Hmm, did you try the patch I had posted from that earlier thread? It had >>>> two changes in it, one was similar to the patch in the PR, the second added >>>> MSI-X support. I've since tweaked it to make the MSI-X support off by >>>> default but possible to enable via loader.conf. Would you be willing to >>>> try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? >>> Hi, >>> yes I tried the patch you posted originally, unfortunately the dell >>> never finished booting either. The Supermicro is now in production but >>> I'll take the dell up to 9-STABLE and try your updated patch. >>> >> The patch didnt apply quite cleanly for 9-STABLE, 1 reject as it had >> already been applied. > Odd, it's against stock head, so I don't know why it would have failed to > apply. > >> I have rebooted the dell and it seems happy with the new patch (msi >> disabled.) > Okay, good. I'll commit the non-MSI bits at least and get them merged into > 9.0 if possible. > >> Booting with >> hw.mfi.msix=1 in /boot/loader.conf causes the timeouts again and stops >> the boot from completing. > Ok. Can you try changing it to use MSI instead of MSI-X? Just edit the > mfi_pci.c call and replace 'pci_alloc_msix' with 'pci_alloc_msi'. > Much better, It boots and says Nov 9 15:25:45 zfstest kernel: mfi0: port 0xfc00-0xfcff mem 0xdf1bc000-0xdf1bffff,0xdf1c0000-0xdf1fffff irq 38 at device 0.0 on pci3 Nov 9 15:25:45 zfstest kernel: mfi0: Using MSI-X Nov 9 15:25:45 zfstest kernel: mfi0: Megaraid SAS driver Ver 3.00 Nov 9 15:25:45 zfstest kernel: mfi0: 2004 (374167405s/0x0020/info) - Shutdown command received from host Nov 9 15:25:45 zfstest kernel: mfi0: 2005 (boot + 34s/0x0020/info) - Firmware initialization started (PCI ID 0079/1000/1f16/1028) Nov 9 15:25:45 zfstest kernel: mfi0: 2006 (boot + 34s/0x0020/info) - Firmware version 2.100.03-1046 Nov 9 15:25:45 zfstest kernel: mfi0: 2007 (boot + 36s/0x0008/info) - Battery Present Nov 9 15:25:45 zfstest kernel: mfi0: 2008 (boot + 36s/0x0020/info) - Package version 12.10.0-0025 Nov 9 15:25:45 zfstest kernel: mfi0: 2009 (boot + 36s/0x0020/info) - Board Revision A00 Nov 9 15:25:45 zfstest kernel: mfi0: 2010 (boot + 61s/0x0002/info) - Inserted: PD 00(e0xff/s0) Nov 9 15:25:45 zfstest kernel: mfi0: 2011 (boot + 61s/0x0002/info) - Inserted: PD 00(e0xff/s0) Info: enclPd=ffff, scsiType=0, portMap=01, sasAddr=4433221107000000,0000000000000000 Nov 9 15:25:45 zfstest kernel: mfi0: 2012 (boot + 61s/0x0002/info) - Inserted: PD 01(e0xff/s1) Nov 9 15:25:45 zfstest kernel: mfi0: 2013 (boot + 61s/0x0002/info) - Inserted: PD 01(e0xff/s1) Info: enclPd=ffff, scsiType=0, portMap=00, sasAddr=4433221106000000,0000000000000000 Nov 9 15:25:45 zfstest kernel: mfi0: 2014 (374167491s/0x0020/info) - Time established as 11/09/11 15:24:51; (63 seconds since power on) Nov 9 15:25:45 zfstest kernel: mfi0: 2015 (374167529s/0x0008/info) - Battery temperature is normal Nov 9 15:25:45 zfstest kernel: mfi0: 2016 (374167529s/0x0008/info) - Battery started charging More info as required. Vince From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 17:14:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F744106564A for ; Wed, 9 Nov 2011 17:14:35 +0000 (UTC) (envelope-from ml@os2.kiev.ua) Received: from s1.sdv.com.ua (s1.sdv.com.ua [77.120.97.61]) by mx1.freebsd.org (Postfix) with ESMTP id 08EAF8FC12 for ; Wed, 9 Nov 2011 17:14:34 +0000 (UTC) Received: from 80-105-243-80.cust.centrio.cz ([80.243.105.80] helo=[192.168.101.100]) by s1.sdv.com.ua with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1ROBjJ-000FO8-Dm; Wed, 09 Nov 2011 19:14:31 +0200 Message-ID: <4EBAB4E9.6040009@os2.kiev.ua> Date: Wed, 09 Nov 2011 18:14:17 +0100 From: Alex Samorukov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "Marat N.Afanasyev" References: <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> <4EB7DA61.2030403@os2.kiev.ua> <20111107141004.GA3377@icarus.home.lan> <4EB7E934.1090703@os2.kiev.ua> <4EB99217.3030508@ksu.ru> In-Reply-To: <4EB99217.3030508@ksu.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-SA-Score: -1.0 Cc: FreeBSD Stable Mailing List , Jeremy Chadwick Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 17:14:35 -0000 On 11/08/2011 09:33 PM, Marat N.Afanasyev wrote: > why :) > > just a little misunderstanding, I suppose ;) I just showed what I'd > expect from > > #smartctl -a -d 3ware,0 /dev/twa0 > > in case of sas drive on channel 0 Yes. BTW, if you able to provide access to the BSD box with MFI and SAS i could fix "defect sectors" status report. For the twa/SAS much work needs to be done, but if there is anyone with such controller and hardware (not in production!) i could try, at least. From owner-freebsd-stable@FreeBSD.ORG Wed Nov 9 18:15:10 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ABA5106567F for ; Wed, 9 Nov 2011 18:15:10 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from webmail.hitv.ru (mail.hitv.ru [217.66.16.37]) by mx1.freebsd.org (Postfix) with ESMTP id C13608FC1C for ; Wed, 9 Nov 2011 18:15:09 +0000 (UTC) Received: from webmail.hitv.ru (localhost [127.0.0.1]) by webmail.hitv.ru (Postfix) with ESMTP id 9C99E4ACE76; Wed, 9 Nov 2011 22:15:08 +0400 (MSK) Received: from zealot.ksu.ru (zealot.hitv.ru [83.151.8.230]) by webmail.hitv.ru (Postfix) with ESMTP id 5A5074ACE4D; Wed, 9 Nov 2011 22:15:08 +0400 (MSK) Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.4/8.14.4) with ESMTP id pA9IF8B0050348; Wed, 9 Nov 2011 21:15:08 +0300 (MSK) (envelope-from amarat@ksu.ru) Message-ID: <4EBAC32C.4000606@ksu.ru> Date: Wed, 09 Nov 2011 22:15:08 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111009 Firefox/7.0.1 SeaMonkey/2.4.1 MIME-Version: 1.0 To: Alex Samorukov References: <4EB6AD22.4080408@ksu.ru> <4EB6B20A.9090104@os2.kiev.ua> <4EB6B530.9000901@ksu.ru> <4EB6F004.9060501@os2.kiev.ua> <4EB6FABF.6060401@os2.kiev.ua> <4EB7BFD3.3040606@ksu.ru> <20111107114231.GA11028@icarus.home.lan> <4EB7D4D0.9080905@ksu.ru> <20111107130612.GA2298@icarus.home.lan> <4EB7DA61.2030403@os2.kiev.ua> <20111107141004.GA3377@icarus.home.lan> <4EB7E934.1090703@os2.kiev.ua> <4EB99217.3030508@ksu.ru> <4EBAB4E9.6040009@os2.kiev.ua> In-Reply-To: <4EBAB4E9.6040009@os2.kiev.ua> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms050509020508020803010504" X-Virus-Scanned: ClamAV using ClamSMTP X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Mailing List , Jeremy Chadwick Subject: Re: smartctl / mpt on 9.0-RC1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Nov 2011 18:15:10 -0000 This is a cryptographically signed message in MIME format. --------------ms050509020508020803010504 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: quoted-printable Alex Samorukov wrote: > On 11/08/2011 09:33 PM, Marat N.Afanasyev wrote: >> why :) >> >> just a little misunderstanding, I suppose ;) I just showed what I'd >> expect from >> >> #smartctl -a -d 3ware,0 /dev/twa0 >> >> in case of sas drive on channel 0 > Yes. > > BTW, if you able to provide access to the BSD box with MFI and SAS i > could fix "defect sectors" status report. For the twa/SAS much work > needs to be done, but if there is anyone with such controller and > hardware (not in production!) i could try, at least. > > I have one of my boxes being repaired, so as soon as it will be=20 returned I'll try to give you access to that box. Unfortunately all my=20 sas drives attached to 3ware controllers are in production boxes, so=20 playing with them are not possible :( --=20 SY, Marat --------------ms050509020508020803010504-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 09:40:20 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA84D106566B for ; Thu, 10 Nov 2011 09:40:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.digiware.nl [217.149.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id 48C368FC17 for ; Thu, 10 Nov 2011 09:40:19 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id D31A1153438 for ; Thu, 10 Nov 2011 10:22:47 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jF5nvhdvQX-a for ; Thu, 10 Nov 2011 10:22:42 +0100 (CET) Received: from [IPv6:2001:4cb8:3:1:795d:6cf8:dd4:db0b] (unknown [IPv6:2001:4cb8:3:1:795d:6cf8:dd4:db0b]) by mail.digiware.nl (Postfix) with ESMTP id 968A7153436 for ; Thu, 10 Nov 2011 10:22:42 +0100 (CET) Message-ID: <4EBB97DF.3020803@digiware.nl> Date: Thu, 10 Nov 2011 10:22:39 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: "stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: em0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 09:40:20 -0000 Hi Still running this file server on ZFS, and every now and then em0 goes down, and is not revivable.... Nothing goes in or out the box... Any suggestions as how to (help) fix this? Regards, --WjW ------- Nov 10 09:07:41 zfs kernel: em0: Watchdog timeout -- resetting Nov 10 09:07:41 zfs kernel: em0: Queue(0) tdh = 187, hw tdt = 189 Nov 10 09:07:41 zfs kernel: em0: TX(0) desc avail = 1022,Next TX to Clean = 187 Nov 10 09:11:32 zfs kernel: em0: Watchdog timeout -- resetting Nov 10 09:11:32 zfs kernel: em0: Queue(0) tdh = 139, hw tdt = 151 Nov 10 09:11:32 zfs kernel: em0: TX(0) desc avail = 1012,Next TX to Clean = 139 Nov 10 09:16:05 zfs kernel: em0: Watchdog timeout -- resetting Nov 10 09:16:05 zfs kernel: em0: Queue(0) tdh = 152, hw tdt = 163 Nov 10 09:16:05 zfs kernel: em0: TX(0) desc avail = 1013,Next TX to Clean = 152 Nov 10 09:33:10 zfs kernel: em0: Watchdog timeout -- resetting Nov 10 09:33:10 zfs kernel: em0: Queue(0) tdh = 161, hw tdt = 176 Nov 10 09:33:10 zfs kernel: em0: TX(0) desc avail = 1008,Next TX to Clean = 160 Nov 10 09:53:18 zfs kernel: em0: Watchdog timeout -- resetting Nov 10 09:53:18 zfs kernel: em0: Queue(0) tdh = 157, hw tdt = 172 Nov 10 09:53:18 zfs kernel: em0: TX(0) desc avail = 1009,Next TX to Clean = 157 Device is: Nov 10 10:07:27 zfs kernel: em0: port 0x1820-0x183f mem 0xdf900000-0xdf91ffff,0xdf924000-0xdf924fff irq 16 at device 25.0 on pci0 Nov 10 10:07:27 zfs kernel: em0: Using an MSI interrupt Nov 10 10:07:27 zfs kernel: em0: [FILTER] pciconf -lv: em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 chip=0x10bd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class = network subclass = ethernet uname: 8.2-STABLE FreeBSD 8.2-STABLE #12: Sun Oct 2 13:36:55 CEST 2011 amd64 sysctl -a | grep em.0: dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 dev.em.0.%driver: em dev.em.0.%location: slot=25 function=0 handle=\_SB_.PCI0.LAN_ dev.em.0.%pnpinfo: vendor=0x8086 device=0x10bd subvendor=0x15d9 subdevice=0x10bd class=0x020000 dev.em.0.%parent: pci0 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.rx_processing_limit: 100 dev.em.0.flow_control: 3 dev.em.0.eee_control: 0 dev.em.0.link_irq: 0 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.rx_overruns: 6 dev.em.0.watchdog_timeouts: 5 dev.em.0.device_control: 1074790976 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 8192 dev.em.0.fc_low_water: 6692 dev.em.0.queue0.txd_head: 78 dev.em.0.queue0.txd_tail: 78 dev.em.0.queue0.tx_irq: 0 dev.em.0.queue0.no_desc_avail: 0 dev.em.0.queue0.rxd_head: 376 dev.em.0.queue0.rxd_tail: 375 dev.em.0.queue0.rx_irq: 0 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 9 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 1 dev.em.0.mac_stats.crc_errs: 1 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 160062850 dev.em.0.mac_stats.good_pkts_recvd: 160062840 dev.em.0.mac_stats.bcast_pkts_recvd: 79648 dev.em.0.mac_stats.mcast_pkts_recvd: 10220 dev.em.0.mac_stats.rx_frames_64: 0 dev.em.0.mac_stats.rx_frames_65_127: 0 dev.em.0.mac_stats.rx_frames_128_255: 0 dev.em.0.mac_stats.rx_frames_256_511: 0 dev.em.0.mac_stats.rx_frames_512_1023: 0 dev.em.0.mac_stats.rx_frames_1024_1522: 0 dev.em.0.mac_stats.good_octets_recvd: 107143604749 dev.em.0.mac_stats.good_octets_txd: 129876768158 dev.em.0.mac_stats.total_pkts_txd: 179010567 dev.em.0.mac_stats.good_pkts_txd: 179010567 dev.em.0.mac_stats.bcast_pkts_txd: 14608 dev.em.0.mac_stats.mcast_pkts_txd: 206 dev.em.0.mac_stats.tx_frames_64: 0 dev.em.0.mac_stats.tx_frames_65_127: 0 dev.em.0.mac_stats.tx_frames_128_255: 0 dev.em.0.mac_stats.tx_frames_256_511: 0 dev.em.0.mac_stats.tx_frames_512_1023: 0 dev.em.0.mac_stats.tx_frames_1024_1522: 0 dev.em.0.mac_stats.tso_txd: 3691806 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 130023913 dev.em.0.interrupts.rx_pkt_timer: 0 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 0 dev.em.0.interrupts.tx_abs_timer: 0 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 0 dev.em.0.wake: 0 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 10:03:55 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC3C1065672 for ; Thu, 10 Nov 2011 10:03:55 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id A91698FC16 for ; Thu, 10 Nov 2011 10:03:53 +0000 (UTC) Received: from omta21.emeryville.ca.mail.comcast.net ([76.96.30.88]) by qmta01.emeryville.ca.mail.comcast.net with comcast id vMn01h0011u4NiLA1MqcCB; Thu, 10 Nov 2011 09:50:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta21.emeryville.ca.mail.comcast.net with comcast id vMyJ1h0071t3BNj8hMyKT1; Thu, 10 Nov 2011 09:58:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id AE0BF102C1D; Thu, 10 Nov 2011 01:50:41 -0800 (PST) Date: Thu, 10 Nov 2011 01:50:41 -0800 From: Jeremy Chadwick To: Willem Jan Withagen Message-ID: <20111110095041.GA73812@icarus.home.lan> References: <4EBB97DF.3020803@digiware.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4EBB97DF.3020803@digiware.nl> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "stable@freebsd.org" , "Vogel, Jack" Subject: Re: em0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 10:03:55 -0000 On Thu, Nov 10, 2011 at 10:22:39AM +0100, Willem Jan Withagen wrote: > Still running this file server on ZFS, and every now and then em0 > goes down, and is not revivable.... Nothing goes in or out the > box... > > Any suggestions as how to (help) fix this? CC'ing Jack Vogel of Intel. We need "pciconf -lvbc" output (-lv by itself isn't sufficient in this regard). Also, please do "sysctl dev.em.0.debug=1", which will show nothing useful in the output, however "dmesg" shortly after should have a bunch of driver-level debugging information that should help (output starts with "Interface is ...". Please provide that too. > Nov 10 09:07:41 zfs kernel: em0: Watchdog timeout -- resetting > Nov 10 09:07:41 zfs kernel: em0: Queue(0) tdh = 187, hw tdt = 189 > Nov 10 09:07:41 zfs kernel: em0: TX(0) desc avail = 1022,Next TX to Clean = 187 > Nov 10 09:11:32 zfs kernel: em0: Watchdog timeout -- resetting > Nov 10 09:11:32 zfs kernel: em0: Queue(0) tdh = 139, hw tdt = 151 > Nov 10 09:11:32 zfs kernel: em0: TX(0) desc avail = 1012,Next TX to Clean = 139 > Nov 10 09:16:05 zfs kernel: em0: Watchdog timeout -- resetting > Nov 10 09:16:05 zfs kernel: em0: Queue(0) tdh = 152, hw tdt = 163 > Nov 10 09:16:05 zfs kernel: em0: TX(0) desc avail = 1013,Next TX to Clean = 152 > Nov 10 09:33:10 zfs kernel: em0: Watchdog timeout -- resetting > Nov 10 09:33:10 zfs kernel: em0: Queue(0) tdh = 161, hw tdt = 176 > Nov 10 09:33:10 zfs kernel: em0: TX(0) desc avail = 1008,Next TX to Clean = 160 > Nov 10 09:53:18 zfs kernel: em0: Watchdog timeout -- resetting > Nov 10 09:53:18 zfs kernel: em0: Queue(0) tdh = 157, hw tdt = 172 > Nov 10 09:53:18 zfs kernel: em0: TX(0) desc avail = 1009,Next TX to Clean = 157 > > Device is: > Nov 10 10:07:27 zfs kernel: em0: port 0x1820-0x183f mem 0xdf900000-0xdf91ffff,0xdf924000-0xdf924fff irq 16 at device 25.0 on pci0 > Nov 10 10:07:27 zfs kernel: em0: Using an MSI interrupt > Nov 10 10:07:27 zfs kernel: em0: [FILTER] > > pciconf -lv: > em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 > chip=0x10bd8086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' > class = network > subclass = ethernet > > uname: > 8.2-STABLE FreeBSD 8.2-STABLE #12: Sun Oct 2 13:36:55 CEST 2011 > amd64 > > sysctl -a | grep em.0: > dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 > dev.em.0.%driver: em > dev.em.0.%location: slot=25 function=0 handle=\_SB_.PCI0.LAN_ > dev.em.0.%pnpinfo: vendor=0x8086 device=0x10bd subvendor=0x15d9 > subdevice=0x10bd class=0x020000 > dev.em.0.%parent: pci0 > dev.em.0.nvm: -1 > dev.em.0.debug: -1 > dev.em.0.rx_int_delay: 0 > dev.em.0.tx_int_delay: 66 > dev.em.0.rx_abs_int_delay: 66 > dev.em.0.tx_abs_int_delay: 66 > dev.em.0.rx_processing_limit: 100 > dev.em.0.flow_control: 3 > dev.em.0.eee_control: 0 > dev.em.0.link_irq: 0 > dev.em.0.mbuf_alloc_fail: 0 > dev.em.0.cluster_alloc_fail: 0 > dev.em.0.dropped: 0 > dev.em.0.tx_dma_fail: 0 > dev.em.0.rx_overruns: 6 > dev.em.0.watchdog_timeouts: 5 > dev.em.0.device_control: 1074790976 > dev.em.0.rx_control: 67141634 > dev.em.0.fc_high_water: 8192 > dev.em.0.fc_low_water: 6692 > dev.em.0.queue0.txd_head: 78 > dev.em.0.queue0.txd_tail: 78 > dev.em.0.queue0.tx_irq: 0 > dev.em.0.queue0.no_desc_avail: 0 > dev.em.0.queue0.rxd_head: 376 > dev.em.0.queue0.rxd_tail: 375 > dev.em.0.queue0.rx_irq: 0 > dev.em.0.mac_stats.excess_coll: 0 > dev.em.0.mac_stats.single_coll: 0 > dev.em.0.mac_stats.multiple_coll: 0 > dev.em.0.mac_stats.late_coll: 0 > dev.em.0.mac_stats.collision_count: 0 > dev.em.0.mac_stats.symbol_errors: 0 > dev.em.0.mac_stats.sequence_errors: 0 > dev.em.0.mac_stats.defer_count: 0 > dev.em.0.mac_stats.missed_packets: 9 > dev.em.0.mac_stats.recv_no_buff: 0 > dev.em.0.mac_stats.recv_undersize: 0 > dev.em.0.mac_stats.recv_fragmented: 0 > dev.em.0.mac_stats.recv_oversize: 0 > dev.em.0.mac_stats.recv_jabber: 0 > dev.em.0.mac_stats.recv_errs: 1 > dev.em.0.mac_stats.crc_errs: 1 > dev.em.0.mac_stats.alignment_errs: 0 > dev.em.0.mac_stats.coll_ext_errs: 0 > dev.em.0.mac_stats.xon_recvd: 0 > dev.em.0.mac_stats.xon_txd: 0 > dev.em.0.mac_stats.xoff_recvd: 0 > dev.em.0.mac_stats.xoff_txd: 0 > dev.em.0.mac_stats.total_pkts_recvd: 160062850 > dev.em.0.mac_stats.good_pkts_recvd: 160062840 > dev.em.0.mac_stats.bcast_pkts_recvd: 79648 > dev.em.0.mac_stats.mcast_pkts_recvd: 10220 > dev.em.0.mac_stats.rx_frames_64: 0 > dev.em.0.mac_stats.rx_frames_65_127: 0 > dev.em.0.mac_stats.rx_frames_128_255: 0 > dev.em.0.mac_stats.rx_frames_256_511: 0 > dev.em.0.mac_stats.rx_frames_512_1023: 0 > dev.em.0.mac_stats.rx_frames_1024_1522: 0 > dev.em.0.mac_stats.good_octets_recvd: 107143604749 > dev.em.0.mac_stats.good_octets_txd: 129876768158 > dev.em.0.mac_stats.total_pkts_txd: 179010567 > dev.em.0.mac_stats.good_pkts_txd: 179010567 > dev.em.0.mac_stats.bcast_pkts_txd: 14608 > dev.em.0.mac_stats.mcast_pkts_txd: 206 > dev.em.0.mac_stats.tx_frames_64: 0 > dev.em.0.mac_stats.tx_frames_65_127: 0 > dev.em.0.mac_stats.tx_frames_128_255: 0 > dev.em.0.mac_stats.tx_frames_256_511: 0 > dev.em.0.mac_stats.tx_frames_512_1023: 0 > dev.em.0.mac_stats.tx_frames_1024_1522: 0 > dev.em.0.mac_stats.tso_txd: 3691806 > dev.em.0.mac_stats.tso_ctx_fail: 0 > dev.em.0.interrupts.asserts: 130023913 > dev.em.0.interrupts.rx_pkt_timer: 0 > dev.em.0.interrupts.rx_abs_timer: 0 > dev.em.0.interrupts.tx_pkt_timer: 0 > dev.em.0.interrupts.tx_abs_timer: 0 > dev.em.0.interrupts.tx_queue_empty: 0 > dev.em.0.interrupts.tx_queue_min_thresh: 0 > dev.em.0.interrupts.rx_desc_min_thresh: 0 > dev.em.0.interrupts.rx_overrun: 0 > dev.em.0.wake: 0 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:21:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76AFE106564A; Thu, 10 Nov 2011 11:21:44 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0199B8FC0C; Thu, 10 Nov 2011 11:21:43 +0000 (UTC) Received: from vhoffman.lon.namesco.net (lon.namesco.net [195.7.254.102]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id pAAAxSMo038655 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 10 Nov 2011 10:59:28 GMT (envelope-from vince@unsane.co.uk) Message-ID: <4EBBAE90.8010101@unsane.co.uk> Date: Thu, 10 Nov 2011 10:59:28 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: John Baldwin References: <4EA9E0C3.5080306@unsane.co.uk> <4EB9AC0F.2040209@unsane.co.uk> <4EB9BD9B.8080604@unsane.co.uk> <201111090939.14177.jhb@freebsd.org> In-Reply-To: <201111090939.14177.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jan Mikkelsen , freebsd-stable@freebsd.org Subject: Re: mfi timeouts X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 11:21:44 -0000 On 09/11/2011 14:39, John Baldwin wrote: > On Tuesday, November 08, 2011 6:39:07 pm Vincent Hoffman wrote: >> On 08/11/2011 22:24, Vincent Hoffman wrote: >>> On 08/11/2011 19:50, John Baldwin wrote: >>>> Hmm, did you try the patch I had posted from that earlier thread? It had >>>> two changes in it, one was similar to the patch in the PR, the second added >>>> MSI-X support. I've since tweaked it to make the MSI-X support off by >>>> default but possible to enable via loader.conf. Would you be willing to >>>> try the updated patch at www.freebsd.org/~jhb/patches/mfi.patch? >>> Hi, >>> yes I tried the patch you posted originally, unfortunately the dell >>> never finished booting either. The Supermicro is now in production but >>> I'll take the dell up to 9-STABLE and try your updated patch. >>> >> The patch didnt apply quite cleanly for 9-STABLE, 1 reject as it had >> already been applied. > Odd, it's against stock head, so I don't know why it would have failed to > apply. > >> I have rebooted the dell and it seems happy with the new patch (msi >> disabled.) > Okay, good. I'll commit the non-MSI bits at least and get them merged into > 9.0 if possible. > >> Booting with >> hw.mfi.msix=1 in /boot/loader.conf causes the timeouts again and stops >> the boot from completing. > Ok. Can you try changing it to use MSI instead of MSI-X? Just edit the > mfi_pci.c call and replace 'pci_alloc_msix' with 'pci_alloc_msi'. > Well the dell has been up for about 19 hours now using MSI, I ran bonnie++ a few times on it and have now stuck it in a permanent loop (will look in from time to time.) Are there any tests you'd like run/info you'd like? Vince From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 11:52:23 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F691106564A for ; Thu, 10 Nov 2011 11:52:23 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.digiware.nl [217.149.136.189]) by mx1.freebsd.org (Postfix) with ESMTP id 8A8208FC12 for ; Thu, 10 Nov 2011 11:52:21 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 0E9A5153433; Thu, 10 Nov 2011 12:51:49 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EDygJDS00c6C; Thu, 10 Nov 2011 12:51:42 +0100 (CET) Received: from [10.20.7.13] (seven.iphion.nl [217.149.136.129]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id BAF3D153436; Thu, 10 Nov 2011 12:51:42 +0100 (CET) Message-ID: <4EBBBACE.3020900@digiware.nl> Date: Thu, 10 Nov 2011 12:51:42 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Jeremy Chadwick References: <4EBB97DF.3020803@digiware.nl> <20111110095041.GA73812@icarus.home.lan> In-Reply-To: <20111110095041.GA73812@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , "Vogel, Jack" Subject: Re: em0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 11:52:23 -0000 On 10-11-2011 10:50, Jeremy Chadwick wrote: > On Thu, Nov 10, 2011 at 10:22:39AM +0100, Willem Jan Withagen wrote: >> Still running this file server on ZFS, and every now and then em0 >> goes down, and is not revivable.... Nothing goes in or out the >> box... >> >> Any suggestions as how to (help) fix this? > > CC'ing Jack Vogel of Intel. > > We need "pciconf -lvbc" output (-lv by itself isn't sufficient in this > regard). em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 chip=0x10bd8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xdf900000, size 131072, enabled bar [14] = type Memory, range 32, base 0xdf924000, size 4096, enabled bar [18] = type I/O Port, range 32, base 0x1820, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 13[e0] = PCI Advanced Features: FLR TP dmidecode gives: Handle 0x0001, DMI type 1, 27 bytes System Information Manufacturer: Supermicro Product Name: C2SBX Version: 0123456789 Serial Number: 0123456789 UUID: 53D1A494-D663-A0E7-890B-003048DE97CD Wake-up Type: Power Switch SKU Number: Not Specified Family: Not Specified > Also, please do "sysctl dev.em.0.debug=1", which will show nothing > useful in the output, however "dmesg" shortly after should have a bunch > of driver-level debugging information that should help (output starts > with "Interface is ...". Please provide that too. System is rebooted. So currrently there is nothing serious in trouble. But trying to switch is on does not seem to work? # sysctl dev.em.0.debug=1 dev.em.0.debug: -1 -> -1 # sysctl -a | grep debug | grep em dev.em.0.debug: -1 Or is it just to dump this: Nov 10 12:44:27 zfs kernel: Interface is RUNNING and INACTIVE Nov 10 12:44:27 zfs kernel: em0: hw tdh = 965, hw tdt = 965 Nov 10 12:44:27 zfs kernel: em0: hw rdh = 586, hw rdt = 585 Nov 10 12:44:27 zfs kernel: em0: Tx Queue Status = 0 Nov 10 12:44:27 zfs kernel: em0: TX descriptors avail = 1024 Nov 10 12:44:27 zfs kernel: em0: Tx Descriptors avail failure = 0 Nov 10 12:44:27 zfs kernel: em0: RX discarded packets = 0 Nov 10 12:44:27 zfs kernel: em0: RX Next to Check = 586 Nov 10 12:44:27 zfs kernel: em0: RX Next to Refresh = 585 I'm telling everybody always that they should go for intel ethernet devices, because "they just work". And I'm still very much convinced of this. So I'll be more than happy to do any debugging and/or testing required. The only thing I can not afford at the moment is leave this box in disconnected state. And note that this problem only raises it nasty head very few weeks... --WjW > >> Nov 10 09:07:41 zfs kernel: em0: Watchdog timeout -- resetting >> Nov 10 09:07:41 zfs kernel: em0: Queue(0) tdh = 187, hw tdt = 189 >> Nov 10 09:07:41 zfs kernel: em0: TX(0) desc avail = 1022,Next TX to Clean = 187 >> Nov 10 09:11:32 zfs kernel: em0: Watchdog timeout -- resetting >> Nov 10 09:11:32 zfs kernel: em0: Queue(0) tdh = 139, hw tdt = 151 >> Nov 10 09:11:32 zfs kernel: em0: TX(0) desc avail = 1012,Next TX to Clean = 139 >> Nov 10 09:16:05 zfs kernel: em0: Watchdog timeout -- resetting >> Nov 10 09:16:05 zfs kernel: em0: Queue(0) tdh = 152, hw tdt = 163 >> Nov 10 09:16:05 zfs kernel: em0: TX(0) desc avail = 1013,Next TX to Clean = 152 >> Nov 10 09:33:10 zfs kernel: em0: Watchdog timeout -- resetting >> Nov 10 09:33:10 zfs kernel: em0: Queue(0) tdh = 161, hw tdt = 176 >> Nov 10 09:33:10 zfs kernel: em0: TX(0) desc avail = 1008,Next TX to Clean = 160 >> Nov 10 09:53:18 zfs kernel: em0: Watchdog timeout -- resetting >> Nov 10 09:53:18 zfs kernel: em0: Queue(0) tdh = 157, hw tdt = 172 >> Nov 10 09:53:18 zfs kernel: em0: TX(0) desc avail = 1009,Next TX to Clean = 157 >> >> Device is: >> Nov 10 10:07:27 zfs kernel: em0: port 0x1820-0x183f mem 0xdf900000-0xdf91ffff,0xdf924000-0xdf924fff irq 16 at device 25.0 on pci0 >> Nov 10 10:07:27 zfs kernel: em0: Using an MSI interrupt >> Nov 10 10:07:27 zfs kernel: em0: [FILTER] >> >> pciconf -lv: >> em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 >> chip=0x10bd8086 rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' >> class = network >> subclass = ethernet >> >> uname: >> 8.2-STABLE FreeBSD 8.2-STABLE #12: Sun Oct 2 13:36:55 CEST 2011 >> amd64 >> >> sysctl -a | grep em.0: >> dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.2.3 >> dev.em.0.%driver: em >> dev.em.0.%location: slot=25 function=0 handle=\_SB_.PCI0.LAN_ >> dev.em.0.%pnpinfo: vendor=0x8086 device=0x10bd subvendor=0x15d9 >> subdevice=0x10bd class=0x020000 >> dev.em.0.%parent: pci0 >> dev.em.0.nvm: -1 >> dev.em.0.debug: -1 >> dev.em.0.rx_int_delay: 0 >> dev.em.0.tx_int_delay: 66 >> dev.em.0.rx_abs_int_delay: 66 >> dev.em.0.tx_abs_int_delay: 66 >> dev.em.0.rx_processing_limit: 100 >> dev.em.0.flow_control: 3 >> dev.em.0.eee_control: 0 >> dev.em.0.link_irq: 0 >> dev.em.0.mbuf_alloc_fail: 0 >> dev.em.0.cluster_alloc_fail: 0 >> dev.em.0.dropped: 0 >> dev.em.0.tx_dma_fail: 0 >> dev.em.0.rx_overruns: 6 >> dev.em.0.watchdog_timeouts: 5 >> dev.em.0.device_control: 1074790976 >> dev.em.0.rx_control: 67141634 >> dev.em.0.fc_high_water: 8192 >> dev.em.0.fc_low_water: 6692 >> dev.em.0.queue0.txd_head: 78 >> dev.em.0.queue0.txd_tail: 78 >> dev.em.0.queue0.tx_irq: 0 >> dev.em.0.queue0.no_desc_avail: 0 >> dev.em.0.queue0.rxd_head: 376 >> dev.em.0.queue0.rxd_tail: 375 >> dev.em.0.queue0.rx_irq: 0 >> dev.em.0.mac_stats.excess_coll: 0 >> dev.em.0.mac_stats.single_coll: 0 >> dev.em.0.mac_stats.multiple_coll: 0 >> dev.em.0.mac_stats.late_coll: 0 >> dev.em.0.mac_stats.collision_count: 0 >> dev.em.0.mac_stats.symbol_errors: 0 >> dev.em.0.mac_stats.sequence_errors: 0 >> dev.em.0.mac_stats.defer_count: 0 >> dev.em.0.mac_stats.missed_packets: 9 >> dev.em.0.mac_stats.recv_no_buff: 0 >> dev.em.0.mac_stats.recv_undersize: 0 >> dev.em.0.mac_stats.recv_fragmented: 0 >> dev.em.0.mac_stats.recv_oversize: 0 >> dev.em.0.mac_stats.recv_jabber: 0 >> dev.em.0.mac_stats.recv_errs: 1 >> dev.em.0.mac_stats.crc_errs: 1 >> dev.em.0.mac_stats.alignment_errs: 0 >> dev.em.0.mac_stats.coll_ext_errs: 0 >> dev.em.0.mac_stats.xon_recvd: 0 >> dev.em.0.mac_stats.xon_txd: 0 >> dev.em.0.mac_stats.xoff_recvd: 0 >> dev.em.0.mac_stats.xoff_txd: 0 >> dev.em.0.mac_stats.total_pkts_recvd: 160062850 >> dev.em.0.mac_stats.good_pkts_recvd: 160062840 >> dev.em.0.mac_stats.bcast_pkts_recvd: 79648 >> dev.em.0.mac_stats.mcast_pkts_recvd: 10220 >> dev.em.0.mac_stats.rx_frames_64: 0 >> dev.em.0.mac_stats.rx_frames_65_127: 0 >> dev.em.0.mac_stats.rx_frames_128_255: 0 >> dev.em.0.mac_stats.rx_frames_256_511: 0 >> dev.em.0.mac_stats.rx_frames_512_1023: 0 >> dev.em.0.mac_stats.rx_frames_1024_1522: 0 >> dev.em.0.mac_stats.good_octets_recvd: 107143604749 >> dev.em.0.mac_stats.good_octets_txd: 129876768158 >> dev.em.0.mac_stats.total_pkts_txd: 179010567 >> dev.em.0.mac_stats.good_pkts_txd: 179010567 >> dev.em.0.mac_stats.bcast_pkts_txd: 14608 >> dev.em.0.mac_stats.mcast_pkts_txd: 206 >> dev.em.0.mac_stats.tx_frames_64: 0 >> dev.em.0.mac_stats.tx_frames_65_127: 0 >> dev.em.0.mac_stats.tx_frames_128_255: 0 >> dev.em.0.mac_stats.tx_frames_256_511: 0 >> dev.em.0.mac_stats.tx_frames_512_1023: 0 >> dev.em.0.mac_stats.tx_frames_1024_1522: 0 >> dev.em.0.mac_stats.tso_txd: 3691806 >> dev.em.0.mac_stats.tso_ctx_fail: 0 >> dev.em.0.interrupts.asserts: 130023913 >> dev.em.0.interrupts.rx_pkt_timer: 0 >> dev.em.0.interrupts.rx_abs_timer: 0 >> dev.em.0.interrupts.tx_pkt_timer: 0 >> dev.em.0.interrupts.tx_abs_timer: 0 >> dev.em.0.interrupts.tx_queue_empty: 0 >> dev.em.0.interrupts.tx_queue_min_thresh: 0 >> dev.em.0.interrupts.rx_desc_min_thresh: 0 >> dev.em.0.interrupts.rx_overrun: 0 >> dev.em.0.wake: 0 > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 14:38:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80A01065670 for ; Thu, 10 Nov 2011 14:38:46 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [94.23.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 568B28FC0A for ; Thu, 10 Nov 2011 14:38:46 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 1FBEE13C42 for ; Thu, 10 Nov 2011 15:19:39 +0100 (CET) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:56bf:1:2::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id pAAEJcqi035048 for ; Thu, 10 Nov 2011 15:19:38 +0100 (CET) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be pAAEJcqi035048 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1320934778; bh=GSxKvJlVtIIet0gsdaYpcGELeV81/hldSVPf3AGSeB4=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=00eko8wAGqhYH0OR1g/jaI+aX+Ma2DpnRO7I6XuuvUlf0bv7iZw7yf91GPN74uASc 7JzyQ/ezJe4bQCddsggSw== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be pAAEJcqi035048 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding; b=uXYez8rOT829MPB6OUMG6uiDjptPS20ZMe8mJkbl7qPIs22GuZh5YZbsc7kfcDO9Q 6Af8ysR4j7Eff68j+EsDQ== Message-ID: <4EBBDD79.9030606@restart.be> Date: Thu, 10 Nov 2011 15:19:37 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111006 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Tripwire segmentation fault - amd64 - 9.0-RC2 in _malloc_postfork X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 14:38:46 -0000 Hello, On 2 systems running 9.0-RC2 amd64 tripwire segfault. The problem occurs during `tripwire --check` after +/- 20 minutes of execution: Here is the bt [root@tignes tripwire]# gdb ./tripwire GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... (gdb) run --check Starting program: /usr/ports/security/tripwire/work/tripwire-2.4.1.2-src/src/tripwire/tripwire --check (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...Parsing policy file: /usr/local/etc/tripwire/tw.pol *** Processing Unix File System *** Performing integrity check... The object: "/var/spool/httpd/tignes/htdocs/Xfer/Henri_2006_11_24" is on a different file system...ignoring. Program received signal SIGSEGV, Segmentation fault. 0x00000008014efb12 in _malloc_postfork () from /lib/libc.so.7 (gdb) bt #0 0x00000008014efb12 in _malloc_postfork () from /lib/libc.so.7 #1 0x00000008014ef158 in realloc () from /lib/libc.so.7 #2 0x00000008014ef385 in free () from /lib/libc.so.7 #3 0x00000000004c6181 in cFileUtil::IsRegularFile () #4 0x0000000000499dbb in WriteObject () #5 0x000000000049c429 in cTWUtil::WriteReport () #6 0x000000000042709a in cTWModeIC::Execute () #7 0x000000000041cf85 in main () Under 9.0-RC1 I encounter no problem at all Henri PS - on another system under 9.0-RC2 i386 tripwire run smoothly From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 17:27:58 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9530E106564A for ; Thu, 10 Nov 2011 17:27:58 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5B8158FC0C for ; Thu, 10 Nov 2011 17:27:58 +0000 (UTC) Received: by ywt32 with SMTP id 32so4594753ywt.13 for ; Thu, 10 Nov 2011 09:27:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=yaD6Urf/azEKIBLfgKyHGfgjLs0KytWgnsRLiw6YicU=; b=j2FidIwyKwXeFVbWLW6MBzBFXfrOMmaEIZjZiHxyHlkquTeZMrVmh27Io2aNcaYvPi AdU22h/Tya6M+OH+QADFXTTVL7u6tFc5J0NPosdjrmcwjNn0XliajAn2XMvjhg2zJI2a zxbfM4w8WvqvE1clIjpklGk8WO6tRDiISRsjE= MIME-Version: 1.0 Received: by 10.50.169.97 with SMTP id ad1mr9217256igc.35.1320946077411; Thu, 10 Nov 2011 09:27:57 -0800 (PST) Received: by 10.231.34.140 with HTTP; Thu, 10 Nov 2011 09:27:57 -0800 (PST) Date: Thu, 10 Nov 2011 19:27:57 +0200 Message-ID: From: George Kontostanos To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: svn commit: r227420 - stable/9/sys/vm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 17:27:58 -0000 Just out of curiosity or confusion maybe.. Will those commits be included to FreeBSD 9.0-RELEASE ? Thanks -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 18:52:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D99C21065673 for ; Thu, 10 Nov 2011 18:52:05 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 721408FC13 for ; Thu, 10 Nov 2011 18:52:05 +0000 (UTC) Received: by wyf23 with SMTP id 23so1120104wyf.13 for ; Thu, 10 Nov 2011 10:52:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=sKpJz/nB2sEXyaAdi6/Ytc17FPhmL2pkaikmwW5jUKI=; b=hyOwjTrnHS68d5yX67ChsKxPBFJwHiGSRyMYdwytcH9YFgTMABGDf8zotFFT1UsXd5 Z4450FXycpL9+etAIu6UHmwsP2/gWtHyud686minP4zIb/Xuq7ujQKzgViXFWe2LUqGT 7zfF8FRwLbPeP2uMfWrFuoJrJ7Tq8jou6wUfg= Received: by 10.227.208.147 with SMTP id gc19mr5547223wbb.25.1320949578315; Thu, 10 Nov 2011 10:26:18 -0800 (PST) MIME-Version: 1.0 Received: by 10.227.136.197 with HTTP; Thu, 10 Nov 2011 10:25:56 -0800 (PST) In-Reply-To: References: From: Christer Solskogen Date: Thu, 10 Nov 2011 19:25:56 +0100 Message-ID: To: George Kontostanos Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Subject: Re: svn commit: r227420 - stable/9/sys/vm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 18:52:05 -0000 On Thu, Nov 10, 2011 at 6:27 PM, George Kontostanos wrote: > Just out of curiosity or confusion maybe.. > > Will those commits be included to FreeBSD 9.0-RELEASE ? Almost certain of it, since releng/9.0-branch yet has to be created. -- chs, From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 19:11:30 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B71B31065705 for ; Thu, 10 Nov 2011 19:11:30 +0000 (UTC) (envelope-from alan.l.cox@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 77AF78FC15 for ; Thu, 10 Nov 2011 19:11:30 +0000 (UTC) Received: by ywt32 with SMTP id 32so4753133ywt.13 for ; Thu, 10 Nov 2011 11:11:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=xz3lcgAanHRXRGiz/PBT4tgPy9T+qCYPbGFs/crA8gw=; b=DB/S2zzwc9TTqO8COylOtaLvkJjj7hIae0FclFPjH68iqjBf6kKwoVKtla+I7oqHkq t5PNwNXF7LsNAK9CNK3WVhTod7E1EWjn9eFqxixVmj274pWYR/GWVSZJYkhENbseEo0G 8N/Qt0h+ioY+hsf+2PrTNtVb3L5d99z/Qknms= MIME-Version: 1.0 Received: by 10.68.38.100 with SMTP id f4mr16724634pbk.62.1320950809217; Thu, 10 Nov 2011 10:46:49 -0800 (PST) Received: by 10.142.71.14 with HTTP; Thu, 10 Nov 2011 10:46:49 -0800 (PST) In-Reply-To: References: Date: Thu, 10 Nov 2011 12:46:49 -0600 Message-ID: From: Alan Cox To: George Kontostanos Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable Subject: Re: svn commit: r227420 - stable/9/sys/vm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: alc@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 19:11:30 -0000 On Thu, Nov 10, 2011 at 11:27 AM, George Kontostanos wrote: > Just out of curiosity or confusion maybe.. > > Will those commits be included to FreeBSD 9.0-RELEASE ? > > Thanks > > Yes, I believe so. Alan From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 20:35:22 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541471065672 for ; Thu, 10 Nov 2011 20:35:22 +0000 (UTC) (envelope-from gkontos.mail@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 14D488FC12 for ; Thu, 10 Nov 2011 20:35:21 +0000 (UTC) Received: by iakl21 with SMTP id l21so2571507iak.13 for ; Thu, 10 Nov 2011 12:35:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=z8p65rTACMDCh7zZi/8udHZ7VtuMF+htVPWDukEPCnM=; b=eRMc+GDh8tMPCuVpaG1x48N3VhWS7GFtpPRUZvt4klWHcB6nDRu1LVkPSSwc5PmKNo 2ML571xpF2Ho8Ut3Fmf9PE4Gn09kFv+UjLIuOMIWaXL4ozGVc5L5QwBdcTT94EJL6v7s WDpzh+TXF1qTIbMKmr6roaKLKSvPIaoXgI3Lk= MIME-Version: 1.0 Received: by 10.50.41.196 with SMTP id h4mr9961214igl.42.1320957319203; Thu, 10 Nov 2011 12:35:19 -0800 (PST) Received: by 10.231.34.140 with HTTP; Thu, 10 Nov 2011 12:35:19 -0800 (PST) In-Reply-To: References: Date: Thu, 10 Nov 2011 22:35:19 +0200 Message-ID: From: George Kontostanos To: alc@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable Subject: Re: svn commit: r227420 - stable/9/sys/vm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 20:35:22 -0000 On Thu, Nov 10, 2011 at 8:46 PM, Alan Cox wrote: > On Thu, Nov 10, 2011 at 11:27 AM, George Kontostanos > wrote: >> >> Just out of curiosity or confusion maybe.. >> >> Will those commits be included to FreeBSD 9.0-RELEASE ? >> >> Thanks >> > > Yes, I believe so. > > Alan > > > Alright, then it seems that we still have a long waiting period for 9.0-RELEASE -- George Kontostanos aisecure.net From owner-freebsd-stable@FreeBSD.ORG Thu Nov 10 22:52:20 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0F4E1065679 for ; Thu, 10 Nov 2011 22:52:20 +0000 (UTC) (envelope-from boydjd@jbip.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2498FC0C for ; Thu, 10 Nov 2011 22:52:20 +0000 (UTC) Received: by faar19 with SMTP id r19so4829161faa.13 for ; Thu, 10 Nov 2011 14:52:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jbip.net; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=M/MYBoaac4rTz2S5b8vD3nHwPOam6jKV3aa94YGeFoQ=; b=g3zldB5XDlzo4+CBm1UN9zbnGjN3NQGtU3q4LSafC7c5gSzBmAFWINbuL7YZlzestn 6U1D8jWPzWolh3eis93hU77tNQsrh2pNIqoPQtU3EoMm/QqqhwsjKla/VsjFEYN8X1eK U77WZG+9sY0QblQgtTDZu6NQjGLYpTMdi7kYc= Received: by 10.223.57.132 with SMTP id c4mr14779368fah.0.1320963980213; Thu, 10 Nov 2011 14:26:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.75.205 with HTTP; Thu, 10 Nov 2011 14:25:59 -0800 (PST) In-Reply-To: <4EBBBACE.3020900@digiware.nl> References: <4EBB97DF.3020803@digiware.nl> <20111110095041.GA73812@icarus.home.lan> <4EBBBACE.3020900@digiware.nl> From: Joshua Boyd Date: Thu, 10 Nov 2011 17:25:59 -0500 Message-ID: To: Willem Jan Withagen Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "stable@freebsd.org" , "Vogel, Jack" , Jeremy Chadwick Subject: Re: em0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Nov 2011 22:52:21 -0000 On Thu, Nov 10, 2011 at 6:51 AM, Willem Jan Withagen wrote: > em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 chip=0x10bd8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xdf900000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xdf924000, size 4096, enabled > bar [18] = type I/O Port, range 32, base 0x1820, size 32, enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > > And note that this problem only raises it nasty head very few weeks... I have had the same problem, as shown here: http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063092.html According to your pciconf output, your card either doesn't support MSI-X, or you have MSI-X disabled. Check the hw.pci.enable_msix sysctl and make sure that it is set to 1. Also check to make sure there aren't any BIOS settings blocking MSI-X. Apparently the older Intel gigabit cards don't support MSI-X, and as such get starved. However, I haven't had the problem rear it's ugly head in quite a while, but that's with the newest 8.2-STABLE tree. No idea if it's just chance or if something was actually fixed. When it was happening to me, it would also happen about every week or two and I'd have to reboot the server. -- Joshua Boyd E-mail: boydjd@jbip.net http://www.jbip.net From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 08:32:21 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F5C1065670 for ; Fri, 11 Nov 2011 08:32:21 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD8D8FC0C for ; Fri, 11 Nov 2011 08:32:20 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 3F458153434; Fri, 11 Nov 2011 09:32:19 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aRfNbLMY4JBS; Fri, 11 Nov 2011 09:32:13 +0100 (CET) Received: from [192.168.10.10] (vaio [192.168.10.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id 9FE42153433; Fri, 11 Nov 2011 09:32:13 +0100 (CET) Message-ID: <4EBCDD8E.3070508@digiware.nl> Date: Fri, 11 Nov 2011 09:32:14 +0100 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: Joshua Boyd References: <4EBB97DF.3020803@digiware.nl> <20111110095041.GA73812@icarus.home.lan> <4EBBBACE.3020900@digiware.nl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "stable@freebsd.org" , "Vogel, Jack" , Jeremy Chadwick Subject: Re: em0 watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2011 08:32:22 -0000 On 10-11-2011 23:25, Joshua Boyd wrote: > On Thu, Nov 10, 2011 at 6:51 AM, Willem Jan Withagen > wrote: > > em0@pci0:0:25:0: class=0x020000 card=0x10bd15d9 > chip=0x10bd8086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xdf900000, size > 131072, enabled > bar [14] = type Memory, range 32, base 0xdf924000, size 4096, > enabled > bar [18] = type I/O Port, range 32, base 0x1820, size 32, enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message > cap 13[e0] = PCI Advanced Features: FLR TP > > > And note that this problem only raises it nasty head very few weeks... > > > I have had the same problem, as shown here: > > http://lists.freebsd.org/pipermail/freebsd-stable/2011-June/063092.html > > According to your pciconf output, your card either doesn't support > MSI-X, or you have MSI-X disabled. > > Check the hw.pci.enable_msix sysctl and make sure that it is set to 1. > Also check to make sure there aren't any BIOS settings blocking MSI-X. > > Apparently the older Intel gigabit cards don't support MSI-X, and as > such get starved. I checked and hw.pci.enable_msix=1, so that is on. Any hints what to look for in the BIOS settings that might block MSI-X?? I'll also be ugrading the bios this weekend to if that will enable MSI-X. Another solution would be to get a new version Intel Ethernet card? And stick it in a PIC-X slot? Or would that again suffer from starvation. And as a side question: Why would that starvation actually "crash" the driver/device? --WjW From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 12:56:40 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E484106566B for ; Fri, 11 Nov 2011 12:56:40 +0000 (UTC) (envelope-from Werner.Griessl@uni-bayreuth.de) Received: from btr0xn.rz.uni-bayreuth.de (btr0xn.rz.uni-bayreuth.de [132.180.8.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7378FC12 for ; Fri, 11 Nov 2011 12:56:39 +0000 (UTC) Received: from btr0xn-rx.rz.uni-bayreuth.de (localhost [127.0.0.1]) by btr0xn.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id pABBRK6S016702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 11 Nov 2011 12:27:20 +0100 (MET) Received: from btruxs.rz.uni-bayreuth.de (btruxs [132.180.14.11]) by btr0xn-rx.rz.uni-bayreuth.de (8.13.1/8.13.1) with ESMTP id pABBRIcD016700 for ; Fri, 11 Nov 2011 12:27:18 +0100 (MET) Message-ID: <4EBD0696.70405@uni-bayreuth.de> Date: Fri, 11 Nov 2011 12:27:18 +0100 From: Werner Griessl Organization: UNI Bayreuth RZ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111109 Thunderbird/8.0 MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Keypress at Installation-CD/DVD ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Werner.Griessl@uni-bayreuth.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2011 12:56:40 -0000 Hi List, Is it possible to add a Question like "press a key to boot from CD" before the boot from the 9.0 Installation-CD/DVD ? Live would be much easier after installation of FBSD9.0 . Werner From owner-freebsd-stable@FreeBSD.ORG Fri Nov 11 21:45:05 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE635106566C for ; Fri, 11 Nov 2011 21:45:05 +0000 (UTC) (envelope-from rnw@niagara.retirementnewsweekly.ca) Received: from mail-06.primus.ca (mail16.primus.ca [216.254.141.183]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9958FC14 for ; Fri, 11 Nov 2011 21:45:05 +0000 (UTC) Received: from d72-38-218-3.commercial1.cgocable.net ([72.38.218.3] helo=OWNER-4F95FE0GS) by mail-06.primus.ca with esmtpa (Exim 4.72) (envelope-from ) id 1ROydJ-0003OR-2T for freebsd-stable@freebsd.org; Fri, 11 Nov 2011 16:27:34 -0500 From: "After 50 News Weekly / Niagara" To: "freebsd-stable" MIME-Version: 1.0 Organization: PNC Date: Fri, 11 Nov 2011 16:27:32 -0500 X-Authenticated: grahamp - d72-38-218-3.commercial1.cgocable.net (OWNER-4F95FE0GS) [72.38.218.3] Message-Id: <20111111214505.DE635106566C@hub.freebsd.org> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: After 50 News Weekly / Niagara X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Nov 2011 21:45:05 -0000 After 50 News Weekly / Niagara Date: Nov 11th, 2011Last Month's Readers: 38,058=20 LOCAL NEWS NIAGARA STUDENT TAKES HOME PRESTIGIOUS CULINARY AWARD=20 A cook apprentice of Niagara College's Canadian Food and Wine Institut= e has taken home awards from some of the country's most prestigious cu= linary competitions. Nathan Dawe recently returned from Montreal as a silver medal winner f= rom the National Chaines Des Rotisseurs Apprentice Competition. He rep= resented Ontario at the competition =E2=80=93 one of the most respecte= d competitions in Canada, held at the end of October =E2=80=93 after w= inning a provincial title last spring. "We are very proud of Nathan's remarkable accomplishment at this highl= y respected national culinary competition," said Jon Ogryzlo, Dean of = the Canadian Food and Wine Institute. "Nathan's award is the culminati= on of very hard work and his commitment to excellence, and we look for= ward to celebrating this championship with him and the team at Niagara= College." =2E.. read more NATIONAL NEWS UNEMPLOYMENT RATE RISES ACROSS CANADA=20 54,000 Canadians lost their jobs last month causing the unemployment r= ate to rise by 7.3 per cent according to Statistics Canada. =2E.. read more INTERNATIONAL NEWS WONDER=C2=AE BREAD FINDS THAT MORE WOMEN READ FOOD LABELS=20 Weston Bakeries Limited, the maker of WONDER=C2=AE bread recently comm= issioned=20 =2E.. read more COLUMNIST REMEMBERING THE HEROES OF OUR COMMUNITY=20 Every November, Canadians countrywide traditionally observe a moment o= f silence when the clock strikes 11 a.m. on November 11. We do =2E.. read more SPORTS PSU HAS FIRED LONG TIME COACH JOE PATERNO=20 The sex abuse scandal at Penn State University proved to be too much f= or the board of=20 =2E.. read more LIFESTYLE ART AS A FORM OF THERAPY Art isn't just a painting you hang on your wall. For the person who pa= inted it, it was cathartic. If you look at a painting, not just the pi= cture but the actual brush strokes and lines,=20 =2E.. read more FEATURES ASK DOREEN=20 What are your qualifications? I have been a licensed realtor since 198= 5, selling and servicing real estate needs in the region =E2=80=93 NOT= L, Niagara Falls, Fort Erie, St. Catharines, both in resales and new h= ome=20 =2E.. read more ENVIRONMENT HOUSEHOLD CLEANERS: KICKING 'EM OLD SCHOOL Winter is coming and you might be thinking about giving the house a th= orough=20 =2E.. read more THIS WEEK IN HISTORY NOVEMBER 14 =E2=80=93 NOVEMBER 18=20 The #1 song this week in 1960 was "Georgia On My Mind" by Ray Charles.= November 14 Today is World Diabetes Day! On this day in: 1902 =E2=80=93= President Teddy Roosevelt=20 =2E.. read more SPIN THE GLOBE HAWAII: A STATE THAT STANDS APART=20 The southern-most state in the U.S. is waiting for you. Hawaii is a ye= ar-round vacation destination with temperatures that range from 75=C2=B0= to 85=C2=B0 Fahrenheit. All you need is=20 =2E.. read more FIFTY & FABULOUS TRANSITIONING YOUR SUMMER WARDROBE FOR FALL =20 With the first day of fall behind us, sadly it=E2=80=99s time to put a= way those shorts and sandals and pull out those cable knit sweaters. W= ho says Fall/Winter clothing has to be dull and dreary?! By pairing an= y one these 5 key pieces with your summer wardrobe you can instantly t= ransform 1. Scarves Scarves are an excellent addition to a summer outfit instantly transfo= rming it for fall. Opt for bold prints and bright colours sure to make= a statement; these =2E.. read more YOUR RETIREMENT GIFTING MONEY=20 Spoiling grandchildren often goes beyond showering them with the hotte= st new toys; financial gifts are usually doled out too. If these finan= cial gifts are happening on a regular basis though, it may be time to = consider =2E.. read more EDITOR'S LETTER LEST WE FORGET In Flanders fields the poppies blow Between the crosses, row on row, T= hat mark our place; and in the sky The larks, still bravely singing, f= ly Scarce heard amid the guns below. We are the Dead. Short days ago W= e lived, felt =2E.. read more After 50 News Weekly is a resource tool for the 50-plus active lifestyle community in Niaga= ra. We provide you with up-to-date information on retirement, news and= local events, all at your fingertips! If there is a topic you would l= ike us to feature or if you have any questions or comments, please Con= tact Us. For our advertising rates, please contact Graham Pomeroy at g= raham@pomeroynewscorp.ca or call directly at 905-988-9339. Sincerely, Victoria Lewis, Director of Operations=20 Please do not reply to this email. Replies to this email will not be r= esponded to or read. If you have any questions or comments, contact us= by email at info@pomeroynewscorp. =20 Cancel your subscription: Click here.=20 Sends us a news tip: Click here. To Submit an Event: Click here.=20 From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 09:42:10 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5CCB106566B for ; Sat, 12 Nov 2011 09:42:10 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.dawidek.net (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 907488FC15 for ; Sat, 12 Nov 2011 09:42:10 +0000 (UTC) Received: from localhost (89-73-195-149.dynamic.chello.pl [89.73.195.149]) by mail.dawidek.net (Postfix) with ESMTPSA id 68ACD90E; Sat, 12 Nov 2011 10:26:16 +0100 (CET) Date: Sat, 12 Nov 2011 10:25:23 +0100 From: Pawel Jakub Dawidek To: freebsd-current@FreeBSD.org Message-ID: <20111112092523.GA2327@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WIyZ46R2i8wDzkSu" Content-Disposition: inline X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@FreeBSD.org Subject: Are there any users of accelerated asymmetric cryptography? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 09:42:10 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm in the process of rewriting large parts of the opencrypto framework and was wondering if there are any users that actually make use of asymmetric cryptography. From what I see only ubsec(4) driver supports it and from what I remember those cards are hard to find. If there are no users of this functionality I plan to remove support for asym crypto from the opencrypto framework. It is just too hard to maintain this without test hardware and also quite pointless if nobody uses it. If some users can be found and they really need it, we have two options: 1. Keep asym crypto around, but whoever steps up have to be ready to test patches. 2. Use alternative way of accessing it (eg. via direct ioctl to ubsec device), at least until we start to support more cards. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk6+O4IACgkQForvXbEpPzRC6ACg0lhaejPpVuAe1s2Z6LbujGzR zwoAnidSNUWQYnBslVP8hIYnnahNRiUF =kIKG -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:00:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 974CD1065674 for ; Sat, 12 Nov 2011 15:00:43 +0000 (UTC) (envelope-from kenneth.hatteland@kleppnett.no) Received: from asav3.lyse.net (asav3.lyse.net [81.167.37.131]) by mx1.freebsd.org (Postfix) with ESMTP id 58F1A8FC1A for ; Sat, 12 Nov 2011 15:00:43 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by asav3.lyse.net (Postfix) with ESMTP id E7E9484169 for ; Sat, 12 Nov 2011 15:36:07 +0100 (CET) X-Virus-Scanned: amavisd-new at lyse.net Received: from Pluto (129.81-166-80.customer.lyse.net [81.166.80.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: kenneth.hatteland@kleppnett.no) by asav3.lyse.net (Postfix) with ESMTP id 617668415E for ; Sat, 12 Nov 2011 15:36:07 +0100 (CET) Date: Sat, 12 Nov 2011 15:36:05 +0100 From: Kenneth Hatteland To: freebsd-stable@freebsd.org Message-Id: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> X-Mailer: Sylpheed 3.2.0beta3 (GTK+ 2.24.6; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: pkg_add -r does not find packages FreeBSD 9.0 rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 15:00:43 -0000 I have installed RC1 and after getting confused with the new install routines, I have my system up. But when I try to install packages like nano and cvsup-without-gui to build my machine up from base the system reports no packages found. This have only rarely happened on my other systems and never on a fresh install.....any clues ??? Kenneth Hatteland -- Kenneth Hatteland From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 15:22:43 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4440106566B for ; Sat, 12 Nov 2011 15:22:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.emeryville.ca.mail.comcast.net (qmta14.emeryville.ca.mail.comcast.net [76.96.27.212]) by mx1.freebsd.org (Postfix) with ESMTP id 8B8768FC0A for ; Sat, 12 Nov 2011 15:22:43 +0000 (UTC) Received: from omta16.emeryville.ca.mail.comcast.net ([76.96.30.72]) by qmta14.emeryville.ca.mail.comcast.net with comcast id wFM21h0041ZMdJ4AEFNcRp; Sat, 12 Nov 2011 15:22:36 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta16.emeryville.ca.mail.comcast.net with comcast id wFHc1h00v1t3BNj8cFHd4E; Sat, 12 Nov 2011 15:17:37 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 097D4102C1D; Sat, 12 Nov 2011 07:22:42 -0800 (PST) Date: Sat, 12 Nov 2011 07:22:42 -0800 From: Jeremy Chadwick To: Kenneth Hatteland Message-ID: <20111112152241.GA27697@icarus.home.lan> References: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: pkg_add -r does not find packages FreeBSD 9.0 rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 15:22:43 -0000 On Sat, Nov 12, 2011 at 03:36:05PM +0100, Kenneth Hatteland wrote: > I have installed RC1 and after getting confused with the new install routines, I have my system up. But when I try to install packages like nano and cvsup-without-gui to build my machine up from base the system reports no packages found. This have only rarely happened on my other systems and never on a fresh install.....any clues ??? Chances are the FTP mirrors (which are what pkg_add -r relies on) do not have binary packages build specifically for 9.x at this point in time. $ ftp ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/ ... ftp> dir 227 Entering Passive Mode (204,152,184,73,207,75). 150 Here comes the directory listing. lrwxrwxrwx 1 633 493 15 Apr 19 2007 packages -> packages-stable drwxrwxr-x 95 967 100 2048 Nov 29 2010 packages-6-stable drwxrwxr-x 95 967 100 2048 Nov 07 18:57 packages-7-stable drwxrwxr-x 95 967 100 2048 Feb 09 2011 packages-7.4-release drwxrwxr-x 95 967 100 2048 Nov 06 17:07 packages-8-stable drwxrwxr-x 95 967 100 2048 Feb 10 2011 packages-8.2-release drwxrwxr-x 95 967 100 2048 Nov 09 17:38 packages-9-stable lrwxr-xr-x 1 967 100 17 Aug 28 2009 packages-current -> packages-8-stable lrwxr-xr-x 1 967 100 17 Nov 07 07:51 packages-stable -> packages-9-stable 226 Directory send OK. So there's a packages-9-stable directory dated 2-3 days ago. Whether or not your pkg_add client is actually trying to access that directory is unknown to me; you provided absolutely no output from pkg_add -r so I have to speculate. Without details I'm forced to make assumptions. Furthermore, some FTP mirrors may not update their mirror data as often as others. To work around this, you can specify a full URL of the package to pkg_add -r and it will work. Also be aware that ftp.freebsd.org actually returns multiple A records (3 specifically), so which actual server you get varies. "dig a ftp.freebsd.org" will show you what I mean. Finally, please be aware that a cvsup replacement, csup(1), has been in the base system since FreeBSD 6.2-RELEASE. It works the same as cvsup, parses the same files, near-identical flags, etc.. If there is a feature of cvsup that csup doesn't have, please tell us what that is so someone can implement it or provide a workaround; the less crap you have to install on your system the better (and I for one do not care for the language cvsup is written in, while csup is purely C). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 16:41:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E811065672 for ; Sat, 12 Nov 2011 16:41:01 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E40F8FC0A for ; Sat, 12 Nov 2011 16:41:00 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so6030580bkb.13 for ; Sat, 12 Nov 2011 08:41:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=5WOUviqd8+rMrjRzSjM/Ah2JfwFbqP9xeSgNNrK+ba8=; b=xlK3dKxjJDAnT6kxqXnyvkNGmkdXcS/csWbj1zsVQiPXOKevei3D0l27KCo+5jcD4U GEzMXvUTZk9LMY0YXn/vpDASWOixvQAmtGnFsd4KCBuedqayoIIn5CS0z5EipV4PY9oM vpj8dYtRKYnZ7HzD8lpd/hcmz+yYnB5Fa2HWk= Received: by 10.205.120.20 with SMTP id fw20mr12897410bkc.39.1321114442106; Sat, 12 Nov 2011 08:14:02 -0800 (PST) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id dq2sm18355454bkb.11.2011.11.12.08.14.00 (version=SSLv3 cipher=OTHER); Sat, 12 Nov 2011 08:14:01 -0800 (PST) Message-ID: <4EBE9B47.8030301@gmail.com> Date: Sat, 12 Nov 2011 18:13:59 +0200 From: "Luchesar V. ILIEV" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111108 Thunderbird/8.0 MIME-Version: 1.0 To: Kenneth Hatteland References: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> In-Reply-To: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> X-Enigmail-Version: undefined OpenPGP: id=9A1FEEFF Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: pkg_add -r does not find packages FreeBSD 9.0 rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 16:41:01 -0000 On 12/11/2011 16:36, Kenneth Hatteland wrote: > I have installed RC1 and after getting confused with the new install > routines, I have my system up. But when I try to install packages > like nano and cvsup-without-gui to build my machine up from base the > system reports no packages found. This have only rarely happened on > my other systems and never on a fresh install.....any clues ??? Could it be related to this PR? http://www.freebsd.org/cgi/query-pr.cgi?pr=162490 Cheers, Luchesar From owner-freebsd-stable@FreeBSD.ORG Sat Nov 12 17:18:27 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 290931065686 for ; Sat, 12 Nov 2011 17:18:27 +0000 (UTC) (envelope-from bane.ivosev@pmf.uns.ac.rs) Received: from mail.pmf.uns.ac.rs (mail.pmf.uns.ac.rs [147.91.177.13]) by mx1.freebsd.org (Postfix) with ESMTP id 9D2338FC0A for ; Sat, 12 Nov 2011 17:18:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.pmf.uns.ac.rs (Postfix) with ESMTP id 7EA051AF452; Sat, 12 Nov 2011 17:53:22 +0100 (CET) X-Virus-Scanned: amavisd-new at pmf.uns.ac.rs Received: from mail.pmf.uns.ac.rs ([127.0.0.1]) by localhost (mail.pmf.uns.ac.rs [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7dWWC6GZmg03; Sat, 12 Nov 2011 17:53:17 +0100 (CET) Received: from [192.168.22.1] (unknown [77.105.5.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: bane.ivosev@pmf.uns.ac.rs) by mail.pmf.uns.ac.rs (Postfix) with ESMTPSA id 2FE341AF440; Sat, 12 Nov 2011 17:53:17 +0100 (CET) Message-ID: <4EBEA47C.8010909@pmf.uns.ac.rs> Date: Sat, 12 Nov 2011 17:53:16 +0100 From: Bane Ivosev Organization: PMF DMI User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:7.0.1) Gecko/20111029 Thunderbird/7.0.1 MIME-Version: 1.0 To: Kenneth Hatteland , freebsd-stable@freebsd.org References: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> In-Reply-To: <20111112153605.e1ccb1fb54c00d8e233c411e@kleppnett.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: pkg_add -r does not find packages FreeBSD 9.0 rc1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Nov 2011 17:18:27 -0000 set PACKAGESITE environment variable for tcsh shell setenv PACKAGESITE ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9-stable/Latest/ hope this help On 11/12/11 15:36, Kenneth Hatteland wrote: > I have installed RC1 and after getting confused with the new install routines, I have my system up. But when I try to install packages like nano and cvsup-without-gui to build my machine up from base the system reports no packages found. This have only rarely happened on my other systems and never on a fresh install.....any clues ??? > > Kenneth Hatteland >