From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 00:56:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D43E1065672 for ; Sun, 11 Sep 2011 00:56:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE018FC16 for ; Sun, 11 Sep 2011 00:56:54 +0000 (UTC) Received: by gxk1 with SMTP id 1so2684314gxk.10 for ; Sat, 10 Sep 2011 17:56:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=vMCi/ajugJbO6hmNNjmE8wwzVaSsrPR5YLgv8OkyKwY=; b=FGj+PCvT2S4B4s0s3JbEnXxXobYKevZOo348j3mJYQZZuMApoe6/XkAONaspYGtiTf HsHwAvn3DlhQNRdHcIaxH6V0vUdUefJcrfwuMv0LbaNV5xWt+LCS0uQppHmnxSpff5k8 7TqQxQMnOd8yn5w6mHc4Vf040FmHgD3lpgBNM= MIME-Version: 1.0 Received: by 10.236.22.9 with SMTP id s9mr19743890yhs.129.1315702614289; Sat, 10 Sep 2011 17:56:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Sat, 10 Sep 2011 17:56:54 -0700 (PDT) In-Reply-To: <4E6BA9D2.4070908@yandex.ru> References: <4E5747C5.9070705@yandex.ru> <4E6BA9D2.4070908@yandex.ru> Date: Sun, 11 Sep 2011 08:56:54 +0800 X-Google-Sender-Auth: dajcUQ6b0JQi7DGvRR9whBRpOe8 Message-ID: From: Adrian Chadd To: Ruslan Mahmatkhanov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: siba_bwn in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 00:56:55 -0000 Please submit a PR so I/others don't forget. Then just follow through with an email to me w/ the PR number. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 01:01:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE9311065680; Sun, 11 Sep 2011 01:01:10 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6948FC1F; Sun, 11 Sep 2011 01:01:10 +0000 (UTC) Received: by gwb1 with SMTP id 1so3060534gwb.36 for ; Sat, 10 Sep 2011 18:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ivGwVsIC4F/OmBgQ8VR89et+3de29psZs5zUN7BMgG8=; b=Ai3cVTfDw66WPIRmRIRIwXE787s7Ngp1Bvm6BFaZVI3FCV0/gVANiSwskrOYkd6KnR m5uWNZmZYmyquYHGm9oD80Mzs5sM74J6rlTaGRukcz3nAsPUuYDxc2tWSySzMVnp2eYJ EX0p5XWK5SZ0uPhEO7POVLA1bmqHF3cUbZCCU= MIME-Version: 1.0 Received: by 10.236.181.100 with SMTP id k64mr19459526yhm.44.1315702869762; Sat, 10 Sep 2011 18:01:09 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Sat, 10 Sep 2011 18:01:09 -0700 (PDT) In-Reply-To: <20110910193106.GB28186@home.opsec.eu> References: <4E5747C5.9070705@yandex.ru> <4E6BA9D2.4070908@yandex.ru> <20110910193106.GB28186@home.opsec.eu> Date: Sun, 11 Sep 2011 09:01:09 +0800 X-Google-Sender-Auth: iAVAwtTj4P4NFz6r7PXZ5CiaOaU Message-ID: From: Adrian Chadd To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Weongyo Jeong Subject: Re: siba_bwn in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 01:01:11 -0000 On 11 September 2011 03:31, Kurt Jaeger wrote: > Hi! > >> >> #device =A0 =A0 =A0 =A0 bwn =A0 =A0 =A0 =A0 =A0 =A0 # Broadcom BCM43x= x wireless NICs > > Does this by any chance also cover the BCM43224 ? I'm not sure, I'm afraid. freebsd-wireless@ is likely a better list to try. I don't know who the current if_bwn maintainer is. Maybe the original author/porter would know - Weongyo Jeong . Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 08:32:01 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 875D41065670 for ; Sun, 11 Sep 2011 08:32:01 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D0CD08FC0A for ; Sun, 11 Sep 2011 08:32:00 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA22037; Sun, 11 Sep 2011 11:31:55 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R2fSF-000HoK-9Z; Sun, 11 Sep 2011 11:31:55 +0300 Message-ID: <4E6C71FA.50906@FreeBSD.org> Date: Sun, 11 Sep 2011 11:31:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Peter Jeremy References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> <20110910110310.GA6263@server.vk2pj.dyndns.org> In-Reply-To: <20110910110310.GA6263@server.vk2pj.dyndns.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Kabaev , freebsd-current@FreeBSD.org Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 08:32:01 -0000 on 10/09/2011 14:03 Peter Jeremy said the following: > On 2011-Sep-10 12:46:50 +0300, Andriy Gapon wrote: >> on 10/09/2011 11:07 Andriy Gapon said the following: >>> Actually, removing either -mrtd _or_ -fno-unit-at-a-time produces the >>> correct code. Puzzled. >> >> The problem is reproducible with base gcc and gcc42, it is not >> reproducible with gcc45, gcc46 and clang. > > I was just checking gcc44 & gcc46. gcc44 inlines the entire function and I > couldn't quickly find the offending code to see if the bug was there or > not. I agree you've triggered a gcc bug but I'm not sure of the correct > approach to fix it. I've tried a few trivial code transforms within > vdev_read_phys() but haven't stumbled on one that avoids the problem. > > Since -mrtd changes the calling convention, it's a more intrusive change. > I'm not sure if there's any simple way to alter CFLAGS for a single file > (since we only want to alter the zfsboot.c compilation. And I am actually wondering about -fno-unit-at-a-time option. In my opinion this is an anti-optimization option and it can actually increase a size of a final binary. In fact, it looks like the option was introduced to boot2 in r132870 in the year 2004, way before GCC 4.X switch, and it was introduced to avoid some optimizations that produced broken code. I wonder if there is any reason to keep using that option now. At least the zfs boot code works fine without the option in my testing. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 08:33:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A4671065674 for ; Sun, 11 Sep 2011 08:33:23 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id BB32A8FC16 for ; Sun, 11 Sep 2011 08:33:22 +0000 (UTC) Received: by fxg9 with SMTP id 9so165830fxg.13 for ; Sun, 11 Sep 2011 01:33:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=L7muDX23ppFfM5vEhdZidSGkSYqSJrcp3D+1AwdyLDU=; b=NBufVGDX7j1pGMN8JzmLpfi8WMQb1LRWVNYUQVHHQ3l17g+9DQ1t+rjFgine7Jlcjg DuTm3sc7XmB28Tn2RyZEH48I/SdI7BIoJGkz6mg2EM7vvhl7RfnhGenPjzURC/K84h4I xNSdJaw0Eb7soTBRFpP9nvF3a+cHgOTiCbVnk= Received: by 10.223.18.73 with SMTP id v9mr1042630faa.70.1315730001639; Sun, 11 Sep 2011 01:33:21 -0700 (PDT) Received: from ernst.jennejohn.org (p578E2AF9.dip.t-dialin.net [87.142.42.249]) by mx.google.com with ESMTPS id f25sm3662128faf.7.2011.09.11.01.33.19 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Sep 2011 01:33:20 -0700 (PDT) Date: Sun, 11 Sep 2011 10:33:18 +0200 From: Gary Jennejohn To: Boris Samorodov Message-ID: <20110911103318.5c23e160@ernst.jennejohn.org> In-Reply-To: <01006443@h30.sp.ipt.ru> References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> <20110910160821.5220f1f7@ernst.jennejohn.org> <01006443@h30.sp.ipt.ru> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 08:33:23 -0000 On Sat, 10 Sep 2011 21:10:44 +0400 Boris Samorodov wrote: > On Sat, 10 Sep 2011 16:08:21 +0200 Gary Jennejohn wrote: > > > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > > > > > > > the port does not work as expected (at least as per The Handbook, > > > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > > > devices can be used: > > > Seems that the handbook is out of date. > > OK, how can I configure a serial port then? > Just don't use the init and lock devices. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 08:47:44 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F347106564A; Sun, 11 Sep 2011 08:47:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 641FD8FC13; Sun, 11 Sep 2011 08:47:42 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA22121; Sun, 11 Sep 2011 11:47:39 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R2fhT-000Hoc-3F; Sun, 11 Sep 2011 11:47:39 +0300 Message-ID: <4E6C75AA.7090208@FreeBSD.org> Date: Sun, 11 Sep 2011 11:47:38 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Peter Jeremy References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> <20110910110310.GA6263@server.vk2pj.dyndns.org> <4E6C71FA.50906@FreeBSD.org> In-Reply-To: <4E6C71FA.50906@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Kabaev , freebsd-current@FreeBSD.org Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 08:47:44 -0000 on 11/09/2011 11:31 Andriy Gapon said the following: > And I am actually wondering about -fno-unit-at-a-time option. > In my opinion this is an anti-optimization option and it can actually increase > a size of a final binary. In fact, it looks like the option was introduced to > boot2 in r132870 in the year 2004, way before GCC 4.X switch, and it was > introduced to avoid some optimizations that produced broken code. > I wonder if there is any reason to keep using that option now. > > At least the zfs boot code works fine without the option in my testing. And it looks like -fno-toplevel-reorder can be used instead of -fno-unit-at-a-time if we really depend on preserving the order: http://gcc.gnu.org/gcc-4.2/changes.html -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 08:54:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAEDA106566C for ; Sun, 11 Sep 2011 08:54:27 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3108B8FC12 for ; Sun, 11 Sep 2011 08:54:26 +0000 (UTC) Received: (qmail 22502 invoked from network); 11 Sep 2011 08:54:25 -0000 Received: from pd9ec0060.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.0.96]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 11 Sep 2011 08:54:25 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id A77421BAC57 for ; Sun, 11 Sep 2011 10:54:23 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1315731263; bh=E6s0GpuatCR3CnKNBOF6apwdOI/Er+R4MiK65M/HQKw=; h=Date:From:To:Subject:Message-ID:Mime-Version:Content-Type; b=PFFzXEDjBJ29083iOPBRAsVhnqSv3H40qCsp1V49f4dyfHZGAuGJpuB7Vy3wG5APR BnbOOgryw4e4c3KPcXGFPLUPkGFWEA2auZjoTnKNQjCmwi+tsWlRDs+qBIh92H7zOf KXLfr9tpRrLQD+pjmRhtYueDc9rfzpcRTt9Y8cow= Date: Sun, 11 Sep 2011 10:54:17 +0200 From: Martin Sugioarto To: freebsd-current@freebsd.org Message-ID: <20110911105417.073a5300@zelda.sugioarto.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/723a5UJPbXf0XVfmjxuOohF"; protocol="application/pgp-signature" Subject: dump cannot do incremental backups when device name is too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 08:54:28 -0000 --Sig_/723a5UJPbXf0XVfmjxuOohF Content-Type: multipart/mixed; boundary="MP_/M.V/OSVJDHLgdl_yS5JSDT2" --MP_/M.V/OSVJDHLgdl_yS5JSDT2 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, I've discovered a small bug in dump. When dump reads the /etc/dumpdates, at the moment the device name in the first column is restricted to 32 characters. With todays GEOM implementation, it's easy to make longer device names. My device is named: "/dev/mirror/encrypted.elig.journal". And it is written to dumpdates as "/dev/mirror/encrypted.elig.journ". Next time you use dump, it reads in the truncated device and internally it won't match the current dump device. The delta won't be calculated and you will get a level "0" dump again. Additionally, dump writes garbage in second and third column because of wrong formatting. It's a pretty trivial fix, because only the format for printf and sscanf causes the error (attached). Let me explain the two line patch. 1) The input is extended from 32 to 256 characters. 2) I removed the width formatting from printf. You will get a fixed column and it's hard to read. I am assuming that dump works correctly and does not modify the device name anywhere. Since I don't like this kind of parsing generally (sscanf), you are free to improve the implementation in these places. I wanted to fix it as simply as possible this time. -- Martin --MP_/M.V/OSVJDHLgdl_yS5JSDT2 Content-Type: text/x-patch Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=dump.h.diff --- /usr/src/sbin/dump/dump.h 2008-05-24 07:20:46.000000000 +0200 +++ dump.h 2011-09-11 10:32:49.000000000 +0200 @@ -171,9 +171,9 @@ if (ddatev !=3D NULL) \ for (ddp =3D ddatev[i =3D 0]; i < nddates; ddp =3D ddatev[++i]) =20 -#define DUMPOUTFMT "%-32s %d %s" /* for printf */ +#define DUMPOUTFMT "%s %d %s" /* for printf */ /* name, level, ctime(date) */ -#define DUMPINFMT "%32s %d %[^\n]\n" /* inverse for scanf */ +#define DUMPINFMT "%256s %d %[^\n]\n" /* inverse for scanf */ =20 void sig(int signo); =20 --MP_/M.V/OSVJDHLgdl_yS5JSDT2-- --Sig_/723a5UJPbXf0XVfmjxuOohF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Anständige Signaturen und Verschlüsselung gibt es nur mit GNUpg Comment: und nicht mit De-Mail. iQIcBAEBAgAGBQJObHc+AAoJEF8wvLx/5p/7A2EP/jy+OTdT5Pn+bav5woZ/I2Fq breQWPfINlXBHlzob32piIi80eeXrLoQhAfEXBlOTRBSHunU1MKpdsWi7+2GmWD9 PPh7hDgOF9WlBIQpn0MuiJH4+UjWhsgJfyjXiQsOTYIAffft7hXHnWRxlVBcl9T1 m3NdOkjZht06kLT/N+c9opc3cQgF+XVIw3bHNwvDxCxTtDC5ZgLyZRp776WPmXhP gnHr6DmdzRQHtkCB6fHZwmTuQxys93B5Y/SQ6Jrq23YIpGS+rsu8wP4Zzcu/rsaG L7yCJVsyD+ce8vDb9BYbxuse/Xy2hjnCzE6Gs8UnXjdXO9GtBnEmxJrYudEjDnYf PhFiDhFskHekdNE3qT3GPzqwlif/pk/I1JrdrkhideWQiY2LTEojxq3PmDpEvLbP FILV+WGi1cVVq+pkzBbKRrjiBJYeQLfSq72XLMqw1RGLlvEsVX/vBp+XQZh6yb/o TGKi9C9kG8p6UfDcVHRi/0tsa+TE1JP0V+ZJV+3Xxfm+cxdScMAx2XuPl0uk31PC MUiDn4SbRPNXQw7IHLupEF782fnx5HcMaxmVGSA+lb8GRt8ukjE1zfFCm8/IRrvV uKmAoIoF+2RE2vVIgUFZ573w7V3xWXEkRXtfswaB2J9ng4/QEb51uashpuUYVxmT s2fUIvwxSEhcda0F80NB =06Hi -----END PGP SIGNATURE----- --Sig_/723a5UJPbXf0XVfmjxuOohF-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 11:03:00 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 805A91065672; Sun, 11 Sep 2011 11:03:00 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 159628FC13; Sun, 11 Sep 2011 11:03:00 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id EDE7635937C; Sun, 11 Sep 2011 13:02:58 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id D98F31742A; Sun, 11 Sep 2011 13:02:58 +0200 (CEST) Date: Sun, 11 Sep 2011 13:02:58 +0200 From: Jilles Tjoelker To: Boris Samorodov Message-ID: <20110911110258.GA51096@stack.nl> References: <70652288@bb.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70652288@bb.ipt.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, ed@freebsd.org, Peter Jeremy Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 11:03:00 -0000 On Tue, Sep 06, 2011 at 04:29:51PM +0400, Boris Samorodov wrote: > the port does not work as expected (at least as per The Handbook, > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > devices can be used: > ----- > # uname -a > FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep 5 18:10:43 MSK 2011 bsam@bb.ipt.ru:/usr/obj/usr/src/sys/HOSTS i386 > # ls -l /dev/ttyu5* > crw------- 1 root wheel 0, 56 Sep 5 18:50 /dev/ttyu5 > crw------- 1 root wheel 0, 57 Sep 5 18:50 /dev/ttyu5.init > crw------- 1 root wheel 0, 58 Sep 5 18:50 /dev/ttyu5.lock > # stty -f /dev/ttyu5.init 57600 > stty: /dev/ttyu5.lock isn't a terminal > # stty -f /dev/ttyu5.lock cs7 > stty: /dev/ttyu5.lock isn't a terminal > ----- It looks like r223722, while introducing the ability to issue device-specific ioctls on init and lock devices, broke the ability to issue generic ioctls, with the exception of TIOCSETA. (However, stty will not do much if it cannot do TIOCGETA.) Try this patch and report if it works: diff --git a/sys/kern/tty.c b/sys/kern/tty.c index ce49f97..3721888 100644 --- a/sys/kern/tty.c +++ b/sys/kern/tty.c @@ -777,6 +777,7 @@ ttyil_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, error = ttydevsw_cioctl(tp, dev2unit(dev), cmd, data, td); if (error != ENOIOCTL) goto done; + error = 0; switch (cmd) { case TIOCGETA: -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 06:32:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741391065672; Sun, 11 Sep 2011 06:32:08 +0000 (UTC) (envelope-from cvs-src@yandex.ru) Received: from forward7.mail.yandex.net (forward7.mail.yandex.net [IPv6:2a02:6b8:0:202::2]) by mx1.freebsd.org (Postfix) with ESMTP id E6B5A8FC14; Sun, 11 Sep 2011 06:32:07 +0000 (UTC) Received: from smtp9.mail.yandex.net (smtp9.mail.yandex.net [77.88.61.35]) by forward7.mail.yandex.net (Yandex) with ESMTP id 36B631C0C99; Sun, 11 Sep 2011 10:32:06 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1315722726; bh=qjd5HgDy7dZwQ40EtGbmtd+6RWxYS3CBTaPZ9wcie7k=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OD/LLOg5ybBYl+oHeH0EFbVFyPKfIMBDb7qHSGTYOApy/UcwaoPwz4lq3E/O8GxjX UVyvaM11Sm7+SBANmELImoHDAcRoy/OrmVC0dYsvMyPqaLpk9gDlp8kCWK1/YWDNc6 8nPcLfCkZTOlIvDJa41zpTejqAwHAiDsY2YoiM7o= Received: from smtp9.mail.yandex.net (localhost [127.0.0.1]) by smtp9.mail.yandex.net (Yandex) with ESMTP id 21B9A15204BE; Sun, 11 Sep 2011 10:32:06 +0400 (MSD) Received: from unknown (unknown [213.138.88.133]) by smtp9.mail.yandex.net (nwsmtp/Yandex) with ESMTP id W5A0DTmC-W5Aag6oS; Sun, 11 Sep 2011 10:32:05 +0400 X-Yandex-Spam: 1 Message-ID: <4E6C55DA.9010608@yandex.ru> Date: Sun, 11 Sep 2011 10:31:54 +0400 From: Ruslan Mahmatkhanov User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: Adrian Chadd References: <4E5747C5.9070705@yandex.ru> <4E6BA9D2.4070908@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 11 Sep 2011 11:22:28 +0000 Cc: freebsd-current@freebsd.org Subject: Re: siba_bwn in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 06:32:08 -0000 Adrian Chadd wrote on 11.09.2011 04:56: > Please submit a PR so I/others don't forget. > Then just follow through with an email to me w/ the PR number. > > Thanks, > > > Adrian Done. http://bugs.freebsd.org/160652 -- Regards, Ruslan Tinderboxing kills... the drives. From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 11:31:14 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5498106566B; Sun, 11 Sep 2011 11:31:14 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail14.syd.optusnet.com.au (mail14.syd.optusnet.com.au [211.29.132.195]) by mx1.freebsd.org (Postfix) with ESMTP id 29CD28FC0A; Sun, 11 Sep 2011 11:31:13 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c220-239-116-103.belrs4.nsw.optusnet.com.au [220.239.116.103]) by mail14.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p8BBVA3e010849 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Sep 2011 21:31:11 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.5/8.14.4) with ESMTP id p8BBV9QZ083843; Sun, 11 Sep 2011 21:31:09 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.5/8.14.4/Submit) id p8BBV9TE083842; Sun, 11 Sep 2011 21:31:09 +1000 (EST) (envelope-from peter) Date: Sun, 11 Sep 2011 21:31:09 +1000 From: Peter Jeremy To: Andriy Gapon Message-ID: <20110911113109.GA81577@server.vk2pj.dyndns.org> References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> <20110910110310.GA6263@server.vk2pj.dyndns.org> <4E6C71FA.50906@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <4E6C71FA.50906@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Kabaev , freebsd-current@FreeBSD.org Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 11:31:14 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2011-Sep-11 11:31:54 +0300, Andriy Gapon wrote: >And I am actually wondering about -fno-unit-at-a-time option. >In my opinion this is an anti-optimization option and it can actually incr= ease >a size of a final binary. In fact, it looks like the option was introduce= d to >boot2 in r132870 in the year 2004, way before GCC 4.X switch, and it was >introduced to avoid some optimizations that produced broken code. >I wonder if there is any reason to keep using that option now. In any case, size isn't an issue for any of gptboot, gptzfsboot or zfsboot (unlike boot2). For that matter, why do we need both gptboot and gptzfsboot? It would be more convenient to have a single GPT bootstrap that handled both UFS & ZFS. --=20 Peter Jeremy --DocE+STaALJfprDB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5sm/0ACgkQ/opHv/APuIcyWwCfbdxvDaI8zXk3L1w/hdP80Na6 wvQAoIy9I0uo8zGSl1UVKkU6CnEZU/o4 =3x7/ -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 14:55:32 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98845106564A; Sun, 11 Sep 2011 14:55:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 65DC88FC12; Sun, 11 Sep 2011 14:55:32 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LRD00F005GJ8U00@smtpauth2.wiscmail.wisc.edu>; Sun, 11 Sep 2011 09:55:31 -0500 (CDT) Received: from wanderer.tachypleus.net (AAnnecy-157-1-99-204.w90-4.abo.wanadoo.fr [90.4.178.204]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LRD00EFQ5GG7A00@smtpauth2.wiscmail.wisc.edu>; Sun, 11 Sep 2011 09:55:31 -0500 (CDT) Date: Sun, 11 Sep 2011 16:55:27 +0200 From: Nathan Whitehorn In-reply-to: <20110911113109.GA81577@server.vk2pj.dyndns.org> To: Peter Jeremy Message-id: <4E6CCBDF.1090206@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=90.4.178.204 X-Spam-PmxInfo: Server=avs-12, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.11.144214, SenderIP=90.4.178.204 References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> <20110910110310.GA6263@server.vk2pj.dyndns.org> <4E6C71FA.50906@FreeBSD.org> <20110911113109.GA81577@server.vk2pj.dyndns.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 Cc: Alexander Kabaev , freebsd-current@FreeBSD.org, Andriy Gapon Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 14:55:32 -0000 On 09/11/11 13:31, Peter Jeremy wrote: > On 2011-Sep-11 11:31:54 +0300, Andriy Gapon wrote: >> And I am actually wondering about -fno-unit-at-a-time option. >> In my opinion this is an anti-optimization option and it can actually increase >> a size of a final binary. In fact, it looks like the option was introduced to >> boot2 in r132870 in the year 2004, way before GCC 4.X switch, and it was >> introduced to avoid some optimizations that produced broken code. >> I wonder if there is any reason to keep using that option now. > > In any case, size isn't an issue for any of gptboot, gptzfsboot or > zfsboot (unlike boot2). For that matter, why do we need both > gptboot and gptzfsboot? It would be more convenient to have a > single GPT bootstrap that handled both UFS& ZFS. > It would be much more convenient, and also simplify adding installation onto ZFS partitions in the installer significantly. -Nathan From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 15:07:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B083106564A; Sun, 11 Sep 2011 15:07:57 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8B58D8FC13; Sun, 11 Sep 2011 15:07:55 +0000 (UTC) Received: by fxg9 with SMTP id 9so375659fxg.13 for ; Sun, 11 Sep 2011 08:07:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=SyTRUo66dSLcWeB9wqYZYokW2+fcqWuPckVgkDHaseg=; b=fiqX8M5smvKPm5EbrlRnJAMCLFrxTLOh1oQNofItULdK7ay9z6dZRQTIzw+jirgdNO RlAQq+HOmlgw8vvgJorQfuArFRjvN7opFtjHmRSZswnYPCZyWrC01hvxKtn+B36N9KKw vR17y63S9gAlUOPNuoG/tsH8qs/xtaZP0hu+s= Received: by 10.223.88.83 with SMTP id z19mr121114fal.11.1315751904398; Sun, 11 Sep 2011 07:38:24 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id d23sm6553816fam.4.2011.09.11.07.38.22 (version=SSLv3 cipher=OTHER); Sun, 11 Sep 2011 07:38:22 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E6CC7C1.9050102@FreeBSD.org> Date: Sun, 11 Sep 2011 17:37:53 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <4E632972.7080409@FreeBSD.org> In-Reply-To: <4E632972.7080409@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: ahci doesn't work with qemu emulation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 15:07:57 -0000 Hi. On 04.09.2011 10:32, Andriy Gapon wrote: > ahcich0: Timeout on slot 0 port 0 > ahcich0: is 00000005 cs 00000000 ss 00000000 rs 00000001 tfd 50 serr 00000000 > cmd 1000c017 > ahcich0: AHCI reset... > ahcich0: SATA connect time=0us status=00000113 > ahcich0: AHCI reset: device found > ahcich0: AHCI reset: device ready after 0ms > (aprobe0:ahcich0:0:0:0): ATA_IDENTIFY. ACB: ec 00 00 00 00 40 00 00 00 00 00 00 > (aprobe0:ahcich0:0:0:0): CAM status: Command timeout > (aprobe0:ahcich0:0:0:0): SIGNATURE: 0000 > > I guess that this is a problem with the emulation - some unsupported command or > reliance on some specific behavior of a driver (e.g. a Linux driver), but still > would be nice to have it working for testing / experimentation purposes. > > Example of how a disk behind an AHCI controller can be specified to qemu-devel: > qemu-system-x86_64 ... -drive id=disk,file=disk.img,if=none -device ahci,id=ahci > -device ide-drive,drive=disk,bus=ahci.0 I've reproduced the problem. I believe the problem is in QEMU's AHCI emulation. As I see, it clears port's Interrupt Enable register each time when reset of any level happens. Is is reasonable for the global controller reset. It is probably not good, but acceptable for our driver for the port hard reset. But it is IMO wrong for the device soft reset. None of real hardware I know behaves that way. This patch to QEMU fixes the problem for me: http://people.freebsd.org/~mav/qemu.ahci.patch This patch workarounds the problem from the FreeBSD side: http://people.freebsd.org/~mav/qemu.ahci.freebsd.patch , but I would prefer to see problem solved from the QEMU side. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 15:52:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 736271065672 for ; Sun, 11 Sep 2011 15:52:40 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 087E38FC1D for ; Sun, 11 Sep 2011 15:52:39 +0000 (UTC) Received: by fxg9 with SMTP id 9so403111fxg.13 for ; Sun, 11 Sep 2011 08:52:39 -0700 (PDT) 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:content-transfer-encoding; bh=Ry4Uy1eqkFUWscjdJETvDxpxJkEwBgWmVa7OiaPEWMQ=; b=QI44Wi0DnWoHls416/KqG5hqSoqPCrpsn10+kIZjwxh6oBN+pZWa+M7IIdnygyt78K C45UKrfYEok7b9morkGHwa25J4JvoyQ6txvPeBsy41wFC7XyLqZ4RSEVlNkx4pep2kch pXCdnKKEbWrfolpwu4/+9cvvwq7InhLU7z9ow= MIME-Version: 1.0 Received: by 10.223.88.23 with SMTP id y23mr1691690fal.95.1315756358895; Sun, 11 Sep 2011 08:52:38 -0700 (PDT) Received: by 10.152.6.193 with HTTP; Sun, 11 Sep 2011 08:52:38 -0700 (PDT) In-Reply-To: <20110911113109.GA81577@server.vk2pj.dyndns.org> References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6B1285.70508@FreeBSD.org> <4E6B1AD4.6080206@FreeBSD.org> <4E6B320A.4090606@FreeBSD.org> <20110910110310.GA6263@server.vk2pj.dyndns.org> <4E6C71FA.50906@FreeBSD.org> <20110911113109.GA81577@server.vk2pj.dyndns.org> Date: Sun, 11 Sep 2011 10:52:38 -0500 Message-ID: From: Scot Hetzel To: Peter Jeremy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 15:52:40 -0000 On Sun, Sep 11, 2011 at 6:31 AM, Peter Jeremy wrote: > In any case, size isn't an issue for any of gptboot, gptzfsboot or > zfsboot (unlike boot2). =A0For that matter, why do we need both > gptboot and gptzfsboot? =A0It would be more convenient to have a > single GPT bootstrap that handled both UFS & ZFS. > gptzfsboot contains CDDL licensed code. This was done to allow users to build/install FreeBSD without any CDDL licensed boot code. Scot From owner-freebsd-current@FreeBSD.ORG Sun Sep 11 20:39:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE8C106567C; Sun, 11 Sep 2011 20:39:42 +0000 (UTC) (envelope-from bapt@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2514F8FC08; Sun, 11 Sep 2011 20:39:42 +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 p8BKdgRQ071182; Sun, 11 Sep 2011 20:39:42 GMT (envelope-from bapt@freebsd.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8BKdf67071181; Sun, 11 Sep 2011 20:39:41 GMT (envelope-from bapt@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@freebsd.org using -f Date: Sun, 11 Sep 2011 22:39:38 +0200 From: Baptiste Daroussin To: John Baldwin Message-ID: <20110911203938.GA2913@azathoth.lan> References: <201107260803.47625.jhb@freebsd.org> <201107261544.51244.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <201107261544.51244.jhb@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: No disks usable on a P5NE MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 20:39:42 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > > the result is: > > db> show intrcnt > > cpu0: timer 4510 > > irq256: hdac0 1 > > cpu3: timer 29 > > cpu1: timer 3036 > > cpu2: timer 31 > > db> > >=20 > > I did break at the mountfrom> prompt > > If I break before I only have the cpu0 and irq256 entries. >=20 > Hmmm, is there any way you can build a 9 kernel without sound support (si= nce=20 > that clutters up bootverbose) and capture a verbose dmesg, using a serial= =20 > console or PXE booting to an NFS root of some sort? >=20 I can't pxe boot, but I can record the build on my camera: http://people.freebsd.org/~bapt/9-fail.avi (18MB) (this is 9.0-BETA2 memstick) Hope that could help Bapt --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5tHIoACgkQ8kTtMUmk6EyS1ACePj6Meuz3z2Z9SdPWRBPMvkSs Vm8An0Jp56Bnsd20TrEub52N9FqSBnDC =cm0a -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 00:53:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157B51065670 for ; Mon, 12 Sep 2011 00:53:55 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id E992B8FC13 for ; Mon, 12 Sep 2011 00:53:54 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id p8C0ci0T069270 for freebsd-current@freebsd.org; Mon, 12 Sep 2011 00:38:44 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.119] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id e3jnzvuiuurkd2ru6vah7jqtmi; for freebsd-current@freebsd.org; Mon, 12 Sep 2011 00:38:44 +0000 (UTC) (envelope-from kientzle@freebsd.org) From: Tim Kientzle Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 11 Sep 2011 17:38:44 -0700 Message-Id: To: FreeBSD-current Current Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: iconv not reporting errors? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 00:53:55 -0000 I'm trying to use the iconv that's in FreeBSD-CURRENT and it's not = reporting errors the way I expect. To demonstrate, here's a test = program that tries to convert UTF-8 to KOI8-R. This should report an = error, since the UTF-8 string here "=C4=90=C3=92=C3=89=C3=97=C3=85=C3=94" = contains characters not available in KOI8-R. On FreeBSD-CURRENT (updated yesterday), the iconv() call returns 0, = consumes the entire input, and generates 9 characters "D`O'ExA^O". I = believe that the call should return 6 in this case, since each of the = six input characters were converted to "non-identical" characters in the = output. The term "non-identical" is used in the return value description of: http://pubs.opengroup.org/onlinepubs/007908799/xsh/iconv.html For comparison, I tried this on MacOS, where the iconv() call returns = -1, consumes no input, and generates no output. #include #include #include int main(int argc, char **argv) { const char *input =3D = "\303\220\303\222\303\211\303\227\303\205\303\224"; const char *in =3D input; size_t insize =3D strlen(in); char outbuff[64]; char *out =3D outbuff; size_t outsize =3D sizeof(outbuff); iconv_t cd =3D iconv_open("KOI8-R", "UTF-8"); size_t s =3D iconv(cd, &in, &insize, &out, &outsize); *out =3D '\0'; printf("s =3D %d\n", (int)s); printf("insize =3D %d\n", (int)insize); printf("outsize =3D %d\n", (int)outsize); printf("%s", outbuff); return (0); } From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 01:36:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26ED7106566B for ; Mon, 12 Sep 2011 01:36:01 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost05.isp.att.net (fmailhost05.isp.att.net [207.115.11.55]) by mx1.freebsd.org (Postfix) with ESMTP id 15F6E8FC16 for ; Mon, 12 Sep 2011 01:36:00 +0000 (UTC) Date: Mon, 12 Sep 2011 01:36:00 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-72-147-182-21.sdf.bellsouth.net[72.147.182.21]) by isp.att.net (frfwmhc05) with SMTP id <20110912013559H05001n7nfe>; Mon, 12 Sep 2011 01:36:00 +0000 X-Originating-IP: [72.147.182.21] From: "Thomas Mueller" Cc: Fbsd8 Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 01:36:01 -0000 Actually, I think this kind of question is for the freebsd-current list, so I respond on that list. Problem with the old sysinstall is that sysinstall expects installation sets to be broken into 1392 KB chunks as opposed to a full .tgz, .tbz or .txz, or so I believe: I could be wrong. I thought NetBSD had a much better installer (sysinst) compared to FreeBSD sysinstall, but the new installer may reverse that. New installer still leaves me confused at times. I downloaded BETA2 amd64 memstick file and dd'ed it to a USB stick but haven't booted it yet. Base installation ought to be preselected because it is necessary for installed system to be functional, but others might be optional. For ports, I prefer to use portsnap. I intend to keep ports tree from BETA1 and use 'portsnap fetch update' but will have to note in /etc/make.conf that the ports tree is on a different partition, like maybe PORTSDIR=/BETA1/usr/ports Keyboard selection with regard to language in BETA1 was confusing. It is not always necessary to remove the CD, DVD or memstick after installation. One might go into the BIOS or UEFI and change the boot priority, or on my MSI motherboard, I can get a boot menu by hitting F11 when the MSI motherboard splash screen appears. In my case, I intend to delete my nonfunctional NetBSD partitions and make FreeBSD partition in that space; not sure if I need a special boot partition. 64K boot partition for BETA1 played no role, since I started BETA1 from the System Rescue CD (http://sysresccd.org/), selecting Super Grub Disk, then hitting c for command prompt, and set root=(hd0,9) kfreebsd /boot/loader boot I had a problem with the memstick running out of inodes, since the partition on the USB stick had no extra space even though there was plenty of extra space on the USB stick. Tom From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 04:53:11 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE1E106564A for ; Mon, 12 Sep 2011 04:53:11 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 14D2E8FC12 for ; Mon, 12 Sep 2011 04:53:10 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2yW4-0009df-6G; Mon, 12 Sep 2011 08:53:08 +0400 From: Boris Samorodov To: gljennjohn@googlemail.com References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> <20110910160821.5220f1f7@ernst.jennejohn.org> <01006443@h30.sp.ipt.ru> <20110911103318.5c23e160@ernst.jennejohn.org> Date: Mon, 12 Sep 2011 08:53:07 +0400 In-Reply-To: <20110911103318.5c23e160@ernst.jennejohn.org> (Gary Jennejohn's message of "Sun, 11 Sep 2011 10:33:18 +0200") Message-ID: <81306828@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 04:53:11 -0000 On Sun, 11 Sep 2011 10:33:18 +0200 Gary Jennejohn wrote: > On Sat, 10 Sep 2011 21:10:44 +0400 > Boris Samorodov wrote: > > On Sat, 10 Sep 2011 16:08:21 +0200 Gary Jennejohn wrote: > > > > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > > > > > > > > > the port does not work as expected (at least as per The Handbook, > > > > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > > > > devices can be used: > > > > > Seems that the handbook is out of date. > > > > OK, how can I configure a serial port then? > > > Just don't use the init and lock devices. Well, I've read the Handbook because I can't do it with a serial port: ----- % uname -a FreeBSD host.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep 5 18:10:43 MSK 2011 bsam@host.ipt.ru:/usr/obj/usr/src/sys/HOST i386 % sudo stty -f /dev/ttyu4 56400 % echo $? 0 % sudo stty -f /dev/ttyu4 speed 9600 baud; lflags: echoe echoke echoctl oflags: tab0 cflags: cs8 -parenb ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 05:31:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92F3F106564A for ; Mon, 12 Sep 2011 05:31:34 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-qw0-f45.google.com (mail-qw0-f45.google.com [209.85.216.45]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC898FC08 for ; Mon, 12 Sep 2011 05:31:33 +0000 (UTC) Received: by qwj8 with SMTP id 8so3643683qwj.18 for ; Sun, 11 Sep 2011 22:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=T7A2myE8DdMqHniG7YqiaAR57NZocCoHAhyQWCoIt3A=; b=o0844vrTMm1DlvfBgcQvD0S32ARPVBTmsAZlu/mV6MOgY2l5WPf3BXQ2/QMWYslId/ gLi/EGnZtter6ntbabUFKD5XftvGy8JlbLx3OsBmpl4B9A4Z9sx6iWId/YfKAsqLa5o+ YTTAE1kdz0GAsM4g919XMzVjBypL6N2vFwBHg= MIME-Version: 1.0 Received: by 10.224.178.14 with SMTP id bk14mr3258442qab.115.1315805493322; Sun, 11 Sep 2011 22:31:33 -0700 (PDT) Received: by 10.229.136.73 with HTTP; Sun, 11 Sep 2011 22:31:33 -0700 (PDT) Received: by 10.229.136.73 with HTTP; Sun, 11 Sep 2011 22:31:33 -0700 (PDT) In-Reply-To: References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> <20110910160821.5220f1f7@ernst.jennejohn.org> <01006443@h30.sp.ipt.ru> <20110911103318.5c23e160@ernst.jennejohn.org> <81306828@bb.ipt.ru> Date: Sun, 11 Sep 2011 19:31:33 -1000 Message-ID: From: David Cornejo To: Boris Samorodov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 05:31:34 -0000 On Sep 11, 2011 6:54 PM, "Boris Samorodov" wrote: > > On Sun, 11 Sep 2011 10:33:18 +0200 Gary Jennejohn wrote: > > On Sat, 10 Sep 2011 21:10:44 +0400 > > Boris Samorodov wrote: > > > On Sat, 10 Sep 2011 16:08:21 +0200 Gary Jennejohn wrote: > > > > > On Tue, 06 Sep 2011 16:29:51 +0400 Boris Samorodov wrote: > > > > > > > > > > > the port does not work as expected (at least as per The Handbook, > > > > > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > > > > > devices can be used: > > > > > > > Seems that the handbook is out of date. > > > > > > OK, how can I configure a serial port then? > > > > > > Just don't use the init and lock devices. > > Well, I've read the Handbook because I can't do it with > a serial port: > ----- > % uname -a > FreeBSD host.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon Sep 5 18:10:43 MSK 2011 bsam@host.ipt.ru:/usr/obj/usr/src/sys/HOST i386 > > % sudo stty -f /dev/ttyu4 56400 > > % echo $? > 0 > > % sudo stty -f /dev/ttyu4 > speed 9600 baud; > lflags: echoe echoke echoctl > oflags: tab0 > cflags: cs8 -parenb > ----- > > -- > WBR, Boris Samorodov (bsam) > Research Engineer, http://www.ipt.ru Telephone & Internet SP > FreeBSD Committer, http://www.FreeBSD.org The Power To Serve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" It's been a long time, but I seem to recall that you need to have the device open before you can configure it and that when the device closes it gets reset to defaults. (or maybe the open resets it). The way I remember configuring it from the command line was to tip or cu to port, suspend tip, reconfigure, and foreground tip. From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 05:33:41 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11484106566B for ; Mon, 12 Sep 2011 05:33:41 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id B7E468FC18 for ; Mon, 12 Sep 2011 05:33:39 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2z9G-0009kX-65; Mon, 12 Sep 2011 09:33:38 +0400 From: Boris Samorodov To: Jilles Tjoelker References: <70652288@bb.ipt.ru> <20110911110258.GA51096@stack.nl> Date: Mon, 12 Sep 2011 09:33:37 +0400 In-Reply-To: <20110911110258.GA51096@stack.nl> (Jilles Tjoelker's message of "Sun, 11 Sep 2011 13:02:58 +0200") Message-ID: <77785294@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org, ed@freebsd.org, Peter Jeremy Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 05:33:41 -0000 On Sun, 11 Sep 2011 13:02:58 +0200 Jilles Tjoelker wrote: > On Tue, Sep 06, 2011 at 04:29:51PM +0400, Boris Samorodov wrote: > > the port does not work as expected (at least as per The Handbook, > > 26.2.5 Serial Port Configuration). Nether "init" nor "lock" > > devices can be used: > > ----- > > # uname -a > > FreeBSD host1.ipt.ru 9.0-BETA2 FreeBSD 9.0-BETA2 #14 r225395: Mon > > Sep 5 18:10:43 MSK 2011 bsam@bb.ipt.ru:/usr/obj/usr/src/sys/HOSTS > > i386 > > # ls -l /dev/ttyu5* > > crw------- 1 root wheel 0, 56 Sep 5 18:50 /dev/ttyu5 > > crw------- 1 root wheel 0, 57 Sep 5 18:50 /dev/ttyu5.init > > crw------- 1 root wheel 0, 58 Sep 5 18:50 /dev/ttyu5.lock > > # stty -f /dev/ttyu5.init 57600 > > stty: /dev/ttyu5.lock isn't a terminal > > # stty -f /dev/ttyu5.lock cs7 > > stty: /dev/ttyu5.lock isn't a terminal > > ----- > It looks like r223722, while introducing the ability to issue > device-specific ioctls on init and lock devices, broke the ability to > issue generic ioctls, with the exception of TIOCSETA. (However, stty > will not do much if it cannot do TIOCGETA.) > Try this patch and report if it works: > diff --git a/sys/kern/tty.c b/sys/kern/tty.c > index ce49f97..3721888 100644 > --- a/sys/kern/tty.c > +++ b/sys/kern/tty.c > @@ -777,6 +777,7 @@ ttyil_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int fflag, > error = ttydevsw_cioctl(tp, dev2unit(dev), cmd, data, td); > if (error != ENOIOCTL) > goto done; > + error = 0; > > switch (cmd) { > case TIOCGETA: Thanks Jilles! That did it: ----- % sudo stty -f /dev/ttyu4 speed 9600 baud; lflags: echoe echoke echoctl oflags: tab0 cflags: cs8 -parenb % sudo stty -f /dev/ttyu4.init 1200 cs7 % sudo stty -f /dev/ttyu4 speed 1200 baud; lflags: echoe echoke echoctl oflags: tab0 cflags: cs7 -parenb ----- -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 05:45:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4991065672 for ; Mon, 12 Sep 2011 05:45:06 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 6DA368FC0A for ; Mon, 12 Sep 2011 05:45:06 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R2zKK-0009mK-RY; Mon, 12 Sep 2011 09:45:04 +0400 From: Boris Samorodov To: David Cornejo References: <70652288@bb.ipt.ru> <47407562@bb.ipt.ru> <20110910160821.5220f1f7@ernst.jennejohn.org> <01006443@h30.sp.ipt.ru> <20110911103318.5c23e160@ernst.jennejohn.org> <81306828@bb.ipt.ru> Date: Mon, 12 Sep 2011 09:45:04 +0400 In-Reply-To: (David Cornejo's message of "Sun, 11 Sep 2011 19:31:33 -1000") Message-ID: <11704607@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@freebsd.org Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 05:45:06 -0000 On Sun, 11 Sep 2011 19:31:33 -1000 David Cornejo wrote: > It's been a long time, It worked at 8.2-PRERELEASE for me (and seemed to be a bug at 9.0-BETA2): ----- % uname -a FreeBSD hht.ipt.ru 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0 r216685: Fri Dec 24 10:16:47 MSK 2010 bsam@hht.ipt.ru:/z/obj/z/src/sys/HHT amd64 % sudo stty -f /dev/cuau1 speed 57600 baud; lflags: echoe echoke echoctl oflags: tab0 cflags: cs8 -parenb % sudo stty -f /dev/cuau1.init 1200 cs7 % sudo stty -f /dev/cuau1 speed 1200 baud; lflags: echoe echoke echoctl oflags: tab0 cflags: cs7 -parenb ----- > but I seem to recall that you need to have the device > open before you can configure it and that when the device closes it gets > reset to defaults. (or maybe the open resets it). The way I remember > configuring it from the command line was to tip or cu to port, suspend tip, > reconfigure, and foreground tip. Yea, I recall doing something like this until I discovered *.init and *.lock devices. And they proved to be very useful. Anyway Jilles Tjoelker offered a patch that fixed the case. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 07:37:00 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB474106564A; Mon, 12 Sep 2011 07:37:00 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 49E2D8FC14; Mon, 12 Sep 2011 07:36:58 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA04123; Mon, 12 Sep 2011 10:36:57 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R314a-000Kla-NY; Mon, 12 Sep 2011 10:36:56 +0300 Message-ID: <4E6DB696.1080608@FreeBSD.org> Date: Mon, 12 Sep 2011 10:36:54 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: FreeBSD-Current , freebsd-fs@FreeBSD.org X-Enigmail-Version: undefined Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Subject: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 07:37:01 -0000 This email is in part inspired by the following problem: http://article.gmane.org/gmane.os.freebsd.current/135292 So "harmful" could also be added to the subject line. So here is my proposal. Part I. ZFS and GPT bootblocks. I believe that we do not need here any extra optimizations and happy dances that seem to be carried over from boot2. I think that just the -Os should be sufficient of optimization flags. Maybe even that is not really required. Rationale: - these boot blocks are not as nearly space-constrained as boot2 - using untypical flags increases chances of hitting compiler bugs, especially for those compilers where we are stuck with unsupported / locally-maintained versions or where a compiler is maturing yet - assembly / machine code and debugging may become easier Additionally, the '/align/d' '/nop/d' filtering of the intermediate assembly file seems to be not needed for zfsboot. Part II. The original boot2. My testing shows that -Os -fomit-frame-pointer are sufficient to produce a small enough boot2 image (~300 bytes remain available with gcc, 51 bytes for clang). -mrtd -mregparm=3 do not change size with gcc, but with clang they increase _available_ space to 79 bytes. The '/align/d' '/nop/d' filtering seems to shave off only 7 bytes here. Not suggesting anything, just an observation... Part III. History. It seems that all those optimization related options were introduced very long time ago when the compiler(s) were quite different from what they are now. So, some re-evaluation may be (long over)due. For example, -fno-unit-at-a-time is definitely an anti-optmization option and it was introduced to fight some gcc bugs way back in 2004 (r132870). Its merits have never been re-evaluated after switch to gcc 4.2, it seems. -fno-guess-branch-probability and -mno-align-long-strings are even less obvious options (see e.g. r108149). Finally, here is a diff: http://people.freebsd.org/~avg/boot-cflags.diff All the boot blocks are boot tested in qemu. boot2 is also tested with -mrtd -mregparm removed. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 08:40:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C9EB106566C; Mon, 12 Sep 2011 08:40:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id B4F088FC12; Mon, 12 Sep 2011 08:40:26 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA05009; Mon, 12 Sep 2011 11:40:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R3240-000KoS-Fg; Mon, 12 Sep 2011 11:40:24 +0300 Message-ID: <4E6DC577.9050007@FreeBSD.org> Date: Mon, 12 Sep 2011 11:40:23 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: FreeBSD-Current , freebsd-fs@FreeBSD.org References: <4E6DB696.1080608@FreeBSD.org> In-Reply-To: <4E6DB696.1080608@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=x-viet-vps Content-Transfer-Encoding: 7bit Cc: Subject: Re: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 08:40:27 -0000 on 12/09/2011 10:36 Andriy Gapon said the following: > > This email is in part inspired by the following problem: > http://article.gmane.org/gmane.os.freebsd.current/135292 > So "harmful" could also be added to the subject line. > > So here is my proposal. I would like to clarify that my intention was to solicit opinions, explanations, discussions, alternative proposals and *testing*. > Part I. ZFS and GPT bootblocks. > > I believe that we do not need here any extra optimizations and happy dances that > seem to be carried over from boot2. > I think that just the -Os should be sufficient of optimization flags. Maybe > even that is not really required. > Rationale: > - these boot blocks are not as nearly space-constrained as boot2 > - using untypical flags increases chances of hitting compiler bugs, > especially for those compilers where we are stuck with > unsupported / locally-maintained versions or where a compiler is maturing yet > - assembly / machine code and debugging may become easier > > Additionally, the '/align/d' '/nop/d' filtering of the intermediate assembly > file seems to be not needed for zfsboot. > > Part II. The original boot2. > > My testing shows that -Os -fomit-frame-pointer are sufficient to produce a small > enough boot2 image (~300 bytes remain available with gcc, 51 bytes for clang). > -mrtd -mregparm=3 do not change size with gcc, but with clang they increase > _available_ space to 79 bytes. > > The '/align/d' '/nop/d' filtering seems to shave off only 7 bytes here. > Not suggesting anything, just an observation... > > Part III. History. > > It seems that all those optimization related options were introduced very long > time ago when the compiler(s) were quite different from what they are now. > So, some re-evaluation may be (long over)due. > For example, -fno-unit-at-a-time is definitely an anti-optmization option and it > was introduced to fight some gcc bugs way back in 2004 (r132870). Its merits > have never been re-evaluated after switch to gcc 4.2, it seems. > -fno-guess-branch-probability and -mno-align-long-strings are even less obvious > options (see e.g. r108149). > > > Finally, here is a diff: > http://people.freebsd.org/~avg/boot-cflags.diff > All the boot blocks are boot tested in qemu. > boot2 is also tested with -mrtd -mregparm removed. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 09:00:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97BC8106566B for ; Mon, 12 Sep 2011 09:00:03 +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 1BE4C8FC08 for ; Mon, 12 Sep 2011 09:00:02 +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 p8C9019V034469 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 12 Sep 2011 10:00:02 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4E6DCA11.5080601@unsane.co.uk> Date: Mon, 12 Sep 2011 10:00:01 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <67086682@h30.sp.ipt.ru> In-Reply-To: <67086682@h30.sp.ipt.ru> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: issue with old linuxbase. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 09:00:03 -0000 On 10/09/2011 18:06, Boris Samorodov wrote: > On Sat, 10 Sep 2011 12:33:37 +0100 Veniamin Gvozdikov wrote: > >> I've tried porting a few programs from Linux which's used a >> linuxulator. But I have the problem with old linux base system. My >> ports can't be run with old libstdc++.so.6 >> I have error with run linux apps. >> /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.11' not found >>> strings /compat/linux/usr/lib/libstdc++.so.6|grep GLIBCXX >> GLIBCXX_3.4 >> GLIBCXX_3.4.1 >> GLIBCXX_3.4.2 >> GLIBCXX_3.4.3 >> GLIBCXX_3.4.4 >> GLIBCXX_3.4.5 >> GLIBCXX_3.4.6 >> GLIBCXX_3.4.7 >> GLIBCXX_3.4.8 >> GLIBCXX_3.4.9 >> GLIBCXX_3.4.10 >> GLIBCXX_FORCE_NEW >> GLIBCXX_DEBUG_MESSAGE_LENGTH > >> How to fix it > You may try to replace libstdc++ package from the base port by the one > from Fedora 11. But the result is unknown. FreeBSD-emulation is a better > place to speak about the matter. > >> or when'll upgraded linux base system? > When somebody do the actual work. > http://www.leidinger.net/blog/2011/08/29/howto-create-a-new-linux_base-port/ and http://www.leidinger.net/blog/2011/09/01/howto-add-linux-infrastructure-ports-for-a-new-linux_base-port/ Look useful here. If I actually used the linuxulator I'd probably have had a stab but its not something i have used for longer than I can think. From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 10:07:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C020106566C for ; Mon, 12 Sep 2011 10:07:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from mx0.hoeg.nl (mx0.hoeg.nl [IPv6:2a01:4f8:101:5343::aa]) by mx1.freebsd.org (Postfix) with ESMTP id 624168FC13 for ; Mon, 12 Sep 2011 10:07:57 +0000 (UTC) Received: by mx0.hoeg.nl (Postfix, from userid 1000) id CABD52A28CB6; Mon, 12 Sep 2011 12:07:56 +0200 (CEST) Date: Mon, 12 Sep 2011 12:07:56 +0200 From: Ed Schouten To: Boris Samorodov Message-ID: <20110912100756.GC4428@hoeg.nl> References: <70652288@bb.ipt.ru> <20110911110258.GA51096@stack.nl> <77785294@bb.ipt.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R+My9LyyhiUvIEro" Content-Disposition: inline In-Reply-To: <77785294@bb.ipt.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@FreeBSD.org, Peter Jeremy , Jilles Tjoelker Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 10:07:57 -0000 --R+My9LyyhiUvIEro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Boris Samorodov , 20110912 07:33: > Thanks Jilles! That did it: Thanks for reporting/testing. Fixed in r225506! --=20 Ed Schouten WWW: http://80386.nl/ --R+My9LyyhiUvIEro Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iQIcBAEBAgAGBQJObdn8AAoJEG5e2P40kaK70sUP/1hmJzrDlQoNl9ox4zDb4TdQ TK5fXP5sHBp9VYUcoBO3dXuvVuEniOjM5kjiuhsSgIRuCJhXRVrF1tT/6za1MVeW qj9NBFdWKVJd1u6CATjx9qvMNywDLcUH+5jGNcuFsKr8DirGCNg+C2GBpXTcmXC+ +KXEN+bRS0xPEQ+RHGNadS/TgnINQ3g+I3VTRqBEOlMKrv3k+jdXn3xB+iMgSJdj doW5xqR3LJ/VY3NMgEcWKJGdHKJZyXFJYnbRua7zKKgYT/QCnYmFgZqxYAjMmWfi FK4A0ioL0vLkOJPOuGUIDSXcsJ9YcRHM4RmNS9BIH9I4wWtK1e1HUKJokC/nRJwe nONFWUHJuC+7kyWylot1lUe6xwWn5vH2zFqAPuJhWoa1GLXEjFgxB7iYzOQeQuoz delt/w9Pt//x/f+Igs/Jjbt0jrlKzuscq8gu5o4UO+ph2v3MoB08k4uSRgY+6EE2 npOIk2NBFXWlKQ4Eyl1BzLhLIXXjGfrPfLMKQL30VNQXz7nGd2NlUBihMu9yJqOZ WybzZgcyBUWl+PPfm5LJQ8P4azcvVuDbwSOwFztad00eQrV/dCw3jXf434PqDhfb +GbASCDT6IbgkjQT5L650iyOOsHPa44atGUWI5Y61sUPE4b9ywkbnp1AeSKoDSi7 W+QgDVFKKNN9KEirjSuy =JcpF -----END PGP SIGNATURE----- --R+My9LyyhiUvIEro-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 11:08:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3A5106564A; Mon, 12 Sep 2011 11:08:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 33A0C8FC21; Mon, 12 Sep 2011 11:08:21 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C63A746B17; Mon, 12 Sep 2011 07:08:20 -0400 (EDT) Date: Mon, 12 Sep 2011 12:08:20 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Attilio Rao In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD FS , freebsd-current@freebsd.org, Konstantin Belousov , freebsd-arch@freebsd.org Subject: Call to arms: MPSAFE file systems (was: Re: Removal of Giant from the VFS layer for 10.0) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 11:08:21 -0000 On Sat, 27 Aug 2011, Attilio Rao wrote: > With the aid of kib and rwatson I made a roughly outlined plan about what is > left to do in order to have all the filesystems locked (or eventually > dropped) before 10.0) and is summarized here: > http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS Here's a more succinct summary of the key points from the wiki: FreeBSD has supported Giant lock-free file systems for years, and almost all file systems have been shipping "MPSAFE" for several years. However, VFS retains compatibility support for non-MPSAFE file systems. We want to remove that compatibility support, as it adds non-trivial complexity to an already quite complex VFS, simplifying the code and making it easier to maintain and enhance. This means either fixing or removing any file systems that can't operate without compatibility support. Attilio has posted a schedule for the removal of compatibility crutches, which in turn means removing any un-updated file systems. We are looking for volunteers to perform those updates. Here's the schedule: 27 August 2011 Attilio posts plan on arch@ 1 October 2011 Add VFS_GIANT_COMPATIBILITY option (enabled) 1 March 2012 Disable VFS_GIANT_COMPATIBILITY option by default 1 September 2012 Disconnect non-MPSAFE file systems from build 1 March 2013 Garbage collect any un-updated file systems Most of our critical file systems are already done: UFS, ZFS, the NFS client and server (both old and new), unionfs, pseudofs, tmpfs, nullfs, devfs, cd9660, ext2fs, fdescfs, msdosfs, udf, and procfs. However, some remain, and they require owners: File system Owner State coda rwatson Non-MPSAFE hpfs ??? Non-MPSAFE ntfs attilio Non-MPSAFE nwfs ??? Non-MPSAFE portalfs ??? Non-MPSAFE smbfs ??? Non-MPSAFE reiserfs ??? Non-MPSAFE xfs ??? Non-MPSAFE Any file system that remains on this list will be removed by 10.0 -- so, if you care about one of the above file systems, please help us get them updated. You can find more information here, including on the methodology for making a file system MPSAFE, with worked examples: http://wiki.freebsd.org/NONMPSAFE_DEORBIT_VFS Robert From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 11:43:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8C95106564A; Mon, 12 Sep 2011 11:43:49 +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 C07D58FC1F; Mon, 12 Sep 2011 11:43:49 +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 7727246B0D; Mon, 12 Sep 2011 07:43:49 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0ABE38A02E; Mon, 12 Sep 2011 07:43:49 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Mon, 12 Sep 2011 07:43:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E6DB696.1080608@FreeBSD.org> In-Reply-To: <4E6DB696.1080608@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109120743.02181.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 12 Sep 2011 07:43:49 -0400 (EDT) Cc: freebsd-fs@freebsd.org, FreeBSD-Current Subject: Re: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 11:43:50 -0000 On Monday, September 12, 2011 3:36:54 am Andriy Gapon wrote: > > This email is in part inspired by the following problem: > http://article.gmane.org/gmane.os.freebsd.current/135292 > So "harmful" could also be added to the subject line. > > So here is my proposal. > > Part I. ZFS and GPT bootblocks. > > I believe that we do not need here any extra optimizations and happy dances that > seem to be carried over from boot2. > I think that just the -Os should be sufficient of optimization flags. Maybe > even that is not really required. > Rationale: > - these boot blocks are not as nearly space-constrained as boot2 > - using untypical flags increases chances of hitting compiler bugs, > especially for those compilers where we are stuck with > unsupported / locally-maintained versions or where a compiler is maturing yet > - assembly / machine code and debugging may become easier > > Additionally, the '/align/d' '/nop/d' filtering of the intermediate assembly > file seems to be not needed for zfsboot. > > Part II. The original boot2. > > My testing shows that -Os -fomit-frame-pointer are sufficient to produce a small > enough boot2 image (~300 bytes remain available with gcc, 51 bytes for clang). > -mrtd -mregparm=3 do not change size with gcc, but with clang they increase > _available_ space to 79 bytes. > > The '/align/d' '/nop/d' filtering seems to shave off only 7 bytes here. > Not suggesting anything, just an observation... > > Part III. History. > > It seems that all those optimization related options were introduced very long > time ago when the compiler(s) were quite different from what they are now. > So, some re-evaluation may be (long over)due. > For example, -fno-unit-at-a-time is definitely an anti-optmization option and it > was introduced to fight some gcc bugs way back in 2004 (r132870). Its merits > have never been re-evaluated after switch to gcc 4.2, it seems. > -fno-guess-branch-probability and -mno-align-long-strings are even less obvious > options (see e.g. r108149). > > > Finally, here is a diff: > http://people.freebsd.org/~avg/boot-cflags.diff > All the boot blocks are boot tested in qemu. > boot2 is also tested with -mrtd -mregparm removed. I suspect some of the recent changes to shave space down for Clang have made some of the optimization options no longer necessary. I think the patch is fine, and I'd even prefer to go ahead and drop the extra cruft (like removing nops and aligns as well as -mrtd and -mregparm) from the UFS boot2 as well. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 12:02:35 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13BC910656B4; Mon, 12 Sep 2011 12:02:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E46218FC14; Mon, 12 Sep 2011 12:02:33 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA09545; Mon, 12 Sep 2011 15:02:31 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E6DF4D6.8050501@FreeBSD.org> Date: Mon, 12 Sep 2011 15:02:30 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <4E6DB696.1080608@FreeBSD.org> <201109120743.02181.jhb@freebsd.org> In-Reply-To: <201109120743.02181.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD-Current Subject: Re: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 12:02:36 -0000 on 12/09/2011 14:43 John Baldwin said the following: > I suspect some of the recent changes to shave space down for Clang have made > some of the optimization options no longer necessary. Just a note of all the options in question were added long before clang. > I think the patch is > fine, and I'd even prefer to go ahead and drop the extra cruft (like removing > nops and aligns as well as -mrtd and -mregparm) from the UFS boot2 as well. I personally agree, thank you for this suggestion. My current plan is to leave boot2 alone until stable/9 is branched, but to try to get zfs/gpt boot changes into 9.0. What do you think? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 12:21:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7BDA1065673; Mon, 12 Sep 2011 12:21:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 63D938FC1E; Mon, 12 Sep 2011 12:21:38 +0000 (UTC) Received: by vxi39 with SMTP id 39so3807332vxi.13 for ; Mon, 12 Sep 2011 05:21:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=ai9fpkBiwP8aAVrtQYiGaIt9sdbK8uIinWvZynl1gmQ=; b=tcv/ePS/j8TtJN0/VithHNzUVLgOX+5pXYG5DXZw2Gih4dHIaT9BQdIHdHQu075s91 Fx7PFvZ/5sfqPty/JcXHGgu2DTc+XP5tMtzROu1vSirGjR+KQr+RIYnGQIFSnWHuwoCU ecBdX6tMl8c1OIIp/0Nm7Ouh81cHDaO2Xr6FE= MIME-Version: 1.0 Received: by 10.52.93.143 with SMTP id cu15mr2975472vdb.60.1315830097712; Mon, 12 Sep 2011 05:21:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.161.138 with HTTP; Mon, 12 Sep 2011 05:21:37 -0700 (PDT) Date: Mon, 12 Sep 2011 20:21:37 +0800 X-Google-Sender-Auth: wi-kXPKEQyNw_20HrrlEgAB7D9w Message-ID: From: Adrian Chadd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-mobile@freebsd.org Subject: Has ath(4) ever worked one release and not worked another, please poke me.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 12:21:38 -0000 Hi all, I've had reports here and there from users who have said ath(4) worked for them in a previous release, and then suddenly stopped working. Either it stopped probing at all during boot, or it would probe but then spit out errors when trying to get allocated resources. There's been some recent commits to -HEAD which hopefully have resolved a class of problems that cardbus users have seen. But I'd like to know if this has popped up for anyone else. So, if you're "anyone else", and you've got an example piece of equipment and an ath(4) NIC which used to work and now doesn't, please step forward. Please only do so if you're willing to help diagnose the problem by downloading/compiling/running older kernel images and wrangling verbose boot messages from it all. It's likely going to be time consuming and quite tedious. I'd like to try and nail whatever lingering issues can be tracked down before 9.0-RELEASE if possible. Yes, this even means for older NICs (ie, the non-11n ones.) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 12:26:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F7F6106564A; Mon, 12 Sep 2011 12:26:38 +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 342258FC19; Mon, 12 Sep 2011 12:26:38 +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 CD55446B06; Mon, 12 Sep 2011 08:26:37 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 4B3F48A02E; Mon, 12 Sep 2011 08:26:37 -0400 (EDT) From: John Baldwin To: Andriy Gapon Date: Mon, 12 Sep 2011 08:26:36 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E6DB696.1080608@FreeBSD.org> <201109120743.02181.jhb@freebsd.org> <4E6DF4D6.8050501@FreeBSD.org> In-Reply-To: <4E6DF4D6.8050501@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109120826.36804.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 12 Sep 2011 08:26:37 -0400 (EDT) Cc: freebsd-fs@freebsd.org, FreeBSD-Current Subject: Re: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 12:26:38 -0000 On Monday, September 12, 2011 8:02:30 am Andriy Gapon wrote: > > I think the patch is > > fine, and I'd even prefer to go ahead and drop the extra cruft (like removing > > nops and aligns as well as -mrtd and -mregparm) from the UFS boot2 as well. > > I personally agree, thank you for this suggestion. > My current plan is to leave boot2 alone until stable/9 is branched, but to try to > get zfs/gpt boot changes into 9.0. What do you think? I think this is fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 12:34:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84169106564A; Mon, 12 Sep 2011 12:34:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 727ED8FC1C; Mon, 12 Sep 2011 12:34:44 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA10102; Mon, 12 Sep 2011 15:34:42 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E6DFC62.9080405@FreeBSD.org> Date: Mon, 12 Sep 2011 15:34:42 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: John Baldwin References: <4E6DB696.1080608@FreeBSD.org> <201109120743.02181.jhb@freebsd.org> <4E6DF4D6.8050501@FreeBSD.org> <201109120826.36804.jhb@freebsd.org> In-Reply-To: <201109120826.36804.jhb@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-fs@FreeBSD.org, FreeBSD-Current Subject: Re: archaic/useless CFLAGS options for x86 boot blocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 12:34:45 -0000 on 12/09/2011 15:26 John Baldwin said the following: > On Monday, September 12, 2011 8:02:30 am Andriy Gapon wrote: >>> I think the patch is >>> fine, and I'd even prefer to go ahead and drop the extra cruft (like removing >>> nops and aligns as well as -mrtd and -mregparm) from the UFS boot2 as well. >> >> I personally agree, thank you for this suggestion. >> My current plan is to leave boot2 alone until stable/9 is branched, but to try to >> get zfs/gpt boot changes into 9.0. What do you think? > > I think this is fine. > Another thing that was suggested to me via private communication is to change -Os to -O1 for those "non-constrained" boot blocks. I do not see anything wrong with that. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 13:01:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C3C106564A; Mon, 12 Sep 2011 13:01:55 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFEA8FC14; Mon, 12 Sep 2011 13:01:55 +0000 (UTC) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p8CD1sal015392; Mon, 12 Sep 2011 09:01:54 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Mon, 12 Sep 2011 09:01:54 -0400 (EDT) Date: Mon, 12 Sep 2011 09:01:54 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Adrian Chadd In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Has ath(4) ever worked one release and not worked another, please poke me.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 13:01:55 -0000 On Mon, 12 Sep 2011, Adrian Chadd wrote: > Hi all, > > I've had reports here and there from users who have said ath(4) worked > for them in a previous release, and then suddenly stopped working. > Either it stopped probing at all during boot, or it would probe but > then spit out errors when trying to get allocated resources. > > There's been some recent commits to -HEAD which hopefully have > resolved a class of problems that cardbus users have seen. But I'd > like to know if this has popped up for anyone else. > > So, if you're "anyone else", and you've got an example piece of > equipment and an ath(4) NIC which used to work and now doesn't, please > step forward. Please only do so if you're willing to help diagnose the > problem by downloading/compiling/running older kernel images and > wrangling verbose boot messages from it all. It's likely going to be > time consuming and quite tedious. > > I'd like to try and nail whatever lingering issues can be tracked down > before 9.0-RELEASE if possible. Yes, this even means for older NICs > (ie, the non-11n ones.) As described in previous email to -current, part of r222753 needs to be backed out in order for my cardbus ath to work. -- DE From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 14:00:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EDD8106564A for ; Mon, 12 Sep 2011 14:00:07 +0000 (UTC) (envelope-from martin@sugioarto.com) Received: from mailserv.regfish.com (mailserv.regfish.com [79.140.61.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5CB8FC08 for ; Mon, 12 Sep 2011 14:00:06 +0000 (UTC) Received: (qmail 23353 invoked from network); 12 Sep 2011 14:00:04 -0000 Received: from pd9ec0524.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.5.36]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 12 Sep 2011 14:00:04 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id 3D06A1BAC57; Mon, 12 Sep 2011 16:00:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1315836002; bh=zejhEupYM7xVFS7UUFmmJTDu46xXfwy0j+gFy2PNZ8I=; h=Date:From:To:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type; b=XH5B3ewdLc99H7wEIw5G7K+5sIj26Y/looTqxao2MNL+bps9FK1Xi9Eyauxb++zvF PJ5t4g/v/wTtLNghVoVwEHaNirW6T1Y+LHlgZ4AaLvAWtP44Z1Dlbx5JXWZtiu+vPc MwcS/Li6vA4qpibN7cB+YIzGBOaSjJMMRtsYT1Ic= Date: Mon, 12 Sep 2011 15:59:57 +0200 From: Martin Sugioarto To: freebsd-geom@freebsd.org, freebsd-current@freebsd.org Message-ID: <20110912155957.6230747a@zelda.sugioarto.com> In-Reply-To: <20110911105417.073a5300@zelda.sugioarto.com> References: <20110911105417.073a5300@zelda.sugioarto.com> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/wg6Gc.XzmzJMSmAHEcvCPOw"; protocol="application/pgp-signature" Cc: Subject: Re: dump cannot do incremental backups when device name is too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 14:00:07 -0000 --Sig_/wg6Gc.XzmzJMSmAHEcvCPOw Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi all, I added this to the PR DB, because it was requested: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D160678 Cc to freebsd-geom. Original report on freebsd-current: http://freebsd.1045724.n5.nabble.com/dump-cannot-do-incremental-backups-whe= n-device-name-is-too-long-td4791131.html -- Martin Sugioarto --Sig_/wg6Gc.XzmzJMSmAHEcvCPOw Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJObhBhAAoJEF8wvLx/5p/7rwYP/iKjJUZLjd2VSYwmUY7CoL42 axQfMeYaxYIP3YX6HlSyfZPcrYUVOtojJ4ZLyVkKSsyEvXOV9SWpd+tWE+JvXFlh bBIr1tbd8dTsADVeTNuimwbVRcYWrfMo3gjU9omZkXRpGo8q4991TjNMpOQvgfee B/q6fFE9XDtaRUoBsdsOCSqA06Ud8RZsSfjbN5l13gWQTxsU4VsDF9yeRdcY8nyC iMgC4I6fFmaC1Lk1eW/N4EyjuwkseWhKbb+REQRUGYp8Sd+AM1HPgo9AL1+cDJau D3M6k1DDw8jJ2guxjOtt7/COAtMbyY/S9JuYXP9Od2KHUjzvxVB2n9A7ncAjn27f buhKmpcSn2FiJZJ0wNEO4zpFK4ANF3BhNn1+o2eskDwh3RDPHicUpvQRW+Yxa/g+ OV5ecJDr7JmYcd46z8LL8pJv5KDdrCaJ6XZl6/pB3RT8XK3p6oLmM5BhLr/hgkRG osEqoJfCj2Xu3kEcL+SFacmQdqUJcibqmK+NxnDX+9VfJQ0UN+iSKvMCE9k8rdmk v++g8SNkNsi5CA0kzoiup9zXeOhae657tu9qHV6DzRPGVE1D3r1cjfuCAI6xDih0 7O6QUAKP4Mw8n1d5Ujf/OyytjjO1mlFrXi15QGbaRFulPaPTf7ZunrR12fpxk+I3 D+mtvJvKb+gwk/t7PzFE =3SvP -----END PGP SIGNATURE----- --Sig_/wg6Gc.XzmzJMSmAHEcvCPOw-- From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 14:15:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB3CE106566B for ; Mon, 12 Sep 2011 14:15:11 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 68BC68FC18 for ; Mon, 12 Sep 2011 14:15:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=K+aJJozO4CZe9uQmycJemL+88kppXr4YaVfSZcKW4U4=; b=HC89BhCAGhj1xy5qpvmxXQ89ZhOe8VgKZWMMsxnM1BwxyK9pLcUis2O8+5xXvpzTb8R3R0LdtCWRN2/jeFzBbw0sYYA5rGJX163vkcMhyvrW9EBB6AY/E7E6JqdpBX/9UlmuS1vt57D/I8Ja20qoUex9iUX+fTYA9DtooomCNw4= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 12 Sep 2011 06:57:48 -0700 Message-ID: <4E6E0FD5.1020609@a1poweruser.com> Date: Mon, 12 Sep 2011 09:57:41 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Sep 2011 13:57:48.0995 (UTC) FILETIME=[F4C92930:01CC7153] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Subject: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 14:15:12 -0000 Here are some problems that I fell need to be addressed in the 9.0 bsdinstaller. 1. During the transitional phase to using the new installer, the bsdinstaller welcome screen should have option to select to use the old sysinstall instead of continuing with the new bsdinstaller. Selecting the shell option and entering sysinstall on the command line does launch the previous installer but it does not really work. 2. On the select a keyboard language menu screen, there are 9 options for USA and none of them identify the standard 101 keyboard layout. I've been installing FBSD since release 4.0 and have never changed the keyboard from what ever the default was. This keyboard menu should list the first entry in the list as (default and use the keyboard language as used in all previous releases 'us.iso.acc.kbd'. Also the keymap= statement that is placed in /etc/rc.conf should have a default setting in /etc/defaults/rc.conf. The system hangs if the keymap= statement is missing from /etc/rc.conf on boot. 3.Following the keyboard language menu screen is the "set host name" screen. It seems that the keyboard language selected in the previous menu is now in effect and if the keys layout does not line up with the keyboard you have, then what ever you enter for the host name is scrambled, (IE. type in "home" and "dwkc" is what shows on the screen). There is no option to return to previous keyboard language menu screen to select different keyboard language. Only option is to reboot and start all over again from the beginning of the new bsdinstaller. 4. Distribution selection menu screen. The games & ports options are checked with an asterisk meaning these are the defaults. All the options on this menu should be blank so user has to make selection. Default should be no selections. 5. Final configuration screen has the first line "add user" option and the OK button highlighted. Hitting keyboard enter key takes you into add user function as the default. The exit option should be first in the list so its highlighted and hitting enter on your keyboard moves you to next menu screen just like all the other bsdinataller screens do. 6. At the "Complete screen" when the reboot option is selected the cd/dvd drive should automatically open so the install media can be removed just like sysinstall does. If disc1.iso or dvd.iso was installed to memstick and used to boot from to install the system, then a message screen should pop out saying the memstick has to be removed now before the reboot starts. Don't let the reboot occur until the memstick is removed. 7. On the partition editor screen the option should be the first in the list (ie; left most side) so if user accepts this config, hitting enter moves to next menu screen instead of having to tab over taking more time and effort. 8. No where in the bsdinstaller is any help available. From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 14:33:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 001E4106566B for ; Mon, 12 Sep 2011 14:33:35 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id BBAAB8FC0C for ; Mon, 12 Sep 2011 14:33:35 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:2d7d:e6bb:877a:7b03]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 61C7A4AC1C; Mon, 12 Sep 2011 18:33:34 +0400 (MSD) Date: Mon, 12 Sep 2011 18:33:27 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <16610283779.20110912183327@serebryakov.spb.ru> To: freebsd-current@freebsd.org In-Reply-To: <4E6E0FD5.1020609@a1poweruser.com> References: <4E6E0FD5.1020609@a1poweruser.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Fbsd8 Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 14:33:36 -0000 Hello, Fbsd8. You wrote 12 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 17:57:41: > 3.Following the keyboard language menu screen is the "set host name" > screen. It seems that the keyboard language selected in the previous > menu is now in effect and if the keys layout does not line up with > the keyboard you have, then what ever you enter for the host name is > scrambled, (IE. type in "home" and "dwkc" is what shows on the screen). > There is no option to return to previous keyboard language > menu screen to select different keyboard language. Only option is to > reboot and start all over again from the beginning of the new bsdinstalle= r. Oh, yes. Select "Russian (KOI-8R)" and you cannot enter hostname or filename system or any other line in English (I've tried almost all special keys combinations to find language switch, but with no luck). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 14:37:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 452CA1065670; Mon, 12 Sep 2011 14:37:12 +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 1A9A48FC13; Mon, 12 Sep 2011 14:37:12 +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 BDEE746B38; Mon, 12 Sep 2011 10:37:11 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6B43C8A037; Mon, 12 Sep 2011 10:37:11 -0400 (EDT) From: John Baldwin To: Daniel Eischen Date: Mon, 12 Sep 2011 10:33:38 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <054D42C8-E7CD-4F4A-88CB-40841CF972EE@bsdimp.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109121033.39072.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 12 Sep 2011 10:37:11 -0400 (EDT) Cc: adrian@freebsd.org, freebsd-current@freebsd.org, Warner Losh , Warner Losh Subject: Re: ath0 no longer attaches, cardbus problems? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 14:37:12 -0000 On Saturday, September 10, 2011 8:13:23 am Daniel Eischen wrote: > On Fri, 9 Sep 2011, Warner Losh wrote: > > > > > On Sep 9, 2011, at 1:22 PM, Daniel Eischen wrote: > > > >> I found the commit that broke ath for me, r222753, > >> specifically, the change to /dev/cardbus/cardbus_cis.c. > >> > >> To be sure, I updated to head using svn, and applied > >> the patch included below. ath attaches and works. Without > >> the patch, ath does not attach. > >> > >> On another note, I've no idea why updating from a local > >> CVS repo lead me down a wrong path. It seems wrong that > >> a 'cvs update -P -d -A -D "31 Mar 2011"' works and > >> a 'cvs update -P -d -A -D "1 Apr 2011"' does not work. > >> r222753 did not occur until much later (June 6). > >> Once John asked me to try r220195, I switched to using > >> svn. When that worked, it seemed strange to me because > >> nothing else committed after that on Mar 31 should have > >> broke ath. > >> > >> Anyway, culprit found. Now what is the correct fix? > > > > Do you need both chunks? The second one seems redundant given the definition of bus_alloc_reosurce_any does exactly that. > > I tried it separately with the 2 chunks, and only the first > chunk is needed. To be pedantic, this was the change that > made ath work again. > > Index: sys/dev/cardbus/cardbus_cis.c > =================================================================== > --- sys/dev/cardbus/cardbus_cis.c (revision 225463) > +++ sys/dev/cardbus/cardbus_cis.c (working copy) > @@ -441,6 +441,7 @@ > { > if (res != CIS_CONFIG_SPACE) { > bus_release_resource(child, SYS_RES_MEMORY, rid, res); > + bus_delete_resource(child, SYS_RES_MEMORY, rid); > } > } > > While debugging the problem a couple of weeks ago, I did > seem to notice ath was trying to attach twice. I seem to > recall it was at different addresses. Could this possibly > cause the problem without the above patch? No, but your patch is confusing to me. Can a BAR change to a different size after we read the CIS? Or perhaps it should now be prefetchable when it wasn't before? Hmm, the bus_delete_resource() doesn't make us re-probe the BAR (perhaps it should?). I'm still not sure how exactly this fixes it. However, I do think this probably is more correct. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 14:38:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EA6106566C for ; Mon, 12 Sep 2011 14:38:16 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id BD4C48FC1B for ; Mon, 12 Sep 2011 14:38:15 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1R37eG-000BCv-Ru; Mon, 12 Sep 2011 18:38:12 +0400 From: Boris Samorodov To: Ed Schouten References: <70652288@bb.ipt.ru> <20110911110258.GA51096@stack.nl> <77785294@bb.ipt.ru> <20110912100756.GC4428@hoeg.nl> Date: Mon, 12 Sep 2011 18:38:12 +0400 In-Reply-To: <20110912100756.GC4428@hoeg.nl> (Ed Schouten's message of "Mon, 12 Sep 2011 12:07:56 +0200") Message-ID: <22418155@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: freebsd-current@FreeBSD.org, Jilles Tjoelker , Peter Jeremy Subject: Re: Serial Port Configuration does not work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 14:38:16 -0000 On Mon, 12 Sep 2011 12:07:56 +0200 Ed Schouten wrote: > * Boris Samorodov , 20110912 07:33: > > Thanks Jilles! That did it: > Thanks for reporting/testing. Fixed in r225506! Confirmed, r225506 works fine. Thanks! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Sep 12 15:21:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E93C1065670; Mon, 12 Sep 2011 15:21:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DF27E8FC12; Mon, 12 Sep 2011 15:21:32 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p8CFFGq6029356; Mon, 12 Sep 2011 09:15:16 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Mon, 12 Sep 2011 10:15:04 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <802BD398-6F6B-4584-B1AD-36FDFB23D0D2@bsdimp.com> References: To: Daniel Eischen X-Mailer: Apple Mail (2.1084) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [127.0.0.1]); Mon, 12 Sep 2011 09:15:17 -0600 (MDT) Cc: Adrian Chadd , freebsd-current@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: Has ath(4) ever worked one release and not worked another, please poke me.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 15:21:33 -0000 On Sep 12, 2011, at 8:01 AM, Daniel Eischen wrote: > On Mon, 12 Sep 2011, Adrian Chadd wrote: >=20 >> Hi all, >>=20 >> I've had reports here and there from users who have said ath(4) = worked >> for them in a previous release, and then suddenly stopped working. >> Either it stopped probing at all during boot, or it would probe but >> then spit out errors when trying to get allocated resources. >>=20 >> There's been some recent commits to -HEAD which hopefully have >> resolved a class of problems that cardbus users have seen. But I'd >> like to know if this has popped up for anyone else. >>=20 >> So, if you're "anyone else", and you've got an example piece of >> equipment and an ath(4) NIC which used to work and now doesn't, = please >> step forward. Please only do so if you're willing to help diagnose = the >> problem by downloading/compiling/running older kernel images and >> wrangling verbose boot messages from it all. It's likely going to be >> time consuming and quite tedious. >>=20 >> I'd like to try and nail whatever lingering issues can be tracked = down >> before 9.0-RELEASE if possible. Yes, this even means for older NICs >> (ie, the non-11n ones.) >=20 > As described in previous email to -current, part of r222753 > needs to be backed out in order for my cardbus ath to work. That's not an ath(4) issue, but a cardbus(4) issue. I'll take care of = it after the funeral when I return home, likely next week. Of course, = John can take care of it sooner if he wants. Warner From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 05:31:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07B8C106566C for ; Tue, 13 Sep 2011 05:31:27 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from moh1-ve1.go2.pl (moh1-ve1.go2.pl [193.17.41.131]) by mx1.freebsd.org (Postfix) with ESMTP id 836E08FC16 for ; Tue, 13 Sep 2011 05:31:27 +0000 (UTC) Received: from moh1-ve1.go2.pl (unknown [10.0.0.131]) by moh1-ve1.go2.pl (Postfix) with ESMTP id 0E8AF930D37 for ; Tue, 13 Sep 2011 07:31:26 +0200 (CEST) Received: from unknown (unknown [10.0.0.108]) by moh1-ve1.go2.pl (Postfix) with SMTP for ; Tue, 13 Sep 2011 07:31:26 +0200 (CEST) Received: from staticline648.toya.net.pl [217.113.228.73] by poczta.o2.pl with ESMTP id dvlWYC; Tue, 13 Sep 2011 07:32:14 +0200 Date: Tue, 13 Sep 2011 07:31:53 +0200 From: Sebastian Chmielewski To: freebsd-current@freebsd.org Message-ID: <20110913073153.0a66866f@o2.pl> In-Reply-To: References: X-Mailer: Claws Mail 3.7.9 (GTK+ 2.22.1; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-O2-Trust: 2, 60 X-O2-SPF: neutral Subject: Re: -CURRENT (BETA1) zfs pool recognized as corrupted X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 05:31:28 -0000 On Wed, 7 Sep 2011 23:55:23 +0200 Sebastian Chmielewski wrote: > hi > I've tried to import my zfs pool on: > FreeBSD-9.0-BETA1-amd64-memstick.img > My system currently runs 9.0-BETA1 and pool works correctly. > zpool import returns: > > pool: zroot > id: 3239789026273107181 > state: FAULTED > status: One or more devices contains corrupted data. > action: The pool cannot be imported due to damaged devices or data. > The pool may be active on another system, but can be imported using > the '-f' flag. > see: http://www.sun.com/msg/ZFS-8000-5E > config: > > zroot FAULTED corrupted data > 9327291201483595311 UNAVAIL corrupted data > The same symptoms are for FreeBSD-9.0-BETA2-amd64-memstick.img. Andriy Gapon suggests that it's the same as issue described in this thread, http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024888.html I've checked that mounting root and importing pool from command line doesn't work. Pool can be imported and used on 8.2 and I'm running 9.0 r225439M, only when booted from memstick I can't import it. best regards, -- Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 06:57:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF0A1106564A for ; Tue, 13 Sep 2011 06:57:06 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost06.isp.att.net (fmailhost06.isp.att.net [204.127.217.106]) by mx1.freebsd.org (Postfix) with ESMTP id CFBE38FC12 for ; Tue, 13 Sep 2011 06:57:06 +0000 (UTC) Date: Tue, 13 Sep 2011 06:57:04 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-183-98.sdf.bellsouth.net[68.210.183.98]) by isp.att.net (frfwmhc06) with SMTP id <20110913065704H0600a7cq7e>; Tue, 13 Sep 2011 06:57:04 +0000 X-Originating-IP: [68.210.183.98] From: "Thomas Mueller" Subject: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 06:57:06 -0000 I just installed FreeBSD 9.0-BETA2 last night, now I try to build ports starting with Perl 5.14.1 (successful), then Python 2.7 fails on something dubious, but when I try to build Lynx, ports framework can't find a directory right under its nose. Problem is with dependency libiconv-1.13.1_1. I am using the ports tree from BETA1, from portsnap, hence ports directory is /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. My /etc/make.conf is PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Error screen shows, copied with the mouse, thanks to moused: amelia2# ls workb2 .extract_done.libiconv._usr_local libiconv-1.13.1 amelia2# ls workb2/libiconv-1.13.1/ ABOUT-NLS Makefile.devel aclocal.m4 gnulib-local src AUTHORS Makefile.in autogen.sh include srclib COPYING NEWS build-aux lib srcm4 COPYING.LIB NOTES config.h.in libcharset tests ChangeLog PORTS configure m4 tools DEPENDENCIES README configure.ac man windows DESIGN README.djgpp djgpp os2 woe32dll HACKING README.woe32 doc po INSTALL.generic THANKS extras preload amelia2# make package-recursive |& tee build.log ===> Patching for libiconv-1.13.1_1 ===> Applying distribution patches for libiconv-1.13.1_1 patch: **** can't cd to workb2/libiconv-1.13.1: No such file or directory *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. *** Error code 1 Stop in /BETA1/usr/ports/converters/libiconv. amelia2# pwd /BETA1/usr/ports/converters/libiconv amelia2# (end of quote) FreeBSD system or ports system can't find a directory right under its nose! I had gone into directory /BETA1/usr/ports/converters/libiconv to build that dependency before returning to lynx, but now seem stuck, or am I overlooking something hopelessly simple? Tom From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 07:26:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE1F8106566B for ; Tue, 13 Sep 2011 07:26:55 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (grizzly.droso.net [IPv6:2a01:4f8:100:9424::3]) by mx1.freebsd.org (Postfix) with ESMTP id 511ED8FC19 for ; Tue, 13 Sep 2011 07:26:55 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 205B04CECD; Tue, 13 Sep 2011 09:26:54 +0200 (CEST) Date: Tue, 13 Sep 2011 09:26:54 +0200 From: Erwin Lansing To: freebsd-current@freebsd.org Message-ID: <20110913072653.GV79144@droso.net> References: <20110913065706.DF0A1106564A@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20110913065706.DF0A1106564A@hub.freebsd.org> X-Operating-System: FreeBSD/amd64 8.2-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 07:26:55 -0000 On Tue, Sep 13, 2011 at 06:57:04AM +0000, wrote: > I just installed FreeBSD 9.0-BETA2 last night, now I try to build ports starting with Perl 5.14.1 (successful), then Python 2.7 fails on something dubious, but when I try to build Lynx, ports framework can't find a directory right under its nose. Problem is with dependency libiconv-1.13.1_1. I am using the ports tree from BETA1, from portsnap, hence ports directory is /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. My /etc/make.conf is > > > PORTSDIR=/BETA1/usr/ports > PACKAGES=/usr/packages > WRKDIR=workb2 > # added by use.perl 2011-09-13 02:49:43 > PERL_VERSION=5.14.1 > > Error screen shows, copied with the mouse, thanks to moused: [snip] > > ===> Applying distribution patches for libiconv-1.13.1_1 > patch: **** can't cd to workb2/libiconv-1.13.1: No such file or directory > *** Error code 1 > > Stop in /BETA1/usr/ports/converters/libiconv. > *** Error code 1 > WKRDIR needs to be an absolute path and will break when it moves up the tree to install dependencies. The most likely fix is to adjust the default value ${WRKDIRPREFIX}${.CURDIR}/work to your liking, but what you probably want is to set WRKDIRPREFIX to say /BETA1/workb2/ or similar. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 07:30:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DBF7106564A for ; Tue, 13 Sep 2011 07:30:37 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E33DA8FC19 for ; Tue, 13 Sep 2011 07:30:36 +0000 (UTC) Received: by fxg9 with SMTP id 9so360398fxg.13 for ; Tue, 13 Sep 2011 00:30:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; bh=sDdz2gKZ6TvkYeEB/HHxY4YuGdQrH+TMMrcD3utvGlI=; b=AkXSslv6ZMMb0m1LGeytGqL4N+xKim2k4wsq6uclliNIFrrCynJn/chjDaib1rjmcU NWkIxd3YTAbjQ7ylo9by2JyJUyEK/rVKMJYIgAn2KTq1qVprqswDmpoQLWVuNjfwzpcg YIeftWNOV/BPzGwjcozarnNI6H1MaJdD3gkVo= Received: by 10.223.34.152 with SMTP id l24mr816197fad.146.1315899035661; Tue, 13 Sep 2011 00:30:35 -0700 (PDT) Received: from ernst.jennejohn.org (p578E239E.dip.t-dialin.net [87.142.35.158]) by mx.google.com with ESMTPS id o22sm816131fab.11.2011.09.13.00.30.33 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 13 Sep 2011 00:30:34 -0700 (PDT) Date: Tue, 13 Sep 2011 09:30:31 +0200 From: Gary Jennejohn To: "Thomas Mueller" Message-ID: <20110913093031.6d63dcf7@ernst.jennejohn.org> In-Reply-To: <20110913065706.DF0A1106564A@hub.freebsd.org> References: <20110913065706.DF0A1106564A@hub.freebsd.org> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 07:30:37 -0000 On Tue, 13 Sep 2011 06:57:04 +0000 (GMT) "Thomas Mueller I just installed FreeBSD 9.0-BETA2 last night, now I try to > build ports starting with Perl 5.14.1 (successful), then Python > 2.7 fails on something dubious, but when I try to build Lynx, > ports framework can't find a directory right under its nose. > Problem is with dependency libiconv-1.13.1_1. I am using the > ports tree from BETA1, from portsnap, hence ports directory is > /BETA1/usr/ports, BETA1 being the BETA1 partition/file system. > My /etc/make.conf is > > > PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 > # added by use.perl 2011-09-13 02:49:43 > PERL_VERSION=5.14.1 > > Error screen shows, copied with the mouse, thanks to moused: > > amelia2# ls workb2 .extract_done.libiconv._usr_local > libiconv-1.13.1 amelia2# ls workb2/libiconv-1.13.1/ ABOUT-NLS > Makefile.devel aclocal.m4 gnulib-local src AUTHORS Makefile.in > autogen.sh include srclib COPYING NEWS build-aux lib srcm4 > COPYING.LIB NOTES config.h.in libcharset tests ChangeLog PORTS > configure m4 tools DEPENDENCIES README configure.ac man windows > DESIGN README.djgpp djgpp os2 woe32dll HACKING README.woe32 doc > po INSTALL.generic THANKS extras preload amelia2# make > package-recursive |& tee build.log ===> Patching for > libiconv-1.13.1_1 ===> Applying distribution patches for > libiconv-1.13.1_1 patch: **** can't cd to > workb2/libiconv-1.13.1: No such file or directory > *** Error code 1 > > Stop in /BETA1/usr/ports/converters/libiconv. > *** Error code 1 > > Stop in /BETA1/usr/ports/converters/libiconv. amelia2# pwd > /BETA1/usr/ports/converters/libiconv amelia2# > > (end of quote) > > FreeBSD system or ports system can't find a directory right > under its nose! > > I had gone into directory /BETA1/usr/ports/converters/libiconv > to build that dependency before returning to lynx, but now seem > stuck, or am I overlooking something hopelessly simple? > Your e-mail address is totally fubar. I had to edit it by hand. Yes. Your ports is rooted under /BETA1/usr/ports but I'd guess that workb2 is located someplace else. Define WRKDIRPREFIX which is an _absolute_ path to where workb2 is located, e.g. WRKDIRPREFIX=/my/temporary/work/dir or some such. Just because *you* happen to be in the directory where workb2 is located doesn't mean that it's visible to ports, which requires absolute paths. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 09:03:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA0FD106564A for ; Tue, 13 Sep 2011 09:03:55 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 97B788FC08 for ; Tue, 13 Sep 2011 09:03:55 +0000 (UTC) Received: from outgoing.leidinger.net (p4FC41D5D.dip.t-dialin.net [79.196.29.93]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 50DB8844031; Tue, 13 Sep 2011 10:45:38 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.1.12]) by outgoing.leidinger.net (Postfix) with ESMTP id 7F3FC3BAA; Tue, 13 Sep 2011 10:45:35 +0200 (CEST) Date: Tue, 13 Sep 2011 10:45:35 +0200 From: Alexander Leidinger To: Vincent Hoffman Message-ID: <20110913104535.00005e48@unknown> In-Reply-To: <4E6DCA11.5080601@unsane.co.uk> References: <67086682@h30.sp.ipt.ru> <4E6DCA11.5080601@unsane.co.uk> X-Mailer: Claws Mail 3.7.8cvs47 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 50DB8844031.AE021 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1316508338.85533@froRVvTPec8ujLXTUeoeLw X-EBL-Spam-Status: No Cc: freebsd-current@freebsd.org Subject: Re: issue with old linuxbase. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 09:03:55 -0000 On Mon, 12 Sep 2011 10:00:01 +0100 Vincent Hoffman wrote: > On 10/09/2011 18:06, Boris Samorodov wrote: > >> or when'll upgraded linux base system? > > When somebody do the actual work. > > > http://www.leidinger.net/blog/2011/08/29/howto-create-a-new-linux_base-port/ > > and > http://www.leidinger.net/blog/2011/09/01/howto-add-linux-infrastructure-ports-for-a-new-linux_base-port/ > Look useful here. I wrote those specially for the case implicitly mentioned here. Boris and me have the knowledge to update the linux_base, but it seems we don't have the time (except someone pays my boss a lot of EUR). Those people which maybe have the time, don't have the knowledge of Boris and me regarding the linux_base ports. So we just need someone with some free time and interest to have a look at what I wrote and give it a try (questions in case of problems welcome). Info: this can be developed in a jail, you do not need to pollute your normal environment during development. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 09:45:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 071C8106573A for ; Tue, 13 Sep 2011 09:45:07 +0000 (UTC) (envelope-from mueller6727@bellsouth.net) Received: from fmailhost02.isp.att.net (fmailhost02.isp.att.net [207.115.11.52]) by mx1.freebsd.org (Postfix) with ESMTP id 221768FC17 for ; Tue, 13 Sep 2011 09:45:06 +0000 (UTC) Date: Tue, 13 Sep 2011 09:45:05 +0000 (GMT) X-Comment: Sending client does not conform to RFC822 minimum requirements X-Comment: Date has been added by Maillennium Received: from localhost (adsl-68-210-172-214.sdf.bellsouth.net[68.210.172.214]) by isp.att.net (frfwmhc02) with SMTP id <20110913094504H0200ced4le>; Tue, 13 Sep 2011 09:45:05 +0000 X-Originating-IP: [68.210.172.214] From: "Thomas Mueller" To: freebsd-current@freebsd.org Message-Id: <20110913094514.071C8106573A@hub.freebsd.org> Subject: Re: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 09:45:14 -0000 Sorry about fubar e-mail address, it was a typo, missing > at the end of the line: From: "Thomas Mueller" WKRDIR needs to be an absolute path and will break when it moves up the > tree to install dependencies. The most likely fix is to adjust the > default value ${WRKDIRPREFIX}${.CURDIR}/work to your liking, but what > you probably want is to set WRKDIRPREFIX to say /BETA1/workb2/ or > similar. > Erwin > -- > Erwin Lansing http://droso.org I quote my /etc/make.conf from BETA2: PORTSDIR=/BETA1/usr/ports PACKAGES=/usr/packages WRKDIR=workb2 # added by use.perl 2011-09-13 02:49:43 PERL_VERSION=5.14.1 Maybe WRKDIR should have been ${MASTERDIR}/workb2 , or should it be ${.CURDIR}/workb2 ? NetBSD pkgsrc has WRKDIR_BASENAME, as in my /etc/mk.conf from NetBSD 4.0.1 i386 on a 4 GB USB stick, running on a computer where the motherboard USB version is 1.1, and NetBSD 5.1_STABLE is on the hard drive, mounted as /lin1: # Example /usr/pkg/etc/mk.conf file produced by bootstrap-pkgsrc # Sat Nov 27 22:37:13 UTC 2010 .ifdef BSD_PKG_MK # begin pkgsrc settings PACKAGES= /usr/pkgsrc/packages PKG_DEVELOPER=YES PKG_DEFAULT_OPTIONS+= ssl inet6 PKG_DBDIR= /var/db/pkg LOCALBASE= /usr/pkg VARBASE= /var PKG_TOOLS_BIN= /usr/pkg/sbin PKGMANDIR= man WRKDIR_BASENAME= work401 WRKOBJDIR= /lin1/usr/pkgsrc PKG_OPTIONS.msmtp+= idn PKG_OPTIONS.lynx+= ncurses ACCEPTABLE_LICENSES+= socks5-license ALLOW_VULNERABLE_PACKAGES=yes DEPENDS_TARGET=package-install SKIP_LICENSE_CHECK= yes .endif # end pkgsrc settings This WRKDIR_BASENAME is what I really want to be workb2, work directory is intended to be /BETA1/usr/ports///workb2 workb2 to distinguish from the "work" used when building ports in BETA1. I don't think FreeBSD ports has a WRKDIR_BASENAME, it would be very helpful if it did. Tom From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 11:33:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B39CB1065672 for ; Tue, 13 Sep 2011 11:33:23 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (grizzly.droso.net [IPv6:2a01:4f8:100:9424::3]) by mx1.freebsd.org (Postfix) with ESMTP id 56CAE8FC0A for ; Tue, 13 Sep 2011 11:33:23 +0000 (UTC) Received: by mail.droso.net (Postfix, from userid 1001) id 55AD8679A7; Tue, 13 Sep 2011 13:33:22 +0200 (CEST) Date: Tue, 13 Sep 2011 13:33:22 +0200 From: Erwin Lansing To: freebsd-current@freebsd.org Message-ID: <20110913113322.GX79144@droso.net> References: <20110913094514.071C8106573A@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20110913094514.071C8106573A@hub.freebsd.org> X-Operating-System: FreeBSD/amd64 8.2-RELEASE User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 11:33:23 -0000 On Tue, Sep 13, 2011 at 09:45:05AM +0000, Thomas Mueller wrote: > > > PORTSDIR=/BETA1/usr/ports > PACKAGES=/usr/packages > WRKDIR=workb2 > # added by use.perl 2011-09-13 02:49:43 > PERL_VERSION=5.14.1 > > Maybe WRKDIR should have been ${MASTERDIR}/workb2 , or should it be ${.CURDIR}/workb2 ? The latter. Default for WRKDIR is ${WRKDIRPREFIX}${.CURDIR}/work, so you'll need to include ${.CURDIR} as well. Erwin -- Erwin Lansing http://droso.org Prediction is very difficult especially about the future erwin@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 12:21:42 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA820106566C for ; Tue, 13 Sep 2011 12:21:42 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id ADE978FC08 for ; Tue, 13 Sep 2011 12:21:41 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9155D5C38 for ; Tue, 13 Sep 2011 12:02:42 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p8DC2ftB050439 for ; Tue, 13 Sep 2011 12:02:42 GMT (envelope-from phk@phk.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Date: Tue, 13 Sep 2011 12:02:41 +0000 Message-ID: <50438.1315915361@critter.freebsd.dk> Cc: Subject: Booting from USB-stick == boot -a ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 12:21:43 -0000 I'm booting 8-stable from a USB stick, and I invariably end up in the "askroot" prompt. It looks like the CAM subsystem doesn't participate in the root-mount-interlock scheme ? I would have expected that to be fixed ages ago, am I missing something here ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 13:11:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 447721065673 for ; Tue, 13 Sep 2011 13:11:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-198-245.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7581015F346; Tue, 13 Sep 2011 13:10:42 +0000 (UTC) Message-ID: <4E6F5652.1090806@FreeBSD.org> Date: Tue, 13 Sep 2011 06:10:42 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110912 Thunderbird/6.0.2 MIME-Version: 1.0 To: Thomas Mueller References: <20110913094514.071C8106573A@hub.freebsd.org> In-Reply-To: <20110913094514.071C8106573A@hub.freebsd.org> X-Enigmail-Version: undefined OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Screwy behavior in ports framework X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 13:11:03 -0000 First, this should be on freebsd-ports@FreeBSD.org. If you still have problems later please start a new thread there. On 09/13/2011 02:45, Thomas Mueller wrote: > I quote my /etc/make.conf from BETA2: > WRKDIR=workb2 That's guaranteed to break things. What you want is to remove that and set: WRKDIRPREFIX= /full/path/to/valid/location Make sure you set the *full* path. hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 13:15:04 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8063C106566B for ; Tue, 13 Sep 2011 13:15:04 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by mx1.freebsd.org (Postfix) with ESMTP id 16A628FC17 for ; Tue, 13 Sep 2011 13:15:03 +0000 (UTC) Received: by ewy19 with SMTP id 19so215890ewy.17 for ; Tue, 13 Sep 2011 06:15:03 -0700 (PDT) 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=t2ApiJC59ubExAYLIyRXJsF6xfputyrKFDMmcQQi084=; b=cu2pSoFP3Ts1u2tPNfWXuE6pafmdDqX25Q/K6MRyShxxkdTT/S442BP6MRMUM1AbWk pajV1G2YoUSs0hT3dtB7XtShduPKULJZ6va4fsKoO1qBxvpq3kyzCuzy0JjklM1/ODoW c2xzzVi37gfBySbWEKg2ov1XODN7UkPNtJ6xE= Received: by 10.52.172.178 with SMTP id bd18mr2919065vdc.61.1315918032068; Tue, 13 Sep 2011 05:47:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.181.2 with HTTP; Tue, 13 Sep 2011 05:46:52 -0700 (PDT) In-Reply-To: <50438.1315915361@critter.freebsd.dk> References: <50438.1315915361@critter.freebsd.dk> From: Christer Solskogen Date: Tue, 13 Sep 2011 14:46:52 +0200 Message-ID: To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org Subject: Re: Booting from USB-stick == boot -a ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 13:15:04 -0000 On Tue, Sep 13, 2011 at 2:02 PM, Poul-Henning Kamp wrote: > > I'm booting 8-stable from a USB stick, and I invariably end up in > the "askroot" prompt. > > It looks like the CAM subsystem doesn't participate in the > root-mount-interlock scheme ? > > I would have expected that to be fixed ages ago, am I missing > something here ? > The pr is still open, I think. A workaround is to put the following in /boot/loader.conf: kern.cam.boot_delay=10000 (I only found usb/145184, but I think there are more of them describing the same problem) -- chs, From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 13:59:42 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 443C4106564A; Tue, 13 Sep 2011 13:59:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0BCFE8FC0C; Tue, 13 Sep 2011 13:59:40 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA03034; Tue, 13 Sep 2011 16:59:39 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E6F61CA.6020003@FreeBSD.org> Date: Tue, 13 Sep 2011 16:59:38 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> In-Reply-To: <4E679D3D.1000007@FreeBSD.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 13:59:42 -0000 on 07/09/2011 19:35 Andriy Gapon said the following: > on 02/09/2011 16:35 Andriy Gapon said the following: >> Then: >> - obtain this patch http://people.freebsd.org/~avg/zfstest.head.diff >> - cd sys/boot/zfs >> - apply the patch to zfstest.c >> - cc -I. -I../../cddl/boot/zfs zfstest.c -o zfstest >> - run the resulting binary as root and provide your pool device(s) as >> parameter(s); e.g.: >> ./zfstest /dev/ada0p4 > > Thanks to a lot of excellent testing, debugging and analysis from Sebastian (which > went behind the scenes) we now have this patch: > http://people.freebsd.org/~avg/zfs-boot-gang.diff I've updated the patch place. The essence of the changes is the same, just done in a slightly different fashion. That should minimize the scope of the diff. One extra change is that now the checksum is also verified for uberblock. Pawel, can you please review it? > The patch introduces the following changes: > - checksum is now verified for gang header blocks > - checksum is now verified for reconstituted data of whole gang blocks > (previously it is verified only for individual gang member leaf blocks) > - reconstituted data of a whole gang block is now decompressed if the gang block > is compressed > > The last change is _the_ change. > > If you use compression for a filesystem where your kernel resides and you get a > problem with booting, then please test this patch and report back. > > Many thanks to Sebastian! > Additional heap of thanks to Doug Rabson who came up with the idea and > implementation of zfstest.c! This tool is of the immense help when debugging an > issue like this one. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Sep 13 15:14:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B111106566C; Tue, 13 Sep 2011 15:14:08 +0000 (UTC) (envelope-from uwe@grohnwaldt.eu) Received: from web01.lando.us (web01.lando.us [77.232.247.17]) by mx1.freebsd.org (Postfix) with ESMTP id 94D1B8FC15; Tue, 13 Sep 2011 15:14:07 +0000 (UTC) Received: from R2D2 (bridge.aixit.com [82.149.224.60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: uwe@grohnwaldt.eu) by web01.lando.us (Postfix) with ESMTPSA id 84CED95340; Tue, 13 Sep 2011 17:14:06 +0200 (CEST) From: "Uwe Grohnwaldt" To: "'Baptiste Daroussin'" , "'John Baldwin'" References: <201107260803.47625.jhb@freebsd.org> <201107261544.51244.jhb@freebsd.org> <20110911203938.GA2913@azathoth.lan> In-Reply-To: <20110911203938.GA2913@azathoth.lan> Date: Tue, 13 Sep 2011 17:14:06 +0200 Message-ID: <010d01cc7227$c78fc1c0$56af4540$@grohnwaldt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG+W7R7lLbnxzLyABbKiVyY+A8ykQKJNPhoAgj7S2ECLgX3LwIhx7LElSCHwOA= Content-Language: de Cc: freebsd-current@freebsd.org Subject: AW: No disks usable on a P5NE MB X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 15:14:08 -0000 Hi, I have a similar problem with my areca-controller. (http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026867.ht= ml) Maybe the problem is related? I wrote some mails do Areca-support to find the problem. They send me a beta-firmware and driver but it doesn't solve the problem. Chers, Uwe > -----Urspr=FCngliche Nachricht----- > Von: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] Im Auftrag von Baptiste Daroussin > Gesendet: Sonntag, 11. September 2011 22:40 > An: John Baldwin > Cc: freebsd-current@freebsd.org > Betreff: Re: No disks usable on a P5NE MB >=20 > > > the result is: > > > db> show intrcnt > > > cpu0: timer 4510 > > > irq256: hdac0 1 > > > cpu3: timer 29 > > > cpu1: timer 3036 > > > cpu2: timer 31 > > > db> > > > > > > I did break at the mountfrom> prompt If I break before I only have > > > the cpu0 and irq256 entries. > > > > Hmmm, is there any way you can build a 9 kernel without sound = support > > (since that clutters up bootverbose) and capture a verbose dmesg, > > using a serial console or PXE booting to an NFS root of some sort? > > > I can't pxe boot, but I can record the build on my camera: > http://people.freebsd.org/~bapt/9-fail.avi (18MB) >=20 > (this is 9.0-BETA2 memstick) >=20 > Hope that could help >=20 > Bapt From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 04:18:23 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4487D106564A for ; Wed, 14 Sep 2011 04:18:23 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1A58FC15 for ; Wed, 14 Sep 2011 04:18:22 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id C0CD11CC68; Wed, 14 Sep 2011 00:59:05 -0300 (BRT) Received: from 187.115.180.118 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Wed, 14 Sep 2011 00:59:05 -0300 Message-ID: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> Date: Wed, 14 Sep 2011 00:59:05 -0300 From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 04:18:23 -0000 hail, I just installed BETA2 on WD notebook disk: ada0 at ata2 bus 0 scbus1 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 and tried as usual to make the disk last a little longer: rush# ataidle -P 243 /dev/ad4 ataidle: error: identify device /dev/ad4 rush# ataidle -P 243 /dev/ada0 (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 (pass0:ata2:0:0:0): CAM status: CCB request completed with an error Failed to configure APM: No error: 0 so, is this still needed after ada took place ? How can I do it now if needed ? thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 06:18:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A903A106564A for ; Wed, 14 Sep 2011 06:18:03 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 65EBE8FC16 for ; Wed, 14 Sep 2011 06:18:02 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1R3inG-0003tt-EE for freebsd-current@freebsd.org; Wed, 14 Sep 2011 08:17:58 +0200 Received: from 178.214.36.169 ([178.214.36.169]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Sep 2011 08:17:58 +0200 Received: from citrin by 178.214.36.169 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 14 Sep 2011 08:17:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Wed, 14 Sep 2011 06:17:45 +0000 (UTC) Organization: Vega Lines: 38 Sender: Anton Yuzhaninov Message-ID: References: <4E5E46A4.3060705@citrin.ru> <4E6A99A9.1000204@delphij.net> X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 178.214.36.169 X-Comment-To: Xin LI User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/9.0-BETA2 (i386)) Subject: Re: truss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 06:18:03 -0000 On Fri, 09 Sep 2011 15:56:41 -0700, Xin LI wrote: XL> -----BEGIN PGP SIGNED MESSAGE----- XL> Hash: SHA256 XL> XL> On 08/31/11 07:35, Anton Yuzhaninov wrote: >> It seems to be truss(1) is broken on current >> >> :~> truss /bin/echo x x truss: can not get etype: No such process >> >> FreeBSD 9.0-BETA1 #0 r224884M i386 >> >> from ktrace of turss >> >> 3162 truss CALL >> __sysctl(0xbfbfea00,0x4,0xbfbfe9e0,0xbfbfea10,0,0) 3162 truss >> SCTL "kern.proc.sv_name.3163" 3162 truss RET __sysctl -1 >> errno 3 No such process XL> XL> Can't seem to be reproducable here, did I missed anything? (note that XL> you may need a full world/kernel build). XL> Problem still here after svn up and rebuild world/kernel :~> ktrace -t+ truss /usr/bin/true truss: can not get etype: No such process Full ktrace: http://dl.dropbox.com/u/8798217/tmp/truss_ktrace.txt FreeBSD 9.0-BETA2 #1 r225504M i386 Kernel config is not GENERIC - main difference - DTrace added: http://dl.dropbox.com/u/8798217/tmp/kernconf.txt -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 07:11:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABB7D1065678 for ; Wed, 14 Sep 2011 07:11:20 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC298FC16 for ; Wed, 14 Sep 2011 07:11:20 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id C7CCBE66E0; Wed, 14 Sep 2011 08:11:18 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=RJYclYaG0yjj aOAJZKc2cPo0KLM=; b=Ip9U6sX/TMfYQXnPHaoczfe1NSNnNopUUvbd1j9IPgtJ aG2deMaq/654zYX/3+puShMH21umiFhJxN9M3CV58UkI55gGVRas+pu2AneBPvYU TDli6spiIwt8PpwdS87Bwpib2d7e2WTosswWl2WFGtjzSaTC7tA7t9Y/wcyq5dc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=kwPkrM crtm4/Uatub0cxrn1j2UAL10OM1NuT03TkhAwB+WRn6A0z309EnfpOX64FSoUpuP jXsOB2NFMbtTOrJECq9EvNb63pjxidBFyhmVq2uSKiMTw6bcUJJ/VosmM3FHRose lildKoAdqtHDaWTllnm84c9UAa1bt/VYtmAr4= Received: from [192.168.1.104] (188-222-18-231.zone13.bethere.co.uk [188.222.18.231]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 8CBE7E6432; Wed, 14 Sep 2011 08:11:18 +0100 (BST) Message-ID: <4E705395.7010106@cran.org.uk> Date: Wed, 14 Sep 2011 08:11:17 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: Nenhum_de_Nos References: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> In-Reply-To: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 07:11:20 -0000 On 14/09/2011 04:59, Nenhum_de_Nos wrote: > rush# ataidle -P 243 /dev/ada0 > (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 > (pass0:ata2:0:0:0): CAM status: CCB request completed with an error > Failed to configure APM: No error: 0 Can you post the output of "ataidle /dev/ada0" to see what features the disk supports? -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 12:36:17 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9600D106564A; Wed, 14 Sep 2011 12:36:17 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 84A3E8FC12; Wed, 14 Sep 2011 12:36:14 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 38609D48162; Wed, 14 Sep 2011 14:36:09 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 76D7933E71; Wed, 14 Sep 2011 12:36:07 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 54833A11E0; Wed, 14 Sep 2011 12:36:07 +0000 (UTC) Date: Wed, 14 Sep 2011 14:36:07 +0200 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20110914123607.GM65366@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David Xu , Peter Pentchev Subject: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 12:36:17 -0000 Hi list, I've recently migrated my services from a box running 8.1-STABLE to another one running 9.0-BETA2. I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I compiled manually this very version on 9.0-BETA2. But I get the following segfault: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 803008c00 (LWP 100496/stunnel)] 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 (gdb) thread [Current thread is 3 (Thread 803008c00 (LWP 100496/stunnel))] (gdb) bt #0 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 #1 0x000000080110cdde in gmtime_r () from /lib/libc.so.7 #2 0x000000080110dab4 in gmtime_r () from /lib/libc.so.7 #3 0x000000080110dcc8 in gmtime_r () from /lib/libc.so.7 #4 0x0000000800e1d9e8 in pthread_once () from /lib/libthr.so.3 #5 0x000000080110ca9f in timegm () from /lib/libc.so.7 #6 0x0000000805dff8d9 in OPENSSL_gmtime () from /usr/local/lib/libcrypto.so.7 #7 0x0000000805e74631 in ASN1_UTCTIME_adj () from /usr/local/lib/libcrypto.so.7 #8 0x0000000805e9462d in X509_time_adj_ex () from /usr/local/lib/libcrypto.so.7 #9 0x0000000805e9478c in X509_cmp_time () from /usr/local/lib/libcrypto.so.7 #10 0x0000000805e9496d in internal_verify () from /usr/local/lib/libcrypto.so.7 #11 0x0000000805e95f46 in X509_verify_cert () from /usr/local/lib/libcrypto.so.7 #12 0x0000000805b7f4c8 in ssl_verify_cert_chain () from /usr/local/lib/libssl.so.7 #13 0x0000000805b5d6e3 in ssl3_get_client_certificate () from /usr/local/lib/libssl.so.7 #14 0x0000000805b612bc in ssl3_accept () from /usr/local/lib/libssl.so.7 #15 0x0000000000406f6e in init_ssl (c=0x803093000) at client.c:329 #16 0x00000000004069a6 in do_client (c=0x803093000) at client.c:202 #17 0x000000000040676b in run_client (c=0x803093000) at client.c:150 #18 0x00000000004066cf in client (arg=0x803093000) at client.c:123 #19 0x0000000800e18224 in pthread_getprio () from /lib/libthr.so.3 #20 0x0000000000000000 in ?? () Note that I tried with the newest version of stunnel, it crashes at the same place. I also tried libssl.so both from the base system and from the ports, same thing. Regards, -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 12:47:53 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74B94106566C for ; Wed, 14 Sep 2011 12:47:53 +0000 (UTC) (envelope-from pdegoeje@service2media.com) Received: from smtp.utwente.nl (smtp2.utsp.utwente.nl [130.89.2.9]) by mx1.freebsd.org (Postfix) with ESMTP id E26C88FC08 for ; Wed, 14 Sep 2011 12:47:52 +0000 (UTC) Received: from pieter-dev.localnet (lux.student.utwente.nl [130.89.161.112]) by smtp.utwente.nl (8.12.10/SuSE Linux 0.7) with ESMTP id p8ECPeFg029173; Wed, 14 Sep 2011 14:25:40 +0200 From: Pieter de Goeje Organization: Service2Media To: freebsd-current@freebsd.org Date: Wed, 14 Sep 2011 14:25:39 +0200 User-Agent: KMail/1.13.7 (Linux/3.0.0-1-amd64; KDE/4.6.5; x86_64; ; ) References: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> In-Reply-To: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109141425.40304.pdegoeje@service2media.com> X-UTwente-MailScanner-Information: Scanned by MailScanner. Contact icts.servicedesk@utwente.nl for more information. X-UTwente-MailScanner: Found to be clean X-UTwente-MailScanner-From: pdegoeje@service2media.com X-Spam-Status: No X-Mailman-Approved-At: Wed, 14 Sep 2011 12:51:43 +0000 Cc: Nenhum_de_Nos Subject: Re: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 12:47:53 -0000 On Wednesday, September 14, 2011 05:59:05 AM Nenhum_de_Nos wrote: > rush# ataidle -P 243 /dev/ada0 > (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 > (pass0:ata2:0:0:0): CAM status: CCB request completed with an error > Failed to configure APM: No error: 0 > > so, is this still needed after ada took place ? How can I do it now if > needed ? You can use camcontrol idle/standby/sleep instead of ataidle. - Pieter From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 13:00:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 344FE106572E; Wed, 14 Sep 2011 13:00:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id B97498FC17; Wed, 14 Sep 2011 13:00:00 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8ECxrde032985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 15:59:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p8ECxrSZ069484; Wed, 14 Sep 2011 15:59:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p8ECxrmV069483; Wed, 14 Sep 2011 15:59:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 14 Sep 2011 15:59:53 +0300 From: Kostik Belousov To: Jeremie Le Hen Message-ID: <20110914125953.GX17489@deviant.kiev.zoral.com.ua> References: <20110914123607.GM65366@felucia.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Fzh41nPPD50VVVGU" Content-Disposition: inline In-Reply-To: <20110914123607.GM65366@felucia.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, David Xu , Peter Pentchev Subject: Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 13:00:01 -0000 --Fzh41nPPD50VVVGU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: > Hi list, >=20 > I've recently migrated my services from a box running 8.1-STABLE to > another one running 9.0-BETA2. >=20 > I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I > compiled manually this very version on 9.0-BETA2. But I get the > following segfault: >=20 > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 803008c00 (LWP 100496/stunnel)] > 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > (gdb) thread > [Current thread is 3 (Thread 803008c00 (LWP 100496/stunnel))] > (gdb) bt > #0 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > #1 0x000000080110cdde in gmtime_r () from /lib/libc.so.7 > #2 0x000000080110dab4 in gmtime_r () from /lib/libc.so.7 > #3 0x000000080110dcc8 in gmtime_r () from /lib/libc.so.7 > #4 0x0000000800e1d9e8 in pthread_once () from /lib/libthr.so.3 > #5 0x000000080110ca9f in timegm () from /lib/libc.so.7 > #6 0x0000000805dff8d9 in OPENSSL_gmtime () from /usr/local/lib/libcr= ypto.so.7 > #7 0x0000000805e74631 in ASN1_UTCTIME_adj () from /usr/local/lib/lib= crypto.so.7 > #8 0x0000000805e9462d in X509_time_adj_ex () from /usr/local/lib/lib= crypto.so.7 > #9 0x0000000805e9478c in X509_cmp_time () from /usr/local/lib/libcry= pto.so.7 > #10 0x0000000805e9496d in internal_verify () from /usr/local/lib/libc= rypto.so.7 > #11 0x0000000805e95f46 in X509_verify_cert () from /usr/local/lib/lib= crypto.so.7 > #12 0x0000000805b7f4c8 in ssl_verify_cert_chain () from /usr/local/li= b/libssl.so.7 > #13 0x0000000805b5d6e3 in ssl3_get_client_certificate () from /usr/lo= cal/lib/libssl.so.7 > #14 0x0000000805b612bc in ssl3_accept () from /usr/local/lib/libssl.s= o.7 > #15 0x0000000000406f6e in init_ssl (c=3D0x803093000) at client.c:329 > #16 0x00000000004069a6 in do_client (c=3D0x803093000) at client.c:202 > #17 0x000000000040676b in run_client (c=3D0x803093000) at client.c:150 > #18 0x00000000004066cf in client (arg=3D0x803093000) at client.c:123 > #19 0x0000000800e18224 in pthread_getprio () from /lib/libthr.so.3 > #20 0x0000000000000000 in ?? () >=20 >=20 > Note that I tried with the newest version of stunnel, it crashes at the > same place. I also tried libssl.so both from the base system and from > the ports, same thing. You need to compile both libc and libthr with debugging symbols and do a backtrace with such libraries. --Fzh41nPPD50VVVGU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5wpUkACgkQC3+MBN1Mb4hG/wCg0EY3w0P7n4b8OnmNOPeH39mQ PB8AoOdvDi2OtfyLdCk0uTo7Q07F6n2n =r+4s -----END PGP SIGNATURE----- --Fzh41nPPD50VVVGU-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 14:39:26 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B11106566C; Wed, 14 Sep 2011 14:39:26 +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 010C08FC12; Wed, 14 Sep 2011 14:39:26 +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 p8EEdPD8031082; Wed, 14 Sep 2011 14:39:25 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8EEdPnI031081; Wed, 14 Sep 2011 14:39:25 GMT (envelope-from danger) Date: Wed, 14 Sep 2011 14:39:25 +0000 From: Daniel Gerzo To: hackers@freebsd.org Message-ID: <20110914143925.GA31052@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: FreeBSD Status Report April - June, 2011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 14:39:26 -0000 FreeBSD Quarterly Status Report - April-June, 2011 Introduction This report covers FreeBSD-related projects between April and June 2011. It is the second of the four reports planned for 2011. Since this quarter, the work is being focused on the next major version of FreeBSD, 9.0, which is to be released in September. Thanks to all the reporters for the excellent work! This report contains 36 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between July and September 2011 is October 15th, 2011. __________________________________________________________________ Projects * Clang replacing GCC in the base system * Fix clang warnings * libarchive, bsdtar, bsdcpio * ZFS pool version 28 FreeBSD Team Reports * ArabBSD * The FreeBSD Foundation Network Infrastructure * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * FreeBSD IPv6-only Support * IPv6 RA Handling Improvements * netmap * New ipfw features * TCP User Timeout Option (UTO) Kernel * Intel GPU Driver * OpenAFS port * Overhaul of the mii(4)-subsystem * Status Report for NFS Documentation * FreeBSD June 6th, 2011 Doc Sprint * The FreeBSD Dutch Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD on the Sony Playstation 3 * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 * FreeBSD/powerpc64 on IBM pSeries machines * FreeBSD/sparc64 Ports * Chromium * FreeBSD Haskell Ports * KDE-FreeBSD * libvirt networking port * Portbuilder * Ports Collection Miscellaneous * bsd_day(2011) Google Summer of Code * Capsicum adaptation and core libraries * Disk device error counters * Google Summer of Code * nvi-iconv * Replacing the Regular Expression Code __________________________________________________________________ ArabBSD URL: https://sites.google.com/site/arabbsd/ Contact: Mohammed Farrag FreeBSD Awareness, Handbook Translation and FreeBSD Kernel Development Summer Course. Open tasks: 1. FreeBSD Kernel Development Summer Course. __________________________________________________________________ bsd_day(2011) URL: http://bsdday.eu/2011 Contact: Martin Matuska Contact: Gábor Páli The purpose of this one-day event is 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 would also like to motivate potential future developers and users, especially undergraduate university students to work with BSD systems. This year's BSD-Day will be held in Bratislava, Slovakia at Slovak University of Technology, Faculty of Electrical Engineering and Information Technology on November 5, 2011. Everybody is welcome! Open tasks: 1. Apply. We are looking for you! __________________________________________________________________ Capsicum adaptation and core libraries URL: http://www.cl.cam.ac.uk/research/security/capsicum URL: http://wiki.FreeBSD.org/SOC2011IlyaBakulin Contact: Ilya Bakulin Some applications from the base system received sandboxing support, current task is to adapt lightweight resolver daemon for using it in sandboxes -- this fixes problems with applications that need to convert IP addresses into domain names while in sandbox. Open tasks: 1. Add sandboxing to even more applications in the base system. 2. Help Jonathan Anderson and Robert Watson to merge FreeBSD-Capsicum into FreeBSD-HEAD. __________________________________________________________________ Chromium URL: http://www.chromium.org/Home URL: http://trillian.chruetertee.org/chromium Contact: Chromium on FreeBSD Team During the last quarter we have been keeping the Chromium browser up to date, with new major releases being imported into the Ports Collection the same day as the upstream release. As time passes by, more patches are incorporated or otherwise became obsolete by virtue of upstream code cleanups. Version 13 is already available from the Chruëtertee repository, with 70 patches less than version 12. __________________________________________________________________ Clang replacing GCC in the base system URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang URL: http://wiki.FreeBSD.org/PortsAndClang Contact: Dimitry Andric Contact: Roman Divacky Contact: Brooks Davis Contact: Pawel Worach We imported newer snapshot of clang/llvm. This features quite a lot of goodies. Most notably there's a new register allocator that brings much better runtime performance. If you did a performance evaluation of clang/llvm in the past now it's the time to rerun it with the new register allocator! There was some progress on Mips and PowerPC in addition to the usual influx of improvements on ARM, i386 and amd64. We've managed to get clang compiled arm kernel booting. ARM world is blocked by FreeBSD using old ARM ABI. We got a buildbot that periodically builds clang/llvm on FreeBSD and FreeBSD (amd64 and i386) using clang/llvm, including booting the resulting image. We ran a few ports exp runs and got many ports bugs fixed so right now we're able to build more than 15000 ports with clang. We expect this number to grow rapidly as the problems are mostly trivial. Open tasks: 1. Fix your ports. 2. Performance evaluate the new clang/llvm. 3. Fix clang warnings in src. 4. Implement proper support for cross compiling. __________________________________________________________________ Disk device error counters URL: http://wiki.FreeBSD.org/Disk%20device%20error%20counters Contact: Oleksandr Dudinskyi Currently, I work on schedule, I printed the information of disk error in utility iostat option -E. While only displays five types of errors. Further analysis will give me the opportunity to identify other types of disk errors. Open tasks: 1. Search other type of error and the place of their registration. 2. Maybe find a better place registration of errors than xpt_done(). __________________________________________________________________ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander Contact: Grenville Armitage DIFFUSE is a system enabling 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 DIFFUSE prototype is a set of patches for FreeBSD-CURRENT that can be downloaded from the project's web site. The web site also contains a more comprehensive introduction, as well as links to related work and documentation. In July 2011, we released DIFFUSE v0.4. This release contains a number of bug fixes and new features. Most notably we improved the functionality of the tools used for training classification models, and performing offline analysis. DIFFUSE v0.4 is the last release, as the DIFFUSE project has concluded. However, we may release bug fixes in the future if necessary. __________________________________________________________________ Fix clang warnings Contact: Ben Laurie In order to assist with the process of moving away from gcc, while I learn the ropes of being a contributor, I am systematically fixing clang warnings, so we can turn on -Werror again. Down from > 42,000 warnings at the end of May to < 9,000 warnings now. Open tasks: 1. Always happy if someone else finds and fixes a warning! __________________________________________________________________ FreeBSD Haskell Ports URL: http://wiki.FreeBSD.org/Haskell URL: https://github.com/freebsd-haskell/freebsd-haskell/ URL: http://haskell.org/mailman/listinfo/freebsd-haskell/ Contact: Gábor János PÁLI Contact: Ashish SHUKLA Contact: Giuseppe Pilichi We are proud to announce that the FreeBSD Haskell Team has committed Haskell Platform 2011.2.0.1 to the FreeBSD Ports Collection, as well as updated existing ports to their latest stable versions. Apart from the ports officially available there, many ports (Snap web framework, Leksah, and their dependencies) are still waiting to be added. Any users who like to get early access to them, please refer to the instructions at our development repository. Open tasks: 1. Update Haskell Platform (along with GHC) to 2011.4.0.0 as soon as it gets out. 2. Add more ports to the Ports Collection. 3. Create a port for Happstack. 4. Create a port for gitit. __________________________________________________________________ FreeBSD IPv6-only Support URL: http://www.FreeBSDFoundation.org/project%20announcements.shtml#Bjoern URL: http://www.ixsystems.com/ix/media/freebsd-foundation-and-ixsystems-anno unce-ipv6-only-testing-versions-of-freebsd-and-pc-bsd URL: http://www.FreeBSD.org/ipv6/ipv6only.html URL: http://www.pcbsd.org/IPv6 Contact: Bjoern A. Zeeb As a follow-up work to the no-IP kernel, a FreeBSD IPv6-only prototype kernel was build beginning of 2010. This work was now carried on and merged to mainstream FreeBSD and will be part of the upcoming 9.0-RELEASE allowing for custom no-IPv4 kernels to be built. In addition IPv6 installation and configuration support for FreeBSD and PC-BSD were improved. An IPv6-only kernel and continued efforts to build world without IPv4, like FreeBSD had supported compiling out IPv6 for a long time, will allow easier IPv6 validation work to happen. This will not only help FreeBSD or FreeBSD-derived commercial product builders but we are also hoping to motivate other Open Source projects to test their software for IPv6-readiness on FreeBSD or PC-BSD. We have provided and will continue to provide IPv6-only snapshots for FreeBSD. In IPv6-only PC-BSD snapshots have been released to provide a great Open Source desktop environment to test GUI applications for IPv6-readiness as well. I would like to thank the FreeBSD Foundation and iXsystems for their support of the project, as well as George Neville-Neil for providing review and Kris Moore for helping on the PC-BSD integration and building and providing the PC-BSD snapshots. __________________________________________________________________ FreeBSD June 6th, 2011 Doc Sprint URL: http://wiki.FreeBSD.org/DocSprints URL: http://people.FreeBSD.org/~bcr/doc/sprints/20110606-final.html URL: http://people.FreeBSD.org/~linimon/annotated_prs.docsprint.html URL: http://openhelpconference.com/ Contact: Benedict Reuschling Contact: Dru Lavigne On June 6, the FreeBSD documentation project held a doc sprint where a number of documentation issues were discussed. The sprint took place primarily in IRC channel #bsddocs on EFNet. Notes were taken in an Etherpad document where all participants could concurrently edit them in an easy to use interface. Parallel to the discussion, a number of doc problem reports have been closed. There are still some doc PRs that have been identified that could also be closed, because their original issue was already committed but the PR is still open. This needs to be investigated on a case by case basis. Dru Lavigne brought in her experiences from the Open Help conference that she was attending during the sprint. It would be good to have some FreeBSD documentation people at a future Open Help conference to exchange ideas with other open source documentation projects and how they go about doing their work. The primary discussion focused on the issues that have been talked about at the documentation working group at BSDCan's DevSummit in May. Subjects like converting the documentation repository from CVS to SVN, the move from DocBook SGML to XML-based documentation as well as other formats like RST (re-restructured text), and publication efforts of the handbook in electronic and dead-tree form were thoroughly debated. Overall participation was good, but we would like to have more documentation folks to participate in future sprints. The next sprint is planned before EuroBSDCon 2011 and will be announced in time so that interested people can set aside some time for it. We also plan to include different time zones so that we can have more input from various areas. We hope to establish these kind of sprints on a regular basis to deal with documentation issues that affect the whole community. Thanks to everyone who participated and helped bring some of the issues we talked about forward. Open tasks: 1. Schedule the next documentation sprint before the next EuroBSDCon and include different timezones. 2. Work on the todo items identified during the sprint. 3. Resolve open documentation problem reports identified to be fixed, but still open for some reason. __________________________________________________________________ FreeBSD on the Sony Playstation 3 URL: http://people.freebsd.org/~nwhitehorn/ps3/ Contact: Nathan Whitehorn The FreeBSD Playstation 3 port is now fairly mature and will be included in the 9.0 release, starting with BETA2. Most internal devices, including the USB ports, bluetooth, ethernet, and SATA devices are now supported, and the operating system can be installed to and boot from the internal hard disk. There are several remaining pieces to the port (Wireless, Sound, X11, and the SPUs), which may be interesting projects for those interested in non-PC architectures. Open tasks: 1. Built-in wireless. The 802.11 wireless interface on the Playstation 3 is multiplexed through the wired ethernet MAC and is currently unsupported. 2. The sound hardware is not currently supported. 3. The framebuffer driver does not currently support X11. This would involve writing a simple X11 framebuffer driver to connect to syscons. 4. The synergistic processing units (SPUs) on the Cell processor are not supported yet. They present an interesting model of heterogeneous computing, more suited for full treatment by a UNIX-type kernel than GPGPU computing: each SPU has a concept of user and supervisor mode, as well as interrupts, and can share MMU context with the main CPU cores. As such, they in principle can support a full UNIX process model. __________________________________________________________________ FreeBSD/arm on Marvell Armada XP Contact: Grzegorz Bernacki Contact: Rafal Jaworowski Marvell Armada XP is a complete system-on-chip solution based on Sheeva embedded CPU. 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 peripherials. Current FreeBSD suppport for Armada XP includes: * Booting via U-Boot bootloader * ARMv6/v7 support * + Reworked CPU indentification scheme + New cache identification scheme + Support for PIPT caches + Reworked PMAP for ARMv6/v7 features * Serial console support (UART) * Interrupt controller * Integrated timers * USB driver attachment * Ethernet controller driver Next steps: * L2 cache support * SMP support * PCI-Express and SATA drivers __________________________________________________________________ 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 Book-E specification of the architecture, and a number of integrated peripherals. This work is extending current Book-E support in FreeBSD towards PPC4xx processors variation along with device drivers for integrated peripherials. Current FreeBSD APM86290 support includes: * Booting via U-Boot bootloader * Support for PPC465 core * L1 cache * Serial console (UART) Next steps: * Interrupt controller * EHCI USB driver attachment * Ethernet controller * Queue Manager/Traffic Manager * L2 cache support __________________________________________________________________ FreeBSD/powerpc64 on IBM pSeries machines URL: svn://svn.FreeBSD.org/base/projects/pseries/ Contact: Nathan Whitehorn Contact: Andreas Tobler The goal of this project is to make FreeBSD running on PAPR compliant machines like the IBM pSeries family. Currently we can boot a POWER7 emulation under a recent qemu snapshot. The boot process stops when trying to find a PIC. The same applies for an IntelliStation-285. (POWER5+). Open tasks: 1. Implement interrupt controller. 2. PCI bus scanning. 3. Drivers, drivers, drivers. 4. Improve memory management. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl * The iommu(4) driver has been changed to take advantage of the streaming buffers of the host-PCI and host-SBus bridges if present, which in at least some configurations results in a modest performance improvement due to the caching of DMA transactions. As a prerequisite, the bus_dma(9) usage of all drivers compiled as part of the sparc64 GENERIC kernel has been reviewed and fixed and in case of sound(4) and sym(4) at least worked around as necessary in order to be able to use the streaming buffers. Support for this will be merged back to 8-STABLE prior to 8.3-RELEASE. * Following the update of the in-tree binutils to 2.17.50, which now for the first time include support for GNUTLS on sparc64 in the base, support for TLS relocations on sparc64 was added to rtld(1) and enabled in the base GCC and malloc(3). * Support and a workaround necessary for Sun Fire V890 equipped with UltraSPARC-IV was added. Support for these will be merged back to 8-STABLE prior to 8.3-RELEASE. * The schizo(4) driver has been updated to also support the XMITS Fireplane/Safari to PCI-X bridges and a workaround for Casinni/Skyhawk combinations has been added. Chances are that the latter solves the crashes seen when using the the on-board Casinni NICs of Sun Fire V480 equipped with centerplanes other than 501-6780 or 501-6790. These changes have been merged back to 8-STABLE and will be part of 8.3-RELEASE. * As part of the largeSMP project which had the goal of supporting more than 32 CPU cores in FreeBSD several parts of the sparc64 specific code had to be adapted mainly in the assembler bits but as a result now also supports more than 32 CPU cores. * On machines where we do not need to lock the kernel TSB into the dTLB and thus may basically use the entire 64-bit kernel address space, i.e. on machines equipped with UltraSPARC-III+ and greater CPUs, the kernel virtual memory was increased to not be limited by VM_KMEM_SIZE_MAX and VM_KMEM_SIZE_SCALE decreased to 1 allowing kernel to use more memory as for example useful for ZFS. These changes will be merged back to 8-STABLE prior to 8.3-RELEASE. * The shortcut taken in the code responsible for flushing user mappings from the TLBs of UltraSPARC-III and greater CPUs turned out to not scale well on MP-systems with more than 8 CPU cores and thus was re-written. As a result it now scales up to at least 16-way machines. These changes will be merged back to 8-STABLE prior to 8.3-RELEASE. __________________________________________________________________ Google Summer of Code URL: http://wiki.FreeBSD.org/SummerOfCode2011 Contact: Brooks Davis Contact: Robert Watson We are happy to be participating in our 7th Google Summer of Code. After the mid-term evaluation we have 15 projects working towards the final evaluation. You can see the latest status on student's individual wiki pages or by subscribing to the soc-status mailing list. __________________________________________________________________ Intel GPU Driver URL: http://wiki.FreeBSD.org/Intel_GPU Contact: Konstantin Belousov The FreeBSD Foundation sponsored project to port the Linux kernel-mode driver for Intel GPU progressed to the point where some machines can use Xorg with ddx driver from the git head and latest Mesa. On my test machine I was able to run uhexen2 and ioquake3. Nonetheless, the driver is still in the early stages of debugging. Read the wiki page for more details, guidelines on installation and initial bug analysis. Main efforts right now are directed on getting the required VM changes into the base system, ideally before 9.0 is released. __________________________________________________________________ IPv6 RA Handling Improvements Contact: Hiroki Sato ICMPv6 Router Advertisement (RA) message is a part of IPv6 Neighbor Discovery Protocol in RFC 4861 and takes an important role in IPv6 basic functionality. FreeBSD supports it in the kernel, and the rtadvd(8) and rtsold(8) programs derived from KAME project handle it in userland. This small project aims to improve the current RA handling by removing limitations and adding new functionality found in the latest RFCs. Changes committed are as follows: * FreeBSD now supports RA receiving even if net.inet6.ip6.forwarding=1 and enabling/disabling the receiving in a per-interface basis. The traditional "host" and "router" node model in IPv6 RFCs is translated into a concept of "RA-receiving interfaces" and "RA-sending interfaces" in FreeBSD 9.0 or later, not depending only on system-wide IP forwarding capability. This is useful for a system with multiple IPv6-capable interfaces (such as a customer-edge router) which require SLAAC (Stateless Address Autoconfiguration) feature described in RFC 4862. * The rtadvd(8) and rtsold(8) programs now support IPv6 Router Advertisement Options for DNS Configuration in RFC 6106. This enables updating /etc/resolv.conf by using RAs. * The rtadvd(8) daemon now supports dynamically-added/removed interfaces. Although it was needed that all of RA-sending interfaces exist before the daemon was invoked, the new version no longer requires it. When a new interface arrived, it will be configured on the fly. * The rtadvctl(8) utility has been added. This displays RA-sending status on each interface and provides a way to control the daemon. This utility makes system administration much easier. All of the changes described above have already been committed to 9-CURRENT and a part of them will be merged to 8-STABLE. __________________________________________________________________ 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. __________________________________________________________________ libarchive, bsdtar, bsdcpio URL: http://code.google.com/p/libarchive Contact: Tim Kientzle Contact: Michihiro Nakajima Libarchive, bsdtar and bsdcpio in 9-CURRENT have been updated to version 2.8.4 (thanks to mm@FreeBSD.org) and bsdtar now supports extracting XAR and RPM archive formats. There is ongoing development in trunk with many improvements including support for new formats both on the read (e.g. cab, lha, rar) and write parts (e.g. iso9660, xar). __________________________________________________________________ libvirt networking port URL: http://www.libvirt.org/ Contact: Jason Helfman Contact: Daniel P. Berrange Libvirt, a Toolkit to interact with virtualization capabilities, has been ported to FreeBSD, however the networking capabilities have been disabled as they are incompatible with FreeBSD. Libvirt currently supports connecting to many types of hypervisors, however it can be a far more useful tool if the networking capabilities were ported to FreeBSD. In contacting Daniel P. Berrange, he was kind enough to advise on what is required to port networking of libvirt to FreeBSD. His response is paraphrased below: There are two aspects to networking in libvirt: * The virtual network driver (in src/network/bridge_driver.c) uses the Linux kernel's native 'bridge' functionality to provide an isolated, or routed, or NATed network connection to guests. There is a bridge device on the host created, and guest TAP devices are added to it. There is no physical ethernet device added to the bridge, and iptables is used to control whether the host OS routes traffic to/from the bridge & physical LAN. Porting bridge and bridge control functionality to FreeBSD would need to be done, and how to nat/routed/isolated guest configs and write a compatible version of bridge_driver.c for FreeBSD. * The host interface driver (in src/inteface/netcf_driver.c) uses the netcf library to manage configuration of host network interfaces to do things like bonding, vlans, bridging and controlling the interfaces availability. The core job is to port netcf to work with FreeBSD. A netcf backend that understands FreeBSD's networking configuration files and calls appropriate tools to bring interfaces online/offline would need to be created. Both these jobs are pretty much independent, so can easily be done in parallel. Open tasks: 1. Port bridge network driver for libvirt. 2. Port netcf driver for libvirt. __________________________________________________________________ netmap URL: http://info.iet.unipi.it/~luigi/netmap/ Contact: Luigi Rizzo netmap is a novel framework to achieve wire-speed packet processing in FreeBSD, while retaining the safety and richness of features provided by the user space environment, and using only standard system calls. With netmap, it takes as little as 70 clock cycles to move one packet between the user program and the wire. As an example, a single core running at 900MHz can generate the 14.8Mpps that saturate a 10GigE interface. This is a 5-10x improvement over the use of a standard device driver. netmap is implemented with a relatively small kernel device driver (less than 2000 lines of code), plus individual network card patches (300-500 lines each; currently supported are Intel 1 and 10 Gbit cards, and RealTek 1 Gbit cards). No special user libraries are needed, although we have a small libpcap-over-netmap which enables the use of existing applications on top of the new API with no source or binary modifications. The netmap home page contains a more detailed description of the project, source code, papers and slides. __________________________________________________________________ New ipfw features URL: http://svnweb.FreeBSD.org/base?view=revision&revision=223666 Contact: Vadim Goncharov The ipfw(4) packet filter now supports call and return rule actions. When a packet matches a rule with the call action, the rule number is saved in the internal stack and rules processing continues from the first rule with specified number (similar to skipto action, but backward jumps are allowed). If later a rule with return action is encountered, the processing returns to the first rule with number greater than the number saved in the internal stack. This makes it possible to organize "subroutines" with rules, e.g. to call one subroutine several times from different places in the ruleset. For more details, see ipfw(8). __________________________________________________________________ nvi-iconv URL: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1 URL: https://github.com/lichray/nvi2 Contact: Zhihao Yuan This project creates a multibyte aware nvi fork. While most of the userland tools in the FreeBSD base system support multibyte encodings, there is no pure-licensed nvi fork comes with sufficient multibyte encoding (both Unicode and non-Unicode) support prior to this. Currently, functionally, the new nvi is ready for testing. The description is at https://github.com/lichray/nvi2/wiki (the patch is deprecated). I will commit a new one latter. The features dropped from nvi-1.79 are: * Perl and Tcl interpreter supports; * The whole Perl/Tcl/Tk scripting framework; * A third-party gtags support. and the features adopted from nvi-1.81.6 includes: * Multibyte encoding supports (wchar_t + libiconv + libncursesw); * fileencoding and inputencoding options; * Undocumented :vsplit command, which vertically splits the screen. Many known bugs, incomplete code from nvi-devel are fixed. However, I find a serious memory leaking (via valgrind) in the nvi-devel iconv framework. This requires a careful review. Open tasks: 1. Reviews the iconv part and fixes the memory leak. 2. Ex scripts for testing. But it seems that I have no experience on that... 3. File encoding detection. My plan it to detect UTF-16 BOM first, then UTF-8. If all fails, uses locale. UTF-8 BOM is not supported by iconv, and we need to discuss whether we should support it in the editor. __________________________________________________________________ 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. Since our last report, upstream OpenAFS has updated to a 1.6.0pre6 release candidate, which is available in the FreeBSD Ports Collection. We still expect the upcoming 1.6.0 release to be usable for regular client workloads (though not heavy load). We have also made progress on integration with the bsd.kmod.mk kernel-module-building infrastructure, with a working prototype implementation. Further cleanup and testing is needed before it is ready to be committed. 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. Integrate with the bsd.kmod.mk kernel-module build infrastructure. 4. Eliminate a moderate memory leak from the kernel module. 5. PAG (Process Authentication Group) support is not functional. __________________________________________________________________ Overhaul of the mii(4)-subsystem Contact: Marius Strobl The mii(4)-subsystem has been overhauled and fixes and enhancements from NetBSD/OpenBSD since mii(4) originally has been ported over have been merged. As a result a lot of code duplication and hacks have been removed from the PHY drivers and we are now able again to share the miidevs file with NetBSD. Due to KPI breakages the majority of this work will not be merged back into 8-STABLE and earlier. Additionally shorthand aliases for common media+option combinations as announced by mii(4) have been added to the ifmedia code so that now one can actually supply the media strings found in the dmesg output to ifconfig(8). Support for this will be merged back to 8-STABLE prior to 8.3-RELEASE. __________________________________________________________________ Portbuilder URL: https://github.com/DragonSA/portbuilder URL: https://github.com/DragonSA/portbuilder/blob/0.1.3/README URL: https://github.com/DragonSA/portbuilder/blob/0.1.3/TODO Contact: David Naylor I would like to introduce a project that has been in the works for the last 3 years. From the projects README: A concurrent ports building tool. Although FreeBSD ports supports building a single port using multiple jobs (via MAKE_JOBS), it cannot build multiple ports concurrently. This tool accomplishes just that. Some of its key features: * Concurrent port building * Load control * Top like UI * Persistent builds (by default) Portbuilder originally used threads to control each port at each stage of the build however the required locks resulting in deadlocks, and some ports would not build correctly. To resolve those issues a rewrite was done to use only a single thread, making all locking code redundant. Thanks to the use of kqueue(2) the overhead of managing concurrent port builds is minimal. Further work to reduce that overhead is underway. Portbuilder is installable from ports under ports-mgmt/portbuilder, see the README for usage details. Please note that this is considered BETA quality, that the feature set and API are expected to change, and that portbuilder may crash or fail to behave properly. Open tasks: 1. Wiki page. 2. Testing. 3. See TODO. __________________________________________________________________ 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 URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-baptis te-daroussin.html URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-julien -laffaye.html URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-thomas -abthorpe.html URL: http://blogs.FreeBSDish.org/portmgr/2011/05/26/thankyoufoundation/ Contact: Thomas Abthorpe Contact: Port Management Team The ports tree slowly moves up closer to 23,000. The PR count still remains at about 1100. In Q2 we added 3 new committers, took in 2 commit bits for safe keeping, and added a new member to portmgr. 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: * ports/154044, -exp run to update x11-toolkits/open-motif * ports/155269, -exp run to fix problem with base/ports ncurses * ports/155215, -exp run to update gmake, completed by linimon * ports/156575, -exp run to generate a subset of ports in INDEX * ports/155983, -exp run to reroot md5 in /sbin * ports/139116, -exp run to call target "install-rc-script" before "post-install" * ports/155510, -exp run to remove support for pre 7.X * ports/156533, -exp run to patch bsd.apache.mk * ports/152498, -exp run to improve USERS/GROUPS handling * flz has been performing clang -exp runs * erwin performed -exp run for perl 5.12.4 update * pav performed multiple -exp runs for gtk3 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. __________________________________________________________________ Replacing the Regular Expression Code URL: http://wiki.FreeBSD.org/G%C3%A1borSoC2011 Contact: Gábor Kövesdán The current regular expression code in libc is quite outdated and does not support wide characters. There are various open source regular expression libraries but replacing the code is not a simple task because there are quite many considerations and requirements. The best candidate is TRE, which is a BSD-licensed, supports wide and multibyte characters, conforms to POSIX and it performs well compared to another available alternatives, so the work has been started with TRE. Apart from the replacement, the plan is to implement heuristical matching, which will speed up the pattern matching significantly. Besides, grep and diff in the base system have been using the GNU regex code, which has a more permissive syntax. It is desired to have a single regex engine in the base system, so the GNU syntax has to be implemented (as an optional feature), as well. So far, a fast string matching algorithm has been added, which is a variant of the Turbo Boyer-Moore algorithm. It has been slightly tuned to support not only literal patterns but patterns containing $^. symbols. This algorithm is used automatically when the pattern makes it possible. Besides, heuristic matching has also been implemented. If the fast matcher cannot be applied directly, it parses the pattern and separates the fixed-length prefix and suffix of the pattern. Then it can be used to locate the possibly matching regions of the text, using a more efficient algorithm than the full regex NFA and the latter only has to be applied to the narrow context that has been located. Open tasks: 1. Implement GNU regex syntax. 2. Add test suite GNU-specific behavior and also add some tests for locale-specific behavior. 3. Test and review the code. Contact the author and check if these improvements can be added to the upstream code so that more people can benefit from this. __________________________________________________________________ Status Report for NFS Contact: Rick Macklem The new NFS client and server are no longer considered experimental and will most likely be the default for FreeBSD 9.0. Included is support for NFSv4.0 as well as NFSv3 and NFSv2. The NFSv4.0 support was tested at a recent NFSv4 Interoperability Bakeathon held at CITI of the University of Michigan. Also tested at the Bakeathon was a basic client implementation of NFSv4.1 which will soon be available as a test patch against the FreeBSD 9.0 kernel sources. If you are interested in testing NFSv4.1, stay tuned to the freebsd-fs@FreeBSD.org mailing list. zkirsch@FreeBSD.org and friends will be taking on a majority of the NFSv4 server work while I concentrate on the client, with hopes that the NFSv4.1 support will mature over the next year or so. I will also be making a patch for an experimental aggressive client side on-disk caching mechanism for NFSv4 I call Packrats available. An announcement about this will be made on freebsd-fs@FreeBSD.org as well. __________________________________________________________________ TCP User Timeout Option (UTO) URL: http://wiki.FreeBSD.org/CatalinNicutar/TCPUTO URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2011/&dw=u&c=kml@ //depot/projects/soc2011/cnicutar_tcputo_8/?ac=83 Contact: Catalin Nicutar Contact: Bjoern Zeeb The goal of the User Timeout option is to allow an application to tweak the time TCP waits for acknowledgements. Using UTO, an application can choose the exact time it is willing to wait for data to be acknowledged. Also, an application can suggest to its peer the time it should wait before dropping the connection (the peer may or may not allow this). As an example, a SSH client can request a large timeout (4 hours) for a connection. After some time the client is disconnected, reconnecting 2 hours later (with the same IP). Due to UTO, the connection should still be alive and any lost data should be retransmitted. Current testing is done on TCP over IPv4. Timeouts can be limited by global sysctls and an application can choose how to send or accept timeout values via socket options. In addition to regression tests, support has been added to telnet, ssh and netcat. Open tasks: 1. Regression tests for TCP over IPv6. 2. Add support to more userland applications. 3. Implement strategies and regression tests to handle and simulate DoS scenarios. __________________________________________________________________ The FreeBSD Dutch Documentation Project URL: http://wiki.FreeBSD.org/DutchDocumentationProject URL: http://p4db.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/projects/docp roj_nl Contact: Remko Lodder Contact: René Ladan During the last period most work went into keeping the Handbook up to date; it is currently up-to-date except for a section on network servers. Other areas being worked on are the FAQ and the web site. The latter two are still a work-in-progress. Open tasks: 1. Volunteers! The best part is that you do not need to be an expert on FreeBSD nor the Dutch language to join, just some enthusiasm and spare time. __________________________________________________________________ The FreeBSD Foundation URL: www.FreeBSDFoundation.org Contact: Deb Goodkin We were a proud sponsor of BSDCan. We also sponsored 6 developers to attend the conference. And, we brought in over $1,000 in donations! The Foundation was also represented at FlourishConf in Chicago, IL and SouthEast LinuxFest in Spartanburg, SC. We acquired a non-exclusive copyright license to the libcxxrt C++ runtime software from PathScale. Sponsored a project to create an IPv6-only version of FreeBSD and PC-BSD. We're pleased announce the addition of Ed Maste to our Board of Directors. Ed has been involved with FreeBSD since 2003. And, has been a committer since 2005. Ed leads the OS team at Sandvine and is responsible for a number of developers who bring enhancements from FreeBSD into Sandvine's OS and contribute their own changes back to FreeBSD. We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. This includes purchasing equipment as well as managing equipment donations. In fact we just placed an order for a 80-core server for SMP performance work. Stop by and visit with us at Ohio LinuxFest, Columbus, OH, on September 10. The work above, as well as many other tasks we do for the project, couldn't 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 http://www.FreeBSDFoundation.org/donate/. Find out more up-to-date Foundation news by reading our blog and Facebook page. __________________________________________________________________ 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. During this period, many part of out-dated contents in the www/ja subtree were updated to the latest versions in the English counterpart. Thus most of the files in the subtree are already synchronized with www/en at this moment, and this updating work will be finished within this year. For FreeBSD Handbook, translation work for the kernelconfig section was just started. In addition, we are planning to translate the upcoming release announcement because it is also important for Japanese people. Open tasks: 1. Further translation work for outdated and/or non-translated documents in both doc/ja_JP.eucJP and www/ja. __________________________________________________________________ ZFS pool version 28 Contact: Pawel Jakub Dawidek Contact: Martin Matuska ZFS pool version 28 has been merged into 8-STABLE as of June 6, 2011. In addition, several bugfixes and improvements from the Illumos project have been imported. Open tasks: 1. Investigation of ZFS problem reports. __________________________________________________________________ The FreeBSD Project. All rights reserved. From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 15:12:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE66C106566B; Wed, 14 Sep 2011 15:12:28 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id DBCC88FC0A; Wed, 14 Sep 2011 15:12:28 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 9379C1009B99; Wed, 14 Sep 2011 08:12:28 -0700 (PDT) Date: Wed, 14 Sep 2011 08:12:28 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <1303755599.5908.1316013148507.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.114.49.22] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 ([unknown])/6.0.9_GA_2686) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 15:12:29 -0000 > I don't know what's out there having chosen only one such card for > home use. So you'll need to do your own research. Start with looking > at any card with the right chip and then look for evidence that people > have used said card with FreeBSD. LSI has the SAS 9200-8e, which is based on the SAS 2008 chipset, which the mps (not the mpt) driver claims to support. We are currently using another controller that uses the SAS 2008 chipset in this same box for the internal OS drives and have not had any problems with it. So, that makes me feel good. Does anyone have any recommendation for or against the 9200-8e? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 15:37:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE2A106566C for ; Wed, 14 Sep 2011 15:37:46 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 70B2F8FC13 for ; Wed, 14 Sep 2011 15:37:46 +0000 (UTC) Received: (qmail 62637 invoked from network); 14 Sep 2011 15:11:04 -0000 Received: from unknown (HELO ?10.50.50.200?) (spawk@64.147.100.2) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 14 Sep 2011 15:11:04 -0000 Message-ID: <4E70C404.3010104@acm.poly.edu> Date: Wed, 14 Sep 2011 11:11:00 -0400 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110701 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 15:37:46 -0000 Ahoy. I have some Thinkpad T40-T43s running -CURRENT (as recent as yesterday's sources) with ATA_CAM enabled. If I remove the CD-ROM and proceed to run "camcontrol rescan all," the system hangs with the cursor still at the end of the the line. Is there a correct way of doing this, or does it just not work right now? Back in the old ATA days, I'd be able to detach the channel with atacontrol, remove the CD-ROM, and put it back without any trouble. -Boris From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 15:42:31 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CCD7106564A; Wed, 14 Sep 2011 15:42:31 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 357D48FC0C; Wed, 14 Sep 2011 15:42:28 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 7E1B6D48138; Wed, 14 Sep 2011 17:42:22 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 5CCD833E71; Wed, 14 Sep 2011 15:42:21 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 4A7E6A11E0; Wed, 14 Sep 2011 15:42:21 +0000 (UTC) Date: Wed, 14 Sep 2011 17:42:21 +0200 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20110914154221.GB7863@felucia.tataz.chchile.org> References: <20110914123607.GM65366@felucia.tataz.chchile.org> <20110914125953.GX17489@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110914125953.GX17489@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jeremie Le Hen , David Xu , Peter Pentchev Subject: Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 15:42:31 -0000 On Wed, Sep 14, 2011 at 03:59:53PM +0300, Kostik Belousov wrote: > On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: > > Hi list, > > > > I've recently migrated my services from a box running 8.1-STABLE to > > another one running 9.0-BETA2. > > > > I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I > > compiled manually this very version on 9.0-BETA2. But I get the > > following segfault: > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 803008c00 (LWP 100496/stunnel)] > > 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > (gdb) thread > > [Current thread is 3 (Thread 803008c00 (LWP 100496/stunnel))] > > (gdb) bt > > #0 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > #1 0x000000080110cdde in gmtime_r () from /lib/libc.so.7 > > #2 0x000000080110dab4 in gmtime_r () from /lib/libc.so.7 > > #3 0x000000080110dcc8 in gmtime_r () from /lib/libc.so.7 > > #4 0x0000000800e1d9e8 in pthread_once () from /lib/libthr.so.3 > > #5 0x000000080110ca9f in timegm () from /lib/libc.so.7 > > #6 0x0000000805dff8d9 in OPENSSL_gmtime () from /usr/local/lib/libcrypto.so.7 > > #7 0x0000000805e74631 in ASN1_UTCTIME_adj () from /usr/local/lib/libcrypto.so.7 > > #8 0x0000000805e9462d in X509_time_adj_ex () from /usr/local/lib/libcrypto.so.7 > > #9 0x0000000805e9478c in X509_cmp_time () from /usr/local/lib/libcrypto.so.7 > > #10 0x0000000805e9496d in internal_verify () from /usr/local/lib/libcrypto.so.7 > > #11 0x0000000805e95f46 in X509_verify_cert () from /usr/local/lib/libcrypto.so.7 > > #12 0x0000000805b7f4c8 in ssl_verify_cert_chain () from /usr/local/lib/libssl.so.7 > > #13 0x0000000805b5d6e3 in ssl3_get_client_certificate () from /usr/local/lib/libssl.so.7 > > #14 0x0000000805b612bc in ssl3_accept () from /usr/local/lib/libssl.so.7 > > #15 0x0000000000406f6e in init_ssl (c=0x803093000) at client.c:329 > > #16 0x00000000004069a6 in do_client (c=0x803093000) at client.c:202 > > #17 0x000000000040676b in run_client (c=0x803093000) at client.c:150 > > #18 0x00000000004066cf in client (arg=0x803093000) at client.c:123 > > #19 0x0000000800e18224 in pthread_getprio () from /lib/libthr.so.3 > > #20 0x0000000000000000 in ?? () > > > > > > Note that I tried with the newest version of stunnel, it crashes at the > > same place. I also tried libssl.so both from the base system and from > > the ports, same thing. > > You need to compile both libc and libthr with debugging symbols and > do a backtrace with such libraries. Here it is: #0 0x0000000807509359 in tzload (name=0x807536281 "posixrules", sp=0x7fffffbf8e80, doextend=0) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:393 #1 0x0000000807508dde in tzparse (name=0x7fffffbeec95 "", sp=0x7fffffbf8e80, lastditch=Variable "lastditch" is not available. ) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1001 #2 0x0000000807509ab4 in tzload (name=Variable "name" is not available. ) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:579 #3 0x0000000807509cc8 in gmtload (sp=0x80776f6c0) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1196 #4 0x000000080ce5d9e8 in _pthread_once (once_control=0x80776af00, init_routine=0x807509cf0 ) at /usr/src/lib/libthr/thread/thr_once.c:87 #5 0x0000000807508a9f in gmtsub (timep=0x7fffffbfdaf8, offset=0, tmp=0x7fffffbfdb00) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1485 #6 0x000000080e7e58d9 in OPENSSL_gmtime () from /usr/local/lib/libcrypto.so.7 #7 0x000000080e85a631 in ASN1_UTCTIME_adj () from /usr/local/lib/libcrypto.so.7 #8 0x000000080e87a62d in X509_time_adj_ex () from /usr/local/lib/libcrypto.so.7 #9 0x000000080e87a78c in X509_cmp_time () from /usr/local/lib/libcrypto.so.7 #10 0x000000080e87a96d in internal_verify () from /usr/local/lib/libcrypto.so.7 #11 0x000000080e87bf46 in X509_verify_cert () from /usr/local/lib/libcrypto.so.7 #12 0x0000000809ec94c8 in ssl_verify_cert_chain () from /usr/local/lib/libssl.so.7 #13 0x0000000809ea76e3 in ssl3_get_client_certificate () from /usr/local/lib/libssl.so.7 #14 0x0000000809eab2bc in ssl3_accept () from /usr/local/lib/libssl.so.7 #15 0x00000000004076f9 in ?? () #16 0x00000000004082cf in ?? () #17 0x0000000000408c50 in ?? () #18 0x0000000000408d17 in ?? () #19 0x000000080ce58224 in thread_start (curthread=0x80d408c00) at /usr/src/lib/libthr/thread/thr_create.c:284 #20 0x0000000000000000 in ?? () Error accessing memory address 0x7fffffbfe000: Bad address. -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 15:45:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12C07106566B; Wed, 14 Sep 2011 15:45:58 +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 C6AA18FC15; Wed, 14 Sep 2011 15:45:57 +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 59FDE46B23; Wed, 14 Sep 2011 11:45:57 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DEFE88A03C; Wed, 14 Sep 2011 11:45:56 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 14 Sep 2011 11:45:55 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <20110914123607.GM65366@felucia.tataz.chchile.org> <20110914125953.GX17489@deviant.kiev.zoral.com.ua> In-Reply-To: <20110914125953.GX17489@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109141145.55621.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Wed, 14 Sep 2011 11:45:57 -0400 (EDT) Cc: Kostik Belousov , Jeremie Le Hen , David Xu , Peter Pentchev Subject: Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 15:45:58 -0000 On Wednesday, September 14, 2011 8:59:53 am Kostik Belousov wrote: > On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: > > Hi list, > > > > I've recently migrated my services from a box running 8.1-STABLE to > > another one running 9.0-BETA2. > > > > I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I > > compiled manually this very version on 9.0-BETA2. But I get the > > following segfault: > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 803008c00 (LWP 100496/stunnel)] > > 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > (gdb) thread > > [Current thread is 3 (Thread 803008c00 (LWP 100496/stunnel))] > > (gdb) bt > > #0 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > #1 0x000000080110cdde in gmtime_r () from /lib/libc.so.7 > > #2 0x000000080110dab4 in gmtime_r () from /lib/libc.so.7 > > #3 0x000000080110dcc8 in gmtime_r () from /lib/libc.so.7 > > #4 0x0000000800e1d9e8 in pthread_once () from /lib/libthr.so.3 > > #5 0x000000080110ca9f in timegm () from /lib/libc.so.7 > > #6 0x0000000805dff8d9 in OPENSSL_gmtime () from /usr/local/lib/libcrypto.so.7 > > #7 0x0000000805e74631 in ASN1_UTCTIME_adj () from /usr/local/lib/libcrypto.so.7 > > #8 0x0000000805e9462d in X509_time_adj_ex () from /usr/local/lib/libcrypto.so.7 > > #9 0x0000000805e9478c in X509_cmp_time () from /usr/local/lib/libcrypto.so.7 > > #10 0x0000000805e9496d in internal_verify () from /usr/local/lib/libcrypto.so.7 > > #11 0x0000000805e95f46 in X509_verify_cert () from /usr/local/lib/libcrypto.so.7 > > #12 0x0000000805b7f4c8 in ssl_verify_cert_chain () from /usr/local/lib/libssl.so.7 > > #13 0x0000000805b5d6e3 in ssl3_get_client_certificate () from /usr/local/lib/libssl.so.7 > > #14 0x0000000805b612bc in ssl3_accept () from /usr/local/lib/libssl.so.7 > > #15 0x0000000000406f6e in init_ssl (c=0x803093000) at client.c:329 > > #16 0x00000000004069a6 in do_client (c=0x803093000) at client.c:202 > > #17 0x000000000040676b in run_client (c=0x803093000) at client.c:150 > > #18 0x00000000004066cf in client (arg=0x803093000) at client.c:123 > > #19 0x0000000800e18224 in pthread_getprio () from /lib/libthr.so.3 > > #20 0x0000000000000000 in ?? () > > > > > > Note that I tried with the newest version of stunnel, it crashes at the > > same place. I also tried libssl.so both from the base system and from > > the ports, same thing. > > You need to compile both libc and libthr with debugging symbols and > do a backtrace with such libraries. You really only need symbols from libc. timegm() probably inlines time1() and maybe even gmtsub() which calls pthread_once() to invoke the static routine gmt_init() in src/lib/libc/stdtime/localtime.c. I wonder if this is similar to the crashes seen in cvsup when parsing /usr/share/zoneinfo/UTC (as gmt_init() is going to parse /usr/share/zoneinfo/UTC as well). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 16:15:16 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC3F106564A for ; Wed, 14 Sep 2011 16:15:16 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 4527F8FC13 for ; Wed, 14 Sep 2011 16:15:14 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id TAA27500; Wed, 14 Sep 2011 19:15:11 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E70D30E.6080002@FreeBSD.org> Date: Wed, 14 Sep 2011 19:15:10 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Boris Kochergin References: <4E70C404.3010104@acm.poly.edu> In-Reply-To: <4E70C404.3010104@acm.poly.edu> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 16:15:16 -0000 on 14/09/2011 18:11 Boris Kochergin said the following: > camcontrol rescan all I think that this command may screw up communication between kernel and HDD from which the OS runs. Perhaps using a specific bus number would work better. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 17:24:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C7391065670; Wed, 14 Sep 2011 17:24:00 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id E5E7C8FC12; Wed, 14 Sep 2011 17:23:59 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p8EHNwRN076563; Wed, 14 Sep 2011 13:23:58 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E70E326.2060101@sentex.net> Date: Wed, 14 Sep 2011 13:23:50 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E6E0FD5.1020609@a1poweruser.com> In-Reply-To: <4E6E0FD5.1020609@a1poweruser.com> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.71 on IPv6:2607:f3e0:0:1::12 Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 17:24:00 -0000 On 9/12/2011 9:57 AM, Fbsd8 wrote: > Here are some problems that I fell need to be addressed in the 9.0 > bsdinstaller. > > 7. On the partition editor screen the option should be the > first in the list (ie; left most side) so if user accepts this config, > hitting enter moves to next menu screen instead of having to tab over > taking more time and effort. I noticed as well, there is no way to turn off SoftUpdates with Journaling. e.g. despite unselecting that option, I ended up with a file system below. # mount /dev/ada0p3 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) /dev/ada0p4 on /usr (ufs, local, journaled soft-updates) /dev/ada0p5 on /var (ufs, local, journaled soft-updates) In the partition editor, OK and Options both have the same hotkeys (O). Also if you change from the suggested partition default, it always wants to add a boot partition even if there is one already there. e.g. go to guided, delete / and the swap and add some partitions. When you create a new / it will say it needs a boot partition, but that already exists and now there will be two. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 17:59:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41608106566B; Wed, 14 Sep 2011 17:59:06 +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 13DB38FC14; Wed, 14 Sep 2011 17:59:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 16F698BC023; Wed, 14 Sep 2011 14:01:43 -0400 (EDT) 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 p7PnDInFPL8g; Wed, 14 Sep 2011 14:01:41 -0400 (EDT) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 3D8668BC003; Wed, 14 Sep 2011 14:01:41 -0400 (EDT) From: Andrew Boyer Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Sep 2011 13:59:03 -0400 Message-Id: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> To: Andriy Gapon Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 17:59:06 -0000 When FreeBSD examines the CPU topology using CPUID leaf 11 in = topo_probe_0xb(), it never sets hyperthreading_cpus. At the end of = topo_probe_0x4() it sets hyperthreading_cpus =3D cpu_logical. Adding that assignment to line 316 of sys/amd64/amd64/mp_machdep.c seems = to do the right thing on a system with two quad-core E5620 CPUs. The = APIC IDs that appear when SMT is enabled in the BIOS get marked AP/HT. Do you agree? Thanks, Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 19:08:16 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5DBA106566C for ; Wed, 14 Sep 2011 19:08:16 +0000 (UTC) (envelope-from alissonfer@gmail.com) Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6AE058FC0C for ; Wed, 14 Sep 2011 19:08:16 +0000 (UTC) Received: by gwb20 with SMTP id 20so956511gwb.17 for ; Wed, 14 Sep 2011 12:08:15 -0700 (PDT) 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=RsQaylpwxdxm++gpB2cR1eQntL8lujBmOw/QDgW0w+E=; b=NmqOQrF8S7ZLeZ44VG+RfyFa/A2luTGkiqW/z0wdEuVpbPgWQZ+gN+Ax7CMP00NTb+ j1g78S/Eb1FT1r4uTDVqiRGpC2SM0KLphYC0SLyvGyVe8VBT81tOnQlLNZRIeLXfz0eM kw8XQeV7CloST1Y5gWhNPefS+YucfO/ZuuXRc= MIME-Version: 1.0 Received: by 10.42.136.67 with SMTP id s3mr103028ict.437.1316025995461; Wed, 14 Sep 2011 11:46:35 -0700 (PDT) Received: by 10.42.241.65 with HTTP; Wed, 14 Sep 2011 11:46:35 -0700 (PDT) Date: Wed, 14 Sep 2011 15:46:35 -0300 Message-ID: From: Alisson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: USB Keyboard don't Work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 19:08:16 -0000 Hi... i'm using FreeBSD 8.2 I change the Hard Drive to another position. and FreeBSD don't boot. Appers to change the position o HardDrive. I need to run this command: # mountroot ufs:/dev/ad4s1a but.. the usb keyboard dont work. I tried to run set hint.atkbd.0.flags="0x1" boot -S but the usb keyboard still not working... From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 19:13:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CE921065670 for ; Wed, 14 Sep 2011 19:13:21 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF5B8FC0A for ; Wed, 14 Sep 2011 19:13:20 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=MmhuielNmoAwiWCiiefMnqMoo9XwPcHPH2oGFNV1oLM= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=y5zTesLuIr9oQvMLHE8A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 178577633; Wed, 14 Sep 2011 21:13:17 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 14 Sep 2011 21:10:29 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109142110.29281.hselasky@c2i.net> Cc: Alisson Subject: Re: USB Keyboard don't Work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 19:13:21 -0000 On Wednesday 14 September 2011 20:46:35 Alisson wrote: > Hi... i'm using FreeBSD 8.2 > > I change the Hard Drive to another position. and FreeBSD don't boot. > > Appers to change the position o HardDrive. > > I need to run this command: > > # mountroot ufs:/dev/ad4s1a > > but.. the usb keyboard dont work. > > > I tried to run > > set hint.atkbd.0.flags="0x1" > boot -S > > but the usb keyboard still not working... Hi, This is a known issue. Maybe you need to upgrade to 8-stable before the USB keyboard will work at this point. Is the USB keyboard enumerated before the mountroot prompt? --HPS From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 19:15:49 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E95DA106566C for ; Wed, 14 Sep 2011 19:15:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7189D8FC15 for ; Wed, 14 Sep 2011 19:15:48 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=yVKV3zusvCapyMfYJBNW2j35FMEuTKq6vh/tt/1L5+g= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=y5zTesLuIr9oQvMLHE8A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 11745644; Wed, 14 Sep 2011 21:15:46 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 14 Sep 2011 21:12:58 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109142112.58593.hselasky@c2i.net> Cc: Alisson Subject: Re: USB Keyboard don't Work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 19:15:50 -0000 On Wednesday 14 September 2011 20:46:35 Alisson wrote: > Hi... i'm using FreeBSD 8.2 > > I change the Hard Drive to another position. and FreeBSD don't boot. > > Appers to change the position o HardDrive. > > I need to run this command: > > # mountroot ufs:/dev/ad4s1a > > but.. the usb keyboard dont work. > > > I tried to run Also try: > > set hint.atkbd.0.flags="0x1" set hint.atkbd.0.disabled="1" > boot -S > > but the usb keyboard still not working... --HPS From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 19:44:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B23B106564A for ; Wed, 14 Sep 2011 19:44:39 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0458FC13 for ; Wed, 14 Sep 2011 19:44:39 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:f803:edca:622b:8392]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 33B5C4AC1C for ; Wed, 14 Sep 2011 23:44:38 +0400 (MSD) Date: Wed, 14 Sep 2011 23:44:28 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1976868927.20110914234428@serebryakov.spb.ru> To: freebsd-current@freebsd.org In-Reply-To: <4E6E0FD5.1020609@a1poweruser.com> References: <4E6E0FD5.1020609@a1poweruser.com> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 19:44:39 -0000 Hello, Fbsd8. You wrote 12 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 17:57:41: > 7. On the partition editor screen the option should be the > first in the list (ie; left most side) so if user accepts this config, > hitting enter moves to next menu screen instead of having to tab over > taking more time and effort. And again: there is no way to change block size/frag size/inode number in GUI. Only SU/SU+J/Version present in "Options" and here is no way to change options after partition creation (adding to dialog) but BEFORE real FS are created (changes are committed). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 19:56:23 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD5F8106564A for ; Wed, 14 Sep 2011 19:56:23 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 137BB8FC17 for ; Wed, 14 Sep 2011 19:56:22 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA00400; Wed, 14 Sep 2011 22:56:17 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R3vZB-0001dr-C4; Wed, 14 Sep 2011 22:56:17 +0300 Message-ID: <4E7106DE.40707@FreeBSD.org> Date: Wed, 14 Sep 2011 22:56:14 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andrew Boyer References: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> In-Reply-To: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 19:56:23 -0000 on 14/09/2011 20:59 Andrew Boyer said the following: > When FreeBSD examines the CPU topology using CPUID leaf 11 in > topo_probe_0xb(), it never sets hyperthreading_cpus. At the end of > topo_probe_0x4() it sets hyperthreading_cpus = cpu_logical. > > Adding that assignment to line 316 of sys/amd64/amd64/mp_machdep.c seems to > do the right thing on a system with two quad-core E5620 CPUs. The APIC IDs > that appear when SMT is enabled in the BIOS get marked AP/HT. > > Do you agree? I agree, but... But see this: http://thread.gmane.org/gmane.os.freebsd.devel.hackers/44007/focus=44024 Someone long ago has decided that new HTT is not the same as old HTT and that some rules that apply to old HTT should not apply to new HTT. Even the name. I think that that's not correct. But it doesn't seem that I am able to engage into a discussion the person who made that decision. Also I can not find any other interested developer either. Anyway, hyperthreading_cpus variable is useless beyond dmesg cosmetics. And I don't think that any of my changes affected the dmesg output. In my "avgBSD" I have different SMP topology code, but it's not ready yet to be submitted for merge into the main tree. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 20:02:47 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDD42106564A; Wed, 14 Sep 2011 20:02:47 +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 95E408FC14; Wed, 14 Sep 2011 20:02:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 89BE58BC023; Wed, 14 Sep 2011 16:05:24 -0400 (EDT) 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 i51Rnj1zR979; Wed, 14 Sep 2011 16:05:19 -0400 (EDT) Received: from [10.0.1.192] (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 6E6CD8BC003; Wed, 14 Sep 2011 16:05:19 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <4E7106DE.40707@FreeBSD.org> Date: Wed, 14 Sep 2011 16:02:41 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> References: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> <4E7106DE.40707@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@FreeBSD.org Subject: Re: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 20:02:47 -0000 On Sep 14, 2011, at 3:56 PM, Andriy Gapon wrote: > on 14/09/2011 20:59 Andrew Boyer said the following: >> When FreeBSD examines the CPU topology using CPUID leaf 11 in >> topo_probe_0xb(), it never sets hyperthreading_cpus. At the end of >> topo_probe_0x4() it sets hyperthreading_cpus =3D cpu_logical. >>=20 >> Adding that assignment to line 316 of sys/amd64/amd64/mp_machdep.c = seems to >> do the right thing on a system with two quad-core E5620 CPUs. The = APIC IDs >> that appear when SMT is enabled in the BIOS get marked AP/HT. >>=20 >> Do you agree? >=20 > I agree, but... > But see this: > = http://thread.gmane.org/gmane.os.freebsd.devel.hackers/44007/focus=3D44024= >=20 > Someone long ago has decided that new HTT is not the same as old HTT = and that > some rules that apply to old HTT should not apply to new HTT. Even = the name. > I think that that's not correct. > But it doesn't seem that I am able to engage into a discussion the = person who > made that decision. Also I can not find any other interested = developer either. >=20 > Anyway, hyperthreading_cpus variable is useless beyond dmesg = cosmetics. > And I don't think that any of my changes affected the dmesg output. >=20 > In my "avgBSD" I have different SMP topology code, but it's not ready = yet to be > submitted for merge into the main tree. >=20 > --=20 > Andriy Gapon Actually, it's not useless. If you don't set it to something other than = zero the machdep.hyperthreading_allowed tunable doesn't do anything, = since it can't tell which CPUs are actually HTT. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 20:05:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADF91106564A; Wed, 14 Sep 2011 20:05:11 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id BE3338FC08; Wed, 14 Sep 2011 20:05:10 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8EK4xVw068310 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 23:04:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p8EK4xNe085113; Wed, 14 Sep 2011 23:04:59 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p8EK4uIS085110; Wed, 14 Sep 2011 23:04:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 14 Sep 2011 23:04:56 +0300 From: Kostik Belousov To: Jeremie Le Hen Message-ID: <20110914200456.GE17489@deviant.kiev.zoral.com.ua> References: <20110914123607.GM65366@felucia.tataz.chchile.org> <20110914125953.GX17489@deviant.kiev.zoral.com.ua> <20110914154221.GB7863@felucia.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5NcVg1g/E9gSTNxL" Content-Disposition: inline In-Reply-To: <20110914154221.GB7863@felucia.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, David Xu , Oliver Lehmann , Peter Pentchev Subject: Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 20:05:11 -0000 --5NcVg1g/E9gSTNxL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2011 at 05:42:21PM +0200, Jeremie Le Hen wrote: > On Wed, Sep 14, 2011 at 03:59:53PM +0300, Kostik Belousov wrote: > > On Wed, Sep 14, 2011 at 02:36:07PM +0200, Jeremie Le Hen wrote: > > > Hi list, > > >=20 > > > I've recently migrated my services from a box running 8.1-STABLE to > > > another one running 9.0-BETA2. > > >=20 > > > I run stunnel 4.28 on 8.1-STABLE, and it has run flawlessly so far. I > > > compiled manually this very version on 9.0-BETA2. But I get the > > > following segfault: > > >=20 > > > Program received signal SIGSEGV, Segmentation fault. > > > [Switching to Thread 803008c00 (LWP 100496/stunnel)] > > > 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > > (gdb) thread > > > [Current thread is 3 (Thread 803008c00 (LWP 100496/stunnel))] > > > (gdb) bt > > > #0 0x000000080110d359 in gmtime_r () from /lib/libc.so.7 > > > #1 0x000000080110cdde in gmtime_r () from /lib/libc.so.7 > > > #2 0x000000080110dab4 in gmtime_r () from /lib/libc.so.7 > > > #3 0x000000080110dcc8 in gmtime_r () from /lib/libc.so.7 > > > #4 0x0000000800e1d9e8 in pthread_once () from /lib/libthr.so.3 > > > #5 0x000000080110ca9f in timegm () from /lib/libc.so.7 > > > #6 0x0000000805dff8d9 in OPENSSL_gmtime () from /usr/local/lib/l= ibcrypto.so.7 > > > #7 0x0000000805e74631 in ASN1_UTCTIME_adj () from /usr/local/lib= /libcrypto.so.7 > > > #8 0x0000000805e9462d in X509_time_adj_ex () from /usr/local/lib= /libcrypto.so.7 > > > #9 0x0000000805e9478c in X509_cmp_time () from /usr/local/lib/li= bcrypto.so.7 > > > #10 0x0000000805e9496d in internal_verify () from /usr/local/lib/= libcrypto.so.7 > > > #11 0x0000000805e95f46 in X509_verify_cert () from /usr/local/lib= /libcrypto.so.7 > > > #12 0x0000000805b7f4c8 in ssl_verify_cert_chain () from /usr/loca= l/lib/libssl.so.7 > > > #13 0x0000000805b5d6e3 in ssl3_get_client_certificate () from /us= r/local/lib/libssl.so.7 > > > #14 0x0000000805b612bc in ssl3_accept () from /usr/local/lib/libs= sl.so.7 > > > #15 0x0000000000406f6e in init_ssl (c=3D0x803093000) at client.c:= 329 > > > #16 0x00000000004069a6 in do_client (c=3D0x803093000) at client.c= :202 > > > #17 0x000000000040676b in run_client (c=3D0x803093000) at client.= c:150 > > > #18 0x00000000004066cf in client (arg=3D0x803093000) at client.c:= 123 > > > #19 0x0000000800e18224 in pthread_getprio () from /lib/libthr.so.3 > > > #20 0x0000000000000000 in ?? () > > >=20 > > >=20 > > > Note that I tried with the newest version of stunnel, it crashes at t= he > > > same place. I also tried libssl.so both from the base system and from > > > the ports, same thing. > >=20 > > You need to compile both libc and libthr with debugging symbols and > > do a backtrace with such libraries. >=20 > Here it is: >=20 > #0 0x0000000807509359 in tzload (name=3D0x807536281 "posixrules", sp=3D0= x7fffffbf8e80, doextend=3D0) > at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:393 > #1 0x0000000807508dde in tzparse (name=3D0x7fffffbeec95 "", sp=3D0x7ffff= fbf8e80, lastditch=3DVariable "lastditch" is not available. > ) > at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1001 > #2 0x0000000807509ab4 in tzload (name=3DVariable "name" is not available. > ) at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:579 > #3 0x0000000807509cc8 in gmtload (sp=3D0x80776f6c0) at /usr/src/lib/libc= /../../contrib/tzcode/stdtime/localtime.c:1196 > #4 0x000000080ce5d9e8 in _pthread_once (once_control=3D0x80776af00, init= _routine=3D0x807509cf0 ) > at /usr/src/lib/libthr/thread/thr_once.c:87 > #5 0x0000000807508a9f in gmtsub (timep=3D0x7fffffbfdaf8, offset=3D0, tmp= =3D0x7fffffbfdb00) > at /usr/src/lib/libc/../../contrib/tzcode/stdtime/localtime.c:1485 > #6 0x000000080e7e58d9 in OPENSSL_gmtime () from /usr/local/lib/libcrypto= .so.7 > #7 0x000000080e85a631 in ASN1_UTCTIME_adj () from /usr/local/lib/libcryp= to.so.7 > #8 0x000000080e87a62d in X509_time_adj_ex () from /usr/local/lib/libcryp= to.so.7 > #9 0x000000080e87a78c in X509_cmp_time () from /usr/local/lib/libcrypto.= so.7 > #10 0x000000080e87a96d in internal_verify () from /usr/local/lib/libcrypt= o.so.7 > #11 0x000000080e87bf46 in X509_verify_cert () from /usr/local/lib/libcryp= to.so.7 > #12 0x0000000809ec94c8 in ssl_verify_cert_chain () from /usr/local/lib/li= bssl.so.7 > #13 0x0000000809ea76e3 in ssl3_get_client_certificate () from /usr/local/= lib/libssl.so.7 > #14 0x0000000809eab2bc in ssl3_accept () from /usr/local/lib/libssl.so.7 > #15 0x00000000004076f9 in ?? () > #16 0x00000000004082cf in ?? () > #17 0x0000000000408c50 in ?? () > #18 0x0000000000408d17 in ?? () > #19 0x000000080ce58224 in thread_start (curthread=3D0x80d408c00) at /usr/= src/lib/libthr/thread/thr_create.c:284 > #20 0x0000000000000000 in ?? () > Error accessing memory address 0x7fffffbfe000: Bad address. tzload() allocates ~80KB for the local variables. The backtrace you provided shows the nested call to tzload(), so there is total 160KB of the stack space consumed. By default, stack for the amd64 thread is 4MB, that should be plenty. This is not the case for ezm3. Possibly, stunnel also reduces the size of the thread stack. Please, try the patch below. I did not tested it, only compiled. I see that now tzload allocates only ~300 bytes on the stack. diff --git a/contrib/tzcode/stdtime/localtime.c b/contrib/tzcode/stdtime/lo= caltime.c index 80b70ac..55d55e0 100644 --- a/contrib/tzcode/stdtime/localtime.c +++ b/contrib/tzcode/stdtime/localtime.c @@ -380,13 +380,16 @@ register const int doextend; int fid; int stored; int nread; + int res; union { struct tzhead tzhead; char buf[2 * sizeof(struct tzhead) + 2 * sizeof *sp + 4 * TZ_MAX_TIMES]; - } u; + } *u; =20 + u =3D NULL; + res =3D -1; sp->goback =3D sp->goahead =3D FALSE; =20 /* XXX The following is from OpenBSD, and I'm not sure it is correct */ @@ -406,16 +409,24 @@ register const int doextend; ** to hold the longest file name string that the implementation ** guarantees can be opened." */ - char fullname[FILENAME_MAX + 1]; + char *fullname; + + fullname =3D malloc(FILENAME_MAX + 1); + if (fullname =3D=3D NULL) + goto out; =20 if (name[0] =3D=3D ':') ++name; doaccess =3D name[0] =3D=3D '/'; if (!doaccess) { - if ((p =3D TZDIR) =3D=3D NULL) + if ((p =3D TZDIR) =3D=3D NULL) { + free(fullname); return -1; - if ((strlen(p) + 1 + strlen(name) + 1) >=3D sizeof fullname) + } + if ((strlen(p) + 1 + strlen(name) + 1) >=3D sizeof fullname) { + free(fullname); return -1; + } (void) strcpy(fullname, p); (void) strcat(fullname, "/"); (void) strcat(fullname, name); @@ -426,37 +437,45 @@ register const int doextend; doaccess =3D TRUE; name =3D fullname; } - if (doaccess && access(name, R_OK) !=3D 0) + if (doaccess && access(name, R_OK) !=3D 0) { + free(fullname); return -1; - if ((fid =3D _open(name, OPEN_MODE)) =3D=3D -1) + } + if ((fid =3D _open(name, OPEN_MODE)) =3D=3D -1) { + free(fullname); return -1; + } if ((_fstat(fid, &stab) < 0) || !S_ISREG(stab.st_mode)) { + free(fullname); _close(fid); return -1; } } - nread =3D _read(fid, u.buf, sizeof u.buf); + u =3D malloc(sizeof(*u)); + if (u =3D=3D NULL) + goto out; + nread =3D _read(fid, u->buf, sizeof u->buf); if (_close(fid) < 0 || nread <=3D 0) - return -1; + goto out; for (stored =3D 4; stored <=3D 8; stored *=3D 2) { int ttisstdcnt; int ttisgmtcnt; =20 - ttisstdcnt =3D (int) detzcode(u.tzhead.tzh_ttisstdcnt); - ttisgmtcnt =3D (int) detzcode(u.tzhead.tzh_ttisgmtcnt); - sp->leapcnt =3D (int) detzcode(u.tzhead.tzh_leapcnt); - sp->timecnt =3D (int) detzcode(u.tzhead.tzh_timecnt); - sp->typecnt =3D (int) detzcode(u.tzhead.tzh_typecnt); - sp->charcnt =3D (int) detzcode(u.tzhead.tzh_charcnt); - p =3D u.tzhead.tzh_charcnt + sizeof u.tzhead.tzh_charcnt; + ttisstdcnt =3D (int) detzcode(u->tzhead.tzh_ttisstdcnt); + ttisgmtcnt =3D (int) detzcode(u->tzhead.tzh_ttisgmtcnt); + sp->leapcnt =3D (int) detzcode(u->tzhead.tzh_leapcnt); + sp->timecnt =3D (int) detzcode(u->tzhead.tzh_timecnt); + sp->typecnt =3D (int) detzcode(u->tzhead.tzh_typecnt); + sp->charcnt =3D (int) detzcode(u->tzhead.tzh_charcnt); + p =3D u->tzhead.tzh_charcnt + sizeof u->tzhead.tzh_charcnt; if (sp->leapcnt < 0 || sp->leapcnt > TZ_MAX_LEAPS || sp->typecnt <=3D 0 || sp->typecnt > TZ_MAX_TYPES || sp->timecnt < 0 || sp->timecnt > TZ_MAX_TIMES || sp->charcnt < 0 || sp->charcnt > TZ_MAX_CHARS || (ttisstdcnt !=3D sp->typecnt && ttisstdcnt !=3D 0) || (ttisgmtcnt !=3D sp->typecnt && ttisgmtcnt !=3D 0)) - return -1; - if (nread - (p - u.buf) < + goto out; + if (nread - (p - u->buf) < sp->timecnt * stored + /* ats */ sp->timecnt + /* types */ sp->typecnt * 6 + /* ttinfos */ @@ -464,7 +483,7 @@ register const int doextend; sp->leapcnt * (stored + 4) + /* lsinfos */ ttisstdcnt + /* ttisstds */ ttisgmtcnt) /* ttisgmts */ - return -1; + goto out; for (i =3D 0; i < sp->timecnt; ++i) { sp->ats[i] =3D (stored =3D=3D 4) ? detzcode(p) : detzcode64(p); @@ -473,7 +492,7 @@ register const int doextend; for (i =3D 0; i < sp->timecnt; ++i) { sp->types[i] =3D (unsigned char) *p++; if (sp->types[i] >=3D sp->typecnt) - return -1; + goto out; } for (i =3D 0; i < sp->typecnt; ++i) { struct ttinfo * ttisp; @@ -483,11 +502,11 @@ register const int doextend; p +=3D 4; ttisp->tt_isdst =3D (unsigned char) *p++; if (ttisp->tt_isdst !=3D 0 && ttisp->tt_isdst !=3D 1) - return -1; + goto out; ttisp->tt_abbrind =3D (unsigned char) *p++; if (ttisp->tt_abbrind < 0 || ttisp->tt_abbrind > sp->charcnt) - return -1; + goto out; } for (i =3D 0; i < sp->charcnt; ++i) sp->chars[i] =3D *p++; @@ -512,7 +531,7 @@ register const int doextend; ttisp->tt_ttisstd =3D *p++; if (ttisp->tt_ttisstd !=3D TRUE && ttisp->tt_ttisstd !=3D FALSE) - return -1; + goto out; } } for (i =3D 0; i < sp->typecnt; ++i) { @@ -525,7 +544,7 @@ register const int doextend; ttisp->tt_ttisgmt =3D *p++; if (ttisp->tt_ttisgmt !=3D TRUE && ttisp->tt_ttisgmt !=3D FALSE) - return -1; + goto out; } } /* @@ -558,11 +577,11 @@ register const int doextend; /* ** If this is an old file, we're done. */ - if (u.tzhead.tzh_version[0] =3D=3D '\0') + if (u->tzhead.tzh_version[0] =3D=3D '\0') break; - nread -=3D p - u.buf; + nread -=3D p - u->buf; for (i =3D 0; i < nread; ++i) - u.buf[i] =3D p[i]; + u->buf[i] =3D p[i]; /* ** If this is a narrow integer time_t system, we're done. */ @@ -570,39 +589,43 @@ register const int doextend; break; } if (doextend && nread > 2 && - u.buf[0] =3D=3D '\n' && u.buf[nread - 1] =3D=3D '\n' && + u->buf[0] =3D=3D '\n' && u->buf[nread - 1] =3D=3D '\n' && sp->typecnt + 2 <=3D TZ_MAX_TYPES) { - struct state ts; + struct state *ts; register int result; =20 - u.buf[nread - 1] =3D '\0'; - result =3D tzparse(&u.buf[1], &ts, FALSE); - if (result =3D=3D 0 && ts.typecnt =3D=3D 2 && - sp->charcnt + ts.charcnt <=3D TZ_MAX_CHARS) { + ts =3D malloc(sizeof(*ts)); + if (ts =3D=3D NULL) + goto out; + u->buf[nread - 1] =3D '\0'; + result =3D tzparse(&u->buf[1], ts, FALSE); + if (result =3D=3D 0 && ts->typecnt =3D=3D 2 && + sp->charcnt + ts->charcnt <=3D TZ_MAX_CHARS) { for (i =3D 0; i < 2; ++i) - ts.ttis[i].tt_abbrind +=3D + ts->ttis[i].tt_abbrind +=3D sp->charcnt; - for (i =3D 0; i < ts.charcnt; ++i) + for (i =3D 0; i < ts->charcnt; ++i) sp->chars[sp->charcnt++] =3D - ts.chars[i]; + ts->chars[i]; i =3D 0; - while (i < ts.timecnt && - ts.ats[i] <=3D + while (i < ts->timecnt && + ts->ats[i] <=3D sp->ats[sp->timecnt - 1]) ++i; - while (i < ts.timecnt && + while (i < ts->timecnt && sp->timecnt < TZ_MAX_TIMES) { sp->ats[sp->timecnt] =3D - ts.ats[i]; + ts->ats[i]; sp->types[sp->timecnt] =3D sp->typecnt + - ts.types[i]; + ts->types[i]; ++sp->timecnt; ++i; } - sp->ttis[sp->typecnt++] =3D ts.ttis[0]; - sp->ttis[sp->typecnt++] =3D ts.ttis[1]; + sp->ttis[sp->typecnt++] =3D ts->ttis[0]; + sp->ttis[sp->typecnt++] =3D ts->ttis[1]; } + free(ts); } if (sp->timecnt > 1) { for (i =3D 1; i < sp->timecnt; ++i) @@ -620,7 +643,10 @@ register const int doextend; break; } } - return 0; + res =3D 0; +out: + free(u); + return (res); } =20 static int --5NcVg1g/E9gSTNxL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5xCOcACgkQC3+MBN1Mb4gcYACfVEcg/Uax4gCiJ+cfJ/4CnR26 IEgAoJnhBIeeMFM/KhiHd14p8GN205VR =mfCI -----END PGP SIGNATURE----- --5NcVg1g/E9gSTNxL-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 20:21:38 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E751106564A for ; Wed, 14 Sep 2011 20:21:38 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id D82888FC13 for ; Wed, 14 Sep 2011 20:21:37 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id XAA00707; Wed, 14 Sep 2011 23:21:34 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R3vxe-0001eo-Cn; Wed, 14 Sep 2011 23:21:34 +0300 Message-ID: <4E710CCD.6020509@FreeBSD.org> Date: Wed, 14 Sep 2011 23:21:33 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Andrew Boyer References: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> <4E7106DE.40707@FreeBSD.org> <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> In-Reply-To: <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 20:21:38 -0000 on 14/09/2011 23:02 Andrew Boyer said the following: > Actually, it's not useless. If you don't set it to something other than zero > the machdep.hyperthreading_allowed tunable doesn't do anything, since it > can't tell which CPUs are actually HTT. Ah, you are right. That works correctly with my (not yet published) patch that doesn't make distinction between HTT flavors. But in the main tree "SMT" != HTT. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 20:50:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D721065672; Wed, 14 Sep 2011 20:50:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 156628FC13; Wed, 14 Sep 2011 20:50:51 +0000 (UTC) Received: by qyk4 with SMTP id 4so2341415qyk.13 for ; Wed, 14 Sep 2011 13:50:51 -0700 (PDT) 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:content-transfer-encoding; bh=zz1Yo1TYnuIQ3qFKyDCWLav9d8I6AxoMUDj/Xova5zo=; b=nI8kxn4AXbblcw9jaR1XYaJ+YBCe27/EYy0ozhKGnmmYT/2T5WjXk1Kcnyx+PZFJXI dC9JNZCmfT/mcmlc0h++l8jm1v+Zmsf8XHgzKuIln9vMqoQ+JVTah5M5yDpvN0IScJcs Kb0gmL1tVQDZ2+i/Ob7JYmDdfjYVwzhi/C4GA= MIME-Version: 1.0 Received: by 10.224.215.194 with SMTP id hf2mr223540qab.242.1316033451373; Wed, 14 Sep 2011 13:50:51 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 14 Sep 2011 13:50:51 -0700 (PDT) In-Reply-To: <201109111605.p8BG59cc084589@svn.freebsd.org> References: <201109111605.p8BG59cc084589@svn.freebsd.org> Date: Wed, 14 Sep 2011 13:50:51 -0700 Message-ID: From: Garrett Cooper To: Konstantin Belousov , John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: svn-src-head@freebsd.org, FreeBSD Current , fs@freebsd.org Subject: Re: svn commit: r225474 - in head/sys: amd64/amd64 amd64/ia32 i386/i386 ia64/ia32 ia64/ia64 kern powerpc/aim powerpc/booke sparc64/sparc64 sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 20:50:52 -0000 On Sun, Sep 11, 2011 at 9:05 AM, Konstantin Belousov wrot= e: > Author: kib > Date: Sun Sep 11 16:05:09 2011 > New Revision: 225474 > URL: http://svn.freebsd.org/changeset/base/225474 > > Log: > =A0Inline the syscallenter() and syscallret(). This reduces the time meas= ured > =A0by the syscall entry speed microbenchmarks by ~10% on amd64. > > =A0Submitted by: jhb > =A0Approved by: =A0re (bz) > =A0MFC after: =A0 =A02 weeks This change completely breaks ZFS mounting (for some odd reason) with the following backtrace. #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 260 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. in /usr/src/sys/kern/kern_shutdown.c (kgdb) #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 #1 0xffffffff802b1cd0 in db_dump (dummy=3DVariable "dummy" is not availabl= e. ) at /usr/src/sys/ddb/db_command.c:537 #2 0xffffffff802b12c1 in db_command (last_cmdp=3D0xffffffff809b96c0, cmd_table=3DVariable "cmd_table" is not available. ) at /usr/src/sys/ddb/db_command.c:448 #3 0xffffffff802b1510 in db_command_loop () at /usr/src/sys/ddb/db_command.c:501 #4 0xffffffff802b3664 in db_trap (type=3DVariable "type" is not available. ) at /usr/src/sys/ddb/db_main.c:229 #5 0xffffffff804b29d1 in kdb_trap (type=3D3, code=3D0, tf=3D0xffffff8231a5= f3d0) at /usr/src/sys/kern/subr_kdb.c:631 #6 0xffffffff80646ac8 in trap (frame=3D0xffffff8231a5f3d0) at /usr/src/sys/amd64/amd64/trap.c:590 #7 0xffffffff8063113f in calltrap () at /usr/src/sys/amd64/amd64/exception.S:228 #8 0xffffffff804b277b in kdb_enter (why=3D0xffffffff806e022b "panic", msg=3D0x80
) at cpufunc.h:63 #9 0xffffffff8047db5c in panic (fmt=3DVariable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:599 #10 0xffffffff8046e5cc in _mtx_assert (m=3DVariable "m" is not available. ) at /usr/src/sys/kern/kern_mutex.c:706 #11 0xffffffff80620f31 in vm_page_free_toq (m=3D0xfffffe021bf3d1f0) at /usr/src/sys/vm/vm_page.c:1756 #12 0xffffffff80c77938 in zfs_freebsd_getpages () from /boot/kernel/zfs.ko #13 0xffffffff8046ebd6 in _mtx_unlock_flags (m=3D0xfffffe0006dc7000, opts=3D421100272, file=3D0xfffffe0006dc70e8 "=B8P=CE\200=FF=FF=FF=FF", = line=3D1) at /usr/src/sys/kern/kern_mutex.c:223 Previous frame inner to this frame (corrupt stack?) (kgdb) Here's my system info: $ uname -a FreeBSD streetfighter.ixsystems.com 9.0-BETA2 FreeBSD 9.0-BETA2 #2 r225558M: Wed Sep 14 12:09:35 PDT 2011 gcooper@streetfighter.ixsystems.com:/usr/obj/usr/src/sys/STREETFIGHTER amd64 $ mount /dev/ada0p2 on / (ufs, local, soft-updates) devfs on /dev (devfs, local) tank/scratch on /scratch (zfs, local, nfsv4acls) tank/usr on /usr (zfs, local, nfsv4acls) tank/usr/home on /usr/home (zfs, local, nfsv4acls) tank/usr/src on /usr/src (zfs, local, nfsv4acls) tank/var on /var (zfs, local, nfsv4acls) I tried inspecting 'm' (the mutex), but the value had been optimized out (for some odd reason). I can provide more details offline if interested. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 20:54:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6291065672 for ; Wed, 14 Sep 2011 20:54:40 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 521268FC14 for ; Wed, 14 Sep 2011 20:54:39 +0000 (UTC) Received: by qyk10 with SMTP id 10so4512061qyk.13 for ; Wed, 14 Sep 2011 13:54:39 -0700 (PDT) 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=phIbuOgu+MOTeC7BbaNghuPKjFa8/SMHPBsYzx91UWw=; b=oWBJ2CdM2cUTio190auKmInH0MJWhbfmg5TZVG+KpQdtwFeLVVRS0LbCqfL+dzFhl3 ixjXZyclvTryNxJRKq39+N6r1V74z3NCbvOM4DJSmJ4IuIDC8RErLKlK+Ujp4S65keht oqV+6CwcHAEaQTonN3EQJUevf6OPxI/355/NQ= MIME-Version: 1.0 Received: by 10.224.212.69 with SMTP id gr5mr234047qab.392.1316033678955; Wed, 14 Sep 2011 13:54:38 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 14 Sep 2011 13:54:38 -0700 (PDT) In-Reply-To: <201109142112.58593.hselasky@c2i.net> References: <201109142112.58593.hselasky@c2i.net> Date: Wed, 14 Sep 2011 13:54:38 -0700 Message-ID: From: Garrett Cooper To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alisson Subject: Re: USB Keyboard don't Work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 20:54:40 -0000 On Wed, Sep 14, 2011 at 12:12 PM, Hans Petter Selasky wrote: > On Wednesday 14 September 2011 20:46:35 Alisson wrote: >> Hi... i'm using FreeBSD 8.2 >> >> I change the Hard Drive to another position. and FreeBSD don't boot. >> >> Appers to change the position o HardDrive. >> >> I need to run this command: >> >> # mountroot ufs:/dev/ad4s1a >> >> but.. the usb keyboard dont work. >> >> >> I tried to run > > Also try: > >> >> set hint.atkbd.0.flags="0x1" > > set hint.atkbd.0.disabled="1" > >> boot -S >> >> but the usb keyboard still not working... You may also need to build and load kbdmux if your vendor's legacy keyboard handling in the BIOS is broken. HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 21:09:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D2901065673; Wed, 14 Sep 2011 21:09:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id E58DF8FC15; Wed, 14 Sep 2011 21:09:26 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8EL9MYN072741 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Sep 2011 00:09:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p8EL9MDI087601; Thu, 15 Sep 2011 00:09:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p8EL9Kai087599; Thu, 15 Sep 2011 00:09:20 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 15 Sep 2011 00:09:20 +0300 From: Kostik Belousov To: Garrett Cooper Message-ID: <20110914210920.GH17489@deviant.kiev.zoral.com.ua> References: <201109111605.p8BG59cc084589@svn.freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Eb0mqUMHjpiCRwp8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD Current Subject: Re: svn commit: r225474 - in head/sys: amd64/amd64 amd64/ia32 i386/i386 ia64/ia32 ia64/ia64 kern powerpc/aim powerpc/booke sparc64/sparc64 sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 21:09:27 -0000 --Eb0mqUMHjpiCRwp8 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [It seems that distribution list can be trimmed without any bad consequences] On Wed, Sep 14, 2011 at 01:50:51PM -0700, Garrett Cooper wrote: > On Sun, Sep 11, 2011 at 9:05 AM, Konstantin Belousov wr= ote: > > Author: kib > > Date: Sun Sep 11 16:05:09 2011 > > New Revision: 225474 > > URL: http://svn.freebsd.org/changeset/base/225474 > > > > Log: > > =9AInline the syscallenter() and syscallret(). This reduces the time me= asured > > =9Aby the syscall entry speed microbenchmarks by ~10% on amd64. > > > > =9ASubmitted by: jhb > > =9AApproved by: =9Are (bz) > > =9AMFC after: =9A =9A2 weeks >=20 > This change completely breaks ZFS mounting (for some odd reason) > with the following backtrace. >=20 > #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 > 260 /usr/src/sys/kern/kern_shutdown.c: No such file or directory. > in /usr/src/sys/kern/kern_shutdown.c > (kgdb) #0 doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 > #1 0xffffffff802b1cd0 in db_dump (dummy=3DVariable "dummy" is not availa= ble. > ) > at /usr/src/sys/ddb/db_command.c:537 > #2 0xffffffff802b12c1 in db_command (last_cmdp=3D0xffffffff809b96c0, > cmd_table=3DVariable "cmd_table" is not available. >=20 > ) at /usr/src/sys/ddb/db_command.c:448 > #3 0xffffffff802b1510 in db_command_loop () > at /usr/src/sys/ddb/db_command.c:501 > #4 0xffffffff802b3664 in db_trap (type=3DVariable "type" is not availabl= e. > ) at /usr/src/sys/ddb/db_main.c:229 > #5 0xffffffff804b29d1 in kdb_trap (type=3D3, code=3D0, tf=3D0xffffff8231= a5f3d0) > at /usr/src/sys/kern/subr_kdb.c:631 > #6 0xffffffff80646ac8 in trap (frame=3D0xffffff8231a5f3d0) > at /usr/src/sys/amd64/amd64/trap.c:590 > #7 0xffffffff8063113f in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:228 > #8 0xffffffff804b277b in kdb_enter (why=3D0xffffffff806e022b "panic", > msg=3D0x80
) at cpufunc.h:63 > #9 0xffffffff8047db5c in panic (fmt=3DVariable "fmt" is not available. > ) > at /usr/src/sys/kern/kern_shutdown.c:599 > #10 0xffffffff8046e5cc in _mtx_assert (m=3DVariable "m" is not available. > ) > at /usr/src/sys/kern/kern_mutex.c:706 > #11 0xffffffff80620f31 in vm_page_free_toq (m=3D0xfffffe021bf3d1f0) > at /usr/src/sys/vm/vm_page.c:1756 > #12 0xffffffff80c77938 in zfs_freebsd_getpages () from /boot/kernel/zfs.ko > #13 0xffffffff8046ebd6 in _mtx_unlock_flags (m=3D0xfffffe0006dc7000, > opts=3D421100272, file=3D0xfffffe0006dc70e8 "?P?\200????", line=3D1) > at /usr/src/sys/kern/kern_mutex.c:223 > Previous frame inner to this frame (corrupt stack?) > (kgdb) The backtrace is impossible and truncated. You probably used unmatched kernel for vmcore, or might be, the zfs.ko is installed without debugging symbols. The change you pointed the finger to has very low probability of causing the panic for vm_page_free_toq(), it is for unrelated part of the kernel. Can you do full rebuild of the kernel without any possible local changes and retest ? If still getting panic, make sure that both kernel and all modules are installed with debug symbols. --Eb0mqUMHjpiCRwp8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk5xGAAACgkQC3+MBN1Mb4heswCg08vIaTxdo3Vj/OpHIZg72+GR K4gAn1AOufRHU0XJuj2ysDkiXKPm8yDu =mWrs -----END PGP SIGNATURE----- --Eb0mqUMHjpiCRwp8-- From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 21:10:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E575C106566B; Wed, 14 Sep 2011 21:10:05 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (unknown [IPv6:2a01:e0c:1:1599::14]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA158FC1B; Wed, 14 Sep 2011 21:10:02 +0000 (UTC) Received: from endor.tataz.chchile.org (unknown [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 273AAD480FB; Wed, 14 Sep 2011 23:09:55 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id EE18A33E71; Wed, 14 Sep 2011 21:09:54 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id E3AB8A11E0; Wed, 14 Sep 2011 21:09:54 +0000 (UTC) Date: Wed, 14 Sep 2011 23:09:54 +0200 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20110914210954.GC7863@felucia.tataz.chchile.org> References: <20110914123607.GM65366@felucia.tataz.chchile.org> <20110914125953.GX17489@deviant.kiev.zoral.com.ua> <20110914154221.GB7863@felucia.tataz.chchile.org> <20110914200456.GE17489@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110914200456.GE17489@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Peter Pentchev , freebsd-current@freebsd.org, David Xu , Jeremie Le Hen , Oliver Lehmann Subject: Re: Segfault in libthr.so on 9.0-BETA2 (with stunnel FWIW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 21:10:06 -0000 On Wed, Sep 14, 2011 at 11:04:56PM +0300, Kostik Belousov wrote: > > tzload() allocates ~80KB for the local variables. The backtrace you provided > shows the nested call to tzload(), so there is total 160KB of the stack > space consumed. Isn't it a little bit hungry? To do this on stack? Softwares with a large amount of threads might want to reduce their stack size dramatically, and so much space might not be available. > By default, stack for the amd64 thread is 4MB, that should be plenty. This > is not the case for ezm3. Possibly, stunnel also reduces the size of the > thread stack. Correct, I checked stunnel source, it reduces it to 64KB by default. However it is possible to override it from the config file. Raising solves the problem indeed. > Please, try the patch below. I did not tested it, only compiled. I see > that now tzload allocates only ~300 bytes on the stack. I've also tried it, leaving the default stack size chosen by stunnel. It works. Please go ahead and commit it if it's still possible. Thanks. Regards, -- Jeremie Le Hen Men are born free and equal. Later on, they're on their own. Jean Yanne From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 21:26:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB001106566C for ; Wed, 14 Sep 2011 21:26:30 +0000 (UTC) (envelope-from alissonfer@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 A0DC08FC12 for ; Wed, 14 Sep 2011 21:26:30 +0000 (UTC) Received: by ywp17 with SMTP id 17so2168607ywp.13 for ; Wed, 14 Sep 2011 14:26:30 -0700 (PDT) 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=0QviyOkGTBqphpRg0NpnwHWYIKxIMu7G+YxzeIT2yxo=; b=x7T9vUs3KZJ0ExoBCh8FdsCYaPZPu9p5ao6ZkXwxyoEt3zwXF4JP4/56xuQO6F+Btz rdxfrhdV+Uo8T4h5shEhos4NT0L6DA50mv0YYK1XsNZBGVNOLzI+Biu/HI4GIKWsV/Jh wD3CsKsTw/fRSns9F4BdWjOwlihe+RLo43DtY= MIME-Version: 1.0 Received: by 10.43.52.10 with SMTP id vk10mr231768icb.303.1316035589577; Wed, 14 Sep 2011 14:26:29 -0700 (PDT) Received: by 10.42.241.65 with HTTP; Wed, 14 Sep 2011 14:26:29 -0700 (PDT) Date: Wed, 14 Sep 2011 18:26:29 -0300 Message-ID: From: Alisson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: changing a zfs pool to another machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 21:26:31 -0000 Hi... I have a zfs pool with 3 harddrives (ad8,ad10,ad15) I need to change to another machine... when I try to boot freebsd in the another machine with this 3 harddrives... goes to mountroot prompt. so.. I need to boot with set vfs.root.mountfrom="zfs:tank/root" but don't work... goes ever to mountroot prompt.. From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 22:46:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E12B106564A; Wed, 14 Sep 2011 22:46:22 +0000 (UTC) (envelope-from kob6558@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 EFF248FC08; Wed, 14 Sep 2011 22:46:21 +0000 (UTC) Received: by iadk27 with SMTP id k27so904334iad.13 for ; Wed, 14 Sep 2011 15:46:21 -0700 (PDT) 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:content-transfer-encoding; bh=xr/j4z40JRZm9+A/2g+W7pdpH5Q10l4aOuiz/OUT3rk=; b=vemHoPu41lBLdbntQSmzbMXr0ip10Pw8FUA3lyznzODXxsPUeUwbhsHKzqkEOg+eL1 uDOXANWst2Q/PeKisOhS00jeCY0uAoH/4Cc1zFQuUzr6c3B4hc1+02Y3nRW+rcGyTVFu /KIHjHurC4iRhE7Rdb7HFnx7KCfgD8IQuABdk= MIME-Version: 1.0 Received: by 10.231.45.129 with SMTP id e1mr676698ibf.22.1316040381441; Wed, 14 Sep 2011 15:46:21 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Wed, 14 Sep 2011 15:46:21 -0700 (PDT) In-Reply-To: <1976868927.20110914234428@serebryakov.spb.ru> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> Date: Wed, 14 Sep 2011 15:46:21 -0700 Message-ID: From: Kevin Oberman To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 22:46:22 -0000 2011/9/14 Lev Serebryakov : > Hello, Fbsd8. > You wrote 12 =D3=C5=CE=D4=D1=C2=D2=D1 2011 =C7., 17:57:41: > >> 7. On the partition editor screen the option should be the >> first in the list (ie; left most side) so if user accepts this config, >> hitting enter moves to next menu screen instead of having to tab over >> taking more time and effort. > =9AAnd again: there is no way to change block size/frag size/inode > =9Anumber in GUI. Only SU/SU+J/Version present in "Options" and here is > =9Ano way to change options after partition creation (adding to dialog) > =9Abut BEFORE real FS are created (changes are committed). First, I don't think you get SU+J (soft-updates and full FS journal), which= is a bad combination. I think you get SUJ (journal of metadata) which is a very different and is, I believe the preferred default setup. Second, I frequently want custom newfs options, most notably -b, -f, and -i. There was no way to do this with sysinstall and is still no way to do this with bsdinstall. I suggest an option to specify additional newfs options. The test should note that this is for knowledgeable users and that defaults should be used if you don't understan= d the significance of any options. It should also provide the options that will be passed to newfs if nothing is done. (I'd like to see this in any case, just to avoid confusion on SU+J vs. SUJ.) Of course, all of these are issues that exist with the old installer, but I think can be improved with the move to bsdinstall. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Sep 14 23:32:44 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E64A1106566B for ; Wed, 14 Sep 2011 23:32:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 765068FC0C for ; Wed, 14 Sep 2011 23:32:43 +0000 (UTC) Received: by fxg9 with SMTP id 9so126677fxg.13 for ; Wed, 14 Sep 2011 16:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=HQRMeURlNDH0ZyHm3WT/JrBdcz+IuH0bQUdElc505Sw=; b=dx72TH4j5SnP07wwNo1AX50grazqmvHkyRsu4E4v0//98oviYoFPhTPBT1ByYqd13D g5OGPV/JR9El+Bw+pB4pMswWsxJW3bbUGS1n9LYc3nQRSwPitdm5LbK1KVILT71gCvb9 vemZIBUCUlijgm1itoX/xKjcmHUqxLH92msBg= Received: by 10.223.22.15 with SMTP id l15mr195576fab.85.1316043163295; Wed, 14 Sep 2011 16:32:43 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id x22sm4967864faa.5.2011.09.14.16.32.41 (version=SSLv3 cipher=OTHER); Wed, 14 Sep 2011 16:32:42 -0700 (PDT) Sender: Alexander Motin Message-ID: <4E71397E.9080705@FreeBSD.org> Date: Thu, 15 Sep 2011 02:32:14 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110910 Thunderbird/6.0.2 MIME-Version: 1.0 To: Nenhum_de_Nos References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current Subject: Re: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 23:32:45 -0000 Hi. On 14.09.2011 06:59, Nenhum_de_Nos wrote: > I just installed BETA2 on WD notebook disk: > > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 > > and tried as usual to make the disk last a little longer: > > rush# ataidle -P 243 /dev/ad4 > ataidle: error: identify device /dev/ad4 > > rush# ataidle -P 243 /dev/ada0 > (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 > (pass0:ata2:0:0:0): CAM status: CCB request completed with an error > Failed to configure APM: No error: 0 > > so, is this still needed after ada took place ? How can I do it now if > needed ? Strange CAM status I would say. But try this patch for ataidle: --- ataidle.c.prev 2010-11-04 16:17:28.000000000 +0200 +++ ataidle.c 2011-09-09 19:30:14.000000000 +0300 @@ -125,7 +125,7 @@ atacmd_cam(ATA *ata, int atacmd, int fea if (atacmd == ATA__IDENTIFY || atacmd == ATA__ATAPI_IDENTIFY) direction = CAM_DIR_IN; else - direction = CAM_DIR_OUT; + direction = CAM_DIR_NONE; memset(&(&ccb->ccb_h)[1], 0, sizeof(struct ccb_ataio) - sizeof(struct ccb_hdr)); -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 03:32:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72835106564A; Thu, 15 Sep 2011 03:32:51 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D49148FC15; Thu, 15 Sep 2011 03:32:50 +0000 (UTC) Received: by wwe3 with SMTP id 3so2956135wwe.31 for ; Wed, 14 Sep 2011 20:32:49 -0700 (PDT) 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=BgRxww62fBVWXcDjzMxgn5ypbCpBEobEVVfJ+xDmJas=; b=SaWfw2y3dREdFw7PV94tOfeync7h/2i1RDNZ5izBDK+pCAaqIA87h35ty4YJkUX3Y5 bD17tMFyc5NLzxk8RNtwjpJmyhD190fblsMflEHewBTHWidj/L1MQSQksF3HSupkt/Ea yiFYFSFvd8yApO1jBRs/UdhevlhZEI0CEIpPo= MIME-Version: 1.0 Received: by 10.216.173.144 with SMTP id v16mr524932wel.89.1316057569793; Wed, 14 Sep 2011 20:32:49 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Wed, 14 Sep 2011 20:32:49 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Wed, 14 Sep 2011 20:32:49 -0700 (PDT) In-Reply-To: <1303755599.5908.1316013148507.JavaMail.root@mail-01.cse.ucsc.edu> References: <1303755599.5908.1316013148507.JavaMail.root@mail-01.cse.ucsc.edu> Date: Thu, 15 Sep 2011 13:02:49 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 03:32:51 -0000 On Sep 15, 2011 12:42 AM, "Tim Gustafson" wrote: > > > I don't know what's out there having chosen only one such card for > > home use. So you'll need to do your own research. Start with looking > > at any card with the right chip and then look for evidence that people > > have used said card with FreeBSD. > > LSI has the SAS 9200-8e, which is based on the SAS 2008 chipset, which the mps (not the mpt) driver claims to support. We are currently using another controller that uses the SAS 2008 chipset in this same box for the internal OS drives and have not had any problems with it. So, that makes me feel good. > > Does anyone have any recommendation for or against the 9200-8e? The SAS 2008 chip (SAS 6G) is the one that the FreeBSD mps driver has problems with when used with port expanders. It's the older SAS 3G chip that works OK with FreeBSD I think. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 05:31:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 827EB106564A for ; Thu, 15 Sep 2011 05:31:32 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3486C8FC17 for ; Thu, 15 Sep 2011 05:31:31 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1R44Cb-0003Ps-5r; Thu, 15 Sep 2011 09:09:33 +0400 From: "Alexander Zagrebin" To: , References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net><4E692F87.5010708@sentex.net><20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> In-Reply-To: <4E6A076D.7040309@wintek.com> Date: Thu, 15 Sep 2011 09:09:33 +0400 Keywords: freebsd-current Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7601.17514 Thread-Index: Acxu7jSPPj40bim5QtSK2xY/KDBGJAEdn2VQ Cc: Subject: RE: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 05:31:32 -0000 > I'm also using cvsup again, due to a problem I had with csup > back in February > 2011 > 813.html> . > > I didn't open a PR; I was under some time pressure and cvsup worked. There is a solution of the csup problem: http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/154954 I've opened this PR, but nobody has paid to it attentions. :( -- Alexander Zagrebin From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 06:19:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 779291065670 for ; Thu, 15 Sep 2011 06:19:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f176.google.com (mail-gx0-f176.google.com [209.85.161.176]) by mx1.freebsd.org (Postfix) with ESMTP id 371D08FC14 for ; Thu, 15 Sep 2011 06:19:33 +0000 (UTC) Received: by gxk7 with SMTP id 7so2557992gxk.35 for ; Wed, 14 Sep 2011 23:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=FlzjYn3J9urTuq6xEx+KCqCNnN588KXTPLbq7RcFIQE=; b=u/RWmfN+ugR6AoY2W7iLDizsjSoj7Ctvk5wKJw032zgBGncNbXD6xhfeeEkwXOfDHt tCg8Baz3Y1zxv8ttT5Y7+T/I7DiWQ5Hih343aRNHss47yaoD5noovsBtNBXSVff4Hbup E76EWaQLYWoAWPtwJvU+ZkgLoZsqtbRb0tI3M= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr4226379yhe.4.1316067573453; Wed, 14 Sep 2011 23:19:33 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 14 Sep 2011 23:19:33 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> Date: Thu, 15 Sep 2011 14:19:33 +0800 X-Google-Sender-Auth: r2L6donJtJz89eleGQav_LbU3c8 Message-ID: From: Adrian Chadd To: Alexander Zagrebin Content-Type: text/plain; charset=ISO-8859-1 Cc: rjk@wintek.com, freebsd-current@freebsd.org Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 06:19:34 -0000 Pester the maintainer? Adrian 2011/9/15 Alexander Zagrebin : >> I'm also using cvsup again, due to a problem I had with csup >> back in February >> 2011 >> > 813.html> . >> >> I didn't open a PR; I was under some time pressure and cvsup worked. > > There is a solution of the csup problem: > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/154954 > I've opened this PR, but nobody has paid to it attentions. :( > > -- > Alexander Zagrebin > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 07:27:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 581BB106564A; Thu, 15 Sep 2011 07:27:30 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 027158FC0C; Thu, 15 Sep 2011 07:27:29 +0000 (UTC) Received: by qyk4 with SMTP id 4so2786236qyk.13 for ; Thu, 15 Sep 2011 00:27:29 -0700 (PDT) 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=D/PyAD0iYRfUjM5XLyRmU1aQwagvNKC2sf7yWnYOGBg=; b=h5qqrpBVABJerM2nYC5RQ98ICMdKexTCvOSQPR9473UIyRaVbmmNjv3Hz2yfnIlV9G QuCPkx4I/WDqLbfub6D8tIStAbVMFcViXqjI0D8NbzG9/Gqbi6pTUhnk6NQl0e076UcH u/IDEgswxNtQCNqvTjDlyGSrKF88/3t6FXmck= MIME-Version: 1.0 Received: by 10.224.216.199 with SMTP id hj7mr588142qab.292.1316071649220; Thu, 15 Sep 2011 00:27:29 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 00:27:28 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> Date: Thu, 15 Sep 2011 00:27:28 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: rjk@wintek.com, freebsd-current@freebsd.org, Alexander Zagrebin Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 07:27:30 -0000 On Wed, Sep 14, 2011 at 11:19 PM, Adrian Chadd wrote: > Pester the maintainer? The maintainer is alumni. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 07:36:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA6A4106566C; Thu, 15 Sep 2011 07:36:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 6991C8FC13; Thu, 15 Sep 2011 07:36:41 +0000 (UTC) Received: by qyk10 with SMTP id 10so4959294qyk.13 for ; Thu, 15 Sep 2011 00:36:40 -0700 (PDT) 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:content-transfer-encoding; bh=6LoNeHIeH8sw3o42JkNComd6vlAfM4oPnkNAl+dp7gQ=; b=KxPCHLC+DsvkztKBc+Wc0/TF4pJV7c5hKfl+JFtCjMvqXUr1gtoGInIIHs5yGVt1cy 9e9meY2wQ9+9lCspiWfDL+VoT2iyNll7l78Qv/n3nNfZHYNsAYU1fcpH0iKRcqaLP52X BUh7gz3/GSczDsuXi0ikWeqc2A016KKAyT5Ss= MIME-Version: 1.0 Received: by 10.224.180.136 with SMTP id bu8mr682580qab.142.1316072200458; Thu, 15 Sep 2011 00:36:40 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 00:36:40 -0700 (PDT) In-Reply-To: <7FF44B1D-DF0C-4BDE-90EA-52F4A77BB579@gmail.com> References: <201109111605.p8BG59cc084589@svn.freebsd.org> <20110914210920.GH17489@deviant.kiev.zoral.com.ua> <7FF44B1D-DF0C-4BDE-90EA-52F4A77BB579@gmail.com> Date: Thu, 15 Sep 2011 00:36:40 -0700 Message-ID: From: Garrett Cooper To: Kostik Belousov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: svn commit: r225474 - in head/sys: amd64/amd64 amd64/ia32 i386/i386 ia64/ia32 ia64/ia64 kern powerpc/aim powerpc/booke sparc64/sparc64 sys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 07:36:41 -0000 On Wed, Sep 14, 2011 at 4:10 PM, Garrett Cooper wrote: > On Sep 14, 2011, at 2:09 PM, Kostik Belousov wrote: > >> [It seems that distribution list can be trimmed without any bad >> consequences] >> On Wed, Sep 14, 2011 at 01:50:51PM -0700, Garrett Cooper wrote: >>> On Sun, Sep 11, 2011 at 9:05 AM, Konstantin Belousov = wrote: >>>> Author: kib >>>> Date: Sun Sep 11 16:05:09 2011 >>>> New Revision: 225474 >>>> URL: http://svn.freebsd.org/changeset/base/225474 >>>> >>>> Log: >>>> =A0Inline the syscallenter() and syscallret(). This reduces the time m= easured >>>> =A0by the syscall entry speed microbenchmarks by ~10% on amd64. >>>> >>>> =A0Submitted by: jhb >>>> =A0Approved by: =A0re (bz) >>>> =A0MFC after: =A0 =A02 weeks >>> >>> =A0 =A0This change completely breaks ZFS mounting (for some odd reason) >>> with the following backtrace. >>> >>> #0 =A0doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.c:260 >>> 260 =A0 =A0 /usr/src/sys/kern/kern_shutdown.c: No such file or director= y. >>> =A0 =A0 =A0 =A0in /usr/src/sys/kern/kern_shutdown.c >>> (kgdb) #0 =A0doadump (textdump=3D0) at /usr/src/sys/kern/kern_shutdown.= c:260 >>> #1 =A00xffffffff802b1cd0 in db_dump (dummy=3DVariable "dummy" is not av= ailable. >>> ) >>> =A0 =A0at /usr/src/sys/ddb/db_command.c:537 >>> #2 =A00xffffffff802b12c1 in db_command (last_cmdp=3D0xffffffff809b96c0, >>> cmd_table=3DVariable "cmd_table" is not available. >>> >>> ) at /usr/src/sys/ddb/db_command.c:448 >>> #3 =A00xffffffff802b1510 in db_command_loop () >>> =A0 =A0at /usr/src/sys/ddb/db_command.c:501 >>> #4 =A00xffffffff802b3664 in db_trap (type=3DVariable "type" is not avai= lable. >>> ) at /usr/src/sys/ddb/db_main.c:229 >>> #5 =A00xffffffff804b29d1 in kdb_trap (type=3D3, code=3D0, tf=3D0xffffff= 8231a5f3d0) >>> =A0 =A0at /usr/src/sys/kern/subr_kdb.c:631 >>> #6 =A00xffffffff80646ac8 in trap (frame=3D0xffffff8231a5f3d0) >>> =A0 =A0at /usr/src/sys/amd64/amd64/trap.c:590 >>> #7 =A00xffffffff8063113f in calltrap () >>> =A0 =A0at /usr/src/sys/amd64/amd64/exception.S:228 >>> #8 =A00xffffffff804b277b in kdb_enter (why=3D0xffffffff806e022b "panic"= , >>> =A0 =A0msg=3D0x80
) at cpufunc.h:63 >>> #9 =A00xffffffff8047db5c in panic (fmt=3DVariable "fmt" is not availabl= e. >>> ) >>> =A0 =A0at /usr/src/sys/kern/kern_shutdown.c:599 >>> #10 0xffffffff8046e5cc in _mtx_assert (m=3DVariable "m" is not availabl= e. >>> ) >>> =A0 =A0at /usr/src/sys/kern/kern_mutex.c:706 >>> #11 0xffffffff80620f31 in vm_page_free_toq (m=3D0xfffffe021bf3d1f0) >>> =A0 =A0at /usr/src/sys/vm/vm_page.c:1756 >>> #12 0xffffffff80c77938 in zfs_freebsd_getpages () from /boot/kernel/zfs= .ko >>> #13 0xffffffff8046ebd6 in _mtx_unlock_flags (m=3D0xfffffe0006dc7000, >>> =A0 =A0opts=3D421100272, file=3D0xfffffe0006dc70e8 "?P?\200????", line= =3D1) >>> =A0 =A0at /usr/src/sys/kern/kern_mutex.c:223 >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >> >> The backtrace is impossible and truncated. You probably used unmatched >> kernel for vmcore, or might be, the zfs.ko is installed without debuggin= g >> symbols. >> >> The change you pointed the finger to has very low probability of causing >> the panic for vm_page_free_toq(), it is for unrelated part of the kernel= . >> Can you do full rebuild of the kernel without any possible local changes >> and retest ? >> >> If still getting panic, make sure that both kernel and all modules are >> installed with debug symbols. > > zfs.ko wasn't built with symbols because I did make -C /sys/modules/zfs a= ll install; will rebuild my kernel and submit my results again :). Weird. The new kernel didn't exhibit the problem after I blew away /usr/obj (and it contains all of the changes that the old kernel had).. I guess I'll have to chock this up to improperly compiled sources.. Sorry for the noise. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 09:16:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79924106566B for ; Thu, 15 Sep 2011 09:16:43 +0000 (UTC) (envelope-from alexz@visp.ru) Received: from mail.visp.ru (srv1.visp.ru [91.215.204.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2976C8FC0C for ; Thu, 15 Sep 2011 09:16:42 +0000 (UTC) Received: from 91-215-205-255.static.visp.ru ([91.215.205.255] helo=zagrebin) by mail.visp.ru with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1R483k-000Drt-Dk; Thu, 15 Sep 2011 13:16:40 +0400 From: "Alexander Zagrebin" To: "'Adrian Chadd'" References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net><4E692F87.5010708@sentex.net><20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net><4E6A076D.7040309@wintek.com> In-Reply-To: Date: Thu, 15 Sep 2011 13:16:40 +0400 Keywords: freebsd-current Message-ID: <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.1.7601.17514 Thread-Index: Acxzb6OW+4V6ULLBRoaCqVWqNT/XcwAF/Mzg Cc: freebsd-current@freebsd.org Subject: RE: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 09:16:43 -0000 > Pester the maintainer? I've thought that if an opened PR exists, then it have to be reviewed sooner or later... -- Alexander Zagrebin From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 09:22:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79406106582A for ; Thu, 15 Sep 2011 09:22:57 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id A3FA28FC14 for ; Thu, 15 Sep 2011 09:22:56 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA07088; Thu, 15 Sep 2011 12:22:53 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R489l-0004PJ-Fn; Thu, 15 Sep 2011 12:22:53 +0300 Message-ID: <4E71C3ED.6010405@FreeBSD.org> Date: Thu, 15 Sep 2011 12:22:53 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Alexander Zagrebin References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net><4E692F87.5010708@sentex.net><20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net><4E6A076D.7040309@wintek.com> <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> In-Reply-To: <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> X-Enigmail-Version: undefined Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 09:22:57 -0000 on 15/09/2011 12:16 Alexander Zagrebin said the following: >> Pester the maintainer? > > I've thought that if an opened PR exists, then it have to be > reviewed sooner or later... > Usually rather quite later than sooner. There are about 5000 non-ports PRs and there are only a few dozen active developers. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 09:40:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91E9C1065675 for ; Thu, 15 Sep 2011 09:40:15 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6C68FC12 for ; Thu, 15 Sep 2011 09:40:15 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:f803:edca:622b:8392]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 5FF2F4AC1C; Thu, 15 Sep 2011 13:40:13 +0400 (MSD) Date: Thu, 15 Sep 2011 13:40:03 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <162535688.20110915134003@serebryakov.spb.ru> To: Kevin Oberman In-Reply-To: References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 09:40:15 -0000 Hello, Kevin. You wrote 15 =D3=C5=CE=D4=D1=C2=D2=D1 2011 =C7., 2:46:21: >>> 7. On the partition editor screen the option should be the >>> first in the list (ie; left most side) so if user accepts this config, >>> hitting enter moves to next menu screen instead of having to tab over >>> taking more time and effort. >> =9AAnd again: there is no way to change block size/frag size/inode >> =9Anumber in GUI. Only SU/SU+J/Version present in "Options" and here is >> =9Ano way to change options after partition creation (adding to dialog) >> =9Abut BEFORE real FS are created (changes are committed). > First, I don't think you get SU+J (soft-updates and full FS journal), whi= ch is > a bad combination. I think you get SUJ (journal of metadata) which is > a very different and is, I believe the preferred default setup. `+' character could be my mistake here. > Of course, all of these are issues that exist with the old installer, > but I think can be improved with the move to bsdinstall. As far as I remember, old installer (with "black-bacgrounded" partiiton creation screen) allows to provide additional newfs arguments... But I've used it very long time ago for last time... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 10:05:02 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E39B1065670 for ; Thu, 15 Sep 2011 10:05:02 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id DC2A78FC12 for ; Thu, 15 Sep 2011 10:05:01 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id E6E7A5615B; Thu, 15 Sep 2011 05:05:00 -0500 (CDT) Date: Thu, 15 Sep 2011 05:05:00 -0500 From: Mark Linimon To: Andriy Gapon Message-ID: <20110915100500.GA20687@lonesome.com> References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> <4E71C3ED.6010405@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E71C3ED.6010405@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org, Alexander Zagrebin Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 10:05:02 -0000 > Usually rather quite later than sooner. A perfect opportunity for src committers to dive in and make a difference :-) mcl From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 12:12:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AEA5106564A; Thu, 15 Sep 2011 12:12:36 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id F2B1E8FC19; Thu, 15 Sep 2011 12:12:35 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R4Anz-0008q9-1f; Thu, 15 Sep 2011 08:12:35 -0400 Date: Thu, 15 Sep 2011 08:12:34 -0400 From: Gary Palmer To: Kevin Oberman Message-ID: <20110915121234.GA10165@in-addr.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 12:12:36 -0000 On Wed, Sep 14, 2011 at 03:46:21PM -0700, Kevin Oberman wrote: > Second, I frequently want custom newfs options, most notably -b, -f, > and -i. There was no way to do this with sysinstall The source appears to disagree with you >From usr.sbin/sysinstall/label.c /* If the user wants a special newfs command for this, set it */ static void getNewfsCmd(PartInfo *p) I'm pretty sure I've used that option in multiple releases of FBSD. If that is missing in the new installer then that is something that needs fixed. Gary From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 12:57:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23936106564A; Thu, 15 Sep 2011 12:57:44 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id C06F18FC0C; Thu, 15 Sep 2011 12:57:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=uFCS4g1vk5xNqDdBXMwtlrqCI0uLaUZnqB9Pl6+goB0=; b=CPx/IA7JcaUfpSjS6WSqqbSN84Cj0EwyrbEem+FIW85HfFCfvJqpYm9gFY+XXtl1+C73nyB1XF3VUortMcHopVkq5R3OYvNFXQuPngn9mdiEFP4vJGj8dAsWRdSDkgDdA29BnW92KAcZdpgrJ4AbzqtFVe2IVUC00RP0XrIuh7k= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 15 Sep 2011 05:57:43 -0700 Message-ID: <4E71F647.2050007@a1poweruser.com> Date: Thu, 15 Sep 2011 08:57:43 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Questions , freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Sep 2011 12:57:43.0902 (UTC) FILETIME=[0F38DFE0:01CC73A7] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: Subject: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 12:57:44 -0000 Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat. The keyboard 9 key block above the arrow keys don't function. Issuing the "man cmd_name" command doe's display the man page, but the {Page up, Page down keys } don't work. Also when using the "ee" edit command the {delete, Page up, Page down keys } don't work. This does not happen in any of the previous releases. Further more, localization of the keyboard should not be forced on the user during the install process. This BSDinstall option should be disabled or removed. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 13:32:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963C71065672 for ; Thu, 15 Sep 2011 13:32:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E8DF68FC13 for ; Thu, 15 Sep 2011 13:32:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA13610; Thu, 15 Sep 2011 16:32:25 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E71FE69.3000608@FreeBSD.org> Date: Thu, 15 Sep 2011 16:32:25 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Alisson References: In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: changing a zfs pool to another machine X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 13:32:29 -0000 on 15/09/2011 00:26 Alisson said the following: > Hi... > > I have a zfs pool with 3 harddrives (ad8,ad10,ad15) > > I need to change to another machine... > > when I try to boot freebsd in the another machine with this 3 harddrives... > goes to mountroot prompt. > > so.. I need to boot with > > set vfs.root.mountfrom="zfs:tank/root" > > but don't work... goes ever to mountroot prompt.. To be able to boot from a pool you must first arrange for the pool to be to zpool.cache file. If you have exported the pool you would need some alternative boot media to import it first. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 14:06:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FC351065670; Thu, 15 Sep 2011 14:06:10 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id 5E2E58FC0C; Thu, 15 Sep 2011 14:06:10 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 4604F7744006; Thu, 15 Sep 2011 07:06:10 -0700 (PDT) Date: Thu, 15 Sep 2011 07:06:10 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <1612847344.9070.1316095570247.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.114.49.22] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 ([unknown])/6.0.9_GA_2686) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 14:06:10 -0000 > The SAS 2008 chip (SAS 6G) is the one that the FreeBSD mps driver has > problems with when used with port expanders. It's the older SAS 3G chip > that works OK with FreeBSD I think. I had crossed some wires earlier on in our discussion. We do have a SAS 2008 chip in the system already, but it's not the one that's running the external disk boxes (and we are having no problem with those drives). The external disk boxes (the ones that are having the problems) are connect through an LSI SAS 3801E, which is handled by the mpt driver. The mpt driver is what's giving us trouble right now. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 14:33:29 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E0171065670 for ; Thu, 15 Sep 2011 14:33:29 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AFB708FC15 for ; Thu, 15 Sep 2011 14:33:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA14478; Thu, 15 Sep 2011 17:33:26 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E720CB6.3070103@FreeBSD.org> Date: Thu, 15 Sep 2011 17:33:26 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: couple of sched_ule issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 14:33:29 -0000 This is more of a "just for the record" email. I think I've already stated the following observations, but I suspect that they drowned in the noise of a thread in which I mentioned them. 1. Incorrect topology is built for single-package SMP systems. That topology has two levels ("shared nothing" and "shared package") with exactly the same CPU sets. That doesn't work well with the rebalancing algorithm which assumes that each level is a proper/strict subset of its parent. 2. CPU load comparison algorithms are biased towards lower logical CPU IDs. With all other things being equal the algorithms will always pick a CPU with a lower ID. This creates certain load asymmetry and predictable patterns in load distribution. Another observation. It seems that ULE makes a decision about thread-to-CPU affinity at the time when a thread gets switched out. This looks logical from the implementation point of view. But it doesn't seem logical from a general point of view - when the thread will be becoming running again its affinity profile may become completely different. I think that it would depend on how much a thread actually spends not running. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 14:42:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78E4C106564A for ; Thu, 15 Sep 2011 14:42:07 +0000 (UTC) (envelope-from alissonfer@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E71D8FC1C for ; Thu, 15 Sep 2011 14:42:07 +0000 (UTC) Received: by yxk36 with SMTP id 36so2719507yxk.13 for ; Thu, 15 Sep 2011 07:42:06 -0700 (PDT) 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=tBGqmpYR/B5Cex9qY2br30cWCwRSvZhwYAiSWuC+3gk=; b=UDvSYnbajqgSmS2oh3oU/wR2owslp4B688Ua9Q7lh3x0UIN0B2awqh2TfW3VA7mWx3 7cYBQBKTa7TgMO2OvodYY2Sfk0OYX58zoHkIPKQV2ApWKErBLwLgwi37arrUZ81vgnyq 2P7ZG470+FEGkdSdy2/RcozTwXXIMxX/Pw4jg= MIME-Version: 1.0 Received: by 10.43.44.72 with SMTP id uf8mr546186icb.1.1316097726240; Thu, 15 Sep 2011 07:42:06 -0700 (PDT) Received: by 10.42.241.65 with HTTP; Thu, 15 Sep 2011 07:42:06 -0700 (PDT) Date: Thu, 15 Sep 2011 11:42:06 -0300 Message-ID: From: Alisson To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 14:42:07 -0000 Somebody know when FreeBSD 9.0 Releng will be available? From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 15:06:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3359B1065673 for ; Thu, 15 Sep 2011 15:06:58 +0000 (UTC) (envelope-from jlaffaye.freebsd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B44F58FC0A for ; Thu, 15 Sep 2011 15:06:57 +0000 (UTC) Received: by wwe3 with SMTP id 3so3617588wwe.31 for ; Thu, 15 Sep 2011 08:06:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=k8LWVmLBRPB47Zv7J9g3caMu1f8A6v5NsaWCsreCI8k=; b=q7bay+K0OINd0XX+r/agWWLIOamoT0MBhFD26IcHnqHMeWZPhVy+NxRPdabQn+3ght Wuql2Q9UazhWYVW1/j41fUSDIQEegpzYcC/1tvs/nb+tX8V0/vf+0zpHDXBrdANjfw4j WkW5rWOg4nvVtBFs8g5IcysCx60hePJPpCtJM= Received: by 10.216.14.234 with SMTP id d84mr463356wed.85.1316097786601; Thu, 15 Sep 2011 07:43:06 -0700 (PDT) Received: from chulak.jlaffaye.net (esc31-1-78-245-92-55.fbx.proxad.net. [78.245.92.55]) by mx.google.com with ESMTPS id y28sm8131029wbn.17.2011.09.15.07.43.05 (version=SSLv3 cipher=OTHER); Thu, 15 Sep 2011 07:43:06 -0700 (PDT) Sender: Julien Laffaye Message-ID: <4E720EF9.7000306@FreeBSD.org> Date: Thu, 15 Sep 2011 16:43:05 +0200 From: Julien Laffaye User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110706 Thunderbird/5.0 MIME-Version: 1.0 To: Alisson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:06:58 -0000 On 09/15/2011 16:42, Alisson wrote: > Somebody know when FreeBSD 9.0 Releng will be available? When it is ready? From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 15:19:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F296C1065673 for ; Thu, 15 Sep 2011 15:19:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 99CB58FC17 for ; Thu, 15 Sep 2011 15:19:24 +0000 (UTC) Received: by yxk36 with SMTP id 36so2762158yxk.13 for ; Thu, 15 Sep 2011 08:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=nah48QdNuKRHT3DtPZzSYrdksg4005Fm8/Pl78slI+s=; b=tXWD+Fj9nJ/VzqLxcSCENZdlZQPd8PI5I0ZUq4YmYe71ZJn+zxy4JGsTcO38gcz7j+ R7H0wuqtAGEfGF5nRNW8LNZM0J64jEKROU8lI/qfG1hc0zDilEAk4LVDZZC5KVgAPsnn uKPEq7p1ylrqdMuDcDiNcIiNM0C1XJ4ZLokkA= MIME-Version: 1.0 Received: by 10.236.185.195 with SMTP id u43mr7259419yhm.106.1316099954123; Thu, 15 Sep 2011 08:19:14 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 15 Sep 2011 08:19:14 -0700 (PDT) In-Reply-To: <20110915100500.GA20687@lonesome.com> References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> <4E71C3ED.6010405@FreeBSD.org> <20110915100500.GA20687@lonesome.com> Date: Thu, 15 Sep 2011 23:19:14 +0800 X-Google-Sender-Auth: N-reKI_luCzyg3-elKzV-laJ4K4 Message-ID: From: Adrian Chadd To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Alexander Zagrebin , Andriy Gapon Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:19:25 -0000 On 15 September 2011 18:05, Mark Linimon wrote: >> Usually rather quite later than sooner. > > A perfect opportunity for src committers to dive in and make a > difference :-) I hate you. :) Ok. Some third person test/verify that this patch (a) does what it's supposed to do, and (b) is correct, and I'll commit it. (blah, what am I signing myself up for..) Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 15:18:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4A1C1065674 for ; Thu, 15 Sep 2011 15:18:01 +0000 (UTC) (envelope-from martin.mato@orange.fr) Received: from smtp.univ-perp.fr (smtp.univ-perp.fr [IPv6:2001:660:6302:1:218:feff:fe7c:5a12]) by mx1.freebsd.org (Postfix) with ESMTP id 6001D8FC14 for ; Thu, 15 Sep 2011 15:18:01 +0000 (UTC) Received: from [194.167.138.5] (pcmartino.univ-perp.fr [194.167.138.5]) by smtp.univ-perp.fr (8.13.1/jtpda-5.4) with ESMTP id p8FFHdRJ028873 for ; Thu, 15 Sep 2011 17:17:40 +0200 Message-ID: <4E72170E.6040406@orange.fr> Date: Thu, 15 Sep 2011 17:17:34 +0200 From: Martin MATO Organization: En bordel couvrez User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.univ-perp.fr [194.167.137.6]); Thu, 15 Sep 2011 17:17:40 +0200 (CEST) X-univ-perp-MailScanner-Information: Please contact the ISP for more information X-univ-perp-MailScanner: Found to be clean X-univ-perp-MailScanner-From: martin.mato@orange.fr X-Spam-Status: No X-Mailman-Approved-At: Thu, 15 Sep 2011 15:22:20 +0000 Subject: Re: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martin.mato@orange.fr List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:18:02 -0000 Le 15/09/2011 16:42, Alisson a écrit : > Somebody know when FreeBSD 9.0 Releng will be available? > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Please have a look to http://www.freebsd.org/releng/index.html regards Martin MATO -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. CRI UPVD http://www.univ-perp.fr From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 15:24:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 091A3106566B for ; Thu, 15 Sep 2011 15:24:11 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vw0-f48.google.com (mail-vw0-f48.google.com [209.85.212.48]) by mx1.freebsd.org (Postfix) with ESMTP id B66948FC0A for ; Thu, 15 Sep 2011 15:24:10 +0000 (UTC) Received: by vws7 with SMTP id 7so1925908vws.7 for ; Thu, 15 Sep 2011 08:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pbN0xII48CmEGCDTcCS5oi0SIVC/YgtDVS5+P4nSBRM=; b=UxU9PWrDtMoxJ4q762FHaj0jDDgIn9zuMbWM0IYixsjahN3duu2DVPqS3q7VaqCGhs 6DAPw2gWmx+VeFshMZv5e30VqAiRKm2vTC6OVV2ekwcs1VjmFfvIiNic5FhpPx9UTOD/ a0+iaaTG9fwk7nyFQ9v3eZ/feXqKbi4AdxqLc= MIME-Version: 1.0 Received: by 10.52.177.9 with SMTP id cm9mr2924vdc.476.1316100250051; Thu, 15 Sep 2011 08:24:10 -0700 (PDT) Received: by 10.52.169.98 with HTTP; Thu, 15 Sep 2011 08:24:09 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 16:24:09 +0100 Message-ID: From: Tom Evans To: Alisson Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:24:11 -0000 On Thu, Sep 15, 2011 at 3:42 PM, Alisson wrote: > Somebody know when FreeBSD 9.0 Releng will be available? http://www.freebsd.org/releases/9.0R/schedule.html Remember that just because a date is in the schedule, doesn't make it a hard date. So I don't know, but sometime soon, when it is ready. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 15:30:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C9AA106566B; Thu, 15 Sep 2011 15:30:39 +0000 (UTC) (envelope-from matt.thyer@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 CECB78FC17; Thu, 15 Sep 2011 15:30:38 +0000 (UTC) Received: by wyh15 with SMTP id 15so3768757wyh.13 for ; Thu, 15 Sep 2011 08:30:37 -0700 (PDT) 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=o+03RMymIAVrmiiwIYRzU8nu1dUuwZYfcgBLDQGPsZQ=; b=XA4jPUa2YO895N3HNvCqWBvmRkl4LqMugkRhzs/CVUOQ2a+nyD2O5nhQJCkNFwOjem gz1UG1Cjq+ze6JQCQbI/Nz+ZCn5n7nel48GYZXtZ2AqzxxfkOz/X+QYfjb8RZHSPis7f mjtb7TWDomNXqG64zFXTML3roVP1NTH/53xWM= MIME-Version: 1.0 Received: by 10.216.167.5 with SMTP id h5mr972551wel.96.1316100637554; Thu, 15 Sep 2011 08:30:37 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Thu, 15 Sep 2011 08:30:37 -0700 (PDT) Received: by 10.216.11.9 with HTTP; Thu, 15 Sep 2011 08:30:37 -0700 (PDT) In-Reply-To: <1612847344.9070.1316095570247.JavaMail.root@mail-01.cse.ucsc.edu> References: <1612847344.9070.1316095570247.JavaMail.root@mail-01.cse.ucsc.edu> Date: Fri, 16 Sep 2011 01:00:37 +0930 Message-ID: From: Matt Thyer To: Tim Gustafson Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:30:39 -0000 On Sep 15, 2011 11:36 PM, "Tim Gustafson" wrote: > > > The SAS 2008 chip (SAS 6G) is the one that the FreeBSD mps driver has > > problems with when used with port expanders. It's the older SAS 3G chip > > that works OK with FreeBSD I think. > > I had crossed some wires earlier on in our discussion. > > We do have a SAS 2008 chip in the system already, but it's not the one that's running the external disk boxes (and we are having no problem with those drives). The external disk boxes (the ones that are having the problems) are connect through an LSI SAS 3801E, which is handled by the mpt driver. The mpt driver is what's giving us trouble right now. Can you connect an enclosure to the SAS 2008 chip card you have now and test? I thought I had read about problems like yours with that chip on FreeBSD when using such enclosures. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 16:30:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8571B106564A; Thu, 15 Sep 2011 16:30:37 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f49.google.com (mail-qw0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id 133A58FC15; Thu, 15 Sep 2011 16:30:36 +0000 (UTC) Received: by qwm25 with SMTP id 25so3165598qwm.22 for ; Thu, 15 Sep 2011 09:30:36 -0700 (PDT) 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=cJob52ZvVv6m06E52StrDl4tIKLzo6fu+LuSy7K77mQ=; b=gsa7PMtV6pMoPpJHRgxiK3YjGI9anl1YMqwucBnMPhmUbQnsT3hPWgfjGEgWNXhIR7 HhyfXa7VEYl9//4ULzP4YJ8k5Onwgvsej0rIZmzfCJcaBfs0P31yWf8+VqelM0uI+hLX J9xu2Xr+9u2iQKSq6kEdyoO/UQstbk4Y/P5uM= MIME-Version: 1.0 Received: by 10.224.215.194 with SMTP id hf2mr984143qab.242.1316104235533; Thu, 15 Sep 2011 09:30:35 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 09:30:35 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> <4E71C3ED.6010405@FreeBSD.org> <20110915100500.GA20687@lonesome.com> Date: Thu, 15 Sep 2011 09:30:35 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Mark Linimon , freebsd-current@freebsd.org, Alexander Zagrebin , Andriy Gapon Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:30:37 -0000 On Thu, Sep 15, 2011 at 8:19 AM, Adrian Chadd wrote: > On 15 September 2011 18:05, Mark Linimon wrote: >>> Usually rather quite later than sooner. >> >> A perfect opportunity for src committers to dive in and make a >> difference :-) > > I hate you. :) > > Ok. Some third person test/verify that this patch (a) does what it's > supposed to do, and (b) is correct, and I'll commit it. > > (blah, what am I signing myself up for..) Based on the ticket and the patch, I think this is the right procedure for verifying the patch. Please verify that the case below repros the issue seen by the end-user before applying the patch though :). Thanks, -Garrett supdir=$(mktemp -d /tmp/sup.XXXXXX) # Supfile follows. Change cvsup host as necessary.. cat >$supdir/supfile < $i done # This should fail, requiring multiple tries. csup $supdir/supfile # Clean up rm -Rf $supdir From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 16:31:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AED7C1065676; Thu, 15 Sep 2011 16:31:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 4247C8FC23; Thu, 15 Sep 2011 16:31:33 +0000 (UTC) Received: by qyk10 with SMTP id 10so5544705qyk.13 for ; Thu, 15 Sep 2011 09:31:33 -0700 (PDT) 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:content-transfer-encoding; bh=al4TbT0+AilhlkM5ei6af/b4Xx4BxERwmLtPXRA9AFA=; b=AM+KycCF1CX91HrAH27FD9F8F2PH71YBpFr/LRthpBAi4jL6eIPe7Qq2qbxCgci/ls RaP57x1WLdeqtXzbIPc0IqzobPDMkT/C9Z3WwPmDSx4MYUx4tW1oFyjMDdjfrPk1Fcap 0ehNUA0aQ2EyJwkL6exhuSsCouhP2MR7b/ip0= MIME-Version: 1.0 Received: by 10.224.212.69 with SMTP id gr5mr1106456qab.392.1316104292551; Thu, 15 Sep 2011 09:31:32 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 09:31:32 -0700 (PDT) In-Reply-To: References: <20110908221356.Horde.MFEsZ6Qd9PdOaSIEaid2X_A@avocado.salatschuessel.net> <4E692F87.5010708@sentex.net> <20110909073305.Horde.oi-EGaQd9PdOaaURAsTRVJk@avocado.salatschuessel.net> <4E6A076D.7040309@wintek.com> <8A9A0FE6D93942EA8F725B38FEA381D1@vosz.local> <4E71C3ED.6010405@FreeBSD.org> <20110915100500.GA20687@lonesome.com> Date: Thu, 15 Sep 2011 09:31:32 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mark Linimon , freebsd-current@freebsd.org, Alexander Zagrebin , Andriy Gapon Subject: Re: cvsup broken on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:31:34 -0000 On Thu, Sep 15, 2011 at 9:30 AM, Garrett Cooper wrote: > On Thu, Sep 15, 2011 at 8:19 AM, Adrian Chadd wrote: >> On 15 September 2011 18:05, Mark Linimon wrote: >>>> Usually rather quite later than sooner. >>> >>> A perfect opportunity for src committers to dive in and make a >>> difference :-) >> >> I hate you. :) >> >> Ok. Some third person test/verify that this patch (a) does what it's >> supposed to do, and (b) is correct, and I'll commit it. >> >> (blah, what am I signing myself up for..) > > =A0 =A0Based on the ticket and the patch, I think this is the right > procedure for verifying the patch. Please verify that the case below > repros the issue seen by the end-user before applying the patch though > :). > Thanks, > -Garrett > > supdir=3D$(mktemp -d /tmp/sup.XXXXXX) > # Supfile follows. Change cvsup host as necessary.. > cat >$supdir/supfile < *default host=3Dcvsup10.FreeBSD.org > *default base=3D$supdir > *default prefix=3D$supdir/checkout > *default release=3Dcvs > *default delete use-rel-suffix > *default compress > src-all > EOF > # Get the sources > csup $supdir/supfile > # Empty out the files > for i in $(find $supdir/supfile/sys -name '*.[ch]'); do This should be $supdir/checkout/sys . Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 16:44:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA8310656FA for ; Thu, 15 Sep 2011 16:44:48 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id E24A58FC14 for ; Thu, 15 Sep 2011 16:44:47 +0000 (UTC) Received: by yxk36 with SMTP id 36so2852429yxk.13 for ; Thu, 15 Sep 2011 09:44:47 -0700 (PDT) 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=KT23wFLZppbm1S/DccmZgS0XTd1ZUCRgaT4rujy/pg0=; b=v/2OXi74oOPCorp9IXQN1Keym43g2Uc5FduxchckbLSEJmS6BzMHsMmtf2dJk+hCY9 hRB6xMoombC7zOZbsgLkfo8+giSuqZQo86zsInGrsfq62ZUUVxnt/DeppHXs99KlmwpX obPw52C5OFb/qyY0pUXXPkDqnoy+QO40s3LBQ= MIME-Version: 1.0 Received: by 10.68.8.166 with SMTP id s6mr142053pba.398.1316103627076; Thu, 15 Sep 2011 09:20:27 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 09:20:27 -0700 (PDT) Date: Thu, 15 Sep 2011 12:20:27 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Subject: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:44:48 -0000 Hi, >From today's -CURRENT: Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA2 #17 r225560+be1f8b9: Thu Sep 15 12:05:41 EDT 2011 al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/freebsd/src/sys/GENERIC i386 CPU: Intel(R) Xeon(R) CPU E5420 @ 2.50GHz (2493.80-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 Stepping = 10 Features=0xbfebfbff Features2=0x40ce3bd AMD Features=0x20100000 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 6442450944 (6144 MB) avail memory = 3677458432 (3507 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: <100509 APIC1714> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 [...] est0: failed to enable SpeedStep p4tcc0: on cpu0 est1: failed to enable SpeedStep p4tcc1: on cpu1 est2: failed to enable SpeedStep p4tcc2: on cpu2 est3: failed to enable SpeedStep p4tcc3: on cpu3 est4: failed to enable SpeedStep p4tcc4: on cpu4 est5: failed to enable SpeedStep p4tcc5: on cpu5 est6: failed to enable SpeedStep p4tcc6: on cpu6 est7: failed to enable SpeedStep p4tcc7: on cpu7 It feels strange that the latest FreeBSD do not support est(4) on a 3 years old CPU... Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 17:50:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA8E106566B for ; Thu, 15 Sep 2011 17:50:03 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from mail.ultra-secure.de (mail.ultra-secure.de [78.47.114.122]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB4C8FC17 for ; Thu, 15 Sep 2011 17:50:01 +0000 (UTC) Received: (qmail 15990 invoked by uid 89); 15 Sep 2011 17:39:16 -0000 Received: by simscan 1.4.0 ppid: 15985, pid: 15987, t: 0.1917s scanners: attach: 1.4.0 clamav: 0.97.1/m:53/d:13621 Received: from unknown (HELO linux-0n9l.site.local) (rainer@ultra-secure.de@212.71.117.86) by mail.ultra-secure.de with ESMTPA; 15 Sep 2011 17:39:16 -0000 Date: Thu, 15 Sep 2011 19:38:37 +0200 From: Rainer Duffner To: freebsd-current@freebsd.org Message-ID: <20110915193837.503f2207@linux-0n9l.site.local> In-Reply-To: References: X-Mailer: Claws Mail 3.7.8 (GTK+ 2.22.1; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:50:03 -0000 Am Thu, 15 Sep 2011 11:42:06 -0300 schrieb Alisson : > Somebody know when FreeBSD 9.0 Releng will be available? Judging from the schedule, it's at least a month late. If not two. Unsurprisingly, to me at least. Personally, I don't care. I don't plan with "future" releases anyway, only with the ones available. I assume, one can work reasonably well even with the BETA2 currently out. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 17:58:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 666491065675; Thu, 15 Sep 2011 17:58:59 +0000 (UTC) (envelope-from kob6558@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 18B1F8FC16; Thu, 15 Sep 2011 17:58:58 +0000 (UTC) Received: by iadk27 with SMTP id k27so2335746iad.13 for ; Thu, 15 Sep 2011 10:58:58 -0700 (PDT) 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=6u0KJyje0zoRvgCbxtBEx7eLewArDFXTGaRXnzJ6ZuU=; b=gemt+IZOIY0hk7qM6G4Qbq5JiRLqUmQRYDVLtBILrrzkzbffml0EjYL1gHRJrL3Cup WiS7y16ml1nI6+HxylcRuUWVO+QHEwusuqzPfQFeqnz7Y1lA8kyS7C7QXWEaWr5esdtR h/pb1koEVTq7PIf/oHU5aR9aAZWnQDFOELhlA= MIME-Version: 1.0 Received: by 10.231.24.96 with SMTP id u32mr2246778ibb.61.1316109538331; Thu, 15 Sep 2011 10:58:58 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Thu, 15 Sep 2011 10:58:58 -0700 (PDT) In-Reply-To: <20110915121234.GA10165@in-addr.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> Date: Thu, 15 Sep 2011 10:58:58 -0700 Message-ID: From: Kevin Oberman To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:58:59 -0000 On Thu, Sep 15, 2011 at 5:12 AM, Gary Palmer wrote: > On Wed, Sep 14, 2011 at 03:46:21PM -0700, Kevin Oberman wrote: >> Second, I frequently want custom newfs options, most notably -b, -f, >> and -i. There was no way to do this with sysinstall > > The source appears to disagree with you > > From usr.sbin/sysinstall/label.c > > /* If the user wants a special newfs command for this, set it */ > static void > getNewfsCmd(PartInfo *p) > > I'm pretty sure I've used that option in multiple releases of FBSD. > > If that is missing in the new installer then that is something that needs > fixed. I stand corrected and am baffled by how I missed it. I still want to see the arguments that are to be passed to newfs before I pull the trigger. -- R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 18:02:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A211065670; Thu, 15 Sep 2011 18:02:34 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f49.google.com (mail-qw0-f49.google.com [209.85.216.49]) by mx1.freebsd.org (Postfix) with ESMTP id E202C8FC17; Thu, 15 Sep 2011 18:02:33 +0000 (UTC) Received: by qwm25 with SMTP id 25so3239123qwm.22 for ; Thu, 15 Sep 2011 11:02:33 -0700 (PDT) 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=CVDS4fW8ddxRalr/ef4cDdfqmP+G3SrJY3/HURAhWrk=; b=aU3NMkC0B9OL61t8AGLgZ0iZ3ZjjOJV4M9zyLaesSfcTip0ru+sIwnGbw3eFfeBzxU O393o1ORI1WlNJcvdttVG21Vp0FQEbtAw2xRXRq+VXql81XjvOTmWDjZQuQaCExkarPD M43YWsKmr9AqcMPwlKpggrSFXg12QxOt2MEec= MIME-Version: 1.0 Received: by 10.224.180.136 with SMTP id bu8mr1287920qab.142.1316109753124; Thu, 15 Sep 2011 11:02:33 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 11:02:33 -0700 (PDT) In-Reply-To: References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> Date: Thu, 15 Sep 2011 11:02:33 -0700 Message-ID: From: Garrett Cooper To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Cc: Gary Palmer , lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:02:34 -0000 On Thu, Sep 15, 2011 at 10:58 AM, Kevin Oberman wrote: > On Thu, Sep 15, 2011 at 5:12 AM, Gary Palmer wrote: >> On Wed, Sep 14, 2011 at 03:46:21PM -0700, Kevin Oberman wrote: >>> Second, I frequently want custom newfs options, most notably -b, -f, >>> and -i. There was no way to do this with sysinstall >> >> The source appears to disagree with you >> >> From usr.sbin/sysinstall/label.c >> >> /* If the user wants a special newfs command for this, set it */ >> static void >> getNewfsCmd(PartInfo *p) >> >> I'm pretty sure I've used that option in multiple releases of FBSD. >> >> If that is missing in the new installer then that is something that needs >> fixed. > > I stand corrected and am baffled by how I missed it. > > I still want to see the arguments that are to be passed to newfs > before I pull the trigger. That functionality doesn't exist today, unless you want to drop into the shell and set everything up manually.. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 18:04:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDF03106566B for ; Thu, 15 Sep 2011 18:04:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC078FC18 for ; Thu, 15 Sep 2011 18:04:02 +0000 (UTC) Received: by qyk4 with SMTP id 4so3490538qyk.13 for ; Thu, 15 Sep 2011 11:04:01 -0700 (PDT) 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=s8/uRd9CIaEUwILErOu8hTqRrbWJ6WhyVqMA6oZfdVg=; b=j5Y+ECEK0K8vzVPD/MgXBSczYMO7ZzXsCtPHr0iI4rDmM8aeXm3Q45LyXWvd/8Rx8p I5QtSPEuTO52YZt9hd9ACEW7hBoRG1qxfxbhWC6jRvxaIXn4VdXbnaeCfy/HRYUt0Yya Unmr7PRqk1lnHh8OCbVXlNTIcaSxUkt9b5ChU= MIME-Version: 1.0 Received: by 10.224.180.136 with SMTP id bu8mr1289477qab.142.1316109841798; Thu, 15 Sep 2011 11:04:01 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 11:04:01 -0700 (PDT) In-Reply-To: <20110915193837.503f2207@linux-0n9l.site.local> References: <20110915193837.503f2207@linux-0n9l.site.local> Date: Thu, 15 Sep 2011 11:04:01 -0700 Message-ID: From: Garrett Cooper To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD 9.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:04:02 -0000 On Thu, Sep 15, 2011 at 10:38 AM, Rainer Duffner wrote: > Am Thu, 15 Sep 2011 11:42:06 -0300 > schrieb Alisson : > >> Somebody know when FreeBSD 9.0 Releng will be available? > > > Judging from the schedule, it's at least a month late. If not two. > Unsurprisingly, to me at least. > > Personally, I don't care. I don't plan with "future" releases > anyway, only with the ones available. > > I assume, one can work reasonably well even with the BETA2 currently > out. To some degree yes. It's a fairly good sneak peak of what 9.0-RELEASE will contain, plus some performance tweaks that kib@ has committed for jhb@, etc, and other potential minor bugfixes, etc. -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 18:55:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBDF3106566B; Thu, 15 Sep 2011 18:55:04 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id B94EA8FC13; Thu, 15 Sep 2011 18:55:04 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R4H5T-0009NW-AV; Thu, 15 Sep 2011 14:55:03 -0400 Date: Thu, 15 Sep 2011 14:55:03 -0400 From: Gary Palmer To: Garrett Cooper Message-ID: <20110915185503.GB10165@in-addr.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:55:05 -0000 On Thu, Sep 15, 2011 at 11:02:33AM -0700, Garrett Cooper wrote: > On Thu, Sep 15, 2011 at 10:58 AM, Kevin Oberman wrote: > > On Thu, Sep 15, 2011 at 5:12 AM, Gary Palmer wrote: > >> On Wed, Sep 14, 2011 at 03:46:21PM -0700, Kevin Oberman wrote: > >>> Second, I frequently want custom newfs options, most notably -b, -f, > >>> and -i. There was no way to do this with sysinstall > >> > >> The source appears to disagree with you > >> > >> From usr.sbin/sysinstall/label.c > >> > >> /* If the user wants a special newfs command for this, set it */ > >> static void > >> getNewfsCmd(PartInfo *p) > >> > >> I'm pretty sure I've used that option in multiple releases of FBSD. > >> > >> If that is missing in the new installer then that is something that needs > >> fixed. > > > > I stand corrected and am baffled by how I missed it. > > > > I still want to see the arguments that are to be passed to newfs > > before I pull the trigger. > > That functionality doesn't exist today, unless you want to drop into > the shell and set everything up manually.. Is there a way of tracking suggested improvements to the new installer other than the mailing list archives? Gary From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 18:58:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74518106564A; Thu, 15 Sep 2011 18:58:59 +0000 (UTC) (envelope-from yanegomi@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 1BAFB8FC19; Thu, 15 Sep 2011 18:58:58 +0000 (UTC) Received: by iadk27 with SMTP id k27so2405925iad.13 for ; Thu, 15 Sep 2011 11:58:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=fk7xvWofKTkYaRj1wHM+jYDA7gB4AzWroEZ70wm/nEc=; b=p+3KKP57cAI/l0N9MkqAYrV1e4hm2xITKkVkQD81Vz03m7vqykqYFxtDw7TjcgWP9g y1P7uBvVC5jGyb8H+hIz4I3HnsX7t/9S4i/vgCum3OhzQeSkg+qTOSHl29WrBDAmj7IV QgjLwu4tD0xIAk0rbpl25NhXRg3aAyGEn7cLQ= Received: by 10.43.134.7 with SMTP id ia7mr910204icc.201.1316113138669; Thu, 15 Sep 2011 11:58:58 -0700 (PDT) Received: from kruse-111.3.ixsystems.com (drawbridge.ixsystems.com. [206.40.55.65]) by mx.google.com with ESMTPS id g16sm5841398ibs.8.2011.09.15.11.58.56 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 11:58:57 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Garrett Cooper In-Reply-To: <20110915185503.GB10165@in-addr.com> Date: Thu, 15 Sep 2011 11:58:55 -0700 Message-Id: References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> <20110915185503.GB10165@in-addr.com> To: Gary Palmer X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: lev@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:58:59 -0000 On Sep 15, 2011, at 11:55 AM, Gary Palmer wrote: > Is there a way of tracking suggested improvements to the new installer http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/ ? It's = a little more annoying viewing changes in the ViewVC interface. There's = also svn log though if you have a source tree with svn checked out.. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 19:12:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BA2E106566B for ; Thu, 15 Sep 2011 19:12:19 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0A3ED8FC13 for ; Thu, 15 Sep 2011 19:12:19 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R4HMA-0009Q7-48; Thu, 15 Sep 2011 15:12:18 -0400 Date: Thu, 15 Sep 2011 15:12:18 -0400 From: Gary Palmer To: Garrett Cooper Message-ID: <20110915191218.GC10165@in-addr.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> <20110915185503.GB10165@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:12:19 -0000 On Thu, Sep 15, 2011 at 11:58:55AM -0700, Garrett Cooper wrote: > On Sep 15, 2011, at 11:55 AM, Gary Palmer wrote: > > > Is there a way of tracking suggested improvements to the new installer > > http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/ ? It's a > little more annoying viewing changes in the ViewVC interface. There's > also svn log though if you have a source tree with svn checked out.. Apologies if you misunderstood my query. There has been a lot of discussion lately about bsdinstall, both bugs (or what people consider bugs) and suggestions for improvements. Bugs should obviously go in gnats (Discussions about whether gnats should be replaced can happen behind the pink bikeshed). How about improvement suggestions? Are they tracked anywhere? Wiki, gnats, scrap of paper on someones desk, etc? Even if they are ultimately not considered for inclusion into the new installer, there needs to be a way of tracking all the feedback. Thanks, Gary From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 19:22:10 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABF01106564A for ; Thu, 15 Sep 2011 19:22:10 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 009218FC08 for ; Thu, 15 Sep 2011 19:22:09 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id WAA17805; Thu, 15 Sep 2011 22:22:06 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R4HVe-0004na-0D; Thu, 15 Sep 2011 22:22:06 +0300 Message-ID: <4E72505B.30700@FreeBSD.org> Date: Thu, 15 Sep 2011 22:22:03 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:22:10 -0000 on 15/09/2011 19:20 Arnaud Lacombe said the following: > est0: failed to enable SpeedStep > p4tcc0: on cpu0 > est1: failed to enable SpeedStep > p4tcc1: on cpu1 > est2: failed to enable SpeedStep > p4tcc2: on cpu2 > est3: failed to enable SpeedStep > p4tcc3: on cpu3 > est4: failed to enable SpeedStep > p4tcc4: on cpu4 > est5: failed to enable SpeedStep > p4tcc5: on cpu5 > est6: failed to enable SpeedStep > p4tcc6: on cpu6 > est7: failed to enable SpeedStep > p4tcc7: on cpu7 > > It feels strange that the latest FreeBSD do not support est(4) on a 3 > years old CPU... Somehow I do not read "failed to enable" as "can not detect" or "can not support" SpeedStep on this CPU. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 19:32:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F639106564A for ; Thu, 15 Sep 2011 19:32:32 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f45.google.com (mail-vw0-f45.google.com [209.85.212.45]) by mx1.freebsd.org (Postfix) with ESMTP id B6C768FC15 for ; Thu, 15 Sep 2011 19:32:31 +0000 (UTC) Received: by vws17 with SMTP id 17so5046451vws.18 for ; Thu, 15 Sep 2011 12:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kd21MM8j0IVLVgW+MYHEHpwUcKmDugldeBbc7Zhw9TI=; b=tE6UYwq0a85o4exNlm3c1nNgxo7mh1eLUXdOEWPL+bmwBUFJbMmoxENO8SUDi3oFzK cc26QCRCMwWs9vybUE2ytO03UwJ+0/Vzo9lVrZrECRBe5YO7JbMDJOlg76VeKSeFD70J MEDc/FAYHrnojvKSXPWi0FGX4UxGa1FCe1Zb8= MIME-Version: 1.0 Received: by 10.52.96.166 with SMTP id dt6mr1320361vdb.345.1316115150944; Thu, 15 Sep 2011 12:32:30 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.225 with HTTP; Thu, 15 Sep 2011 12:32:30 -0700 (PDT) In-Reply-To: <4E72505B.30700@FreeBSD.org> References: <4E72505B.30700@FreeBSD.org> Date: Thu, 15 Sep 2011 21:32:30 +0200 X-Google-Sender-Auth: HJEB6KrlcHjZIu5-yUHe9f-bi9k Message-ID: From: "K. Macy" To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current , Arnaud Lacombe Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:32:32 -0000 On Thu, Sep 15, 2011 at 9:22 PM, Andriy Gapon wrote: > on 15/09/2011 19:20 Arnaud Lacombe said the following: >> est0: failed to enable SpeedStep >> p4tcc0: on cpu0 >> est1: failed to enable SpeedStep >> p4tcc1: on cpu1 >> est2: failed to enable SpeedStep >> p4tcc2: on cpu2 >> est3: failed to enable SpeedStep >> p4tcc3: on cpu3 >> est4: failed to enable SpeedStep >> p4tcc4: on cpu4 >> est5: failed to enable SpeedStep >> p4tcc5: on cpu5 >> est6: failed to enable SpeedStep >> p4tcc6: on cpu6 >> est7: failed to enable SpeedStep >> p4tcc7: on cpu7 >> >> It feels strange that the latest FreeBSD do not support est(4) on a 3 >> years old CPU... > > Somehow I do not read "failed to enable" as "can not detect" or "can not > support" SpeedStep on this CPU. sys/x86/cpufreq/est.c:1008 /* Attempt to enable SpeedStep if not currently enabled. */ msr = rdmsr(MSR_MISC_ENABLE); if ((msr & MSR_SS_ENABLE) == 0) { wrmsr(MSR_MISC_ENABLE, msr | MSR_SS_ENABLE); if (bootverbose) device_printf(dev, "enabling SpeedStep\n"); /* Check if the enable failed. */ msr = rdmsr(MSR_MISC_ENABLE); if ((msr & MSR_SS_ENABLE) == 0) { device_printf(dev, "failed to enable SpeedStep\n"); return (ENXIO); } } Andriy - He is correct. Possibly power management on server processors isn't considered a priority by the maintainer. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 19:57:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31F9B1065672; Thu, 15 Sep 2011 19:57:35 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f42.google.com (mail-qw0-f42.google.com [209.85.216.42]) by mx1.freebsd.org (Postfix) with ESMTP id C21318FC0A; Thu, 15 Sep 2011 19:57:34 +0000 (UTC) Received: by qwi4 with SMTP id 4so3539977qwi.15 for ; Thu, 15 Sep 2011 12:57:34 -0700 (PDT) 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:content-transfer-encoding; bh=HTELHfWG7VJ3MAEmM7SwJofDgBapNvLDfuXUYL0HPgU=; b=rv3R9uRwmWmpabnFNhkHtWIGcmZsG58IWlL8f92u9AQCnfaZwqCgLHjrACSbi9xL+7 BWYOvfyX+Sixsgd2UU+5TSQq9tv9ab8JvYgNGfL7VUs0aqbL9OPiG0i5TDxUNOnQ1DwT Pq6Izl0Hk3PZM/+i8DADeg0GuLU666ELnDSJo= MIME-Version: 1.0 Received: by 10.224.180.136 with SMTP id bu8mr1394443qab.142.1316116653853; Thu, 15 Sep 2011 12:57:33 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 15 Sep 2011 12:57:33 -0700 (PDT) In-Reply-To: <20110915191218.GC10165@in-addr.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> <20110915185503.GB10165@in-addr.com> <20110915191218.GC10165@in-addr.com> Date: Thu, 15 Sep 2011 12:57:33 -0700 Message-ID: From: Garrett Cooper To: Gary Palmer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:57:35 -0000 On Thu, Sep 15, 2011 at 12:12 PM, Gary Palmer wrote: > On Thu, Sep 15, 2011 at 11:58:55AM -0700, Garrett Cooper wrote: >> On Sep 15, 2011, at 11:55 AM, Gary Palmer wrote: >> >> > Is there a way of tracking suggested improvements to the new installer >> >> =A0 =A0 =A0 http://svnweb.freebsd.org/base/head/usr.sbin/bsdinstall/ ? I= t's a >> little more annoying viewing changes in the ViewVC interface. There's >> also svn log though if you have a source tree with svn checked out.. > > Apologies if you misunderstood my query. =A0There has been a lot of discu= ssion > lately about bsdinstall, both bugs (or what people consider bugs) and > suggestions for improvements. =A0Bugs should obviously go in gnats > (Discussions about whether gnats should be replaced can happen > behind the pink bikeshed). =A0How about improvement suggestions? =A0Are > they tracked anywhere? =A0Wiki, gnats, scrap of paper on someones desk, > etc? =A0Even if they are ultimately not considered for inclusion into > the new installer, there needs to be a way of tracking all the feedback. Seems like this is the best spot: http://wiki.freebsd.org/BSDInstall -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 20:26:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 551B8106566C for ; Thu, 15 Sep 2011 20:26:04 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id 12DC28FC12 for ; Thu, 15 Sep 2011 20:26:03 +0000 (UTC) Received: by gwj16 with SMTP id 16so3193564gwj.37 for ; Thu, 15 Sep 2011 13:26:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ztXdPkWAUAfA1+gCR8oEra36WJb/2ZVKSTijL3fZUlo=; b=nCG54UmPMAU8MAV64bVd4zBE9gQkT466BxpYvzks03d0HwDvixxYQf9YkYkV+RblU1 WM7cQ9u9rqGW+g9Mt3xnsuvTxxX3kKA8FWsCn5iGZQUzK2/1X+0kZURDGOVk4KrGLWC9 N4mmP7CIjSW/pT+vagdU5iVZJCfrTrC9hJokw= MIME-Version: 1.0 Received: by 10.52.89.36 with SMTP id bl4mr860657vdb.10.1316118363242; Thu, 15 Sep 2011 13:26:03 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.225 with HTTP; Thu, 15 Sep 2011 13:26:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 22:26:03 +0200 X-Google-Sender-Auth: UM3rEWlqHoQgqKCdgUaXJqE54SE Message-ID: From: "K. Macy" To: Arnaud Lacombe Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 20:26:04 -0000 I was just discussing this issues with some others - evidently est(9) works fine on both older and newer cpus. I see you're active on lkml - does the linux driver work correctly on this machine? i.e. do you know that it isn't disabled in the BIOS. Thanks On Thu, Sep 15, 2011 at 6:20 PM, Arnaud Lacombe wrote: > Hi, > > >From today's -CURRENT: > > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA2 #17 r225560+be1f8b9: Thu Sep 15 12:05:41 EDT 2011 > =A0 =A0al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/free= bsd/src/sys/GENERIC > i386 > CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5420 =A0@ 2.50GHz (2493.80= -MHz 686-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Family =3D 6 =A0Model = =3D 17 =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40ce3bd > =A0AMD Features=3D0x20100000 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant, performance statistics > real memory =A0=3D 6442450944 (6144 MB) > avail memory =3D 3677458432 (3507 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <100509 APIC1714> > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 2 package(s) x 4 core(s) > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP): APIC ID: =A03 > =A0cpu4 (AP): APIC ID: =A04 > =A0cpu5 (AP): APIC ID: =A05 > =A0cpu6 (AP): APIC ID: =A06 > =A0cpu7 (AP): APIC ID: =A07 > [...] > est0: failed to enable SpeedStep > p4tcc0: on cpu0 > est1: failed to enable SpeedStep > p4tcc1: on cpu1 > est2: failed to enable SpeedStep > p4tcc2: on cpu2 > est3: failed to enable SpeedStep > p4tcc3: on cpu3 > est4: failed to enable SpeedStep > p4tcc4: on cpu4 > est5: failed to enable SpeedStep > p4tcc5: on cpu5 > est6: failed to enable SpeedStep > p4tcc6: on cpu6 > est7: failed to enable SpeedStep > p4tcc7: on cpu7 > > It feels strange that the latest FreeBSD do not support est(4) on a 3 > years old CPU... > > Thanks, > =A0- Arnaud > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 20:31:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2999E106566B; Thu, 15 Sep 2011 20:31:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id DBB618FC13; Thu, 15 Sep 2011 20:31:50 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R4Ib7-0007TP-Ks>; Thu, 15 Sep 2011 22:31:49 +0200 Received: from e178034098.adsl.alicedsl.de ([85.178.34.98] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R4Ib7-00053h-IG>; Thu, 15 Sep 2011 22:31:49 +0200 Message-ID: <4E7260B5.5090401@zedat.fu-berlin.de> Date: Thu, 15 Sep 2011 22:31:49 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: "freebsd-performance@freebsd.org" , freebsd-current Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.34.98 Cc: Subject: FreeBSD and GPGPU on nVidia (OpenCL/CUDA): Pathscale and "open" compute driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 20:31:51 -0000 Just read this on www.phoronix.com: http://www.phoronix.com/scan.php?page=news_item&px=OTkxMA Does it sound promising? It seems so. Even if this would be a commercial product which would fits into FreeBSD's gap of having GPU compute support, this could be an affordable solution. From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 21:04:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18AB106564A; Thu, 15 Sep 2011 21:04:26 +0000 (UTC) (envelope-from tjg@soe.ucsc.edu) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mx1.freebsd.org (Postfix) with ESMTP id AE8AA8FC14; Thu, 15 Sep 2011 21:04:26 +0000 (UTC) Received: from mail-01.cse.ucsc.edu (mail-01.cse.ucsc.edu [128.114.48.32]) by mail-01.cse.ucsc.edu (Postfix) with ESMTP id 7CF001009C06; Thu, 15 Sep 2011 14:04:26 -0700 (PDT) Date: Thu, 15 Sep 2011 14:04:26 -0700 (PDT) From: Tim Gustafson To: Matt Thyer Message-ID: <1142647471.10299.1316120666464.JavaMail.root@mail-01.cse.ucsc.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [128.114.49.22] X-Mailer: Zimbra 6.0.9_GA_2686 (ZimbraWebClient - FF3.0 ([unknown])/6.0.9_GA_2686) Cc: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: RELENG_8 / mpt / zpool Errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 21:04:26 -0000 > Can you connect an enclosure to the SAS 2008 chip card you have now > and test? I thought I had read about problems like yours with that > chip on FreeBSD when using such enclosures. The SAS 2008 chip we have is built in to the motherboard; it does not have any external connectors. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Tim Gustafson tjg@soe.ucsc.edu Baskin School of Engineering 831-459-5354 UC Santa Cruz Baskin Engineering 317B -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 21:09:04 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66336106564A; Thu, 15 Sep 2011 21:09:04 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF9398FC0A; Thu, 15 Sep 2011 21:09:03 +0000 (UTC) Received: by gyf2 with SMTP id 2so3096712gyf.13 for ; Thu, 15 Sep 2011 14:09:03 -0700 (PDT) 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:content-transfer-encoding; bh=pxXtA3Bd9m+UIH/ClMq70s0IKOOzGAlxFCzrXtxL0eQ=; b=xaDXpYOI5Loj5yvKWx2xm7m9PsOn3WNYYxayGPX+JZ5PqB+E8s2FeAzjz+Ak4o/yRN 7PinJpnym14laRmKV/Emrobde2s7b1qOgIOTJXVjAAYCTPG6xQPfFOiJQcArJrr7blTd nYUbt7Y1jDxS5ftBofAk0MkAPh88zPj1sBxL8= MIME-Version: 1.0 Received: by 10.150.67.10 with SMTP id p10mr1686682yba.278.1316119358970; Thu, 15 Sep 2011 13:42:38 -0700 (PDT) Received: by 10.150.136.11 with HTTP; Thu, 15 Sep 2011 13:42:38 -0700 (PDT) In-Reply-To: References: <4E72505B.30700@FreeBSD.org> Date: Thu, 15 Sep 2011 13:42:38 -0700 Message-ID: From: Xin LI To: "K. Macy" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , Arnaud Lacombe , Andriy Gapon Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 21:09:04 -0000 On Thu, Sep 15, 2011 at 12:32 PM, K. Macy wrote: [...] > sys/x86/cpufreq/est.c:1008 > > =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Attempt to enable SpeedStep if not currentl= y enabled. */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0msr =3D rdmsr(MSR_MISC_ENABLE); > =C2=A0 =C2=A0 =C2=A0 =C2=A0if ((msr & MSR_SS_ENABLE) =3D=3D 0) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0wrmsr(MSR_MISC_ENA= BLE, msr | MSR_SS_ENABLE); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if (bootverbose) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0device_printf(dev, "enabling SpeedStep\n"); > > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* Check if the en= able failed. */ > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0msr =3D rdmsr(MSR_= MISC_ENABLE); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0if ((msr & MSR_SS_= ENABLE) =3D=3D 0) { > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0device_printf(dev, "failed to enable SpeedStep\n"); > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0return (ENXIO); Looking at the Intel=C2=AE 64 and IA-32 Architectures Software Developer=C2= =92s Manual (section 14.1), I think the code here is right? (I'd expect Linux do the same since the code are mostly the same there). Cheers, --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 21:12:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91C16106564A; Thu, 15 Sep 2011 21:12:12 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3E50C8FC15; Thu, 15 Sep 2011 21:12:11 +0000 (UTC) Received: by yxk36 with SMTP id 36so3098092yxk.13 for ; Thu, 15 Sep 2011 14:12:11 -0700 (PDT) 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:content-transfer-encoding; bh=lKqRITImYzqaYth7hKIee+kOnRi/94OT71xUoBhVaJE=; b=Lj8yJZy4IV/WGmyJbRgY7pqMFjZVBNdy3qSSPEcZ93bYjKphO5hxOaj2GSfVzM6wf6 7RzMUcsjsf1gpZHnNDVTFRkCa1GaziHf/DCKFkp/nMG7lYl5LQ+Nk/gOQHxq5yoarUPQ X00/0aQmUqfgSq1TY20RDreOwD7xl/7KG0kGM= MIME-Version: 1.0 Received: by 10.68.8.166 with SMTP id s6mr526855pba.398.1316121131004; Thu, 15 Sep 2011 14:12:11 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 14:12:10 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 17:12:10 -0400 Message-ID: From: Arnaud Lacombe To: "K. Macy" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 21:12:12 -0000 Hi, On Thu, Sep 15, 2011 at 4:26 PM, K. Macy wrote: > I was just discussing this issues with some others - evidently est(9) > works fine on both older and newer cpus. I see you're active on lkml - > does the linux driver work correctly on this machine? i.e. do you know > that it isn't disabled in the BIOS. > Actually, I checked the BIOS after I sent the mail. I not see anything related to that. Looking again, there is a BIOS entry named "Ratio CMOS Setting" whose help reads "Sets the ratio between CPU Core Clock and the FSB. Note: For CedarMill and Prescott Family CPUs, the setup option only available when Intel SpeedStep technology is disabled.". However, I'm not sure whether or not the E5420 is either a CedarMill and Prescott Family CPUs, or maybe the BIOS is just not enabling the feature. I did not try to boot a Linux on that platform. - Arnaud > Thanks > > On Thu, Sep 15, 2011 at 6:20 PM, Arnaud Lacombe wrot= e: >> Hi, >> >> >From today's -CURRENT: >> >> Copyright (c) 1992-2011 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> =A0 =A0 =A0 =A0The Regents of the University of California. All rights r= eserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 9.0-BETA2 #17 r225560+be1f8b9: Thu Sep 15 12:05:41 EDT 2011 >> =A0 =A0al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/fre= ebsd/src/sys/GENERIC >> i386 >> CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5420 =A0@ 2.50GHz (2493.8= 0-MHz 686-class CPU) >> =A0Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Family =3D 6 =A0Model = =3D 17 =A0Stepping =3D 10 >> =A0Features=3D0xbfebfbff >> =A0Features2=3D0x40ce3bd >> =A0AMD Features=3D0x20100000 >> =A0AMD Features2=3D0x1 >> =A0TSC: P-state invariant, performance statistics >> real memory =A0=3D 6442450944 (6144 MB) >> avail memory =3D 3677458432 (3507 MB) >> Event timer "LAPIC" quality 400 >> ACPI APIC Table: <100509 APIC1714> >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> FreeBSD/SMP: 2 package(s) x 4 core(s) >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP): APIC ID: =A03 >> =A0cpu4 (AP): APIC ID: =A04 >> =A0cpu5 (AP): APIC ID: =A05 >> =A0cpu6 (AP): APIC ID: =A06 >> =A0cpu7 (AP): APIC ID: =A07 >> [...] >> est0: failed to enable SpeedStep >> p4tcc0: on cpu0 >> est1: failed to enable SpeedStep >> p4tcc1: on cpu1 >> est2: failed to enable SpeedStep >> p4tcc2: on cpu2 >> est3: failed to enable SpeedStep >> p4tcc3: on cpu3 >> est4: failed to enable SpeedStep >> p4tcc4: on cpu4 >> est5: failed to enable SpeedStep >> p4tcc5: on cpu5 >> est6: failed to enable SpeedStep >> p4tcc6: on cpu6 >> est7: failed to enable SpeedStep >> p4tcc7: on cpu7 >> >> It feels strange that the latest FreeBSD do not support est(4) on a 3 >> years old CPU... >> >> Thanks, >> =A0- Arnaud >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 21:19:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0104F106564A for ; Thu, 15 Sep 2011 21:19:30 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pz0-f47.google.com (mail-pz0-f47.google.com [209.85.210.47]) by mx1.freebsd.org (Postfix) with ESMTP id CF6218FC1A for ; Thu, 15 Sep 2011 21:19:29 +0000 (UTC) Received: by pzk2 with SMTP id 2so285918pzk.13 for ; Thu, 15 Sep 2011 14:19:29 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=NluxbA7w95c9NB+belvWTBIllv0NZqypDim5mPb2QcE=; b=ABYbaC0ZAQ6lrrLNIr0FYEHXO24x0eNSuZyp+OATJUny8XuqA+AWb6SJyNDvZ2HObJ lc+tYeD0CH4Y7/S42/h7FowCmTfDTuRSkiKgNXErylQe6RUZiyAt6CVcPiJK0Foq1Woa +nj+5ilmdJ0jBRfio6qJIRkf38bTkHqN4TiiU= MIME-Version: 1.0 Received: by 10.68.38.9 with SMTP id c9mr2356426pbk.264.1316121569446; Thu, 15 Sep 2011 14:19:29 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 14:19:29 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 17:19:29 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 21:19:30 -0000 Hi, On Thu, Sep 15, 2011 at 12:20 PM, Arnaud Lacombe wrote= : > Hi, > > From today's -CURRENT: > > Copyright (c) 1992-2011 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0The Regents of the University of California. All rights re= served. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA2 #17 r225560+be1f8b9: Thu Sep 15 12:05:41 EDT 2011 > =A0 =A0al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/free= bsd/src/sys/GENERIC > i386 > CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5420 =A0@ 2.50GHz (2493.80= -MHz 686-class CPU) > =A0Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Family =3D 6 =A0Model = =3D 17 =A0Stepping =3D 10 > =A0Features=3D0xbfebfbff > =A0Features2=3D0x40ce3bd > =A0AMD Features=3D0x20100000 > =A0AMD Features2=3D0x1 > =A0TSC: P-state invariant, performance statistics > real memory =A0=3D 6442450944 (6144 MB) > avail memory =3D 3677458432 (3507 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: <100509 APIC1714> > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > FreeBSD/SMP: 2 package(s) x 4 core(s) > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > =A0cpu2 (AP): APIC ID: =A02 > =A0cpu3 (AP): APIC ID: =A03 > =A0cpu4 (AP): APIC ID: =A04 > =A0cpu5 (AP): APIC ID: =A05 > =A0cpu6 (AP): APIC ID: =A06 > =A0cpu7 (AP): APIC ID: =A07 > [...] > est0: failed to enable SpeedStep > p4tcc0: on cpu0 > est1: failed to enable SpeedStep > p4tcc1: on cpu1 > est2: failed to enable SpeedStep > p4tcc2: on cpu2 > est3: failed to enable SpeedStep > p4tcc3: on cpu3 > est4: failed to enable SpeedStep > p4tcc4: on cpu4 > est5: failed to enable SpeedStep > p4tcc5: on cpu5 > est6: failed to enable SpeedStep > p4tcc6: on cpu6 > est7: failed to enable SpeedStep > p4tcc7: on cpu7 > different issue, same config, still est(4) related, bot on a Q9650: FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-BETA2 #16 r225462+e068e24-dirty: Sat Sep 10 14:50:17 EDT 2011 al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/freebsd/s= rc/sys/GENERIC i386 CPU: Pentium III/Pentium III Xeon/Celeron (2666.72-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x1067a Family =3D 6 Model =3D 17 St= epping =3D 10 Features=3D0xbfebfbff Features2=3D0x408e3fd AMD Features=3D0x20100000 AMD Features2=3D0x1 TSC: P-state invariant, performance statistics real memory =3D 2147483648 (2048 MB) avail memory =3D 2084757504 (1988 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 [...] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082506000825 device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082506000825 device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082506000825 device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082506000825 device_attach: est3 attach returned 6 p4tcc3: on cpu3 - Arnaud > It feels strange that the latest FreeBSD do not support est(4) on a 3 > years old CPU... > > Thanks, > =A0- Arnaud > From owner-freebsd-current@FreeBSD.ORG Thu Sep 15 22:51:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A517E106564A; Thu, 15 Sep 2011 22:51:52 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4FEC68FC13; Thu, 15 Sep 2011 22:51:52 +0000 (UTC) Received: by gyf2 with SMTP id 2so3161686gyf.13 for ; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) 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:content-transfer-encoding; bh=KI4/Qh3GiBXs4aRUAEqpn/usJ+UNMdB5FvFcLtlHIbQ=; b=JZ1lvtFITmwNjhDzv039M1tOoS2MiYujMnVMUSmpYR00FNf62S2ZGz7RLJK5V5NMkN AFF4u4mXFDYSqcc4IJaYERTFSrQwoTvhSAVTHno//KMyhUXkfvskCAOuZBIoxJk5N/ss BthISnzHr6LrNjNxZQsXzWb6DNvYiQBbF56T4= MIME-Version: 1.0 Received: by 10.68.71.200 with SMTP id x8mr915581pbu.465.1316127111396; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 15:51:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 18:51:51 -0400 Message-ID: From: Arnaud Lacombe To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , Jack Vogel Subject: Re: FreeBSD 7-STABLE mbuf corruption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 22:51:52 -0000 Hi, [added -current@ to the CC list, as the issue is still present in 9.0-BETA2= ] On Wed, Sep 7, 2011 at 7:19 PM, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 5, 2011 at 2:59 AM, Arnaud Lacombe wrote= : >> Hi folks, >> >> We have been trying to track down a bad mbuf management for about two >> weeks on a customized 7.1 base. I have finally been able to reproduce >> it with a stock FreeBSD 7-STABLE (kernel from r225276, userland from >> 7.4). >> >> With the help of the attached patches, I have just been able to >> trigger the following panic: >> >> panic: Corrupted unused flags, expected 0xffffffff00000000, got 0x0, fla= gs 0x3 >> cpuid =3D 1 >> Uptime: 3d10h5m3s >> Cannot dump. No dump device defined >> > General form of the crash is: > > panic: Corrupted unused flags, expected 0xffffffff00000000, got > 0xbabe0000000000, flags 0xbabe0000babe00 > cpuid =3D 0 > KDB: stack backtrace: > db_trace_self_wrapper(c0874e29,0,c0835757,f4574c48,0,...) at > db_trace_self_wrapper+0x26 > panic(c0835757,0,ffffffff,0,babe00,...) at panic+0x10b > igb_txeof(c6a25008,0,c0837083,5ea,17c,...) at igb_txeof+0x399 > igb_msix_que(c6a2b800,0,c084d367,4b6,c69dd068,...) at igb_msix_que+0x7b > ithread_loop(c6a29090,f4574d38,c084d0db,31c,c6a16828,...) at ithread_loop= +0xc3 > fork_exit(c061d520,c6a29090,f4574d38) at fork_exit+0xa6 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip =3D 0, esp =3D 0xf4574d70, ebp =3D 0 --- > Uptime: 1m42s > I converted igb(4) to use the legacy if_start() logic and triggered the following panic on the latest FreeBSD 9.0-BETA2: panic: Corrupted mbuf tainting, expected 0xffff, got 0xaabb, taint 0xaabb cpuid =3D 6 KDB: enter: panic [ thread pid 0 tid 100045 ] Stopped at kdb_enter+0x3b: movl $0,kdb_why db> bt Tracing pid 0 tid 100045 td 0xc6bd52e0 kdb_enter(c081831c,c081831c,c08026c1,c673ec28,6,...) at kdb_enter+0x3b panic(c08026c1,ffff,aabb,aabb,c6bd1400,...) at panic+0x103 igb_txeof(c6bd1408,0,c080411c,558,c6bd1408,...) at igb_txeof+0x318 igb_handle_que(c6bac400,1,c081e508,130,c673ecb0,...) at igb_handle_que+0xae taskqueue_run_locked(c6bdc400,c6bdc418,0,c080a966,0,...) at taskqueue_run_locked+0xa3 taskqueue_thread_loop(c6bac430,c673ed28,c0812d90,3f9,0,...) at taskqueue_thread_loop+0x4d fork_exit(c063ea10,c6bac430,c673ed28) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip =3D 0, esp =3D 0xc673ed60, ebp =3D 0 --- for those who have not followed the thread on -net, the same mbuf is queued twice in the interface queue, transmitted twice... and freed twice. Of course, after having been released first, it ends up eventually in a socket buffer, and when it gets released the second time, it triggers all kind of funny panic() and crashes. The 0xaabb pattern comes from memory tainting with INVARIANTS at the ends of m_free(). I can provide the patches I am testing with. - Arnaud > It happens particularly easily when the box receives wall of SYN > (about 1000 cnx attempts at once) every 5s or so. > > =A0- Arnaud > >> >> [cut stuff no one cares about...] > From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 00:00:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F68A106566C for ; Fri, 16 Sep 2011 00:00:18 +0000 (UTC) (envelope-from olivares14031@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 D57D68FC08 for ; Fri, 16 Sep 2011 00:00:17 +0000 (UTC) Received: by iadk27 with SMTP id k27so2747049iad.13 for ; Thu, 15 Sep 2011 17:00:17 -0700 (PDT) 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=G2buhic56zgr4eDZy7l/sjAgeDPcCX40nKEPFNqDHY8=; b=usZ8/+GQHr5hVPSp6pQT6vyT7gi5++70zzinfp1O7qS5zvpQzIQv4ktqvGZg/u45GG XCTn157xoCdUXVMVqvLdDAddADj5wxtaOonAk3BLyVbjrNuIDnRMBR+HBlVQGhMrue5I lN2W1wF9qVaHvBWM6IoXZwW7HvbFeqq+pnmzg= MIME-Version: 1.0 Received: by 10.42.161.196 with SMTP id u4mr787204icx.145.1316129752751; Thu, 15 Sep 2011 16:35:52 -0700 (PDT) Received: by 10.43.51.67 with HTTP; Thu, 15 Sep 2011 16:35:52 -0700 (PDT) Date: Thu, 15 Sep 2011 18:35:52 -0500 Message-ID: From: Antonio Olivares To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: no X after installing xorg + xfce X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 00:00:18 -0000 Dear folks, I hope this is the correct list to post this message. I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit machine, I have used the ports to install xfce and xorg. When I type startx, I get a screen with a bunch of colors no mouse, no keyboard, just colors. The machine has nvidia onboard graphics. I am trying to get kernel sources installed via sysinstall to install nvidia-driver but I can't get anywhere from any ftp site I select at random. I have updated to latest sources available on the ports and it comes up the same. I have to use the nv driver, should I try the nouveau driver? What should I do? I want to help in testing and have no way to report bugs as without X there's not much one can do :( Thanks for advice/suggestions/comments. I am successfully running FreeBSD 8.2 amd64 on three machines two at home and one at work in case it is important/relevant in the thread. Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 00:05:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B69F1065677 for ; Fri, 16 Sep 2011 00:05:10 +0000 (UTC) (envelope-from olivares14031@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 6A1268FC18 for ; Fri, 16 Sep 2011 00:05:10 +0000 (UTC) Received: by iadk27 with SMTP id k27so2751792iad.13 for ; Thu, 15 Sep 2011 17:05:09 -0700 (PDT) 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 :content-type:content-transfer-encoding; bh=cA0b3RNmlTvC6ota6hTk9AYkd+1DvqCJKOSXWxnX8cY=; b=OK1nCTxzUgpvS8L4WlEWXHIEon8nbeZ1TPsvxij1UBCjir8swWF4qaz8z5tKOx0s74 almmoAwUhSWhd9nbP+Psdjefe1znBLLcOGTsewWQ7ezWwabWs9pQjPduG1nvK+Pynxgt CT2g4oauvkhuIzqaoANL8JFAtGYmwaFQw6/5U= MIME-Version: 1.0 Received: by 10.42.154.135 with SMTP id q7mr1301783icw.87.1316131509843; Thu, 15 Sep 2011 17:05:09 -0700 (PDT) Received: by 10.43.51.67 with HTTP; Thu, 15 Sep 2011 17:05:09 -0700 (PDT) In-Reply-To: References: Date: Thu, 15 Sep 2011 19:05:09 -0500 Message-ID: From: Antonio Olivares To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: no X after installing xorg + xfce X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 00:05:10 -0000 On Thu, Sep 15, 2011 at 6:35 PM, Antonio Olivares wrote: > Dear folks, > > I hope this is the correct list to post this message. > > I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit > machine, I have used the ports to install xfce and xorg. =A0When I type > startx, I get a screen with a bunch of colors no mouse, no keyboard, > just colors. =A0The machine has nvidia onboard graphics. =A0I am trying t= o > get kernel sources installed via sysinstall to install nvidia-driver > but I can't get anywhere from any ftp site I select at random. =A0I have > updated to latest sources available on the ports and it comes up the > same. =A0I have to use the nv driver, should I try the nouveau driver? > What should I do? =A0I want to help in testing and have no way to report > bugs as without X there's not much one can do :( > > Thanks for advice/suggestions/comments. =A0I am successfully running > FreeBSD 8.2 amd64 on three machines two at home and one at work in > case it is important/relevant in the thread. > > Regards, > > Antonio > There is no X, I try to get information about the onboard video and I get VendorName "nVidia Corporation" BoardName "C61 [GeForce 6150SE nForce 430]" I tried installing nouveau but it did not do any difference, screen is garbled no X. The BSD install setup was too fast and I did not select sources for kernel and now I can't install nvidia driver to see if I could get X working :( Again, I appreciate any input given to see how I can help in testing. Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 01:25:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7109106564A; Fri, 16 Sep 2011 01:25:20 +0000 (UTC) (envelope-from lacombar@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 64B9F8FC0C; Fri, 16 Sep 2011 01:25:20 +0000 (UTC) Received: by ywp17 with SMTP id 17so3235072ywp.13 for ; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) 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=Rw1Q9GPDvcGFLDtZXnZxJ7b16q+QEfOu570hF3Jq0GE=; b=UiqKuPHoYXwqOhNDhuQlSJe6dywrgEpiSDPjlludddiVnsU94E13/7kIQT7yzd2Ldn nDXmKbQbylyK5Vs5tJtxtAnQ+VQFW4PgmlMSM8bu4nEqbOngEO44C5VW41xxf1g73VQ+ d5MrNPUbkPKSqR8/X2AITzJqT6lsBN5oSReBE= MIME-Version: 1.0 Received: by 10.68.120.134 with SMTP id lc6mr1361791pbb.178.1316136319315; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Thu, 15 Sep 2011 18:25:19 -0700 (PDT) Date: Thu, 15 Sep 2011 21:25:19 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD-Current , freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=f46d04462efac9ef1104ad04dd6e Cc: Subject: Queue drop not accounted ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 01:25:20 -0000 --f46d04462efac9ef1104ad04dd6e Content-Type: text/plain; charset=ISO-8859-1 Hi, Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be accounted as dropped, cf attached patch ? Thanks, - Arnaud --f46d04462efac9ef1104ad04dd6e Content-Type: text/x-patch; charset=US-ASCII; name="if_var.h.diff" Content-Disposition: attachment; filename="if_var.h.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gsmhhjre0 ZGlmZiAtLWdpdCBhL3N5cy9uZXQvaWZfdmFyLmggYi9zeXMvbmV0L2lmX3Zhci5oCmluZGV4IDJk Y2I2ZjkuLjM4N2Y2MTQgMTAwNjQ0Ci0tLSBhL3N5cy9uZXQvaWZfdmFyLmgKKysrIGIvc3lzL25l dC9pZl92YXIuaApAQCAtNDE5LDYgKzQxOSw3IEBAIGRvIHsJCQkJCQkJCQlcCiAJCUFMVFFfRU5R VUVVRShpZnEsIG0sIE5VTEwsIGVycik7CQkJXAogCWVsc2UgewkJCQkJCQkJXAogCQlpZiAoX0lG X1FGVUxMKGlmcSkpIHsJCQkJCVwKKwkJCV9JRl9EUk9QKGlmcSk7CQkJCQlcCiAJCQltX2ZyZWVt KG0pOwkJCQkJXAogCQkJKGVycikgPSBFTk9CVUZTOwkJCQlcCiAJCX0gZWxzZSB7CQkJCQkJXAo= --f46d04462efac9ef1104ad04dd6e-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 05:20:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED1751065670 for ; Fri, 16 Sep 2011 05:20:24 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-2.mit.edu (DMZ-MAILSEC-SCANNER-2.MIT.EDU [18.9.25.13]) by mx1.freebsd.org (Postfix) with ESMTP id A0DE98FC14 for ; Fri, 16 Sep 2011 05:20:24 +0000 (UTC) X-AuditID: 1209190d-b7be0ae000000a16-92-4e72dbb8538a Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id 15.51.02582.8BBD27E4; Fri, 16 Sep 2011 01:16:40 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8G5KN1l000762 for ; Fri, 16 Sep 2011 01:20:23 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8G5KLwg025478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Fri, 16 Sep 2011 01:20:23 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8G5KLjc024881; Fri, 16 Sep 2011 01:20:21 -0400 (EDT) Date: Fri, 16 Sep 2011 01:20:21 -0400 (EDT) From: Benjamin Kaduk To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrHIsWRmVeSWpSXmKPExsUixCmqrbvjdpGfweVfxhZz3nxgcmD0mPFp PksAYxSXTUpqTmZZapG+XQJXRte3eywFry0qTsw5z9LAOFm3i5GTQ0LAROLl0lPMELaYxIV7 69m6GLk4hAT2MUpM/nUNyrnEKNHU38UE4TxiklhwZz8LSIuQQAOjxIl5rF2MHBwsAtoSv8/m g4TZBFQkZr7ZyAZiiwjISzz7dJ0VxBYWMJI40LMczOYVcJBYOusB2GZRAR2J1funsEDEBSVO znwCZjMLWEr8W/uLdQIj3ywkqVlIUgsYmVYxyqbkVunmJmbmFKcm6xYnJ+blpRbpGunlZpbo paaUbmIEB5Mk7w7GdweVDjEKcDAq8fAuFC/yE2JNLCuuzD3EKMnBpCTK+x4YikJ8SfkplRmJ xRnxRaU5qcWHGCU4mJVEeDetA8rxpiRWVqUW5cOkpDlYlMR5C3c4+AkJpCeWpGanphakFsFk ZTg4lCR4T4EMFSxKTU+tSMvMKUFIM3FwggznARp+F6SGt7ggMbc4Mx0if4pRUUqc9wJIQgAk kVGaB9cLi/ZXjOJArwjzPgKp4gEmCrjuV0CDmYAGK88uABlckoiQkmpgLDi4+JFI+q5/kyqM HmWz32Tyknmy5km/zfzgeyYMBR+PxX83/RqmuPfDEjUji9/rVvjd9BS+/7ui11/coLRZ3EW0 bv3DOTz9l5/2//eufhHN17F32+OMO2u/NbZUNu/Q1a2SuHROYrFc+wTGi2mf72/45H8g1cVC 8ec6Nitb/sQkhdeiqR6hSizFGYmGWsxFxYkAVSazRNECAAA= Subject: more thoughts on the (9.0beta2) installer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 05:20:25 -0000 Dear all, I set up a scratch box earlier this week (to check that openafs still works on beta2, and soon, HEAD), and took advantage of the opportunity to play around with the installer a bit. First off, let me thank Nathan for putting in a huge pile of work to get things to where they are -- the new installer is pretty solid, and looks to be much more improvable than sysinstall. Of course, I do have a few improvements of my own that I'd like to see find their way in ... I was doing this on top of an existing installation of 7.4 (also for openafs testing, surprise surprise), so my first thought was to just reuse the existing partitions/slices. However, this failed in the extracting stage with an error about not being able to create /var/empty (with permissions such and such; I didn't record it verbatim). Now, installing over an existing system is somewhat risk-prone, as there may well be stuff sitting around that is unneeded or actively harmful, but this is not the way I would expect an installer to enforce a "don't install on top of an existing installation" rule. When I was installing it, the ports.txz extraction felt very slow, slower even than portsnap extract. However, in a later installation I did not take ports from bsdinstall and used portsnap post-install, and it also felt longer than I remembered :) . So, maybe I (or someone else) should go back and actually time these things; I know that at least Thomas Mueller mentioned a portsnap preference on this list, and I suspect many other people do as well. The point being that, perhaps the ports.txz collection need not be selected by default. Having console messages overwrite the dialog is really annoying -- is there any way to have the installer run on VT4 or something, with console messages staying on VT0? If I can start up a shell to go do stuff mid-installation, then we must be multi-user, so I think this is possible .... Our Debathena installer here at MIT (on top of the debian installer) does this, actually even further separating console output and the installer output to separate terminals and having another one dedicated for user interaction. In the networking configuration, if I need to cancel out and try again, some settings (IP address/netmask/gateway) are saved and pre-filled for the next round, but others (e.g. distributions and resolver settings) are not. This inconsistency feels unnatural -- it would be really nice to have consistency. On the topifc of IP address and netmask and gateway, wouldn't it be enough to specify only one of the netmask and gateway, and determine the other accordingly? (Well, most of the time, at least.) In most of the installer, the new dialog is reasonable, with space select/deselecting and enter activating. But the behavior in the network configuration and resolver dialogs is different -- it seems that I have to use the up/down arrows to move between the IP address, netmask, and default router fields; enter on any of them still performs the 'ok' action, even though 'ok' is not selected when any of those three fields are selected. I think there are several ways in which this situation might be improved -- it might be that one of 'ok' and 'cancel' is always selected, or tab might move between the three entry fields as well as ok/cancel, or enter on one field might move to the next. (I didn't do anything with IPv6, so I don't know if similar issues are present there.) After installation is finished, I would really like a stage where I have the option of removing the CD, prior to rebooting. Otherwise I'll just end up at the installer again, unless I'm paying full attention to the machine and intervene in time. The guided partitioner is pretty overwhelming. Not so much as being handed raw fdisk/gpart/bsdlabel/etc. (hm, are there man pages available in the shell? I didn't think to check) and having to deal, but there's still a lot going on. Someone will need to sit down and try out a whole slew of combinations and document what is expected and furthermore what is recommended. (Sorry, I'm booked solid for the next couple weeks. It took me a couple days just to get to write this mail.) In particular, this list of seven (?) options when I select a physical disk is pretty daunting -- I'm pretty sure I want either GPT or MBR (or maybe BSD), but I don't remember seeing a "this one is probably what you want" notice. Once I'm in the interactive partitioner, I have no way of knowing what values are valid for the "type" other than essentially trial-and-error. (I think ivoras has also noted this?) If there was a way to display a list of valid or commonly-used values, that would be quite helpful. (When is "freebsd-ufs" used, versus just "freebsd"?) Also, if I try to modify a partition that I've created, I don't have the ability to change the size -- I have to delete and recreate. Now, I know that there are some cases where this is hard to deal with, such as when there are other partitions after the one in question, and resizing would require moving those other partitions further into the disk. But if there's only one partition, or there's free space available, or I want to shrink, I would like to be able to do that. (The solaris installer gets this right, if I remember correctly.) It seems like the "auto" partitioner does different things depending on where I start from, yet it still prompts me for what disk to automatically allocate (!). In particular, I think that if I have made a GPT or MBR on that disk, it will use that type for the auto-layout, but I'm not sure. It's not clear to me what it is actually supposed to be doing, and I can imagine that users might also become confused by it, in the absence of some explanation of what it does. Now, if I give the autopartitioner a blank device to work with, it (on amd64) wants to use GPT. With GPT, we can put labels on the partitions, and we probably should. At this point in the installer, we should have a hostname, so we could use that and the mountpoint to create a label name. Additionally, as Mike Tancsa (and others?) have noted, having a way to specify the full arguments to newfs (and friends) that's not "drop to a shell" would probably be useful. It doesn't have to be super obvious, but even some of us expert-ish users still like to have the framework of the partitioner in which to work. I also had some interesting experiences due to selecting the "US traditional UNIX" keyboard layout and expecting the standard US 8859-1 layout, but that's mostly on me. Though as a few people have pointed out, starting out on a default entry, or indicating what is (used to be) the default in some way, would probably be worthwhile. Finally, I'll note that gcooper mentioned maybe tracking installer feature requests on http://wiki.freebsd.org/BSDInstall -- I don't see anything there at the moment, though, so I'm a bit reluctant to start adding my own desiderata there. I do agree, though, that having a non-email place to track such things would be quite useful. Thanks, Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 05:22:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60134106564A for ; Fri, 16 Sep 2011 05:22:10 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id F1AA08FC1E for ; Fri, 16 Sep 2011 05:22:09 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:f803:edca:622b:8392]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 3656C4AC1C; Fri, 16 Sep 2011 09:22:08 +0400 (MSD) Date: Fri, 16 Sep 2011 09:21:57 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <672381881.20110916092157@serebryakov.spb.ru> To: FreeBSD-Current In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Arnaud Lacombe Subject: Re: 9.0-BETA2 do not support SpeedStep on old Core2Duo E4500 too X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 05:22:10 -0000 Hello, Arnaud. You wrote 16 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 1:19:29: CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz (2200.09-MHz K8-class = CPU) Origin =3D "GenuineIntel" Id =3D 0x6fd Family =3D 6 Model =3D f Stepp= ing =3D 13 Features=3D0xbfebfbff Features2=3D0xe39d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant .... coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr b280b2806000b28 device_attach: est0 attach returned 6 p4tcc0: on cpu0 coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr b280b2806000b28 device_attach: est1 attach returned 6 p4tcc1: on cpu1 --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 05:39:27 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6A6C106564A for ; Fri, 16 Sep 2011 05:39:27 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1FF3F8FC12 for ; Fri, 16 Sep 2011 05:39:26 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA23732; Fri, 16 Sep 2011 08:39:24 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R4R91-0007U6-RN; Fri, 16 Sep 2011 08:39:23 +0300 Message-ID: <4E72E109.6000705@FreeBSD.org> Date: Fri, 16 Sep 2011 08:39:21 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 05:39:27 -0000 on 16/09/2011 00:19 Arnaud Lacombe said the following: > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 616082506000825 > device_attach: est0 attach returned 6 This is a far more common issue. The output implies that acpi_perf driver hasn't been able to attach, presumably because it couldn't evaluate _PSS method. We usually discuss problems like this one on acpi@ and you can find some information in the archives of that mailing list. Diagnosing an issue like this requires examining DSDT and SSDT(s), if present, to see the logic there and what capabilities the firmware/BIOS expects from the OS. It's a tedious process and I am currently short on time. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 05:58:00 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB3391065672; Fri, 16 Sep 2011 05:58:00 +0000 (UTC) (envelope-from yanegomi@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 848948FC12; Fri, 16 Sep 2011 05:58:00 +0000 (UTC) Received: by iadk27 with SMTP id k27so3118894iad.13 for ; Thu, 15 Sep 2011 22:58:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:x-priority:in-reply-to:date :cc:content-transfer-encoding:message-id:references:to:x-mailer; bh=KK1EOgbYkXW9zEyywUJS/LfA1omAdlJ25Uaio9pH26w=; b=ow9zXSNAqgzsBPQ9Q0uGaNT2JarKN7H+27Sxro6mp84RdNhDWvLROAHCq+76Abl/jd QkIfjUjke7C0YgyXpZrT8uOlFkDKKq4v5qdg5vKdf0RBAQ+EtA7jSMQ0fEGBjGSOoFVl +uRwI6oWh4+1BIvlsNhCSBz4VR/YVtr7pn3gM= Received: by 10.42.161.10 with SMTP id r10mr1164226icx.6.1316152679900; Thu, 15 Sep 2011 22:57:59 -0700 (PDT) Received: from starr-wireless.local (c-24-6-49-154.hsd1.ca.comcast.net. [24.6.49.154]) by mx.google.com with ESMTPS id o5sm7914673ibu.12.2011.09.15.22.57.56 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 22:57:59 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=koi8-r From: Garrett Cooper X-Priority: 3 (Normal) In-Reply-To: <672381881.20110916092157@serebryakov.spb.ru> Date: Thu, 15 Sep 2011 22:57:55 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <19E6ACF0-D03E-4744-B341-A841D50A74B5@gmail.com> References: <672381881.20110916092157@serebryakov.spb.ru> To: lev@FreeBSD.org X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-Current , Arnaud Lacombe Subject: Re: 9.0-BETA2 do not support SpeedStep on old Core2Duo E4500 too X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 05:58:01 -0000 On Sep 15, 2011, at 10:21 PM, Lev Serebryakov wrote: > Hello, Arnaud. > You wrote 16 =D3=C5=CE=D4=D1=C2=D2=D1 2011 =C7., 1:19:29: >=20 >=20 > CPU: Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz (2200.09-MHz = K8-class CPU) > Origin =3D "GenuineIntel" Id =3D 0x6fd Family =3D 6 Model =3D f = Stepping =3D 13 > = Features=3D0xbfebfbff > Features2=3D0xe39d= > AMD Features=3D0x20100800 > AMD Features2=3D0x1 > TSC: P-state invariant > .... > coretemp0: on cpu0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr b280b2806000b28 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > coretemp1: on cpu1 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr b280b2806000b28 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 Like Andriy suggested, it might be an ACPI issue because it = works just fine on these machines running 9.0-BETA2: $ dmesg | egrep 'Pentium|Xeon|^(coretemp|p4tcc|est)' CPU: Pentium(R) Dual-Core CPU E5800 @ 3.20GHz (3200.06-MHz = K8-class CPU) est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 $ dmesg | egrep 'Xeon|^(coretemp|p4tcc|est)' CPU: Intel(R) Xeon(R) CPU X3230 @ 2.66GHz (2664.06-MHz = K8-class CPU) est0: on cpu0 p4tcc0: on cpu0 est1: on cpu1 p4tcc1: on cpu1 est2: on cpu2 p4tcc2: on cpu2 est3: on cpu3 p4tcc3: on cpu3 $ dmesg | egrep 'Xeon|^(coretemp|est)' CPU: Intel(R) Xeon(R) CPU W3520 @ 2.67GHz (2672.78-MHz = K8-class CPU) coretemp0: on cpu0 est0: on cpu0 coretemp1: on cpu1 est1: on cpu1 coretemp2: on cpu2 est2: on cpu2 coretemp3: on cpu3 est3: on cpu3 coretemp4: on cpu4 est4: on cpu4 coretemp5: on cpu5 est5: on cpu5 coretemp6: on cpu6 est6: on cpu6 coretemp7: on cpu7 est7: on cpu7 Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 07:20:46 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A43AF1065673; Fri, 16 Sep 2011 07:20:46 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 341058FC19; Fri, 16 Sep 2011 07:20:45 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA24945; Fri, 16 Sep 2011 10:20:43 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1R4Sj4-0007YK-U7; Fri, 16 Sep 2011 10:20:42 +0300 Message-ID: <4E72F8C8.8070603@FreeBSD.org> Date: Fri, 16 Sep 2011 10:20:40 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org, freebsd-fs@FreeBSD.org, Pawel Jakub Dawidek References: <20110901223646.14b8aae8@o2.pl> <4E60DBBD.1040703@FreeBSD.org> <4E679D3D.1000007@FreeBSD.org> <4E6F61CA.6020003@FreeBSD.org> In-Reply-To: <4E6F61CA.6020003@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: ZFS: i/o error - all block copies unavailable after upgrading to r225312 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 07:20:46 -0000 I've discovered another issue with both the current code and the previous versions of the patch. So another version is at the same URL: http://people.freebsd.org/~avg/zfs-boot-gang.diff The problem was with gang blocks on a raidz vdev. zio_read_gang would pass a NULL bp to vdev_raidz_read, but that function doesn't expect that and really needs a valid bp. Pawel, I also understood the code in zio_read that does size rounding up based on v_ashift. That code is for vdev_raidz_read which needs the size to be multiple of 1 << v_ashift. And, again, this would have posed a problem for zio_read_gang, which always passed SPA_GANGBLOCKSIZE when reading a gang block header. So, a list of fixes and logical changes: - correctly read gang header from raidz [*] - decompress assembled gang block data if compressed - verify checksum of a gang header - verify checksum of assembled gang block data - verify checksum of uber block [*] - new in this version of patch. Description of the code changes: - remove offset parameter from zio_checksum_error This parameter has only been used for the case of verifying checksum of a vdev label. The offset is now passed via DVA offset field in a made up bp pointing to the label. zio_checksum_error now gets all checksum parameters from the bp. - zio_read_gang new uses an artificial bp to read a gang header via zio_read This solves all the problems with gang blocks on raidz as zio_read already has all the code to handle raidz correctly. - zio_read performs size rounding only if v_read == vdev_raidz_read This is to make the intention of the code more clear. And also to slightly optimize non-raidz cases with non-default ashift where an unnecessary intermediate buffer would otherwise be used. Some inline comments (marked with %): Index: sys/cddl/boot/zfs/zfssubr.c =================================================================== --- sys/cddl/boot/zfs/zfssubr.c (revision 225581) +++ sys/cddl/boot/zfs/zfssubr.c (working copy) @@ -181,14 +181,17 @@ } static int -zio_checksum_error(const blkptr_t *bp, void *data, uint64_t offset) +zio_checksum_error(const blkptr_t *bp, void *data) { - unsigned int checksum = BP_IS_GANG(bp) ? ZIO_CHECKSUM_GANG_HEADER : BP_GET_CHECKSUM(bp); - uint64_t size = BP_GET_PSIZE(bp); + uint64_t size; + unsigned int checksum; zio_checksum_info_t *ci; zio_cksum_t actual_cksum, expected_cksum, verifier; int byteswap; + checksum = BP_GET_CHECKSUM(bp); + size = BP_GET_PSIZE(bp); + % % checksum type and size are always taken from the bp. % Note that BP_IS_GANG(bp) doesn't imply that the caller wants to verify % the gang header (as was assumed before); the caller want want to verify % the whole assembled data as well. % if (checksum >= ZIO_CHECKSUM_FUNCTIONS) return (EINVAL); ci = &zio_checksum_table[checksum]; @@ -206,7 +209,8 @@ if (checksum == ZIO_CHECKSUM_GANG_HEADER) zio_checksum_gang_verifier(&verifier, bp); else if (checksum == ZIO_CHECKSUM_LABEL) - zio_checksum_label_verifier(&verifier, offset); + zio_checksum_label_verifier(&verifier, + DVA_GET_OFFSET(BP_IDENTITY(bp))); % % label offset is taken from the bp now. % else verifier = bp->blk_cksum; @@ -224,7 +228,6 @@ byteswap_uint64_array(&expected_cksum, sizeof (zio_cksum_t)); } else { - ASSERT(!BP_IS_GANG(bp)); % % the assert is no longer valid as we pass a gang block bp % when verifying checksum of assembled data % expected_cksum = bp->blk_cksum; ci->ci_func[0](data, size, &actual_cksum); } @@ -1248,7 +1251,7 @@ raidz_checksum_verify(const blkptr_t *bp, void *data) { - return (zio_checksum_error(bp, data, 0)); + return (zio_checksum_error(bp, data)); } /* Index: sys/boot/zfs/zfsimpl.c =================================================================== --- sys/boot/zfs/zfsimpl.c (revision 225581) +++ sys/boot/zfs/zfsimpl.c (working copy) @@ -347,7 +347,7 @@ rc = vdev->v_phys_read(vdev, vdev->v_read_priv, offset, buf, psize); if (rc) return (rc); - if (bp && zio_checksum_error(bp, buf, offset)) + if (bp && zio_checksum_error(bp, buf)) % % the bp can still be NULL here: when raidz code reads blocks of data % it doesn't pass any bp, because there is really no bp for that data. % this should be the only case, in all other cases a valid bp must be provided. % return (EIO); return (0); @@ -800,6 +800,7 @@ BP_SET_PSIZE(&bp, sizeof(vdev_phys_t)); BP_SET_CHECKSUM(&bp, ZIO_CHECKSUM_LABEL); BP_SET_COMPRESS(&bp, ZIO_COMPRESS_OFF); + DVA_SET_OFFSET(BP_IDENTITY(&bp), off); % % as described above, the offset is now passed via DVA offset field % ZIO_SET_CHECKSUM(&bp.blk_cksum, off, 0, 0, 0); if (vdev_read_phys(&vtmp, &bp, vdev_label, off, 0)) return (EIO); @@ -941,7 +942,7 @@ BP_SET_COMPRESS(&bp, ZIO_COMPRESS_OFF); ZIO_SET_CHECKSUM(&bp.blk_cksum, off, 0, 0, 0); - if (vdev_read_phys(vdev, NULL, upbuf, off, VDEV_UBERBLOCK_SIZE(vdev))) + if (vdev_read_phys(vdev, &bp, upbuf, off, 0)) % % pass the artificial uberblock bp to vdev_read_phys, so that it % can call zio_checksum_error and verify the checksum % continue; if (up->ub_magic != UBERBLOCK_MAGIC) @@ -974,34 +975,39 @@ } static int -zio_read_gang(spa_t *spa, const blkptr_t *bp, const dva_t *dva, void *buf) +zio_read_gang(spa_t *spa, const blkptr_t *bp, void *buf) { + blkptr_t gbh_bp; zio_gbh_phys_t zio_gb; - vdev_t *vdev; - int vdevid; - off_t offset; + char *pbuf; int i; - vdevid = DVA_GET_VDEV(dva); - offset = DVA_GET_OFFSET(dva); - STAILQ_FOREACH(vdev, &spa->spa_vdevs, v_childlink) - if (vdev->v_id == vdevid) - break; - if (!vdev || !vdev->v_read) + /* Artificial BP for gang block header. */ + gbh_bp = *bp; + BP_SET_PSIZE(&gbh_bp, SPA_GANGBLOCKSIZE); + BP_SET_LSIZE(&gbh_bp, SPA_GANGBLOCKSIZE); + BP_SET_CHECKSUM(&gbh_bp, ZIO_CHECKSUM_GANG_HEADER); + BP_SET_COMPRESS(&gbh_bp, ZIO_COMPRESS_OFF); + for (i = 0; i < SPA_DVAS_PER_BP; i++) + DVA_SET_GANG(&gbh_bp.blk_dva[i], 0); % % the artifical bp for the gang header. % it has PSIZE and LSIZE of SPA_GANGBLOCKSIZE. % cheksum is set ZIO_CHECKSUM_GANG_HEADER, so that zio_checksum_error % does the right thing. % compression is set to ZIO_COMPRESS_OFF, so that zio_read does the right thing. % the gang bit is cleared from the DVAs - we read only the gang header block and % do not want to create endless recursion here. % vdevs and offsets are preserved in the DVAs of the BP. % + + /* Read gang header block using the artificial BP. */ + if (zio_read(spa, &gbh_bp, &zio_gb)) return (EIO); - if (vdev->v_read(vdev, NULL, &zio_gb, offset, SPA_GANGBLOCKSIZE)) - return (EIO); % % so now smarter zio_read can be used instead of dumber v_read. % Which, again, would have crashed on NULL bp if v_read == vdev_raidz_read % + pbuf = buf; % % keep the original buffer pointer, use pbuf to populate the buffer % for (i = 0; i < SPA_GBH_NBLKPTRS; i++) { blkptr_t *gbp = &zio_gb.zg_blkptr[i]; if (BP_IS_HOLE(gbp)) continue; - if (zio_read(spa, gbp, buf)) + if (zio_read(spa, gbp, pbuf)) return (EIO); - buf = (char*)buf + BP_GET_PSIZE(gbp); + pbuf += BP_GET_PSIZE(gbp); } - + + if (zio_checksum_error(bp, buf)) + return (EIO); % % the original pointer is used to verify checksum of the assembled data % of the gang block. % Note: this is where the gang bp is passed to zio_checksum_error. % return (0); } @@ -1024,46 +1030,41 @@ if (!dva->dva_word[0] && !dva->dva_word[1]) continue; - if (DVA_GET_GANG(dva)) { - error = zio_read_gang(spa, bp, dva, buf); - if (error != 0) - continue; - } else { - vdevid = DVA_GET_VDEV(dva); - offset = DVA_GET_OFFSET(dva); - STAILQ_FOREACH(vdev, &spa->spa_vdevs, v_childlink) { - if (vdev->v_id == vdevid) - break; - } - if (!vdev || !vdev->v_read) - continue; + vdevid = DVA_GET_VDEV(dva); + offset = DVA_GET_OFFSET(dva); + STAILQ_FOREACH(vdev, &spa->spa_vdevs, v_childlink) { + if (vdev->v_id == vdevid) + break; + } + if (!vdev || !vdev->v_read) + continue; - size = BP_GET_PSIZE(bp); + size = BP_GET_PSIZE(bp); + if (vdev->v_read == vdev_raidz_read) { align = 1ULL << vdev->v_top->v_ashift; if (P2PHASE(size, align) != 0) size = P2ROUNDUP(size, align); % % do size rounding up only if v_read == vdev_raidz_read, % because only vdev_raidz_read requires that. % vdev_read_phys requires only 512 byte granularity. % - if (size != BP_GET_PSIZE(bp) || cpfunc != ZIO_COMPRESS_OFF) - pbuf = zfs_alloc(size); - else - pbuf = buf; + } + if (size != BP_GET_PSIZE(bp) || cpfunc != ZIO_COMPRESS_OFF) + pbuf = zfs_alloc(size); + else + pbuf = buf; % % So use temporary buffer only if either the block is compressed or % vdev_raidz_read requires a larger buffer % + if (DVA_GET_GANG(dva)) + error = zio_read_gang(spa, bp, pbuf); + else error = vdev->v_read(vdev, bp, pbuf, offset, size); - if (error == 0) { - if (cpfunc != ZIO_COMPRESS_OFF) { - error = zio_decompress_data(cpfunc, - pbuf, BP_GET_PSIZE(bp), buf, - BP_GET_LSIZE(bp)); - } else if (size != BP_GET_PSIZE(bp)) { - bcopy(pbuf, buf, BP_GET_PSIZE(bp)); - } - } - if (buf != pbuf) - zfs_free(pbuf, size); - if (error != 0) - continue; + if (error == 0) { + if (cpfunc != ZIO_COMPRESS_OFF) + error = zio_decompress_data(cpfunc, pbuf, + BP_GET_PSIZE(bp), buf, BP_GET_LSIZE(bp)); + else if (size != BP_GET_PSIZE(bp)) + bcopy(pbuf, buf, BP_GET_PSIZE(bp)); } % % Decompression is now done for the gang blocks too. % Ditto for the use of larger buffers in the raidz case. % - error = 0; - break; + if (buf != pbuf) + zfs_free(pbuf, size); + if (error == 0) + break; } if (error != 0) printf("ZFS: i/o error - all block copies unavailable\n"); -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 08:44:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DDFC1065673 for ; Fri, 16 Sep 2011 08:44:26 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id EA59E8FC08 for ; Fri, 16 Sep 2011 08:44:25 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 4EB7F5615B; Fri, 16 Sep 2011 03:44:25 -0500 (CDT) Date: Fri, 16 Sep 2011 03:44:25 -0500 From: Mark Linimon To: Gary Palmer Message-ID: <20110916084425.GA5657@lonesome.com> References: <4E6E0FD5.1020609@a1poweruser.com> <1976868927.20110914234428@serebryakov.spb.ru> <20110915121234.GA10165@in-addr.com> <20110915185503.GB10165@in-addr.com> <20110915191218.GC10165@in-addr.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110915191218.GC10165@in-addr.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Garrett Cooper , freebsd-current@freebsd.org Subject: Re: 9.0 beta2 & the new bsdinstaller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 08:44:26 -0000 > Wiki, gnats, scrap of paper on someones desk, etc? I've put a link to the few existing PRs in GNATS onto the wiki page. mcl From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 09:20:59 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 570BE106564A for ; Fri, 16 Sep 2011 09:20:59 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 299AB8FC1E for ; Fri, 16 Sep 2011 09:20:58 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LRL00F00ZAYWG00@smtpauth2.wiscmail.wisc.edu> for current@freebsd.org; Fri, 16 Sep 2011 04:20:58 -0500 (CDT) Received: from wanderer.tachypleus.net (AAnnecy-157-1-38-242.w86-219.abo.wanadoo.fr [86.219.5.242]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LRL004I7ZAVSZ20@smtpauth2.wiscmail.wisc.edu>; Fri, 16 Sep 2011 04:20:57 -0500 (CDT) Date: Fri, 16 Sep 2011 11:20:55 +0200 From: Nathan Whitehorn In-reply-to: <20110916091106.GA40503@alchemy.franken.de> To: Marius Strobl Message-id: <4E7314F7.9030303@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=86.219.5.242 X-Spam-PmxInfo: Server=avs-14, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.16.91214, SenderIP=86.219.5.242 References: <1315491777.5146.140258138782645@webmail.messagingengine.com> <4E68EB94.3010500@freebsd.org> <20110916091106.GA40503@alchemy.franken.de> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 Cc: MySphere@web.de, current@freebsd.org Subject: Re: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 09:20:59 -0000 On 09/16/11 11:11, Marius Strobl wrote: > On Thu, Sep 08, 2011 at 06:21:40PM +0200, Nathan Whitehorn wrote: >> On 09/08/11 16:22, MySphere@web.de wrote: >>> Hi there, >>> >>> first off all I have to say, that your new Installer in FBSD v9.0 is >>> very well done. >>> I just found an option, which is not activated at this time. So I wanted >>> to ask, if it???s possible a bug or something like that. >>> >>> I???ve tried to change the in the section Partition Editor with >>> the subsection Add Partition and wanted to save my changes: Softupdates >>> = disabled, Softupdates journaling = disabled, TRIM = enabled with the >>> button. >>> But if I reenter the menu, so my changes will be overwritten >>> with the default values: SU = enabled, SUJ = enabled ([UFS1 +] TRIM = >>> disabled). >>> >>> I???ve tried this without success in FBSD v9.0 BETA1+2 (amd64) with the >>> ISO- and the IMG Images. >>> >>> My workaround is, that I run in single-user-mode and change the values >>> with tunefs. >>> >>> Would you please check, that point ??? if my act is accurate. >>> >>> Thanks in advance and have a nice day! >> >> This is an interesting point that I hadn't tested. The options do work >> -- the state of the dialog is just not restored when the Options menu is >> reentered and so a second trip to Options resets the defaults, unless >> you then change it again. I'm traveling at the moment, so am not able to >> fix it at the moment. The internal architecture may also make it >> slightly tricky to fix. > > In my experience the filesystem options menu doesn't work at all, i.e. > the options select there are just ignored also when selecting them just > once and not re-entering that menu. I've tried to create a filesystem > with SUJ disabled and TRIM enabled twice now, last time with BETA2 on > amd64, and I always end up with a filesystem that has SUJ enabled but > TRIM disabled. It used to work -- looks like a typo recently broke it. Should be fixed shortly. -Nathan From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 09:29:51 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2681065670 for ; Fri, 16 Sep 2011 09:29:51 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id BCBBA8FC1B for ; Fri, 16 Sep 2011 09:29:50 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p8G9B7xa040535; Fri, 16 Sep 2011 11:11:07 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p8G9B7Wl040534; Fri, 16 Sep 2011 11:11:07 +0200 (CEST) (envelope-from marius) Date: Fri, 16 Sep 2011 11:11:06 +0200 From: Marius Strobl To: Nathan Whitehorn Message-ID: <20110916091106.GA40503@alchemy.franken.de> References: <1315491777.5146.140258138782645@webmail.messagingengine.com> <4E68EB94.3010500@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E68EB94.3010500@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: MySphere@web.de, current@freebsd.org Subject: Re: SSD - TRIM, SU and SUJ - Installer Options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 09:29:51 -0000 On Thu, Sep 08, 2011 at 06:21:40PM +0200, Nathan Whitehorn wrote: > On 09/08/11 16:22, MySphere@web.de wrote: > >Hi there, > > > >first off all I have to say, that your new Installer in FBSD v9.0 is > >very well done. > >I just found an option, which is not activated at this time. So I wanted > >to ask, if it???s possible a bug or something like that. > > > >I???ve tried to change the in the section Partition Editor with > >the subsection Add Partition and wanted to save my changes: Softupdates > >= disabled, Softupdates journaling = disabled, TRIM = enabled with the > > button. > >But if I reenter the menu, so my changes will be overwritten > >with the default values: SU = enabled, SUJ = enabled ([UFS1 +] TRIM = > >disabled). > > > >I???ve tried this without success in FBSD v9.0 BETA1+2 (amd64) with the > >ISO- and the IMG Images. > > > >My workaround is, that I run in single-user-mode and change the values > >with tunefs. > > > >Would you please check, that point ??? if my act is accurate. > > > >Thanks in advance and have a nice day! > > This is an interesting point that I hadn't tested. The options do work > -- the state of the dialog is just not restored when the Options menu is > reentered and so a second trip to Options resets the defaults, unless > you then change it again. I'm traveling at the moment, so am not able to > fix it at the moment. The internal architecture may also make it > slightly tricky to fix. In my experience the filesystem options menu doesn't work at all, i.e. the options select there are just ignored also when selecting them just once and not re-entering that menu. I've tried to create a filesystem with SUJ disabled and TRIM enabled twice now, last time with BETA2 on amd64, and I always end up with a filesystem that has SUJ enabled but TRIM disabled. Marius From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 12:07:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BD7E1065676; Fri, 16 Sep 2011 12:07:06 +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 3235E8FC19; Fri, 16 Sep 2011 12:07:06 +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 D44E346B49; Fri, 16 Sep 2011 08:07:05 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 681098A02F; Fri, 16 Sep 2011 08:07:05 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 16 Sep 2011 08:07:04 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> <4E7106DE.40707@FreeBSD.org> <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> In-Reply-To: <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109160807.04617.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 16 Sep 2011 08:07:05 -0400 (EDT) Cc: Andriy Gapon , Andrew Boyer Subject: Re: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 12:07:06 -0000 On Wednesday, September 14, 2011 4:02:41 pm Andrew Boyer wrote: > > On Sep 14, 2011, at 3:56 PM, Andriy Gapon wrote: > > > on 14/09/2011 20:59 Andrew Boyer said the following: > >> When FreeBSD examines the CPU topology using CPUID leaf 11 in > >> topo_probe_0xb(), it never sets hyperthreading_cpus. At the end of > >> topo_probe_0x4() it sets hyperthreading_cpus = cpu_logical. > >> > >> Adding that assignment to line 316 of sys/amd64/amd64/mp_machdep.c seems to > >> do the right thing on a system with two quad-core E5620 CPUs. The APIC IDs > >> that appear when SMT is enabled in the BIOS get marked AP/HT. > >> > >> Do you agree? > > > > I agree, but... > > But see this: > > http://thread.gmane.org/gmane.os.freebsd.devel.hackers/44007/focus=44024 > > > > Someone long ago has decided that new HTT is not the same as old HTT and that > > some rules that apply to old HTT should not apply to new HTT. Even the name. > > I think that that's not correct. > > But it doesn't seem that I am able to engage into a discussion the person who > > made that decision. Also I can not find any other interested developer either. > > > > Anyway, hyperthreading_cpus variable is useless beyond dmesg cosmetics. > > And I don't think that any of my changes affected the dmesg output. > > > > In my "avgBSD" I have different SMP topology code, but it's not ready yet to be > > submitted for merge into the main tree. > > > > -- > > Andriy Gapon > > > Actually, it's not useless. If you don't set it to something other than zero the machdep.hyperthreading_allowed tunable doesn't do anything, since it can't tell which CPUs are actually HTT. The reason the machdep.hyperthreading_allowed tunable was added was to disable HTT on Pentium4's due to a security issue Colin found that was specific to the HTT on Pentium4's. The second generation HTT is not (AFAIK) subject to the same vulnerability. Thus, people disabling HTT because they are paranoid about RSA keys being sniffed shouldn't end up disabling HTT on newer CPUs unnecessarily. In my opinion, though, the old HTT stuff is water way under the bridge at this point (and I'm a bit skeptical about the practical vulnerability of the old HTT stuff anyway). I think the "right" way for an admin to disable HTT is to disable it in the BIOS so that it doesn't show up in the MADT. Back when we were doing the MPTABLE_FORCE_HTT hack having a separate tunable made sense (and it possibly made some limited sense if you were worried about the vulnerability on running machines). However, at this point I think the tunable should just go away and admins should configure HTT on or off in the BIOS like they would for any other OS. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 12:56:22 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D48E106566B for ; Fri, 16 Sep 2011 12:56:22 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id B3C0B8FC15 for ; Fri, 16 Sep 2011 12:56:19 +0000 (UTC) Received: (qmail 34745 invoked from network); 16 Sep 2011 12:56:19 -0000 Received: from unknown (HELO ?10.50.50.212?) (spawk@64.147.100.2) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 16 Sep 2011 12:56:19 -0000 Message-ID: <4E734749.2010106@acm.poly.edu> Date: Fri, 16 Sep 2011 08:55:37 -0400 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Andriy Gapon References: <4E70C404.3010104@acm.poly.edu> <4E70D30E.6080002@FreeBSD.org> In-Reply-To: <4E70D30E.6080002@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 12:56:22 -0000 On 09/14/11 12:15, Andriy Gapon wrote: > on 14/09/2011 18:11 Boris Kochergin said the following: >> camcontrol rescan all > I think that this command may screw up communication between kernel and HDD from > which the OS runs. It works under normal circumstances--I can run "camcontrol rescan all" on a system with ATA_CAM and the root filesystem isn't disturbed. > Perhaps using a specific bus number would work better. > Somewhat, but results are still undesirable. "camcontrol rescan 1" (the CD-ROM is listed as being on scbus1) executes, stays in the cbwait state for 30 seconds, then the system locks up. "camcontrol reset 1" has the same behavior as "camcontrol rescan all" in that the system locks up instantly. -Boris From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 13:30:13 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28FC010657C5 for ; Fri, 16 Sep 2011 13:30:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 79F4C8FC13 for ; Fri, 16 Sep 2011 13:30:12 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA01313; Fri, 16 Sep 2011 16:30:08 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E734F60.4070005@FreeBSD.org> Date: Fri, 16 Sep 2011 16:30:08 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:5.0) Gecko/20110705 Thunderbird/5.0 MIME-Version: 1.0 To: Boris Kochergin References: <4E70C404.3010104@acm.poly.edu> <4E70D30E.6080002@FreeBSD.org> <4E734749.2010106@acm.poly.edu> In-Reply-To: <4E734749.2010106@acm.poly.edu> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 13:30:13 -0000 on 16/09/2011 15:55 Boris Kochergin said the following: > On 09/14/11 12:15, Andriy Gapon wrote: >> on 14/09/2011 18:11 Boris Kochergin said the following: >>> camcontrol rescan all >> I think that this command may screw up communication between kernel and HDD from >> which the OS runs. > > It works under normal circumstances--I can run "camcontrol rescan all" on a system > with ATA_CAM and the root filesystem isn't disturbed. > >> Perhaps using a specific bus number would work better. >> > > Somewhat, but results are still undesirable. "camcontrol rescan 1" (the CD-ROM is > listed as being on scbus1) executes, stays in the cbwait state for 30 seconds, > then the system locks up. > > "camcontrol reset 1" has the same behavior as "camcontrol rescan all" in that the > system locks up instantly. Weird. Can you provoke a panic when that happens? Maybe you can contact mav@ directly and he'd be interested in debugging this case. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 14:11:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA3D1065676 for ; Fri, 16 Sep 2011 14:11:40 +0000 (UTC) (envelope-from matheus@eternamente.info) Received: from phoenix.eternamente.info (phoenix.eternamente.info [109.169.62.232]) by mx1.freebsd.org (Postfix) with ESMTP id 02D458FC20 for ; Fri, 16 Sep 2011 14:11:39 +0000 (UTC) Received: by phoenix.eternamente.info (Postfix, from userid 80) id 3B8861CC68; Fri, 16 Sep 2011 11:11:31 -0300 (BRT) Received: from 189.93.214.206 (SquirrelMail authenticated user matheus) by eternamente.info with HTTP; Fri, 16 Sep 2011 11:11:31 -0300 Message-ID: <6c8b401a729f228bd6a06e5e4cb2abc1.squirrel@eternamente.info> In-Reply-To: <4E705395.7010106@cran.org.uk> References: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> <4E705395.7010106@cran.org.uk> Date: Fri, 16 Sep 2011 11:11:31 -0300 From: "Nenhum_de_Nos" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.21 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 14:11:40 -0000 On Wed, September 14, 2011 04:11, Bruce Cran wrote: > On 14/09/2011 04:59, Nenhum_de_Nos wrote: >> rush# ataidle -P 243 /dev/ada0 >> (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 >> 00 >> (pass0:ata2:0:0:0): CAM status: CCB request completed with an error >> Failed to configure APM: No error: 0 > > Can you post the output of "ataidle /dev/ada0" to see what features the > disk supports? On Wed, September 14, 2011 04:11, Bruce Cran wrote: > On 14/09/2011 04:59, Nenhum_de_Nos wrote: >> rush# ataidle -P 243 /dev/ada0 >> (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 >> 00 >> (pass0:ata2:0:0:0): CAM status: CCB request completed with an error >> Failed to configure APM: No error: 0 > > Can you post the output of "ataidle /dev/ada0" to see what features the > disk supports? > > -- > Bruce Cran sorry for the delay, there it goes: macgyver# ataidle /dev/ada0 Model: WDC WD1600BEVS-60RST0 Serial: WD-WXC807304918 Firmware Rev: 04.01G04 ATA revision: ATA-7 LBA 48: yes Geometry: 16383 cyls, 16 heads, 63 spt Capacity: 149GB SMART Supported: yes SMART Enabled: yes Write Cache Supported: yes Write Cache Enabled: yes APM Supported: yes APM Enabled: yes APM Value: 128 AAM Supported: no Pieter, thanks: macgyver# camcontrol idle /dev/ada0 -t 0 macgyver# camcontrol standby /dev/ada0 -t 0 the only way to be sure its ok is to use smarttools ? mav, I think I don't know how to patch: macgyver# patch < /root/ataidle.c.patch Hmm... Looks like a unified diff to me... The text leading up to this was: -------------------------- |--- ataidle.c.prev 2010-11-04 16:17:28.000000000 +0200 |+++ ataidle.c 2011-09-09 19:30:14.000000000 +0300 -------------------------- Patching file ataidle.c using Plan A... patch: **** malformed patch at line 11: sizeof(struct ccb_hdr)); thanks for all, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 14:13:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C8A5106566C; Fri, 16 Sep 2011 14:13:01 +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 49C2B8FC0C; Fri, 16 Sep 2011 14:13:01 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id EE0AE8BC025; Fri, 16 Sep 2011 10:15:40 -0400 (EDT) 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 IljzxD1KS5yf; Fri, 16 Sep 2011 10:15:39 -0400 (EDT) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id F3BAD8BC024; Fri, 16 Sep 2011 10:15:38 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Andrew Boyer In-Reply-To: <201109160807.04617.jhb@freebsd.org> Date: Fri, 16 Sep 2011 10:12:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8C685A3B-F7E3-4F4B-87D4-56B8E9CE9FC1@averesystems.com> References: <2C3C4570-C5F9-42F5-AA81-900151590DB8@averesystems.com> <4E7106DE.40707@FreeBSD.org> <70B018CB-4658-45DD-929E-A953B299E737@averesystems.com> <201109160807.04617.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: Identification of HTT cores on newer (CPUID leaf 11) Intel processors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 14:13:01 -0000 On Sep 16, 2011, at 8:07 AM, John Baldwin wrote: > I think the "right" way for an admin to disable HTT is to disable it = in the > BIOS so that it doesn't show up in the MADT. Back when we were doing = the > MPTABLE_FORCE_HTT hack having a separate tunable made sense (and it = possibly > made some limited sense if you were worried about the vulnerability on = running > machines). However, at this point I think the tunable should just go = away and > admins should configure HTT on or off in the BIOS like they would for = any > other OS. >=20 > --=20 > John Baldwin To do it this way (leave SMT enabled in the BIOS but disabled in the OS) = makes it easier to release a future upgrade to take advantage of those = cores. Once systems are distributed to customer sites it becomes very = difficult to do BIOS maintenance. -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 16:03:38 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F986106566B for ; Fri, 16 Sep 2011 16:03:38 +0000 (UTC) (envelope-from kob6558@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 D3BB18FC15 for ; Fri, 16 Sep 2011 16:03:37 +0000 (UTC) Received: by iadk27 with SMTP id k27so3993014iad.13 for ; Fri, 16 Sep 2011 09:03:37 -0700 (PDT) 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:content-transfer-encoding; bh=TjhBKHAMhMwwjE0ehDhnv3mPPXyJGUN+V5BFQHiXgek=; b=cOsU/2qc2vp9UVWxsqDwtiHXuKLfwXDFa06qiPVztzFRvKTSHI+hYyJ1VVhBXYxQEY BseUvXpLEmv0It8FMEmmeOXPkbHqD4IGB+TIAER8djYQlYBSA5cvs9I7JsAHYAdwZ942 0JRelQcFwL4JCjPR8KLP22bkFLrOI4TstsQnA= MIME-Version: 1.0 Received: by 10.231.46.66 with SMTP id i2mr4145631ibf.0.1316189017303; Fri, 16 Sep 2011 09:03:37 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Fri, 16 Sep 2011 09:03:37 -0700 (PDT) In-Reply-To: <4E734F60.4070005@FreeBSD.org> References: <4E70C404.3010104@acm.poly.edu> <4E70D30E.6080002@FreeBSD.org> <4E734749.2010106@acm.poly.edu> <4E734F60.4070005@FreeBSD.org> Date: Fri, 16 Sep 2011 09:03:37 -0700 Message-ID: From: Kevin Oberman To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Boris Kochergin , freebsd-current Subject: Re: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 16:03:38 -0000 On Fri, Sep 16, 2011 at 6:30 AM, Andriy Gapon wrote: > on 16/09/2011 15:55 Boris Kochergin said the following: >> On 09/14/11 12:15, Andriy Gapon wrote: >>> on 14/09/2011 18:11 Boris Kochergin said the following: >>>> camcontrol rescan all >>> I think that this command may screw up communication between kernel and= HDD from >>> which the OS runs. >> >> It works under normal circumstances--I can run "camcontrol rescan all" o= n a system >> with ATA_CAM and the root filesystem isn't disturbed. >> >>> Perhaps using a specific bus number would work better. >>> >> >> Somewhat, but results are still undesirable. "camcontrol rescan 1" (the = CD-ROM is >> listed as being on scbus1) executes, stays in the cbwait state for 30 se= conds, >> then the system locks up. >> >> "camcontrol reset 1" has the same behavior as "camcontrol rescan all" in= that the >> system locks up instantly. > > Weird. =A0Can you provoke a panic when that happens? > Maybe you can contact mav@ directly and he'd be interested in debugging t= his case. I fear that BIOS may have some issue. I have a T43 and found that, if I booted with the DVD installed, atacontrol (this was prior to ATA-CAM) would allow me to detach, but if I then inserted a hard drive and tried to attach it, the system would lock up. If I booted with a hard drive in the bay, I could detach, change drives, and attach with no problems. I don't recall if I could replace the hard drive with a DVD, though and I don't have physical access to that system ATM. Still, this sounds rather similar to what I saw and it was unique to the T43. I have had several other ThinkPads, all of which allow me to swap out the DVD for a different drive including the T520 I am using to enter this reply. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 17:58:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2295B1065674; Fri, 16 Sep 2011 17:58:45 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D145D8FC17; Fri, 16 Sep 2011 17:58:44 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 327E41E000E4; Fri, 16 Sep 2011 19:40:04 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.3) with ESMTP id p8GHbjwW042912; Fri, 16 Sep 2011 19:37:45 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id p8GHbjD8042911; Fri, 16 Sep 2011 19:37:45 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 16 Sep 2011 19:37:45 +0200 To: freebsd-current@FreeBSD.org Message-ID: <20110916173745.GA42502@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-mobile@FreeBSD.org Subject: [PATCH: iwn(4)] Fix channel switching in monitor mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 17:58:45 -0000 Hi! I just got a "Centrino Advanced-N 6230" half-size mini-pcie card (using iwn6000g2bfw.ko firmware, my Dell Precision M4500 laptop came with an unsupported Broadcom BCM4313: https://laptop.bsdgroup.de/freebsd/index.html?action=show_laptop_detail&laptop=13061 ), and found channel switching didn't work in monitor mode, the patch below seems to fix it - also at: http://people.freebsd.org/~nox/tmp/patch-iwn-channel-monitor.txt (I also applied the two patches from the `"Intel Centrino Advanced-N + WiMAX 6250" doesn't work' thread tho I'm not 100% sure they are needed for this nic: http://markmail.org/message/exik7phjs2j7pnsi and http://docs.freebsd.org/cgi/mid.cgi?CAAgh0_bL7K3PZVAZxPV8JwdhnopOvdRp0Z+xHU-CfGba5bz1Kw ) And here is the channel switching patch: --- src/sys/dev/iwn/if_iwn.c.orig +++ src/sys/dev/iwn/if_iwn.c @@ -6984,12 +6984,24 @@ iwn_set_channel(struct ieee80211com *ic) const struct ieee80211_channel *c = ic->ic_curchan; struct ifnet *ifp = ic->ic_ifp; struct iwn_softc *sc = ifp->if_softc; + int error; IWN_LOCK(sc); sc->sc_rxtap.wr_chan_freq = htole16(c->ic_freq); sc->sc_rxtap.wr_chan_flags = htole16(c->ic_flags); sc->sc_txtap.wt_chan_freq = htole16(c->ic_freq); sc->sc_txtap.wt_chan_flags = htole16(c->ic_flags); + + /* + * Only need to set the channel in Monitor mode. AP scanning and auth + * are already taken care of by their respective firmware commands. + */ + if (ic->ic_opmode == IEEE80211_M_MONITOR) { + error = iwn_config(sc); + if (error != 0) + device_printf(sc->sc_dev, + "error %d settting channel\n", error); + } IWN_UNLOCK(sc); } From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 18:16:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CD5E106564A; Fri, 16 Sep 2011 18:16:33 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id CE7E78FC17; Fri, 16 Sep 2011 18:16:32 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1R4cxV-0005i8-Bm; Fri, 16 Sep 2011 19:16:27 +0100 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R4cxE-0002QX-1X; Fri, 16 Sep 2011 19:16:00 +0100 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4) with ESMTP id p8GIFxK1034579; Fri, 16 Sep 2011 19:15:59 +0100 (BST) (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.4/8.14.4/Submit) id p8GIFxjD034578; Fri, 16 Sep 2011 19:15:59 +0100 (BST) (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Fri, 16 Sep 2011 19:15:59 +0100 From: Anton Shterenlikht To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Message-ID: <20110916181559.GA31128@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-ia64@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: ia64 r221488: panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 18:16:33 -0000 I know it's not exactly current anymore, but.. ia64 r221488 panic: blockable sleep lock (sleep mutex) process lock @ /usr/src/sys/ia64/ia64/trap.c:562 cpuid = 1 KDB: enter: panic [ thread pid 43327 tid 101615 ] Stopped at kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;; db> db> show proc Process 43327 (automoc4) at 0xe00000001e91ba70: state: NORMAL uid: 0 gids: 0, 5 parent: pid 43326 at 0xe00000001258d1a0 ABI: FreeBSD ELF64 arguments: /usr/local/bin/automoc4 threads: 2 104746 RunQ automoc4 101615 Run CPU 1 initial thread db> show thread Thread 101615 at 0xe0000000128339e0: proc (pid 43327): 0xe00000001e91ba70 name: initial thread stack: 0xa0000000c8358000-0xa0000000c835ffff flags: 0x4 pflags: 0 state: RUNNING (CPU 1) priority: 142 container lock: sched lock 1 (0x9ffc000000a31140) db> thread 101615 [ thread pid 43327 tid 101615 ] kdb_enter+0x92: [I2] addl r14=0xffffffffffe1fe38,gp ;; db> db> bt Tracing pid 43327 tid 101615 td 0xe0000000128339e0 kdb_enter(0x9ffc000000913e38, 0x9ffc000000913e38, 0x9ffc000000351990, 0x793) at kdb_enter+0x92 panic(0x9ffc00000091cbd8, 0x9ffc000000912538, 0x9ffc000000912518, 0x9ffc000000953490, 0x232, 0x9ffc000000953490) at panic+0x2e0 witness_checkorder(0xe00000001e91bb68, 0x9, 0x9ffc000000953490, 0x232, 0x0) at witness_checkorder+0x1b0 _mtx_lock_flags(0xe00000001e91bb68, 0x0, 0x9ffc000000953490, 0x232, 0x9ffc0000007e1160, 0x716, 0x9ffc00000091d410) at _mtx_lock_flags+0x130 trap(0x14, 0xa0000000c835f000) at trap+0x940 ivt_Data_TLB() at ivt_Data_TLB+0x1d0 --- trapframe at 0xa0000000c835f000 uma_zalloc_arg(0xe0000001ffffab40, 0x0, 0x2) at uma_zalloc_arg+0x121 vm_map_entry_create(0xe000000010c100cd, 0x9ffc00000076f680, 0x48d, 0xe000000010c10000) at vm_map_entry_create+0x80 _vm_map_clip_start(0xe000000010c10000, 0xe00000001e14d680, 0xa0000000b4a32000, 0xe00000001e14d6c8) at _vm_map_clip_start+0x2a0 vm_map_delete(0xe000000010c10000, 0xa0000000b4a32000, 0xa0000000b4a36000) at vm_map_delete+0xd0 vm_map_remove(0xe000000010c10000, 0xa0000000b4a32000, 0xa0000000b4a36000) at vm_map_remove+0x80 pipe_free_kmem(0xe000000011be4708, 0xe000000011be4718, 0x9ffc0000003f73d0, 0x590, 0xe0000000128339e0) at pipe_free_kmem+0x110 pipeclose(0xe000000011be4708) at pipeclose+0x660 pipe_close(0xe0000000127f3a90, 0xe000000011be4708, 0x9ffc0000002e0410) at pipe_close+0x50 _fdrop(0xe0000000127f3a90, 0xe0000000128339e0, 0x9ffc0000002e13f0, 0xb9b) at _fdrop+0xb0 closef(0xe0000000127f3a90, 0xe0000000128339e0, 0x4a0, 0xe0000000128339e0) at closef+0x570 kern_close(0xe0000000128339e0, 0x9ffc00000090c938) at kern_close+0x250 close(0xe0000000128339e0, 0xa0000000c835f4e8, 0x9ffc0000003dc9c0, 0x50e) at close+0x30 syscallenter(0xe0000000128339e0, 0xa0000000c835f3a0, 0xa0000000c835f3a8) at syscallenter+0x4e0 syscall(0xa0000000c835f4c8, 0xe0000000128339e0, 0x1208a5290, 0x9ffc0000007dd880, 0x8, 0x0) at syscall+0x60 epc_syscall_return() at epc_syscall_return db> -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 19:01:59 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id E6487106564A; Fri, 16 Sep 2011 19:01:58 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Fri, 16 Sep 2011 15:01:44 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Message-Id: <201109161501.48048.jkim@FreeBSD.org> Cc: Arnaud Lacombe Subject: Re: 9.0-BETA2 do not support SpeedStep on E5420 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 19:01:59 -0000 On Thursday 15 September 2011 05:19 pm, Arnaud Lacombe wrote: > Hi, > > On Thu, Sep 15, 2011 at 12:20 PM, Arnaud Lacombe wrote: > > Hi, > > > > From today's -CURRENT: > > > > Copyright (c) 1992-2011 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > > 1993, 1994 � � � �The Regents of the University of California. > > All rights reserved. FreeBSD is a registered trademark of The > > FreeBSD Foundation. FreeBSD 9.0-BETA2 #17 r225560+be1f8b9: Thu > > Sep 15 12:05:41 EDT 2011 � > > �al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/fr > >eebsd/src/sys/GENERIC i386 > > CPU: Intel(R) Xeon(R) CPU � � � � � E5420 �@ 2.50GHz (2493.80-MHz > > 686-class CPU) �Origin = "GenuineIntel" �Id = 0x1067a �Family = 6 > > �Model = 17 �Stepping = 10 > > �Features=0xbfebfbff >MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS, > >HTT,TM,PBE> > > �Features2=0x40ce3bd >6,xTPR,PDCM,DCA,SSE4.1,XSAVE> �AMD Features=0x20100000 > > �AMD Features2=0x1 > > �TSC: P-state invariant, performance statistics > > real memory �= 6442450944 (6144 MB) > > avail memory = 3677458432 (3507 MB) > > Event timer "LAPIC" quality 400 > > ACPI APIC Table: <100509 APIC1714> > > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > > FreeBSD/SMP: 2 package(s) x 4 core(s) > > �cpu0 (BSP): APIC ID: �0 > > �cpu1 (AP): APIC ID: �1 > > �cpu2 (AP): APIC ID: �2 > > �cpu3 (AP): APIC ID: �3 > > �cpu4 (AP): APIC ID: �4 > > �cpu5 (AP): APIC ID: �5 > > �cpu6 (AP): APIC ID: �6 > > �cpu7 (AP): APIC ID: �7 > > [...] > > est0: failed to enable SpeedStep > > p4tcc0: on cpu0 > > est1: failed to enable SpeedStep > > p4tcc1: on cpu1 > > est2: failed to enable SpeedStep > > p4tcc2: on cpu2 > > est3: failed to enable SpeedStep > > p4tcc3: on cpu3 > > est4: failed to enable SpeedStep > > p4tcc4: on cpu4 > > est5: failed to enable SpeedStep > > p4tcc5: on cpu5 > > est6: failed to enable SpeedStep > > p4tcc6: on cpu6 > > est7: failed to enable SpeedStep > > p4tcc7: on cpu7 > > different issue, same config, still est(4) related, bot on a Q9650: > > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 9.0-BETA2 #16 r225462+e068e24-dirty: Sat Sep 10 14:50:17 > EDT 2011 > al@shai-hulud:/data/src/freebsd/obj/master/i386.i386/data/src/freeb >sd/src/sys/GENERIC i386 > CPU: Pentium III/Pentium III Xeon/Celeron (2666.72-MHz 686-class > CPU) Origin = "GenuineIntel" Id = 0x1067a Family = 6 Model = 17 > Stepping = 10 > Features=0xbfebfbffR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,T >M,PBE> > Features2=0x408e3fd16,xTPR,PDCM,SSE4.1,XSAVE> AMD Features=0x20100000 > AMD Features2=0x1 > TSC: P-state invariant, performance statistics > real memory = 2147483648 (2048 MB) > avail memory = 2084757504 (1988 MB) > Event timer "LAPIC" quality 400 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > FreeBSD/SMP: 1 package(s) x 4 core(s) > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > [...] > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 616082506000825 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 616082506000825 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 616082506000825 > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 616082506000825 > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 est depends on acpi_perf to get frequency/voltage information to get/set MSRs. Your BIOS does not export _PSS mothods and that's why it's failing. If you can find SSDT dump with _PSS methods for the *exact* CPU model from "somewhere", you can insert it into your DSDT and override. There are many possible causes. Some BIOS do not care about workstation/server class CPUs. Some BIOS only exports _PSS methods when it "thinks" the OS supports it. Some (broken) BIOS dynamically constructs/loads/unloads _PSS methods during cold boot to limit boot-time frequency (usually for mobile processors), then acpi_perf misses it. Some times calibrated frequency at boot-time is too wild and it does not match any frequency from probed _PSS. Newer models are more complicated because of dynamic FSB switching, Turbo Boost, etc. It goes on and on... Intel did not publish vital information to support any CPUs beyond Pentium M family but you may find some clues from Intel BITS source. http://biosbits.org/ Also, Linux ACPI validation test may help, too. http://www.lesswatts.org/projects/acpi/validation.php Some time ago, I have written an ugly patch to support newer processors without _PSS: http://people.freebsd.org/~jkim/est-20110608.diff It worked for my Xeon processors but it may damage your CPU severely, cause fire, etc, etc... Now you're warned. ;-) Note this patch will never be committed, at least in current form, because it has full of guess work from me. > - Arnaud > > > It feels strange that the latest FreeBSD do not support est(4) on > > a 3 years old CPU... Yeah, tell it to the CPU/BIOS/motherboard vendors. :-( Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 19:40:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0478106566B; Fri, 16 Sep 2011 19:40:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 890A68FC15; Fri, 16 Sep 2011 19:40:14 +0000 (UTC) Received: by yxk36 with SMTP id 36so3934739yxk.13 for ; Fri, 16 Sep 2011 12:40:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=88Fw5GjRbOEP39bE+ak6jAFHj2SAubCb71sOJ9qzKFg=; b=jnyZwsKVYwKmTNa/AdEa1Xs/JDafDIFJovFS0iuLXz9KTJ0LtBweU5TJcEQhUE0fNx wO0Pfu9oU7qXes+IoL/vHUCk8yGO0LJ6MqEJ5vEw8Vs1Ig+NjrgrxyIoyqICe4FxfPRB VI4mkYB/e+k5/F5dXKoXG7HWyHCI6N8UGutA4= Received: by 10.68.29.5 with SMTP id f5mr1802606pbh.149.1316202013270; Fri, 16 Sep 2011 12:40:13 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i8sm14268943pbl.2.2011.09.16.12.40.10 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 12:40:12 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 16 Sep 2011 12:40:12 -0700 From: YongHyeon PYUN Date: Fri, 16 Sep 2011 12:40:12 -0700 To: Arnaud Lacombe Message-ID: <20110916194012.GB9916@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, FreeBSD-Current Subject: Re: Queue drop not accounted ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 19:40:15 -0000 On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote: > Hi, > > Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be > accounted as dropped, cf attached patch ? > Hmm, I think err would be set to ENOBUFS for queue full case and this err will crease ifq_drops. > Thanks, > - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 19:51:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F745106564A for ; Fri, 16 Sep 2011 19:51:58 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id E99708FC0A for ; Fri, 16 Sep 2011 19:51:57 +0000 (UTC) Received: by gyf2 with SMTP id 2so3946974gyf.13 for ; Fri, 16 Sep 2011 12:51:57 -0700 (PDT) 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=Sne76rd2d9ymzgFtqfDX9qlo3frPgOosJNw8zBAgWHM=; b=hLgtSfZd+H8ototehAROawdv9qLo4+5HCA8+GBPKj0N/OBzAMUhOUfNqVBeXp0EILy DlL6JzbYpZAeL9OHec4QlH/2uQihWqchC24xsxQhxPaXFXSp3Ab/FZjXvMueMvh8Fb44 5zL0cXnS0yAQxaSr1fnWeFaxNuODoCDS/a8Ls= MIME-Version: 1.0 Received: by 10.68.71.200 with SMTP id x8mr2451404pbu.465.1316202716933; Fri, 16 Sep 2011 12:51:56 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Fri, 16 Sep 2011 12:51:56 -0700 (PDT) Date: Fri, 16 Sep 2011 15:51:56 -0400 Message-ID: From: Arnaud Lacombe To: FreeBSD-Current Content-Type: text/plain; charset=ISO-8859-1 Subject: Very imprecise watchdogd(8) timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 19:51:58 -0000 Hi, I just had a look to the way the timeout specified to watchdogd is passed to the kernel. watchdogd(8) says: The -t timeout specifies the desired timeout period in seconds. The default timeout is 16 seconds. So as a dumb user, I would expect `-t 30' to set the timeout to 30s. You can imagine my surprise when the watchdog ends up being set to 34s, result of the convoluted conversion from double to integer from the log base 2 of the timeout converted to nanosecond. That's more than 10% of error on this timeout to what the manual page says it would, and at the end, you can only set the watchdog to 62 different value. Folks, I'm definitively not impressed... - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 20:03:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29ADD106564A for ; Fri, 16 Sep 2011 20:03:11 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id DE3948FC08 for ; Fri, 16 Sep 2011 20:03:10 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9143C5DAF; Fri, 16 Sep 2011 20:03:08 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p8GK38hu058775; Fri, 16 Sep 2011 20:03:08 GMT (envelope-from phk@phk.freebsd.dk) To: Arnaud Lacombe From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 Sep 2011 15:51:56 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 16 Sep 2011 20:03:08 +0000 Message-ID: <58772.1316203388@critter.freebsd.dk> Cc: FreeBSD-Current Subject: Re: Very imprecise watchdogd(8) timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 20:03:11 -0000 In message , Arnaud Lacombe writes: >I just had a look to the way the timeout specified to watchdogd is >passed to the kernel. watchdogd(8) says: The API was designed for simplicity, not precision. Watchdog hardware often have weird and strange limitations on the actual values you can set. A very typical, the most typical in my experience, is "some frequency, a binary prescaler, possibly with a counter. It is also not uncommon to have more than one watchdog mechanism in the same system. It would be overkill to design and implement a complex API to communicate these limitations to userland. So the API was designed around the power-of-two scale to give it a wide range, and with the semantics "no shorter than", to make it easy to use, and for multiple watchdogs to be engaged to the best of their ability. If this is not precise enough for you, come up with something better. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 20:59:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630FA106564A for ; Fri, 16 Sep 2011 20:59:12 +0000 (UTC) (envelope-from lacombar@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 249908FC08 for ; Fri, 16 Sep 2011 20:59:11 +0000 (UTC) Received: by ywp17 with SMTP id 17so3995571ywp.13 for ; Fri, 16 Sep 2011 13:59:11 -0700 (PDT) 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=lXw1txWrPYzKHjL/8I/4KOMV0SfTf8PR8r8oexV+Jjs=; b=oCfE6l1OjY39CaD5Sibpec0E3UjkkAGF/rnB1PMbBhL1Itt+AK3xxi9W3qQ7p19ZTP WxuZ5kXrQnvR77G7WMvFt/KsWN4QHllc/nIDaPcqMHxReK4qpV8ew+jlLueCbxgy35kR aq+nlSdRe+kK5YND1Lo5lTUQa9yaAt40SPwkA= MIME-Version: 1.0 Received: by 10.68.8.166 with SMTP id s6mr81979pba.398.1316206750937; Fri, 16 Sep 2011 13:59:10 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Fri, 16 Sep 2011 13:59:10 -0700 (PDT) In-Reply-To: <58772.1316203388@critter.freebsd.dk> References: <58772.1316203388@critter.freebsd.dk> Date: Fri, 16 Sep 2011 16:59:10 -0400 Message-ID: From: Arnaud Lacombe To: Poul-Henning Kamp Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: Very imprecise watchdogd(8) timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 20:59:12 -0000 Hi, On Fri, Sep 16, 2011 at 4:03 PM, Poul-Henning Kamp wrote: > In message > , Arnaud Lacombe writes: > >>I just had a look to the way the timeout specified to watchdogd is >>passed to the kernel. watchdogd(8) says: > > The API was designed for simplicity, not precision. > > Watchdog hardware often have weird and strange limitations on the > actual values you can set. > yes. > A very typical, the most typical in my experience, is "some > frequency, a binary prescaler, possibly with a counter. > > It is also not uncommon to have more than one watchdog > mechanism in the same system. > in which case the current notifier-based architecture is broken. You may want to have a soft-watchdog triggering after 5s, and a fallback hardware watchdog triggering after 60s. > It would be overkill to design and implement a complex API to > communicate these limitations to userland. > Linux is going this way, at least for a min/max seconds timeount info, did not check the rest. > So the API was designed around the power-of-two scale to give it > a wide range, and with the semantics "no shorter than", to make > it easy to use, and for multiple watchdogs to be engaged to the > best of their ability. > wide range ? 50% of the possibility are unusable (every value below 29) and the rest is limited by what the device support anyway. Take the geodewdt, a max timeout of 2h26, so with the actual sparse range, you will only be able to set timeout to 1s, 2s, 4s, 8s, 17s, 34s, 68s, 274s, 549s, 1099s, 2199s, 4398s. That's 20% of the original range... > If this is not precise enough for you, come up with something > better. > I do not really care actually, but the manpage is wrong, and the code needlessly complicated. You can just rip all the double-to-int-log-of-nanosecond-timeout mambo-jumbo, and advertise in watchdogd(8) that only power of two timeout are supported, or have an option to directly specify the shift, that'll be simpler and correct. - Arnaud From owner-freebsd-current@FreeBSD.ORG Fri Sep 16 21:12:30 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24FAD1065670; Fri, 16 Sep 2011 21:12:30 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id C8BC28FC0C; Fri, 16 Sep 2011 21:12:29 +0000 (UTC) Received: by gwj16 with SMTP id 16so4400680gwj.37 for ; Fri, 16 Sep 2011 14:12:29 -0700 (PDT) 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:content-transfer-encoding; bh=83+95i5o3Rl0o8bwe4uXaarFLGMNLc7V3fQu+BEX0ys=; b=ArMMBALG2TPEOGou9lb/qRO22vKv+4de2eLAB5ObsjIBZZvZWU32xXp5zEpdhkROUU gwED9GQ/7lHabvP5NEZl8PlQNZBbuYLLfG8bLswBiUWu7TqMiwyrggCfITLFuIwQq1vG zt/5QdIFY/g/h3NwCHU2MczGqnICVHjFlQF+o= MIME-Version: 1.0 Received: by 10.68.71.200 with SMTP id x8mr2535003pbu.465.1316207548574; Fri, 16 Sep 2011 14:12:28 -0700 (PDT) Received: by 10.142.12.18 with HTTP; Fri, 16 Sep 2011 14:12:28 -0700 (PDT) In-Reply-To: <20110916194012.GB9916@michelle.cdnetworks.com> References: <20110916194012.GB9916@michelle.cdnetworks.com> Date: Fri, 16 Sep 2011 17:12:28 -0400 Message-ID: From: Arnaud Lacombe To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, FreeBSD-Current Subject: Re: Queue drop not accounted ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 21:12:30 -0000 Hi, On Fri, Sep 16, 2011 at 3:40 PM, YongHyeon PYUN wrote: > On Thu, Sep 15, 2011 at 09:25:19PM -0400, Arnaud Lacombe wrote: >> Hi, >> >> Shouldn't packet freed in IFQ_ENQUEUE() because the queue is full be >> accounted as dropped, cf attached patch ? >> > > Hmm, I think err would be set to ENOBUFS for queue full case and > this err will crease ifq_drops. > oh, yeah, I missed the increment not using the accessors after the branch. A. >> Thanks, >> =A0- Arnaud > From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 03:34:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4433B106564A for ; Sat, 17 Sep 2011 03:34:41 +0000 (UTC) (envelope-from jason.harmening@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 160C58FC13 for ; Sat, 17 Sep 2011 03:34:40 +0000 (UTC) Received: by iadk27 with SMTP id k27so4795701iad.13 for ; Fri, 16 Sep 2011 20:34:40 -0700 (PDT) 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=AaGh8ZFsLdJlxbSi8UY/9bEZUhpI3amQopIIZkqe770=; b=vLZHSLD+OgxQEWWvT1Jx33sk8mOAnRCGVZ8n5KUFmhfc8163luC1xu7y8ImvtBPybK uzKM70BrwMf0Hc5Mua0+1wBx4c9eK5iE2bzRBBA5HnQ8zOQpzrYGgE6rUR40tcEXBEb2 Smnyk/kZPUNzkm1PARqz6In5brTxl5WUH4qyc= MIME-Version: 1.0 Received: by 10.42.130.72 with SMTP id u8mr264699ics.37.1316230480321; Fri, 16 Sep 2011 20:34:40 -0700 (PDT) Received: by 10.43.45.137 with HTTP; Fri, 16 Sep 2011 20:34:40 -0700 (PDT) Date: Fri, 16 Sep 2011 22:34:40 -0500 Message-ID: From: Jason Harmening To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 17 Sep 2011 03:54:45 +0000 Subject: Crashes in world built w/ clang: FP registers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 03:34:41 -0000 Hi everyone, Using clang as the default compiler, the kernel and drivers will work fine, but a lot of programs in the base system and ports will crash w/ SIGBUS. In fact, so much of the stuff in the chroot'ed world will crash (everything from csh to gcc) that it's basically unusable. I finally got around to building w/ debug symbols, and ran gdb on a coredump generated while I was trying to use tab completion in csh: (gdb) bt #0 tw_collect (command=dwarf2_read_address: Corrupted DWARF expression.) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1308 #1 0x000000000042777b in t_search (word=Unhandled dwarf expression opcode 0x0) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1725 #2 0x0000000000426829 in tenematch (inputline=Variable "inputline" is not avail able.) at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:301 #3 0x000000000043545d in Inputl () at /usr/src/bin/csh/../../contrib/tcsh/ed.inputl.c:415 #4 0x0000000000417a90 in readc (wanteof=Variable "wanteof" is not available.) at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:1653 #5 0x0000000000416f37 in lex (hp=Variable "hp" is not available.) at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:162 #6 0x0000000000405afb in process (catch=Unhandled dwarf expression opcode 0x0) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1922 #7 0x0000000000404b51 in main (argc=Variable "argc" is not available.) at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1289 gdb) disas Dump of assembler code for function tw_collect: 0x00000000004288b0 : push %rbp 0x00000000004288b1 : mov %rsp,%rbp 0x00000000004288b4 : push %r15 0x00000000004288b6 : push %r14 0x00000000004288b8 : push %r13 0x00000000004288ba : push %r12 0x00000000004288bc : push %rbx 0x00000000004288bd : sub $0x2e8,%rsp 0x00000000004288c4 : mov %r9,-0x308(%rbp) 0x00000000004288cb : mov %r8,-0x300(%rbp) 0x00000000004288d2 : mov %rcx,-0x2f8(%rbp) 0x00000000004288d9 : mov %rdx,-0x2f0(%rbp) 0x00000000004288e0 : mov %esi,-0x2e8(%rbp) 0x00000000004288e6 : mov %edi,-0x2e4(%rbp) 0x00000000004288ec : movl $0x0,-0x1d4(%rbp) 0x00000000004288f6 : movaps 0x23115b(%rip),%xmm0 # 0x6 59a58 0x00000000004288fd : lea -0x2(%rdi),%eax 0x0000000000428900 : mov %eax,-0x2e0(%rbp) 0x0000000000428906 : test %edi,%edi 0x0000000000428908 : movaps %xmm0,-0x210(%rbp) 0x000000000042890f : sete %al ---Type to continue, or q to quit---q Quit (gdb) info line tw.parse.c:1308 Line 1308 of "/usr/src/bin/csh/../../contrib/tcsh/tw.parse.c" starts at address 0x4288f6 and ends at 0x4288fd . Looks like it's crashing as soon as it tries to use the XMM registers. I'm not sure if all of the crashes I'm getting are like this one, but I was surprised to see FP registers in code like this. I'm using march=corei7 and -O2 for both world and kernel, but using march=nocona or just leaving out CPUTYPE has no effect (actual CPU is Nehalem Xeon 5520) Here's the relevant part of make.conf for completeness: .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif .if !defined(CPP) || ${CPP} == "cpp" CPP=clang -E .endif NO_WERROR= WERROR= NO_FSCHG= CPUTYPE?=corei7 CFLAGS= -O2 -pipe COPTFLAGS= -O2 -pipe Any thoughts? Is there some simple fix for this I'm missing? Thanks, Jason From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 05:15:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57010106566C for ; Sat, 17 Sep 2011 05:15:55 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-1.mit.edu (DMZ-MAILSEC-SCANNER-1.MIT.EDU [18.9.25.12]) by mx1.freebsd.org (Postfix) with ESMTP id E50088FC15 for ; Sat, 17 Sep 2011 05:15:54 +0000 (UTC) X-AuditID: 1209190c-b7b06ae000000aad-52-4e742ce5886a Received: from mailhub-auth-2.mit.edu ( [18.7.62.36]) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id 19.3A.02733.5EC247E4; Sat, 17 Sep 2011 01:15:17 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id p8H5FrKB018482; Sat, 17 Sep 2011 01:15:53 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8H5FpfA026643 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 17 Sep 2011 01:15:53 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8H5FoF2020983; Sat, 17 Sep 2011 01:15:50 -0400 (EDT) Date: Sat, 17 Sep 2011 01:15:50 -0400 (EDT) From: Benjamin Kaduk To: Kevin Oberman In-Reply-To: Message-ID: References: <4E70C404.3010104@acm.poly.edu> <4E70D30E.6080002@FreeBSD.org> <4E734749.2010106@acm.poly.edu> <4E734F60.4070005@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupmleLIzCtJLcpLzFFi42IRYrdT0X2qU+JncPeEucWkV53sFnPefGCy WNC6h81i/pTf7A4sHn++XWP3mPFpPovHzll32QOYo7hsUlJzMstSi/TtErgybk/9zF7wiqNi zqs7jA2Mz9m6GDk5JARMJO5PeMYIYYtJXLi3HijOxSEksI9R4tvln4wQzgZGiXm397JDOAeY JN4dbWGBcBoYJe4e3wA2i0VAW2Lp2zWsIDabgIrEzDcbweIiAqoSnafmM4E0MIM0bN+7lRkk ISxgKLHxQj8LiM0pECgxtWsNWJxXwEHi4Oy1UIecY5RYP/Mz2FRRAR2J1funsEAUCUqcnPkE zGYWsJQ49+c62wRGwVlIUrOQpBYwMq1ilE3JrdLNTczMKU5N1i1OTszLSy3SNdTLzSzRS00p 3cQICmdOSZ4djG8OKh1iFOBgVOLh/dBZ7CfEmlhWXJl7iFGSg0lJlHe3domfEF9SfkplRmJx RnxRaU5q8SFGCQ5mJRHeDimgHG9KYmVValE+TEqag0VJnPfgDgc/IYH0xJLU7NTUgtQimKwM B4eSBK86MG6FBItS01Mr0jJzShDSTBycIMN5gIZ/A1nMW1yQmFucmQ6RP8Woy/F5euMJRiGW vPy8VClxXk2QQQIgRRmleXBzYGnoFaM40FvCvBogVTzAFAY36RXQEiagJcqzC0CWlCQipKQa GJu6zbK51ZtvhWnMum08KSYotWXr53cszc/2a9fLRnIJ53z5KPW/bPvFWbc/8lm9Wqoat/rL 3S0a27f8Dp9iXJaWetEzXpjRSySQybJ6FuOhcPul9nKbxC/unnHjZnlCt8LtvisFQf/5mkPK Djv83TNvs2mY8/p3TM3nXm9a81l50S/uu+sv+SixFGckGmoxFxUnAgBUB0+8HgMAAA== Cc: Boris Kochergin , Andriy Gapon , freebsd-current Subject: Re: Thinkpad CD-ROM hotplug with ATA_CAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 05:15:55 -0000 On Fri, 16 Sep 2011, Kevin Oberman wrote: > > I fear that BIOS may have some issue. I have a T43 and found that, if > I booted with the DVD > installed, atacontrol (this was prior to ATA-CAM) would allow me to > detach, but if I then > inserted a hard drive and tried to attach it, the system would lock up. > > If I booted with a hard drive in the bay, I could detach, change > drives, and attach with no > problems. I don't recall if I could replace the hard drive with a DVD, > though and I don't have > physical access to that system ATM. Still, this sounds rather similar > to what I saw and it > was unique to the T43. I have had several other ThinkPads, all of > which allow me to swap > out the DVD for a different drive including the T520 I am using to > enter this reply. It's not entirely clear that this is relevant, but my T400 has very odd behavior with the CD drive either disappearing or taking a very long time to probe on warm boots. Linux (or grub? I don't remember.) also has some trouble finding the root device (hard disk) on warm boots, but FreeBSD does fine. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 06:17:34 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514371065673 for ; Sat, 17 Sep 2011 06:17:34 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 148BA8FC17 for ; Sat, 17 Sep 2011 06:17:33 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 2B1505DCC; Sat, 17 Sep 2011 06:17:32 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.5/8.14.5) with ESMTP id p8H6HVp4045559; Sat, 17 Sep 2011 06:17:31 GMT (envelope-from phk@phk.freebsd.dk) To: Arnaud Lacombe From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 Sep 2011 16:59:10 -0400." Content-Type: text/plain; charset=ISO-8859-1 Date: Sat, 17 Sep 2011 06:17:31 +0000 Message-ID: <45558.1316240251@critter.freebsd.dk> Cc: FreeBSD-Current Subject: Re: Very imprecise watchdogd(8) timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 06:17:34 -0000 In message , Arnaud Lacombe writes: >I do not really care actually, but the manpage is wrong, and the code >needlessly complicated. As I said: Feel free to improve. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 08:01:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A49A1065670 for ; Sat, 17 Sep 2011 08:01:19 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from agogare.doit.wisc.edu (agogare.doit.wisc.edu [144.92.197.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3C50C8FC13 for ; Sat, 17 Sep 2011 08:01:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth2.wiscmail.wisc.edu by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LRN00I00QA6WJ00@smtpauth2.wiscmail.wisc.edu>; Sat, 17 Sep 2011 03:01:18 -0500 (CDT) Received: from wanderer.tachypleus.net (AAnnecy-157-1-38-242.w86-219.abo.wanadoo.fr [86.219.5.242]) by smtpauth2.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LRN00AUIQA4OR20@smtpauth2.wiscmail.wisc.edu>; Sat, 17 Sep 2011 03:01:17 -0500 (CDT) Date: Sat, 17 Sep 2011 10:01:15 +0200 From: Nathan Whitehorn In-reply-to: <4E71F647.2050007@a1poweruser.com> To: Fbsd8 Message-id: <4E7453CB.1040908@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=86.219.5.242 X-Spam-PmxInfo: Server=avs-9, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.17.74815, SenderIP=86.219.5.242 References: <4E71F647.2050007@a1poweruser.com> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 08:01:19 -0000 On 09/15/11 14:57, Fbsd8 wrote: > Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat. > The keyboard 9 key block above the arrow keys don't function. > Issuing the "man cmd_name" command doe's display the man page, > but the {Page up, Page down keys } don't work. > Also when using the "ee" edit command the {delete, Page up, Page down > keys } don't work. This does not happen in any of the previous releases. > > Further more, localization of the keyboard should not be forced on the > user during the install process. This BSDinstall option should be > disabled or removed. You can press "Cancel" there, which will cancel keymap selection and keep the default. The utility being invoked is just kbdmap(1), and any changes to it need to go there. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 08:04:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C27C3106564A; Sat, 17 Sep 2011 08:04:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C0A98FC14; Sat, 17 Sep 2011 08:04:03 +0000 (UTC) Received: by yxk36 with SMTP id 36so4186032yxk.13 for ; Sat, 17 Sep 2011 01:04:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Jy4BpyFSGNqM3TZevNtkToXOSyRVhaLzzhheAujGF2o=; b=hsfGBNxAnA+hrlqqWOdc9g6m0hUj5e03ONxkjgu6UqZu+vV/Ua41gEmW3SxO682+hl R8/C/HPcsTZ/TSAMRk945vregRPHSircu8NmOuSUVSTiiFQr2Ti6oy00TkaNdKUcU7yT vkBmZ2uUf5zfSyYOtOsDCRyZqMWURwYPZZGjs= MIME-Version: 1.0 Received: by 10.236.185.195 with SMTP id u43mr1405932yhm.106.1316246642676; Sat, 17 Sep 2011 01:04:02 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sat, 17 Sep 2011 01:04:02 -0700 (PDT) In-Reply-To: <4E7453CB.1040908@freebsd.org> References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> Date: Sat, 17 Sep 2011 16:04:02 +0800 X-Google-Sender-Auth: JXHCto5XnAgzuqg_nV5F_AfSLbA Message-ID: From: Adrian Chadd To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: Fbsd8 , FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 08:04:03 -0000 .. maybe name that button "skip" then? Adrian From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 08:07:06 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3B32106567F; Sat, 17 Sep 2011 08:07:06 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 74C688FC0A; Sat, 17 Sep 2011 08:07:06 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0LRN00I00QJTQG00@smtpauth3.wiscmail.wisc.edu>; Sat, 17 Sep 2011 03:07:05 -0500 (CDT) Received: from wanderer.tachypleus.net (AAnnecy-157-1-38-242.w86-219.abo.wanadoo.fr [86.219.5.242]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0LRN00FT7QJQ0K10@smtpauth3.wiscmail.wisc.edu>; Sat, 17 Sep 2011 03:07:04 -0500 (CDT) Date: Sat, 17 Sep 2011 10:07:01 +0200 From: Nathan Whitehorn In-reply-to: To: Adrian Chadd Message-id: <4E745525.1010906@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=86.219.5.242 X-Spam-PmxInfo: Server=avs-11, Version=5.6.1.2065439, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2011.9.17.75414, SenderIP=86.219.5.242 References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110905 Thunderbird/6.0.1 Cc: Fbsd8 , FreeBSD Questions , freebsd-current@freebsd.org Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 08:07:06 -0000 On 09/17/11 10:04, Adrian Chadd wrote: > .. maybe name that button "skip" then? > The button is provided by kbdmap, as is the entire screen. We could add an "installer" mode to kbdmap that names it skip instead of cancel, of course. I'm traveling for another 2 weeks and won't have time to do that, however. -Nathan From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 08:58:53 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5830F106564A; Sat, 17 Sep 2011 08:58:53 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id E5FC88FC12; Sat, 17 Sep 2011 08:58:52 +0000 (UTC) Received: from p57918d8c.dip.t-dialin.net ([87.145.141.140] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R4qHH-0005oa-R6; Sat, 17 Sep 2011 10:29:36 +0200 Message-ID: <4E745A6B.2040204@gwdg.de> Date: Sat, 17 Sep 2011 10:29:31 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: kmacy@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@FreeBSD.org Subject: After r22561[78] some kmods do not build any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 08:58:53 -0000 Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me trouble with at least to kmods from ports. They do not load anymore and also I am not able the build them: /usr/ports/print/acroreadwrapper#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for acroreadwrapper-0.0.20110529 => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. ===> Patching for acroreadwrapper-0.0.20110529 ===> Configuring for acroreadwrapper-0.0.20110529 ===> Building for acroreadwrapper-0.0.20110529 Warning: Object directory not changed from original /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c cc1: warnings being treated as errors linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': linux_adobe.c:88: warning: implicit declaration of function 'sched_setscheduler' linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. *** Error code 1 Stop in /usr/ports/print/acroreadwrapper. /usr/ports/emulators/rtc#make ===> Vulnerability check disabled, database not found ===> License check disabled, port has not defined LICENSE ===> Extracting for rtc-2004.02.24.1_8 ===> Patching for rtc-2004.02.24.1_8 ===> Configuring for rtc-2004.02.24.1_8 ===> Building for rtc-2004.02.24.1_8 "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in favour of NO_MAN "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" ignored @ -> /sys awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h Warning: Object directory not changed from original /usr/ports/emulators/rtc/work/files machine -> /usr/src/sys/amd64/include x86 -> /usr/src/sys/x86/include cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c rtc.c cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -c rtc_linux.c cc1: warnings being treated as errors rtc_linux.c: In function 'linux_ioctl_rtc': rtc_linux.c:74: warning: implicit declaration of function 'ioctl' rtc_linux.c:74: warning: nested extern declaration of 'ioctl' [-Wnested-externs] *** Error code 1 Stop in /usr/ports/emulators/rtc/work/files. *** Error code 1 Stop in /usr/ports/emulators/rtc. Am I doing something wrong or is this intended and some ports need adaptions? Thanks in advance, Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 09:02:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08A2A106566B for ; Sat, 17 Sep 2011 09:02:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9D0B38FC1E for ; Sat, 17 Sep 2011 09:02:43 +0000 (UTC) Received: from alf.home (alf.kiev.zoral.com.ua [10.1.1.177]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p8H92dY0007681 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Sep 2011 12:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from alf.home (kostik@localhost [127.0.0.1]) by alf.home (8.14.5/8.14.5) with ESMTP id p8H92dxk071814; Sat, 17 Sep 2011 12:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by alf.home (8.14.5/8.14.5/Submit) id p8H92dKK071813; Sat, 17 Sep 2011 12:02:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: alf.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 17 Sep 2011 12:02:39 +0300 From: Kostik Belousov To: Jason Harmening Message-ID: <20110917090239.GM1511@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MsEL38XAg4rx1uDx" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org Subject: Re: Crashes in world built w/ clang: FP registers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 09:02:44 -0000 --MsEL38XAg4rx1uDx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 16, 2011 at 10:34:40PM -0500, Jason Harmening wrote: > Hi everyone, >=20 > Using clang as the default compiler, the kernel and drivers will work > fine, but a lot of programs in the base system and ports will crash w/ > SIGBUS. In fact, so much of the stuff in the chroot'ed world will > crash (everything from csh to gcc) that it's basically unusable. I > finally got around to building w/ debug symbols, and ran gdb on a > coredump generated while I was trying to use tab completion in csh: >=20 > (gdb) bt > #0 tw_collect (command=3Ddwarf2_read_address: Corrupted DWARF expression= .) > at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1308 > #1 0x000000000042777b in t_search (word=3DUnhandled dwarf expression opc= ode 0x0) > at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1725 > #2 0x0000000000426829 in tenematch (inputline=3DVariable "inputline" is > not avail able.) > at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:301 > #3 0x000000000043545d in Inputl () > at /usr/src/bin/csh/../../contrib/tcsh/ed.inputl.c:415 > #4 0x0000000000417a90 in readc (wanteof=3DVariable "wanteof" is not avai= lable.) > at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:1653 > #5 0x0000000000416f37 in lex (hp=3DVariable "hp" is not available.) > at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:162 > #6 0x0000000000405afb in process (catch=3DUnhandled dwarf expression opc= ode 0x0) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1922 > #7 0x0000000000404b51 in main (argc=3DVariable "argc" is not available.) > at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1289 >=20 > gdb) disas > Dump of assembler code for function tw_collect: > 0x00000000004288b0 : push %rbp > 0x00000000004288b1 : mov %rsp,%rbp > 0x00000000004288b4 : push %r15 > 0x00000000004288b6 : push %r14 > 0x00000000004288b8 : push %r13 > 0x00000000004288ba : push %r12 > 0x00000000004288bc : push %rbx > 0x00000000004288bd : sub $0x2e8,%rsp > 0x00000000004288c4 : mov %r9,-0x308(%rbp) > 0x00000000004288cb : mov %r8,-0x300(%rbp) > 0x00000000004288d2 : mov %rcx,-0x2f8(%rbp) > 0x00000000004288d9 : mov %rdx,-0x2f0(%rbp) > 0x00000000004288e0 : mov %esi,-0x2e8(%rbp) > 0x00000000004288e6 : mov %edi,-0x2e4(%rbp) > 0x00000000004288ec : movl $0x0,-0x1d4(%rbp) > 0x00000000004288f6 : movaps 0x23115b(%rip),%xmm0 > # 0x6 59a58 > This is actually 0x659a58 movaps tried to load %xmm0 from the unaligned address, which is forbidden and causes #GP. I have no idea why clang generates unaligned loads. > 0x00000000004288fd : lea -0x2(%rdi),%eax > 0x0000000000428900 : mov %eax,-0x2e0(%rbp) > 0x0000000000428906 : test %edi,%edi > 0x0000000000428908 : movaps %xmm0,-0x210(%rbp) > 0x000000000042890f : sete %al > ---Type to continue, or q to quit---q > Quit > (gdb) info line tw.parse.c:1308 > Line 1308 of "/usr/src/bin/csh/../../contrib/tcsh/tw.parse.c" > starts at address 0x4288f6 > and ends at 0x4288fd . >=20 >=20 > Looks like it's crashing as soon as it tries to use the XMM registers. > I'm not sure if all of the crashes I'm getting are like this one, but > I was surprised to see FP registers in code like this. >=20 > I'm using march=3Dcorei7 and -O2 for both world and kernel, but using > march=3Dnocona or just leaving out CPUTYPE has no effect (actual CPU is > Nehalem Xeon 5520) > Here's the relevant part of make.conf for completeness: >=20 > .if !defined(CC) || ${CC} =3D=3D "cc" > CC=3Dclang > .endif > .if !defined(CXX) || ${CXX} =3D=3D "c++" > CXX=3Dclang++ > .endif > .if !defined(CPP) || ${CPP} =3D=3D "cpp" > CPP=3Dclang -E > .endif > NO_WERROR=3D > WERROR=3D > NO_FSCHG=3D > CPUTYPE?=3Dcorei7 > CFLAGS=3D -O2 -pipe > COPTFLAGS=3D -O2 -pipe >=20 > Any thoughts? Is there some simple fix for this I'm missing? >=20 > Thanks, > Jason > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" --MsEL38XAg4rx1uDx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk50Yi4ACgkQC3+MBN1Mb4jnNgCgpBiXskn8RH3UCkqhhbfRpXWF jCUAoOXBsEHWyvWngYOWwabuRw4JCq3O =3kSW -----END PGP SIGNATURE----- --MsEL38XAg4rx1uDx-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 09:31:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0B791065670 for ; Sat, 17 Sep 2011 09:31:58 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8BB1B8FC15 for ; Sat, 17 Sep 2011 09:31:58 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1R4rFd-00060B-Gx>; Sat, 17 Sep 2011 11:31:57 +0200 Received: from e178015066.adsl.alicedsl.de ([85.178.15.66] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1R4rFd-0004Jn-Cm>; Sat, 17 Sep 2011 11:31:57 +0200 Message-ID: <4E74690D.5070500@zedat.fu-berlin.de> Date: Sat, 17 Sep 2011 11:31:57 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110916 Thunderbird/6.0.2 MIME-Version: 1.0 To: Kostik Belousov References: <20110917090239.GM1511@deviant.kiev.zoral.com.ua> In-Reply-To: <20110917090239.GM1511@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.15.66 Cc: Jason Harmening , freebsd-current@freebsd.org Subject: Re: Crashes in world built w/ clang: FP registers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 09:31:59 -0000 On 09/17/11 11:02, Kostik Belousov wrote: > On Fri, Sep 16, 2011 at 10:34:40PM -0500, Jason Harmening wrote: >> Hi everyone, >> >> Using clang as the default compiler, the kernel and drivers will work >> fine, but a lot of programs in the base system and ports will crash w/ >> SIGBUS. In fact, so much of the stuff in the chroot'ed world will >> crash (everything from csh to gcc) that it's basically unusable. I >> finally got around to building w/ debug symbols, and ran gdb on a >> coredump generated while I was trying to use tab completion in csh: I got a similar phenomenon with "sh" or "bash". Using tab exited the shell as it has been exited by typing exit. The box (A Dell Latitude E6510) ran so far the kernel, but compiling wasn't possible anymore, nearly every software crashed with SIGBUS. My kernel and world were compiled with CLANG, "-march=native" or left void. The CPU of the Latitude E6510 is a Core-i7 based Core-5 notebook CPU, "Lynnfield". At this very moment, the notebook runs again a fresh setup most recent FreeBSD 9.0/amd64, but I explicetely set "-march=core2", since looking at the postings here, it seems that CLANG is miscompiling on Core-i7 architectures when enabled on FreeBSD (I had never problems using the most recent CLANG on Linux Ubuntu 11.04, running on XEON 5670, a "Westmere" six core Core-i7 architecture with explicitely enabled -march=core-i7). I also realise that even on a Core2 and compiled with -march=core2 some clients compiled with CLANG sporadically SIGBUS, like Firefox 6. I can not provide more details, since I haven't run into the problem since a couple of days now and the notebook seems to work properly with -march-core2 set to CLANG this moment and I need the machines for work for the moment. But I hope I can provide with this some additional hints. By the way, I can reproduce the above mentioned behaviour of the broken OS when compiled with CLANG and non-set march or march set to native or core-i7. I did this two times and it was always the same phenomenon with different shells. The funny thing was: using the shells in multiuser mode tend to crash 100%. Using single user mode, the problem wasn't there, but compilation also failed with a "cc1" compiler error, although I've set the make.conf as recommended in the updated wiki. >> >> (gdb) bt >> #0 tw_collect (command=dwarf2_read_address: Corrupted DWARF expression.) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1308 >> #1 0x000000000042777b in t_search (word=Unhandled dwarf expression opcode 0x0) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:1725 >> #2 0x0000000000426829 in tenematch (inputline=Variable "inputline" is >> not avail able.) >> at /usr/src/bin/csh/../../contrib/tcsh/tw.parse.c:301 >> #3 0x000000000043545d in Inputl () >> at /usr/src/bin/csh/../../contrib/tcsh/ed.inputl.c:415 >> #4 0x0000000000417a90 in readc (wanteof=Variable "wanteof" is not available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:1653 >> #5 0x0000000000416f37 in lex (hp=Variable "hp" is not available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.lex.c:162 >> #6 0x0000000000405afb in process (catch=Unhandled dwarf expression opcode 0x0) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1922 >> #7 0x0000000000404b51 in main (argc=Variable "argc" is not available.) >> at /usr/src/bin/csh/../../contrib/tcsh/sh.c:1289 >> >> gdb) disas >> Dump of assembler code for function tw_collect: >> 0x00000000004288b0 : push %rbp >> 0x00000000004288b1 : mov %rsp,%rbp >> 0x00000000004288b4 : push %r15 >> 0x00000000004288b6 : push %r14 >> 0x00000000004288b8 : push %r13 >> 0x00000000004288ba : push %r12 >> 0x00000000004288bc : push %rbx >> 0x00000000004288bd : sub $0x2e8,%rsp >> 0x00000000004288c4 : mov %r9,-0x308(%rbp) >> 0x00000000004288cb : mov %r8,-0x300(%rbp) >> 0x00000000004288d2 : mov %rcx,-0x2f8(%rbp) >> 0x00000000004288d9 : mov %rdx,-0x2f0(%rbp) >> 0x00000000004288e0 : mov %esi,-0x2e8(%rbp) >> 0x00000000004288e6 : mov %edi,-0x2e4(%rbp) >> 0x00000000004288ec : movl $0x0,-0x1d4(%rbp) >> 0x00000000004288f6 : movaps 0x23115b(%rip),%xmm0 >> # 0x6 59a58 >> > This is actually 0x659a58 > movaps tried to load %xmm0 from the unaligned address, which is forbidden > and causes #GP. > > I have no idea why clang generates unaligned loads. >> 0x00000000004288fd : lea -0x2(%rdi),%eax >> 0x0000000000428900 : mov %eax,-0x2e0(%rbp) >> 0x0000000000428906 : test %edi,%edi >> 0x0000000000428908 : movaps %xmm0,-0x210(%rbp) >> 0x000000000042890f : sete %al >> ---Type to continue, or q to quit---q >> Quit >> (gdb) info line tw.parse.c:1308 >> Line 1308 of "/usr/src/bin/csh/../../contrib/tcsh/tw.parse.c" >> starts at address 0x4288f6 >> and ends at 0x4288fd . >> >> >> Looks like it's crashing as soon as it tries to use the XMM registers. >> I'm not sure if all of the crashes I'm getting are like this one, but >> I was surprised to see FP registers in code like this. >> >> I'm using march=corei7 and -O2 for both world and kernel, but using >> march=nocona or just leaving out CPUTYPE has no effect (actual CPU is >> Nehalem Xeon 5520) >> Here's the relevant part of make.conf for completeness: >> >> .if !defined(CC) || ${CC} == "cc" >> CC=clang >> .endif >> .if !defined(CXX) || ${CXX} == "c++" >> CXX=clang++ >> .endif >> .if !defined(CPP) || ${CPP} == "cpp" >> CPP=clang -E >> .endif >> NO_WERROR= >> WERROR= >> NO_FSCHG= >> CPUTYPE?=corei7 >> CFLAGS= -O2 -pipe >> COPTFLAGS= -O2 -pipe >> >> Any thoughts? Is there some simple fix for this I'm missing? >> >> Thanks, >> Jason >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 12:30:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD533106566B for ; Sat, 17 Sep 2011 12:30:45 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-qw0-f45.google.com (mail-qw0-f45.google.com [209.85.216.45]) by mx1.freebsd.org (Postfix) with ESMTP id 8F1248FC1A for ; Sat, 17 Sep 2011 12:30:45 +0000 (UTC) Received: by qwg2 with SMTP id 2so3077331qwg.4 for ; Sat, 17 Sep 2011 05:30:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=zZQx1HT0+hRWAAKJ1MoD2qHHGZg3i0l3WDq14PIZByo=; b=vXiJqyd6a1BDUJEOQFarqakNp9mc4AWLk8lmmqjVM8BNJtQNg0Hbhb3iBsFVoqjo4y N1dF6S3dDk+f+ZUnzuqxpBg5Re4JzVaXikcIn5S/tR5dqv5aOy6Vbnd1XF7PhABfX8AQ 9IG1txAKtxxVevQPauHsV/HDhfA3RwDYdlTUw= MIME-Version: 1.0 Received: by 10.52.76.170 with SMTP id l10mr364012vdw.479.1316262644970; Sat, 17 Sep 2011 05:30:44 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.113.225 with HTTP; Sat, 17 Sep 2011 05:30:44 -0700 (PDT) In-Reply-To: <4E745A6B.2040204@gwdg.de> References: <4E745A6B.2040204@gwdg.de> Date: Sat, 17 Sep 2011 14:30:44 +0200 X-Google-Sender-Auth: ysSOyrPHdlXwRJILhA3dVxfPa2g Message-ID: From: "K. Macy" To: Rainer Hurling Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: After r22561[78] some kmods do not build any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 12:30:45 -0000 This is a side effect of the syscall namespace disambiguation. I will send patches to the ports maintainers. Thanks On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: > Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me > trouble with at least to kmods from ports. They do not load anymore and a= lso > I am not able the build them: > > > /usr/ports/print/acroreadwrapper#make > =3D=3D=3D> =A0Vulnerability check disabled, database not found > =3D=3D=3D> =A0License check disabled, port has not defined LICENSE > =3D=3D=3D> =A0Extracting for acroreadwrapper-0.0.20110529 > =3D> SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. > =3D=3D=3D> =A0Patching for acroreadwrapper-0.0.20110529 > =3D=3D=3D> =A0Configuring for acroreadwrapper-0.0.20110529 > =3D=3D=3D> =A0Building for acroreadwrapper-0.0.20110529 > Warning: Object directory not changed from original > /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > x86 -> /usr/src/sys/x86/include > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINU= X32 > -Werror -D_KERNEL -DKLD_MODULE -nostdinc =A0 -I. -I@ -I@/contrib/altq > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-common =A0-fno-omit-frame-pointer =A0-m= no-sse > -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-ex= terns > -Wstrict-prototypes =A0-Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions > =A0-Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c > cc1: warnings being treated as errors > linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': > linux_adobe.c:88: warning: implicit declaration of function > 'sched_setscheduler' > linux_adobe.c:88: warning: nested extern declaration of 'sched_setschedul= er' > [-Wnested-externs] > *** Error code 1 > Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. > *** Error code 1 > Stop in /usr/ports/print/acroreadwrapper. > > > > /usr/ports/emulators/rtc#make > =3D=3D=3D> =A0Vulnerability check disabled, database not found > =3D=3D=3D> =A0License check disabled, port has not defined LICENSE > =3D=3D=3D> =A0Extracting for rtc-2004.02.24.1_8 > =3D=3D=3D> =A0Patching for rtc-2004.02.24.1_8 > =3D=3D=3D> =A0Configuring for rtc-2004.02.24.1_8 > =3D=3D=3D> =A0Building for rtc-2004.02.24.1_8 > "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in > favour of NO_MAN > "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" > ignored > @ -> /sys > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q > awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h > Warning: Object directory not changed from original > /usr/ports/emulators/rtc/work/files > machine -> /usr/src/sys/amd64/include > x86 -> /usr/src/sys/x86/include > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=3D202 -Werror -D_K= ERNEL > -DKLD_MODULE -nostdinc =A0-I/usr/ports/emulators/rtc/work/files -I/sys -I= . -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 -= -param > large-function-growth=3D1000 -fno-common -fno-omit-frame-pointer =A0-mno-= sse > -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float > =A0-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-ex= terns > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions > =A0-Wmissing-include-dirs -fdiagnostics-show-option -c rtc.c > cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=3D202 -Werror -D_K= ERNEL > -DKLD_MODULE -nostdinc =A0-I/usr/ports/emulators/rtc/work/files -I/sys -I= . -I@ > -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 -= -param > large-function-growth=3D1000 -fno-common -fno-omit-frame-pointer =A0-mno-= sse > -mcmodel=3Dkernel -mno-red-zone -mno-mmx -msoft-float > =A0-fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-ex= terns > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual =A0-Wundef -Wno-pointer-sign -fformat-extensions > =A0-Wmissing-include-dirs -fdiagnostics-show-option -c rtc_linux.c > cc1: warnings being treated as errors > rtc_linux.c: In function 'linux_ioctl_rtc': > rtc_linux.c:74: warning: implicit declaration of function 'ioctl' > rtc_linux.c:74: warning: nested extern declaration of 'ioctl' > [-Wnested-externs] > *** Error code 1 > Stop in /usr/ports/emulators/rtc/work/files. > *** Error code 1 > Stop in /usr/ports/emulators/rtc. > > > Am I doing something wrong or is this intended and some ports need > adaptions? > > Thanks in advance, > Rainer Hurling > From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 13:08:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9566106566C; Sat, 17 Sep 2011 13:08:47 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FCAA8FC13; Sat, 17 Sep 2011 13:08:47 +0000 (UTC) Received: from p57918d8c.dip.t-dialin.net ([87.145.141.140] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R4udR-00059k-Lc; Sat, 17 Sep 2011 15:08:45 +0200 Message-ID: <4E749BDD.6080309@gwdg.de> Date: Sat, 17 Sep 2011 15:08:45 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: "K. Macy" References: <4E745A6B.2040204@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-current@freebsd.org Subject: Re: After r22561[78] some kmods do not build any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 13:08:47 -0000 On 17.09.2011 14:30 (UTC+1), K. Macy wrote: > This is a side effect of the syscall namespace disambiguation. I will > send patches to the ports maintainers. Ok, so my first thought was right ;-) I just tested your patch for emulators/rtc, offered on #bsdports. It builds fine and seems to work. Thanks a lot for responding so fast. > Thanks > > On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: >> Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me >> trouble with at least to kmods from ports. They do not load anymore and also >> I am not able the build them: >> >> >> /usr/ports/print/acroreadwrapper#make >> ===> Vulnerability check disabled, database not found >> ===> License check disabled, port has not defined LICENSE >> ===> Extracting for acroreadwrapper-0.0.20110529 >> => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. >> ===> Patching for acroreadwrapper-0.0.20110529 >> ===> Configuring for acroreadwrapper-0.0.20110529 >> ===> Building for acroreadwrapper-0.0.20110529 >> Warning: Object directory not changed from original >> /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 >> @ -> /usr/src/sys >> machine -> /usr/src/sys/amd64/include >> x86 -> /usr/src/sys/x86/include >> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 -DCOMPAT_LINUX32 >> -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq >> -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c >> cc1: warnings being treated as errors >> linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': >> linux_adobe.c:88: warning: implicit declaration of function >> 'sched_setscheduler' >> linux_adobe.c:88: warning: nested extern declaration of 'sched_setscheduler' >> [-Wnested-externs] >> *** Error code 1 >> Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. >> *** Error code 1 >> Stop in /usr/ports/print/acroreadwrapper. >> >> >> >> /usr/ports/emulators/rtc#make >> ===> Vulnerability check disabled, database not found >> ===> License check disabled, port has not defined LICENSE >> ===> Extracting for rtc-2004.02.24.1_8 >> ===> Patching for rtc-2004.02.24.1_8 >> ===> Configuring for rtc-2004.02.24.1_8 >> ===> Building for rtc-2004.02.24.1_8 >> "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in >> favour of NO_MAN >> "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" >> ignored >> @ -> /sys >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q >> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h >> Warning: Object directory not changed from original >> /usr/ports/emulators/rtc/work/files >> machine -> /usr/src/sys/amd64/include >> x86 -> /usr/src/sys/x86/include >> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL >> -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ >> -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -c rtc.c >> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror -D_KERNEL >> -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys -I. -I@ >> -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param >> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs >> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >> -Wmissing-include-dirs -fdiagnostics-show-option -c rtc_linux.c >> cc1: warnings being treated as errors >> rtc_linux.c: In function 'linux_ioctl_rtc': >> rtc_linux.c:74: warning: implicit declaration of function 'ioctl' >> rtc_linux.c:74: warning: nested extern declaration of 'ioctl' >> [-Wnested-externs] >> *** Error code 1 >> Stop in /usr/ports/emulators/rtc/work/files. >> *** Error code 1 >> Stop in /usr/ports/emulators/rtc. >> >> >> Am I doing something wrong or is this intended and some ports need >> adaptions? >> >> Thanks in advance, >> Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 14:31:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD95106566B for ; Sat, 17 Sep 2011 14:31:12 +0000 (UTC) (envelope-from tijl@coosemans.org) Received: from mailrelay001.isp.belgacom.be (mailrelay001.isp.belgacom.be [195.238.6.51]) by mx1.freebsd.org (Postfix) with ESMTP id 266108FC1C for ; Sat, 17 Sep 2011 14:31:11 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuEIAO6mdE5bscf3/2dsb2JhbAA3CpknjD2BfHiBUwEBBVYjEAsYLjkeECSHXrUIg1GDJwSHP505 Received: from 247.199-177-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.177.199.247]) by relay.skynet.be with ESMTP; 17 Sep 2011 16:02:20 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.5/8.14.5) with ESMTP id p8HE2JRh030347; Sat, 17 Sep 2011 16:02:19 +0200 (CEST) (envelope-from tijl@coosemans.org) From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Sat, 17 Sep 2011 16:02:03 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-BETA1; KDE/4.6.5; i386; ; ) References: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> In-Reply-To: <9d0932ce5781f670052d22d81434b11d.squirrel@eternamente.info> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1574732.i71ZGT2MrP"; protocol="application/pgp-signature"; micalg=pgp-sha256 Content-Transfer-Encoding: 7bit Message-Id: <201109171602.17184.tijl@coosemans.org> Cc: Nenhum_de_Nos Subject: Re: ataidle + notebook hdd + 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 14:31:12 -0000 --nextPart1574732.i71ZGT2MrP Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Wednesday 14 September 2011 05:59:05 Nenhum_de_Nos wrote: > I just installed BETA2 on WD notebook disk: >=20 > ada0 at ata2 bus 0 scbus1 target 0 lun 0 > ada0: ATA-8 SATA 2.x device > ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) > ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) > ada0: Previously was known as ad4 >=20 > and tried as usual to make the disk last a little longer: >=20 > rush# ataidle -P 243 /dev/ad4 > ataidle: error: identify device /dev/ad4 >=20 > rush# ataidle -P 243 /dev/ada0 > (pass0:ata2:0:0:0): SETFEATURES. ACB: ef 05 00 00 00 40 00 00 00 00 f3 00 > (pass0:ata2:0:0:0): CAM status: CCB request completed with an error > Failed to configure APM: No error: 0 >=20 > so, is this still needed after ada took place ? How can I do it now if > needed ? Until a more elegant solution is found you can set the APM value like this: camcontrol cmd ada0 -a "EF 05 00 00 00 00 00 00 00 00 F3 00" EF is setfeature command 05 enables APM feature =463 is 243 To disable APM you can use: camcontrol cmd ada0 -a "EF 85 00 00 00 00 00 00 00 00 00 00" You can check the value with: camcontrol identify ada0 --nextPart1574732.i71ZGT2MrP Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EABEIAAYFAk50qGkACgkQfoCS2CCgtiv8XwD5AduqkR3n/bsv4LXiFT3yEgAA pkEVjBAheWOGie26bF0A/0h8c1wzp4+wwTnjfplCoZhXuPQtwtd9pkUrVvS4PWsv =evCX -----END PGP SIGNATURE----- --nextPart1574732.i71ZGT2MrP-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 16:14:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDED106564A for ; Sat, 17 Sep 2011 16:14:55 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 8F0638FC13 for ; Sat, 17 Sep 2011 16:14:54 +0000 (UTC) Received: by wwe3 with SMTP id 3so5909346wwe.31 for ; Sat, 17 Sep 2011 09:14:53 -0700 (PDT) Received: by 10.216.172.12 with SMTP id s12mr761524wel.10.1316276093178; Sat, 17 Sep 2011 09:14:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.93.67 with HTTP; Sat, 17 Sep 2011 09:14:32 -0700 (PDT) In-Reply-To: <20110907133646.29b11668@desktop.pc> References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110907133646.29b11668@desktop.pc> From: Chris Brennan Date: Sat, 17 Sep 2011 12:14:32 -0400 Message-ID: To: Aldis Berjoza Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org Subject: Re: http://www.freebsd.org/marketing/os-comparison.html X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 16:14:55 -0000 On Wed, Sep 7, 2011 at 6:36 AM, Aldis Berjoza wrote: This is interesting, and could be mentioned in updated page > http://www.phoronix.com/scan.php?page=article&item=linux_games_bsd&num=1 > > -- > Aldis Berjoza > http://www.bsdroot.lv/ > Anything gonna be done with this? It has promise but needs some more people involved. > -- > Chris Brennan > A: Yes. > >Q: Are you sure? > >>A: Because it reverses the logical flow of conversation. > >>>Q: Why is top posting frowned upon? > http://xkcd.com/84/ | http://xkcd.com/149/ | http://xkcd.com/549/ > GPG: D5B20C0C (6741 8EE4 6C7D 11FB 8DA8 9E4A EECD 9A84 D5B2 0C0C) ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 16:24:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91DE0106566C; Sat, 17 Sep 2011 16:24:22 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id 75D3E8FC0C; Sat, 17 Sep 2011 16:24:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=ZRc+xZyBbEcH0lG7bp0i10pSCim+4NjhkB9CWJvlq9Q=; b=J+bhPH5uybdPMvSmAlwJORnZJgVFRzAnEXpcRvBsR1ALJMuSiAlqPGD+3N0FRyqUbQXEyEu1bGLrqkRI2XUzRmMVZSFere6DERetWscFkrL/UIADzllng0Bg/VOMJCLgot2DobtWSscRZQWXvDre9nWxVmqfm+W7WYu9MU9YJZY= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 17 Sep 2011 09:24:22 -0700 Message-ID: <4E74C9B7.2090901@a1poweruser.com> Date: Sat, 17 Sep 2011 12:24:23 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Nathan Whitehorn References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> In-Reply-To: <4E7453CB.1040908@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Sep 2011 16:24:22.0560 (UTC) FILETIME=[42397200:01CC7556] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 16:24:22 -0000 Nathan Whitehorn wrote: >>>> On 09/15/11 14:57, Fbsd8 wrote: >>>> Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat. >>>> The keyboard 9 key block above the arrow keys don't function. >>>> Issuing the "man cmd_name" command doe's display the man page, >>>> but the {Page up, Page down keys } don't work. >>>> Also when using the "ee" edit command the {delete, Page up, Page down >>>> keys } don't work. This does not happen in any of the previous releases. >>>> >>>> Further more, localization of the keyboard should not be forced on the >>>> user during the install process. This BSDinstall option should be >>>> disabled or removed. >>> >>> You can press "Cancel" there, which will cancel keymap selection and >>> keep the default. The utility being invoked is just kbdmap(1), and any >>> changes to it need to go there. >>> -Nathan >> >> >> .. maybe name that button "skip" then? >> > >The button is provided by kbdmap, as is the entire screen. We could add >an "installer" mode to kbdmap that names it skip instead of cancel, of >course. I'm traveling for another 2 weeks and won't have time to do >that, however. >-Nathan > Nathan Its good to be talking directly with the bsdinstall author. Changing the cancel button in the kbdmap command to skip, does not address the problem, which is the lack of knowledge of the standard bsdinstall user. I've been using Freebsd since 4.0 and never used the kbdmap command or for that matter even knew it existed. The real question is not "how to change the kbdmap command" but one of should bsdinstall even be presenting this option? Localization of Freebsd has all ways been a advanced configuration task in previous releases and maybe it should remain that way. Even in the comments of bsdinstall you call this option as optional. The easiest solution is just to comment out this code in bsdinstall. As you stated above "selecting the cancel button will keep the default". How is the bsdinstall user suppose to know this? Changing 'cancel" to "skip" still does not address the problem that users are NOT going to know that doing so will give them the old default. This is a good case for a help dialog screen. One way to keep the localization option is to add an informational bsdinstall dialog screen asking the user if they want to modify this install to use a keyboard that is language specific, (ie: Japanese keyboard, Russian keyboard, ect). Including a statement saying that selecting localization will launch the system kbdmap command, and then selecting the cancel button will result in the default used in previous releases to be used. This gives the user the information needed to base a intelligent decision on and keeps the kbdmap command unchanged. Another way would be to add an entry to the top of kbdmap command database labeled "(default) description" so its highlighted on the initial display and hitting enter will take this selection. Now I must point out that I tested hitting the cancel button in the kbdmap command. It worked in that no keymap= statement was inserted into /etc/rc.conf but it must also make some other changes some where else in the system because if you do select an entry from the kbdmap database and them remove the keymap= statement that was inserted into /etc/rc.conf and then reboot the system, it will hang on reboot. Another point of interest is when selecting "cancel for the default keyboard" still results in the block of 9 keys above the arrow keys to not function. Issuing the "man cmd_name" command does display the man page, but the {Page up, Page down keys } don't work. Also when using the "ee" edit command the {delete, Page up, Page down don't work. There may be more system utility commands with the same flaw. This may indicate that the default keyboard map in kbdmap command has changed, is not the same as in previous releases or some thing else in the 9.0 system has changed. In either case this needs research. Joe From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 16:28:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 541261065670; Sat, 17 Sep 2011 16:28:27 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id DCAC48FC1C; Sat, 17 Sep 2011 16:28:26 +0000 (UTC) Received: from p57918d8c.dip.t-dialin.net ([87.145.141.140] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R4xke-0002w7-NA; Sat, 17 Sep 2011 18:28:24 +0200 Message-ID: <4E74CAA8.2010809@gwdg.de> Date: Sat, 17 Sep 2011 18:28:24 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: "K. Macy" References: <4E745A6B.2040204@gwdg.de> <4E749BDD.6080309@gwdg.de> In-Reply-To: <4E749BDD.6080309@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: "Conrad J. Sabatier" , freebsd-current@freebsd.org Subject: Re: After r22561[78] some kmods do not build any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 16:28:27 -0000 On 17.09.2011 15:08 (UTC+1), Rainer Hurling wrote: > On 17.09.2011 14:30 (UTC+1), K. Macy wrote: >> This is a side effect of the syscall namespace disambiguation. I will >> send patches to the ports maintainers. > > Ok, so my first thought was right ;-) > > I just tested your patch for emulators/rtc, offered on #bsdports. It > builds fine and seems to work. Same with your second patch on http://pastebin.com/1vx8RMVn for print/acroreadwrapper. It also works :-) BTW, I just recognized, that there is a PR open for it: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/160769 I CC'd Conrad J. Sabatier as its author. > Thanks a lot for responding so fast. > >> Thanks >> >> On Sat, Sep 17, 2011 at 10:29 AM, Rainer Hurling wrote: >>> Upgrading 9.0-BETA2 last night after r22561[78] was committed brings me >>> trouble with at least to kmods from ports. They do not load anymore >>> and also >>> I am not able the build them: >>> >>> >>> /usr/ports/print/acroreadwrapper#make >>> ===> Vulnerability check disabled, database not found >>> ===> License check disabled, port has not defined LICENSE >>> ===> Extracting for acroreadwrapper-0.0.20110529 >>> => SHA256 Checksum OK for linux_adobe_kmod-20110529.tar.gz. >>> ===> Patching for acroreadwrapper-0.0.20110529 >>> ===> Configuring for acroreadwrapper-0.0.20110529 >>> ===> Building for acroreadwrapper-0.0.20110529 >>> Warning: Object directory not changed from original >>> /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529 >>> @ -> /usr/src/sys >>> machine -> /usr/src/sys/amd64/include >>> x86 -> /usr/src/sys/x86/include >>> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCOMPAT_FREEBSD32 >>> -DCOMPAT_LINUX32 >>> -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq >>> -finline-limit=8000 --param inline-unit-growth=100 --param >>> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >>> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls >>> -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>> -Wmissing-include-dirs -fdiagnostics-show-option -c linux_adobe.c >>> cc1: warnings being treated as errors >>> linux_adobe.c: In function 'linux_adobe_linux_sched_setscheduler': >>> linux_adobe.c:88: warning: implicit declaration of function >>> 'sched_setscheduler' >>> linux_adobe.c:88: warning: nested extern declaration of >>> 'sched_setscheduler' >>> [-Wnested-externs] >>> *** Error code 1 >>> Stop in /usr/ports/print/acroreadwrapper/work/linux_adobe_kmod-20110529. >>> *** Error code 1 >>> Stop in /usr/ports/print/acroreadwrapper. >>> >>> >>> >>> /usr/ports/emulators/rtc#make >>> ===> Vulnerability check disabled, database not found >>> ===> License check disabled, port has not defined LICENSE >>> ===> Extracting for rtc-2004.02.24.1_8 >>> ===> Patching for rtc-2004.02.24.1_8 >>> ===> Configuring for rtc-2004.02.24.1_8 >>> ===> Building for rtc-2004.02.24.1_8 >>> "/usr/share/mk/bsd.compat.mk", line 35: warning: NOMAN is deprecated in >>> favour of NO_MAN >>> "/sys/conf/kmod.mk", line 268: warning: duplicate script for target "@" >>> ignored >>> @ -> /sys >>> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p >>> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -q >>> awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -h >>> Warning: Object directory not changed from original >>> /usr/ports/emulators/rtc/work/files >>> machine -> /usr/src/sys/amd64/include >>> x86 -> /usr/src/sys/x86/include >>> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror >>> -D_KERNEL >>> -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys >>> -I. -I@ >>> -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 >>> --param >>> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >>> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls >>> -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>> -Wmissing-include-dirs -fdiagnostics-show-option -c rtc.c >>> cc -O2 -fno-strict-aliasing -pipe -msse3 -DCDEV_MAJOR_=202 -Werror >>> -D_KERNEL >>> -DKLD_MODULE -nostdinc -I/usr/ports/emulators/rtc/work/files -I/sys >>> -I. -I@ >>> -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 >>> --param >>> large-function-growth=1000 -fno-common -fno-omit-frame-pointer -mno-sse >>> -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls >>> -Wnested-externs >>> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline >>> -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions >>> -Wmissing-include-dirs -fdiagnostics-show-option -c rtc_linux.c >>> cc1: warnings being treated as errors >>> rtc_linux.c: In function 'linux_ioctl_rtc': >>> rtc_linux.c:74: warning: implicit declaration of function 'ioctl' >>> rtc_linux.c:74: warning: nested extern declaration of 'ioctl' >>> [-Wnested-externs] >>> *** Error code 1 >>> Stop in /usr/ports/emulators/rtc/work/files. >>> *** Error code 1 >>> Stop in /usr/ports/emulators/rtc. >>> >>> >>> Am I doing something wrong or is this intended and some ports need >>> adaptions? >>> >>> Thanks in advance, >>> Rainer Hurling From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 17:14:59 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21B47106564A for ; Sat, 17 Sep 2011 17:14:59 +0000 (UTC) (envelope-from lokadamus@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 8285C8FC16 for ; Sat, 17 Sep 2011 17:14:58 +0000 (UTC) Received: (qmail invoked by alias); 17 Sep 2011 16:48:17 -0000 Received: from c162162.adsl.hansenet.de (EHLO FBSD.lokilan) [213.39.162.162] by mail.gmx.net (mp008) with SMTP; 17 Sep 2011 18:48:17 +0200 X-Authenticated: #3333826 X-Provags-ID: V01U2FsdGVkX19n9tYIJDhnolIo9Q7JjfhfWdmDnierfL8idIqBiG 9ajtuYYiyaAhh8 Message-ID: <4E74CF51.5030303@gmx.de> Date: Sat, 17 Sep 2011 18:48:17 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:5.0) Gecko/20110801 Thunderbird/5.0 MIME-Version: 1.0 To: Antonio Olivares References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-current@freebsd.org Subject: Re: no X after installing xorg + xfce X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 17:14:59 -0000 On 09/16/11 02:05, Antonio Olivares wrote: > On Thu, Sep 15, 2011 at 6:35 PM, Antonio Olivares > wrote: >> Dear folks, >> >> I hope this is the correct list to post this message. >> >> I have successfully installed FreeBSD-9.0-BETA2 to an amd64 bit >> machine, I have used the ports to install xfce and xorg. When I type >> startx, I get a screen with a bunch of colors no mouse, no keyboard, >> just colors. The machine has nvidia onboard graphics. I am trying to >> get kernel sources installed via sysinstall to install nvidia-driver >> but I can't get anywhere from any ftp site I select at random. I have >> updated to latest sources available on the ports and it comes up the >> same. I have to use the nv driver, should I try the nouveau driver? >> What should I do? I want to help in testing and have no way to report >> bugs as without X there's not much one can do :( >> >> Thanks for advice/suggestions/comments. I am successfully running >> FreeBSD 8.2 amd64 on three machines two at home and one at work in >> case it is important/relevant in the thread. >> >> Regards, >> >> Antonio >> > There is no X, I try to get information about the onboard video and I get > > VendorName "nVidia Corporation" > BoardName "C61 [GeForce 6150SE nForce 430]" > > I tried installing nouveau but it did not do any difference, screen is > garbled no X. > > The BSD install setup was too fast and I did not select sources for > kernel and now I can't install nvidia driver to see if I could get X > working :( > > Again, I appreciate any input given to see how I can help in testing. > > Regards, > > > Antonio > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > Have you installed xorg-server? you can look with pkg_info | grep xorg http://www.freebsd.org/cgi/ports.cgi?query=xorg-ser&stype=all&sektion=all When i install a new system with gui, i forget most time xorg-server ;). From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 18:00:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 316B1106566B for ; Sat, 17 Sep 2011 18:00:12 +0000 (UTC) (envelope-from jason.harmening@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 D0BAE8FC08 for ; Sat, 17 Sep 2011 18:00:11 +0000 (UTC) Received: by iadk27 with SMTP id k27so5675508iad.13 for ; Sat, 17 Sep 2011 11:00:11 -0700 (PDT) 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=KIlHHEo3u24ceqDnpfVR88IJ2d5ayt8kyWu13/bTbjM=; b=C9I07pspaAHB6IWScKftKE3wD6NcEkn5WYo5Uo/TPuzSmFjPK+3mRVfRxWHCA+52pO 2FTzXVVHMWXI87dawtRNkEw2985AHyGBgonIumuZa7sb7d3DkU7CW02cMwWcGFKdSwPK Idyci33sudJaf6hYeVEDnmAOgL/QSNTzzP694= MIME-Version: 1.0 Received: by 10.42.72.129 with SMTP id o1mr1165679icj.211.1316282411243; Sat, 17 Sep 2011 11:00:11 -0700 (PDT) Received: by 10.43.45.137 with HTTP; Sat, 17 Sep 2011 11:00:11 -0700 (PDT) In-Reply-To: <20110917062309.GA82256@freebsd.org> References: <20110917062309.GA82256@freebsd.org> Date: Sat, 17 Sep 2011 13:00:11 -0500 Message-ID: From: Jason Harmening To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Sat, 17 Sep 2011 18:08:40 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Crashes in world built w/ clang: FP registers? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 18:00:13 -0000 > Can you reproduce the crash with -O0 ? > buildworld fails w/ -O0, for the reason reported here: http://lists.freebsd.org/pipermail/freebsd-current/2011-June/025563.html I tried w/ -O1 a couple of weeks ago, and it had the same crashy behavior. From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 19:05:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96F711065670 for ; Sat, 17 Sep 2011 19:05:50 +0000 (UTC) (envelope-from olivares14031@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 64C5B8FC16 for ; Sat, 17 Sep 2011 19:05:50 +0000 (UTC) Received: by iadk27 with SMTP id k27so5738227iad.13 for ; Sat, 17 Sep 2011 12:05:50 -0700 (PDT) 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=CUWSY6umZYSILGdqfcxdHbATT8LGxUp+EilWbPdcbjY=; b=qiK3JzwoOi/OdDIdoX3LcXc5z3UtbeGVmRRgM8f5rXSGdNhBRL2IpZzEwnryoS2t+2 +dE4mGvRwPIhNuDqhkvrjSaAN/Cm+7NMYx/u/0hGhb4QmsvS49eN7GPgQOCKQgkmzkIs wm13pBEH6hNJc3Fq/8U+fx85gtan/2/tFFeU4= MIME-Version: 1.0 Received: by 10.42.154.135 with SMTP id q7mr1316245icw.87.1316286350039; Sat, 17 Sep 2011 12:05:50 -0700 (PDT) Received: by 10.42.177.199 with HTTP; Sat, 17 Sep 2011 12:05:50 -0700 (PDT) In-Reply-To: <4E74CF51.5030303@gmx.de> References: <4E74CF51.5030303@gmx.de> Date: Sat, 17 Sep 2011 14:05:50 -0500 Message-ID: From: Antonio Olivares To: "lokadamus@gmx.de" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: no X after installing xorg + xfce X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 19:05:50 -0000 > Have you installed xorg-server? you can look with pkg_info | grep xorg > > http://www.freebsd.org/cgi/ports.cgi?query=xorg-ser&stype=all&sektion=all > > When i install a new system with gui, i forget most time xorg-server ;). > I will check this out on Monday. I am away from machine on weekends. Is it not automatically installed when one goes into /usr/ports/x11/xorg, and runs make install clean? Regards, Antonio From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 21:41:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D45BD106564A; Sat, 17 Sep 2011 21:41:57 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id B5FBB8FC0A; Sat, 17 Sep 2011 21:41:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=MvxZxY9dKbF8AaFfQ1Sf3lf0ci2PlzubAS5ceEXK/5Q=; b=A0bdGNMO+6idB7IEzYhHMgqAbPQSW/WsuULq/aJVn+h/h/DLSfKXlNqTHVFQ5q5txykjqDRJ722rDRFoRgIwzwhSa+DKFWyCUQIjSGcjj4HRPaJkQxCrrY2MWZ1c0Y5UzasVUTdIaDQwQcIYwBpW868OH1pHKO7CMqzWtEitnw0= Received: from [192.168.1.64] ([76.240.47.196]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 17 Sep 2011 14:41:57 -0700 Message-ID: <4E751428.7040609@a1poweruser.com> Date: Sat, 17 Sep 2011 17:42:00 -0400 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Chris Rees References: <4E71F647.2050007@a1poweruser.com> <4E7453CB.1040908@freebsd.org> <4E74C9B7.2090901@a1poweruser.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 17 Sep 2011 21:41:57.0943 (UTC) FILETIME=[A01E2470:01CC7582] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: 9.0 bata2 & keymap X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 21:41:57 -0000 Chris Rees wrote: > On 17 Sep 2011 17:25, "Fbsd8" wrote: >> Nathan Whitehorn wrote: >>>>>> On 09/15/11 14:57, Fbsd8 wrote: >>>>>> Out of the 9 USA maps only "us.iso.acc.kbd" worked somewhat. >>>>>> The keyboard 9 key block above the arrow keys don't function. >>>>>> Issuing the "man cmd_name" command doe's display the man page, >>>>>> but the {Page up, Page down keys } don't work. >>>>>> Also when using the "ee" edit command the {delete, Page up, Page down >>>>>> keys } don't work. This does not happen in any of the previous > releases. >>>>>> Further more, localization of the keyboard should not be forced on the >>>>>> user during the install process. This BSDinstall option should be >>>>>> disabled or removed. >>>>> >>>>> You can press "Cancel" there, which will cancel keymap selection and > keep the default. The utility being invoked is just kbdmap(1), and any > changes to it need to go there. >>>>> -Nathan >>>> >>>> >>>> .. maybe name that button "skip" then? >>>> >>> The button is provided by kbdmap, as is the entire screen. We could add >> an "installer" mode to kbdmap that names it skip instead of cancel, of >> course. I'm traveling for another 2 weeks and won't have time to do >that, > however. >>> -Nathan >>> >> Nathan >> >> Its good to be talking directly with the bsdinstall author. >> >> Changing the cancel button in the kbdmap command to skip, does not address > the problem, which is the lack of knowledge of the standard bsdinstall user. > I've been using Freebsd since 4.0 and never used the kbdmap command or for > that matter even knew it existed. > > Wait, are you suggesting that everyone on Earth can "make do" with the > "standard" keyboard layout until they learn rc.conf syntax? > > I would strongly object if localisation of the keyboard were not "forced on" > the user; we don't all use pc105-us, and the ability to use the keyboard > properly early on is kinda helpful. > > Chris > > You would help yourself a great deal if you read the complete post before jumping in. The rest of the post (ie: the part you neglected to include in your post) clearly describes what I am suggesting. From owner-freebsd-current@FreeBSD.ORG Sat Sep 17 21:56:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE34E1065689 for ; Sat, 17 Sep 2011 21:56:57 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo103.cox.net (eastrmfepo103.cox.net [68.230.241.215]) by mx1.freebsd.org (Postfix) with ESMTP id 8BA958FC13 for ; Sat, 17 Sep 2011 21:56:57 +0000 (UTC) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmfepo103.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110917215651.KEEL3815.eastrmfepo103.cox.net@eastrmimpo02.cox.net> for ; Sat, 17 Sep 2011 17:56:51 -0400 Received: from serene.no-ip.org ([98.164.86.236]) by eastrmimpo02.cox.net with bizsmtp id Zxwr1h00855wwzE02xwrNA; Sat, 17 Sep 2011 17:56:51 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020203.4E7517A3.0077,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=WuqbhJSaLsQNgFQdVfTUjneCUYDL0dnDnEJhAdIm7mY= c=1 sm=1 a=zIXZSe5-AKMA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=uAbGmPAyUfLL1M3oYAsfuA==:17 a=fGO4tVQLAAAA:8 a=6I5d2MoRAAAA:8 a=kviXuzpPAAAA:8 a=ui90VhNIhuSDo6kw88gA:9 a=TkbTgcq1xGpTyoLPpfcA:7 a=CjuIK1q_8ugA:10 a=STBOWvXN29oA:10 a=4vB-4DCPJfMA:10 a=uAbGmPAyUfLL1M3oYAsfuA==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Received: from cox.net (localhost [127.0.0.1]) by serene.no-ip.org (8.14.5/8.14.5) with ESMTP id p8HLuokh055048 for ; Sat, 17 Sep 2011 16:56:50 -0500 (CDT) (envelope-from conrads@cox.net) Date: Sat, 17 Sep 2011 16:56:45 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20110917165645.71f3df47@cox.net> In-Reply-To: <4E74CAA8.2010809@gwdg.de> References: <4E745A6B.2040204@gwdg.de> <4E749BDD.6080309@gwdg.de> <4E74CAA8.2010809@gwdg.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.6; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: After r22561[78] some kmods do not build any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 21:56:58 -0000 On Sat, 17 Sep 2011 18:28:24 +0200 Rainer Hurling wrote: > On 17.09.2011 15:08 (UTC+1), Rainer Hurling wrote: > > On 17.09.2011 14:30 (UTC+1), K. Macy wrote: > >> This is a side effect of the syscall namespace disambiguation. I > >> will send patches to the ports maintainers. > > > > Ok, so my first thought was right ;-) > > > > I just tested your patch for emulators/rtc, offered on #bsdports. It > > builds fine and seems to work. > > Same with your second patch on http://pastebin.com/1vx8RMVn for > print/acroreadwrapper. It also works :-) > > BTW, I just recognized, that there is a PR open for it: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/160769 > > I CC'd Conrad J. Sabatier as its author. > > > Thanks a lot for responding so fast. I'll second that "thanks". That was fast, alright! :-) Nice job. -- Conrad J. Sabatier conrads@cox.net