From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 00:55: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 AA19A106564A; Sun, 28 Aug 2011 00:55:44 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9A28FC08; Sun, 28 Aug 2011 00:55:43 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAIyRWU6DaFvO/2dsb2JhbABChEykOoFAAQEBAQIBAQEBIAQnIAsFFg4KAgINGQIpAQkYDgYIBwQBHASHUQSnWJAsgSyED4ERBJEOghGRIA X-IronPort-AV: E=Sophos;i="4.68,291,1312171200"; d="scan'208";a="132458747" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 Aug 2011 20:55:43 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 31986B3F2F; Sat, 27 Aug 2011 20:55:43 -0400 (EDT) Date: Sat, 27 Aug 2011 20:55:43 -0400 (EDT) From: Rick Macklem To: Steve Wills Message-ID: <1653778001.444474.1314492943160.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E585E8F.2050701@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@FreeBSD.org Subject: Re: NFS mountd version 3 over TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Aug 2011 00:55:44 -0000 Steve Wills wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 08/26/11 22:16, Steve Wills wrote: > > On 08/26/11 21:41, Steve Wills wrote: > >> Hi, > > > >> I'm trying to use 9.0-CURRENT as an NFS server for a VMWare ESXi > >> 4.1.0. > >> When I attempt the mount, it logs this message: > > > >> The NFS server does not support MOUNT version 3 over TCP > > > >> Have I configured something wrong and if so what? Or is this > >> something > >> related to the new NFS code? > > > > I guess a little more info would be helpful... > > > > rc.conf has: > > > > nfs_server_enable="YES" > > rpcbind_enable="YES" > > mountd_enable="YES" > > rpc_statd_enable="YES" > > rpc_lockd_enable="YES" > > > > /etc/exports contains, amongst others: > > > > /boxy/vmware -alldirs -maproot=0:0 -network 10.0.1 -mask > > 255.255.255.0 > > > > rpcinfo shows: > > > > program version netid address service owner > > 100000 4 tcp 0.0.0.0.0.111 rpcbind superuser > > 100000 3 tcp 0.0.0.0.0.111 rpcbind superuser > > 100000 2 tcp 0.0.0.0.0.111 rpcbind superuser > > 100000 4 udp 0.0.0.0.0.111 rpcbind superuser > > 100000 3 udp 0.0.0.0.0.111 rpcbind superuser > > 100000 2 udp 0.0.0.0.0.111 rpcbind superuser > > 100000 4 tcp6 ::.0.111 rpcbind superuser > > 100000 3 tcp6 ::.0.111 rpcbind superuser > > 100000 4 udp6 ::.0.111 rpcbind superuser > > 100000 3 udp6 ::.0.111 rpcbind superuser > > 100000 4 local /var/run/rpcbind.sock rpcbind superuser > > 100000 3 local /var/run/rpcbind.sock rpcbind superuser > > 100000 2 local /var/run/rpcbind.sock rpcbind superuser > > 100005 1 udp6 ::.2.224 mountd superuser > > 100005 3 udp6 ::.2.224 mountd superuser > > 100005 1 tcp6 ::.2.224 mountd superuser > > 100005 3 tcp6 ::.2.224 mountd superuser > > 100005 1 udp 0.0.0.0.2.224 mountd superuser > > 100005 3 udp 0.0.0.0.2.224 mountd superuser > > 100005 1 tcp 0.0.0.0.2.224 mountd superuser > > 100005 3 tcp 0.0.0.0.2.224 mountd superuser > > As you might guess, this rpcinfo output indicates nfsd wasn't running. > I > am seeing this: > > can't bind udp addr *: Address already in use > > in syslog. Setting this: > > nfs_server_flags="-t -n 4" > I don't know why the nfsd wouldn't be able to bind(2) to port #2049 a second time for UDP, but someone on the net side might know? (Just in case it is a problem that has already been fixed, I'd try a newer kernel.) > allowed it to startup, but it then timed out an fsinfo call. Adding -o > to the nfs_server_flags to use the old nfs server allowed vmware to > mount. FWIW, I can't find any reason for the udp message above, > nothing > seems to be using it that I can find. Ideas? tcpdumps are available if > anyone want them. > The new server was broken by r224778 on Aug. 11 and fixed by r224911 on Aug. 16. (I recall you mentioning Aug. 11?) Here's the r224911 patch: --- head/sys/fs/nfsserver/nfs_nfsdport.c 2011/08/11 12:30:23 224778 +++ head/sys/fs/nfsserver/nfs_nfsdport.c 2011/08/16 14:23:16 224911 @@ -3036,7 +3036,6 @@ */ if ((error = fget(td, sockarg.sock, CAP_SOCK_ALL, &fp)) != 0) goto out; - return (error); if (fp->f_type != DTYPE_SOCKET) { fdrop(fp, td); error = EPERM; I suspect this is what caused the fsinfo RPC to not reply. > Steve > > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (FreeBSD) > > iQEcBAEBAgAGBQJOWF6PAAoJEPXPYrMgexuhHPYIAJ6SVxtORDbesvU35ktAS/id > 5iWyTWO3CTHXT42uP4IZBT1o2AWFu6e9wUX84YEZyujMln0E++8hZccaa8zQBJhr > febHkZxqPdQOo/mpg1ci5J70Hs1UBV9cxU3uOA83vxunOM6xwA0B+4krfflj/k7P > cPtpztmuepQQ8/S5hB5ajnfM/gFOh1f2uPwWTj2/5NSWMoVfN3f0539bh05XKfRa > 4X7XKxN/J4HBRGaNjnL8IWu86AW60H9Q3gdisdtT0k9sK4X3DswmiRMlMt4M4rS8 > oX0vrgruTiKZf+bsraYvhuo4JyselXMicTnW7rUOVx8jiNVVk1nymSVF1XDUOrw= > =MeJv > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 01:23:56 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 4E80B1065672 for ; Sun, 28 Aug 2011 01:23:56 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3CD8FC0A for ; Sun, 28 Aug 2011 01:23:55 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-149-241.nc.res.rr.com [65.190.149.241]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p7S1NpVO075017 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Sat, 27 Aug 2011 21:23:54 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4E5998A7.4080002@FreeBSD.org> Date: Sat, 27 Aug 2011 21:23:51 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110531 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem References: <1653778001.444474.1314492943160.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1653778001.444474.1314492943160.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Sat, 27 Aug 2011 21:23:54 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: NFS mountd version 3 over TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Aug 2011 01:23:56 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/27/11 20:55, Rick Macklem wrote: >> I don't know why the nfsd wouldn't be able to bind(2) to port #2049 a >> second time for UDP, but someone on the net side might know? (Just in >> case it is a problem that has already been fixed, I'd try a newer kernel.) Will do, see below. >> The new server was broken by r224778 on Aug. 11 and fixed by r224911 on >> Aug. 16. (I recall you mentioning Aug. 11?) My kernel is from Aug 13, so definitely would fall into that range. I'll update and rebuild and see how it goes. Thanks! Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOWZinAAoJEPXPYrMgexuhgp0H/1Dl9Bica8wbx5wLkkaPg5KM Rf53qdAgi/TarcMxufN+ujqx1EBu02hsSfB0vx8B0EZ9Ta1qWA/b2aL8SHJsXZFB gWPyr6sLINLcoaKGJ6Esp4QcIaU0PHOn4OhSGSMaZKYuMlXGsqJyJ3Wn6D46/4Re CbxioTfNT3c85x/khSE3nOCKsxKddKmM+VtuOloNRji969QlYH/1ZWItxbg6Tr1m hkT6v6hAM+EnvuLxlOJMTIegeec+WilIYSyP/FcuB2fcov1rdJSOOqOAUBHiBkRc uz3ADLr1QhwVue7sSA2PNDo3jQhtA7HFQKrEnIAW1xQFKuuapdgxr/wSDu2+T30= =5j1q -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 03:10:25 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 1C0EA106566B for ; Sun, 28 Aug 2011 03:10:25 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id D75A18FC18 for ; Sun, 28 Aug 2011 03:10:24 +0000 (UTC) Received: from feathers.peganest.com ([89.193.163.111]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id p7S3ALqw062435; Sun, 28 Aug 2011 03:10:21 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Sun, 28 Aug 2011 04:06:55 +0100 User-Agent: KMail/1.13.7 (FreeBSD/9.0-BETA1; KDE/4.6.4; amd64; ; ) References: <003d01cc638a$ef75c050$ce6140f0$@com> <201108271911.43395.erich@alogreentechnologies.com> In-Reply-To: <201108271911.43395.erich@alogreentechnologies.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108280406.55976.ken@mthelicon.com> X-Spam-Status: No, score=-1.1 required=15.0 tests=BAYES_00,RDNS_NONE autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on hercules.mthelicon.com Cc: Erich Dollansky Subject: Re: Console problem with ALT-F# keys X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Aug 2011 03:10:25 -0000 On Saturday 27 August 2011 13:11:43 Erich Dollansky wrote: > Hi, > > On Friday 26 August 2011 07:56:04 Pegasus Mc Cleaft wrote: > > I have recently installed this into a new machine and had chance to > > did you solve your problem? > > I have had a similar problem yesterday after upgrading my ports via > packages. I could not even switch to the consoles anymore. Hi Erich, No, I havent.. But I am leaning towards a hardware quirk at this point. Since the original post, I have done a bit more digging and had a chance to test against another machine and it does not have the same problem. I also found out that even though I had connected a PS2 keyboard to the motherboards PS2 ports, these are not conventional ports. They look like they are actually connected to a converter that sits on the motherboards USB controller. On the second test machine, I attached a PS2 keyboard to the PS2 Port and a USB keyboard (Sun type 6) to the USB ports. Neither of the keyboards have this problem.. With this in mind, I am fairly sure its not a BSD issue and suspect its whatever converter they put on this Intel motherboard. Weird... Peg From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 18:28: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 5EF19106564A for ; Sun, 28 Aug 2011 18:28:20 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 096118FC19 for ; Sun, 28 Aug 2011 18:28:19 +0000 (UTC) Received: by gwb15 with SMTP id 15so5119374gwb.13 for ; Sun, 28 Aug 2011 11:28:19 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Wo6U8cXLLuR74hKwhQwGnBtG80zp2JKOLapmNuMhbW8=; b=FE2fKwlSxALZzVpmZzAJadZsPP6Eb6zr/ygjfo8w4OBpATnEL8tJC96zfMUa/wfQ1O DWnLiSLwses7XDN+GEOKa0XScXRtNvvC3MZUNk05zoi0gHiBpWl/c2sHyTD3kfxw2EgK j69zu48TqvFQpTHh/pn4ajV8FcMFdkUTgYwfY= Received: by 10.43.59.142 with SMTP id wo14mr4309522icb.373.1314556099225; Sun, 28 Aug 2011 11:28:19 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sun, 28 Aug 2011 11:27:49 -0700 (PDT) In-Reply-To: References: <4E5941D6.9090106@zedat.fu-berlin.de> From: Chris Rees Date: Sun, 28 Aug 2011 19:27:49 +0100 X-Google-Sender-Auth: 1iS2lyL1UT45RyJ792DPMzRMhs0 Message-ID: To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." 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: Sun, 28 Aug 2011 18:28:20 -0000 On 27 August 2011 20:32, Garrett Cooper wrote: > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. > wrote: >> This website should be brushed up or taken offline! >> It seems full of vintage stuff from glory days. >> >> http://www.freebsd.org/marketing/os-comparison.html > > Agreed. Things have changed quite a bit in the last decade. It reads rather FUD-like too. Chris From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 18:50: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 100A7106566B; Sun, 28 Aug 2011 18:50:48 +0000 (UTC) (envelope-from utisoft@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 A720A8FC15; Sun, 28 Aug 2011 18:50:47 +0000 (UTC) Received: by gyd10 with SMTP id 10so5110512gyd.13 for ; Sun, 28 Aug 2011 11:50:47 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=8PqZSYbdVmz6samYudcwQkXPH7EHrqkmRh2EyPrZGmA=; b=FSijwgxECi7138dJ3lLk1NZD3TIPFhtN6VBuVLju0qkw/3jdcjeoYFGsSjVGMRYsop JolMR9k/3jtQ0fVM6FWk7ewkYNVfsaRE148fExkY0yqMtatoHTu5zaNbkikesMj3ZMcq C0vE4eIVPCQUf/8DrIMmkcTh1cy4THNNTbMrk= Received: by 10.231.26.68 with SMTP id d4mr8548651ibc.66.1314557446062; Sun, 28 Aug 2011 11:50:46 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.61.148 with HTTP; Sun, 28 Aug 2011 11:50:16 -0700 (PDT) In-Reply-To: <20110828184758.GA1189@tiny> References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110828184758.GA1189@tiny> From: Chris Rees Date: Sun, 28 Aug 2011 19:50:16 +0100 X-Google-Sender-Auth: WAWiAuuewCsU-4ZPApRTLyKH7tU Message-ID: To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Garrett Cooper , "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." 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: Sun, 28 Aug 2011 18:50:48 -0000 On 28 August 2011 19:47, Matthias Apitz wrote: > El d=EDa Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escri= bi=F3: > >> On 27 August 2011 20:32, Garrett Cooper wrote: >> > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. >> > wrote: >> >> This website should be brushed up or taken offline! >> >> It seems full of vintage stuff from glory days. >> >> >> >> http://www.freebsd.org/marketing/os-comparison.html >> > >> > Agreed. Things have changed quite a bit in the last decade. >> >> It reads rather FUD-like too. > > It's a pitty that the comments until now are only general like "full of > vintage stuff", "agreed", "rather FUD", but without concrete critics or > proposals of changes of wrong data. > No, it's just hopelessly out of date and needs removal/total rewriting. I find it embarassing to have it there to be honest with its current tone. Chris From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 19:07: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 12408106566C; Sun, 28 Aug 2011 19:07:43 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9CB1C8FC08; Sun, 28 Aug 2011 19:07:42 +0000 (UTC) Received: by qwc9 with SMTP id 9so3660563qwc.13 for ; Sun, 28 Aug 2011 12:07:42 -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=Kghz4naCP0t6lwGhVWpMZLj6Pbgb5RN4Ntq5ZDniaJM=; b=J5/JDTmn+/Erb+w67Omx7UPRB+YrK4CzvV49RvwWfzR/ylVZ/NAcxJ5bejCAc0GHFX zEwucSPwLKknxq0x2V6rzxPHumSpgk57U2NIijngpvXLWBIN9rdmNUyr1YEkAKnjWiCl refeNpzHVUf66RX4hOib1JSk9k6tnhjkhNbes= MIME-Version: 1.0 Received: by 10.224.197.130 with SMTP id ek2mr596008qab.129.1314558461962; Sun, 28 Aug 2011 12:07:41 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sun, 28 Aug 2011 12:07:41 -0700 (PDT) In-Reply-To: <20110828184758.GA1189@tiny> References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110828184758.GA1189@tiny> Date: Sun, 28 Aug 2011 12:07:41 -0700 Message-ID: From: Garrett Cooper To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." 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: Sun, 28 Aug 2011 19:07:43 -0000 On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz wrote: > El d=EDa Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escri= bi=F3: > >> On 27 August 2011 20:32, Garrett Cooper wrote: >> > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. >> > wrote: >> >> This website should be brushed up or taken offline! >> >> It seems full of vintage stuff from glory days. >> >> >> >> http://www.freebsd.org/marketing/os-comparison.html >> > >> > Agreed. Things have changed quite a bit in the last decade. >> >> It reads rather FUD-like too. > > It's a pitty that the comments until now are only general like "full of > vintage stuff", "agreed", "rather FUD", but without concrete critics or > proposals of changes of wrong data. Ok then: 1. It's out of date (the obvious). This comes down to some of the information being completely incorrect as far as featuresets, and just looks embarrassing in other respects because it's using Windows 2000 as a comparison (it's a 10 year old OS). 2. Broken links. 3. The smiley icons are very unprofessional. 4. There's a lot of wasted horizontal space on the webpage. 5. There's no data to back up some of the claimed observations (what version of FreeBSD, Linux, Windows were used; what performance metrics were obtained; how things were tuned; etc). 6. Some of the data (example: the SQL error text under "Performance" in the Windows column) is in the wrong spot, s.t. it distracts readers. If anything it belongs in the footnotes. 7. The breakdown is too terse. Execs and business types like looking at bullet points; the technical folks like looking at things in more gross detail. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 19:15: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 E6C9C1065670; Sun, 28 Aug 2011 19:15:05 +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 66AEB8FC08; Sun, 28 Aug 2011 19:15:05 +0000 (UTC) Received: by qyk4 with SMTP id 4so1447209qyk.13 for ; Sun, 28 Aug 2011 12:15:04 -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=s07Ca8ylnfnpyAQZ0fPMqPJohPLvSfaX4z9EBIAiIW0=; b=qcFkcgxKh0wcXoxlOYqlmox0LTroHa4BTmIPL7blPj+upUHGb0zK+W0BQtM5rBsqbz ZtpCf4FusQYA6xpDLAu0RIHNs2TGOfxjpdX1KteVEfSBsxurmD/uYTT/Zmcfftt4Y5Ji 6VK2WUswM3aplpTu/bS1hCAggFV/AVz2dyjo4= MIME-Version: 1.0 Received: by 10.224.198.73 with SMTP id en9mr662565qab.29.1314558904206; Sun, 28 Aug 2011 12:15:04 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sun, 28 Aug 2011 12:15:04 -0700 (PDT) In-Reply-To: References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110828184758.GA1189@tiny> Date: Sun, 28 Aug 2011 12:15:04 -0700 Message-ID: From: Garrett Cooper To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." 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: Sun, 28 Aug 2011 19:15:06 -0000 On Sun, Aug 28, 2011 at 12:07 PM, Garrett Cooper wrote= : > On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz wrote= : >> El d=EDa Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escr= ibi=F3: >> >>> On 27 August 2011 20:32, Garrett Cooper wrote: >>> > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. >>> > wrote: >>> >> This website should be brushed up or taken offline! >>> >> It seems full of vintage stuff from glory days. >>> >> >>> >> http://www.freebsd.org/marketing/os-comparison.html >>> > >>> > Agreed. Things have changed quite a bit in the last decade. >>> >>> It reads rather FUD-like too. >> >> It's a pitty that the comments until now are only general like "full of >> vintage stuff", "agreed", "rather FUD", but without concrete critics or >> proposals of changes of wrong data. > > Ok then: > > 1. It's out of date (the obvious). This comes down to some of the > information being completely incorrect as far as featuresets, and just > looks embarrassing in other respects because it's using Windows 2000 > as a comparison (it's a 10 year old OS). > 2. Broken links. > 3. The smiley icons are very unprofessional. > 4. There's a lot of wasted horizontal space on the webpage. > 5. There's no data to back up some of the claimed observations (what > version of FreeBSD, Linux, Windows were used; what performance metrics > were obtained; how things were tuned; etc). > 6. Some of the data (example: the SQL error text under "Performance" > in the Windows column) is in the wrong spot, s.t. it distracts > readers. If anything it belongs in the footnotes. > 7. The breakdown is too terse. Execs and business types like looking > at bullet points; the technical folks like looking at things in more > gross detail. One more: 8. Text like "The Linux community intentionally makes it difficult for hardware manufacturers to release binary-only drivers." is confrontational and unprofessional. It's the GPL license more than the community that forces vendors to opensource proprietary code because that's the primary goal of the license -- to keep the source free and open -- whereas BSD allows the developer to do whatever they want with the source. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 19:32:25 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 60CA3106566B; Sun, 28 Aug 2011 19:32:25 +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 D51EE8FC1A; Sun, 28 Aug 2011 19:32:24 +0000 (UTC) Received: by qyk4 with SMTP id 4so1452075qyk.13 for ; Sun, 28 Aug 2011 12:32:24 -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=WG3IfAFatjaVUCkJfVpqj63+JAXcYHPgkxytf7n0ydo=; b=vUdzPwTLPVQWY/3nGdtPoPWm8QVoJGlblqLRMmUtkidOHC9NDRKcAk8JCCPxm+Scht 1+6Npw0NAQU1G/UdXD4uEDu0O5KeMLgHgxwlVYiMPpgvP8e+tBu/BL37bR0peYmf8qrA Qssul2cTwXW0qjIj29CWK2B77b51Q/MY/IyFI= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr611409qab.279.1314559942286; Sun, 28 Aug 2011 12:32:22 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sun, 28 Aug 2011 12:32:22 -0700 (PDT) In-Reply-To: <9202191F-FCF4-481C-8B8E-8870DB7AB31B@gmail.com> References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110828184758.GA1189@tiny> <9202191F-FCF4-481C-8B8E-8870DB7AB31B@gmail.com> Date: Sun, 28 Aug 2011 12:32:22 -0700 Message-ID: From: Garrett Cooper To: Justin Hibbits Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Chris Rees , "freebsd-performance@freebsd.org" , Matthias Apitz , "Hartmann, O." , freebsd Current 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: Sun, 28 Aug 2011 19:32:25 -0000 On Sun, Aug 28, 2011 at 12:25 PM, Justin Hibbits wro= te: > On Aug 28, 2011, at 3:15 PM, Garrett Cooper wrote: > >> On Sun, Aug 28, 2011 at 12:07 PM, Garrett Cooper >> wrote: >>> >>> On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz >>> wrote: >>>> >>>> El d=EDa Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees >>>> escribi=F3: >>>> >>>>> On 27 August 2011 20:32, Garrett Cooper wrote: >>>>>> >>>>>> On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. >>>>>> wrote: >>>>>>> >>>>>>> This website should be brushed up or taken offline! >>>>>>> It seems full of vintage stuff from glory days. >>>>>>> >>>>>>> http://www.freebsd.org/marketing/os-comparison.html >>>>>> >>>>>> Agreed. Things have changed quite a bit in the last decade. >>>>> >>>>> It reads rather FUD-like too. >>>> >>>> It's a pitty that the comments until now are only general like "full o= f >>>> vintage stuff", "agreed", "rather FUD", but without concrete critics o= r >>>> proposals of changes of wrong data. >>> >>> Ok then: >>> >>> 1. It's out of date (the obvious). This comes down to some of the >>> information being completely incorrect as far as featuresets, and just >>> looks embarrassing in other respects because it's using Windows 2000 >>> as a comparison (it's a 10 year old OS). >>> 2. Broken links. >>> 3. The smiley icons are very unprofessional. >>> 4. There's a lot of wasted horizontal space on the webpage. >>> 5. There's no data to back up some of the claimed observations (what >>> version of FreeBSD, Linux, Windows were used; what performance metrics >>> were obtained; how things were tuned; etc). >>> 6. Some of the data (example: the SQL error text under "Performance" >>> in the Windows column) is in the wrong spot, s.t. it distracts >>> readers. If anything it belongs in the footnotes. >>> 7. The breakdown is too terse. Execs and business types like looking >>> at bullet points; the technical folks like looking at things in more >>> gross detail. >> >> One more: >> >> 8. Text like "The Linux community intentionally makes it difficult for >> hardware manufacturers to release binary-only drivers." is >> confrontational and unprofessional. It's the GPL license more than the >> community that forces vendors to opensource proprietary code because >> that's the primary goal of the license -- to keep the source free and >> open -- whereas BSD allows the developer to do whatever they want with >> the source. > > Tiny nit on that: =A0The linux community has made it clear (see GregKH's = many > statements), that they will forever refuse to create a stable ABI, for th= e > express purpose of forcing hardware manufacturers to submit to their will= . Good point (forgot that essay) :). Seems like that would be a good reference for that claim. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 19:48: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 4F132106566B; Sun, 28 Aug 2011 19:48:46 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E48138FC13; Sun, 28 Aug 2011 19:48:45 +0000 (UTC) Received: by gwb15 with SMTP id 15so5157117gwb.13 for ; Sun, 28 Aug 2011 12:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; bh=ImPVA2in7aoGLMCxGYCCftn9GC8DlMZ0o8C4sp8xBy8=; b=VJ2zT01lNBY+ZKCMumL/PBSz9RCst+l5ydUNnpsgtVE9JFZgFe1nAnARWXaasejLYU rA9OY70z7/rOKIZ9YFT24cVhiFwNLsM5XHbwL0nb/IlJ1aJI3AYYqpkv2mrLdPzedq6+ OVSKEvKu7KXSlvFhSYFnZbjThFhqxuXbeNw+4= Received: by 10.42.156.74 with SMTP id y10mr3759393icw.164.1314559510868; Sun, 28 Aug 2011 12:25:10 -0700 (PDT) Received: from triad.knownspace (216-15-41-8.c3-0.gth-ubr1.lnh-gth.md.cable.rcn.com [216.15.41.8]) by mx.google.com with ESMTPS id h5sm4538769icy.21.2011.08.28.12.25.08 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 28 Aug 2011 12:25:09 -0700 (PDT) Message-Id: <9202191F-FCF4-481C-8B8E-8870DB7AB31B@gmail.com> From: Justin Hibbits To: Garrett Cooper In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Sun, 28 Aug 2011 15:25:06 -0400 References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110828184758.GA1189@tiny> X-Mailer: Apple Mail (2.936) Cc: Chris Rees , "freebsd-performance@freebsd.org" , Matthias Apitz , "Hartmann, O." , freebsd Current 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: Sun, 28 Aug 2011 19:48:46 -0000 On Aug 28, 2011, at 3:15 PM, Garrett Cooper wrote: > On Sun, Aug 28, 2011 at 12:07 PM, Garrett Cooper =20 > wrote: >> On Sun, Aug 28, 2011 at 11:47 AM, Matthias Apitz =20= >> wrote: >>> El d=EDa Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees =20= >>> escribi=F3: >>> >>>> On 27 August 2011 20:32, Garrett Cooper wrote: >>>>> On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. >>>>> wrote: >>>>>> This website should be brushed up or taken offline! >>>>>> It seems full of vintage stuff from glory days. >>>>>> >>>>>> http://www.freebsd.org/marketing/os-comparison.html >>>>> >>>>> Agreed. Things have changed quite a bit in the last decade. >>>> >>>> It reads rather FUD-like too. >>> >>> It's a pitty that the comments until now are only general like =20 >>> "full of >>> vintage stuff", "agreed", "rather FUD", but without concrete =20 >>> critics or >>> proposals of changes of wrong data. >> >> Ok then: >> >> 1. It's out of date (the obvious). This comes down to some of the >> information being completely incorrect as far as featuresets, and =20 >> just >> looks embarrassing in other respects because it's using Windows 2000 >> as a comparison (it's a 10 year old OS). >> 2. Broken links. >> 3. The smiley icons are very unprofessional. >> 4. There's a lot of wasted horizontal space on the webpage. >> 5. There's no data to back up some of the claimed observations (what >> version of FreeBSD, Linux, Windows were used; what performance =20 >> metrics >> were obtained; how things were tuned; etc). >> 6. Some of the data (example: the SQL error text under "Performance" >> in the Windows column) is in the wrong spot, s.t. it distracts >> readers. If anything it belongs in the footnotes. >> 7. The breakdown is too terse. Execs and business types like looking >> at bullet points; the technical folks like looking at things in more >> gross detail. > > One more: > > 8. Text like "The Linux community intentionally makes it difficult for > hardware manufacturers to release binary-only drivers." is > confrontational and unprofessional. It's the GPL license more than the > community that forces vendors to opensource proprietary code because > that's the primary goal of the license -- to keep the source free and > open -- whereas BSD allows the developer to do whatever they want with > the source. > > Thanks, > -Garrett Tiny nit on that: The linux community has made it clear (see GregKH's =20= many statements), that they will forever refuse to create a stable =20 ABI, for the express purpose of forcing hardware manufacturers to =20 submit to their will. - Justin From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 20:30: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 AEC2E106566C; Sun, 28 Aug 2011 20:30:47 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 692D68FC1A; Sun, 28 Aug 2011 20:30:47 +0000 (UTC) Received: from [82.113.99.164] (helo=tiny.Sisis.de.) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1QxkNi-0000uG-SF; Sun, 28 Aug 2011 20:46:56 +0200 Received: from tiny.Sisis.de. (localhost [127.0.0.1]) by tiny.Sisis.de. (8.14.3/8.14.3) with ESMTP id p7SIm0pT001226; Sun, 28 Aug 2011 20:48:01 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de. (8.14.3/8.14.3/Submit) id p7SIlwLc001225; Sun, 28 Aug 2011 20:47:58 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de.: guru set sender to guru@unixarea.de using -f Date: Sun, 28 Aug 2011 20:47:58 +0200 From: Matthias Apitz To: Chris Rees Message-ID: <20110828184758.GA1189@tiny> References: <4E5941D6.9090106@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT (i386) User-Agent: Mutt/1.5.19 (2009-01-05) X-Con-Id: 51246 X-Originating-IP: 82.113.99.164 Cc: Garrett Cooper , "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." Subject: Re: http://www.freebsd.org/marketing/os-comparison.html X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2011 20:30:47 -0000 El da Sunday, August 28, 2011 a las 07:27:49PM +0100, Chris Rees escribi: > On 27 August 2011 20:32, Garrett Cooper wrote: > > On Sat, Aug 27, 2011 at 12:13 PM, Hartmann, O. > > wrote: > >> This website should be brushed up or taken offline! > >> It seems full of vintage stuff from glory days. > >> > >> http://www.freebsd.org/marketing/os-comparison.html > > > > Agreed. Things have changed quite a bit in the last decade. > > It reads rather FUD-like too. It's a pitty that the comments until now are only general like "full of vintage stuff", "agreed", "rather FUD", but without concrete critics or proposals of changes of wrong data. matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Sun Aug 28 22:05:00 2011 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DB289106564A for ; Sun, 28 Aug 2011 22:05:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 92DB314E03D for ; Sun, 28 Aug 2011 22:05:00 +0000 (UTC) Message-ID: <4E5ABB8C.7050109@FreeBSD.org> Date: Sun, 28 Aug 2011 15:05:00 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: "current@freebsd.org" References: <4FE605DD-17CC-4378-9418-50BEE438296E@alogis.com> In-Reply-To: X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: LOR 9.0 beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Aug 2011 22:05:00 -0000 On 8/23/2011 7:48 AM, Garrett Cooper wrote: > On Tue, Aug 23, 2011 at 4:29 AM, Holger Kipp wrote: >> Maybe already seen... >> This is within Parallels 6.0 VM on a Mac with OS 10.6.8 > > ... > > This is a well known LOR. There are a lot of well-known LORs in HEAD. This is a bug. They make witness basically useless, and cause users to waste a bunch of time reporting things that are already "well known." -- 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 Sun Aug 28 23:38: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 C7CD7106566B; Sun, 28 Aug 2011 23:38: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 6E77D8FC08; Sun, 28 Aug 2011 23:38:02 +0000 (UTC) Received: by qyk9 with SMTP id 9so3789320qyk.13 for ; Sun, 28 Aug 2011 16:38: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:content-transfer-encoding; bh=y4ejyttmMnarBar49ngZHsctHuh9aCemPPaOEJ99TJQ=; b=b78xcDei06KaK3pZpihwzPwR6z0SPMe5uWltxgDE9XxUNQvH63xxH8Sa1JpLme0Pu2 7mPoV+Dt+ucR3vd7C8ttFL4QzWcUb1/rBCfV9QLfyaklbOr4w9wvbZU2b2cAiI8wCglk 6tx4qC6gPbl7qy2vYsxcCBHYYaxlbompeSKKU= MIME-Version: 1.0 Received: by 10.224.98.8 with SMTP id o8mr801170qan.379.1314574681673; Sun, 28 Aug 2011 16:38:01 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sun, 28 Aug 2011 16:38:01 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Aug 2011 16:38:01 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: if_ath - should it be compiled without ath_hal support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Aug 2011 23:38:02 -0000 On Wed, Aug 24, 2011 at 10:37 PM, Adrian Chadd wrote: > Hi, > ... > Well, the ath_hal code should be built in as part of the ath module. > ath needs ath_hal to speak to the MAC/baseband/radio. There's no need > for #ifdef's to guard them as .. well, they're needed. Ok. > I'd like to eventually split out the ath_hal again into a separate > module and re-instate the separation between HAL and driver code > (primarily to enforce cleaner code and more stable APIs.) Good to know. I was just a bit confused with the manpages that say they're optional after I discovered looking at the driver that they're hardwired in. > If you're seeing issues like the above, chances are that you're seeing > some corruption. Can you please print out the whole value of *rs (ie, > all the fields of the ath_rx_status struct) so I can see how valid it > is? Sure: (kgdb) p *rs $1 =3D {rs_datalen =3D 244, rs_status =3D 0 '\0', rs_phyerr =3D 0 '\0', rs_rssi =3D 0 '\0', rs_keyix =3D 127 '\177', rs_rate =3D 27 '\033', rs_more =3D 0 '\0', rs_tstamp =3D 2097280, rs_antenna =3D 8399232, rs_rssi_ctl =3D "0\200)", rs_rssi_ext =3D "\200\000\037", rs_isaggr =3D 1 '\001', rs_moreaggr =3D 1 '\001', rs_num_delims =3D 0 '\0', rs_flags =3D 252 '=FC', rs_evm0 =3D 0, rs_evm1 =3D 0, rs_evm2 =3D 0, rs_evm3 =3D 0, rs_evm4 =3D 0} Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 00:21: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 237C2106567C for ; Mon, 29 Aug 2011 00:21:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id D4B8C8FC13 for ; Mon, 29 Aug 2011 00:21:28 +0000 (UTC) Received: by yib19 with SMTP id 19so3701531yib.13 for ; Sun, 28 Aug 2011 17:21:28 -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=eikWUXS2Kr8sdJEq8ClC5nAYVqXIJZy1NTeClgg/wiM=; b=AioRvWtRciiS13sW82IMuwfenvb/2UgYjbi69aC1lC1elZfBZcQauZr+fjGOjR/oHg yd4Ngp0uZe9bdFbolI0cRd5iM6gIrit0HI41IfWhAP+ABashw3anuF6KdbAMx6240FER ExMqcZZjRtDU12+Q5AXYRsgugV/vCXJqeLbKI= MIME-Version: 1.0 Received: by 10.151.86.10 with SMTP id o10mr4690815ybl.87.1314577287857; Sun, 28 Aug 2011 17:21:27 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Sun, 28 Aug 2011 17:21:27 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Aug 2011 08:21:27 +0800 X-Google-Sender-Auth: _FG4GVuqsAPOW5Lt4L2zff93EXQ Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: if_ath - should it be compiled without ath_hal support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 00:21:29 -0000 that looks a bit special. On 29 August 2011 07:38, Garrett Cooper wrote: >> I'd like to eventually split out the ath_hal again into a separate >> module and re-instate the separation between HAL and driver code >> (primarily to enforce cleaner code and more stable APIs.) > > Good to know. I was just a bit confused with the manpages that say > they're optional after I discovered looking at the driver that they're > hardwired in. I plan on fleshing out the driver documentation in the Wiki a little more. Like everything, all I need is time. :) >> If you're seeing issues like the above, chances are that you're seeing >> some corruption. Can you please print out the whole value of *rs (ie, >> all the fields of the ath_rx_status struct) so I can see how valid it >> is? > > Sure: > > (kgdb) p *rs > $1 =3D {rs_datalen =3D 244, rs_status =3D 0 '\0', rs_phyerr =3D 0 '\0', > rs_rssi =3D 0 '\0', rs_keyix =3D 127 '\177', rs_rate =3D 27 '\033', rs_mo= re > =3D 0 '\0', rs_tstamp =3D 2097280, rs_antenna =3D 8399232, rs_rssi_ctl = =3D > "0\200)", rs_rssi_ext =3D "\200\000\037", rs_isaggr =3D 1 '\001', > rs_moreaggr =3D 1 '\001', rs_num_delims =3D 0 '\0', rs_flags =3D 252 '=FC= ', > rs_evm0 =3D 0, rs_evm1 =3D 0, rs_evm2 =3D 0, rs_evm3 =3D 0, rs_evm4 =3D 0= } It doesn't look like garbage to begin with .. and then it does. How have you compiled it? Some of those fields are currently optional (ie, require the AR5416 (11n) support to be enabled) - have you somehow managed to compile part of the code with it, part of the code without it? Which NIC is this for again? AR9285? Adrian From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 00:42: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 F36B4106564A; Mon, 29 Aug 2011 00:42:19 +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 9CB9D8FC0A; Mon, 29 Aug 2011 00:42:19 +0000 (UTC) Received: by qyk4 with SMTP id 4so1530319qyk.13 for ; Sun, 28 Aug 2011 17:42:18 -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=rQ92J2TmoCOzJ1KsYH9XKKF11tmJHTKV80AmkaKFtgk=; b=mRKb3Q4iELui4vv7q9vMZCTQtlk5XE7bVAx4l5QdpL4ZPHDIB+93JkXCdIt+9gfIK1 sK7IEncJ9zwn4xLf65H8iRzM69FirK+h9wc/LMdmis2xZ9+RTzRFsc+JS0bhdycXjZci 3/Ib7eL0wZMiZ+GeggjiJ5IejpKJC1jYK1hW8= MIME-Version: 1.0 Received: by 10.224.214.9 with SMTP id gy9mr885284qab.79.1314578538762; Sun, 28 Aug 2011 17:42:18 -0700 (PDT) Received: by 10.224.19.131 with HTTP; Sun, 28 Aug 2011 17:42:18 -0700 (PDT) In-Reply-To: References: Date: Sun, 28 Aug 2011 17:42:18 -0700 Message-ID: From: Garrett Cooper To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: if_ath - should it be compiled without ath_hal support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 00:42:20 -0000 On Sun, Aug 28, 2011 at 5:21 PM, Adrian Chadd wrote: > that looks a bit special. > > On 29 August 2011 07:38, Garrett Cooper wrote: > >>> I'd like to eventually split out the ath_hal again into a separate >>> module and re-instate the separation between HAL and driver code >>> (primarily to enforce cleaner code and more stable APIs.) >> >> Good to know. I was just a bit confused with the manpages that say >> they're optional after I discovered looking at the driver that they're >> hardwired in. > > I plan on fleshing out the driver documentation in the Wiki a little more= . > Like everything, all I need is time. :) > >>> If you're seeing issues like the above, chances are that you're seeing >>> some corruption. Can you please print out the whole value of *rs (ie, >>> all the fields of the ath_rx_status struct) so I can see how valid it >>> is? >> >> Sure: >> >> (kgdb) p *rs >> $1 =3D {rs_datalen =3D 244, rs_status =3D 0 '\0', rs_phyerr =3D 0 '\0', >> rs_rssi =3D 0 '\0', rs_keyix =3D 127 '\177', rs_rate =3D 27 '\033', rs_m= ore >> =3D 0 '\0', rs_tstamp =3D 2097280, rs_antenna =3D 8399232, rs_rssi_ctl = =3D >> "0\200)", rs_rssi_ext =3D "\200\000\037", rs_isaggr =3D 1 '\001', >> rs_moreaggr =3D 1 '\001', rs_num_delims =3D 0 '\0', rs_flags =3D 252 '= =FC', >> rs_evm0 =3D 0, rs_evm1 =3D 0, rs_evm2 =3D 0, rs_evm3 =3D 0, rs_evm4 =3D = 0} > > It doesn't look like garbage to begin with .. and then it does. > > How have you compiled it? Some of those fields are currently optional > (ie, require the AR5416 (11n) support to be enabled) - have you > somehow managed to compile part of the code with it, part of the code > without it? Just options ATH_DEBUG in my $KERNCONF and I built the ath and ath_pci modules. > Which NIC is this for again? AR9285? Yup: ath0@pci0:2:0:0: class=3D0x028000 card=3D0x10891a3b chip=3D0x002b168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR9285 Wireless Network Adapter (PCI-Express)' class =3D network Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 00:52: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 F3145106566B for ; Mon, 29 Aug 2011 00:52:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id AEB268FC20 for ; Mon, 29 Aug 2011 00:52:30 +0000 (UTC) Received: by gxk28 with SMTP id 28so5282866gxk.13 for ; Sun, 28 Aug 2011 17:52:30 -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=r9+WKgj4tJT8VqPH4KAL9idkNWO9/T2Eh6gYC48WzZM=; b=cZiYBJU4oEQPq6kCR2MwwfDv05lFAr2onJ0JMNTLiZ0M2C/4bMzfFj3d6L8U6JSESP 1Xg3+vX/o0Farv1nxtV08ITamdIP/hPwF6z/rPQfwmQ9KtADZgcVCVRsS3BTEX0Af7ss 5VFjrxSpFjWBJzC+SSayloPAAtkqC1TwhAd6I= MIME-Version: 1.0 Received: by 10.150.141.9 with SMTP id o9mr4224954ybd.258.1314579149852; Sun, 28 Aug 2011 17:52:29 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Sun, 28 Aug 2011 17:52:29 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Aug 2011 08:52:29 +0800 X-Google-Sender-Auth: fcJ7iXQ56Ot7SHqDzS60nrk5NzE Message-ID: From: Adrian Chadd To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: if_ath - should it be compiled without ath_hal support? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 00:52:31 -0000 On 29 August 2011 08:42, Garrett Cooper wrote: >> Which NIC is this for again? AR9285? > > Yup: Hm, the code which sets rs_antenna should set it to something valid (in ar5416/ar5416_recv.c) : rs->rs_antenna = MS(ads->ds_rxstatus3, AR_RxAntenna); and that's an 24 bit field. And that code needed to be called and have it return HAL_OK for it to be used. So somehow your antenna configuration at the time of the crash was .. strange. Let me see why exactly that would have such a configuration and I'll get back to you. (It may be that a simple array bounds check is enough.) Adrian Adrian From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 04:51: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 9F886106566B for ; Mon, 29 Aug 2011 04:51:00 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 832F58FC0A for ; Mon, 29 Aug 2011 04:51:00 +0000 (UTC) Received: from delta.delphij.net (c-76-102-50-245.hsd1.ca.comcast.net [76.102.50.245]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 4C9A5E170; Sun, 28 Aug 2011 21:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1314593460; bh=aLMLSNjh7srOmxkxqSkmhjjFFnHcGINpm5GGE3tuQso=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=xkjFlKkmM3DmZLGUfTr+8pcRKTYYPqDR6uidIL5Cvl4wOjvk1fSbrzs5YY599tDAm kbUsyEHSN96bMW6yfpimTLTywtoxBoCvMk/FelrtUUypf0nRsyuJnYKt0CLHLj1Mt8 RQFU92CWov46Dk28KtrlK/T2bc3Wssd44xwRfsVc= Message-ID: <4E5B1AB3.2060003@delphij.net> Date: Sun, 28 Aug 2011 21:50:59 -0700 From: Xin LI Organization: The FreeBSD Project MIME-Version: 1.0 To: Uwe Grohnwaldt References: <049301cc6183$7d3299e0$7797cda0$@grohnwaldt.eu> <201108230743.10489.jhb@freebsd.org> <055101cc626b$54aedb30$fe0c9190$@grohnwaldt.eu> <055701cc6271$0637abc0$12a70340$@grohnwaldt.eu> In-Reply-To: <055701cc6271$0637abc0$12a70340$@grohnwaldt.eu> OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: AW: Panic with 9.0 Beta 1 (arcmsr.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2011 04:51:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/24/11 08:18, Uwe Grohnwaldt wrote: > After this messages there are no visible disks. A camcontrol rescan > all leads tot he same timeouts. Is this problem still persist after updating to at least r224905? >> -----Ursprngliche Nachricht----- Von: >> owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] Im Auftrag von Uwe Grohnwaldt Gesendet: >> Mittwoch, 24. August 2011 16:37 An: freebsd-current@freebsd.org >> Betreff: AW: Panic with 9.0 Beta 1 (arcmsr.c) >> >> Hi, >> >> I upgraded a fresh RELENG_8_2 to CURRENT and nearly everything >> works fine. I only have to wait about 3 minutes during boot. In >> dmesg I have > many >> messages like this: arcmsr1: scsi id 17 lun 0 cmd=0x12 >> srb='0xffffff8462bd9780' ccb command time out! >> >> http://ugrohnwaldt.web02.lando.us/FBSD/dmesg-2011-08-24.log.txt >> >> Thanks, Uwe >> >>> -----Ursprngliche Nachricht----- Von: John Baldwin >>> [mailto:jhb@freebsd.org] Gesendet: Dienstag, 23. August 2011 >>> 13:43 An: freebsd-current@freebsd.org Cc: Uwe Grohnwaldt >>> Betreff: Re: Panic with 9.0 Beta 1 (arcmsr.c) >>> >>> On Tuesday, August 23, 2011 6:57:45 am Uwe Grohnwaldt wrote: >>>> Hi, >>>> >>>> i tried to install FBSD 9.0 beta 1. Booting the install-cd >>>> stopped with a kernel panic: >>>> >>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex >>>> arcmsr Q buffer lock @ /usr/src/sys/dev/arcmsr/arcmsr.c:2093 >>>> >>>> A screenshot from the panic can be found here: >>>> http://ugrohnwaldt.web02.lando.us/FBSD/arcmsr.png >>> >>> Looks like this was fixed after BETA1 was released. >>> >>> -- John Baldwin >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current To >> unsubscribe, send any mail to "freebsd-current- >> unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current To > unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOWxqzAAoJEATO+BI/yjfB7cUIAMOXPk+d3nG830gG8B/GyT02 Wd1h+V2nkqACz6+cYoX8xul4w6AGKh/+NPWFOGcyPC4F2yt3SA7bI7Wa/8P3Is0X Y3/kHYp2hR1f9L02O7yf8IY5ZwRIkhPCZmWc7DX2Aw31HF6Z1sNHkVCSbhTHqCvN vBuz5UnAlnKPWif789QnFMYa0B9LmWoDN8gDPjcpckWCeBr8NL9XQxxiY8ZebQYJ JMC55eG2ugxf4FOkhQFtpikBxEG5pvFuHmBhGENCFm0Y2eUOyEetjMhoqO1MA8je yhnrL1RIGc0Gax+ocrmkh60YLP7l8FQaib69imhtazYIhgrGhsv/HgP+ZWcKkGs= =nZDu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 06:41: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 25F70106564A for ; Mon, 29 Aug 2011 06:41:41 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id D85108FC0C for ; Mon, 29 Aug 2011 06:41:40 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-149-241.nc.res.rr.com [65.190.149.241]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p7T6fcKC083155 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Mon, 29 Aug 2011 02:41:39 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4E5B34A1.9030803@FreeBSD.org> Date: Mon, 29 Aug 2011 02:41:37 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110531 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem References: <1653778001.444474.1314492943160.JavaMail.root@erie.cs.uoguelph.ca> <4E5998A7.4080002@FreeBSD.org> In-Reply-To: <4E5998A7.4080002@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Mon, 29 Aug 2011 02:41:39 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: NFS mountd version 3 over TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 06:41:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 08/27/11 21:23, Steve Wills wrote: > On 08/27/11 20:55, Rick Macklem wrote: >>> I don't know why the nfsd wouldn't be able to bind(2) to port #2049 a >>> second time for UDP, but someone on the net side might know? (Just in >>> case it is a problem that has already been fixed, I'd try a newer kernel.) > > Will do, see below. > >>> The new server was broken by r224778 on Aug. 11 and fixed by r224911 on >>> Aug. 16. (I recall you mentioning Aug. 11?) > > My kernel is from Aug 13, so definitely would fall into that range. I'll > update and rebuild and see how it goes. > After working around the /dev/stdout issue by booting an old kernel and doing a buildworld from there, I was able to update my kernel to todays sources. ESXi is now able to mount the nfs share. However, when I attempt to start a VM, it reports: Failed to power on VM. Unable to retrieve the current working directory: 0 (Input/output error). Check if the directory has been deleted or unmounted. and FILE: File_Cwd: getcwd() failed: Input/output error I have tcpdump output available here: http://people.freebsd.org/~swills/nfs2.pcap if that helps. Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOWzShAAoJEPXPYrMgexuhxo0H/0ALErvMrpcxtkuUv07ipj0O Z8p3YkMFkckSy6s0QCAOCVgjbqZptCkKg96vMehG3nI5o2HtA43h5y6UNvMi1FWE WOiIFbzXkgfn1pubv2YyFwaDK1aFXMswwYaCHSP7a+K8fpjDOiR5ZnhhyXcb7k1X YmURkSEbLbngLdIfywPATSiby9PyFVqyMjhU3yW/Y8QLueEjK4xq5RsbmU1Qmv2B bjA11x9birNvc//iBp6zTqBP752soqK+M9aXrjjm9GzhN0UeKdXseWt9zd3mu2qs cfPUqz7DSATQNxwfpqIGnE4naYzPyKPbDbv6k5lKDjmmHn2O7VzXQXimjE6sT3o= =Dpjc -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 07:40: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 14A4C1065673 for ; Mon, 29 Aug 2011 07:40:26 +0000 (UTC) (envelope-from genre.roger@orange.fr) Received: from smtp.smtpout.orange.fr (smtp01.smtpout.orange.fr [80.12.242.123]) by mx1.freebsd.org (Postfix) with ESMTP id 788768FC19 for ; Mon, 29 Aug 2011 07:40:24 +0000 (UTC) Received: from P5E-WS.home ([90.25.51.160]) by mwinf5d01 with ME id S7AM1h0043TP4GS037AMXM; Mon, 29 Aug 2011 09:10:22 +0200 X-ME-engine: default Message-ID: <4E5B3B71.50203@orange.fr> Date: Mon, 29 Aug 2011 09:10:41 +0200 From: Roger Genre User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; fr-FR; rv:1.9.1.16) Gecko/20110328 Thunderbird/3.0.11 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: hd numbering in 9.0beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 07:40:26 -0000 Hi everybody, I would point out a problem related with the new way, coming in 9.0, to hard disks numbering. As far I remember (5.0 ?), hardware detection of H.D.'s at O.S. boot-up numbered every channel potentially able to attach a disk to, and tagged the disks really attached with the number of his control channel; the sequence (from lowers to highers numbers) begins with scsi or scsi-like (e-sata, usb, fire-wire,...) controllers and ends with the controllers directly depending from the chipset (sata at this time). Such strategy allows to attach easily a new mass-storage device without modifying the disks numbering and thus the relevant fstab files. 9.0beta1 use a different numbering strategy,(with a similar sequence in harware detection) tagging succesively detected disks with adjacent numbers. Please, let me show an example from my computer: lines relevant to hard disks from /var/log/messages (recently installed FreeBSD-9.0beta1): ----------- Aug 26 09:21:30 P5E-WS kernel: pci2: on pcib8 Aug 26 09:21:30 P5E-WS kernel: siis0: port 0xac00-0xac7f mem 0xfe6ffc00-0xfe6ffc7f,0xfe6f8000-0xfe6fbfff irq 17 at device 0.0 on pci2 Aug 26 09:21:30 P5E-WS kernel: siisch0: at channel 0 on siis0 Aug 26 09:21:30 P5E-WS kernel: siisch1: at channel 1 on siis0 ------------ Aug 26 09:21:30 P5E-WS kernel: ada0 at siisch1 bus 0 scbus6 target 0 lun 0 Aug 26 09:21:30 P5E-WS kernel: ada0: ATA-8 SATA 2.x device Aug 26 09:21:30 P5E-WS kernel: ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) Aug 26 09:21:30 P5E-WS kernel: ada0: Command Queueing enabled Aug 26 09:21:30 P5E-WS kernel: ada0: 1907729MB (3907029168 512 byte sectors: 16H 63S/T 16383C) Aug 26 09:21:30 P5E-WS kernel: ada0: Previously was known as ad16 Aug 26 09:21:30 P5E-WS kernel: ada1 at ata3 bus 0 scbus9 target 0 lun 0 Aug 26 09:21:30 P5E-WS kernel: ada1: ATA-8 SATA 2.x device Aug 26 09:21:30 P5E-WS kernel: ada1: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 26 09:21:30 P5E-WS kernel: ada1: 305245MB (625142448 512 byte sectors: 16H 63S/T 16383C) Aug 26 09:21:30 P5E-WS kernel: ada1: Previously was known as ad18 Aug 26 09:21:30 P5E-WS kernel: ada2 at ata4 bus 0 scbus10 target 0 lun 0 Aug 26 09:21:30 P5E-WS kernel: ada2: ATA-7 SATA 2.x device Aug 26 09:21:30 P5E-WS kernel: ada2: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 26 09:21:30 P5E-WS kernel: ada2: 152627MB (312581808 512 byte sectors: 16H 63S/T 16383C) Aug 26 09:21:30 P5E-WS kernel: ada2: Previously was known as ad20 Aug 26 09:21:30 P5E-WS kernel: ada3 at ata5 bus 0 scbus11 target 0 lun 0 Aug 26 09:21:30 P5E-WS kernel: ada3: ATA-7 SATA 2.x device Aug 26 09:21:30 P5E-WS kernel: ada3: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) Aug 26 09:21:30 P5E-WS kernel: ada3: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) Aug 26 09:21:30 P5E-WS kernel: ada3: Previously was known as ad22 ------------- Well, the system remembers the previous numbering (in my example, numbering from 8.2 release, as "production" release installed on a different slice), avoiding confusion. But the "funny" things are that : 1- AMI Bios (MBR style) in my Asus M.B.(3 years old) shows, in the POST table relevant to disks, only the 3 first ones, i.e does not show the disk controlled by the SiI3132 pci-card; ami-bios don't list this disk as bootable in the "disk-boot-order" selection menu, and it's impossible to select it as a bootable disks. (but this disk appears correctly detected by the pci-card internal bios.); and I suppose the ami-bios detects and records the scsi-like disk, but hide it to the user. 2- Grub detects as hd0,hd1,hd2,hd3 the disks appearing in 9.0 as ada1, ada2, ada3, ada0 (i.e. Grub numbers with the scsi-like ones at the end and the chipset-controlled ones at the beginning).(Grub is said to extract the info from bios). At this point, no real problem, as Bsd users warn carefully in the management of their disks between different releases of the O.S. But adding a new hard disk will shift one, more, or all the previous numbers, (depênding from the channel the new disk is attached to), making the /etc/fstab files irrelevant, and leading kernel in panic at boot-up. Well, I could, after adding a new disk, boot-up from a rescue disk to update files, (or "rootmount" manually, log as single, edit the proper config files, ...) but really the "old" numbering strategy was less painfull ! And I would panic if I have to explain that process to a newbee. Perhaps I miss some important new feature introduced in 9.0 to work around that problem ? Moreover, 9.0beta1 installs very easily and works fine; I am near to agree with the recently stated opinion that 9.1 release will never be necessary !! Congratulations to the team Roger As frenchie, I apologize for my poor english. From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 07:47: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 9419B106566B for ; Mon, 29 Aug 2011 07:47:48 +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 C5BB28FC12 for ; Mon, 29 Aug 2011 07:47:47 +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 KAA28205; Mon, 29 Aug 2011 10:47: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 1QxwZK-0001IJ-VN; Mon, 29 Aug 2011 10:47:42 +0300 Message-ID: <4E5B441B.3020307@FreeBSD.org> Date: Mon, 29 Aug 2011 10:47:39 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Roger Genre References: <4E5B3B71.50203@orange.fr> In-Reply-To: <4E5B3B71.50203@orange.fr> X-Enigmail-Version: undefined Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: hd numbering in 9.0beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 07:47:48 -0000 on 29/08/2011 10:10 Roger Genre said the following: > Perhaps I miss some important new feature introduced in 9.0 to work around that > problem ? Most likely you just overlook a CAM feature that you have not needed before. Please see cam(4), search for 'wired'. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 07:58:54 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 3531E106566C for ; Mon, 29 Aug 2011 07:58:54 +0000 (UTC) (envelope-from yanegomi@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 E83918FC17 for ; Mon, 29 Aug 2011 07:58:53 +0000 (UTC) Received: by ywo32 with SMTP id 32so5420999ywo.13 for ; Mon, 29 Aug 2011 00:58:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:mime-version:content-type; bh=BcatZ7fjLmSEvc6P4naAdZugoZiA08VZM6YVcdcIJD0=; b=WnwSjdrIbwXFA1otueUkke1eHnqJfO/a4IZJpgKNI9jVJiKinE3iZhUBCBCQRvkdO/ Wj3WyK5u15b4fSO9xg0R0sEq7wqnA4ohLontxNJ0cWAnmZZhXy/zIjkhrjVr5KExRr4F GR2tBOUTWL91Y4WX+sGYpImag34cAZpP7fivA= Received: by 10.43.47.202 with SMTP id ut10mr4795312icb.424.1314604733007; Mon, 29 Aug 2011 00:58:53 -0700 (PDT) Received: from c-24-6-49-154.hsd1.ca.comcast.net (c-24-6-49-154.hsd1.ca.comcast.net [24.6.49.154]) by mx.google.com with ESMTPS id es8sm2316581ibb.19.2011.08.29.00.58.51 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 29 Aug 2011 00:58:51 -0700 (PDT) Date: Mon, 29 Aug 2011 00:58:49 -0700 (PDT) From: Garrett Cooper To: Roger Genre In-Reply-To: <4E5B3B71.50203@orange.fr> Message-ID: References: <4E5B3B71.50203@orange.fr> 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-current@freebsd.org Subject: Re: hd numbering in 9.0beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 07:58:54 -0000 On Mon, 29 Aug 2011, Roger Genre wrote: > Hi everybody, > > I would point out a problem related with the new way, coming in 9.0, to hard > disks numbering. > > As far I remember (5.0 ?), hardware detection of H.D.'s at O.S. boot-up > numbered every channel potentially able to attach a disk to, and tagged the > disks really attached with the number of his control channel; the sequence > (from lowers to highers numbers) begins with scsi or scsi-like (e-sata, usb, > fire-wire,...) controllers and ends with the controllers directly depending > from the chipset (sata at this time). > > Such strategy allows to attach easily a new mass-storage device without > modifying the disks numbering and thus the relevant fstab files. > > 9.0beta1 use a different numbering strategy,(with a similar sequence in > harware detection) tagging succesively detected disks with adjacent numbers. The best way I can put it has already been noted in the archives several months back: - http://lists.freebsd.org/pipermail/freebsd-current/2011-April/024110.html - http://lists.freebsd.org/pipermail/freebsd-current/2011-May/024495.html - http://lists.freebsd.org/pipermail/freebsd-current/2011-April/024233.html I don't have the corresponding commits right now, but I could dig them up as they spawned a large discussion thread as well. The basic gist is that several folks agreed that: 1. GEOM/UFS labels were the only way to go. 2. There are some caveats to using GEOM labels that discourages use as a means of deterministically determining mountpoints. 3. A compatibility shim was added for ata -> atacam transitioning; see kern.cam.ada.legacy_aliases in /sys/cam/ata/ata_da.c Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 08:16: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 C61F7106564A for ; Mon, 29 Aug 2011 08:16:00 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 505BD8FC0C for ; Mon, 29 Aug 2011 08:15:59 +0000 (UTC) Received: by bkat8 with SMTP id t8so5332067bka.13 for ; Mon, 29 Aug 2011 01:15:59 -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:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=scNQ0EufgAQhvQfZX2SIBNxfaDdd3/QU9fQSqBlKHTQ=; b=ZcxmE8H/V/TrzJ6ljo8Qhw44E9R1e8MHtEQfkcwvHuUHJpGwVB6tB29vZK+x3ELy5a i70W3t+4CXffW2VXBFeN20X+6rWoq8T7FeQVWi438o9xwvQN9bJLUDVYneepuJRPoV39 H301YTOTSlbjm1r13x8kNnbOyDJ4IKQqDDrHk= Received: by 10.204.130.205 with SMTP id u13mr1885972bks.401.1314604020152; Mon, 29 Aug 2011 00:47:00 -0700 (PDT) MIME-Version: 1.0 Sender: edhoprima@gmail.com Received: by 10.204.37.14 with HTTP; Mon, 29 Aug 2011 00:46:40 -0700 (PDT) In-Reply-To: <4E5B3B71.50203@orange.fr> References: <4E5B3B71.50203@orange.fr> From: Edho P Arief Date: Mon, 29 Aug 2011 14:46:40 +0700 X-Google-Sender-Auth: OBMcb3onq-I3ooy_cf6VGHHbKGg Message-ID: To: Roger Genre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: hd numbering in 9.0beta1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 08:16:00 -0000 On Mon, Aug 29, 2011 at 2:10 PM, Roger Genre wrote: > But adding a new hard disk will shift one, more, or all the previous > numbers, (dep=C3=AAnding from the channel the new disk is attached to), m= aking > the /etc/fstab files irrelevant, and leading kernel in panic at boot-up. > there's a good reason we have geom_label now. My fstab now looks like this: /dev/ufs/root3 / ufs rw,noatime 1 1 /dev/label/swap3 none swap sw 0 0 proc /proc procfs rw 0 0 --=20 O< ascii ribbon campaign - stop html mail - www.asciiribbon.org From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 08:21: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 DB4BE1065670; Mon, 29 Aug 2011 08:21:31 +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 EA6D38FC12; Mon, 29 Aug 2011 08:21:29 +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 LAA28770; Mon, 29 Aug 2011 11:21: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 1Qxx5o-0001Jh-Tl; Mon, 29 Aug 2011 11:21:16 +0300 Message-ID: <4E5B4BFB.9040907@FreeBSD.org> Date: Mon, 29 Aug 2011 11:21:15 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Marcel Moolenaar References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> In-Reply-To: <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD-Current Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 08:21:31 -0000 on 27/08/2011 18:16 Marcel Moolenaar said the following: > > On Aug 26, 2011, at 2:07 PM, Andriy Gapon wrote: > >> >> It seems that after the introduction of the mountroot scripting language a user >> now has exactly one chance to try to specify a correct root device at the >> mountroot prompt. I am not sure that that is convenient/enough. > > This is no different from before. Are you sure? I remember trying multiple (incorrect) possibilities at the prompt and not getting the panic. But I know that sometimes I have cases of "false memories", so _I_ am not sure. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 08:29: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 4D67E106566B for ; Mon, 29 Aug 2011 08:29:34 +0000 (UTC) (envelope-from dieterich.joh@googlemail.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 09FC18FC08 for ; Mon, 29 Aug 2011 08:29:33 +0000 (UTC) Received: by gyd10 with SMTP id 10so5501959gyd.13 for ; Mon, 29 Aug 2011 01:29:33 -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=wWaPPvfafS+iFMDwIo11Ur5jm9BnTxIyVfpGshyium4=; b=LVyjxGGgIt7Cqgjj+mxzUZStIbQ6qJwOLQX9TTKl+XHiNkP2POPS7y7H9uUbYwZS7e dVqqu2EusuuKAXU554qh1PeqxMIYPCAcHmn3uVaplK5Gy8AWiaATMsBwNy/wOyD+Ej9s W61ZKycjeDbq2NuvSP9cVp3NQaRPI19qATNrI= MIME-Version: 1.0 Received: by 10.42.132.73 with SMTP id c9mr4290170ict.358.1314604902521; Mon, 29 Aug 2011 01:01:42 -0700 (PDT) Received: by 10.231.13.71 with HTTP; Mon, 29 Aug 2011 01:01:42 -0700 (PDT) In-Reply-To: References: Date: Mon, 29 Aug 2011 10:01:42 +0200 Message-ID: From: Johannes Dieterich To: Matthew Economou Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: "panic: mutex pf task mtx owned at /usr/src/sys/contrib/pf/net/if_pfsync.c:3163" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 08:29:34 -0000 Hi Matthew, On Fri, Aug 26, 2011 at 11:51 PM, Matthew Economou wrote: > I recently upgraded a firewall I'm using for performance testing from > a March-ish 9-CURRENT to 9.0-BETA1 (csup run August 21 around 12:00 AM > EDT). It's basically a GENERIC kernel with debugging disabled and > things like IPsec and ALTQ enabled. Since the upgrade, after > approximately an hour after it boots, the firewall stops passing any > traffic (IPv4 and IPv6). OpenVPN, for example, logs the following > errors: > > write UDPv4: Operation not permitted (code=1) > > Quagga, for another example, logs something similar: > > ripd[1696]: can't send packet : Operation not permitted0 > ospfd[1702]: *** sendmsg in ospf_write failed to 172.30.0.3, id 0, > off 0, len 76, interface tap0 mtu 1500: Operation not permitted > > If I try to ping something from the console, I get the same error message: > > # ping 4.2.2.2 > ping: sendto: Operation not permitted > It appears that PF isn't removing any entries from the state table. > Note that the state table size is at its default of 10000 (which > correlates to the amount of memory installed on the firewall - 256 > MB). > > State Table Total Rate > current entries 10013 > searches 554801 13.4/s > inserts 10013 0.2/s > removals 0 0.0/s > > I've tried both my current (unmodified and working prior to the > upgrade) and experimental PF configurations, neither of which have any > effect on the problem. Reloading the PF configuration (/etc/rc.d/pf > reload) or restarting PF altogether (/etc/rc.d/pf restart) also have > no effect. Only if I shut down PF completely (/etc/rc.d/pf stop) do I > regain network connectivity - I can do things like ping hosts (IPv4 > and IPv6), browse the web, and pass traffic that's just routed through > the firewall (i.e., not requiring NAT). Clearing the state table > (pfsync -F state) has no effect. > > The kernel I'm was running had debugging disabled for performance > testing purposes, so I booted a proper debug kernel. It panicked in > pfsync_send_plus as soon as init enabled PF (backtrace included > below). > > Starting pflog. > pflog0: promiscuous mode enabled > Aug 25 20:54:21 pflogd[1611]: [priv]: msg PRIV_OPEN_LOG received > Enabling pfpanic: mutex pf task mtx owned at > /usr/src/sys/contrib/pf/net/if_pfsync.c:3163 > cpuid = 0 > KDB: enter: panic > [ thread pid 1619 tid 100053 ] > Stopped at kdb_enter+0x3a: movl $0,kdb_why > db> bt > Tracing pid 1619 tid 100053 td 0xc23da2e0 > kdb_enter(c09777c9,c09777c9,c0975d7b,c6fd79e0,0,...) at kdb_enter+0x3a > panic(c0975d7b,c0946080,c0944e87,c5b,c6fd7a0c,...) at panic+0x134 > _mtx_assert(c0a1b388,0,c0944e87,c5b,c6fd7a24,...) at _mtx_assert+0x127 > pfsync_send_plus(c6fd7a24,18,10,ad6,1000000,...) at pfsync_send_plus+0xf2 > pfsync_clear_states(a218d664,c236fb78,c0945f1c,635,c09ae167,...) at > pfsync_clear_states+0x8d > pfioctl(c22a0800,c0cc4412,c236fb00,3,c23da2e0,...) at pfioctl+0x1b90 > devfs_ioctl_f(c23ce578,c0cc4412,c236fb00,c216ce80,c23da2e0,...) at > devfs_ioctl_f+0x10b > kern_ioctl(c23da2e0,3,c0cc4412,c236fb00,1fd7cec,...) at kern_ioctl+0x21d > ioctl(c23da2e0,c6fd7cec,c6fd7d28,c097d93a,0,...) at ioctl+0x134 > syscallenter(c23da2e0,c6fd7ce4,c6fd7ce4,0,0,...) at syscallenter+0x263 > syscall(c6fd7d28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x281e6263, esp = > 0xbfbfe8ac, ebp = 0xbfbfe998 --- > db> > > I'm at a loss as to how to proceed. Is this a known problem with PF? > Can anyone suggest a work-around? > I ran into the same problem on my NAT-box. According to ome other PRs (kern/159390 and kern/158873) the problem lies in pfsync. The (still open) PRs contain both a patch (didn't test that) and the assumption that pulling a newer version to FreeBSD might help. Also, they suggest as a workaround to not compile "device pfsync" into the kernel. Seems to work for me (not yet tested in detail though), don't know if this is a feasable solution for you. Hope this helps Johannes From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 10: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 69904106566C; Mon, 29 Aug 2011 10:13:21 +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 257478FC08; Mon, 29 Aug 2011 10:13:20 +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 <1QxyqF-0007vG-TL>; Mon, 29 Aug 2011 12:13:19 +0200 Received: from e178014041.adsl.alicedsl.de ([85.178.14.41] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QxyqF-0003gY-QB>; Mon, 29 Aug 2011 12:13:19 +0200 Message-ID: <4E5B663F.5080304@zedat.fu-berlin.de> Date: Mon, 29 Aug 2011 12:13:19 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: FreeBSD Current , "freebsd-performance@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.14.41 Cc: Subject: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 10:13:21 -0000 Hello out there. Just read this a day ago at Phoronix: http://www.phoronix.com/scan.php?page=news_item&px=OTg0MQ I've also read that there is work done on the PTX assembly backend in LLVM for generation code for nVidia GPUs. I'm still grasping for the silky fathem having GPGPU on FreeBSD anyway like CUDA or OpenCL as the Linux and Windows fellows already have as well as the guys from OS X. Since nVidia offers 64bit ready BLOBs for their nice GPUs, I still hope that with LLVM, and maybe a proper OpenCL frontend like CLANG, FreeBSD users will have the chance to execute OpenCL code on a GPU. We use this stuff in science for now (and its done exclusiveley on Linux so far, since we use the CUDA SDK to generate OpenCL 1.1 code executed on TESLA and GTX570 graphics boards which give us impressive performance for our astrodynamical modelling ...). Sorry, if someone feels bothered by my repetitive bringing up this subject ... I still does not have lost all hope for FreeBSD. oh From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 12:12: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 841D7106566C for ; Mon, 29 Aug 2011 12:12:55 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD868FC16 for ; Mon, 29 Aug 2011 12:12:54 +0000 (UTC) Received: by gxk28 with SMTP id 28so5656571gxk.13 for ; Mon, 29 Aug 2011 05:12: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=IMS5OLmDUb0RzpjxlzYCRSehSSqmY2/7YMYadqOQsTo=; b=WGvKo+UN9SXIlTZTWWGSz/nCAjk36qQt1uR0wJWJ7du7OD3T6sXTVpqT8D6TnzHtTZ 1DfKaZZ3zZqLr3/7pBJtbBZuedT46S1dzriNgP5YfyLckKZUyfdOXQrnedOWNYx5E6uK af4pDkoPVqAGl9J5vW07BcilyovfIgLsKQegM= MIME-Version: 1.0 Received: by 10.150.32.14 with SMTP id f14mr4735839ybf.201.1314619974196; Mon, 29 Aug 2011 05:12:54 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Mon, 29 Aug 2011 05:12:54 -0700 (PDT) In-Reply-To: <4E5B663F.5080304@zedat.fu-berlin.de> References: <4E5B663F.5080304@zedat.fu-berlin.de> Date: Mon, 29 Aug 2011 20:12:54 +0800 X-Google-Sender-Auth: ZW680Ghpl2ym7Xd2Kw7sgDSM3T4 Message-ID: From: Adrian Chadd To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , FreeBSD Current Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 12:12:55 -0000 Hi, http://forums.nvidia.com/index.php?showtopic=38242 Post 18 This indicates the driver supports CUDA somehow. What's missing is a FreeBSD runtime. Can someone please do some legwork with this and see if it's possible to bring the Linux CUDA SDK up in the linuxulator? Adrian On 29 August 2011 18:13, Hartmann, O. wrote: > Hello out there. > Just read this a day ago at Phoronix: > http://www.phoronix.com/scan.php?page=news_item&px=OTg0MQ > > I've also read that there is work done on the PTX assembly backend in LLVM > for generation code for nVidia GPUs. > I'm still grasping for the silky fathem having GPGPU on FreeBSD anyway like > CUDA or OpenCL as the Linux and Windows > fellows already have as well as the guys from OS X. > > Since nVidia offers 64bit ready BLOBs for their nice GPUs, I still hope that > with LLVM, and maybe a proper OpenCL frontend like > CLANG, FreeBSD users will have the chance to execute OpenCL code on a GPU. > We use this stuff in science for now (and its done > exclusiveley on Linux so far, since we use the CUDA SDK to generate OpenCL > 1.1 code executed on TESLA and GTX570 graphics > boards which give us impressive performance for our astrodynamical modelling > ...). > > Sorry, if someone feels bothered by my repetitive bringing up this subject > ... I still does not have lost all hope for FreeBSD. > > oh > > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to > "freebsd-performance-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 12:31: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 EBDF4106566C; Mon, 29 Aug 2011 12:31:39 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.overkill.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 81C218FC08; Mon, 29 Aug 2011 12:31:39 +0000 (UTC) Received: from happy.home.yamagi.org (unknown [IPv6:2001:5c0:150f:8700:16da:e9ff:fe0f:8071]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.overkill.yamagi.org (Postfix) with ESMTPSA id 06CE11666333; Mon, 29 Aug 2011 14:31:37 +0200 (CEST) Date: Mon, 29 Aug 2011 14:31:27 +0200 From: Yamagi Burmeister To: adrian@freebsd.org Message-Id: <20110829143127.4300c80b.lists@yamagi.org> In-Reply-To: References: <4E5B663F.5080304@zedat.fu-berlin.de> X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Mon__29_Aug_2011_14_31_27_+0200_SbkiVMv_y4Zq8r.s" Cc: freebsd-performance@freebsd.org, freebsd-current@freebsd.org, ohartman@zedat.fu-berlin.de Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 12:31:40 -0000 --Signature=_Mon__29_Aug_2011_14_31_27_+0200_SbkiVMv_y4Zq8r.s Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 29 Aug 2011 20:12:54 +0800 Adrian Chadd wrote: > Hi, >=20 > http://forums.nvidia.com/index.php?showtopic=3D38242 Post 18 >=20 > This indicates the driver supports CUDA somehow. What's missing is a > FreeBSD runtime. >=20 > Can someone please do some legwork with this and see if it's possible > to bring the Linux CUDA SDK up in the linuxulator? Yes that's possible. jhb@ wrote a little tutorial some time ago:=20 http://blogs.freebsdish.org/jhb/2010/07/20/using-cuda-with-the-native-freeb= sdamd64-nvidia-driver/ --=20 Homepage: www.yamagi.org Jabber: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Mon__29_Aug_2011_14_31_27_+0200_SbkiVMv_y4Zq8r.s Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5bhqcACgkQWTjlg++8y8tYfQCfWg7wkCjnbMMwkLEhao07Wikp WycAoLiThvYsKrtg7UAXuiHwl6Ga+Wxg =sOeT -----END PGP SIGNATURE----- --Signature=_Mon__29_Aug_2011_14_31_27_+0200_SbkiVMv_y4Zq8r.s-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 12:47: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 9E165106566B; Mon, 29 Aug 2011 12:47:11 +0000 (UTC) (envelope-from kmacybsd@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 49FF48FC08; Mon, 29 Aug 2011 12:47:10 +0000 (UTC) Received: by vxh11 with SMTP id 11so5408545vxh.13 for ; Mon, 29 Aug 2011 05:47:10 -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=3vDv9Z8k89tj0h3BGmUy6xp6UIWPFhsDQrxm5KNRunQ=; b=m+hUrcXIpAfbpn/FR7UtVroikcCsSTlrTxWhE9cDVKH3BUQN1J5vIq9xsGC0lNzcAy SrF/I/lCkF7ErqlVh1ld/jPRdGJCU2qYoI84zufD81FpKPcJnIfPjMGSYkItNPMSZXnG TxU0aRDiFBQ4MAnpKXx/Fagyw5I0XJZh82l2k= MIME-Version: 1.0 Received: by 10.220.107.131 with SMTP id b3mr1718230vcp.206.1314620359575; Mon, 29 Aug 2011 05:19:19 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.186.163 with HTTP; Mon, 29 Aug 2011 05:19:19 -0700 (PDT) In-Reply-To: References: <4E5B663F.5080304@zedat.fu-berlin.de> Date: Mon, 29 Aug 2011 14:19:19 +0200 X-Google-Sender-Auth: bgRda4qZj5Ej64RiYhw-MvC8oAk Message-ID: From: "K. Macy" To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 12:47:11 -0000 On Mon, Aug 29, 2011 at 2:12 PM, Adrian Chadd wrote: > Hi, > > http://forums.nvidia.com/index.php?showtopic=38242 Post 18 > > This indicates the driver supports CUDA somehow. What's missing is a > FreeBSD runtime. > > Can someone please do some legwork with this and see if it's possible > to bring the Linux CUDA SDK up in the linuxulator? Just to underscore this. There are a number of us that can contribute to making this happen. However, it is not clear what the missing pieces are. Cheers > Adrian > > On 29 August 2011 18:13, Hartmann, O. wrote: >> Hello out there. >> Just read this a day ago at Phoronix: >> http://www.phoronix.com/scan.php?page=news_item&px=OTg0MQ >> >> I've also read that there is work done on the PTX assembly backend in LLVM >> for generation code for nVidia GPUs. >> I'm still grasping for the silky fathem having GPGPU on FreeBSD anyway like >> CUDA or OpenCL as the Linux and Windows >> fellows already have as well as the guys from OS X. >> >> Since nVidia offers 64bit ready BLOBs for their nice GPUs, I still hope that >> with LLVM, and maybe a proper OpenCL frontend like >> CLANG, FreeBSD users will have the chance to execute OpenCL code on a GPU. >> We use this stuff in science for now (and its done >> exclusiveley on Linux so far, since we use the CUDA SDK to generate OpenCL >> 1.1 code executed on TESLA and GTX570 graphics >> boards which give us impressive performance for our astrodynamical modelling >> ...). >> >> Sorry, if someone feels bothered by my repetitive bringing up this subject >> ... I still does not have lost all hope for FreeBSD. >> >> oh >> >> _______________________________________________ >> freebsd-performance@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >> To unsubscribe, send any mail to >> "freebsd-performance-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 12:58: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 B62AD106566C; Mon, 29 Aug 2011 12:58:06 +0000 (UTC) (envelope-from ken@tydfam.jp) Received: from daemon.sub.tydfam.jp (ns.tydfam.jp [61.197.228.42]) by mx1.freebsd.org (Postfix) with ESMTP id 39FB38FC15; Mon, 29 Aug 2011 12:58:05 +0000 (UTC) Received: from localhost (tyd3.sub.tydfam.jp [192.168.1.3]) by daemon.sub.tydfam.jp (8.14.5/8.14.3) with ESMTP id p7TCkeEM063337; Mon, 29 Aug 2011 21:46:40 +0900 (JST) (envelope-from ken@tydfam.jp) Date: Mon, 29 Aug 2011 21:46:40 +0900 (JST) Message-Id: <20110829.214640.1568838937885804931.ken@tydfam.jp> To: yanegomi@gmail.com From: ken In-Reply-To: References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> X-Mailer: Mew version 6.3 on Emacs 23.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=4.4 required=9.5 tests=ALL_TRUSTED, DNS_FROM_OPENWHOIS, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on daemon.sub.tydfam.jp Cc: fidaj@ukr.net, danfe@freebsd.org, freebsd-current@freebsd.org, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2011 12:58:06 -0000 Could I test your patch for nvidia-driver, too? I cannot find your patch in this mail. From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 12:59: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 DE23A1065670 for ; Mon, 29 Aug 2011 12:59:49 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 84AD38FC12 for ; Mon, 29 Aug 2011 12:59:49 +0000 (UTC) Received: by qwc9 with SMTP id 9so4032481qwc.13 for ; Mon, 29 Aug 2011 05:59:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.9.7 with SMTP id j7mr5656959qcj.202.1314622788413; Mon, 29 Aug 2011 05:59:48 -0700 (PDT) Received: by 10.229.3.84 with HTTP; Mon, 29 Aug 2011 05:59:48 -0700 (PDT) In-Reply-To: <20110829.214640.1568838937885804931.ken@tydfam.jp> References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> Date: Mon, 29 Aug 2011 14:59:48 +0200 Message-ID: From: Olivier Smedts To: ken Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: yanegomi@gmail.com, fidaj@ukr.net, danfe@freebsd.org, freebsd-current@freebsd.org, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2011 12:59:49 -0000 2011/8/29 ken : > =A0Could I test your patch for nvidia-driver, too? > =A0I cannot find your patch in this mail. I took the patch in : http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.html And it worked for me. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 13: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 C768C106566C; Mon, 29 Aug 2011 13: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 7DC508FC13; Mon, 29 Aug 2011 13: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 <1Qy1wT-0006Mo-FD>; Mon, 29 Aug 2011 15:31:57 +0200 Received: from e178014041.adsl.alicedsl.de ([85.178.14.41] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Qy1wT-0001kz-C2>; Mon, 29 Aug 2011 15:31:57 +0200 Message-ID: <4E5B94CC.3010207@zedat.fu-berlin.de> Date: Mon, 29 Aug 2011 15:31:56 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: "freebsd-performance@freebsd.org" References: <4E5B663F.5080304@zedat.fu-berlin.de> <20110829143127.4300c80b.lists@yamagi.org> In-Reply-To: <20110829143127.4300c80b.lists@yamagi.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.14.41 Cc: Adrian Chadd , freebsd-current@freebsd.org, Yamagi Burmeister Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 13:31:58 -0000 On 08/29/11 14:31, Yamagi Burmeister wrote: > On Mon, 29 Aug 2011 20:12:54 +0800 > Adrian Chadd wrote: > >> Hi, >> >> http://forums.nvidia.com/index.php?showtopic=38242 Post 18 >> >> This indicates the driver supports CUDA somehow. What's missing is a >> FreeBSD runtime. >> >> Can someone please do some legwork with this and see if it's possible >> to bring the Linux CUDA SDK up in the linuxulator? > Yes that's possible. jhb@ wrote a little tutorial some time ago: > http://blogs.freebsdish.org/jhb/2010/07/20/using-cuda-with-the-native-freebsdamd64-nvidia-driver/ > With beginnig of 2011 I tried everything possible to make CUDA SDK running on FreeBSD 9-CUR/amd64. For those interested in this subject, the mentioned forae entries and that mentioned tutorial are a bit outdated. I tried the tutorial mentioned by Yamagi, but I had never real success installing SDK 3.2/32bit. For serious scientific usage 32bit isn't a great deal, my model code highly depends on 64 bit in the portions were the model is calculated on the cpu, not the GPU. Anyway, having CUDA working in the Linuxulator would be great. But having something OpenCL-ish natively would be a real quantum leap ... And 64bit. My lectures in "building compilers" I liestend to is quite a time ago, so as far as I know, nVidias driver BLOB is executing some binary code that is only applicable for the GPU. Further, the OpenCL code or even CUDA code of a C/C++ software is runtime compiled when accessed and transfered to the GPU/driver, so the nvcc compiler is a "sine conditio qua non" in this game, so far. My thinking: eliminating the need of the nvcc producing PTX code/binary code via LLVM could be a solution. But at this point I do not know whether PTX has to translated again in binary code via nvcc to make the GPU understand what I want. By the beginning of this year Pathscale introduced a kind of compiler capable of HMPP, a very smart model like OpenMP. This compiler seems not to be ready by now and I never got access to a beta version to test whether it was capable of compiling CUDA ready code. As far as I know, HMPP is also an "open" standard. Well, conclusively, there seems no real solution to be present for FreeBSD by now (as I mentioned, the Linuxulator is no real alternative due to its 32bit limitations). oh From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 15:47: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 784F91065673; Mon, 29 Aug 2011 15:47:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBEB8FC0A; Mon, 29 Aug 2011 15:47:14 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAKqzW06DaFvO/2dsb2JhbABCFoQ2pDGBQAEBBAEjBFIFFg4KAgINGQJZBogFBKhEkS+BLIQPgREEkx+RIA X-IronPort-AV: E=Sophos;i="4.68,297,1312171200"; d="scan'208";a="132567191" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 29 Aug 2011 11:47:14 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 10A19B3FF6; Mon, 29 Aug 2011 11:47:14 -0400 (EDT) Date: Mon, 29 Aug 2011 11:47:14 -0400 (EDT) From: Rick Macklem To: Steve Wills Message-ID: <1482338417.485168.1314632834055.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E5B34A1.9030803@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-current@FreeBSD.org Subject: Re: NFS mountd version 3 over TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 15:47:15 -0000 Steve Wills wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 08/27/11 21:23, Steve Wills wrote: > > On 08/27/11 20:55, Rick Macklem wrote: > >>> I don't know why the nfsd wouldn't be able to bind(2) to port > >>> #2049 a > >>> second time for UDP, but someone on the net side might know? (Just > >>> in > >>> case it is a problem that has already been fixed, I'd try a newer > >>> kernel.) > > > > Will do, see below. > > > >>> The new server was broken by r224778 on Aug. 11 and fixed by > >>> r224911 on > >>> Aug. 16. (I recall you mentioning Aug. 11?) > > > > My kernel is from Aug 13, so definitely would fall into that range. > > I'll > > update and rebuild and see how it goes. > > > > After working around the /dev/stdout issue by booting an old kernel > and > doing a buildworld from there, I was able to update my kernel to > todays > sources. ESXi is now able to mount the nfs share. However, when I > attempt to start a VM, it reports: > > Failed to power on VM. > Unable to retrieve the current working directory: 0 (Input/output > error). Check if the directory has been deleted or unmounted. > > and > > FILE: File_Cwd: getcwd() failed: Input/output error > > I have tcpdump output available here: > > http://people.freebsd.org/~swills/nfs2.pcap > > if that helps. > I think it did. Lookup of ".." was failing. I think that was because ni_strictrelative (added for capabilities) wasn't initialized and happened to be non-zero. Please try this patch and let us know if it helps: --- fs/nfsserver/nfs_nfsdport.c.sav 2011-08-29 11:05:00.000000000 -0400 +++ fs/nfsserver/nfs_nfsdport.c 2011-08-29 11:29:43.000000000 -0400 @@ -282,6 +282,10 @@ nfsvno_namei(struct nfsrv_descript *nd, *retdirp = NULL; cnp->cn_nameptr = cnp->cn_pnbuf; + /* Initialize new fields for capabilities. */ + ndp->ni_strictrelative = 0; + ndp->ni_rightsneeded = 0; + ndp->ni_baserights = 0; /* * Extract and set starting directory. */ It's also at (in case white space gets munged) http://people.freebsd.org/~rmacklem/dotdot.patch Thanks for reporting this, I'm not sure when these fields not being initialized would have been noticed otherwise, rick > Steve > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (FreeBSD) > > iQEcBAEBAgAGBQJOWzShAAoJEPXPYrMgexuhxo0H/0ALErvMrpcxtkuUv07ipj0O > Z8p3YkMFkckSy6s0QCAOCVgjbqZptCkKg96vMehG3nI5o2HtA43h5y6UNvMi1FWE > WOiIFbzXkgfn1pubv2YyFwaDK1aFXMswwYaCHSP7a+K8fpjDOiR5ZnhhyXcb7k1X > YmURkSEbLbngLdIfywPATSiby9PyFVqyMjhU3yW/Y8QLueEjK4xq5RsbmU1Qmv2B > bjA11x9birNvc//iBp6zTqBP752soqK+M9aXrjjm9GzhN0UeKdXseWt9zd3mu2qs > cfPUqz7DSATQNxwfpqIGnE4naYzPyKPbDbv6k5lKDjmmHn2O7VzXQXimjE6sT3o= > =Dpjc > -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 15:02: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 E03BB1065678; Mon, 29 Aug 2011 15:02:11 +0000 (UTC) (envelope-from matthew@phoronix.com) Received: from phx1.phoronix.com (173.192.77.202-static.reverse.softlayer.com [173.192.77.202]) by mx1.freebsd.org (Postfix) with ESMTP id BDE658FC16; Mon, 29 Aug 2011 15:02:11 +0000 (UTC) Received: from c-24-7-26-254.hsd1.ca.comcast.net ([24.7.26.254] helo=www.palm.com) by phx1.phoronix.com with esmtpa (Exim 4.69) (envelope-from ) id 1Qy2oU-0007tJ-Fp; Mon, 29 Aug 2011 09:27:46 -0500 Date: Mon, 29 Aug 2011 07:27:47 -0700 From: To: "Yamagi Burmeister" , In-Reply-To: <20110829143127.4300c80b.lists@yamagi.org> X-Mailer: Palm webOS X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - phx1.phoronix.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - phoronix.com Message-Id: <20110829150211.E03BB1065678@hub.freebsd.org> X-Mailman-Approved-At: Mon, 29 Aug 2011 16:12:46 +0000 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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, ohartman@zedat.fu-berlin.de Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 15:02:12 -0000 Hi all, I'm involved in the Phoronix test suite. I'm on freebs= d-performance, so if you have any questions - CC me or freebsd-performance.= Regards, Matthee _________________________________________________________________ On Aug= 29, 2011 5:38 AM, Yamagi Burmeister wrote: On Mon, 29 Aug 2011 20:12:54 +0800=0A Adrian Chadd wrote:=0A =0A > Hi,=0A > =0A > http://forum= s.nvidia.com/index.php?showtopic=3D38242 Post 18=0A > =0A > Thi= s indicates the driver supports CUDA somehow. What's missing is a=0A >= ; FreeBSD runtime.=0A > =0A > Can someone please do some legwor= k with this and see if it's possible=0A > to bring the Linux CUDA SDK= up in the linuxulator?=0A =0A Yes that's possible. jhb@ wrote a litt= le tutorial some time ago: =0A http://blogs.freebsdish.org/jhb/2010/07/2= 0/using-cuda-with-the-native-freebsdamd64-nvidia-driver/=0A =0A -- = =0A =0A Homepage:=0A www.yamagi.org Jabber:=0A yamagi@yamagi.or= g GnuPG/GPG: 0xEFBCCBCB=0A From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 16:45: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 6587C106566C; Mon, 29 Aug 2011 16:45:37 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 340B48FC08; Mon, 29 Aug 2011 16:45:37 +0000 (UTC) Received: from sa-nc-it-164.static.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id p7TGjUeb018217 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 29 Aug 2011 09:45:36 -0700 (PDT) (envelope-from marcel@xcllnt.net) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=windows-1252 From: Marcel Moolenaar In-Reply-To: <4E5B4BFB.9040907@FreeBSD.org> Date: Mon, 29 Aug 2011 09:45:29 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> <4E5B4BFB.9040907@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1244.3) Cc: FreeBSD-Current , Marcel Moolenaar Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 16:45:37 -0000 On Aug 29, 2011, at 1:21 AM, Andriy Gapon wrote: > on 27/08/2011 18:16 Marcel Moolenaar said the following: >>=20 >> On Aug 26, 2011, at 2:07 PM, Andriy Gapon wrote: >>=20 >>>=20 >>> It seems that after the introduction of the mountroot scripting = language a user >>> now has exactly one chance to try to specify a correct root device = at the >>> mountroot prompt. I am not sure that that is convenient/enough. >>=20 >> This is no different from before. >=20 > Are you sure? > I remember trying multiple (incorrect) possibilities at the prompt and = not > getting the panic. But I know that sometimes I have cases of "false = memories", > so _I_ am not sure. I'm sure now that we're both not sure :-) It's possible the failure mode varied by how the root mount failed... --=20 Marcel Moolenaar marcel@xcllnt.net From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 16:46: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 08181106567D; Mon, 29 Aug 2011 16:46:28 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id A43438FC18; Mon, 29 Aug 2011 16:46:27 +0000 (UTC) Received: by gwb15 with SMTP id 15so5942152gwb.13 for ; Mon, 29 Aug 2011 09:46:27 -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=Asiemuwdytif4QCCbTHjU66YQF118sdxJsqDELUqq68=; b=nggYqSySUIUn+N8aTMLNp+cjLFHQf0DfUrz+DVEOf7iO3GA8WkFMt/ynVaIRKM7NnH qxQj6FsorWekUo26deBH3RUW2NtIR714Ct3VDd1YY+CcsLjfrFHx+GiE96sNsDEvH85w jOkRahuvZEgorfc45yT+tXAbKL6Vs0nSwmtQ0= MIME-Version: 1.0 Received: by 10.150.32.14 with SMTP id f14mr5037662ybf.201.1314636386711; Mon, 29 Aug 2011 09:46:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Mon, 29 Aug 2011 09:46:26 -0700 (PDT) In-Reply-To: <4E5B94CC.3010207@zedat.fu-berlin.de> References: <4E5B663F.5080304@zedat.fu-berlin.de> <20110829143127.4300c80b.lists@yamagi.org> <4E5B94CC.3010207@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 00:46:26 +0800 X-Google-Sender-Auth: Jxdc1JiSEmPLUNSzUVIWED_50oE Message-ID: From: Adrian Chadd To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, Yamagi Burmeister Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 16:46:28 -0000 [snip] 32 bit CUDA support may be limiting to you, but it's: * not necessarily limiting to others; * a good starting point to demonstrate it's actually feasible; * a potential stepping stone to getting 64 bit support of some sort in place (whether it's the push for 64 bit linux support; or to get NVIDIA to notice FreeBSD some more, etc.) So if you want to see 64 bit FreeBSD CRDA support; please start by getting 32 bit support as working as possible, documented, and then as easy to install as you can get it. 2c, adrian From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 18:10: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 94B741065673 for ; Mon, 29 Aug 2011 18:10:19 +0000 (UTC) (envelope-from jolly@thecoffinclub.com) Received: from mail.thecoffinclub.com (thecoffinclub.com [200.46.208.155]) by mx1.freebsd.org (Postfix) with ESMTP id 52FCE8FC14 for ; Mon, 29 Aug 2011 18:10:19 +0000 (UTC) Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.thecoffinclub.com (Postfix) with ESMTP id 61CF136FDD8 for ; Mon, 29 Aug 2011 17:53:55 +0000 (UTC) Received: from mail.thecoffinclub.com ([200.46.208.155]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 17342-07 for ; Mon, 29 Aug 2011 17:53:55 +0000 (UTC) Received: from [172.19.52.234] (unknown [152.16.144.213]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.thecoffinclub.com (Postfix) with ESMTPSA id D650B36FDA9 for ; Mon, 29 Aug 2011 17:53:54 +0000 (UTC) Message-ID: <4E5BD1DF.8000904@thecoffinclub.com> Date: Mon, 29 Aug 2011 13:52:31 -0400 From: Jacob Frelinger User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110826 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5B663F.5080304@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 18:10:19 -0000 On 08/29/11 08:12, Adrian Chadd wrote: > Hi, > > http://forums.nvidia.com/index.php?showtopic=38242 Post 18 > > This indicates the driver supports CUDA somehow. What's missing is a > FreeBSD runtime. > > Can someone please do some legwork with this and see if it's possible > to bring the Linux CUDA SDK up in the linuxulator? cuda device support is there, what I believe is missing is the compiler, libraries and assorted tools. I currently use cuda on my FreeBSD laptop via the linuxlator (using the gentoo_stage_3 port and chrooting into it). The cuda run time works almost out of the box (if I recall correctly all you need to do is change modprobe since the run time tries to auto load the Linux kernel binary), and from there you can build and run cuda based apps. -- Jacob Frelinger jolly@thecoffinclub.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 18:16: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 120A3106566B for ; Mon, 29 Aug 2011 18:16:24 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C451C8FC12 for ; Mon, 29 Aug 2011 18:16:23 +0000 (UTC) Received: by gwb15 with SMTP id 15so6035453gwb.13 for ; Mon, 29 Aug 2011 11:16:23 -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=btSpV8hNlB3VH96v2NaqwPtAfpXSMKWhOPtM6tl74S8=; b=GlnxtJuMszG2NwzA2SGUeZq9wkmVI+4cIjYe4or4GqzJGn4you8KlRSaY0JrABc22B 4C2wOWz7hNIDBxy4k8dDgLopb9bdRan6yRkxwggBw3EJ3H+l3Tb6GZoFIfR197+XtIDt qr0lIvlvuMbo4DML8vDe/dlDatKle7+dJh1FQ= MIME-Version: 1.0 Received: by 10.150.141.9 with SMTP id o9mr5114818ybd.258.1314641783020; Mon, 29 Aug 2011 11:16:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Mon, 29 Aug 2011 11:16:22 -0700 (PDT) In-Reply-To: <4E5BD1DF.8000904@thecoffinclub.com> References: <4E5B663F.5080304@zedat.fu-berlin.de> <4E5BD1DF.8000904@thecoffinclub.com> Date: Tue, 30 Aug 2011 02:16:22 +0800 X-Google-Sender-Auth: -XzjVHysJgnuousoWH07LdLBDF8 Message-ID: From: Adrian Chadd To: Jacob Frelinger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 18:16:24 -0000 On 30 August 2011 01:52, Jacob Frelinger wrote: > cuda device support is there, what I believe is missing is the compiler, > libraries and assorted tools. =A0I currently use cuda on my FreeBSD lapto= p via > the linuxlator (using the gentoo_stage_3 port and chrooting into it). =A0= The > cuda run time works almost out of the box (if I recall correctly all you > need to do is change modprobe since the run time tries to auto load the > Linux kernel binary), and from there you can build and run cuda based app= s. Would you mind writing up a tutorial on how to bootstrap a 32 bit CUDA environment for FreeBSD, using the Linux tools? (I'd love to give this a shot, personally.) Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 18:21: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 1AC591065672; Mon, 29 Aug 2011 18:21:22 +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 E3AC68FC13; Mon, 29 Aug 2011 18:21:21 +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 823A246B2E; Mon, 29 Aug 2011 14:21:21 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id EB63A8A03C; Mon, 29 Aug 2011 14:21:20 -0400 (EDT) From: John Baldwin To: Doug Barton Date: Mon, 29 Aug 2011 14:17:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E580F15.4070904@sentex.net> <4E583ED1.4080202@FreeBSD.org> In-Reply-To: <4E583ED1.4080202@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201108291417.01477.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 29 Aug 2011 14:21:21 -0400 (EDT) Cc: FreeBSD-Current , Mike Tancsa Subject: Re: ichwd attach failure X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 18:21:22 -0000 On Friday, August 26, 2011 8:48:17 pm Doug Barton wrote: > John was working on this, haven't seen an update recently though. I don't currently have a solution, no. It seems that the BIOS just outright lies in this case. ichwd is already engaged in some odd behavior to allocate its resource from isab0 instead of ichwd0. I need to find out what I asked DES to do that but haven't had time to go digging in my mail archive to figure it out. > Doug > > > On 08/26/2011 14:24, Mike Tancsa wrote: > > Got a newish Intel board in and decided to give it a spin. Trying to > > load the watchdog, I get this error below on CURRENT. Anyone able to > > get ichwd working on such a motherboard ? full dmesg and devinfo at > > > > http://www.tancsa.com/intel.txt > > and > > http://www.tancsa.com/intel-asl.txt > > > > > > > > isab0: found ICH10 or equivalent chipset: Intel Cougar Point watchdog timer > > ichwd0: on isa0 > > isab0: found ICH10 or equivalent chipset: Intel Cougar Point watchdog timer > > pcib0: allocated type 4 (0x430-0x437) for rid 0 of ichwd0 > > pcib0: allocated type 4 (0x460-0x47f) for rid 1 of ichwd0 > > ichwd0: unable to reserve GCS registers > > device_attach: ichwd0 attach returned 6 > > pcib0: allocated type 4 (0x3f0-0x3f5) for rid 0 of fdc0 > > pcib0: allocated type 4 (0x3f7-0x3f7) for rid 1 of fdc0 > > ppc0: cannot reserve I/O port range > > pcib0: allocated type 4 (0x2f8-0x2ff) for rid 0 of uart1 > > > > > > > > -- > > 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/ > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 18:31: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 9E8541065670 for ; Mon, 29 Aug 2011 18:31:04 +0000 (UTC) (envelope-from hans@beastielabs.net) Received: from mail.beastielabs.net (beasties.demon.nl [82.161.3.114]) by mx1.freebsd.org (Postfix) with ESMTP id 000A58FC1B for ; Mon, 29 Aug 2011 18:31:03 +0000 (UTC) Received: from testsoekris.hotsoft.nl (localhost [127.0.0.1]) by mail.beastielabs.net (8.14.4/8.14.4) with ESMTP id p7TIUwJc058058; Mon, 29 Aug 2011 20:30:58 +0200 (CEST) (envelope-from hans@testsoekris.hotsoft.nl) Received: (from hans@localhost) by testsoekris.hotsoft.nl (8.14.4/8.14.4/Submit) id p7TIUwLx058057; Mon, 29 Aug 2011 20:30:58 +0200 (CEST) (envelope-from hans) Date: Mon, 29 Aug 2011 20:30:58 +0200 From: Hans Ottevanger To: freebsd-current@freebsd.org Message-ID: <20110829183058.GA57564@testsoekris.hotsoft.nl> References: <4E4F71B5.3010606@barafranca.com> <20110821100426.GA28260@testsoekris.hotsoft.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110821100426.GA28260@testsoekris.hotsoft.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-fs@freebsd.org, Hugo Silva Subject: Snapshots fail with UFS+J (was: Re: Fwd: Re: Can *you* UFS snapshot a filesystem with 9.0-BETA1?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 18:31:04 -0000 On Sun, Aug 21, 2011 at 12:04:26PM +0200, Hans Ottevanger wrote: > On Sat, Aug 20, 2011 at 09:35:01AM +0100, Hugo Silva wrote: > > > > > > Le Thu, 18 Aug 2011 10:22:31 +0100, > > Hugo Silva a ?crit : > > > > Hello, > > > > > I'm wondering. On a virtual machine (amd64 HVM+PV), it's crashing > > > every time. Not sure if this is SNAFU, as I had never used ufs > > > snapshots on freebsd before. > > > > > > After running mksnap_ffs, ssh stops working (a telnet session doesn't > > > show the sshd banner). The ssh session where the command was run from > > > stops responding, the webserver dies and xm console'ing from the dom0 > > > works, but the VM is unresponsive (ie no login prompt on ENTER). > > > > > > Anyone else seeing the same? > > > > I've tried in a FreeBSD guest (9.0-beta1/i386) into VirtualBox and > > I see a LOR (or looks like a LOR), then the system is freezed. > > This is 100% reproductible. > > > > Unfortunatly, I'm not able to dump a panic or to break into the > > debugger, so a screenshot : > > http://user.lamaiziere.net/patrick/public/lormksnap.png > > > > You should ask on freebsd-current@ > > > > Hi, > > I can confirm that this happens on "real iron" too. > > I use an i386 test installation (P4 2.4 GHz, 2GB RAM, 500GB PATA disk), > running 9.0-BETA1 as distributed (with a kernel effectively being GENERIC > with devices removed that I don't have). When I try to make a snapshot > using > > cd /usr; mksnap_ffs /usr/.snap/testsnap > > the system is still responsive for a few seconds, with lots of disk > activity, but then it prints the following output on the console (using > firewire and dcons to ease capturing): > > lock order reversal: > 1st 0xc5a289e8 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:425 > 2nd 0xdeb3c078 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > 3rd 0xc5663af8 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:546 > KDB: stack backtrace: > db_trace_self_wrapper(c09ec6ba,616e735f,6f687370,3a632e74,a363435,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c07099eb,c09efe14,c5035308,c5039408,c4fda440,...) at kdb_backtrace+0x2a > _witness_debugger(c09efe14,c5663af8,c09df984,c5039408,c0a10ba2,...) at _witness_debugger+0x25 > witness_checkorder(c5663af8,9,c0a10ba2,222,0,...) at witness_checkorder+0x839 > __lockmgr_args(c5663af8,80100,c5663b18,0,0,...) at __lockmgr_args+0x804 > ffs_lock(c4fda568,c0bf1250,c59b9c30,80100,c5663aa0,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0a7fb80,c4fda568,c4fda588,c0a8df20,c5663aa0,...) at VOP_LOCK1_APV+0xb5 > _vn_lock(c5663aa0,80100,c0a10ba2,222,c5011e80,...) at _vn_lock+0x5e > ffs_snapshot(c54f9798,c52dda60,c0a13fb0,1a2,0,...) at ffs_snapshot+0x14cb > ffs_mount(c54f9798,c59b0300,ff,394,3,...) at ffs_mount+0x1c13 > vfs_donmount(c59b9b80,11100,c50c7c80,c50c7c80,c59ae580,...) at vfs_donmount+0x11e7 > nmount(c59b9b80,c4fdacec,c4fdad28,c09ee6dd,0,...) at nmount+0x84 > syscallenter(c59b9b80,c4fdace4,c4fdace4,0,c0ab5690,...) at syscallenter+0x263 > syscall(c4fdad28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280db52b, esp = 0xbfbfe59c, ebp = 0xbfbfed18 --- > lock order reversal: > 1st 0xdeb3c078 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 > 2nd 0xc51a72dc snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:818 > KDB: stack backtrace: > db_trace_self_wrapper(c09ec6ba,662f7366,735f7366,7370616e,2e746f68,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(c07099eb,c09efdfb,c5035308,c5039b58,c4fda440,...) at kdb_backtrace+0x2a > _witness_debugger(c09efdfb,c51a72dc,c0a10c04,c5039b58,c0a10ba2,...) at _witness_debugger+0x25 > witness_checkorder(c51a72dc,9,c0a10ba2,332,c5a28a08,...) at witness_checkorder+0x839 > __lockmgr_args(c51a72dc,80400,c5a28a08,0,0,...) at __lockmgr_args+0x804 > ffs_lock(c4fda568,deb2434c,100000,80400,c5a28990,...) at ffs_lock+0x8a > VOP_LOCK1_APV(c0a7fb80,c4fda568,deb243a8,c0a8df20,c5a28990,...) at VOP_LOCK1_APV+0xb5 > _vn_lock(c5a28990,80400,c0a10ba2,332,0,...) at _vn_lock+0x5e > ffs_snapshot(c54f9798,c52dda60,c0a13fb0,1a2,0,...) at ffs_snapshot+0x295e > ffs_mount(c54f9798,c59b0300,ff,394,3,...) at ffs_mount+0x1c13 > vfs_donmount(c59b9b80,11100,c50c7c80,c50c7c80,c59ae580,...) at vfs_donmount+0x11e7 > nmount(c59b9b80,c4fdacec,c4fdad28,c09ee6dd,0,...) at nmount+0x84 > syscallenter(c59b9b80,c4fdace4,c4fdace4,0,c0ab5690,...) at syscallenter+0x263 > syscall(c4fdad28) at syscall+0x34 > Xint0x80_syscall() at Xint0x80_syscall+0x21 > --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280db52b, esp = 0xbfbfe59c, ebp = 0xbfbfed18 --- > > After this the system is fully unresponsive and requires a hard reset. > > Once rebooted, the snapshot file appears to exist, but is unusable. > > When reverting to just softupdates, i.e. disabling journaling on /usr, > everything goes well, except that the same LOR's still do occur, though > the addresses differ. > > My amd64 9.0-CURRENT system, just updated to r225055, has the same issue, > but since I do not have WITNESS in the kernel config there, the console > output is missing. > > BTW, this issue also makes dump(9) hang the system when the -L option > is used. > > Kind regards, > > Hans Ottevanger > _______________________________________________ > 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" Since I did not see any response to these messages and I cannot imagine that Hugo and I are the only ones with this issue, I will follow up to my own post. I have tried just yesterday to make a snapshot of the /usr filesystem (about 16 GB) of my amd64 test system (Q6600, 8GB RAM, 500GB SATA disk) running 9.0-BETA1 (r225228) and the problem still occurs. After these LOR's: lock order reversal: 1st 0xfffffe00073ab278 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:425 2nd 0xffffff81eb243498 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 3rd 0xfffffe00073629f8 ufs (ufs) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:546 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ffs_snapshot() at ffs_snapshot+0x1c27 ffs_mount() at ffs_mount+0xa23 vfs_donmount() at vfs_donmount+0xddc nmount() at nmount+0x63 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8008a118c, rsp = 0x7fffffffd428, rbp = 0x7fffffffde4b --- lock order reversal: 1st 0xffffff81eb243498 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2658 2nd 0xfffffe0007404a30 snaplk (snaplk) @ /usr/src/sys/ufs/ffs/ffs_snapshot.c:818 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x807 __lockmgr_args() at __lockmgr_args+0xdc6 ffs_lock() at ffs_lock+0x8c VOP_LOCK1_APV() at VOP_LOCK1_APV+0x9b _vn_lock() at _vn_lock+0x47 ffs_snapshot() at ffs_snapshot+0x1b02 ffs_mount() at ffs_mount+0xa23 vfs_donmount() at vfs_donmount+0xddc nmount() at nmount+0x63 syscallenter() at syscallenter+0x1aa syscall() at syscall+0x4c Xfast_syscall() at Xfast_syscall+0xdd --- syscall (378, FreeBSD ELF64, nmount), rip = 0x8008a118c, rsp = 0x7fffffffd428, rbp = 0x7fffffffde4b --- the system is completely unresponsive after a few seconds and can only be revived by pushing the reset button. When making a snapshot of a larger filesystem it takes a bit longer, but the system will finally lock up. Mark that this is not the usual extreme slowdown due to the snapshot taking all the disk bandwidth: the system locks up tightly and does not recover. Is anybody else seeing this? Is it a known problem? How to proceed? Copied to freebsd-fs@ to elicit more response. Kind regards, Hans Ottevanger From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 20:19: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 34641106566C; Mon, 29 Aug 2011 20:19:21 +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 486C48FC14; Mon, 29 Aug 2011 20:19:19 +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 XAA13335; Mon, 29 Aug 2011 23:19:08 +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 1Qy8IW-0001qd-KJ; Mon, 29 Aug 2011 23:19:08 +0300 Message-ID: <4E5BF43A.5050306@FreeBSD.org> Date: Mon, 29 Aug 2011 23:19:06 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Marcel Moolenaar References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> <4E5B4BFB.9040907@FreeBSD.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD-Current Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 20:19:21 -0000 on 29/08/2011 19:45 Marcel Moolenaar said the following: > > On Aug 29, 2011, at 1:21 AM, Andriy Gapon wrote: > >> on 27/08/2011 18:16 Marcel Moolenaar said the following: >>> >>> On Aug 26, 2011, at 2:07 PM, Andriy Gapon wrote: >>> >>>> >>>> It seems that after the introduction of the mountroot scripting language a user >>>> now has exactly one chance to try to specify a correct root device at the >>>> mountroot prompt. I am not sure that that is convenient/enough. >>> >>> This is no different from before. >> >> Are you sure? >> I remember trying multiple (incorrect) possibilities at the prompt and not >> getting the panic. But I know that sometimes I have cases of "false memories", >> so _I_ am not sure. > > I'm sure now that we're both not sure :-) > > It's possible the failure mode varied by how the root mount > failed... Judging from the code before r214006 it shouldn't have panic-ed upon such a failure: static int vfs_mountroot_ask(void) { char name[128]; char *mountfrom; char *options; for(;;) { ... gets(name, sizeof(name), 1); if (name[0] == '\0') return (1); if (name[0] == '?') { printf("\nList of GEOM managed disk devices:\n "); g_dev_print(); continue; } if (!vfs_mountroot_try(name, NULL)) return (0); } } So this "endless" loop was exited only if vfs_mountroot_try() returned success (error == 0) or if a user entered an empty string. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 20:27: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 AD935106566C; Mon, 29 Aug 2011 20:27:04 +0000 (UTC) (envelope-from c.kworr@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 0C4E78FC0C; Mon, 29 Aug 2011 20:27:03 +0000 (UTC) Received: by fxe4 with SMTP id 4so6206452fxe.13 for ; Mon, 29 Aug 2011 13:27:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=mODxD/H1/CKmvsVjFheaesoHlMBeEb4JYbwlRL9JCsU=; b=vPQYWlrvxMgP0Hg2mpDL8YSmNImf8WlmddDHVvUHJUX+99uf9/yoi+lxtS9XKrMmv3 tgDtMLSRYeN9JP7F89yyuu1yeWp2FzlDLMhDRr4LG8OPhia+lcu/kVTSwJUS6fxR/WgN cSJkGGDP6NVVlTDicxuq3in3Wu7OivwVWhTk4= Received: by 10.223.88.193 with SMTP id b1mr64716fam.40.1314647912380; Mon, 29 Aug 2011 12:58:32 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id c5sm4018342fai.44.2011.08.29.12.58.31 (version=SSLv3 cipher=OTHER); Mon, 29 Aug 2011 12:58:31 -0700 (PDT) Message-ID: <4E5BEF65.2010502@gmail.com> Date: Mon, 29 Aug 2011 22:58:29 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110829 Thunderbird/6.0 MIME-Version: 1.0 To: "Hartmann, O." References: <4E5941D6.9090106@zedat.fu-berlin.de> In-Reply-To: <4E5941D6.9090106@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-performance@freebsd.org" , freebsd Current 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: Mon, 29 Aug 2011 20:27:04 -0000 27.08.2011 22:13, Hartmann, O. wrote: > This website should be brushed up or taken offline! > It seems full of vintage stuff from glory days. > > http://www.freebsd.org/marketing/os-comparison.html I think this one would better look like list of major features with os comparison, like: = Networking = * IPv6: major support, best stack around. * SCTP: full kernel implementation, still no userland support (i.e. ssh doesn't work over sctp by default yet). = Data storage = * ZFS: full support, datasets, compression, dedup, other stuff. Linux has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has dynamic disks since XP (?features). = SMP = * (?something about comparing other shedulers with SCHED_ULE), (?some rt stuff), (?some comparison with other interesting shedulers, like DragonflyBSD and QNX). If that page would be updated at least monthly giving fair comparison with other os'es it could serve a big pros list for preferring FreeBSD over other systems. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 20:36: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 CCBAB106566C for ; Mon, 29 Aug 2011 20:36:14 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id A9DBF8FC0C for ; Mon, 29 Aug 2011 20:36:14 +0000 (UTC) Received: by pzk33 with SMTP id 33so20073397pzk.18 for ; Mon, 29 Aug 2011 13:36:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=WpZuJVQZG/K2pwaB4l5FLPfJH89N5CkPQAxw7w33hfQ=; b=qOzXB4ArIW9z7S7zcosPWK5+1fdzF3LyxmqRdbPGpFsNb+zb6MHGf3TBqHss66PkfL EzzTaXiPWgqaVP7u8xtU1MbAxHLws1ssC0XcEqExBaUlnlXo9ARlKIe8nG3bgQ/AT6+W 1qYkPd8Y44QqJqSWzyObcMaDmNoJY2AyZ1gk8= MIME-Version: 1.0 Received: by 10.142.194.11 with SMTP id r11mr2466576wff.284.1314650174079; Mon, 29 Aug 2011 13:36:14 -0700 (PDT) Received: by 10.68.66.106 with HTTP; Mon, 29 Aug 2011 13:36:14 -0700 (PDT) Date: Mon, 29 Aug 2011 20:36:14 +0000 Message-ID: From: "b. f." To: freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Christopher_Bergstr=F6m?= Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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: Mon, 29 Aug 2011 20:36:14 -0000 > By the beginning of this year Pathscale introduced a kind of compiler > capable of HMPP, a very smart model > like OpenMP. This compiler seems not to be ready by now and I never got > access to a beta version to test > whether it was capable of compiling CUDA ready code. As far as I know, > HMPP is also an "open" standard. > > Well, conclusively, there seems no real solution to be present for > FreeBSD by now (as I mentioned, the > Linuxulator is no real alternative due to its 32bit limitations). Christopher Bergstr=F6m of PathScale offered to serve as an advocate for release of portions of PathScale's code so that it could be used in FreeBSD [1]. Did anyone take him up on it? I'd think that negotiations of this sort would be of interest to the FreeBSD Foundation and other parties. [1] http://lists.freebsd.org/pipermail/freebsd-questions/2011-June/231181.h= tml From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 22:20:09 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 0793A1065670 for ; Mon, 29 Aug 2011 22:20:09 +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 A4C698FC17 for ; Mon, 29 Aug 2011 22:20:08 +0000 (UTC) Received: from Jabba (p4FFD1888.dip.t-dialin.net [79.253.24.136]) (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 830FD29C7C; Tue, 30 Aug 2011 00:20:07 +0200 (CEST) From: "Uwe Grohnwaldt" To: References: <049301cc6183$7d3299e0$7797cda0$@grohnwaldt.eu> <201108230743.10489.jhb@freebsd.org> <055101cc626b$54aedb30$fe0c9190$@grohnwaldt.eu> <055701cc6271$0637abc0$12a70340$@grohnwaldt.eu> <4E5B1AB3.2060003@delphij.net> In-Reply-To: <4E5B1AB3.2060003@delphij.net> Date: Tue, 30 Aug 2011 00:20:12 +0200 Message-ID: <005701cc6699$d2607cf0$772176d0$@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: AQF8/ALEYr63kQpPHfBEQNtjoABymAHlJRZwAnjWImkBctemJAIpFGumlZNrh/A= Content-Language: de Cc: freebsd-current@freebsd.org Subject: AW: AW: Panic with 9.0 Beta 1 (arcmsr.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2011 22:20:09 -0000 Hi, I updated to todays current (Beta2) and it still doesn't work - the controller doesn't find any disk. I uploaded a new dmesg/pciconf an uname-output. http://ugrohnwaldt.web02.lando.us/FBSD/dmesg-2011-08-30.log http://ugrohnwaldt.web02.lando.us/FBSD/pciconf-2011-08-30.log http://ugrohnwaldt.web02.lando.us/FBSD/uname-2011-08-30.log Moreover I send an email to Areca-support. They investigate the problem Best Regards, Uwe -----Urspr=FCngliche Nachricht----- Von: Xin LI [mailto:delphij@delphij.net]=20 Gesendet: Montag, 29. August 2011 06:51 An: Uwe Grohnwaldt Cc: freebsd-current@freebsd.org Betreff: Re: AW: Panic with 9.0 Beta 1 (arcmsr.c) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/24/11 08:18, Uwe Grohnwaldt wrote: > After this messages there are no visible disks. A camcontrol rescan=20 > all leads tot he same timeouts. Is this problem still persist after updating to at least r224905? >> -----Urspr=FCngliche Nachricht----- Von: >> owner-freebsd-current@freebsd.org [mailto:owner-freebsd-=20 >> current@freebsd.org] Im Auftrag von Uwe Grohnwaldt Gesendet: >> Mittwoch, 24. August 2011 16:37 An: freebsd-current@freebsd.org >> Betreff: AW: Panic with 9.0 Beta 1 (arcmsr.c) >>=20 >> Hi, >>=20 >> I upgraded a fresh RELENG_8_2 to CURRENT and nearly everything works=20 >> fine. I only have to wait about 3 minutes during boot. In dmesg I=20 >> have > many >> messages like this: arcmsr1: scsi id 17 lun 0 cmd=3D0x12=20 >> srb=3D'0xffffff8462bd9780' ccb command time out! >>=20 >> http://ugrohnwaldt.web02.lando.us/FBSD/dmesg-2011-08-24.log.txt >>=20 >> Thanks, Uwe >>=20 >>> -----Urspr=FCngliche Nachricht----- Von: John Baldwin=20 >>> [mailto:jhb@freebsd.org] Gesendet: Dienstag, 23. August 2011 >>> 13:43 An: freebsd-current@freebsd.org Cc: Uwe Grohnwaldt >>> Betreff: Re: Panic with 9.0 Beta 1 (arcmsr.c) >>>=20 >>> On Tuesday, August 23, 2011 6:57:45 am Uwe Grohnwaldt wrote: >>>> Hi, >>>>=20 >>>> i tried to install FBSD 9.0 beta 1. Booting the install-cd stopped=20 >>>> with a kernel panic: >>>>=20 >>>> panic: _mtx_lock_sleep: recursed on non-recursive mutex arcmsr Q=20 >>>> buffer lock @ /usr/src/sys/dev/arcmsr/arcmsr.c:2093 >>>>=20 >>>> A screenshot from the panic can be found here:=20 >>>> http://ugrohnwaldt.web02.lando.us/FBSD/arcmsr.png >>>=20 >>> Looks like this was fixed after BETA1 was released. >>>=20 >>> -- John Baldwin >>=20 >> _______________________________________________ >> freebsd-current@freebsd.org mailing list=20 >> http://lists.freebsd.org/mailman/listinfo/freebsd-current To=20 >> unsubscribe, send any mail to "freebsd-current-=20 >> unsubscribe@freebsd.org" >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-current To=20 > unsubscribe, send any mail to=20 > "freebsd-current-unsubscribe@freebsd.org" - --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOWxqzAAoJEATO+BI/yjfB7cUIAMOXPk+d3nG830gG8B/GyT02 Wd1h+V2nkqACz6+cYoX8xul4w6AGKh/+NPWFOGcyPC4F2yt3SA7bI7Wa/8P3Is0X Y3/kHYp2hR1f9L02O7yf8IY5ZwRIkhPCZmWc7DX2Aw31HF6Z1sNHkVCSbhTHqCvN vBuz5UnAlnKPWif789QnFMYa0B9LmWoDN8gDPjcpckWCeBr8NL9XQxxiY8ZebQYJ JMC55eG2ugxf4FOkhQFtpikBxEG5pvFuHmBhGENCFm0Y2eUOyEetjMhoqO1MA8je yhnrL1RIGc0Gax+ocrmkh60YLP7l8FQaib69imhtazYIhgrGhsv/HgP+ZWcKkGs=3D =3DnZDu -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 22:27:35 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 C4D3F106564A for ; Mon, 29 Aug 2011 22:27:35 +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 84BE28FC12 for ; Mon, 29 Aug 2011 22:27:35 +0000 (UTC) Received: from Jabba (p4FFD1888.dip.t-dialin.net [79.253.24.136]) (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 74CBA29CCC; Tue, 30 Aug 2011 00:27:34 +0200 (CEST) From: "Uwe Grohnwaldt" To: References: <049301cc6183$7d3299e0$7797cda0$@grohnwaldt.eu> <201108230743.10489.jhb@freebsd.org> <055101cc626b$54aedb30$fe0c9190$@grohnwaldt.eu> <055701cc6271$0637abc0$12a70340$@grohnwaldt.eu> <4E5B1AB3.2060003@delphij.net> <005701cc6699$d2607cf0$772176d0$@grohnwaldt.eu> <4E5C10CC.6070908@delphij.net> In-Reply-To: <4E5C10CC.6070908@delphij.net> Date: Tue, 30 Aug 2011 00:27:39 +0200 Message-ID: <005e01cc669a$dcc73020$96559060$@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: AQF8/ALEYr63kQpPHfBEQNtjoABymAHlJRZwAnjWImkBctemJAIpFGumAkhQTj8C0ZjdzZVqnyfg Content-Language: de Cc: current@freebsd.org Subject: AW: AW: AW: Panic with 9.0 Beta 1 (arcmsr.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2011 22:27:35 -0000 Hi, yes. Dear Sir/Madam, we will download the OS and arrange a machine to check this issue. Best Regards, I offered them to test it directly on my machine, because our storage = isn't at production level at the moment. Dear Sir/Madam, thank you for your support, i will let you know if we need your assist. Best Regards, Cheers, Uwe -----Urspr=FCngliche Nachricht----- Von: Xin LI [mailto:delphij@delphij.net]=20 Gesendet: Dienstag, 30. August 2011 00:21 An: Uwe Grohnwaldt Betreff: Re: AW: AW: Panic with 9.0 Beta 1 (arcmsr.c) -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 08/29/11 15:20, Uwe Grohnwaldt wrote: > Hi, >=20 > I updated to todays current (Beta2) and it still doesn't work - the=20 > controller doesn't find any disk. I uploaded a new dmesg/pciconf an=20 > uname-output. >=20 > http://ugrohnwaldt.web02.lando.us/FBSD/dmesg-2011-08-30.log > http://ugrohnwaldt.web02.lando.us/FBSD/pciconf-2011-08-30.log > http://ugrohnwaldt.web02.lando.us/FBSD/uname-2011-08-30.log >=20 > Moreover I send an email to Areca-support. They investigate the=20 > problem So you got their reply already? Cheers, - --=20 Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJOXBDMAAoJEATO+BI/yjfBwUQIAIptQ3xAOMEa/iq8S+iRpDfy nE6jjL9VAjUC1TjqsjKs+MRw4KV8KV4lUMuyo/qcWaeDp24RCjW22taVrZl9vEdM 5Q7pyH3EgbRRXO8d5GXDt8q707U27eW/j61ORsugU5Zts2tbyrQHUTWiR8ADo2f/ E6sa712wRUT9z2oc6L+BumP7QDZ78+FvjfxYMDnoM1t8t+1AsuL/BU+MeywPTua3 vUSGZYSe6skFau5eimu+bO4o4Q+Kz2u3rmCC7L7uD1s7hfenw7FB1OroVF0DqJSq 0xpBX43l10W0SHTUypfj5bnHLax3DCVwTDoo1OGGHWPlrBboRM2Uo0xiYQfmBaU=3D =3Dqgyk -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Aug 29 22:57: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 1F50C106566B for ; Mon, 29 Aug 2011 22:57:17 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id D37AA8FC14 for ; Mon, 29 Aug 2011 22:57:16 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-149-241.nc.res.rr.com [65.190.149.241]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p7TMv7Rr089071 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Mon, 29 Aug 2011 18:57:09 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4E5C1943.5060202@FreeBSD.org> Date: Mon, 29 Aug 2011 18:57:07 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110531 Thunderbird/3.1.10 MIME-Version: 1.0 To: Rick Macklem References: <1482338417.485168.1314632834055.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1482338417.485168.1314632834055.JavaMail.root@erie.cs.uoguelph.ca> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Mon, 29 Aug 2011 18:57:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: freebsd-current@FreeBSD.org Subject: Re: NFS mountd version 3 over TCP X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Aug 2011 22:57:17 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On 08/29/11 11:47, Rick Macklem wrote: >> I think it did. Lookup of ".." was failing. I think that was because >> ni_strictrelative (added for capabilities) wasn't initialized and >> happened to be non-zero. > >> Please try this patch and let us know if it helps: That fixed it, thanks! >> Thanks for reporting this, I'm not sure when these fields not >> being initialized would have been noticed otherwise, rick No problem, thanks for the quick response. If I see any other issues I'll be sure to report them. Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJOXBlDAAoJEPXPYrMgexuhWzQH/AjTSRYzw93cn78BXwOpUVKJ nS22ZH/fFdW6Jvaa/Ph1xHj6P04zjOlIrxTEIEnQvDlWKJkdnG/JwIuvOKFHmyiu VpFBDReTNSPO3wN2t3pAOz89Kfs3mVkY1AvFly5RJ+CmZAzo/zafamS0UHICIm49 wSDb/KDo+hkEF+5Iluqsbm453wU0PiDjmPhlkvuFtGkn7kuuoU2r+inBFT5AzYlO 1iX79uKRJEywcaVFBbL4QiEVG6w/SWI+mUIy+TZmfAtaQGSQMJ2sEpGlcYSSzZ8E 4BLf9C2BPE+IWR8ssw1eF99+W39yCszpaauXhgwX1Tjrv/Ae0PBDONd4H1ejekQ= =T0ct -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 00:45: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 8E333106566B; Tue, 30 Aug 2011 00:45:13 +0000 (UTC) (envelope-from jmg@h2.funkthat.com) Received: from h2.funkthat.com (gate.funkthat.com [70.36.235.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8478FC12; Tue, 30 Aug 2011 00:45:13 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id p7U0NJFA071539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 29 Aug 2011 17:23:19 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id p7U0NFXL071537; Mon, 29 Aug 2011 17:23:15 -0700 (PDT) (envelope-from jmg) Date: Mon, 29 Aug 2011 17:23:15 -0700 From: John-Mark Gurney To: Luigi Rizzo Message-ID: <20110830002315.GD3098@funkthat.com> Mail-Followup-To: Luigi Rizzo , John Baldwin , freebsd-current@freebsd.org References: <20110826153940.GA3800@onelab2.iet.unipi.it> <201108261313.03441.jhb@freebsd.org> <20110826210101.GA5822@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110826210101.GA5822@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 29 Aug 2011 17:23:19 -0700 (PDT) X-Mailman-Approved-At: Tue, 30 Aug 2011 01:19:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: kqueue and device driver experience anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 00:45:13 -0000 Luigi Rizzo wrote this message on Fri, Aug 26, 2011 at 23:01 +0200: > The other thing i need (but i believe i know how to handle it) > is tell whether .f_event() is called by KNOTE() or by kqueue_scan(), > but i believe i can use the "hint" argument to tell the two. Why do you need to know the difference? kqueue is a level triggered API, and so should behave the same if it is called from KNOTE or kqueue_scan... The reason it is called from kqueue_scan is to ensure that the condition (level) still exists, and to get updated data information (like how many bytes are available for reading)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 05:29:05 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 8A203106564A; Tue, 30 Aug 2011 05:29:05 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 4E3768FC08; Tue, 30 Aug 2011 05:29:05 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 17F0573027; Tue, 30 Aug 2011 07:44:12 +0200 (CEST) Date: Tue, 30 Aug 2011 07:44:12 +0200 From: Luigi Rizzo To: John Baldwin , freebsd-current@freebsd.org Message-ID: <20110830054412.GA43880@onelab2.iet.unipi.it> References: <20110826153940.GA3800@onelab2.iet.unipi.it> <201108261313.03441.jhb@freebsd.org> <20110826210101.GA5822@onelab2.iet.unipi.it> <20110830002315.GD3098@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110830002315.GD3098@funkthat.com> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: kqueue and device driver experience anyone ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 05:29:05 -0000 On Mon, Aug 29, 2011 at 05:23:15PM -0700, John-Mark Gurney wrote: > Luigi Rizzo wrote this message on Fri, Aug 26, 2011 at 23:01 +0200: > > The other thing i need (but i believe i know how to handle it) > > is tell whether .f_event() is called by KNOTE() or by kqueue_scan(), > > but i believe i can use the "hint" argument to tell the two. > > Why do you need to know the difference? kqueue is a level triggered because i want to control what gets executed in the lower and upper half of the kernel, for two reasons: - livelock/interrupt mitigation control. I want the bottom half to be as lightweight as possible so that the system does not get overwhelmed by incoming interrupts. - reduced locking overhead. If the bottom half only notifies that 'something happened', it does not need to bother locking device specific data structures. For things like netmap this is especially useful because some data structures are shared between kernel and userland and the only way to protect access is make sure that the kernel only plays with them when it is in the upper half. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 07:32: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 3A926106566C for ; Tue, 30 Aug 2011 07:32:30 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.c2i.net [212.247.154.194]) by mx1.freebsd.org (Postfix) with ESMTP id 6AF058FC15 for ; Tue, 30 Aug 2011 07:32:28 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=We2KpSpXIp7zua8olfHtbA6oPL2p8ijoExYxXUNIRvU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=IC3tPse-fb0A:10 a=b3QVEWO9ABQA:10 a=WQU8e4WWZSUA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=6I5d2MoRAAAA:8 a=3rZIGIF3AnKcUkR4-NcA:9 a=5HgKeDz52PopTRKQQQEA:7 a=QEXdDO2ut3YA:10 a=JSCAq1iC0rcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 172434536; Tue, 30 Aug 2011 09:32:26 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 30 Aug 2011 09:29:51 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> In-Reply-To: <4E5BEF65.2010502@gmail.com> 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="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201108300929.51810.hselasky@c2i.net> Cc: Volodymyr Kostyrko , "Hartmann, O." , "freebsd-performance@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: Tue, 30 Aug 2011 07:32:30 -0000 On Monday 29 August 2011 21:58:29 Volodymyr Kostyrko wrote: > 27.08.2011 22:13, Hartmann, O. wrote: > > This website should be brushed up or taken offline! > > It seems full of vintage stuff from glory days. > > > > http://www.freebsd.org/marketing/os-comparison.html > > I think this one would better look like list of major features with os > comparison, like: > > = Networking = > * IPv6: major support, best stack around. > * SCTP: full kernel implementation, still no userland support (i.e. > ssh doesn't work over sctp by default yet). > > = Data storage = > * ZFS: full support, datasets, compression, dedup, other stuff. Linux > has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has > dynamic disks since XP (?features). > > = SMP = > * (?something about comparing other shedulers with SCHED_ULE), (?some > rt stuff), (?some comparison with other interesting shedulers, like > DragonflyBSD and QNX). > And USB. I believe there are significant changes in the USB subsystems which those who are making performance benchmarks completely fail to mention. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 08:25: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 8190A106564A; Tue, 30 Aug 2011 08:25:03 +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 162528FC14; Tue, 30 Aug 2011 08:25:03 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 382BCE6B25; Tue, 30 Aug 2011 09:25:02 +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=dBk/me1Zj3s6 cnct2zWjnPqHIoc=; b=RoANKaFu80S8jh/gZXNhRsnwlPmwFWVN0QxfQtPYz3S/ xoXnUh79VNZCq3tc0rCvTik0bri+Ws2Sb1aMgfwLq9zcIByT+5X8l6EwyznS1i4t y+4P1FBbYLeU1619+53cmBu/nGrhqJBduZb+faY4NVANqP2CwCV2maNjThYRDSg= 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=V+eIjq D/UT+TRH2K3Hx79QF8kY12h0SyV/B/WxpJmxUrWNKeAZTZ0GIDbQnlfRx0dJfr8L Pl7FNfBq+0PgdB1B1bRpxwYjPR6O3MPEFyYet0Jj/IAbxa0wUheYWNqvMMiD9Iks apPlEYtbMtYjOOz8nN++EH2mVTueHJJJyq8Ks= 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 E4F0BE622C; Tue, 30 Aug 2011 09:25:01 +0100 (BST) Message-ID: <4E5C9E5B.6010404@cran.org.uk> Date: Tue, 30 Aug 2011 09:24:59 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> In-Reply-To: <4E5BEF65.2010502@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-performance@freebsd.org" , freebsd Current , "Hartmann, O." 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: Tue, 30 Aug 2011 08:25:03 -0000 On 29/08/2011 20:58, Volodymyr Kostyrko wrote: > = SMP = > * (?something about comparing other shedulers with SCHED_ULE), (?some > rt stuff), (?some comparison with other interesting shedulers, like > DragonflyBSD and QNX). From a recent post to -questions: "Alas, during a recent kernel build, I used the -j2 command line option in "make" and watched as the scheduler repeatedly assigned two instances of cc (the most CPU-intensive program) to the same core." I'm not sure this is something we're really better at, unfortunately: I know I've watched Windows really grok multi-socket, multi-core HyperThreaded systems and prefer real cores on the same NUMA node when running a multi-threaded application, whereas it seems FreeBSD struggles sometimes. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 09:13: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 212A5106564A; Tue, 30 Aug 2011 09:13:36 +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 CE0D98FC13; Tue, 30 Aug 2011 09:13:35 +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 <1QyKNy-0007bX-RJ>; Tue, 30 Aug 2011 11:13:34 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyKNy-0008Fz-O8>; Tue, 30 Aug 2011 11:13:34 +0200 Message-ID: <4E5CA9BE.2020005@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 11:13:34 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Hans Petter Selasky References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> In-Reply-To: <201108300929.51810.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 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: Tue, 30 Aug 2011 09:13:36 -0000 On 08/30/11 09:29, Hans Petter Selasky wrote: > On Monday 29 August 2011 21:58:29 Volodymyr Kostyrko wrote: >> 27.08.2011 22:13, Hartmann, O. wrote: >>> This website should be brushed up or taken offline! >>> It seems full of vintage stuff from glory days. >>> >>> http://www.freebsd.org/marketing/os-comparison.html >> I think this one would better look like list of major features with os >> comparison, like: >> >> = Networking = >> * IPv6: major support, best stack around. >> * SCTP: full kernel implementation, still no userland support (i.e. >> ssh doesn't work over sctp by default yet). >> >> = Data storage = >> * ZFS: full support, datasets, compression, dedup, other stuff. Linux >> has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has >> dynamic disks since XP (?features). >> >> = SMP = >> * (?something about comparing other shedulers with SCHED_ULE), (?some >> rt stuff), (?some comparison with other interesting shedulers, like >> DragonflyBSD and QNX). >> > And USB. I believe there are significant changes in the USB subsystems which > those who are making performance benchmarks completely fail to mention. > > --HPS > _______________________________________________ > 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" What's about DTrace? = Development/System Profiling = * DTrace: Some notes of the Kernel Gurus what this could mean for performance profiling and development = Licensing Model = * Some striking comments on the advantage for companies or interested people of the BSD-like licensing model over the GPLv3 on which Linux is based now and which has serious implications for those who wants to develop and sell software developed on/with GNU stuff. it would be very honest, if we do not only emphasize only the pros. BSD came from the academic environment, that was where I met it the first time and I appreciated the way things were developed and 'sloppyness' was a nogo. So we should keep it up and a serious and honest set of contraru points for all compared OS should be appreciable. Does the VM of FreeBSD still have advantges (measurable) over Linux? From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 09:23: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 39D331065670 for ; Tue, 30 Aug 2011 09:23:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDC38FC08 for ; Tue, 30 Aug 2011 09:23:48 +0000 (UTC) Received: by ewy1 with SMTP id 1so3610637ewy.13 for ; Tue, 30 Aug 2011 02:23:47 -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=tVBYapmGePA/stkdaOBX4hqSgJ/VzCuxSVwunGpK+jw=; b=kHiEiyU0oTkBbHyY0VYQZ/CFd4ol9evL4OsSGAiLOBE5fSgaCdjO62tFOFvg61AeA+ p7SJGLqPXsL5UI3qqzCXgwQ4QPoy7xoPjUznvqhhY5NPCQOqib6rSz/ml7JUNWa5DrsV nqIQQJGb5xFB4XGoWmpy5UixIOEFgbtH+49L8= MIME-Version: 1.0 Received: by 10.14.18.39 with SMTP id k39mr1812945eek.164.1314696226655; Tue, 30 Aug 2011 02:23:46 -0700 (PDT) Received: by 10.14.98.73 with HTTP; Tue, 30 Aug 2011 02:23:46 -0700 (PDT) In-Reply-To: <4E5CA9BE.2020005@zedat.fu-berlin.de> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 13:23:46 +0400 Message-ID: From: Sergey Kandaurov To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, Hans Petter Selasky 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: Tue, 30 Aug 2011 09:23:49 -0000 On 30 August 2011 13:13, Hartmann, O. wrote: > On 08/30/11 09:29, Hans Petter Selasky wrote: >> >> On Monday 29 August 2011 21:58:29 Volodymyr Kostyrko wrote: >>> >>> 27.08.2011 22:13, Hartmann, O. wrote: >>>> >>>> This website should be brushed up or taken offline! >>>> It seems full of vintage stuff from glory days. >>>> >>>> http://www.freebsd.org/marketing/os-comparison.html >>> >>> I think this one would better look like list of major features with os >>> comparison, like: >>> >>> =3D Networking =3D >>> =A0 * IPv6: major support, best stack around. >>> =A0 * SCTP: full kernel implementation, still no userland support (i.e. >>> ssh doesn't work over sctp by default yet). >>> >>> =3D Data storage =3D >>> =A0 * ZFS: full support, datasets, compression, dedup, other stuff. Lin= ux >>> has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has >>> dynamic disks since XP (?features). >>> >>> =3D SMP =3D >>> =A0 * (?something about comparing other shedulers with SCHED_ULE), (?so= me >>> rt stuff), (?some comparison with other interesting shedulers, like >>> DragonflyBSD and QNX). >>> >> And USB. I believe there are significant changes in the USB subsystems >> which >> those who are making performance benchmarks completely fail to mention. >> >> --HPS >> _______________________________________________ >> 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" > > What's about DTrace? > > =3D Development/System Profiling =3D > =A0* DTrace: Some notes of the Kernel Gurus what this could mean for > performance profiling and development > > =3D Licensing Model =3D > =A0* Some striking comments on the advantage for companies or interested > people of the BSD-like licensing model over the GPLv3 on which Linux is > based now and which has serious implications for those who wants to devel= op > and sell software developed on/with GNU stuff. it would be very honest, i= f > we do not only emphasize only the pros. BSD came from the academic > environment, that was where I met it the first time and I appreciated the > way things were developed and 'sloppyness' was a nogo. So we should keep = it > up and a serious and honest set of contraru points for all compared OS > should be appreciable. > > > Does the VM of FreeBSD still have advantges (measurable) over Linux? [Taking random email.] I think we could merge the $subj web page with this one (which is more actual, as of 7.0): http://www.freebsd.org/features.html --=20 wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 09:48: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 E0843106564A for ; Tue, 30 Aug 2011 09:48:27 +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 589868FC08 for ; Tue, 30 Aug 2011 09:48:27 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QyKvi-0003CJ-CJ>; Tue, 30 Aug 2011 11:48:26 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QyKvi-0002Vc-3k>; Tue, 30 Aug 2011 11:48:26 +0200 Message-ID: <4E5CB1E9.9080801@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 11:48:25 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 To: freebsd-current Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 09:48:28 -0000 Hello. I'm building world with CLANG (or I pretend to do so). In my /etc/make.conf I use these lines: ### ### CLANG ### .if defined(USE_CLANG) .if !empty(.CURDIR:M/usr/src*) CFLAGS= -O3 -march=native -mtune=native -fno-strict-aliasing -pipe COPTFLAGS= -O3 -march=native -mtune=native -pipe .if !defined(CC) || ${CC} == "cc" CC=clang .endif .if !defined(CXX) || ${CXX} == "c++" CXX=clang++ .endif # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! NO_FSCHG= .endif .endif Somewhere at the top of the file I set USE_CLANG=yes Watching the build process of the kernel reveals that the system's build process still involves the cc when building some portions of the UFS, VFS and so on. As shown below, several essential portions of the kernel aren't built by clang, that includes VFS, NFS, UFS et cetera. Am I doing wrong? Or is this no accident and still wanted since FreeBSD doesn't build completely with CLANG? As far as I understood, the kernel and core system should be ready to be build with clang as a whole ... [...] right at the beginning of the build process ... cc -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -c /usr/src/sys/compat/ia32/ia32_genassym.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector /usr/src/sys/amd64/amd64/genassym.c awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h rpcgen -c /usr/src/sys/kgssapi/gssd.x -o gssd_xdr.c rpcgen -lM /usr/src/sys/kgssapi/gssd.x | grep -v string.h > gssd_clnt.c env NM='nm' sh /usr/src/sys/kern/genassym.sh ia32_genassym.o > ia32_assym.h NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/amd64/acpica/acpi_wakecode.S objcopy -S -O binary acpi_wakecode.o acpi_wakecode.bin nm -n --defined-only acpi_wakecode.o | while read offset dummy what; do echo "#define ${what} 0x${offset}"; done > acpi_wakedata.h file2c -sx 'static char wakecode[] = {' '};' < acpi_wakecode.bin > acpi_wakecode.h rm -f .newdep and then somewhere in the middle ... [...] cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/contrib/dev/acpica/namespace/nsnames.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/contrib/dev/acpica/namespace/nsobject.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/contrib/dev/acpica/namespace/nsparse.c [...] cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/syscalls.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_ipc.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_msg.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_sem.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/kern/sysv_shm.c [...] cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/uma_dbg.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_glue.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_init.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/vm/vm_kern.c [...] cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/usb/usb_error.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/usb/usb_generic.c [...] cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/fs/nfsclient/nfs_clvfsops.c cc -c -O2 -pipe -mtune=native -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mno-sse -mcmodel=kernel -mno-red-zone -mno-mmx -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/fs/nfsclient/nfs_clport.c [...] From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 09:55: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 6103F106566C for ; Tue, 30 Aug 2011 09:55:57 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from slow3-v.mail.gandi.net (slow3-v.mail.gandi.net [217.70.178.89]) by mx1.freebsd.org (Postfix) with ESMTP id 17E028FC13 for ; Tue, 30 Aug 2011 09:55:57 +0000 (UTC) X-WhiteListed: mail was accepted with no delay X-WhiteListed: mail was accepted with no delay X-WhiteListed: mail was accepted with no delay X-WhiteListed: mail was accepted with no delay Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by slow3-v.mail.gandi.net (Postfix) with ESMTP id C4D2170971; Tue, 30 Aug 2011 11:30:10 +0200 (CEST) X-Originating-IP: 41.190.237.66 Received: from [192.168.0.111] (unknown [41.190.237.66]) (Authenticated sender: out@rktmb.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 653DA1720B9; Tue, 30 Aug 2011 11:30:09 +0200 (CEST) Message-ID: <4E5CAD9E.6050903@rktmb.org> Date: Tue, 30 Aug 2011 12:30:06 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110801 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd Current References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> In-Reply-To: <4E5BEF65.2010502@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Volodymyr Kostyrko 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: Tue, 30 Aug 2011 09:55:57 -0000 On 08/29/2011 10:58 PM, Volodymyr Kostyrko wrote: > If that page would be updated at least monthly giving fair comparison > with other os'es it could serve a big pros list for preferring FreeBSD > over other systems. I dont think a monthly update is the good solution. A per release update is better, as far as releases bring a new set that could be compared. Then, a deep knwoledge of the other OSes is required in order to keep credit. I think it's a huge amount of work, that should be assigned to the project itself. IMHO, Let's delegate this task to Wikipedia or StackOverflow... -- RMA. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 10:00: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 31142106564A; Tue, 30 Aug 2011 10:00:02 +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 D4AAE8FC14; Tue, 30 Aug 2011 10:00:00 +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 <1QyL6t-0007N1-TF>; Tue, 30 Aug 2011 11:59:59 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyL6t-0003Mr-QK>; Tue, 30 Aug 2011 11:59:59 +0200 Message-ID: <4E5CB49F.50806@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 11:59:59 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Mihamina Rakotomandimby References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> In-Reply-To: <4E5CAD9E.6050903@rktmb.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: "freebsd-performance@freebsd.org" , freebsd Current 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: Tue, 30 Aug 2011 10:00:02 -0000 On 08/30/11 11:30, Mihamina Rakotomandimby wrote: > On 08/29/2011 10:58 PM, Volodymyr Kostyrko wrote: >> If that page would be updated at least monthly giving fair comparison >> with other os'es it could serve a big pros list for preferring FreeBSD >> over other systems. > > I dont think a monthly update is the good solution. > A per release update is better, as far as releases bring a new set > that could be compared. > > Then, a deep knwoledge of the other OSes is required in order to keep > credit. I think it's a huge amount of work, that should be assigned to > the project itself. > > IMHO, Let's delegate this task to Wikipedia or StackOverflow... > We havn't started updating the old one and now we start thingking about management and scheduling? I would be happy if such a page would see an update in shorter terms like 11 years ... Oliver From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 10:01:56 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 7AC63106566B; Tue, 30 Aug 2011 10:01:56 +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 5FE1E8FC1B; Tue, 30 Aug 2011 10:01:55 +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 NAA25499; Tue, 30 Aug 2011 13:01:42 +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 1QyL8X-0004g2-RS; Tue, 30 Aug 2011 13:01:41 +0300 Message-ID: <4E5CB502.5020508@FreeBSD.org> Date: Tue, 30 Aug 2011 13:01:38 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110819 Thunderbird/6.0 MIME-Version: 1.0 To: Marcel Moolenaar References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> <4E5B4BFB.9040907@FreeBSD.org> <4E5BF43A.5050306@FreeBSD.org> In-Reply-To: <4E5BF43A.5050306@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD-Current Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 10:01:56 -0000 So, just to re-iterate, I think that this is indeed a regression and the one that could be particularly unhelpful for a new release - the time when people are much more likely to end up at the mountroot prompt during an installation of a new system or an upgrade. on 29/08/2011 23:19 Andriy Gapon said the following: > on 29/08/2011 19:45 Marcel Moolenaar said the following: >> >> On Aug 29, 2011, at 1:21 AM, Andriy Gapon wrote: >> >>> on 27/08/2011 18:16 Marcel Moolenaar said the following: >>>> >>>> On Aug 26, 2011, at 2:07 PM, Andriy Gapon wrote: >>>> >>>>> >>>>> It seems that after the introduction of the mountroot scripting language a user >>>>> now has exactly one chance to try to specify a correct root device at the >>>>> mountroot prompt. I am not sure that that is convenient/enough. >>>> >>>> This is no different from before. >>> >>> Are you sure? >>> I remember trying multiple (incorrect) possibilities at the prompt and not >>> getting the panic. But I know that sometimes I have cases of "false memories", >>> so _I_ am not sure. >> >> I'm sure now that we're both not sure :-) >> >> It's possible the failure mode varied by how the root mount >> failed... > > > Judging from the code before r214006 it shouldn't have panic-ed upon such a failure: > static int > vfs_mountroot_ask(void) > { > char name[128]; > char *mountfrom; > char *options; > > for(;;) { > ... > gets(name, sizeof(name), 1); > if (name[0] == '\0') > return (1); > if (name[0] == '?') { > printf("\nList of GEOM managed disk devices:\n "); > g_dev_print(); > continue; > } > if (!vfs_mountroot_try(name, NULL)) > return (0); > } > } > > > So this "endless" loop was exited only if vfs_mountroot_try() returned success > (error == 0) or if a user entered an empty string. > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 10:08: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 EAECB1065672 for ; Tue, 30 Aug 2011 10:08:32 +0000 (UTC) (envelope-from vertex.symphony@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 A51538FC13 for ; Tue, 30 Aug 2011 10:08:32 +0000 (UTC) Received: by gyd10 with SMTP id 10so6609950gyd.13 for ; Tue, 30 Aug 2011 03:08:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:date:user-agent:references:in-reply-to:mime-version :content-type:content-transfer-encoding:message-id; bh=wcnge5jzBkOILMW6lXiREqAvNg9c5P/dJ3HQ/fUWIZ8=; b=IQxsa4fC1Cuk+6E3nMnLGDLvA64b8K2dOoAZed9Jp/Ekh96sndMGU3mhxYzb7fVPXs HIlTrco7FSfs/L5JOjygox7OI0RXf0o2wySQMN/XK/PBNF4hRuB8DLqWwpJc0BY/jxD/ TKsJz1q5zlUcLhK2hHn02Sl+XYigDiIKIxlLE= Received: by 10.91.167.17 with SMTP id u17mr4835415ago.162.1314698911486; Tue, 30 Aug 2011 03:08:31 -0700 (PDT) Received: from symphony.gl (229-55-16-190.fibertel.com.ar [190.16.55.229]) by mx.google.com with ESMTPS id h25sm5853908anm.30.2011.08.30.03.08.29 (version=SSLv3 cipher=OTHER); Tue, 30 Aug 2011 03:08:30 -0700 (PDT) From: Alex Kuster To: freebsd-current@freebsd.org Date: Tue, 30 Aug 2011 07:09:16 -0300 User-Agent: KMail/1.13.7 (FreeBSD/9.0-BETA2; KDE/4.6.5; amd64; ; ) References: <4E5CB1E9.9080801@zedat.fu-berlin.de> In-Reply-To: <4E5CB1E9.9080801@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2104562.rnqSDDEBve"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201108300709.23538.vertex.Symphony@gmail.com> Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 10:08:33 -0000 --nextPart2104562.rnqSDDEBve Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, read this -> http://lists.freebsd.org/pipermail/freebsd-current/2011- August/thread.html#26468 Using the /etc/make.conf with CURDIR approach seems to be broken from some= =20 time now ... I would also recommend you to move the clang stuff for base system where it= =20 belongs ( /etc/src.conf .. see src.conf(5) ). > ###################################### > # FreeBSD source tree config options >=20 > .if !defined(NO_CLANG) > CC=3Dclang > CXX=3Dclang++ >=20 > # Don't die on warnings > NO_WERROR=3D > WERROR=3D >=20 > CFLAGS+=3D"-O2" >=20 > # Don't forget this when using Jails! > #NO_FSCHG=3D > .endif (That's more or less how my /etc/src.conf is )=20 or you could just change this : > .if !empty(.CURDIR:M/usr/src*) to this : > .if !empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj/*) Choose whatever you like. Cheers. =2D-=20 =2D----BEGIN GEEK CODE BLOCK----- Version: 3.1 GCS/M/MU d-x s+:- !a C++(+++)@>$=20 UBLVS++++>$ P+ L+++(++++) E- W++=20 N++(+++) o K- w--- !O- M-@ !V PS++@=20 PE? Y+ PGP+++ t- 5? X- R* tv-- b+=20 DI+ D+(++) G h-- r++@ z?**=20 =2D-----END GEEK CODE BLOCK------ --nextPart2104562.rnqSDDEBve 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) iQIcBAABAgAGBQJOXLbTAAoJED1wlbGnT7sQohYQAIqbqGV2gBr5RnaYxrCyDmL0 tKSYsRW1hkAOo6sDA5Jn4Gk+jeEUo8lZSIpExpFmv7rqMOieQ5I+47Jka9bs7Qk5 58dwgr0+xuxCgrWPDUFahwfRgT+Nrq7PSnAhzsmhKlq9YUS7uq/gOmRhKkEWicH5 vNTAb3o2v61QFtjjVEuzcApCi1T5S4TEuzwfhTch5eVUue7GWseTSHIng6EOYRKJ IAh/fQOuh6ZtsbTy8zyrvgXmxgAVe40q7Khwr1BLFqp9ErwiXrmFS+XvUjH176Qw TDpmz+KDL7mb9ju2ejflJZQYyLctGhdLfUlcq0Gge0xNtfLK4MXKPUv1yObn1Fzn Clc2HXauvYHq0KQqzSK/J0rLVqIUz6tHx00gOa6seg4quduEo3a7T5pprt+CzeHD hASYBOk8nSBuEycpUeTmDKE8vNaPkme5AuFTFmHFJEITcVPZeMvB6ypw2R4zXKSK G3fIkMeL/FodXdb2WuvTmO9gY2wjOeclQQfHSx1Z8b7yack0JxdL6i61tl7A93OD OWXsQPB6ogsODX7XrdnEFtHlPCaBvXz+QVkGaUofdJZ+kb7sPUaVe1Si5KiNVZ8p fX66Qp0zdWnHrk84SaVvSpu1AfMVecG4bhhrbgYMM9N590epSMPtgUZJSisJzh3P OMlZF9BosNrrip/FqWrE =+95q -----END PGP SIGNATURE----- --nextPart2104562.rnqSDDEBve-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 10:32: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 5120C1065672 for ; Tue, 30 Aug 2011 10:32:14 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 07F9D8FC0C for ; Tue, 30 Aug 2011 10:32:13 +0000 (UTC) X-Originating-IP: 217.70.178.131 Received: from mfilter11-d.gandi.net (mfilter11-d.gandi.net [217.70.178.131]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 93783A8088 for ; Tue, 30 Aug 2011 12:32:02 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter11-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter11-d.gandi.net (mfilter11-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id pEO74fcm1wAg for ; Tue, 30 Aug 2011 12:32:01 +0200 (CEST) X-Originating-IP: 41.190.237.66 Received: from [192.168.0.111] (unknown [41.190.237.66]) (Authenticated sender: out@rktmb.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 1BB6CA807D for ; Tue, 30 Aug 2011 12:31:59 +0200 (CEST) Message-ID: <4E5CBC14.4080908@rktmb.org> Date: Tue, 30 Aug 2011 13:31:48 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110801 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd Current References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> In-Reply-To: <4E5CB49F.50806@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 30 Aug 2011 10:32:14 -0000 On 08/30/2011 12:59 PM, Hartmann, O. wrote: > I would be happy if such a page would see an update in shorter terms > like 11 years ... I agree with you. But I also express my opinion that updating such a document should be done by a third party. -- RMA. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 12:58: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 693BF1065676 for ; Tue, 30 Aug 2011 12:58:44 +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 264768FC14 for ; Tue, 30 Aug 2011 12:58:43 +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 <1QyNtq-0003sb-TU>; Tue, 30 Aug 2011 14:58:42 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyNtq-0007wb-Qb>; Tue, 30 Aug 2011 14:58:42 +0200 Message-ID: <4E5CDE82.6060403@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 14:58:42 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Alex Kuster References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <201108300709.23538.vertex.Symphony@gmail.com> In-Reply-To: <201108300709.23538.vertex.Symphony@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current@freebsd.org Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 12:58:44 -0000 On 08/30/11 12:09, Alex Kuster wrote: > Hi, read this -> http://lists.freebsd.org/pipermail/freebsd-current/2011- > August/thread.html#26468 > > Using the /etc/make.conf with CURDIR approach seems to be broken from some > time now ... > I would also recommend you to move the clang stuff for base system where it > belongs ( /etc/src.conf .. see src.conf(5) ). > My first inyutive intention was this stuff belongs to /etc/src.conf(5) but then I read that in /etc/src.conf there should be only varibales defined by YES or NO to trigger some knobs. And: I was told that the CLANG_ stuff belongs to /etc/make.conf since there were several dependencies triggered by make.conf which ist needed for a clean build. I'm really confused now! Thanks a lot anyway. >> ###################################### >> # FreeBSD source tree config options >> >> .if !defined(NO_CLANG) >> CC=clang >> CXX=clang++ >> >> # Don't die on warnings >> NO_WERROR= >> WERROR= >> >> CFLAGS+="-O2" >> >> # Don't forget this when using Jails! >> #NO_FSCHG= >> .endif > (That's more or less how my /etc/src.conf is ) > > or you could just change this : > >> .if !empty(.CURDIR:M/usr/src*) > to this : > >> .if !empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj/*) > Choose whatever you like. > > Cheers. > > From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 13:14: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 34BCA1065675 for ; Tue, 30 Aug 2011 13:14:20 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC8638FC0C for ; Tue, 30 Aug 2011 13:14:19 +0000 (UTC) Received: by qwc9 with SMTP id 9so4810123qwc.13 for ; Tue, 30 Aug 2011 06:14:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.47.213 with SMTP id o21mr6570635qcf.278.1314710059198; Tue, 30 Aug 2011 06:14:19 -0700 (PDT) Received: by 10.229.3.84 with HTTP; Tue, 30 Aug 2011 06:14:19 -0700 (PDT) In-Reply-To: <201108300709.23538.vertex.Symphony@gmail.com> References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <201108300709.23538.vertex.Symphony@gmail.com> Date: Tue, 30 Aug 2011 15:14:19 +0200 Message-ID: From: Olivier Smedts To: Alex Kuster Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 13:14:20 -0000 2011/8/30 Alex Kuster : > I would also recommend you to move the clang stuff for base system where = it > belongs ( /etc/src.conf .. see src.conf(5) =A0). >From http://wiki.freebsd.org/BuildingFreeBSDWithClang Add the following lines to /etc/make.conf: .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 # Don't die on warnings NO_WERROR=3D WERROR=3D # Don't forget this when using Jails! NO_FSCHG=3D So make.conf seems to be the good place. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:01: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 E9A45106566B for ; Tue, 30 Aug 2011 14:01:31 +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 A5F9F8FC0A for ; Tue, 30 Aug 2011 14:01:31 +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 <1QyOsc-0000Nl-ME>; Tue, 30 Aug 2011 16:01:30 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyOsc-00043B-JE>; Tue, 30 Aug 2011 16:01:30 +0200 Message-ID: <4E5CED3A.8020107@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 16:01:30 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Alex Kuster References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <201108300709.23538.vertex.Symphony@gmail.com> In-Reply-To: <201108300709.23538.vertex.Symphony@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current@freebsd.org Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 14:01:32 -0000 On 08/30/11 12:09, Alex Kuster wrote: > Hi, read this -> http://lists.freebsd.org/pipermail/freebsd-current/2011- > August/thread.html#26468 > > Using the /etc/make.conf with CURDIR approach seems to be broken from some > time now ... > I would also recommend you to move the clang stuff for base system where it > belongs ( /etc/src.conf .. see src.conf(5) ). > >> ###################################### >> # FreeBSD source tree config options >> >> .if !defined(NO_CLANG) >> CC=clang >> CXX=clang++ >> >> # Don't die on warnings >> NO_WERROR= >> WERROR= >> >> CFLAGS+="-O2" >> >> # Don't forget this when using Jails! >> #NO_FSCHG= >> .endif > (That's more or less how my /etc/src.conf is ) > With this setup only in /etc/src.conf, build process will die soon due to an unrecognized/unsused compiler option std99! I guess there is some NO_WERROR=/WERROR setting your /etc/make.conf left and that is why src.conf seems at the moment not the right place/only place to put things. > or you could just change this : > >> .if !empty(.CURDIR:M/usr/src*) > to this : > >> .if !empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj/*) > Choose whatever you like. > > Cheers. > > From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:05: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 26B5E1065670 for ; Tue, 30 Aug 2011 14:05:57 +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 D55808FC13 for ; Tue, 30 Aug 2011 14:05:56 +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 <1QyOwt-0001Gv-Rf>; Tue, 30 Aug 2011 16:05:55 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyOwt-0004Kj-On>; Tue, 30 Aug 2011 16:05:55 +0200 Message-ID: <4E5CEE43.8070603@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 16:05:55 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Olivier Smedts References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <201108300709.23538.vertex.Symphony@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current@freebsd.org, Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 14:05:57 -0000 On 08/30/11 15:14, Olivier Smedts wrote: > 2011/8/30 Alex Kuster: >> I would also recommend you to move the clang stuff for base system where it >> belongs ( /etc/src.conf .. see src.conf(5) ). > > From http://wiki.freebsd.org/BuildingFreeBSDWithClang > > Add the following lines to /etc/make.conf: > > .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 > # Don't die on warnings > NO_WERROR= > WERROR= > # Don't forget this when using Jails! > NO_FSCHG= > > So make.conf seems to be the good place. > But as the previous poster referred to, there was an issue with CURDIR settings which do not work properly anymore. The suggestions from the WIKI set a global use of CLANG, even for ports, which I do not want since many ports do not build properly or refuse to build when compiled with CLANG. And I don't want to switch/edit /etc/make.conf everytime I build a world and then edit back when doing simple daily/weekly port-upgrades. For the ease of use, in such a case the whole CLANG YES or NO switches/knobs/stuff should really be triggered only by /etc/src.conf, since this location intuitively suggests it is the right place (as my Emglish understanding of the manpage of src.conf(5) is correct and this place is the place for the WORLD's stuff). oh From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:17: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 60AAA1065675; Tue, 30 Aug 2011 14:17:22 +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 1597A8FC1B; Tue, 30 Aug 2011 14:17:21 +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 <1QyP7x-0003Yr-2M>; Tue, 30 Aug 2011 16:17:21 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyP7w-00059V-Ua>; Tue, 30 Aug 2011 16:17:21 +0200 Message-ID: <4E5CF0F0.6050208@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 16:17:20 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Paul Ambrose References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: "freebsd-performance@freebsd.org" , Sergey Kandaurov , Hans Petter Selasky , 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: Tue, 30 Aug 2011 14:17:22 -0000 Sorry, my fault, my stupid. One bonus less on FreeBSD :-( On 08/30/11 15:45, Paul Ambrose wrote: > I do not believe the current status of DTrace is appropriate for promoting > > 1. DTrace is an experimental function or Semi-finished products. The kernel > dtrace support is ok, but the userland support is far from completion(at > least the pid provider has many bugs) > > 2 the FreeBSD implementation is different from Solaris/Mac OS X. The > DTraceToolkit, which has many amazing feature, can not 100% works on > FreeBSD, and there is no doc to identify the difference. > > 3 There is a missing feature list about DTrace, but no schedule list about > when to fix it. > > 2011/8/30 Sergey Kandaurov > >> On 30 August 2011 13:13, Hartmann, O. wrote: >>> On 08/30/11 09:29, Hans Petter Selasky wrote: >>>> On Monday 29 August 2011 21:58:29 Volodymyr Kostyrko wrote: >>>>> 27.08.2011 22:13, Hartmann, O. wrote: >>>>>> This website should be brushed up or taken offline! >>>>>> It seems full of vintage stuff from glory days. >>>>>> >>>>>> http://www.freebsd.org/marketing/os-comparison.html >>>>> I think this one would better look like list of major features with os >>>>> comparison, like: >>>>> >>>>> = Networking = >>>>> * IPv6: major support, best stack around. >>>>> * SCTP: full kernel implementation, still no userland support (i.e. >>>>> ssh doesn't work over sctp by default yet). >>>>> >>>>> = Data storage = >>>>> * ZFS: full support, datasets, compression, dedup, other stuff. Linux >>>>> has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has >>>>> dynamic disks since XP (?features). >>>>> >>>>> = SMP = >>>>> * (?something about comparing other shedulers with SCHED_ULE), (?some >>>>> rt stuff), (?some comparison with other interesting shedulers, like >>>>> DragonflyBSD and QNX). >>>>> >>>> And USB. I believe there are significant changes in the USB subsystems >>>> which >>>> those who are making performance benchmarks completely fail to mention. >>>> >>>> --HPS >>>> _______________________________________________ >>>> 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" >>> What's about DTrace? >>> >>> = Development/System Profiling = >>> * DTrace: Some notes of the Kernel Gurus what this could mean for >>> performance profiling and development >>> >>> = Licensing Model = >>> * Some striking comments on the advantage for companies or interested >>> people of the BSD-like licensing model over the GPLv3 on which Linux is >>> based now and which has serious implications for those who wants to >> develop >>> and sell software developed on/with GNU stuff. it would be very honest, >> if >>> we do not only emphasize only the pros. BSD came from the academic >>> environment, that was where I met it the first time and I appreciated the >>> way things were developed and 'sloppyness' was a nogo. So we should keep >> it >>> up and a serious and honest set of contraru points for all compared OS >>> should be appreciable. >>> >>> >>> Does the VM of FreeBSD still have advantges (measurable) over Linux? >> [Taking random email.] >> >> I think we could merge the $subj web page with this one (which is >> more actual, as of 7.0): http://www.freebsd.org/features.html >> >> -- >> wbr, >> pluknet >> _______________________________________________ >> freebsd-performance@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-performance >> To unsubscribe, send any mail to " >> freebsd-performance-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:21: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 A96C8106566C for ; Tue, 30 Aug 2011 14:21:34 +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 64DD08FC08 for ; Tue, 30 Aug 2011 14:21:34 +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 <1QyPC1-0004IG-BW>; Tue, 30 Aug 2011 16:21:33 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyPC1-0005RH-8c>; Tue, 30 Aug 2011 16:21:33 +0200 Message-ID: <4E5CF1ED.2030504@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 16:21:33 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Mihamina Rakotomandimby References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> In-Reply-To: <4E5CBC14.4080908@rktmb.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd Current 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: Tue, 30 Aug 2011 14:21:34 -0000 On 08/30/11 12:31, Mihamina Rakotomandimby wrote: > On 08/30/2011 12:59 PM, Hartmann, O. wrote: >> I would be happy if such a page would see an update in shorter terms >> like 11 years ... > > I agree with you. > > But I also express my opinion that updating such a document should be > done by a third party. > I slightly disagree with that. Who else than the developer/core team members know better about what's in and what's not in the FreeBSD box? And by the way, if our community would be that proud and big as it was eleven years ago, I'm pretty sure there would already be a Wiki driven by a third party! So it is a wise advisory to sit there and wait for a third party, whatever this party may look alike? Just my opinion about that. Oliver From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:31:05 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 C2A58106564A for ; Tue, 30 Aug 2011 14:31:05 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by mx1.freebsd.org (Postfix) with ESMTP id 76A6F8FC1D for ; Tue, 30 Aug 2011 14:31:05 +0000 (UTC) X-Originating-IP: 217.70.178.137 Received: from mfilter8-d.gandi.net (mfilter8-d.gandi.net [217.70.178.137]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 253B7A8090; Tue, 30 Aug 2011 16:30:54 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter8-d.gandi.net Received: from relay3-d.mail.gandi.net ([217.70.183.195]) by mfilter8-d.gandi.net (mfilter8-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 64TZHOZqw1ks; Tue, 30 Aug 2011 16:30:52 +0200 (CEST) X-Originating-IP: 41.190.237.66 Received: from [192.168.0.111] (unknown [41.190.237.66]) (Authenticated sender: out@rktmb.org) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 9F95AA8070; Tue, 30 Aug 2011 16:30:49 +0200 (CEST) Message-ID: <4E5CF417.5080503@rktmb.org> Date: Tue, 30 Aug 2011 17:30:47 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110801 Thunderbird/6.0 MIME-Version: 1.0 To: "Hartmann, O." References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> In-Reply-To: <4E5CF1ED.2030504@zedat.fu-berlin.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd Current 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: Tue, 30 Aug 2011 14:31:05 -0000 On 08/30/2011 05:21 PM, Hartmann, O. wrote: > On 08/30/11 12:31, Mihamina Rakotomandimby wrote: >> On 08/30/2011 12:59 PM, Hartmann, O. wrote: >> But I also express my opinion that updating such a document should be >> done by a third party. > I slightly disagree with that. No problem > Who else than the developer/core team > members know better about what's > in and what's not in the FreeBSD box? So, for a features listing, it's OK. I really agree on turning it into a feature list. For a _comparison_, I think it's up to somewhere else: To really compare, it's mandatory to really now the multiple compared items. Who cares about the latest MS Windows internals (deep networking capability, filesystem tricks, kernel scheduler specs,...) in here? I migh be wrong, but IMHO "core devs" and "power users" wont spend time to deeply investigate on the other systems. Again, just an opinion. -- RMA. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:34: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 43CF6106566B for ; Tue, 30 Aug 2011 14:34:22 +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 D01F38FC1A for ; Tue, 30 Aug 2011 14:34:21 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id ACF2BE6B25; Tue, 30 Aug 2011 15:34:20 +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=s8YJgnSdVm8Z 5BTETEOp88RDvsg=; b=hB1l/Zay9v+SzWAhIMUv0WjzTYEozZJTTm6c7UOxT7ta KrFSpj/tLmnfC0aXNtoq73aVhL1vuQj0I01785UCZl4xKLBwjpFPP1zJKK7onZLJ /f1y26uKNfW9AEzi7srohK0EWc7/KTbWCPCJvRX2lz0+wHzubItAnmURfkUmUJY= 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=tGn7/W LRNb3TZgFCoBeuBobGLznMbbBbOxg6MHjshMDzzPG53LnbdZXHuxu/aI6C7Kss+P j8mY8QNhNUCMUiao5ctzdpQXhQSPa5jGLkpHG1nZXpfLSW/dX9up/XQ66jREVbmS WOhJ4Pvc68wX48AuNKgSiXHRjhu9wFO/hGYmU= 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 75205E6307; Tue, 30 Aug 2011 15:34:20 +0100 (BST) Message-ID: <4E5CF4EA.2070804@cran.org.uk> Date: Tue, 30 Aug 2011 15:34:18 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Mihamina Rakotomandimby References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> In-Reply-To: <4E5CF417.5080503@rktmb.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd Current , "Hartmann, O." 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: Tue, 30 Aug 2011 14:34:22 -0000 On 30/08/2011 15:30, Mihamina Rakotomandimby wrote: > For a _comparison_, I think it's up to somewhere else: > To really compare, it's mandatory to really now the multiple compared > items. Who cares about the latest MS Windows internals (deep > networking capability, filesystem tricks, kernel scheduler specs,...) > in here? > > I migh be wrong, but IMHO "core devs" and "power users" wont spend > time to deeply investigate on the other systems. You're wrong :) I write Windows drivers for a living, so I care about that stuff. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 15:03: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 ED4A81065674 for ; Tue, 30 Aug 2011 15:03:39 +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 A68E08FC12 for ; Tue, 30 Aug 2011 15:03:39 +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 <1QyPqk-0004Hc-MA>; Tue, 30 Aug 2011 17:03:38 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyPqk-0008NU-Hu>; Tue, 30 Aug 2011 17:03:38 +0200 Message-ID: <4E5CFBCA.9080108@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 17:03:38 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Mihamina Rakotomandimby References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> In-Reply-To: <4E5CF417.5080503@rktmb.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd Current 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: Tue, 30 Aug 2011 15:03:40 -0000 On 08/30/11 16:30, Mihamina Rakotomandimby wrote: > On 08/30/2011 05:21 PM, Hartmann, O. wrote: >> On 08/30/11 12:31, Mihamina Rakotomandimby wrote: >>> On 08/30/2011 12:59 PM, Hartmann, O. wrote: >>> But I also express my opinion that updating such a document should be >>> done by a third party. >> I slightly disagree with that. > > No problem > >> Who else than the developer/core team >> members know better about what's >> in and what's not in the FreeBSD box? > > So, for a features listing, it's OK. I really agree on turning it into > a feature list. > > For a _comparison_, I think it's up to somewhere else: > To really compare, it's mandatory to really now the multiple compared > items. Who cares about the latest MS Windows internals (deep > networking capability, filesystem tricks, kernel scheduler specs,...) > in here? Sorry, I forgot about that, you're completely right! Most engineers are very keen on their own products and they know each feature by the forename, so to speak. But this delegates us into the complicated situation, that there should exist someone which is deep inside all of the compared operating systems. And I still doubt that we will find such a person, since if this would exist noadays and such a person is motivated to do a comparison, it would have been done and happened already! If a comparison page is driven by the developer themselves and open to be seen by everyone, even the "other party" or people fund of "the other ones", they could sign some requests in the mailing lists. But I guess it would be hard to find a common aggreement. Whenever a benchmark has been started at PHORONIX, so far as I know, and I watch them very carefully, and FreeBSD's bad performance related to threaded I/O come to discussion, which is, in my naive opinion, a very essential part of the OS and its performnce (and compared to Linux FreeBSD performs really bad!), a discussion got loose with the outcome, that many energy has been emitted for excusions, critics on the way the benchmark has been performed and what OS version has been taken into the test blablabla ... and effectively everything is stuck as before. It is like a street scene in Italy or Turkey, someone shouts in the narrow street, something bad happens, the people open their windows, starting shouting crisscross each other, making a lot of noise and then, suddenly, all windows slap close and a devine silnce enters the whole scene and still the bad thing is unsolved (say, ad corps in the street bleeding ...) ... > > I migh be wrong, but IMHO "core devs" and "power users" wont spend > time to deeply investigate on the other systems. > > Again, just an opinion. > From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 14:13: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 4DED3106564A; Tue, 30 Aug 2011 14:13:23 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E7C768FC12; Tue, 30 Aug 2011 14:13:22 +0000 (UTC) Received: by gwb15 with SMTP id 15so6772465gwb.13 for ; Tue, 30 Aug 2011 07:13:22 -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=OyXPJvjRCFiMWaiEQPlIHvgQRkadAAHv4qSd2shU5HQ=; b=A0A6WV41hO9OOVrWM4oh15sVBMcVra1PkBHHn/7IOc0vcdqMuVOvds7lyNEMwNFRfb Lj/1OEM7mLHo1E1kokbjV27DB3ZhC5D5E0nkiYdIJQtGlu9yakEFQGR6TSloe7/l2pPf VSQKB1N9S6YH0G1auJf7w9UGEZsO3y4JRwp2E= MIME-Version: 1.0 Received: by 10.43.50.5 with SMTP id vc5mr5764723icb.455.1314711909483; Tue, 30 Aug 2011 06:45:09 -0700 (PDT) Received: by 10.42.241.5 with HTTP; Tue, 30 Aug 2011 06:45:09 -0700 (PDT) In-Reply-To: References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 21:45:09 +0800 Message-ID: From: Paul Ambrose To: Sergey Kandaurov X-Mailman-Approved-At: Tue, 30 Aug 2011 15:15:02 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, "Hartmann, O." , Hans Petter Selasky 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: Tue, 30 Aug 2011 14:13:23 -0000 I do not believe the current status of DTrace is appropriate for promoting 1. DTrace is an experimental function or Semi-finished products. The kernel dtrace support is ok, but the userland support is far from completion(at least the pid provider has many bugs) 2 the FreeBSD implementation is different from Solaris/Mac OS X. The DTraceToolkit, which has many amazing feature, can not 100% works on FreeBSD, and there is no doc to identify the difference. 3 There is a missing feature list about DTrace, but no schedule list about when to fix it. 2011/8/30 Sergey Kandaurov > On 30 August 2011 13:13, Hartmann, O. wrote: > > On 08/30/11 09:29, Hans Petter Selasky wrote: > >> > >> On Monday 29 August 2011 21:58:29 Volodymyr Kostyrko wrote: > >>> > >>> 27.08.2011 22:13, Hartmann, O. wrote: > >>>> > >>>> This website should be brushed up or taken offline! > >>>> It seems full of vintage stuff from glory days. > >>>> > >>>> http://www.freebsd.org/marketing/os-comparison.html > >>> > >>> I think this one would better look like list of major features with os > >>> comparison, like: > >>> > >>> = Networking = > >>> * IPv6: major support, best stack around. > >>> * SCTP: full kernel implementation, still no userland support (i.e. > >>> ssh doesn't work over sctp by default yet). > >>> > >>> = Data storage = > >>> * ZFS: full support, datasets, compression, dedup, other stuff. Linux > >>> has LVM (?features...) and btrfs (?unstable.. ?features..), Windows has > >>> dynamic disks since XP (?features). > >>> > >>> = SMP = > >>> * (?something about comparing other shedulers with SCHED_ULE), (?some > >>> rt stuff), (?some comparison with other interesting shedulers, like > >>> DragonflyBSD and QNX). > >>> > >> And USB. I believe there are significant changes in the USB subsystems > >> which > >> those who are making performance benchmarks completely fail to mention. > >> > >> --HPS > >> _______________________________________________ > >> 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" > > > > What's about DTrace? > > > > = Development/System Profiling = > > * DTrace: Some notes of the Kernel Gurus what this could mean for > > performance profiling and development > > > > = Licensing Model = > > * Some striking comments on the advantage for companies or interested > > people of the BSD-like licensing model over the GPLv3 on which Linux is > > based now and which has serious implications for those who wants to > develop > > and sell software developed on/with GNU stuff. it would be very honest, > if > > we do not only emphasize only the pros. BSD came from the academic > > environment, that was where I met it the first time and I appreciated the > > way things were developed and 'sloppyness' was a nogo. So we should keep > it > > up and a serious and honest set of contraru points for all compared OS > > should be appreciable. > > > > > > Does the VM of FreeBSD still have advantges (measurable) over Linux? > > [Taking random email.] > > I think we could merge the $subj web page with this one (which is > more actual, as of 7.0): http://www.freebsd.org/features.html > > -- > wbr, > pluknet > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to " > freebsd-performance-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 15:35: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 376EE1065670 for ; Tue, 30 Aug 2011 15:35:20 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E059B8FC17 for ; Tue, 30 Aug 2011 15:35:19 +0000 (UTC) Received: by qwc9 with SMTP id 9so4960374qwc.13 for ; Tue, 30 Aug 2011 08:35:19 -0700 (PDT) Received: by 10.142.43.9 with SMTP id q9mr3191643wfq.35.1314718518402; Tue, 30 Aug 2011 08:35:18 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id h4sm5834063pbt.10.2011.08.30.08.35.15 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Aug 2011 08:35:16 -0700 (PDT) Message-ID: <4E5D031E.2000602@xaerolimit.net> Date: Tue, 30 Aug 2011 11:34:54 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> In-Reply-To: <4E5CF417.5080503@rktmb.org> X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig572015F9F53E1A0C9315BCEC" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Tue, 30 Aug 2011 15:35:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig572015F9F53E1A0C9315BCEC Content-Type: multipart/mixed; boundary="------------050904060304090304020606" This is a multi-part message in MIME format. --------------050904060304090304020606 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/30/2011 10:30 AM, Mihamina Rakotomandimby wrote: > On 08/30/2011 05:21 PM, Hartmann, O. wrote: >> On 08/30/11 12:31, Mihamina Rakotomandimby wrote: >>> On 08/30/2011 12:59 PM, Hartmann, O. wrote: >>> But I also express my opinion that updating such a document should be= >>> done by a third party. >> I slightly disagree with that. >=20 > No problem >=20 >> Who else than the developer/core team >> members know better about what's >> in and what's not in the FreeBSD box? >=20 > So, for a features listing, it's OK. I really agree on turning it into = a > feature list. >=20 > For a _comparison_, I think it's up to somewhere else: > To really compare, it's mandatory to really now the multiple compared > items. Who cares about the latest MS Windows internals (deep networking= > capability, filesystem tricks, kernel scheduler specs,...) in here? >=20 > I migh be wrong, but IMHO "core devs" and "power users" wont spend time= > to deeply investigate on the other systems. >=20 > Again, just an opinion. >=20 As a casual user and a staunch supporter, I would strongly disagree with you here. if a third party wiki (even Wikipedia) contained such a comparison, I would question it's validity moreso then if the project itself were to maintain a release-based comprison of currently supported branches (7.x, 8.x, 9.x*, etc) vs a selected choice of mainstream Linux Distro's, OS X Server and Windows 2003/2008. But this comparison can't be trivial, it has to be genuine, authentic, (peer reviewed across the board if possible), backed up by fact (links back to other reputable sources). In short, it's a monumental undertaking and may require the work of many dedicated people (new/active marketing team?) It should very much be done by FreeBSD as a project and should be taken seriously as a marketing technique, the object is to show people *WHY* FreeBSD is a sound (and valid) choice against the competition, we can't just claim we're better because we know we are, we have to provide a convincing argument that is true and honest fact. --=20 > 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) ------------------------------------------------------------------------ --------------050904060304090304020606-- --------------enig572015F9F53E1A0C9315BCEC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXQMlAAoJEO7NmoTVsgwMvTEIALAadXbOAEJ0N/R+Us0kx6La yAJ0TXqEVRDOVfQAIBUjTK0qytyVa7bYwzYn3BYX2BdN66zwTIUTC+PmD/4PuZ1y tWyfwmOryDe6w76yP42DJ6MB/KCAopH5SlyG2/ocZU4Ty+IpgEJHwl+NJ0rQbQ/I dmx3A99pcCXQRaNeDeRdEmxvZn4PPRHd7MgKEX5Z+vcoNuZZ4S0mC/eZb/3bf+Kz FKYgJbYfRJ2kKHLX2ipxQjgWalxgfjsHSImaL63uOIg+ruNZlQnZZfZUVQz0hl9T EG4fpDuIMOkH/yiKMhgXTSVf5UYKg2CRcmkEpY6f7QeH2XcZ5BkfBm5yAHThOOc= =k+Vs -----END PGP SIGNATURE----- --------------enig572015F9F53E1A0C9315BCEC-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 15:39: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 9407D106566B for ; Tue, 30 Aug 2011 15:39:34 +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 A5C718FC17 for ; Tue, 30 Aug 2011 15:39: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 SAA00777; Tue, 30 Aug 2011 18:39:28 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E5D0430.9090606@FreeBSD.org> Date: Tue, 30 Aug 2011 18:39:28 +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: Paul Ambrose References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-performance@freebsd.org" , freebsd-current@FreeBSD.org, "Hartmann, O." 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: Tue, 30 Aug 2011 15:39:34 -0000 on 30/08/2011 16:45 Paul Ambrose said the following: > I do not believe the current status of DTrace is appropriate for promoting > > 1. DTrace is an experimental function or Semi-finished products. The kernel > dtrace support is ok, but the userland support is far from completion(at > least the pid provider has many bugs) > > 2 the FreeBSD implementation is different from Solaris/Mac OS X. The > DTraceToolkit, which has many amazing feature, can not 100% works on > FreeBSD, and there is no doc to identify the difference. > > 3 There is a missing feature list about DTrace, but no schedule list about > when to fix it. 4. There is a missing developer/maintainer for DTrace on FreeBSD. Nevertheless the kernel DTrace is quite usable and useful for kernel debugging. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 15:45: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 496A3106564A; Tue, 30 Aug 2011 15:45:23 +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 168628FC17; Tue, 30 Aug 2011 15:45:22 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by zimbra.averesystems.com (Postfix) with ESMTP id 99F4E446002; Tue, 30 Aug 2011 11:47:38 -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 yOXFHxQOow+C; Tue, 30 Aug 2011 11:47:35 -0400 (EDT) Received: from riven.arriad.com (fw.arriad.com [10.0.0.16]) by zimbra.averesystems.com (Postfix) with ESMTPSA id 1B9EB446001; Tue, 30 Aug 2011 11:47:35 -0400 (EDT) From: Andrew Boyer Content-Type: multipart/mixed; boundary=Apple-Mail-12--743014071 Date: Tue, 30 Aug 2011 11:45:18 -0400 Message-Id: To: freebsd-current@freebsd.org Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Cc: John Baldwin Subject: [patch] Improved error output from sysctl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 15:45:23 -0000 --Apple-Mail-12--743014071 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii If malloc() fails in /sbin/sysctl, the error message is unhelpful. This = patch helps identify which sysctl entry is failing. --Apple-Mail-12--743014071 Content-Disposition: attachment; filename=sysctl.diff Content-Type: application/octet-stream; name="sysctl.diff" Content-Transfer-Encoding: 7bit Index: sbin/sysctl/sysctl.c =================================================================== --- sbin/sysctl/sysctl.c (revision 225262) +++ sbin/sysctl/sysctl.c (working copy) @@ -580,7 +580,7 @@ val = oval = malloc(j + 1); if (val == NULL) { - warnx("malloc failed"); + warnx("%s%s malloc failed %d %d", name, sep, j + 1, errno); return (1); } len = j; --Apple-Mail-12--743014071 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii -Andrew -------------------------------------------------- Andrew Boyer aboyer@averesystems.com --Apple-Mail-12--743014071-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:01: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 648001065673; Tue, 30 Aug 2011 16:01:33 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id F109D8FC13; Tue, 30 Aug 2011 16:01:32 +0000 (UTC) Received: by qwc9 with SMTP id 9so4988583qwc.13 for ; Tue, 30 Aug 2011 09:01:32 -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=JCaPaTcTqve/nXiulISU8k3Tmqjyc1wPOMqo1AgkWW8=; b=tgv1D193zt+zlfW0p9Bp0dPB5s0IyZuE0HZxZqUUt3+Cq7rvoqMfkqHKof5sMluHU4 JVzzNG3ZSFdc57jcabr6S7++wO1SXzszS1mb29nmMMbMpzs499fffVD50VBh6JHNS7by CU+uArOq+vKy2oO0rHiuGuQtJv4IjKWpLQMI4= MIME-Version: 1.0 Received: by 10.224.198.73 with SMTP id en9mr2903640qab.29.1314720092450; Tue, 30 Aug 2011 09:01:32 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Tue, 30 Aug 2011 09:01:32 -0700 (PDT) In-Reply-To: <4E5CB502.5020508@FreeBSD.org> References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> <4E5B4BFB.9040907@FreeBSD.org> <4E5BF43A.5050306@FreeBSD.org> <4E5CB502.5020508@FreeBSD.org> Date: Tue, 30 Aug 2011 09:01:32 -0700 Message-ID: From: Garrett Cooper To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Marcel Moolenaar , FreeBSD-Current , Marcel Moolenaar Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 16:01:33 -0000 On Tue, Aug 30, 2011 at 3:01 AM, Andriy Gapon wrote: > > So, just to re-iterate, I think that this is indeed a regression and the one > that could be particularly unhelpful for a new release - the time when people > are much more likely to end up at the mountroot prompt during an installation of > a new system or an upgrade. Agreed -- in particular some of the changes that are incoming for old users, i.e. atacam. Better to leave a good experience with FreeBSD than a bad taste in someone's mouth because of undesirable behavior. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:02: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 CBE491065672 for ; Tue, 30 Aug 2011 16:02:22 +0000 (UTC) (envelope-from olevole@olevole.ru) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6267C8FC0A for ; Tue, 30 Aug 2011 16:02:22 +0000 (UTC) Received: by bkat8 with SMTP id t8so7060148bka.13 for ; Tue, 30 Aug 2011 09:02:21 -0700 (PDT) Received: by 10.204.144.137 with SMTP id z9mr185004bku.245.1314718414995; Tue, 30 Aug 2011 08:33:34 -0700 (PDT) Received: from gizmo.nevosoft.local ([195.182.128.54]) by mx.google.com with ESMTPS id f6sm51925bkw.63.2011.08.30.08.33.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Aug 2011 08:33:33 -0700 (PDT) From: Oleg Ginzburg To: freebsd-current@freebsd.org Date: Tue, 30 Aug 2011 19:33:28 +0400 User-Agent: KMail/1.13.7 (FreeBSD/9.0-BETA2; KDE/4.6.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201108301933.28553.olevole@olevole.ru> X-Mailman-Approved-At: Tue, 30 Aug 2011 16:10:22 +0000 Subject: troubles with 9.0 beta2 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: Tue, 30 Aug 2011 16:02:22 -0000 Hi Some trouble in FreeBSD 9.0-beta2 Installer: a) Infinity loop of Dialog in Network Configuration stage when static IP selected without default gw: How to reproduce: Would you like to configure IPv4 for this interface - (set Y) Would you like to use DHCP to configure this interface - (set N) IP Address: (set 10.0.0.1 for example) Subnet Mask: (set 255.255.255.0 for example) Default Router: (leave blank) - After this, installer teleport to select interfaces dialog silenty b) Installer helpless where GPT table is broken: How to reproduce: 1) Install fresh system by default (GPT table) 2) Reboot in liveCD mode and overwrite last bytes (where GPT have backup). For exampe by gmirror label: gmirror label -v -b round-robin data ada0 3) Reboot with the installer and try install system by default to get a lot of windows without options: "Error: Operation not permitted. table ada0 is corrupt" "Error: Device busy" "Operation not permtted" "File exists. geom 'ada0'" this situation require LiveCD shell with "gpt recover" command From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:20: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 8954C106564A for ; Tue, 30 Aug 2011 16:20:41 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4B5138FC0C for ; Tue, 30 Aug 2011 16:20:41 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:69e1:3c2f:3372:e532] (unknown [IPv6:2001:7b8:3a7:0:69e1:3c2f:3372:e532]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2F4CE5C37; Tue, 30 Aug 2011 18:20:40 +0200 (CEST) Message-ID: <4E5D0DD3.20606@FreeBSD.org> Date: Tue, 30 Aug 2011 18:20:35 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: "Hartmann, O." References: <4E5CB1E9.9080801@zedat.fu-berlin.de> In-Reply-To: <4E5CB1E9.9080801@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 16:20:41 -0000 On 2011-08-30 11:48, Hartmann, O. wrote: > I'm building world with CLANG (or I pretend to do so). > In my /etc/make.conf I use these lines: > ### > ### CLANG > ### > .if defined(USE_CLANG) > .if !empty(.CURDIR:M/usr/src*) You should add "|| !empty(.CURDIR:M:/usr/obj*)" to this .if statement, because the build build process changes to directories inside /usr/obj for various steps. Alternatively, use the simpler: .if empty(.CURDIR:N/usr/src*:N/usr/obj*) Alternatively, just remove the statement, and use clang for everything, and help fix bugs in ports. :) > CFLAGS= -O3 -march=native -mtune=native -fno-strict-aliasing -pipe > COPTFLAGS= -O3 -march=native -mtune=native -pipe Take care when using clang and -march=native, there are still some issues with it (search this mailing list for specifics). If anything goes wrong, first revert to the default CFLAGS and COPTFLAGS (e.g. comment them out), and try again. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:22: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 7C69A1065675 for ; Tue, 30 Aug 2011 16:22:08 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2E8FD8FC12 for ; Tue, 30 Aug 2011 16:22:08 +0000 (UTC) X-Originating-IP: 217.70.178.131 Received: from mfilter11-d.gandi.net (mfilter11-d.gandi.net [217.70.178.131]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 085B1172092 for ; Tue, 30 Aug 2011 18:21:57 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter11-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter11-d.gandi.net (mfilter11-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id IjfZ8wS8DBga for ; Tue, 30 Aug 2011 18:21:55 +0200 (CEST) X-Originating-IP: 41.63.129.177 Received: from [192.168.100.101] (unknown [41.63.129.177]) (Authenticated sender: out@rktmb.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 060E117207E for ; Tue, 30 Aug 2011 18:21:54 +0200 (CEST) Message-ID: <4E5D0E1C.2030208@rktmb.org> Date: Tue, 30 Aug 2011 19:21:48 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110801 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> In-Reply-To: <4E5D031E.2000602@xaerolimit.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 30 Aug 2011 16:22:08 -0000 On 08/30/2011 06:34 PM, Chris Brennan wrote: > But this comparison can't be trivial, it has to be genuine, authentic, > (peer reviewed across the board if possible), backed up by fact (links > back to other reputable sources). In short, it's a monumental > undertaking Yep, it's not trivial... and right now, I have no idea to make it easier... -- RMA. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:43: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 91D721065670 for ; Tue, 30 Aug 2011 16:43:47 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 469D58FC17 for ; Tue, 30 Aug 2011 16:43:47 +0000 (UTC) Received: by qwc9 with SMTP id 9so5034057qwc.13 for ; Tue, 30 Aug 2011 09:43:46 -0700 (PDT) Received: by 10.224.100.132 with SMTP id y4mr1248093qan.321.1314722626390; Tue, 30 Aug 2011 09:43:46 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id cb17sm6521465qab.4.2011.08.30.09.43.44 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Aug 2011 09:43:45 -0700 (PDT) Message-ID: <4E5D132E.6040801@xaerolimit.net> Date: Tue, 30 Aug 2011 12:43:26 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D0E1C.2030208@rktmb.org> In-Reply-To: <4E5D0E1C.2030208@rktmb.org> X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDEB3A4315B991C8B4B1216B2" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Tue, 30 Aug 2011 16:43:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDEB3A4315B991C8B4B1216B2 Content-Type: multipart/mixed; boundary="------------070102070708000701090101" This is a multi-part message in MIME format. --------------070102070708000701090101 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/30/2011 12:21 PM, Mihamina Rakotomandimby wrote: > On 08/30/2011 06:34 PM, Chris Brennan wrote: >> But this comparison can't be trivial, it has to be genuine, authentic,= >> (peer reviewed across the board if possible), backed up by fact (links= >> back to other reputable sources). In short, it's a monumental >> undertaking >=20 > Yep, it's not trivial... and right now, I have no idea to make it easie= r... >=20 I do have any idea ... but I don't want to be the one spearheading such a project, I lack the technical skills or the professional expertise to lead this project, but I will certainly contribute if and where possible.= =2E. --=20 > 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) ------------------------------------------------------------------------ --------------070102070708000701090101-- --------------enigDEB3A4315B991C8B4B1216B2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXRMzAAoJEO7NmoTVsgwMM88IALCsEKUtaMua7nYKs+QNg+SE x89d1lssksUjQbq2rEWXjMUe22gTPpvfwikVGq1frwtZ28UIEg57Kz3VzuP9dAoN FWOJq3BdyQEC0RLTPtRbZyajNcnlKsNDjKaVeFLATT3Fo25BF6x8uoyv3MI2rUEi lv2SVZ1rQ+4DRbDPMEQ9kCgLc0BrLMgMd9gjjUOAFztsrHoEQ9Wlc50LzCTyZ0Wr g2A6NAIBZ1suAdsCxm7k6EG6NgmIyBIGMbTK5sVnoX53AuaZamL1JyzQNaFzruV6 DwLseRnQ/NbdESN054lX8JA9MA0jr2s/2R76ARbdoLCZPIKELWi6rQTRNiTGUsg= =I261 -----END PGP SIGNATURE----- --------------enigDEB3A4315B991C8B4B1216B2-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 16:44: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 0B3CA106567B; Tue, 30 Aug 2011 16:44:47 +0000 (UTC) (envelope-from vertex.symphony@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67BBB8FC13; Tue, 30 Aug 2011 16:44:46 +0000 (UTC) Received: by bkat8 with SMTP id t8so7107860bka.13 for ; Tue, 30 Aug 2011 09:44:45 -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=1lFW4iWy3nfSBQuPolGM4vbQzs9NtVqdOluYoJgAOL8=; b=t+OTxCL1OEZYzEhd9LIV2xXZ0J4yhpfl1ptd1+Pxxiy3/nxjtxGw57ZUEQdSF1Zb8L gIK4ofD+zjlm9NqjI4zNtvTuoeXlCKwB+3c4wr7EHC3mWYPlFJo4jVgxI5i2fVZXGkeu RQn3wcxjigHvUIpfO4C0vXcEInGzlatHDdpoE= MIME-Version: 1.0 Received: by 10.204.143.82 with SMTP id t18mr257261bku.174.1314722685392; Tue, 30 Aug 2011 09:44:45 -0700 (PDT) Received: by 10.204.141.204 with HTTP; Tue, 30 Aug 2011 09:44:45 -0700 (PDT) In-Reply-To: <4E5D0DD3.20606@FreeBSD.org> References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> Date: Tue, 30 Aug 2011 13:44:45 -0300 Message-ID: From: Alex Kuster To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current , "Hartmann, O." Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 16:44:47 -0000 Thanks for pointing out those details ! This whole thing about make.conf & src.conf is very confusing and gives the impression of something half ported ... Because I honestly though that src.conf was for freebsd sources as indicate= d by the manpage (and in fact, compiled sources that way without issues ... =C2=BF?) Anyways, I'll read more about what you guys pointed me. Thanks again. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:01:25 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 EFE17106564A for ; Tue, 30 Aug 2011 17:01:25 +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 85FCE8FC0C for ; Tue, 30 Aug 2011 17:01:25 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 6D7F6E6B25 for ; Tue, 30 Aug 2011 18:01:24 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; s=mail; bh=qfdtv+cmdKL0 K+a83FANNkz5I/Q=; b=Uuvi2TVT4qGMihsM/wNWvnkYJ4KkSqr4o0h96LxcB7Vm XV3gQKatg5NPbuNSH3a0lRoB7Y3yGozizksO8JR3I8HlD3ng9+g+x223m0ABHLN4 r5RAczEsdZ8dfD58Y3EGv39smfDZRsyeIWHDNNdo/lZRfeYLoLG8/RR69bcKYNQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=mail; b=Pk6hTK VjYfgELCQdwfbEfLq2cVLbcU2SQEN2NyM+f4tiM0MGoLGzmijc1JdeSgBzKssZmO OfzcnjSxRrxs6zcrJYNHs5/gnJbh5jE+tg4aUjItsd+Ffl2E5LNh9SauIsWu+sBr nabPwRVJs5WhZgu3xvYPNmPlREHVNowT/HKVY= 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 45D04E6307 for ; Tue, 30 Aug 2011 18:01:24 +0100 (BST) Message-ID: <4E5D1761.7060702@cran.org.uk> Date: Tue, 30 Aug 2011 18:01:21 +0100 From: Bruce Cran User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D0E1C.2030208@rktmb.org> <4E5D132E.6040801@xaerolimit.net> In-Reply-To: <4E5D132E.6040801@xaerolimit.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Tue, 30 Aug 2011 17:01:26 -0000 On 30/08/2011 17:43, Chris Brennan wrote: > I do have any idea ... but I don't want to be the one spearheading > such a project, I lack the technical skills or the professional > expertise to lead this project, but I will certainly contribute if and > where possible... I could probably contribute too, since I know quite a bit about Windows and FreeBSD, and I'd be keen to learn about Linux (it would give me a reason to read the copy of Essential Linux Device Drivers I bought!). However I don't have a lot of time at the moment so I certainly couldn't lead the project. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:30: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 9485A1065678 for ; Tue, 30 Aug 2011 17:30:48 +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 3A60B8FC16 for ; Tue, 30 Aug 2011 17:30:47 +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 <1QyS98-0006AU-U6>; Tue, 30 Aug 2011 19:30:46 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyS98-0000M3-QC>; Tue, 30 Aug 2011 19:30:46 +0200 Message-ID: <4E5D1E46.7000908@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 19:30:46 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Chris Brennan References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> In-Reply-To: <4E5D031E.2000602@xaerolimit.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: 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: Tue, 30 Aug 2011 17:30:48 -0000 On 08/30/11 17:34, Chris Brennan wrote: > On 8/30/2011 10:30 AM, Mihamina Rakotomandimby wrote: >> On 08/30/2011 05:21 PM, Hartmann, O. wrote: >>> On 08/30/11 12:31, Mihamina Rakotomandimby wrote: >>>> On 08/30/2011 12:59 PM, Hartmann, O. wrote: >>>> But I also express my opinion that updating such a document should be >>>> done by a third party. >>> I slightly disagree with that. >> No problem >> >>> Who else than the developer/core team >>> members know better about what's >>> in and what's not in the FreeBSD box? >> So, for a features listing, it's OK. I really agree on turning it into a >> feature list. >> >> For a _comparison_, I think it's up to somewhere else: >> To really compare, it's mandatory to really now the multiple compared >> items. Who cares about the latest MS Windows internals (deep networking >> capability, filesystem tricks, kernel scheduler specs,...) in here? >> >> I migh be wrong, but IMHO "core devs" and "power users" wont spend time >> to deeply investigate on the other systems. >> >> Again, just an opinion. >> > As a casual user and a staunch supporter, I would strongly disagree with > you here. if a third party wiki (even Wikipedia) contained such a > comparison, I would question it's validity moreso then if the project > itself were to maintain a release-based comprison of currently supported > branches (7.x, 8.x, 9.x*, etc) vs a selected choice of mainstream Linux > Distro's, OS X Server and Windows 2003/2008. > > But this comparison can't be trivial, it has to be genuine, authentic, > (peer reviewed across the board if possible), backed up by fact (links > back to other reputable sources). In short, it's a monumental > undertaking and may require the work of many dedicated people > (new/active marketing team?) It should very much be done by FreeBSD as a > project and should be taken seriously as a marketing technique, the > object is to show people *WHY* FreeBSD is a sound (and valid) choice > against the competition, we can't just claim we're better because we > know we are, we have to provide a convincing argument that is true and > honest fact. > FreeBSd hasn't "the market" is may have had in the past and the lack of developer is always brought up when it comes to the lack of features. So you would found "a marketing team"? Professionals? Who cares for the costs in money and manpower for that? This is why things get "drown" like a young puppy dog. There are some essential facts the different operating systems differ in. Even the *BSD UNIX systems do have those and it could be a nice thing to gather some aspects together and compare them. It would be hard to make any ground against Linux these days - this is what I gathered in the past two years desperately looking for a support of GPGPU vailability in *BSD. This is only one small aspect, but I guess there are more. On the other hand, I'm not deep inside the system and if there is no source of a half-way trustworthy webpage telling a story about different aspects of development and "decently written terms" of how FreeBSD is a bit better than others ...what can I propagade to my colleagues and others? Well, everything new and everything "unprofessional" but true is much better than the old "smiley"-infested webpage. Think of people starting with an OpenSource OS or starting being courios about the *BSDs. I would be scared away by such an arrogant looking page! New people do not even know that the FreeBSD was once a backend of many big companies due to its rockstable network stack. Roumors said, that even Microsofts MSN was backed up by FreeBSD. But today, this doesn't count anymore. Operating systems are workhorses, not pieces of art keeping and replenish their value. The art of programming is its clarity cleaness and this is not aproved by the developer himself, this is a attribute which is earned by those who has to administer and develop for such an OS. And I guess compared to Linux, there are big diffrences. Since I have to administer my CUDA/TESLA cluster (since FreeBSD's lack of support for that we needed to switch over), I'm scared about the mess the distributions celebrate. In my opinion, Linux is "scripted to death" in many aspects and without the distro's management tools, there is no straight passage to the problem's core anymore! That is maybe a foggy sight of things since I'm with BSD systems since my first private DECstation 5000/133 with a good old 4.3 RENO BSD and I havn't already understood the Linux' philosophy. But there must also be a reason why network-responsible administrators favour BSD based firewalls but have to workd with Linux due to the contracts of the companies ... From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:37: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 B394B106566B for ; Tue, 30 Aug 2011 17:37:39 +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 6F28C8FC0A for ; Tue, 30 Aug 2011 17:37:39 +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 <1QySFm-0007AJ-Ls>; Tue, 30 Aug 2011 19:37:38 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QySFm-0000lN-Ir>; Tue, 30 Aug 2011 19:37:38 +0200 Message-ID: <4E5D1FE2.8080607@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 19:37:38 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Dimitry Andric References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> In-Reply-To: <4E5D0DD3.20606@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 17:37:39 -0000 On 08/30/11 18:20, Dimitry Andric wrote: > On 2011-08-30 11:48, Hartmann, O. wrote: >> I'm building world with CLANG (or I pretend to do so). >> In my /etc/make.conf I use these lines: >> ### >> ### CLANG >> ### >> .if defined(USE_CLANG) >> .if !empty(.CURDIR:M/usr/src*) > > You should add "|| !empty(.CURDIR:M:/usr/obj*)" to this .if statement, > because the build build process changes to directories inside /usr/obj > for various steps. Alternatively, use the simpler: > > .if empty(.CURDIR:N/usr/src*:N/usr/obj*) > > Alternatively, just remove the statement, and use clang for everything, > and help fix bugs in ports. :) > :-) I would, if I did not desperately have to rely on a working box for now. I forgot the above addition. Will try it - or better, leave it alone and try helping buxfixing ... > >> CFLAGS= -O3 -march=native -mtune=native -fno-strict-aliasing -pipe >> COPTFLAGS= -O3 -march=native -mtune=native -pipe > > Take care when using clang and -march=native, there are still some > issues with it (search this mailing list for specifics). If anything > goes wrong, first revert to the default CFLAGS and COPTFLAGS (e.g. > comment them out), and try again. Yes, I know, but I never had problems on my older Core2 based chips. The newer laptop CPU, a Core-i5 "Lynnfield" does have issues. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:42: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 33B4C106566B for ; Tue, 30 Aug 2011 17:42:55 +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 E1B6A8FC0C for ; Tue, 30 Aug 2011 17:42:54 +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 <1QySKs-0007so-5Q>; Tue, 30 Aug 2011 19:42:54 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QySKs-00012C-2k>; Tue, 30 Aug 2011 19:42:54 +0200 Message-ID: <4E5D211D.4070608@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 19:42:53 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Alex Kuster References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current , Dimitry Andric Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 17:42:55 -0000 On 08/30/11 18:44, Alex Kuster wrote: > Thanks for pointing out those details ! > This whole thing about make.conf& src.conf is very confusing and gives the > impression of something half ported ... I aggree. It is, indeed. > > Because I honestly though that src.conf was for freebsd sources as indicated > by the manpage (and in fact, compiled sources that way without issues ... > ¿?) > > Anyways, I'll read more about what you guys pointed me. > > Thanks again. I tried hard the last two hours and had no success compiling my world by setting up only /etc/src.conf. And even with only those things left in /etc/make.conf like "NO_WERROR" and "WERROR" I wasn't able to compile the system. I permuted now many options and I'm back to the suggestiosn from the Wiki. But that leaves me with a manual switching back to the old compiler when it comes to ports. From my "naive" perspective, it should be easy to sort things out without being an expert in how the whole system is dependend on some make-set variables. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:44: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 21DD9106567F; Tue, 30 Aug 2011 17:44:15 +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 F0F038FC0A; Tue, 30 Aug 2011 17:44:14 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id DD3FF5615B; Tue, 30 Aug 2011 12:27:36 -0500 (CDT) Date: Tue, 30 Aug 2011 12:27:36 -0500 From: Mark Linimon To: Paul Ambrose Message-ID: <20110830172736.GA18635@lonesome.com> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-performance@freebsd.org" , Sergey Kandaurov , "Hartmann, O." , Hans Petter Selasky , 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: Tue, 30 Aug 2011 17:44:15 -0000 On Tue, Aug 30, 2011 at 09:45:09PM +0800, Paul Ambrose wrote: > 3 There is a missing feature list about DTrace, but no schedule list about > when to fix it. We just need someone who wants to spend a lot of time working on it. Without that, there is no point in putting up a schedule. mcl From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 17:58: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 84796106566C for ; Tue, 30 Aug 2011 17:58:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 43B6D8FC14 for ; Tue, 30 Aug 2011 17:58:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:69e1:3c2f:3372:e532] (unknown [IPv6:2001:7b8:3a7:0:69e1:3c2f:3372:e532]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 732BF5C37; Tue, 30 Aug 2011 19:58:56 +0200 (CEST) Message-ID: <4E5D24DE.8050909@FreeBSD.org> Date: Tue, 30 Aug 2011 19:58:54 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Alex Kuster References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current , "Hartmann, O." Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 17:58:57 -0000 On 2011-08-30 18:44, Alex Kuster wrote: > Thanks for pointing out those details ! > This whole thing about make.conf& src.conf is very confusing and gives the > impression of something half ported ... The only thing that is "half ported" at the moment, is an easy "use clang to build world" switch. This will be properly addressed after 9.0 is released. As to the make.conf/src.conf confusion, it is very simple really: - make.conf is used for system-wide settings, applied to every build using make. - src.conf is used for setting FreeBSD source tree settings, which are always of the form WITH_XXX or WITHOUT_XXX. See src.conf(5) for a full list. Any other "make" settings, such as CC, CFLAGS, etc, are better specified in make.conf, though the manpage does not tell you so explicitly. Now, why do some settings, such as CFLAGS, in src.conf not always work correctly? Because src.conf is only read when bsd.own.mk is included (implicitly or explicitly) in a Makefile, and this is *not* always done at the start of the file. On the other hand, make.conf is read from /usr/share/sys.mk, which is automatically included before anything else is done. Take, for example, the Makefile for cp(1), in /usr/src/bin/cp (I prefixed line numbers for reference): 1: # @(#)Makefile 8.1 (Berkeley) 5/31/93 2: # $FreeBSD: head/bin/cp/Makefile 192586 2009-05-22 15:56:43Z trasz $ 3: 4: PROG= cp 5: SRCS= cp.c utils.c 6: CFLAGS+= -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE 7: 8: .include At line 1, make will already have read make.conf, picking up settings from it. Suppose it picks up "CFLAGS=-foo". At line 6, CFLAGS has several flags appended. Its value will then become "-foo -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE". At line 8, bsd.prog.mk is read, which (through bsd.own.mk) belatedly reads src.conf. If you have a setting such as "CFLAGS=-bar" in it, this value will *override* the previous one, possibly having disastrous consequences. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 18:13: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 D4C62106566C; Tue, 30 Aug 2011 18:13:41 +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 8B9D78FC1A; Tue, 30 Aug 2011 18:13:41 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1QySoe-0003ff-I8>; Tue, 30 Aug 2011 20:13:40 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QySoe-0002lM-Er>; Tue, 30 Aug 2011 20:13:40 +0200 Message-ID: <4E5D2854.1030305@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 20:13:40 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Dimitry Andric References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> In-Reply-To: <4E5D24DE.8050909@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 18:13:42 -0000 On 08/30/11 19:58, Dimitry Andric wrote: > On 2011-08-30 18:44, Alex Kuster wrote: >> Thanks for pointing out those details ! >> This whole thing about make.conf& src.conf is very confusing and >> gives the >> impression of something half ported ... > > The only thing that is "half ported" at the moment, is an easy "use > clang to build world" switch. This will be properly addressed after 9.0 > is released. As to the make.conf/src.conf confusion, it is very simple > really: > > - make.conf is used for system-wide settings, applied to every build > using make. > > - src.conf is used for setting FreeBSD source tree settings, which are > always of the form WITH_XXX or WITHOUT_XXX. See src.conf(5) for a > full list. Any other "make" settings, such as CC, CFLAGS, etc, are > better specified in make.conf, though the manpage does not tell you > so explicitly. This is as I understood the manpage of src.conf. There is only a YES/set and NO/unset. Well, I might be wrong, but FreeBSD separates strictly the core operating system and the ports stuff. When it came to CLANG compiled core system and I read about src.conf, my intuitive thinking was that this is the long awaited separation from having everything mixed in /etc/make.conf (by the way, somehow I feel I would all the ports stuff, even it make.conf, looking for at /usr/local/etc/make.conf ...). > > Now, why do some settings, such as CFLAGS, in src.conf not always work > correctly? Because src.conf is only read when bsd.own.mk is included > (implicitly or explicitly) in a Makefile, and this is *not* always done > at the start of the file. > > On the other hand, make.conf is read from /usr/share/sys.mk, which is > automatically included before anything else is done. > > Take, for example, the Makefile for cp(1), in /usr/src/bin/cp (I > prefixed line numbers for reference): > > 1: # @(#)Makefile 8.1 (Berkeley) 5/31/93 > 2: # $FreeBSD: head/bin/cp/Makefile 192586 2009-05-22 15:56:43Z trasz $ > 3: > 4: PROG= cp > 5: SRCS= cp.c utils.c > 6: CFLAGS+= -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE > 7: > 8: .include > > At line 1, make will already have read make.conf, picking up settings > from it. Suppose it picks up "CFLAGS=-foo". > > At line 6, CFLAGS has several flags appended. Its value will then > become "-foo -DVM_AND_BUFFER_CACHE_SYNCHRONIZED -D_ACL_PRIVATE". > > At line 8, bsd.prog.mk is read, which (through bsd.own.mk) belatedly > reads src.conf. If you have a setting such as "CFLAGS=-bar" in it, this > value will *override* the previous one, possibly having disastrous > consequences. Great! Many thanks, this is a nice explanation. With such detailed info it's a bit easier to hunt down the mistakes I made for my own. Thanks again. Oliver From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:12: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 5A4C3106564A; Tue, 30 Aug 2011 19:12:37 +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 64B048FC1C; Tue, 30 Aug 2011 19:12:36 +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 WAA03386; Tue, 30 Aug 2011 22:12:33 +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 1QyTjd-00057C-4C; Tue, 30 Aug 2011 22:12:33 +0300 Message-ID: <4E5D361F.6060800@FreeBSD.org> Date: Tue, 30 Aug 2011 22:12:31 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110830 Thunderbird/6.0 MIME-Version: 1.0 To: Paul Ambrose References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> <4E5D0430.9090606@FreeBSD.org> In-Reply-To: <4E5D0430.9090606@FreeBSD.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-performance@freebsd.org" , freebsd-current@FreeBSD.org, "Hartmann, O." 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: Tue, 30 Aug 2011 19:12:37 -0000 on 30/08/2011 18:39 Andriy Gapon said the following: > 4. There is a missing developer/maintainer for DTrace on FreeBSD. I probably should clarify this point: it doesn't have to be *the* maintainer, a collective maintainer is also perfect. Thus, contributions are very welcome. > Nevertheless the kernel DTrace is quite usable and useful for kernel debugging. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:26: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 8C11D106564A for ; Tue, 30 Aug 2011 19:26:49 +0000 (UTC) (envelope-from sean@coreitpro.com) Received: from masakari.coreitpro.com (masakari.coreitpro.com [38.98.245.188]) by mx1.freebsd.org (Postfix) with ESMTP id 531D88FC1B for ; Tue, 30 Aug 2011 19:26:49 +0000 (UTC) Received: from Uller.local (static-74-109-127-34.phlapa.fios.verizon.net [74.109.127.34]) (authenticated bits=0) by masakari.coreitpro.com (8.14.4/8.14.4) with ESMTP id p7UIXsNT017213 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 30 Aug 2011 14:33:55 -0400 (EDT) (envelope-from sean@coreitpro.com) Message-ID: <4E5D3060.9090806@coreitpro.com> Date: Tue, 30 Aug 2011 14:48:00 -0400 From: "Sean M. Collins" Organization: Core IT Pro User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Tue, 30 Aug 2011 19:26:49 -0000 On 8/27/11 3:32 PM, Garrett Cooper wrote: > Agreed. Things have changed quite a bit in the last decade. I think that it also clashes with the positive tone that (I've experienced) in most of the website copy, discussions on this mailing list, and other parts of the FreeBSD project. We have an awesome project, we don't really need to put down everyone else to make ourselves look good. -- Sean Collins Core IT Pro, LLC www.coreitpro.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:27: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 362DF1065670 for ; Tue, 30 Aug 2011 19:27:07 +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 DF4A58FC15 for ; Tue, 30 Aug 2011 19:27:06 +0000 (UTC) Received: by iadx2 with SMTP id x2so2504726iad.13 for ; Tue, 30 Aug 2011 12:27: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=HgDuaW+oghHPbGjYgg6s4biKZCZ1LvsvLnjJAL9DFP8=; b=K3dOqMRGz5blYllDWxRyxzpV3gALg2sdL+qEQQ6jbcxTjn4cC3Jm35CJD2qr8VWSom wA4QpqCoj92jxIOwW4THEcunCFUAMeyg+lq/O4sdQaa/jrtimWFuM93JabG3JbBpzzx6 SvuNFd5PT/D50UrhQvbjhANnhVf/NBXwQ13Mc= MIME-Version: 1.0 Received: by 10.231.57.10 with SMTP id a10mr13653705ibh.70.1314732423280; Tue, 30 Aug 2011 12:27:03 -0700 (PDT) Received: by 10.231.149.204 with HTTP; Tue, 30 Aug 2011 12:27:03 -0700 (PDT) In-Reply-To: <4E5D2854.1030305@zedat.fu-berlin.de> References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> <4E5D2854.1030305@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 12:27:03 -0700 Message-ID: From: Kevin Oberman To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , Dimitry Andric , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 19:27:07 -0000 On Tue, Aug 30, 2011 at 11:13 AM, Hartmann, O. wrote: > On 08/30/11 19:58, Dimitry Andric wrote: >> >> On 2011-08-30 18:44, Alex Kuster wrote: >>> >>> Thanks for pointing out those details ! >>> This whole thing about make.conf& =A0src.conf is very confusing and giv= es >>> the >>> impression of something half ported ... >> >> The only thing that is "half ported" at the moment, is an easy "use >> clang to build world" switch. =A0This will be properly addressed after 9= .0 >> is released. =A0As to the make.conf/src.conf confusion, it is very simpl= e >> really: >> >> - make.conf is used for system-wide settings, applied to every build >> =A0using make. >> >> - src.conf is used for setting FreeBSD source tree settings, which are >> =A0always of the form WITH_XXX or WITHOUT_XXX. =A0See src.conf(5) for a >> =A0full list. =A0Any other "make" settings, such as CC, CFLAGS, etc, are >> =A0better specified in make.conf, though the manpage does not tell you >> =A0so explicitly. > > This is as I understood the manpage of src.conf. There is only a YES/set = and > NO/unset. No. There is only set and unset. WITH_option=3D"NO" has the same effect as WITH_option=3D"YES". I think this is confusing and often leads to unintended consequences, but I and also say that some of the WITH_options documented for src.conf (the man page is auto-generated from the code) are either non-functional or broken. I've had some interesting issues with unexpected interactions of WITH_options, as well. Be very careful! --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:34: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 BA66B1065675; Tue, 30 Aug 2011 19:34:01 +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 70D1F8FC14; Tue, 30 Aug 2011 19:34:01 +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 <1QyU4O-0008Tb-KH>; Tue, 30 Aug 2011 21:34:00 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyU4O-00074l-HM>; Tue, 30 Aug 2011 21:34:00 +0200 Message-ID: <4E5D3B28.1060103@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 21:34:00 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Kevin Oberman References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> <4E5D2854.1030305@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current , Dimitry Andric , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 19:34:01 -0000 On 08/30/11 21:27, Kevin Oberman wrote: > On Tue, Aug 30, 2011 at 11:13 AM, Hartmann, O. > wrote: >> On 08/30/11 19:58, Dimitry Andric wrote: >>> On 2011-08-30 18:44, Alex Kuster wrote: >>>> Thanks for pointing out those details ! >>>> This whole thing about make.conf& src.conf is very confusing and gives >>>> the >>>> impression of something half ported ... >>> The only thing that is "half ported" at the moment, is an easy "use >>> clang to build world" switch. This will be properly addressed after 9.0 >>> is released. As to the make.conf/src.conf confusion, it is very simple >>> really: >>> >>> - make.conf is used for system-wide settings, applied to every build >>> using make. >>> >>> - src.conf is used for setting FreeBSD source tree settings, which are >>> always of the form WITH_XXX or WITHOUT_XXX. See src.conf(5) for a >>> full list. Any other "make" settings, such as CC, CFLAGS, etc, are >>> better specified in make.conf, though the manpage does not tell you >>> so explicitly. >> This is as I understood the manpage of src.conf. There is only a YES/set and >> NO/unset. > No. There is only set and unset. WITH_option="NO" has the same effect as > WITH_option="YES". > > I think this is confusing and often leads to unintended > consequences, but I and also say that some of the WITH_options documented > for src.conf (the man page is auto-generated from the code) are either > non-functional or broken. I've had some interesting issues with unexpected > interactions of WITH_options, as well. Be very careful! Sorry being so unprecise. I meant WITH_ and WITHOUT_. I learned the hard way that setting a variable to "be set" is simply done by naming it. Well, as I understand your comment, it seems that this /etc/src.conf facilty isn't working properly yet? From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:59: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 94079106564A for ; Tue, 30 Aug 2011 19:59:44 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4D5BF8FC0C for ; Tue, 30 Aug 2011 19:59:44 +0000 (UTC) Received: by gxk28 with SMTP id 28so7189037gxk.13 for ; Tue, 30 Aug 2011 12:59:43 -0700 (PDT) Received: by 10.143.96.35 with SMTP id y35mr3522954wfl.237.1314734383033; Tue, 30 Aug 2011 12:59:43 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id x6sm25499095pba.5.2011.08.30.12.59.39 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Aug 2011 12:59:41 -0700 (PDT) Message-ID: <4E5D4114.6010805@xaerolimit.net> Date: Tue, 30 Aug 2011 15:59:16 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5D3060.9090806@coreitpro.com> In-Reply-To: <4E5D3060.9090806@coreitpro.com> X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7931BFA341B3EA4FF0D05DDA" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Tue, 30 Aug 2011 19:59:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7931BFA341B3EA4FF0D05DDA Content-Type: multipart/mixed; boundary="------------070003070207030009040900" This is a multi-part message in MIME format. --------------070003070207030009040900 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/30/2011 2:48 PM, Sean M. Collins wrote: > On 8/27/11 3:32 PM, Garrett Cooper wrote: >> Agreed. Things have changed quite a bit in the last decade. >=20 > I think that it also clashes with the positive tone that (I've > experienced) in most of the website copy, discussions on this mailing > list, and other parts of the FreeBSD project. >=20 > We have an awesome project, we don't really need to put down everyone > else to make ourselves look good. >=20 I wasn't implying a putdown and I don't think Garrett Cooper was either, he was merely pointing out that the technology in use today (Tuesday, August 30th, 2011) varies, radically from when http://www.freebsd.org/marketing/os-comparison.html was written way back, sometime in the year 2000. The comparison being called for to be updated, needn't be that type of comparison. If in the end, FreeBSD comes out as truly and honestly better then so be it, it turns out to be the under-appreciated underdog, then so be it too. An argument made (by us, the FreeBSD community) to point out the pros and cons of common OS types would undoubtedly hurt and benefit us as a project, but it would also illustrate why FreeBSD is good for applications A-F[1], Linux is good for A-F[1] (but for different reasons), OS-X is good for applications A-C and Microsoft Windows is good for A-C. This is a volunteer project that takes in some monetary values for certain things, but is largely a non-profit/not-for-profit organization aimed at providing a service. Clearly and objectively defining where we stand against our competition should be a major (but not or if not, take your pick) a priority of the project as a whole. If no one else has done it, then we should. Just because we can (and maybe because we should, just because we can). Oliver Heartmann has made some good points, but I tend to disagree with his philosophy. Such a project as this needn't be centered around a monetary base. This isn't a project to start mass-marketing FreeBSD to the mindless masses, but to provide prospective to the Server OS Communities, not to alienate someone because we think we're better. I also disagree with his idea that 'we should let sleeping dogs lie' and not bother to do any of this. It's something we (as a community-driven project) should have done a long time ago. What I do agree with in his views is that such a project should contain some historical perspective, we should always remember where we came from, it's a fundamental aspect to remember so we know where we are going, but that shouldn't be the only factor, at the very basic, we also need to know where we stand at present, not just in cold, hard, unfeeling numbers. But a project that thrives on diversity, much as the societies we live in. Arguments will rise, tempers will flare, people might leave (and fork, as is their right), but FreeBSD will still be here, no less then it was before (except in a slightly diminished user-base for a while). This said, everyone on these mailing lists has an experience that can be contributed to this project[2]. It does not have to be limited to just the FreeBSD Developers describing why we're superior to any other OS (and it rightly shouldn't be just their opinion). In reality, it should be a hodgepodge of opinion from every walk of life. Every person that has participated in this discussion has had different experiences with Microsoft products, BSD products, Apple products and Linux products. And those opinions and experiences are what's going to count. I think I've run out of steam for the moment ... so I shall stop here. [1] Any X-Y definition is not meant to provide any form of clearly defined values to any one OS but to illustrate hypothetical examples. [2] I repeatedly defined this discussion as project because I couldn't think of a different term to use that would aptly and/or correctly describe this discussion. --=20 > 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) ------------------------------------------------------------------------ --------------070003070207030009040900-- --------------enig7931BFA341B3EA4FF0D05DDA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXUEeAAoJEO7NmoTVsgwM3o0H/ikgOVWvjOifMftqHNeoJ1zb d4ix0hMlcWZcTfTGVra79Uhs9kGnCHyrl8y7GPN/1wm2YJZ42pp5XtE2Yjq+5zx3 GJimPiow7DBdpkLck3SHrhIKdEZuAEAauwJL7HV4Fnfn56C5j9EebXq/FUuZlfIR bTNNyfd7HpSHqH6Qp1bUIHH5Hxa6UH4uq5ETiptKs78QlKy7rgljkkrJBTEO8jQu 1jLvX4cKt8enjBne3VQBVEKm83NFf5hYNuCyED6VxuJfxw7Srlq58slBJRhWXHjo ywbd0kBTwxfaoRNkciD/1/IZe9eO7ozTzK9EAdtoi0oZ4A3v5kcaTZuvM+tnfvA= =2Ajf -----END PGP SIGNATURE----- --------------enig7931BFA341B3EA4FF0D05DDA-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 19:59: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 6736210657D6 for ; Tue, 30 Aug 2011 19:59:57 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from nm27.bullet.mail.sp2.yahoo.com (nm27.bullet.mail.sp2.yahoo.com [98.139.91.97]) by mx1.freebsd.org (Postfix) with SMTP id 40E5F8FC16 for ; Tue, 30 Aug 2011 19:59:57 +0000 (UTC) Received: from [98.139.91.68] by nm27.bullet.mail.sp2.yahoo.com with NNFMP; 30 Aug 2011 19:47:41 -0000 Received: from [98.139.91.3] by tm8.bullet.mail.sp2.yahoo.com with NNFMP; 30 Aug 2011 19:47:41 -0000 Received: from [127.0.0.1] by omp1003.mail.sp2.yahoo.com with NNFMP; 30 Aug 2011 19:47:41 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 556192.65474.bm@omp1003.mail.sp2.yahoo.com Received: (qmail 35802 invoked by uid 60001); 30 Aug 2011 19:47:41 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1314733661; bh=HXEr45Ouvq6ans6q+anIzfbL6OLxIOpY5palALjXQ+U=; h=X-YMail-OSG:Received:X-RocketYMMF:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=KZkwSmFQE/A1jKFRBpoKIRbM+TpF7yGUGkDE3QyQwPvgFrKW5J//m6OMVJyixz0PcCnCsA+s56NIHa+g8FoRNgKNd5iz8/UDeah9+ZCl0Ie2P9nFXHg6FHq2OwcEiAvvhOXKfiKM7jtfJzTM/xMohWiYHqCQCV5/d4igVBXRyyQ= X-YMail-OSG: OEhSb1oVM1mnq48vKopcYCdJ1kbh4BiuXUhRki0_yU.5xlA GWr2PjshgROcuEsFsGaOAinPsZzO7iEkaECLyHHMV0qx1HJccSv2aX6FC4Mt Fut2ZMRyyUoDVaYu9pO277BVWISH4U_sj8uwm7WIbFNQo5SXBU.S2gowITGA 0mkykcVrQ5Y37_K2HzTDmOK7A1PM8lX30xQuuxmXoxObulSmKWYcKve.cTjl HCJSfEnpLJWRbrfJaGCKFzRxOluUo_4e_2QIq3NvztrO7xQxs6zbKvBJPQVW tr924RrBwBICUXe.VXl_h3NWk9cdvXyb_9ZbBOixD59Ty_xgCqfgfVlf54fL AKu7c3ojM3zqsdr_Qh4FZ1d2OrNxlC7sWZGQbeyUbVH.UxofmWlvMX4bD0._ nvDO0HtanopExgVQpzVDAz.gwKdrsxWSGud2yHDhziQbVZIZxEno0DTSJ1FP DUMAhgFLud9CzphzjUGGnyIlqD9n1ohLvAh7oAZlDAwFea_TwFUL8TJgpTPF LK1N13pOxs3_hlg.s96zrZ9P5Mw-- Received: from [200.118.157.7] by web113503.mail.gq1.yahoo.com via HTTP; Tue, 30 Aug 2011 12:47:40 PDT X-RocketYMMF: giffunip X-Mailer: YahooMailClassic/14.0.5 YahooMailWebService/0.8.113.315625 Message-ID: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> Date: Tue, 30 Aug 2011 12:47:40 -0700 (PDT) From: "Pedro F. Giffuni" To: "b. f." MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 30 Aug 2011 20:07:46 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.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, 30 Aug 2011 19:59:57 -0000 FWIW;=0A=0AChristopher Bergstr=F6m and Pathscale delivered the EKOPath=0ACo= mpiler Suite, but no one followed up:=0A=0A(From the WantedPorts Wiki)=0Aht= tps://github.com/pathscale/path64-suite=0A=0AThere has been very low intere= st in the FreeBSD port,=0Aand unfortunately this is a bad signal that we gi= ve to=0Acompanies that want to contribute :(.=0A=0APedro. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 20:14: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 98C731065670 for ; Tue, 30 Aug 2011 20:14:16 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA3E8FC0C for ; Tue, 30 Aug 2011 20:14:16 +0000 (UTC) Received: by vws18 with SMTP id 18so12853vws.13 for ; Tue, 30 Aug 2011 13:14:15 -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=Ahn90P9czaGAzo8GOaP7nvi+o2e3vBe6ze+AhrMDXVk=; b=ooz61imSvIpcH0j83BE1m3MllU8pa9ZKYJ/ypXp0wZnDW6FW/1PAXQWZlNVmKe5nai EkFXOMT3od9KwhTi5Q2sLVdy3y10EEybtdpaesRTMmLFtfK/rGCu017w0xibJ67tVlPE pltYmcqlE/P6Rjzrcpuccp0PE28zL4Czr4Y78= MIME-Version: 1.0 Received: by 10.52.75.34 with SMTP id z2mr1845194vdv.297.1314735255506; Tue, 30 Aug 2011 13:14:15 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.231 with HTTP; Tue, 30 Aug 2011 13:14:15 -0700 (PDT) In-Reply-To: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> Date: Tue, 30 Aug 2011 22:14:15 +0200 X-Google-Sender-Auth: y2C-I30kAE0D92Kgp1QLSq9nMM0 Message-ID: From: "K. Macy" To: giffunip@tutopia.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, "b. f." Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 20:14:16 -0000 On Tue, Aug 30, 2011 at 9:47 PM, Pedro F. Giffuni wr= ote: > FWIW; > > Christopher Bergstr=F6m and Pathscale delivered the EKOPath > Compiler Suite, but no one followed up: > > (From the WantedPorts Wiki) > https://github.com/pathscale/path64-suite > > There has been very low interest in the FreeBSD port, > and unfortunately this is a bad signal that we give to > companies that want to contribute :(. > The problem I have with that is that they only support the high-end computing variant of the card which I doubt any of us has. Without the documentation to extend the work to ordinary cards, e.g. my GTX460, it isn't that useful. Thanks From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 20:25: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 80A24106564A; Tue, 30 Aug 2011 20:25:21 +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 3A6578FC17; Tue, 30 Aug 2011 20:25:20 +0000 (UTC) Received: by iadx2 with SMTP id x2so2564710iad.13 for ; Tue, 30 Aug 2011 13:25:20 -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=HTk2Tjb5G5CED4bz8a4yMT6xOgqjBrC4wob5CrDsoK0=; b=EiLTdKWQfXUgJRUzgVRD5fY927nlBsvsROufo9hQgznoBlLAHEGeLgEw0KaXMHWWwW VY7QalRMZ6/poKQl2Gd08Cm1CEziKBX7ESMAjC6XboQaEzSVhkzoO7/+fZRabTDRmJVR pvG197seRoy+08LRBkKIWySZlnMGmXs34VNkw= MIME-Version: 1.0 Received: by 10.231.62.149 with SMTP id x21mr13912019ibh.96.1314735920350; Tue, 30 Aug 2011 13:25:20 -0700 (PDT) Received: by 10.231.149.204 with HTTP; Tue, 30 Aug 2011 13:25:20 -0700 (PDT) In-Reply-To: <4E5D3B28.1060103@zedat.fu-berlin.de> References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> <4E5D2854.1030305@zedat.fu-berlin.de> <4E5D3B28.1060103@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 13:25:20 -0700 Message-ID: From: Kevin Oberman To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current , Dimitry Andric , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 20:25:21 -0000 On Tue, Aug 30, 2011 at 12:34 PM, Hartmann, O. wrote: > On 08/30/11 21:27, Kevin Oberman wrote: >> >> On Tue, Aug 30, 2011 at 11:13 AM, Hartmann, O. >> =A0wrote: >>> >>> On 08/30/11 19:58, Dimitry Andric wrote: >>>> >>>> On 2011-08-30 18:44, Alex Kuster wrote: >>>>> >>>>> Thanks for pointing out those details ! >>>>> This whole thing about make.conf& =A0 =A0src.conf is very confusing a= nd >>>>> gives >>>>> the >>>>> impression of something half ported ... >>>> >>>> The only thing that is "half ported" at the moment, is an easy "use >>>> clang to build world" switch. =A0This will be properly addressed after= 9.0 >>>> is released. =A0As to the make.conf/src.conf confusion, it is very sim= ple >>>> really: >>>> >>>> - make.conf is used for system-wide settings, applied to every build >>>> =A0using make. >>>> >>>> - src.conf is used for setting FreeBSD source tree settings, which are >>>> =A0always of the form WITH_XXX or WITHOUT_XXX. =A0See src.conf(5) for = a >>>> =A0full list. =A0Any other "make" settings, such as CC, CFLAGS, etc, a= re >>>> =A0better specified in make.conf, though the manpage does not tell you >>>> =A0so explicitly. >>> >>> This is as I understood the manpage of src.conf. There is only a YES/se= t >>> and >>> NO/unset. >> >> No. There is only set and unset. WITH_option=3D"NO" has the same effect = as >> WITH_option=3D"YES". >> >> I think this is confusing and often leads to unintended >> consequences, but I and also say that some of the WITH_options documente= d >> for src.conf (the man page is auto-generated from the code) are either >> non-functional or broken. I've had some interesting issues with unexpect= ed >> interactions of WITH_options, as well. Be very careful! > > Sorry being so unprecise. I meant WITH_ and WITHOUT_. I learned the hard = way > that setting a variable > to "be set" is simply done by naming it. > > Well, as I understand your comment, it seems that this /etc/src.conf faci= lty > isn't working properly yet? That's a semantic issue. It works as designed in that setting an option in src.conf does set the specified flags for make in /usr/src. Unfortunately some of the options were added as options, but the code to actually make the option effective was not. The more popular options work fine...SENDMAIL, BIND, BSNMP, and many more. Most of those that are simple skips of doing a make on a given directory are fine, too. In fact, most are working as expected. The problems are with more complex options that get involved with complex library dependencies. WITHOUT_SSH was broken for quite a while due to interactions with several other options. (Just look through the Makefiles involved in ssh and the complexity of the other cryto-related tools. It's not trivial and there are way too many options to fully test all possible combinations. (As far as I can tell, SSH issues are now resolved.) I will also point out that several options DO state that they have no effect in the man page, but that assumes people actually read the text associated with a given option. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 20:42: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 B5923106566B for ; Tue, 30 Aug 2011 20:42:20 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 549828FC0A for ; Tue, 30 Aug 2011 20:42:20 +0000 (UTC) Received: by qwc9 with SMTP id 9so46495qwc.13 for ; Tue, 30 Aug 2011 13:42:19 -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=Y0UFy85S9QSNSzN3FDY3tGx2mw4BYXkvS/aAh7LPtwU=; b=csFaW44K+DoEsLZBcr+NC0dOLLBwYZ4y2lkZwTvzhtaGTHzpQR/Hr+1WQrSV+x+5VW bZqOyLAMqtbSjpzH2zCwgkwWAEnpf2pUkr5ro8SAyz7g/6nUsaPOK3WbS0PvjxjW/3Gf XWBk/syv1LY4a7h/NVcER3luxKh4X8YrRXKoE= MIME-Version: 1.0 Received: by 10.224.198.73 with SMTP id en9mr3232686qab.29.1314736939566; Tue, 30 Aug 2011 13:42:19 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Tue, 30 Aug 2011 13:42:19 -0700 (PDT) In-Reply-To: References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> <4E5D2854.1030305@zedat.fu-berlin.de> <4E5D3B28.1060103@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 13:42:19 -0700 Message-ID: From: Garrett Cooper To: Kevin Oberman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Dimitry Andric , freebsd-current , "Hartmann, O." , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 20:42:20 -0000 On Tue, Aug 30, 2011 at 1:25 PM, Kevin Oberman wrote: > On Tue, Aug 30, 2011 at 12:34 PM, Hartmann, O. > wrote: >> On 08/30/11 21:27, Kevin Oberman wrote: >>> >>> On Tue, Aug 30, 2011 at 11:13 AM, Hartmann, O. >>> =A0wrote: >>>> >>>> On 08/30/11 19:58, Dimitry Andric wrote: >>>>> >>>>> On 2011-08-30 18:44, Alex Kuster wrote: >>>>>> >>>>>> Thanks for pointing out those details ! >>>>>> This whole thing about make.conf& =A0 =A0src.conf is very confusing = and >>>>>> gives >>>>>> the >>>>>> impression of something half ported ... >>>>> >>>>> The only thing that is "half ported" at the moment, is an easy "use >>>>> clang to build world" switch. =A0This will be properly addressed afte= r 9.0 >>>>> is released. =A0As to the make.conf/src.conf confusion, it is very si= mple >>>>> really: >>>>> >>>>> - make.conf is used for system-wide settings, applied to every build >>>>> =A0using make. >>>>> >>>>> - src.conf is used for setting FreeBSD source tree settings, which ar= e >>>>> =A0always of the form WITH_XXX or WITHOUT_XXX. =A0See src.conf(5) for= a >>>>> =A0full list. =A0Any other "make" settings, such as CC, CFLAGS, etc, = are >>>>> =A0better specified in make.conf, though the manpage does not tell yo= u >>>>> =A0so explicitly. >>>> >>>> This is as I understood the manpage of src.conf. There is only a YES/s= et >>>> and >>>> NO/unset. >>> >>> No. There is only set and unset. WITH_option=3D"NO" has the same effect= as >>> WITH_option=3D"YES". >>> >>> I think this is confusing and often leads to unintended >>> consequences, but I and also say that some of the WITH_options document= ed >>> for src.conf (the man page is auto-generated from the code) are either >>> non-functional or broken. I've had some interesting issues with unexpec= ted >>> interactions of WITH_options, as well. Be very careful! >> >> Sorry being so unprecise. I meant WITH_ and WITHOUT_. I learned the hard= way >> that setting a variable >> to "be set" is simply done by naming it. >> >> Well, as I understand your comment, it seems that this /etc/src.conf fac= ilty >> isn't working properly yet? > > That's a semantic issue. It works as designed in that setting an > option in src.conf > does set the specified flags for make in /usr/src. Unfortunately some > of the options > were added as options, but the code to actually make the option > effective was not. > The more popular options work fine...SENDMAIL, BIND, BSNMP, and many more= . > Most of those that are simple skips of doing a make on a given > directory are fine, too. > In fact, most are working as expected. > > The problems are with more complex options that get involved with > complex library > dependencies. WITHOUT_SSH was broken for quite a while due to interaction= s > with several other options. (Just look through the Makefiles involved > in ssh and the > complexity of the other cryto-related tools. It's not trivial and > there are way too many > options to fully test all possible combinations. (As far as I can > tell, SSH issues are now > resolved.) > > I will also point out that several options DO state that they have no > effect in the man > page, but that assumes people actually read the text associated with a > given option. And there are some options which are truly just broken (or simply put -- don't disable / enable things properly). See http://phk.freebsd.dk/misc/stable7_build_options/ for an initial idea (there's another one hanging around in another FreeBSD dev's public directory -- I forget whom exactly). HTH, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 21:22: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 3BE991065675; Tue, 30 Aug 2011 21:22:20 +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 EB24D8FC12; Tue, 30 Aug 2011 21:22:19 +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 <1QyVlB-0003pu-Ue>; Tue, 30 Aug 2011 23:22:18 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyVlB-0004VF-Rq>; Tue, 30 Aug 2011 23:22:17 +0200 Message-ID: <4E5D5489.4070408@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 23:22:17 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: giffunip@tutopia.com References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> In-Reply-To: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: 85.178.29.245 Cc: "freebsd-performance@freebsd.org" , freebsd-current@FreeBSD.org, "b. f." Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 21:22:20 -0000 On 08/30/11 21:47, Pedro F. Giffuni wrote: > FWIW; > > Christopher Bergstrm and Pathscale delivered the EKOPath > Compiler Suite, but no one followed up: > > (From the WantedPorts Wiki) > https://github.com/pathscale/path64-suite > > There has been very low interest in the FreeBSD port, > and unfortunately this is a bad signal that we give to > companies that want to contribute :(. > > Pedro. > _______________________________________________ > 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" Well, that's a pitty and I regret that there is so few interest in this. I had several emails flipping around between C. Bergstrm and myself since I wanted to test the compiler suite for some software I needed for my thesis, but I never got a copy. Maybe the response was so incredible low he decided not to respond anymore. Since I think the PathScale compiler, even if commercial, would be a breakthrough, since it uses openMP similar HMPP syntax and embedded #pragmas, it would be a tremendous benefit for developers just shifting their code nearly unchanged simply by adjusting their OpenMP #pragma omp towards #pragma hmpp. But the lack of response and non-shown interests shows a undeobtly signal that freeBSD seems to be dead for the HPC community and this could be also an indication for the lack of CUDA support by nVidia, Why performing efforts if no one cares? A great chance seems to have passed by ... Well, the FreeBSD team must leran it the hard way ... From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 21:26: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 CBE70106566B for ; Tue, 30 Aug 2011 21:26:06 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1628FC0C for ; Tue, 30 Aug 2011 21:26:06 +0000 (UTC) Received: by vws18 with SMTP id 18so91704vws.13 for ; Tue, 30 Aug 2011 14:26:05 -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=4rfxYL08driGl8azEUCV6orhva6WkZZqZM+kDktoXjY=; b=Ghb5FFzcAln8dRvYZWGsxwGPokw71tx/uw36Ro2oryW4Biwkcgff8PNetk3cnCz+K/ rWVD04asGyhhABfsecjIipBS7nYkEBHCRkuXPsfay+4TW26cqJQRHkDhWwxbsLbDE5M9 XrptxXlgvbbgYBH38NccqFTpNXOayRB8OCaG8= MIME-Version: 1.0 Received: by 10.52.90.37 with SMTP id bt5mr1830563vdb.364.1314739565613; Tue, 30 Aug 2011 14:26:05 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.52.187.231 with HTTP; Tue, 30 Aug 2011 14:26:05 -0700 (PDT) In-Reply-To: <4E5D5489.4070408@zedat.fu-berlin.de> References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> <4E5D5489.4070408@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 23:26:05 +0200 X-Google-Sender-Auth: tVx76XN5TGfL0Vh27qmNrK7HXP0 Message-ID: From: "K. Macy" To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , giffunip@tutopia.com, "b. f." , freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 21:26:06 -0000 > But the lack of response and non-shown interests shows a undeobtly signal > that freeBSD seems to be > dead for the HPC community and this could be also an indication for the lack > of CUDA support > by nVidia, Why performing efforts if no one cares? A great chance seems to > have passed by ... I wouldn't read too much in to it. What was provided only fit a fairly narrow niche. Nvidia won't build their libraries on freebsd until we "prove the market" which is fairly hard to do when you have to jump through hoops just to get it to run and need to have a linux environment to build the apps. -Kip From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 21:36: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 A5D63106564A; Tue, 30 Aug 2011 21:36:53 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 856CB8FC15; Tue, 30 Aug 2011 21:36:53 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.5/8.14.5) with ESMTP id p7ULarI0038096; Tue, 30 Aug 2011 14:36:53 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.5/8.14.5/Submit) id p7ULar5D038095; Tue, 30 Aug 2011 14:36:53 -0700 (PDT) (envelope-from sgk) Date: Tue, 30 Aug 2011 14:36:53 -0700 From: Steve Kargl To: "Hartmann, O." Message-ID: <20110830213653.GA37937@troutmask.apl.washington.edu> References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> <4E5D5489.4070408@zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4E5D5489.4070408@zedat.fu-berlin.de> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-performance@freebsd.org" , giffunip@tutopia.com, "b. f." , freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 21:36:53 -0000 On Tue, Aug 30, 2011 at 11:22:17PM +0200, Hartmann, O. wrote: > On 08/30/11 21:47, Pedro F. Giffuni wrote: > > > >Christopher Bergstr?m and Pathscale delivered the EKOPath > >Compiler Suite, but no one followed up: > > > >(From the WantedPorts Wiki) > >https://github.com/pathscale/path64-suite > > > >There has been very low interest in the FreeBSD port, > >and unfortunately this is a bad signal that we give to > >companies that want to contribute :(. > > > >Pedro. I've tested pathf90 on FreeBSD 9.0. Once I got it built, I was underwhelmed by its performance. I also found that it could not read its own error message catalogues, which of course make an unpleasant programming experience. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 21:52: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 1E6F2106564A for ; Tue, 30 Aug 2011 21:52:43 +0000 (UTC) (envelope-from cpghost@cordula.ws) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D9D688FC0A for ; Tue, 30 Aug 2011 21:52:42 +0000 (UTC) Received: by qyk9 with SMTP id 9so107546qyk.13 for ; Tue, 30 Aug 2011 14:52:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.27.3 with SMTP id p3mr4988511vdg.224.1314741161815; Tue, 30 Aug 2011 14:52:41 -0700 (PDT) Received: by 10.220.75.19 with HTTP; Tue, 30 Aug 2011 14:52:41 -0700 (PDT) X-Originating-IP: [93.221.190.130] In-Reply-To: <4E5D5489.4070408@zedat.fu-berlin.de> References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> <4E5D5489.4070408@zedat.fu-berlin.de> Date: Tue, 30 Aug 2011 23:52:41 +0200 Message-ID: From: "C. P. Ghost" To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 21:52:43 -0000 On Tue, Aug 30, 2011 at 11:22 PM, Hartmann, O. wrote: > But the lack of response and non-shown interests shows a undeobtly signal > that freeBSD seems to be > dead for the HPC community and this could be also an indication for the lack > of CUDA support > by nVidia, Why performing efforts if no one cares? A great chance seems to > have passed by ... I may be interested in CUDA/HPC as well in the near future, and I will likely use some dedicated Linux boxes as compute servers for that purpose. Of course I'd prefer a FreeBSD native solution, but I won't wait for Godot until that materializes out of thin air. Of course, while having native solutions would be great, the next best solution, a working Linuxulator that groks enough Linux drivers to run the Linux OpenCL and other HPC tools would be better than nothing. But not being familiar with the interfaces concerned and not being able to contribute making that happen, I'm not complaining. -cpghost. -- Cordula's Web. http://www.cordula.ws/ From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 22:03: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 3C8D91065675 for ; Tue, 30 Aug 2011 22:03:02 +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 D6EDA8FC13 for ; Tue, 30 Aug 2011 22:03:01 +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 <1QyWOa-0007h8-Pq>; Wed, 31 Aug 2011 00:03:00 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyWOa-0006Xy-L6>; Wed, 31 Aug 2011 00:03:00 +0200 Message-ID: <4E5D5E14.5070108@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 00:03:00 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Chris Brennan References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5D3060.9090806@coreitpro.com> <4E5D4114.6010805@xaerolimit.net> In-Reply-To: <4E5D4114.6010805@xaerolimit.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: 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: Tue, 30 Aug 2011 22:03:02 -0000 On 08/30/11 21:59, Chris Brennan wrote: > On 8/30/2011 2:48 PM, Sean M. Collins wrote: >> On 8/27/11 3:32 PM, Garrett Cooper wrote: >>> Agreed. Things have changed quite a bit in the last decade. >> I think that it also clashes with the positive tone that (I've >> experienced) in most of the website copy, discussions on this mailing >> list, and other parts of the FreeBSD project. >> >> We have an awesome project, we don't really need to put down everyone >> else to make ourselves look good. >> > I wasn't implying a putdown and I don't think Garrett Cooper was either, > he was merely pointing out that the technology in use today (Tuesday, > August 30th, 2011) varies, radically from when > http://www.freebsd.org/marketing/os-comparison.html was written way > back, sometime in the year 2000. > > The comparison being called for to be updated, needn't be that type of > comparison. If in the end, FreeBSD comes out as truly and honestly > better then so be it, it turns out to be the under-appreciated underdog, > then so be it too. An argument made (by us, the FreeBSD community) to > point out the pros and cons of common OS types would undoubtedly hurt > and benefit us as a project, but it would also illustrate why FreeBSD is > good for applications A-F[1], Linux is good for A-F[1] (but for > different reasons), OS-X is good for applications A-C and Microsoft > Windows is good for A-C. > > This is a volunteer project that takes in some monetary values for > certain things, but is largely a non-profit/not-for-profit organization > aimed at providing a service. Clearly and objectively defining where we > stand against our competition should be a major (but not or if not, take > your pick) a priority of the project as a whole. If no one else has done > it, then we should. Just because we can (and maybe because we should, > just because we can). > > Oliver Heartmann has made some good points, but I tend to disagree with > his philosophy. Such a project as this needn't be centered around a > monetary base. This isn't a project to start mass-marketing FreeBSD to > the mindless masses, but to provide prospective to the Server OS > Communities, not to alienate someone because we think we're better. I > also disagree with his idea that 'we should let sleeping dogs lie' and > not bother to do any of this. It's something we (as a community-driven > project) should have done a long time ago. Well, there must be a misunderstanding! I never wished FreeBSD be centered around a monetary basis, I'm parsecs away from that! I tend to bring up arguments against commercial focussing. The BSD operating systems earned a great legacy from academic research and even today we all profit from this very academic fundament: focus on exact, clean code. Perfection over the simple dirty "just works" hacks (I connote Linux with this kind of philosophy and I recall myself an interview between Theo de Raad (OpenBSD) and Linus Torvalds (Linux) in which Torvalds stated that he's not eagerly after perfection and he's accepting some flaws if the overall system works - so or similar). On the contrary without money - no professional developer. And as we see (and suffer), KMS implementation suffers from a professional developer. Most benefits Linux got in the past years came from commercial development. Even ZFS is developed by a former, now "oracled" commercial company. And this also forces the next question: why has DragonFly BSD got a HAMMER filesystem developed by someone non-profit-developing? My English may be bad and sometimes some misunderstandings arise from that. I didn't mean "let sleeping dogs lie". At the moment it is even for someone who was for 15 years with FreeBSD hard to accept, that there is no reason to start with FreeBSD as a server platform, if the workstations have also to be driven by a non-Windows OS and the support for fast graphics is really essential! Guys, I have a bunch of AMD/ATi HD48XX graphics cards running with FreeBSD and I do not dare to logoff the X11 system since then the whole system freezes and need to be reset. This situation lasts now for two years and i wrote a lot of PRs. In the first place, this isn't a OS fault, is X11. But on the second view the situation seems more complicated and interwined. Just the development on X11 has made rapid progress towards new KMS architectures and the stuff I understand to less of to talk in detail about, but I suffer the consequences. For years I ran a whole computer lab and server platform with number cruncher for the meteorological department of an university. After 2003 the situation changed dramatically and today, where CUDA is all over the place, there is no server left because even the server platform suffer from some academic aspects. And we need to face the truth. FreeBSD lives also from a braod basis of acceptance and popularity. If it is only a beloved project by some eccentrics and geeks keen on development, then the system loose touch to the ground of needs. This is overexaggerated, surely, but I see a slight tendency in some srings of arguments. Linux also is a open and free "project", but it has a wider and borader acceptance now. The question is why. Windows - a couriosity itself. Unstable, breaking, dump as a brick, a honeycomb for every virus or trojan horse crossing this galaxy - but is is by the vast amount of installations the majority! People like obviously crashing systems and the challenge of being "crucified" by vanishing reports, documents, thesis, reports ... well, my words are not as polished as the contributor of the former message. But at last, one further experience. My today's department is involved in a big outer-space probe mission. Lots of data arriving ESA's and NASA's datacenter every day get copied to our facility. I run some FreeBSD server boxes on cheap hardware as well as on expensive hardware and the oberall responsivness of the FreeBSD boxes is much worse than those of the Linux boxes. But on the contrary, the RedHat installations suffer from sporadic non-responsive automounter filesystems, NFS problems and sometimes a vad network load-behaviour under heavy load. Even my simple ZFS installations showed, that with mucgh less efford security and data consistency could be acchived with a even much simpler to administer operating system. But no one listend! The admin claims to have several certificates in adminsitering Linux - made via Web. In the opinion of those who make decissions (about live and death, that's the profession of older professores around here!) this piece of toilette paper is more worth than a university degree in computer science, even with the major in operating systems. What I want to say is: the mission is impossible if there is not a bit of progress in popular fields ... so ... I'm exhasuted > > What I do agree with in his views is that such a project should contain > some historical perspective, we should always remember where we came > from, it's a fundamental aspect to remember so we know where we are > going, but that shouldn't be the only factor, at the very basic, we also > need to know where we stand at present, not just in cold, hard, > unfeeling numbers. But a project that thrives on diversity, much as the > societies we live in. Arguments will rise, tempers will flare, people > might leave (and fork, as is their right), but FreeBSD will still be > here, no less then it was before (except in a slightly diminished > user-base for a while). > > This said, everyone on these mailing lists has an experience that can be > contributed to this project[2]. It does not have to be limited to just > the FreeBSD Developers describing why we're superior to any other OS > (and it rightly shouldn't be just their opinion). In reality, it should > be a hodgepodge of opinion from every walk of life. Every person that > has participated in this discussion has had different experiences with > Microsoft products, BSD products, Apple products and Linux products. And > those opinions and experiences are what's going to count. > > I think I've run out of steam for the moment ... so I shall stop here. > > [1] Any X-Y definition is not meant to provide any form of clearly > defined values to any one OS but to illustrate hypothetical examples. > [2] I repeatedly defined this discussion as project because I couldn't > think of a different term to use that would aptly and/or correctly > describe this discussion. From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 22:21: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 4D8201065672; Tue, 30 Aug 2011 22:21:03 +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 BD4078FC14; Tue, 30 Aug 2011 22:21:02 +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 <1QyWg1-00011V-PI>; Wed, 31 Aug 2011 00:21:01 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyWg1-0007Pz-KH>; Wed, 31 Aug 2011 00:21:01 +0200 Message-ID: <4E5D624D.4050109@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 00:21:01 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: "K. Macy" References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: 85.178.29.245 Cc: "freebsd-performance@freebsd.org" , giffunip@tutopia.com, "b. f." , freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 22:21:03 -0000 On 08/30/11 22:14, K. Macy wrote: > On Tue, Aug 30, 2011 at 9:47 PM, Pedro F. Giffuni wrote: >> FWIW; >> >> Christopher Bergstrm and Pathscale delivered the EKOPath >> Compiler Suite, but no one followed up: >> >> (From the WantedPorts Wiki) >> https://github.com/pathscale/path64-suite >> >> There has been very low interest in the FreeBSD port, >> and unfortunately this is a bad signal that we give to >> companies that want to contribute :(. >> > The problem I have with that is that they only support the high-end > computing variant of the card which I doubt any of us has. Without the > documentation to extend the work to ordinary cards, e.g. my GTX460, it > isn't that useful. > > Thanks > _______________________________________________ > 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" Well, C. Bergstrm wrote that the major focus is on the TESLA card, but there may be chance that it also is working on the GTX570 or GTX580 (or even the GTX 560Ti, which is also spread around our department for GPGPU stuff). But I never had a chance to test this. I'm no developer and my software is also "copied" and home-brewn, but I think it was a chance to do a real life test. Since April we run a server with a TESLA M2050, the card the Enzo claims to support. But my time is up by the end of this year and I need to get finnished my thesis so we decided to install Linux for CUDA usage. I left two spare partitions for FreeBSD ... but I never got a call ... Well, if they offer support for expensive card in the first place and we would show and assure that there is potential for the consumer cards, i guess then there will be a motivation to do the development that direction. In this case we, the customer, have to be active! Fact is, that most departments I know (mainly nuclear physics, theoretical meteorologists, astrophysicists and planetologists) do not have high-end GPU computing cards, all of them do have a lot of smaller consumer cards and they run CUDA with incredible results in performance! Well, a TESLA M2050 is much faster, but is is four to five times more the money I have to spend for the low end cards. I think this fact is also known by PatScale as well as it is obvious to me. But if the department realizes that there is a softare/compiler, than their willing to spend more money on maybe a professional card is less "frictional". Well, as the advert of PathScales EKOpath compiler promised, there would also be a CUDA support. Could you imagine what kind of Mekka this could be, simply compile CUDA stuff on a FreeBSD box and also having the ability to code the same stuff with HMPP in a next, optimizing step? Well, now I learn to code OpenCL and CUDA and maybe I'm back soon for HMPP. But it seems quite sure that none of the GPGPU stuff will soon be usable on a FreeBSD box. So why avoiding further Linux .... :-( From owner-freebsd-current@FreeBSD.ORG Tue Aug 30 22:26: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 A49BF106566B; Tue, 30 Aug 2011 22:26:06 +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 585F98FC17; Tue, 30 Aug 2011 22:26:06 +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 <1QyWkv-0001XK-Bj>; Wed, 31 Aug 2011 00:26:05 +0200 Received: from e178029245.adsl.alicedsl.de ([85.178.29.245] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QyWkv-0007hX-5r>; Wed, 31 Aug 2011 00:26:05 +0200 Message-ID: <4E5D637C.9020406@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 00:26:04 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Kevin Oberman References: <4E5CB1E9.9080801@zedat.fu-berlin.de> <4E5D0DD3.20606@FreeBSD.org> <4E5D24DE.8050909@FreeBSD.org> <4E5D2854.1030305@zedat.fu-berlin.de> <4E5D3B28.1060103@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.245 Cc: freebsd-current , Dimitry Andric , Alex Kuster Subject: Re: CLANG; still cc in use when building the WORLD with CLANG? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Aug 2011 22:26:06 -0000 On 08/30/11 22:25, Kevin Oberman wrote: > On Tue, Aug 30, 2011 at 12:34 PM, Hartmann, O. > wrote: >> On 08/30/11 21:27, Kevin Oberman wrote: >>> On Tue, Aug 30, 2011 at 11:13 AM, Hartmann, O. >>> wrote: >>>> On 08/30/11 19:58, Dimitry Andric wrote: >>>>> On 2011-08-30 18:44, Alex Kuster wrote: >>>>>> Thanks for pointing out those details ! >>>>>> This whole thing about make.conf& src.conf is very confusing and >>>>>> gives >>>>>> the >>>>>> impression of something half ported ... >>>>> The only thing that is "half ported" at the moment, is an easy "use >>>>> clang to build world" switch. This will be properly addressed after 9.0 >>>>> is released. As to the make.conf/src.conf confusion, it is very simple >>>>> really: >>>>> >>>>> - make.conf is used for system-wide settings, applied to every build >>>>> using make. >>>>> >>>>> - src.conf is used for setting FreeBSD source tree settings, which are >>>>> always of the form WITH_XXX or WITHOUT_XXX. See src.conf(5) for a >>>>> full list. Any other "make" settings, such as CC, CFLAGS, etc, are >>>>> better specified in make.conf, though the manpage does not tell you >>>>> so explicitly. >>>> This is as I understood the manpage of src.conf. There is only a YES/set >>>> and >>>> NO/unset. >>> No. There is only set and unset. WITH_option="NO" has the same effect as >>> WITH_option="YES". >>> >>> I think this is confusing and often leads to unintended >>> consequences, but I and also say that some of the WITH_options documented >>> for src.conf (the man page is auto-generated from the code) are either >>> non-functional or broken. I've had some interesting issues with unexpected >>> interactions of WITH_options, as well. Be very careful! >> Sorry being so unprecise. I meant WITH_ and WITHOUT_. I learned the hard way >> that setting a variable >> to "be set" is simply done by naming it. >> >> Well, as I understand your comment, it seems that this /etc/src.conf facilty >> isn't working properly yet? > That's a semantic issue. It works as designed in that setting an > option in src.conf > does set the specified flags for make in /usr/src. Unfortunately some > of the options > were added as options, but the code to actually make the option > effective was not. > The more popular options work fine...SENDMAIL, BIND, BSNMP, and many more. > Most of those that are simple skips of doing a make on a given > directory are fine, too. > In fact, most are working as expected. Well, why not moving known working options of the src tree to the /etc/src.conf file and delete them from /etc/make.conf? Maybe this is a soft force to take more care of that? Just a suggestion. I like sometimes the more "radical" cut if things tend to get stuck. well, my OS is now compiling as expected with completely with CLANG. I missed some news in the list (I can't read everything, so I'm very grateful to people setting up the default config files). > > The problems are with more complex options that get involved with > complex library > dependencies. WITHOUT_SSH was broken for quite a while due to interactions > with several other options. (Just look through the Makefiles involved > in ssh and the > complexity of the other cryto-related tools. It's not trivial and > there are way too many > options to fully test all possible combinations. (As far as I can > tell, SSH issues are now > resolved.) > > I will also point out that several options DO state that they have no > effect in the man > page, but that assumes people actually read the text associated with a > given option. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 01:32: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 115FB1065672 for ; Wed, 31 Aug 2011 01:32:52 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id BE75D8FC0A for ; Wed, 31 Aug 2011 01:32:51 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id E1D0C25D385D; Wed, 31 Aug 2011 01:32:50 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 1C721BD3C46; Wed, 31 Aug 2011 01:32:50 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id cxCH2DehGBgy; Wed, 31 Aug 2011 01:32:49 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id ECE80BD3BF0; Wed, 31 Aug 2011 01:32:48 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <201108301933.28553.olevole@olevole.ru> Date: Wed, 31 Aug 2011 01:32:47 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <201108301933.28553.olevole@olevole.ru> To: Oleg Ginzburg X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: troubles with 9.0 beta2 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: Wed, 31 Aug 2011 01:32:52 -0000 On Aug 30, 2011, at 3:33 PM, Oleg Ginzburg wrote: > Hi > > Some trouble in FreeBSD 9.0-beta2 Installer: > > a) Infinity loop of Dialog in Network Configuration stage when static IP > selected without default gw: > > How to reproduce: > > Would you like to configure IPv4 for this interface - (set Y) > Would you like to use DHCP to configure this interface - (set N) > IP Address: (set 10.0.0.1 for example) > Subnet Mask: (set 255.255.255.0 for example) > Default Router: (leave blank) > > - After this, installer teleport to select interfaces dialog silenty Can you try: http://people.freebsd.org/~bz/20110831-01-bsdinstall-netconfig.diff If you do not want to re-build a new ISO image you can break to the console mount -t unionfs /tmp /usr/libexec/bsdinstall and patch the files in the latter directory and then restart bsdinstall. /bz -- Bjoern A. Zeeb You have to have visions! Stop bit received. Insert coin for new address family. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 00:22: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 261D5106564A for ; Wed, 31 Aug 2011 00:22:01 +0000 (UTC) (envelope-from jason.lee.campbell@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E0C948FC0C for ; Wed, 31 Aug 2011 00:22:00 +0000 (UTC) Received: by gwb15 with SMTP id 15so165779gwb.13 for ; Tue, 30 Aug 2011 17:22:00 -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=aQsAwFstcZbsKFedoll1IJptfr/tiIHCE/jTwcnD8YI=; b=NEIomF+uR0lZzUyCGcb8ieTSY4nyJC2wBfA6T0ZtdPdQ4CJoEXUWCK8BMvBeGOkdd0 fLh9kVXdTnibK4CTuk3h06/QXhfRnET2Rh9osE8VdutbDCq4KJpM4g8B4uGpp82WD+Og 8zT/of8XvY9ws/hzsKxCTq6c0XHPooIBhhaXI= MIME-Version: 1.0 Received: by 10.43.50.72 with SMTP id vd8mr1303296icb.433.1314748678259; Tue, 30 Aug 2011 16:57:58 -0700 (PDT) Received: by 10.42.141.201 with HTTP; Tue, 30 Aug 2011 16:57:58 -0700 (PDT) Date: Tue, 30 Aug 2011 19:57:58 -0400 Message-ID: From: Jason Campbell To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Wed, 31 Aug 2011 02:03:55 +0000 Subject: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 00:22:01 -0000 Downloaded FreeBSD-9.0-BETA1-amd64-memstick.img and verified the image with md5sum. I wrote the image (from Linux): dd if=FreeBSD.img of=/dev/sde bs=512 Rebooted and get "gptboot: Invalid backup GPT header" Ran linux gdisk on usb stick to clear out old GPT info and found in old FreeBSD -release announcements showing bs=10240 conv=sync, so tried: dd if=FreeBSD.img of=/dev/sde bs=10240 conv=sync Rebooted and same gptboot error. Completely cleared the usb stick with: dd if=/dev/zero of=/dev/sde bs=512 dd if=FreeBSD.img of=/dev/sde bs=10240 conv=sync Rebooted and same gptboot error. I've booted FreeBSD via memstick images numerous times, so not sure what the problem is. There a possible bug somewhere and what steps would I take to help locate any bugs related to this? Jason Other info which may help: Copied the image to my FreeBSD laptop, rechecked md5, and plugged in the usb stick. dmesg had: GEOM: da0: the secondary GPT header is not in the last LBA. and ran: [syskill@jupiter ~]$ sudo gpart show da0 Password: => 34 1333293 da0 GPT (7.7G) [CORRUPT] 34 128 1 freebsd-boot (64k) 162 1333165 2 freebsd-ufs (651M) Zeroed the stick again, from FreeBSD, and wrote the image from FreeBSD. At this point, I have an idea if it fails booting again. I could gpart the stick using the sizes shown in the "gpart show da0" above, then write the image. This should force the backup header into the last LBA. Sure enough, booting (before running gpart to force backup header into the last LBA) failed. Then I found the recover option in gpart, so ran "sudo gpart recover da0" and the gptboot error message is gone, however, it auto reboots in about 5 secs from the time the spinning characters start ( \ -- | -- /). Guessing this reboot is unrelated to the gpt problem, but just in case, there something else I'm missing? From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 03:00: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 BCF5E1065673 for ; Wed, 31 Aug 2011 03:00:29 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id 738388FC08 for ; Wed, 31 Aug 2011 03:00:29 +0000 (UTC) Received: (qmail 31186 invoked by uid 0); 31 Aug 2011 03:00:28 -0000 Received: from 67.206.185.102 by rms-us002.v300.gmx.net with HTTP Content-Type: text/plain; charset="utf-8" Date: Tue, 30 Aug 2011 23:00:26 -0400 From: "Dieter BSD" Message-ID: <20110831030027.227890@gmx.com> MIME-Version: 1.0 To: freebsd-performance@freebsd.org,freebsd-current@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: pc4/GkJ5y2LxMxnMWTA2RJEiLyUmZQih X-Mailman-Approved-At: Wed, 31 Aug 2011 03:07:30 +0000 Cc: 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: Wed, 31 Aug 2011 03:00:29 -0000 > I would be happy if such a page would see an update in shorter terms > like 11 years ... Fixing some ancient PRs would be nice also. (fixed, not just closed) From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 03:01: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 2529B106564A for ; Wed, 31 Aug 2011 03:01:29 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id E92098FC19 for ; Wed, 31 Aug 2011 03:01:28 +0000 (UTC) Received: (qmail 26537 invoked by uid 0); 31 Aug 2011 03:01:27 -0000 Received: from 67.206.185.102 by rms-us009.v300.gmx.net with HTTP Content-Type: text/plain; charset="utf-8" Date: Tue, 30 Aug 2011 23:01:26 -0400 From: "Dieter BSD" Message-ID: <20110831030127.227920@gmx.com> MIME-Version: 1.0 To: freebsd-performance@freebsd.org,freebsd-current@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: NZJof30xy1u0cEqNWWwn1NVsZ2hlNwr0 X-Mailman-Approved-At: Wed, 31 Aug 2011 03:07:40 +0000 Cc: Subject: question for GPGPU users (was: PHORONIX: OpenCL, ...) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 03:01:29 -0000 Question for GPGPU users: How important are denormalized floats to GPGPU? (when the number is so small that it can't be normalized with the smallest possible exponent) The graphics people don't care, just round it.  Do the GPGPU people care? (This is for the Open Graphics Project, which is designing a GPU that will be documented, and thus usable.) From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 03:11:25 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 D2EB0106567B for ; Wed, 31 Aug 2011 03:11:25 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 8E53A8FC16 for ; Wed, 31 Aug 2011 03:11:25 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p7V3BOi4049337; Tue, 30 Aug 2011 21:11:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p7V3BORT049334; Tue, 30 Aug 2011 21:11:24 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 30 Aug 2011 21:11:24 -0600 (MDT) From: Warren Block To: Jason Campbell In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 30 Aug 2011 21:11:24 -0600 (MDT) Cc: freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 03:11:25 -0000 On Tue, 30 Aug 2011, Jason Campbell wrote: > Downloaded FreeBSD-9.0-BETA1-amd64-memstick.img and verified the image > with md5sum. I wrote the image (from Linux): > > dd if=FreeBSD.img of=/dev/sde bs=512 > Rebooted and get "gptboot: Invalid backup GPT header" Same here, although it ran normally. The error might just be from putting the image on a memory stick that is larger than needed. The image has the backup GPT at the 1G mark, but gptboot is looking for it in the last 34 blocks of the device. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 04:09: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 5A93D106566C for ; Wed, 31 Aug 2011 04:09:14 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DDEA88FC16 for ; Wed, 31 Aug 2011 04:09:13 +0000 (UTC) Received: by bkat8 with SMTP id t8so489163bka.13 for ; Tue, 30 Aug 2011 21:09:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=haVglP7Y5QsMxLNytXI3StI3Of1tIDp1mw12RRyXNoE=; b=ZeT9MFUb+KXPDKuLngppeGLkB0NLTbFTscNyflrN23zhftyp3+3uYtBVT9Wu9IOM7Z 1vEnZNC4Tpof46rBnp6//vO/BUR7TQQAKn71Y1Zwl7VUqBMe+yWqCBcbD56c62pI6J/Z F8rZb/W4nPiy5MOtNmNL5JbfH1szXOsR5VWN8= Received: by 10.204.143.151 with SMTP id v23mr640352bku.65.1314763752123; Tue, 30 Aug 2011 21:09:12 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id a3sm196635bkd.2.2011.08.30.21.09.10 (version=SSLv3 cipher=OTHER); Tue, 30 Aug 2011 21:09:11 -0700 (PDT) Message-ID: <4E5DB3E5.6070400@gmail.com> Date: Wed, 31 Aug 2011 07:09:09 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110829 Thunderbird/6.0 MIME-Version: 1.0 To: Mihamina Rakotomandimby References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> In-Reply-To: <4E5CAD9E.6050903@rktmb.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd Current 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: Wed, 31 Aug 2011 04:09:14 -0000 30.08.2011 12:30, Mihamina Rakotomandimby wrote: > On 08/29/2011 10:58 PM, Volodymyr Kostyrko wrote: >> If that page would be updated at least monthly giving fair comparison >> with other os'es it could serve a big pros list for preferring FreeBSD >> over other systems. > > I dont think a monthly update is the good solution. > A per release update is better, as far as releases bring a new set that > could be compared. I don't think all other OS'es will bring new set of features only when FreeBSD is released. > Then, a deep knwoledge of the other OSes is required in order to keep > credit. I think it's a huge amount of work, that should be assigned to > the project itself. > > IMHO, Let's delegate this task to Wikipedia or StackOverflow... I totally disagree. Sites like Wikipedia or StackOverflow serve they own means. When it comes to the point of selecting os you need to show exec one page or even give him one document and searching different bits of information on different sites wouldn't be pretty. Besides it's much better to have control over this page to make sure it's fresh and current. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 04:12: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 BF8C31065673 for ; Wed, 31 Aug 2011 04:12:15 +0000 (UTC) (envelope-from bf1783@googlemail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 902948FC17 for ; Wed, 31 Aug 2011 04:12:15 +0000 (UTC) Received: by pzk33 with SMTP id 33so955774pzk.18 for ; Tue, 30 Aug 2011 21:12:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=BuXwnnRiA7bJ/gImqV/5NVVSTY2Lm2nE9bScxoCdDTY=; b=pnj0J0z+zpMW0REdu1/TfgUyAxNxuBKh6AFef/0JbC3f0VczA4S4yV9NQrMzjBUgiB llpahkKEMtumV9yTAOQBVv8z90ufMiHlt3pFkd9o5q6p+KvZSKECwOk2bcWvLaNyVZaG W5GXSNl6cRLHSWiOMNiI824m/KZYSzQrmp+Bk= MIME-Version: 1.0 Received: by 10.142.43.21 with SMTP id q21mr3763964wfq.64.1314763934991; Tue, 30 Aug 2011 21:12:14 -0700 (PDT) Received: by 10.142.166.13 with HTTP; Tue, 30 Aug 2011 21:12:14 -0700 (PDT) In-Reply-To: References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> Date: Wed, 31 Aug 2011 04:12:14 +0000 Message-ID: From: "b. f." To: "K. Macy" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: giffunip@tutopia.com, freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf1783@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: Wed, 31 Aug 2011 04:12:15 -0000 On 8/30/11, K. Macy wrote: > On Tue, Aug 30, 2011 at 9:47 PM, Pedro F. Giffuni > wrote: >> FWIW; >> >> Christopher Bergstr=F6m and Pathscale delivered the EKOPath >> Compiler Suite, but no one followed up: >> >> (From the WantedPorts Wiki) >> https://github.com/pathscale/path64-suite >> No one has contributed a port yet (a compiler port requires a lot of care), but the compiler is being used by quite a few people, so I doubt that Pathscale has been discouraged by the response. >> There has been very low interest in the FreeBSD port, >> and unfortunately this is a bad signal that we give to >> companies that want to contribute :(. >> > > The problem I have with that is that they only support the high-end > computing variant of the card which I doubt any of us has. Without the > documentation to extend the work to ordinary cards, e.g. my GTX460, it > isn't that useful. Yes, but native, high-quality code supporting some of the best hardware would probably attract more interest in our OS as an HPC platform, and Pathscale may be in a position to supply us, if not with support for a wider range of hardware, at least with information and advice on how to provide it -- perhaps with your missing documents. So if you are interested, I'd urge you to get in touch with Bergstr=F6m. This seems like the kind of project that would be worthy of an initial investment from the FreeBSD Foundation and other interested parties. b. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 04:23: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 698371065676; Wed, 31 Aug 2011 04:23:17 +0000 (UTC) (envelope-from c.kworr@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B93488FC15; Wed, 31 Aug 2011 04:23:16 +0000 (UTC) Received: by bkat8 with SMTP id t8so504228bka.13 for ; Tue, 30 Aug 2011 21:23:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=SquyJlOMa8UvOZ0sRQmLllEhwc/XZm7akrcJHU6pLqg=; b=jQ1GN2TjKyJeyKM76PrCrd7mAjYdzDHWpSVk2SiABAsxBuHHE6DKn5+PiuyL4v7I/8 SjNkaf/Y05tCNGXz4qMCynCdPuSsYCINaGIE8rlTLbStCPQxMiiJxIHsIsBbX5umvh1K kpZgPG6Zlx+//PtXrmEUkAc11tyLTV7EXOrfc= Received: by 10.204.130.129 with SMTP id t1mr610225bks.231.1314764595631; Tue, 30 Aug 2011 21:23:15 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id i11sm89479bkw.4.2011.08.30.21.23.14 (version=SSLv3 cipher=OTHER); Tue, 30 Aug 2011 21:23:15 -0700 (PDT) Message-ID: <4E5DB730.3070908@gmail.com> Date: Wed, 31 Aug 2011 07:23:12 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110829 Thunderbird/6.0 MIME-Version: 1.0 To: Sergey Kandaurov References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, "Hartmann, O." , Hans Petter Selasky 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: Wed, 31 Aug 2011 04:23:17 -0000 30.08.2011 12:23, Sergey Kandaurov wrote: > [Taking random email.] > > I think we could merge the $subj web page with this one (which is > more actual, as of 7.0): http://www.freebsd.org/features.html > The pages serve different purposes. There's no point in elaborating about feature X if feature X support doesn't differ from other OS implementation. And we should focus on major differences, not just any other feature. Despite we are a company of enthusiasts most enthusiasts once in a lifetime come to the problem of explaining why this OS is better than other or why we shouldn't count on FreeBSD yet. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 04:21: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 CB4641065672; Wed, 31 Aug 2011 04:21:31 +0000 (UTC) (envelope-from ambrosehua@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 75F008FC0C; Wed, 31 Aug 2011 04:21:31 +0000 (UTC) Received: by iadx2 with SMTP id x2so450935iad.13 for ; Tue, 30 Aug 2011 21:21:31 -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=xXFx/QEomBl4L8/sGrnSI4j1xAuAk4Iw6P/Pb9OqyHU=; b=LXdnnzo+dV7JamxphaLnVsixBDuWXYgjZtMFHqgsWrnHbel5A+k57NHoY/gp06okam Tlxxe3rjxTDjtaE3OzPwFT2nuru+yF8i4yreWTGs/PAormSxFcLto21zPHztiXBoGhFo zYQUVPl4xGXoJY9VfVgNPUj7HaULdaeYWW0qM= MIME-Version: 1.0 Received: by 10.42.146.200 with SMTP id k8mr4101617icv.522.1314764462329; Tue, 30 Aug 2011 21:21:02 -0700 (PDT) Received: by 10.42.241.5 with HTTP; Tue, 30 Aug 2011 21:21:02 -0700 (PDT) In-Reply-To: <4E5D361F.6060800@FreeBSD.org> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> <4E5D0430.9090606@FreeBSD.org> <4E5D361F.6060800@FreeBSD.org> Date: Wed, 31 Aug 2011 12:21:02 +0800 Message-ID: From: Paul Ambrose To: Andriy Gapon X-Mailman-Approved-At: Wed, 31 Aug 2011 04:24:39 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, "Hartmann, O." 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: Wed, 31 Aug 2011 04:21:31 -0000 I can help, I just changed my job and get more spare time. Currently I can help write doc and test. There is much documentation about DTrace ( thanks Sun), but none of these describes the technical details of FreeBSD DTrace implementation, so I think we can start with this. 1 write doc about what we have done. The kernel DTrace is quite stable, but compared to Solaris, what else do we miss, what Solaris has but we do not, whether we implement all the builtin var and function, if not, do we have other alternative?. I come across problems with DTrace, but I don't know whether it is a bug or has not been supported 2 write more examples about how to debug kernel with DTrace on FreeBSD, I think these example can let others know what we can do with DTrace. BTW, I am a Chinese and live in Chengdu, China, I can't have access to dtrace.what-creek.com because of GFW, so maybe I miss something. I started to use FreeBSD about 2.5 year ago, and learn FreeBSD kernel recently because of DTrace. I like it and I hope I can do something more 2011/8/31 Andriy Gapon > on 30/08/2011 18:39 Andriy Gapon said the following: > > 4. There is a missing developer/maintainer for DTrace on FreeBSD. > > I probably should clarify this point: it doesn't have to be *the* > maintainer, a > collective maintainer is also perfect. Thus, contributions are very > welcome. > > > Nevertheless the kernel DTrace is quite usable and useful for kernel > debugging. > > -- > Andriy Gapon > From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 05:05: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 E2AD4106566C for ; Wed, 31 Aug 2011 05:05:36 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 116528FC17 for ; Wed, 31 Aug 2011 05:05:34 +0000 (UTC) Received: by bkat8 with SMTP id t8so549030bka.13 for ; Tue, 30 Aug 2011 22:05:34 -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=Y+aVvpUdKi0JSJEbfqa/Pc0QjxwsFwfhPPxdlTFSObc=; b=dtLcWiJamcmXx38+O9ASMPwwxSVNVpq96UIiqRlKuHey+9OcL+GZyy4ZC09l5+W9+d NJFj7IX1PIcWvZAmqAsNLF3Ciw7ABNxcJKuHTBQr2QlYrJnCfSsgLNTfTLaG43AlfTnv fnfFTdKH/bs3I+guwIR1Wk1Fc/k0tO7OB5DbA= MIME-Version: 1.0 Received: by 10.204.6.201 with SMTP id a9mr240324bka.335.1314767104571; Tue, 30 Aug 2011 22:05:04 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.40.205 with HTTP; Tue, 30 Aug 2011 22:05:04 -0700 (PDT) In-Reply-To: References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> <4E5D0430.9090606@FreeBSD.org> <4E5D361F.6060800@FreeBSD.org> Date: Tue, 30 Aug 2011 22:05:04 -0700 X-Google-Sender-Auth: SYNJv8gj5mNvBUwQ19TGWFC1LIQ Message-ID: From: Craig Rodrigues To: Paul Ambrose Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, "Hartmann, O." , Andriy Gapon 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: Wed, 31 Aug 2011 05:05:37 -0000 Hi, http://dtrace.what-creek.com no longer exists, because sadly, the author of that web page (John Birrell) is no longer with us: http://lists.freebsd.org/pipermail/freebsd-announce/2009-November/001284.html There are some other documentation pages available for DTrace on FreeBSD: http://wiki.freebsd.org/DTrace http://www.freebsd.org/doc/handbook/dtrace.html If you have ideas for how to enhance this documentation, you should submit your ideas. The freebsd-doc@freebsd.org mailing list is a good place to start. -- Craig Rodrigues rodrigc@crodrigues.org On Tue, Aug 30, 2011 at 9:21 PM, Paul Ambrose wrote: > BTW, I am a Chinese and live in Chengdu, China, I can't have access to > dtrace.what-creek.com because of GFW, so maybe I miss something. I started > to use FreeBSD about 2.5 year ago, and learn FreeBSD kernel recently because > of DTrace. I like it and I hope I can do something more From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 05:28: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 48FCF106566C for ; Wed, 31 Aug 2011 05:28:33 +0000 (UTC) (envelope-from mihamina@rktmb.org) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [217.70.183.196]) by mx1.freebsd.org (Postfix) with ESMTP id EC7E28FC12 for ; Wed, 31 Aug 2011 05:28:32 +0000 (UTC) X-Originating-IP: 217.70.178.137 Received: from mfilter8-d.gandi.net (mfilter8-d.gandi.net [217.70.178.137]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 7B60B172097 for ; Wed, 31 Aug 2011 07:28:21 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter8-d.gandi.net Received: from relay4-d.mail.gandi.net ([217.70.183.196]) by mfilter8-d.gandi.net (mfilter8-d.gandi.net [10.0.15.180]) (amavisd-new, port 10024) with ESMTP id cW7KFuuNO60I for ; Wed, 31 Aug 2011 07:28:20 +0200 (CEST) X-Originating-IP: 41.74.209.4 Received: from [192.168.100.101] (unknown [41.74.209.4]) (Authenticated sender: out@rktmb.org) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 73A9F172076 for ; Wed, 31 Aug 2011 07:28:19 +0200 (CEST) Message-ID: <4E5DC66D.1090602@rktmb.org> Date: Wed, 31 Aug 2011 08:28:13 +0300 From: Mihamina Rakotomandimby User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110801 Thunderbird/6.0 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> In-Reply-To: <4E5D1E46.7000908@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable 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: Wed, 31 Aug 2011 05:28:33 -0000 On 08/30/2011 08:30 PM, Hartmann, O. wrote: > I would be scared > away by such an arrogant looking page! So, refactoring this page is a must. 1=B0) Put it offline? (i.e with a "At work" placeholder) 2=B0) Process a feature list on one table column, leaving N columns emtpy= =20 for N other OS, waiting for skills to contribute? --=20 RMA. From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 05:46: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 49003106566C for ; Wed, 31 Aug 2011 05:46:31 +0000 (UTC) (envelope-from adrian.chadd@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 045048FC16 for ; Wed, 31 Aug 2011 05:46:30 +0000 (UTC) Received: by gyd10 with SMTP id 10so350911gyd.13 for ; Tue, 30 Aug 2011 22:46:30 -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=v4OMiJrK9qn3mn5QcdmlN2BnadhVV94iTvLJbL6jsf8=; b=jT2piLyIVjhR6Yjs2N/G61JYJfTPm1pxcF39LQjc80N7pwvEd/ndiFUDlJqXnkjq6I biRFuPJs9aGG0rqresJMQOEIRElIgi4s/+PviEmRo+YV8Bj2pxbyXbk15aocq+p4O8/y nnplQm7ezTKit0G/bJaj+PC7WRkAfZGFkm+UE= MIME-Version: 1.0 Received: by 10.150.141.9 with SMTP id o9mr6870337ybd.258.1314769590261; Tue, 30 Aug 2011 22:46:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Tue, 30 Aug 2011 22:46:30 -0700 (PDT) In-Reply-To: <4E5DC66D.1090602@rktmb.org> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> Date: Wed, 31 Aug 2011 13:46:30 +0800 X-Google-Sender-Auth: 3EoPbp-q4E_rYHBR8TUrSKeevEk Message-ID: From: Adrian Chadd To: Mihamina Rakotomandimby Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 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: Wed, 31 Aug 2011 05:46:31 -0000 On 31 August 2011 13:28, Mihamina Rakotomandimby wrote= : > So, refactoring this page is a must. > 1=B0) Put it offline? (i.e with a "At work" placeholder) > 2=B0) Process a feature list on one table column, leaving N columns emtpy= for > N other OS, waiting for skills to contribute? My 2c: * remove the page for now; * someone finds someone with proven marketing skills; * enlist their help in marketing, PR, etc, and update the website with relevant details; * the rest of us developers/users should go back to doing what we're good a= t :) Adrian From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 07:00: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 2516E106566C for ; Wed, 31 Aug 2011 07:00:02 +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 5BC1B8FC12 for ; Wed, 31 Aug 2011 07:00: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 JAA11826 for ; Wed, 31 Aug 2011 09:59:59 +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 1QyemF-0007vL-N3 for freebsd-current@freebsd.org; Wed, 31 Aug 2011 09:59:59 +0300 Message-ID: <4E5DDBEF.8070506@FreeBSD.org> Date: Wed, 31 Aug 2011 09:59:59 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110830 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> In-Reply-To: X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: 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: Wed, 31 Aug 2011 07:00:02 -0000 on 31/08/2011 08:46 Adrian Chadd said the following: > My 2c: > > * remove the page for now; > * someone finds someone with proven marketing skills; > * enlist their help in marketing, PR, etc, and update the website with > relevant details; > > * the rest of us developers/users should go back to doing what we're good at :) Great plan! Also, there used to be (and still is) a www@ mailing list specifically for discussions about FreeBSD web site(s). I think that this thread belongs there. Oh, and I see that the originator of this thread has opened a PR about the page in question - right move! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 08:55: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 52A2E106566C for ; Wed, 31 Aug 2011 08:55:59 +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 09EC68FC15 for ; Wed, 31 Aug 2011 08:55: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 <1QygaU-0003js-1T>; Wed, 31 Aug 2011 10:55:58 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QygaT-0006Rl-V2>; Wed, 31 Aug 2011 10:55:58 +0200 Message-ID: <4E5DF71D.5060001@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 10:55:57 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Andriy Gapon References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5DDBEF.8070506@FreeBSD.org> In-Reply-To: <4E5DDBEF.8070506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 Cc: 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: Wed, 31 Aug 2011 08:55:59 -0000 On 08/31/11 08:59, Andriy Gapon wrote: > on 31/08/2011 08:46 Adrian Chadd said the following: >> My 2c: >> >> * remove the page for now; >> * someone finds someone with proven marketing skills; >> * enlist their help in marketing, PR, etc, and update the website with >> relevant details; >> >> * the rest of us developers/users should go back to doing what we're good at :) > Great plan! > Also, there used to be (and still is) a www@ mailing list specifically for > discussions about FreeBSD web site(s). I think that this thread belongs there. I aggree. > > Oh, and I see that the originator of this thread has opened a PR about the page > in question - right move! > Thanks, thought that was the only "persitant" action I could take care of. Oliver From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 09:11: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 D94F2106564A; Wed, 31 Aug 2011 09:11:18 +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 9093C8FC0A; Wed, 31 Aug 2011 09:11:17 +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 <1QygpI-0007JA-DO>; Wed, 31 Aug 2011 11:11:16 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QygpI-0007iR-Al>; Wed, 31 Aug 2011 11:11:16 +0200 Message-ID: <4E5DFAB4.4030308@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 11:11:16 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: "K. Macy" References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> <4E5D5489.4070408@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 Cc: "freebsd-performance@freebsd.org" , giffunip@tutopia.com, "b. f." , freebsd-current@freebsd.org Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 09:11:18 -0000 On 08/30/11 23:26, K. Macy wrote: >> But the lack of response and non-shown interests shows a undeobtly signal >> that freeBSD seems to be >> dead for the HPC community and this could be also an indication for the lack >> of CUDA support >> by nVidia, Why performing efforts if no one cares? A great chance seems to >> have passed by ... > I wouldn't read too much in to it. What was provided only fit a fairly > narrow niche. Nvidia won't build their libraries on freebsd until we > "prove the market" which is fairly hard to do when you have to jump > through hoops just to get it to run and need to have a linux > environment to build the apps. > > -Kip Isn't FreeBSD also a "niche"? oh From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 09:49: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 516EA106564A; Wed, 31 Aug 2011 09:49:08 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id DADC98FC0A; Wed, 31 Aug 2011 09:49:07 +0000 (UTC) Received: by yib19 with SMTP id 19so516790yib.13 for ; Wed, 31 Aug 2011 02:49:07 -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=NFbXviRMuBYYlfGqmRTlEprL8ov/6GKkBy9YCpXUHjQ=; b=fquGmmPCE2SPyKfWxldUrBOkGKL3/J80L9xgnQyKJIWcXqqwtps44DvyjQ8vRCFBrL NFh0W8BQz1RhiVbpYAB/pI6T8Iex8DcGbiul+Ls1IZvzNX8Inb4DFlbk8YdqhhR9Hu0W BWtZ/tAi2rkSjZaCg4wd++Lsy7/umYSFndRD0= MIME-Version: 1.0 Received: by 10.150.141.9 with SMTP id o9mr132050ybd.258.1314784147025; Wed, 31 Aug 2011 02:49:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Wed, 31 Aug 2011 02:49:06 -0700 (PDT) In-Reply-To: <4E5DFAB4.4030308@zedat.fu-berlin.de> References: <1314733660.22981.YahooMailClassic@web113503.mail.gq1.yahoo.com> <4E5D5489.4070408@zedat.fu-berlin.de> <4E5DFAB4.4030308@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 17:49:06 +0800 X-Google-Sender-Auth: QhIBEADYd-ZaXigUljAPyoF5gKQ Message-ID: From: Adrian Chadd To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-performance@freebsd.org" , giffunip@tutopia.com, "K. Macy" , freebsd-current@freebsd.org, "b. f." Subject: Re: PHORONIX: OpenCL, GLSL Back-End For LLVM May Soon Open Up X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 09:49:08 -0000 Guys (; Girls; small fuzzy creatures); We can talk about this forever, or someone can go over the existing 32 bit CUDA stuff in a 32 bit Linuxolator, get it all going, document it, and post it or all to use. Which do you think is going to be more productive? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 06:15: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 52E8F1065672; Wed, 31 Aug 2011 06:15:39 +0000 (UTC) (envelope-from ambrosehua@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 EE8B68FC13; Wed, 31 Aug 2011 06:15:38 +0000 (UTC) Received: by iadx2 with SMTP id x2so565309iad.13 for ; Tue, 30 Aug 2011 23:15:38 -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=5LLzBJS2J5NGgA+hn+/weZ6vZkVPf+dQrl6bDBFMZfs=; b=a1snTWQkcKqD1ehc9m4VdhOspHXY+qhDhqlW/kYmsyoIqg8+gK74ElVt3fN4yYq1bf A2jiCgTpbmz3XsWr19u3PwLVBsyh8tzliJzJLS0O64nFBptpyIfoXqhl5UO6R+wT4Q4N 1kJAkPCXyP4bbhhhYXSIG9AJEnkV6nHDkU3AY= MIME-Version: 1.0 Received: by 10.42.146.200 with SMTP id k8mr4196554icv.522.1314771338435; Tue, 30 Aug 2011 23:15:38 -0700 (PDT) Received: by 10.42.241.5 with HTTP; Tue, 30 Aug 2011 23:15:38 -0700 (PDT) In-Reply-To: References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <201108300929.51810.hselasky@c2i.net> <4E5CA9BE.2020005@zedat.fu-berlin.de> <4E5D0430.9090606@FreeBSD.org> <4E5D361F.6060800@FreeBSD.org> Date: Wed, 31 Aug 2011 14:15:38 +0800 Message-ID: From: Paul Ambrose To: Craig Rodrigues X-Mailman-Approved-At: Wed, 31 Aug 2011 11:12:05 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-performance@freebsd.org" , freebsd-current@freebsd.org, "Hartmann, O." , Andriy Gapon 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: Wed, 31 Aug 2011 06:15:39 -0000 I heard of that news, but I didn't realize that web site was managed by John Birrell. Now, DTrace is not feature-complete and stable, I don't think it is suitable to http://www.freebsd.org/doc/handbook/dtrace.html, but to http://wiki.freebsd.org/DTrace, and people can easily update it 2011/8/31 Craig Rodrigues > Hi, > > http://dtrace.what-creek.com no longer exists, because sadly, the > author of that web page (John Birrell) is no longer with us: > > > http://lists.freebsd.org/pipermail/freebsd-announce/2009-November/001284.html > > There are some other documentation pages available for DTrace on FreeBSD: > > http://wiki.freebsd.org/DTrace > http://www.freebsd.org/doc/handbook/dtrace.html > > If you have ideas for how to enhance this documentation, you should > submit your ideas. > The freebsd-doc@freebsd.org mailing list is a good place to start. > > -- > Craig Rodrigues > rodrigc@crodrigues.org > > > On Tue, Aug 30, 2011 at 9:21 PM, Paul Ambrose > wrote: > > BTW, I am a Chinese and live in Chengdu, China, I can't have access to > > dtrace.what-creek.com because of GFW, so maybe I miss something. I > started > > to use FreeBSD about 2.5 year ago, and learn FreeBSD kernel recently > because > > of DTrace. I like it and I hope I can do something more > From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 10:23:05 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 7A2A3106564A for ; Wed, 31 Aug 2011 10:23:05 +0000 (UTC) (envelope-from pkubaj@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0CA7B8FC16 for ; Wed, 31 Aug 2011 10:23:04 +0000 (UTC) Received: by bkat8 with SMTP id t8so938645bka.13 for ; Wed, 31 Aug 2011 03:23:03 -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=fUZA1OzQCIUe7JCyK9dEPxddwLiqlqDtajGQ1ycxA2g=; b=puc3EDk2iAdVtMgvOZND+VAYr0/jQWs50+R4nAfQWgWfyK1yXeTlibI7Xq42osztN7 izQVS9gIZRibLOg2VpHYPZrlpgSvXb2Oc4R1qAIuI/xYkOwb84Hc4qTFisFeKE9Fl7Pg k3EzNb/2I6lXnu0rWhJoxQVCHDsenFcnqTOpE= MIME-Version: 1.0 Received: by 10.204.135.24 with SMTP id l24mr129886bkt.276.1314784643409; Wed, 31 Aug 2011 02:57:23 -0700 (PDT) Received: by 10.204.40.8 with HTTP; Wed, 31 Aug 2011 02:57:23 -0700 (PDT) Date: Wed, 31 Aug 2011 11:57:23 +0200 Message-ID: From: Piotr Kubaj To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Wed, 31 Aug 2011 11:12:21 +0000 Subject: multimedia/gnome-mplayer doesn't compile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 10:23:05 -0000 I use 9.0-BETA1 on my two PCs (amd64). On both of them, I can't upgrade gnome-mplayer to 1.0.0_2, after recent bump. My default compiler on both PCs is clang (version 20110717), but the same error happens when using the default GCC. The error message is: gui.c:475:58: error: too many arguments to function call, expected 3, have 4 "gnome-mplayer", NULL); ^~~~ /usr/include/sys/_null.h:32:14: note: expanded from: #define NULL ((void *)0) ^~~~~~~~~~~ /usr/local/include/libnotify/notification.h:114:1: note: 'notify_notification_new' declared here NotifyNotification *notify_notification_new (const char *summary, ^ gui.c:478:17: warning: implicit declaration of function 'notify_notification_attach_to_status_icon' is invalid in C99 [-Wimplicit-function-declaration] notify_notification_attach_to_status_icon(notification, status_icon); ^ gui.c:6420:22: warning: unused variable 'recent_filter' [-Wunused-variable] GtkRecentFilter *recent_filter; ^ From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 12:41: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 F01D1106564A for ; Wed, 31 Aug 2011 12:41:01 +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 433948FC0A for ; Wed, 31 Aug 2011 12:41:00 +0000 (UTC) Received: (qmail 28388 invoked from network); 31 Aug 2011 12:14:19 -0000 Received: from pd9ec06ae.dip0.t-ipconnect.de (HELO yuni.sugioarto.com) (46959-0001@[217.236.6.174]) (envelope-sender ) by mailserv.regfish.com (qmail-ldap-1.03) with SMTP for ; 31 Aug 2011 12:14:19 -0000 Received: from zelda.sugioarto.com (zelda.sugioarto.com [192.168.0.12]) by yuni.sugioarto.com (Postfix) with ESMTP id AFDF81BAC57; Wed, 31 Aug 2011 14:07:32 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=sugioarto.com; s=mail; t=1314792452; bh=UjpsPJ8rR3OJMDppxlA+D02zMcflgWQGCgbYkSyb7Nw=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: Mime-Version:Content-Type:Content-Transfer-Encoding; b=gnfk2YZ2UvtmE17UjtIGLlAJ8k+2I33oD/zaLsFtv+kmS72kxLl3tQTZA5Ej+koQG ApQpFdTDhn/2uuowcerTJ9JAuJV6AGqVleQJKIY2kBHwrwo4370qrPsD40Fhjz31MY LBsA+qv0FxLA2TXXDPvnfjmxGH0hRRvyO174LE1M= Date: Wed, 31 Aug 2011 14:07:29 +0200 From: Martin Sugioarto To: Chris Brennan Message-ID: <20110831140729.24130ea0@zelda.sugioarto.com> In-Reply-To: <4E5D031E.2000602@xaerolimit.net> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.24.5; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: 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: Wed, 31 Aug 2011 12:41:02 -0000 Am Tue, 30 Aug 2011 11:34:54 -0400 schrieb Chris Brennan : > the object is to show people *WHY* FreeBSD is a sound (and valid) > choice against the competition, we can't just claim we're better > because we know we are, we have to provide a convincing argument that > is true and honest fact. Hi Chris and all the others, I want to suggest that you shouldn't compare every single feature about FreeBSD kernel. You should not also try to lie to people about vendor support, because it's not worth mentioning, when you compare it to many Linux distributions. Don't tell people there are games and don't tell them that FreeBSD can replace Microsoft Windows, please. I like to advertise FreeBSD, but I try to do it honestly, because it will send the wrong signals. You should compare what you can *DO* better with FreeBSD. And one thing that comes instantly into my mind is the FreeBSD port collection (for my part). I've tried various Linux distributions for years and there is no such thing as FreeBSD ports in Linux world (portage comes close, but it lacks integrity sometimes). And that's why after using other OSes, I always arrived back on FreeBSD. The effort which is going into ports is amazing and (for me) the most important part of the OS. FreeBSD is one of few systems where you can have configurable up-to-date applications and this is what I need. And this is mostly the reason why I use FreeBSD. I suggest that you look at the applications of FreeBSD in the world. How people use it and why the decided to use it. I heard many people prefer FreeBSD on web servers (yeah, Netcraft also says so). But why? You tell me that FreeBSD has the best IPv6 implementation? So what?! Please tell me what you do with it, when it's "so great". Jails are nice, yes! There are surely scenarios where jails are needed above every other concept. Instead of telling people about "lightweight virtualisation"... tell them what others do with it. Many people are too dumb to understand technical or abstract concepts. They need examples to understand the features. -- Martin From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 12:41:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 61E451065688; Wed, 31 Aug 2011 12:41:26 +0000 (UTC) Date: Wed, 31 Aug 2011 12:41:26 +0000 From: Alexey Dokuchaev To: Olivier Smedts Message-ID: <20110831124126.GB82908@FreeBSD.org> References: <4e4ab684.0c4c970a.68e8.6846SMTPIN_ADDED@mx.google.com> <9A6F7C9D-32D8-4387-BB03-B11CB0A91BFA@gmail.com> <20110829.214640.1568838937885804931.ken@tydfam.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: yanegomi@gmail.com, freebsd-current@freebsd.org, fidaj@ukr.net, gobledb@gmail.com Subject: Re: x11/nvidia-driver / Compilation has failed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2011 12:41:26 -0000 On Mon, Aug 29, 2011 at 02:59:48PM +0200, Olivier Smedts wrote: > 2011/8/29 ken : > > Could I test your patch for nvidia-driver, too? > > I cannot find your patch in this mail. > > I took the patch in : > http://lists.freebsd.org/pipermail/freebsd-current/2011-August/026515.html > > And it worked for me. Should be fixed in the port itself now (also updated to 280.13). ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 14:15: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 22C21106566B for ; Wed, 31 Aug 2011 14:15:36 +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 CCD3F8FC12 for ; Wed, 31 Aug 2011 14:15:35 +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 <1QylZm-0007Nb-6w>; Wed, 31 Aug 2011 16:15:34 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QylZm-0004xn-3J>; Wed, 31 Aug 2011 16:15:34 +0200 Message-ID: <4E5E4205.4060501@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 16:15:33 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Martin Sugioarto References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <20110831140729.24130ea0@zelda.sugioarto.com> In-Reply-To: <20110831140729.24130ea0@zelda.sugioarto.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 Cc: freebsd-www@freebsd.org, freebsd-current@freebsd.org, Chris Brennan 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: Wed, 31 Aug 2011 14:15:36 -0000 On 08/31/11 14:07, Martin Sugioarto wrote: > Am Tue, 30 Aug 2011 11:34:54 -0400 > schrieb Chris Brennan: > >> the object is to show people *WHY* FreeBSD is a sound (and valid) >> choice against the competition, we can't just claim we're better >> because we know we are, we have to provide a convincing argument that >> is true and honest fact. > Hi Chris and all the others, > > I want to suggest that you shouldn't compare every single feature about > FreeBSD kernel. You should not also try to lie to people about vendor > support, because it's not worth mentioning, when you compare it to many > Linux distributions. Don't tell people there are games and don't tell > them that FreeBSD can replace Microsoft Windows, please. > > I like to advertise FreeBSD, but I try to do it honestly, because it > will send the wrong signals. > > You should compare what you can *DO* better with FreeBSD. And one thing > that comes instantly into my mind is the FreeBSD port collection (for > my part). I've tried various Linux distributions for years and there is > no such thing as FreeBSD ports in Linux world (portage comes close, but > it lacks integrity sometimes). And that's why after using other OSes, I > always arrived back on FreeBSD. The effort which is going into ports is > amazing and (for me) the most important part of the OS. FreeBSD is one > of few systems where you can have configurable up-to-date applications > and this is what I need. And this is mostly the reason why I use > FreeBSD. "Better" is relative. People who are supposed to compile or were supposed to compile their software in the past are better with freeBSD. Those people looking for a Windows alternative used to get binaries do not care about configuring. They'd like to have running software, getting it with the ease of a mouse click. I was never able to convince people about the control they have since they won't have to have it! But you made a striking point! With the BSD ports system, a niche has been covered up which may be very important for people like you and me. And this is a certain point were is no "better" or "worse', since it is a complete different philosophy. And I would like to see a mixture of some comparisons, even if they are slightly worse for FreeBSD, but supported by reasonable numbers and those basic paradigms. Thinking is: if an OS is approximately 10% slower in a certain benchmark I favor for future mission-usage of the OS, say file I/O or network, I wouldn't care if I have the uncompensated advantage to control software settings and others. > > I suggest that you look at the applications of FreeBSD in the world. > How people use it and why the decided to use it. I heard many people > prefer FreeBSD on web servers (yeah, Netcraft also says so). But why? > > You tell me that FreeBSD has the best IPv6 implementation? So what?! > Please tell me what you do with it, when it's "so great". There was a time, I recall it was the end-nineties of the last century, when there were many network-performance benchmarks floating around, comparing FreeBSD's incedible network stack to others. There were many benchmarks, not even one. Since Linux and Windows gained up, it became quiet around FreeBSD. The last "field" benchmark I saw was presented by Kris Kenneway, as far as I remember and he presented some benchmarks comparing MySQL running on FreeBSD 6/7 and Linux. I'm not completely sure about that. > > Jails are nice, yes! There are surely scenarios where jails are needed > above every other concept. Instead of telling people about "lightweight > virtualisation"... tell them what others do with it. > > Many people are too dumb to understand technical or abstract concepts. > They need examples to understand the features. > > -- > Martin Or they need some hints already written by others like this: http://www.h-online.com/open/features/Health-Check-FreeBSD-The-unknown-giant-920248.html I'm not sure whether this is linked on the project's webpage, I didn't find it when I searched it. Oliver From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 14:45: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 729121065672 for ; Wed, 31 Aug 2011 14:45:48 +0000 (UTC) (envelope-from citrin@citrin.ru) Received: from mail-chaos.rambler.ru (mail-chaos.rambler.ru [81.19.68.130]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE1F8FC1F for ; Wed, 31 Aug 2011 14:45:47 +0000 (UTC) Received: from citrin.office.vega.ru (unknown [178.214.36.169]) (Authenticated sender: citrin@citrin.ru) by mail-chaos.rambler.ru (Postfix) with ESMTPSA id EAFF517024 for ; Wed, 31 Aug 2011 18:35:16 +0400 (MSD) Message-ID: <4E5E46A4.3060705@citrin.ru> Date: Wed, 31 Aug 2011 18:35:16 +0400 From: Anton Yuzhaninov User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.2.17) Gecko/20110527 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 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, 31 Aug 2011 14:45:48 -0000 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 -- Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 15:10: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 5C5631065673 for ; Wed, 31 Aug 2011 15:10:31 +0000 (UTC) (envelope-from jkois@freebsd.org) Received: from tux15.hoststar.at (tux15.hoststar.at [213.239.217.242]) by mx1.freebsd.org (Postfix) with ESMTP id C45A58FC13 for ; Wed, 31 Aug 2011 15:10:30 +0000 (UTC) Received: from freebsd.bsdkisten.at (chello084115173108.graz.surfer.at [84.115.173.108]) (authenticated bits=0) by tux15.hoststar.at (8.13.8/8.12.11) with ESMTP id p7VEfl9t001289; Wed, 31 Aug 2011 16:41:47 +0200 From: Johann Kois To: freebsd-www@freebsd.org, "Hartmann, O." Date: Wed, 31 Aug 2011 16:41:35 +0200 User-Agent: KMail/1.13.7 (FreeBSD/8.2-RELEASE; KDE/4.6.5; amd64; ; ) References: <4E5941D6.9090106@zedat.fu-berlin.de> <20110831140729.24130ea0@zelda.sugioarto.com> <4E5E4205.4060501@zedat.fu-berlin.de> In-Reply-To: <4E5E4205.4060501@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1331504.VLf40VoURq"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <201108311641.40229.jkois@freebsd.org> Cc: 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: Wed, 31 Aug 2011 15:10:31 -0000 --nextPart1331504.VLf40VoURq Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Wednesday, 31 August 2011 16:15:33 Hartmann, O. wrote: > Or they need some hints already written by others like this: > http://www.h-online.com/open/features/Health-Check-FreeBSD-The-unknown-gi= an > t-920248.html >=20 > I'm not sure whether this is linked on the project's webpage, I > didn't find it when I searched it. >=20 > Oliver As I did the commit (at least I think I did...): Yes, it is on our homepag= e. =20 Even on the main page on FreeBSD.org - section "In the media". jkois =2D-=20 Johann Kois jkois(at)FreeBSD.org FreeBSD Documentation Project FreeBSD German Documentation Project - https://doc.bsdgroup.de --nextPart1331504.VLf40VoURq 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) iEYEABECAAYFAk5eSCQACgkQ/rDr791hwti+8ACguZYcwVWTU5SZrvQc6uOdQRSJ XNUAnRP3WXmJE6nUIzZej77bUFNKvu+E =CClg -----END PGP SIGNATURE----- --nextPart1331504.VLf40VoURq-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 15:17: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 BABCE106566B for ; Wed, 31 Aug 2011 15:17:04 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 534C98FC0A for ; Wed, 31 Aug 2011 15:17:03 +0000 (UTC) Received: by vws18 with SMTP id 18so841618vws.13 for ; Wed, 31 Aug 2011 08:17:03 -0700 (PDT) Received: by 10.52.174.235 with SMTP id bv11mr483606vdc.326.1314803823492; Wed, 31 Aug 2011 08:17:03 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net [67.82.154.129]) by mx.google.com with ESMTPS id cg6sm1292536vdc.17.2011.08.31.08.17.00 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 31 Aug 2011 08:17:01 -0700 (PDT) Message-ID: <4E5E505A.9020604@xaerolimit.net> Date: Wed, 31 Aug 2011 11:16:42 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: Martin Sugioarto References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <20110831140729.24130ea0@zelda.sugioarto.com> In-Reply-To: <20110831140729.24130ea0@zelda.sugioarto.com> X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8FB13697927AAEFD3C28DDFF" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: 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: Wed, 31 Aug 2011 15:17:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8FB13697927AAEFD3C28DDFF Content-Type: multipart/mixed; boundary="------------010807010606010203050207" This is a multi-part message in MIME format. --------------010807010606010203050207 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/31/2011 8:07 AM, Martin Sugioarto wrote: > Am Tue, 30 Aug 2011 11:34:54 -0400 > schrieb Chris Brennan : >=20 >> the object is to show people *WHY* FreeBSD is a sound (and valid) >> choice against the competition, we can't just claim we're better >> because we know we are, we have to provide a convincing argument that >> is true and honest fact. >=20 > Hi Chris and all the others, >=20 > I want to suggest that you shouldn't compare every single feature about= > FreeBSD kernel. You should not also try to lie to people about vendor > support, because it's not worth mentioning, when you compare it to many= > Linux distributions. Don't tell people there are games and don't tell > them that FreeBSD can replace Microsoft Windows, please. My argument wasn't designed to compare every little feature of FreeBSD to other OS's of choice, but to show, in an overall comparison where FreeBSD stands, both positive and negative in retrospect to our competition. That can give us a look at the system as it is and see what's broke, not in real time, but in a post-time aspect, as the competition may see it. I *never* advocated we lie to anyone, perhaps you misunderstood me when I was saying we should be *honest* about the comparison. But I am left with two questions now; 1. Why should we not tell them that games are available on FreeBSD? 2. Why should we not advocate *BSD or Linux as an alternative to Windows? OS X? As to Vender support, all I think we should do is a simple list (with links) of who is confirmed as to use FreeBSD. Of course this would direct traffic, so we would need to take care as to make sure that a) FreeBSD could handle the traffic from Vendors directing people to freebsd.org and that b) they can handle the traffic we direct to them. It would look bad for both us and them if one or the other cause one (or both) to disappear due to a traffic overload. (In reality, this might not happen, but better to expect the worst...) > I like to advertise FreeBSD, but I try to do it honestly, because it > will send the wrong signals. My arguments were for an honest comparison, and I thought I made that *abundantly* clear. I guess I missed something when I proofread my e-mail= =2E > You should compare what you can *DO* better with FreeBSD. And one thing= > that comes instantly into my mind is the FreeBSD port collection (for > my part). I've tried various Linux distributions for years and there is= > no such thing as FreeBSD ports in Linux world (portage comes close, but= > it lacks integrity sometimes). And that's why after using other OSes, I= > always arrived back on FreeBSD. The effort which is going into ports is= > amazing and (for me) the most important part of the OS. FreeBSD is one > of few systems where you can have configurable up-to-date applications > and this is what I need. And this is mostly the reason why I use > FreeBSD. Absolutely, you are correct. FreeBSD Port collection is a diamond in the rough, the gem that gives us light (in a sense at last). Gentoo's portage does come close, and it does this because the concept is based on the FreeBSD Ports collection. > I suggest that you look at the applications of FreeBSD in the world. > How people use it and why the decided to use it. I heard many people > prefer FreeBSD on web servers (yeah, Netcraft also says so). But why? One thing FreeBSD will always have over Linux, OS X and Windows is Age, we all will get older, but FreeBSD will still be the eldest child. With age comes Wisdom? There are all kinds of adages to go here, take your pick, fill in the black, use what ever floats your boat. But you are right, testimonials would be ideal, but they have an inherent flaw in them. They can be easily faked. So how do we get passed this? > You tell me that FreeBSD has the best IPv6 implementation? So what?! > Please tell me what you do with it, when it's "so great". I can't answer this one, I know very little about IPv6 still, but I agree, you do make a valid argument, we should be told what we can do with it in plain speak, not technobable that will confuse the uninitiated, which would be unfair to them. The handbook does try to cover this concept, by usage language that is familiar to a broad spectrum of people. Maybe some of this should be reviewed and updated? > Jails are nice, yes! There are surely scenarios where jails are needed > above every other concept. Instead of telling people about "lightweight= > virtualisation"... tell them what others do with it. Sure, no reason not to. Maybe a FreeBSD sanctioned (and maintained) howto guide for the (above) uninitiated that teaches end-users how to use jails from the start, from an absolutely fresh install of FreeBSD, start with jailing the most obvious services and then move to a loose construct that will allow them to jail other services on their own. Show them how, hold their hand (at first) and then give them the tools to do the work on their own. If they get stuck, they can always fallback to that howto guide where they know the information *IS* correct. > Many people are too dumb to understand technical or abstract concepts. > They need examples to understand the features. Yes! I know I do, many times, I need to see *HOW* it's done to understand *WHY* it works that way. It's how my brain works. My math teachers in school were always amazed and baffeled (and maybe a little intimidated) because I could reverse-engineer my math problems by having the answer already. Because going backwards gave my mind the mechanics it needed to understand what's going on. I learned how to put a computer together by studying computers that were already built. So yes, I heartily agree with you here. > -- > Martin --=20 > 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) ------------------------------------------------------------------------ --------------010807010606010203050207-- --------------enig8FB13697927AAEFD3C28DDFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXlBeAAoJEO7NmoTVsgwM5CIH/05Y12/bfhOWoYUIrPOri1CQ QdAhL3d757MgbeDe2OFEtH0mX9QloMIUJZzQ9MVhRgzAkpwSSvrf+0HRv+YKaXnA UZkrLZRRvfCC93EGI7os+zNqUlUkW6zGdK0AWhMF6cWQ3XBtcrb4x+dlT4qovBcH QlotW5yvmX8OoTwubwkgXuTO3CNRYUNHdhGr42N9i9dyoDd0H8I9frYlYi/XgEKp r9D3qy0HI8eDLhxzsmkhL/yg7s5QHpvnGa5G2D3rdyj2vuI9cZyLtUWEly9HILk4 r5e+IsoV4X2Ai0Nw2HV+ukOoSslF6s4UQMbw+r4+LUcoNRZjef+lt6G2SqvdDUw= =/xmp -----END PGP SIGNATURE----- --------------enig8FB13697927AAEFD3C28DDFF-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 14:49: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 16D221065674 for ; Wed, 31 Aug 2011 14:49:41 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from TX2EHSOBE008.bigfish.com (tx2ehsobe004.messaging.microsoft.com [65.55.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id B000D8FC15 for ; Wed, 31 Aug 2011 14:49:40 +0000 (UTC) Received: from mail103-tx2-R.bigfish.com (10.9.14.249) by TX2EHSOBE008.bigfish.com (10.9.40.28) with Microsoft SMTP Server id 14.1.225.22; Wed, 31 Aug 2011 14:34:36 +0000 Received: from mail103-tx2 (localhost.localdomain [127.0.0.1]) by mail103-tx2-R.bigfish.com (Postfix) with ESMTP id 2DF7E3D8396 for ; Wed, 31 Aug 2011 14:34:36 +0000 (UTC) X-SpamScore: -10 X-BigFish: VPS-10(zzc85fh55dRzz1202hzz8275dhz2fh2a8h668h839h) X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB036.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI X-FB-SS: 13, Received-SPF: pass (mail103-tx2: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB036.RED001.local ; RED001.local ; Received: from mail103-tx2 (localhost.localdomain [127.0.0.1]) by mail103-tx2 (MessageSwitch) id 1314801275709817_19697; Wed, 31 Aug 2011 14:34:35 +0000 (UTC) Received: from TX2EHSMHS022.bigfish.com (unknown [10.9.14.236]) by mail103-tx2.bigfish.com (Postfix) with ESMTP id A7F041598052 for ; Wed, 31 Aug 2011 14:34:35 +0000 (UTC) Received: from VA3DIAHUB036.RED001.local (65.55.171.153) by TX2EHSMHS022.bigfish.com (10.9.99.122) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 31 Aug 2011 14:34:28 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB036.RED001.local ([10.8.230.16]) with mapi; Wed, 31 Aug 2011 07:34:28 -0700 From: Edgar Martinez To: "freebsd-current@freebsd.org" Date: Wed, 31 Aug 2011 07:33:44 -0700 Thread-Topic: 9.0-BETA2 - Kernel Panic on ALIX Thread-Index: Acxn6vyriwhG5jzdQb+XHcvkqMummg== Message-ID: <957EB052144AA64AB39F7AB26878320101217C4B03@VA3DIAXVS881.RED001.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Wed, 31 Aug 2011 15:17:15 +0000 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9.0-BETA2 - Kernel Panic on ALIX X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 14:49:41 -0000 R0RCOiBubyBkZWJ1ZyBwb3J0cyBwcmVzZW50DQpLREI6IGRlYnVnZ2VyIGJhY2tlbmRzOiBkZGIN CktEQjogY3VycmVudCBiYWNrZW5kOiBkZGINCkNvcHlyaWdodCAoYykgMTk5Mi0yMDExIFRoZSBG cmVlQlNEIFByb2plY3QuDQpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5 ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQNCiAgICAgICAgVGhlIFJlZ2VudHMgb2Yg dGhlIFVuaXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4NCkZyZWVC U0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLg0K RnJlZUJTRCA5LjAtQkVUQTIgIzA6IFdlZCBBdWcgMzEgMDY6NDc6NTcgUERUIDIwMTENCiAgICBy b290QGNodWNrbGVzLmxvY2FsOi91c3Ivb2JqL3Vzci9zcmMvc3lzL01FU0ggaTM4Ng0KV0FSTklO RzogRElBR05PU1RJQyBvcHRpb24gZW5hYmxlZCwgZXhwZWN0IHJlZHVjZWQgcGVyZm9ybWFuY2Uu DQpDUFU6IEdlb2RlKFRNKSBJbnRlZ3JhdGVkIFByb2Nlc3NvciBieSBBTUQgUENTICg0OTguMDYt TUh6IDU4Ni1jbGFzcyBDUFUpDQogIE9yaWdpbiA9ICJBdXRoZW50aWNBTUQiICBJZCA9IDB4NWEy ICBGYW1pbHkgPSA1ICBNb2RlbCA9IGEgIFN0ZXBwaW5nID0gMg0KICBGZWF0dXJlcz0weDg4YTkz ZDxGUFUsREUsUFNFLFRTQyxNU1IsQ1g4LFNFUCxQR0UsQ01PVixDTEZMVVNILE1NWD4NCiAgQU1E IEZlYXR1cmVzPTB4YzA0MDAwMDA8TU1YKywzRE5vdyErLDNETm93IT4NCnJlYWwgbWVtb3J5ICA9 IDI2ODQzNTQ1NiAoMjU2IE1CKQ0KYXZhaWwgbWVtb3J5ID0gMjIzODcwOTc2ICgyMTMgTUIpDQpw bnBiaW9zOiBCYWQgUG5QIEJJT1MgZGF0YSBjaGVja3N1bQ0Kd2xhbjogbWFjIGFjbCBwb2xpY3kg cmVnaXN0ZXJlZA0KSzYtZmFtaWx5IE1UUlIgc3VwcG9ydCBlbmFibGVkICgyIHJlZ2lzdGVycykN CmNyeXB0b3NvZnQwOiA8c29mdHdhcmUgY3J5cHRvPiBvbiBtb3RoZXJib2FyZA0KcGNpYjA6IDxI b3N0IHRvIFBDSSBicmlkZ2U+IHBjaWJ1cyAwIG9uIG1vdGhlcmJvYXJkDQpwY2kwOiA8UENJIGJ1 cz4gb24gcGNpYjANCkdlb2RlIExYOiBQQyBFbmdpbmVzIEFMSVguMyB2MC45OWggdGlueUJJT1Mg VjEuNGEgKEMpMTk5Ny0yMDA3DQpnbHhzYjA6IDxBTUQgR2VvZGUgTFggU2VjdXJpdHkgQmxvY2sg KEFFUy0xMjgtQ0JDLCBSTkcpPiBtZW0gMHhlZmZmNDAwMC0weGVmZmY3ZmZmIGlycSA5IGF0IGRl dmljZSAxLjIgb24gcGNpMA0KdnIwOiA8VklBIFZUNjEwNU0gUmhpbmUgSUlJIDEwLzEwMEJhc2VU WD4gcG9ydCAweDEwMDAtMHgxMGZmIG1lbSAweGUwMDAwMDAwLTB4ZTAwMDAwZmYgaXJxIDEwIGF0 IGRldmljZSA5LjAgb24gcGNpMA0KdnIwOiBRdWlya3M6IDB4Mg0KdnIwOiBSZXZpc2lvbjogMHg5 Ng0KbWlpYnVzMDogPE1JSSBidXM+IG9uIHZyMA0KdWtwaHkwOiA8R2VuZXJpYyBJRUVFIDgwMi4z dSBtZWRpYSBpbnRlcmZhY2U+IFBIWSAxIG9uIG1paWJ1czANCnVrcGh5MDogIG5vbmUsIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8NCnZyMDogRXRo ZXJuZXQgYWRkcmVzczogMDA6MGQ6Yjk6MTk6NTc6ZTQNCnBjaTA6IDxuZXR3b3JrLCBldGhlcm5l dD4gYXQgZGV2aWNlIDEyLjAgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmlzYWIwOiA8UENJLUlTQSBi cmlkZ2U+IHBvcnQgMHg2MDAwLTB4NjAwNywweDYxMDAtMHg2MWZmLDB4NjIwMC0weDYyM2YsMHg5 ZDAwLTB4OWQ3ZiwweDljMDAtMHg5YzNmIGF0IGRldmljZSAxNS4wIG9uIHBjaTANCmlzYTA6IDxJ U0EgYnVzPiBvbiBpc2FiMA0KYXRhcGNpMDogPEFNRCBDUzU1MzYgVURNQTEwMCBjb250cm9sbGVy PiBwb3J0IDB4MWYwLTB4MWY3LDB4M2Y2LDB4MTcwLTB4MTc3LDB4Mzc2LDB4ZmYwMC0weGZmMGYg YXQgZGV2aWNlIDE1LjIgb24gcGNpMA0KYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAN CmF0YTE6IDxBVEEgY2hhbm5lbCAxPiBvbiBhdGFwY2kwDQpwY2kwOiA8c2VyaWFsIGJ1cywgVVNC PiBhdCBkZXZpY2UgMTUuNCAobm8gZHJpdmVyIGF0dGFjaGVkKQ0KcGNpMDogPHNlcmlhbCBidXMs IFVTQj4gYXQgZGV2aWNlIDE1LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkNCmNwdTAgb24gbW90aGVy Ym9hcmQNCnBtdGltZXIwIG9uIGlzYTANCm9ybTA6IDxJU0EgT3B0aW9uIFJPTT4gYXQgaW9tZW0g MHhlMDAwMC0weGVhN2ZmIHBucGlkIE9STTAwMDAgb24gaXNhMA0KdWFydDA6IDwxNjU1MCBvciBj b21wYXRpYmxlPiBhdCBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gaXNhMA0K dWFydDA6IGNvbnNvbGUgKDM4NDAwLG4sOCwxKQ0KdWFydDE6IDwxNjU1MCBvciBjb21wYXRpYmxl PiBhdCBwb3J0IDB4MmY4LTB4MmZmIGlycSAzIG9uIGlzYTANCnBhbmljOiBObyB1c2FibGUgZXZl bnQgdGltZXIgZm91bmQhDQpLREI6IHN0YWNrIGJhY2t0cmFjZToNClhfZGJfc3ltX251bWFyZ3Mo YzA3MjA1Y2QpIGF0IDB4YzA0NGM3MDUgPSBYX2RiX3N5bV9udW1hcmdzKzB4MTM1DQprZGJfYmFj a3RyYWNlKGMyODIwZDM4LDEsZmZmZmZmZixjMjgyMGQ0MCxjMDZkMGQ2YSwuLi4pIGF0IDB4YzA1 NmU0OTggPSBrZGJfYmFja3RyYWNlKzB4MjgNCnBhbmljKGMwNzQ2YjA4LGMwNzRiZmU4LGZmZmZm ZmYsYzI4MjBkNDgsYzA2ZDYzNzgsLi4uKSBhdCAweGMwNTQ2MGUyID0gcGFuaWMrMHhhMg0KY3B1 X2luaXRjbG9ja3NfYnNwKGMyODIwZDYwLGMwNTA4MzRiLGMwNzhmOGI0LGMwNzE4YjQ2LDAsLi4u KSBhdCAweGMwNmQwZDZhID0gY3B1X2luaXRjbG9ja3NfYnNwKzB4ZmENCmNwdV9pbml0Y2xvY2tz KGMwNzhmOGI0LGMwNzE4YjQ2LDAsMCxjMjgyMGQ3OCwuLi4pIGF0IDB4YzA2ZDYzNzggPSBjcHVf aW5pdGNsb2NrcysweDgNCmhhcmRjbG9ja19zeW5jKDAsMjgxZWMwMCwyODFlMDAwLDI4MjUwMDAs MCwuLi4pIGF0IDB4YzA1MDgzNGIgPSBoYXJkY2xvY2tfc3luYysweDNiDQptaV9zdGFydHVwKCkg YXQgMHhjMDUwNjIyOSA9IG1pX3N0YXJ0dXArMHhhOQ0KYnRleHQoKSBhdCAweGMwNDNmN2U1ID0g YnRleHQrMHg5NQ0KS0RCOiBlbnRlcjogcGFuaWMNClsgdGhyZWFkIHBpZCAwIHRpZCAxMDAwMDAg XQ0KU3RvcHBlZCBhdCAgICAgIDB4YzA1NmUyYTQgPSBrZGJfZW50ZXIrMHgzNDogICAgbW92bCAg ICAkMCwweGMwNzlmODc0ID0ga2RiX3doeQ0KZGI+DQo= From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 16:23: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 D7970106564A for ; Wed, 31 Aug 2011 16:23:11 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE5E8FC0C for ; Wed, 31 Aug 2011 16:23:11 +0000 (UTC) Received: from zombie.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p7VGNA9I031964 for ; Wed, 31 Aug 2011 11:23:10 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E5E5FED.7000305@fuzzwad.org> Date: Wed, 31 Aug 2011 11:23:09 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 9.0B1 Installer 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: Wed, 31 Aug 2011 16:23:11 -0000 Recently did a clean install of 9.0B1 into a 900gb VMware image. 1. The mount path shown on the screen gets truncated if it's longer than 8 characters. See /usr/ports on the image at http://www.fuzzwad.org/FreeBSD-9.0B1/fbsdinstall1.png It does mount correctly but it'd be more useful to see the whole path than all the blue background in this screen. 2. Creating a 4gb filesystem for /usr/ports does not generate enough inodes to untar ports.txz into. http://www.fuzzwad.org/FreeBSD-9.0B1/fbsdinstall2.png This may not be an installer issue per se, but does need to be addressed. I'm sure I'm not the only one who wants separate filesystems for ports [and src and obj]. 3. A minor nit... no screen image for this one so I hope my explanation suffices. From the screen shown in 1 above [and on a disk with some unallocated space :) ], press "C"reate. The top line says "freebsd-ufs" with the cursor on the "f", and you're in "insert mode". I either have to arrow out to the end of the line, then backspace; or type in what I want, then delete the rest. Two ways to make this more friendly. A] Place the cursor at the end of the line. B] Leave it at the beginning, but if anything but arrow keys are pressed [and you're at the beginning of the line], delete the text after the cursor. -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 16:24: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 F1EB81065675; Wed, 31 Aug 2011 16:24:06 +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 0E55F8FC1B; Wed, 31 Aug 2011 16:24:04 +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 TAA22867; Wed, 31 Aug 2011 19:23:52 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E5E6018.8010801@FreeBSD.org> Date: Wed, 31 Aug 2011 19:23:52 +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: Marcel Moolenaar References: <4E580B14.7090208@FreeBSD.org> <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> In-Reply-To: <1A828073-1D5F-4850-9379-4AB62CF3DAE3@xcllnt.net> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD-Current Subject: Re: possible mountroot regression X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 16:24:07 -0000 on 27/08/2011 18:16 Marcel Moolenaar said the following: > Maybe a good approach is to change to ".onfail retry" > and extend the root mount prompt with a reboot command, > so that the user/operator is does not have to worry > about typos *and* don't have to trigger a panic just > so that he/she can initiate a reboot. > > Thoughts? Perhaps... Just reporting what happens if .onfail panic is changed to .onfail retry. - if a mounting of a manually entered fs fails, then a value in vfs.mountroot.from would be retried before presenting the prompt again - the above happens regardless of whether -a option was given or mounting of ${vfs.mountroot.from} failed - there is no way of the prompt (as you noted above) - previously an empty input was the way out So, even if .onfail retry is an improvement comparing to .onfail panic, it's still a regression comparing to the previous behavior. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 16:27: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 07DDF106564A for ; Wed, 31 Aug 2011 16:27:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3EE38FC17 for ; Wed, 31 Aug 2011 16:27:40 +0000 (UTC) Received: by gxk28 with SMTP id 28so863936gxk.13 for ; Wed, 31 Aug 2011 09:27:40 -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:content-transfer-encoding; bh=FaaoGysDPg4FM1ZC/Dh7y/8bgbprcWq5AxsjrPm6OGI=; b=KRQeGvnFi/FtQnJdn8uFK1xAZN+exsnJlJgPfrb3ihfuT6vtpe35KqBKMoJshG37ax 4AI5WMalHWG6/c8FEIgiL+WGqU4f6BYR/b0+EKbYFl1t134MN6k+ki2QVm8fh2dZh9qw +RW5F6KADWMO7WwggRpKX4hJ8s6GjuXc5Bysc= MIME-Version: 1.0 Received: by 10.150.206.3 with SMTP id d3mr465360ybg.315.1314808059691; Wed, 31 Aug 2011 09:27:39 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.150.145.21 with HTTP; Wed, 31 Aug 2011 09:27:39 -0700 (PDT) Date: Thu, 1 Sep 2011 00:27:39 +0800 X-Google-Sender-Auth: hCE30KfsxZdjdXpiaW1ib4EzxPw Message-ID: From: Adrian Chadd To: Edgar Martinez Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" Subject: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 16:27:41 -0000 Just to clarify for Edgar, His 9.0 build isn't finding any valid timers; hence why the thing panics upon boot. Since I've got a few Alix boards I'd like to use for 11n testing, i'd like to know how to make this work. Does anyone know the relevant magic to see which timers are available, and force enable something that'll work? Adrian On 31 August 2011 22:33, Edgar Martinez wrote: > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > 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 #0: Wed Aug 31 06:47:57 PDT 2011 > =A0 =A0root@chuckles.local:/usr/obj/usr/src/sys/MESH i386 > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > CPU: Geode(TM) Integrated Processor by AMD PCS (498.06-MHz 586-class CPU) > =A0Origin =3D "AuthenticAMD" =A0Id =3D 0x5a2 =A0Family =3D 5 =A0Model =3D= a =A0Stepping =3D 2 > =A0Features=3D0x88a93d > =A0AMD Features=3D0xc0400000 > real memory =A0=3D 268435456 (256 MB) > avail memory =3D 223870976 (213 MB) > pnpbios: Bad PnP BIOS data checksum > wlan: mac acl policy registered > K6-family MTRR support enabled (2 registers) > cryptosoft0: on motherboard > pcib0: pcibus 0 on motherboard > pci0: on pcib0 > Geode LX: PC Engines ALIX.3 v0.99h tinyBIOS V1.4a (C)1997-2007 > glxsb0: mem 0xefff4000-0= xefff7fff irq 9 at device 1.2 on pci0 > vr0: port 0x1000-0x10ff mem 0xe00000= 00-0xe00000ff irq 10 at device 9.0 on pci0 > vr0: Quirks: 0x2 > vr0: Revision: 0x96 > miibus0: on vr0 > ukphy0: PHY 1 on miibus0 > ukphy0: =A0none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0d:b9:19:57:e4 > pci0: at device 12.0 (no driver attached) > isab0: port 0x6000-0x6007,0x6100-0x61ff,0x6200-0x623f,0x= 9d00-0x9d7f,0x9c00-0x9c3f at device 15.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xff00-0xff0f at device 15.2 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 15.4 (no driver attached) > pci0: at device 15.5 (no driver attached) > cpu0 on motherboard > pmtimer0 on isa0 > orm0: at iomem 0xe0000-0xea7ff pnpid ORM0000 on isa0 > uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > uart0: console (38400,n,8,1) > uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 > panic: No usable event timer found! > KDB: stack backtrace: > X_db_sym_numargs(c07205cd) at 0xc044c705 =3D X_db_sym_numargs+0x135 > kdb_backtrace(c2820d38,1,fffffff,c2820d40,c06d0d6a,...) at 0xc056e498 =3D= kdb_backtrace+0x28 > panic(c0746b08,c074bfe8,fffffff,c2820d48,c06d6378,...) at 0xc05460e2 =3D = panic+0xa2 > cpu_initclocks_bsp(c2820d60,c050834b,c078f8b4,c0718b46,0,...) at 0xc06d0d= 6a =3D cpu_initclocks_bsp+0xfa > cpu_initclocks(c078f8b4,c0718b46,0,0,c2820d78,...) at 0xc06d6378 =3D cpu_= initclocks+0x8 > hardclock_sync(0,281ec00,281e000,2825000,0,...) at 0xc050834b =3D hardclo= ck_sync+0x3b > mi_startup() at 0xc0506229 =3D mi_startup+0xa9 > btext() at 0xc043f7e5 =3D btext+0x95 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at =A0 =A0 =A00xc056e2a4 =3D kdb_enter+0x34: =A0 =A0movl =A0 =A0$= 0,0xc079f874 =3D kdb_why > db> > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17: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 44ACF1065809 for ; Wed, 31 Aug 2011 17:34:41 +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 0362F8FC0A for ; Wed, 31 Aug 2011 17:34:40 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QyogS-0001WI-5q>; Wed, 31 Aug 2011 19:34:40 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QyogS-0000LT-2x>; Wed, 31 Aug 2011 19:34:40 +0200 Message-ID: <4E5E70AF.2080806@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 19:34:39 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 To: freebsd-current Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 17:34:41 -0000 I try to find a suitable reading/howto for how to enable softupdates on UFS2 filesystems. As I could see, SU+J is enlisted to be enabled by default in 9.0-RELEASE. What is the status quo of that? I've several active systems running UFS2 on their system disks while data/home/mass storage is ZFS. Are their any issue with SU+J? well, the captitalized letters confused me first time, since the first newfs-option I hit was "-J", the option for enabling softupdate via GEOM gjournal. Is there any special preparation to bring up an existing filesystem securely into journaling? As I read the blogs and emails in the list, it should be as simple as booting into single user mode, enabling on all partitions in question (even / ?) via -j softupdate-journaling, runing a foreground fsck, reboot ... that's it? Or is there any other additional preparation like mentioned in gjournal (async mount)? Thanks for patience and repsonding, Oliver From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:42:05 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 06EF2106566B for ; Wed, 31 Aug 2011 17:42:05 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id BA59F8FC0A for ; Wed, 31 Aug 2011 17:42:04 +0000 (UTC) Received: by qwg2 with SMTP id 2so685371qwg.17 for ; Wed, 31 Aug 2011 10:42: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; bh=NZaCCgPlnb+krFTFWomUdvG4GpQ/KOOZ9CnDBhu8pRw=; b=ReIQk8RX0tYM8izdfHybi0ZnZQct4ahIXX7VUJr9IFT9Q3GLaWAKWPJuVHRAy+sy1O pjTqa34gTJhp0QKF4IOOEhAcMMo9xkhRRW9iSlBHut6IMgBB792sqKJ9xadG2VrXedMA 9a1AP//6ZYnEIARAO076rAixPKaLOEcUh24eE= MIME-Version: 1.0 Received: by 10.224.197.130 with SMTP id ek2mr537466qab.129.1314812523922; Wed, 31 Aug 2011 10:42:03 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:42:03 -0700 (PDT) In-Reply-To: <20110831140729.24130ea0@zelda.sugioarto.com> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <20110831140729.24130ea0@zelda.sugioarto.com> Date: Wed, 31 Aug 2011 10:42:03 -0700 Message-ID: From: Garrett Cooper To: Martin Sugioarto Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org, Chris Brennan 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: Wed, 31 Aug 2011 17:42:05 -0000 On Wed, Aug 31, 2011 at 5:07 AM, Martin Sugioarto wrote: > Am Tue, 30 Aug 2011 11:34:54 -0400 > schrieb Chris Brennan : ... > You should compare what you can *DO* better with FreeBSD. And one thing > that comes instantly into my mind is the FreeBSD port collection (for > my part). I've tried various Linux distributions for years and there is > no such thing as FreeBSD ports in Linux world (portage comes close, but > it lacks integrity sometimes). Sadly, recent versions of portage actually have exceeded ports in terms of ease of use and non-breakage. I would have agreed with you 3-4 years ago, but the status quo has changed. That being said, even though upgrades work 99% of the time without fault in Gentoo portage, it's still way too complicated of a system for most users to work with on a day to day basis. > And that's why after using other OSes, I > always arrived back on FreeBSD. The effort which is going into ports is > amazing and (for me) the most important part of the OS. FreeBSD is one > of few systems where you can have configurable up-to-date applications > and this is what I need. And this is mostly the reason why I use > FreeBSD. Most people wouldn't necessarily agree because apart from the breadth of packages in ports, the infrastructure needs a serious overhaul to be used by less seasoned Unix folks. > I suggest that you look at the applications of FreeBSD in the world. > How people use it and why the decided to use it. I heard many people > prefer FreeBSD on web servers (yeah, Netcraft also says so). But why? > > You tell me that FreeBSD has the best IPv6 implementation? So what?! > Please tell me what you do with it, when it's "so great". > > Jails are nice, yes! There are surely scenarios where jails are needed > above every other concept. Instead of telling people about "lightweight > virtualisation"... tell them what others do with it. > > Many people are too dumb to understand technical or abstract concepts. I don't think it's that users are dumb -- just uneducated. Many people lack the time or interest to try out new OSes that don't just work (tm) out of the box. > They need examples to understand the features. Agreed. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:44: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 7C6421065672 for ; Wed, 31 Aug 2011 17:44:00 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 39D4F8FC08 for ; Wed, 31 Aug 2011 17:44:00 +0000 (UTC) Received: by qwg2 with SMTP id 2so687611qwg.17 for ; Wed, 31 Aug 2011 10:43:59 -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=XLHDZFkeFMHZIySIieidd3PNHQW3E+h0htIHbMPOfxQ=; b=S/OoKH0cnQ3X5DMeizFHSuzATMLf7cLTrO5OCUxhrGnuYS4YT8kW2EtaRw0nmWSLHZ 2sdHzaVZ0UFrYjmxEiXrEEuxl3z1EZlhtEwZyAN+yHr3RETpCu6WXEjnFBVXd0GGs31L mkFX0Wt/SqTVTPZZSfirCE08Z2fxHbZJ6DIrQ= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr501282qab.279.1314812639603; Wed, 31 Aug 2011 10:43:59 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:43:59 -0700 (PDT) In-Reply-To: <4E5DC66D.1090602@rktmb.org> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> Date: Wed, 31 Aug 2011 10:43:59 -0700 Message-ID: From: Garrett Cooper To: Mihamina Rakotomandimby Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 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: Wed, 31 Aug 2011 17:44:00 -0000 On Tue, Aug 30, 2011 at 10:28 PM, Mihamina Rakotomandimby wrote: > On 08/30/2011 08:30 PM, Hartmann, O. wrote: >> >> I would be scared >> away by such an arrogant looking page! > > So, refactoring this page is a must. > 1=B0) Put it offline? (i.e with a "At work" placeholder) > 2=B0) Process a feature list on one table column, leaving N columns emtpy= for > N other OS, waiting for skills to contribute? Yes and yes. I would start out with the FreeBSD highlights first and foremost, then we can move on to compare it (in a positive light) to other contemporary OSes. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:47: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 4D2AA106564A for ; Wed, 31 Aug 2011 17:47:10 +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 0DD228FC13 for ; Wed, 31 Aug 2011 17:47:09 +0000 (UTC) Received: by qyk9 with SMTP id 9so738913qyk.13 for ; Wed, 31 Aug 2011 10:47: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 :cc:content-type:content-transfer-encoding; bh=jLmF1Rsz9oq1E8F+LWBMoZ+aCKlclHCUu7XBo8p7Fus=; b=SZuS9wmfK5BOUBmIzA73cdRDO7E/4pCO2Hs+6JKBknx9wr7ekWBaJh+b7Pgw02WBMz pDOGM2koqN8uJXy7wyAfgKdz2E7WOuTr56o5lVq75sg0Mjlazubv0rGQ1/OwgeJabwzw L2Ys2KnsKR+ju0pmjh6brUQ6ODSand/BHYsn4= MIME-Version: 1.0 Received: by 10.224.200.3 with SMTP id eu3mr504103qab.279.1314812829435; Wed, 31 Aug 2011 10:47:09 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:47:09 -0700 (PDT) In-Reply-To: <4E5CAD9E.6050903@rktmb.org> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> Date: Wed, 31 Aug 2011 10:47:09 -0700 Message-ID: From: Garrett Cooper To: Mihamina Rakotomandimby Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Volodymyr Kostyrko , freebsd Current 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: Wed, 31 Aug 2011 17:47:10 -0000 On Tue, Aug 30, 2011 at 2:30 AM, Mihamina Rakotomandimby wrote: > On 08/29/2011 10:58 PM, Volodymyr Kostyrko wrote: >> >> =A0If that page would be updated at least monthly giving fair comparison >> with other os'es it could serve a big pros list for preferring FreeBSD >> over other systems. > > I dont think a monthly update is the good solution. > A per release update is better, as far as releases bring a new set that > could be compared. > > Then, a deep knwoledge of the other OSes is required in order to keep > credit. I think it's a huge amount of work, that should be assigned to th= e > project itself. > > IMHO, Let's delegate this task to Wikipedia or StackOverflow... I disagree. Wikipedia isn't a good definitive source of knowledge. StackOverflow from what I've seen is good at answering questions, but not for advocating particular OSes. What we need is: 1. An advocate for FreeBSD. 2. One or more unbiased third parties who can talk about the pros and cons of FreeBSD vs other OSes. If our OS gets really good in some of the areas that have been identified as gaps, then the two groups will effectively converge over time. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:48: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 DDC2E106566C for ; Wed, 31 Aug 2011 17:48:44 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6738FC16 for ; Wed, 31 Aug 2011 17:48:44 +0000 (UTC) Received: by vxh11 with SMTP id 11so850340vxh.13 for ; Wed, 31 Aug 2011 10:48:43 -0700 (PDT) Received: by 10.52.68.235 with SMTP id z11mr680958vdt.59.1314812923813; Wed, 31 Aug 2011 10:48:43 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net [67.82.154.129]) by mx.google.com with ESMTPS id k10sm4487659vdi.7.2011.08.31.10.48.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 31 Aug 2011 10:48:42 -0700 (PDT) Message-ID: <4E5E73E5.4020804@xaerolimit.net> Date: Wed, 31 Aug 2011 13:48:21 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0) Gecko/20110812 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> In-Reply-To: X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig36CF2D48468B7059C538292D" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Wed, 31 Aug 2011 17:48:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig36CF2D48468B7059C538292D Content-Type: multipart/mixed; boundary="------------020003070701010606020000" This is a multi-part message in MIME format. --------------020003070701010606020000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/31/2011 1:43 PM, Garrett Cooper wrote: > On Tue, Aug 30, 2011 at 10:28 PM, Mihamina Rakotomandimby > wrote: >> On 08/30/2011 08:30 PM, Hartmann, O. wrote: >>> >>> I would be scared >>> away by such an arrogant looking page! >> >> So, refactoring this page is a must. >> 1=B0) Put it offline? (i.e with a "At work" placeholder) >> 2=B0) Process a feature list on one table column, leaving N columns em= tpy for >> N other OS, waiting for skills to contribute? >=20 > Yes and yes. I would start out with the FreeBSD highlights first > and foremost, then we can move on to compare it (in a positive light) > to other contemporary OSes. It should be noted on the FreeBSD side of the comparison, whom has borrowed concepts from FreeBSD, such as the network stack or Gentoo's Portage system (just to name a few that come to mind.) --=20 > 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) ------------------------------------------------------------------------ --------------020003070701010606020000-- --------------enig36CF2D48468B7059C538292D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOXnPrAAoJEO7NmoTVsgwMniQH/0bNs3ZfPKarzl9NiubPhQjA UZDKZt7SOyfS3vrPOPhPn4KfsDePJbxWkUpKChMdJDU55IRHbIvWTFg5FePx7UvG QOj0VDDWCfuaQKE8K2pamHIVJEDcwDkg2IInMtQ7PrUvHXhImkwY/wq9+njMECV1 k+bt8NNY8ZOE7AMwV3Xyase5hhAiofCleotAqekVvKgvu7P/MBwT06E6OYadjq0t ppV+bHxtP7ravx+Vf6SGaJG4CcMcoKpvlps1DCLIz4CMvfRn3+3UIPcHa9Te1BCe UNdwJ33e4UjZ6Lu3DebB7FEnyTi4MohR+zsRowRrpGOAiPR63UG46MvZGkIXjqI= =udEn -----END PGP SIGNATURE----- --------------enig36CF2D48468B7059C538292D-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:49: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 AC7C11065783 for ; Wed, 31 Aug 2011 17:49:15 +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 6E65B8FC21 for ; Wed, 31 Aug 2011 17:49:15 +0000 (UTC) Received: by qyk9 with SMTP id 9so740821qyk.13 for ; Wed, 31 Aug 2011 10:49:15 -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=vYC7WCxm+9FpLBt23Xd9gEdmjxF/AKzC2YGOZRti/LE=; b=BueMvCt2btbfoSHkbsfbCwT8J5TiuqZmD70k+LA9EBeb6MxwLoRMYLygeC3TOAYxM0 psGjaEbPAfnOPKXFZhNnl7zb+UZAp+LyC6xbptEUl2pWkDWzYClVVuxaPD3uOkwFGX81 vEk5+ozXnYl4AVhyN7tnxk45jIG5Ftk5UemiE= MIME-Version: 1.0 Received: by 10.224.198.73 with SMTP id en9mr621732qab.29.1314812954939; Wed, 31 Aug 2011 10:49:14 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:49:14 -0700 (PDT) In-Reply-To: <4E5E5FED.7000305@fuzzwad.org> References: <4E5E5FED.7000305@fuzzwad.org> Date: Wed, 31 Aug 2011 10:49:14 -0700 Message-ID: From: Garrett Cooper To: Ron McDowell Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: 9.0B1 Installer 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: Wed, 31 Aug 2011 17:49:15 -0000 On Wed, Aug 31, 2011 at 9:23 AM, Ron McDowell wrote: > Recently did a clean install of 9.0B1 into a 900gb VMware image. ... > 3. =A0A minor nit... no screen image for this one so I hope my explanatio= n > suffices. =A0From the screen shown in 1 above [and on a disk with some > unallocated space :) ], press "C"reate. =A0The top line says "freebsd-ufs= " > with the cursor on the "f", and you're in "insert mode". =A0I either have= to > arrow out to the end of the line, then backspace; or type in what I want, > then delete the rest. =A0Two ways to make this more friendly. A] Place th= e > cursor at the end of the line. B] Leave it at the beginning, but if anyth= ing > but arrow keys are pressed [and you're at the beginning of the line], del= ete > the text after the cursor. This is an issue with the new libdialog. I agree and I already noted this to Nathan and the upstream maintainer. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:53: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 CD6851065670; Wed, 31 Aug 2011 17:53:27 +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 8F20E8FC15; Wed, 31 Aug 2011 17:53:27 +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 p7VHrNND065485; Wed, 31 Aug 2011 13:53:23 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E5E7502.5080900@sentex.net> Date: Wed, 31 Aug 2011 13:53:06 -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: Adrian Chadd References: In-Reply-To: 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 Cc: "freebsd-current@freebsd.org" , Edgar Martinez Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 17:53:27 -0000 On 8/31/2011 12:27 PM, Adrian Chadd wrote: > Just to clarify for Edgar, > > His 9.0 build isn't finding any valid timers; hence why the thing > panics upon boot. > > Since I've got a few Alix boards I'd like to use for 11n testing, i'd > like to know how to make this work. > Does anyone know the relevant magic to see which timers are available, > and force enable something that'll work? Strange, I had just tried with a Soekris not long ago and it was happy with Beta1 and 2.... csuping... updating... and it still works. dmesg.txt at http://www.tancsa.com/beta2.html What if you add option CPU_GEODE option CPU_SOEKRIS to the kernel ? I think actually only one is needed, but I forget which one. ---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 Aug 31 17:56: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 6E925106564A for ; Wed, 31 Aug 2011 17:56:51 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4A48FC13 for ; Wed, 31 Aug 2011 17:56:50 +0000 (UTC) Received: by qwg2 with SMTP id 2so700633qwg.17 for ; Wed, 31 Aug 2011 10:56: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:content-transfer-encoding; bh=Iz4mDnws1o2b9G4ZGtzr10K7vnt7ZSjQycFFm1d5Ysw=; b=ChvX8PWFqWDSAEzN/XYUXqR4XsJE2Nk7hIDorhD0rg6Rbsaia66VAfl58f4huu9yml ez1ttN5k1iA2OkvEmuMmb2+upovCVBhn3rPZSqDuJKQyzK9vpryPggiw0cOnxIxybbtj 1XNdGJjdUIYJTNd/YW2cJT5tsph89dLPjkf4g= MIME-Version: 1.0 Received: by 10.224.196.138 with SMTP id eg10mr456991qab.329.1314813410418; Wed, 31 Aug 2011 10:56:50 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:56:50 -0700 (PDT) In-Reply-To: <4E5E70AF.2080806@zedat.fu-berlin.de> References: <4E5E70AF.2080806@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 10:56:50 -0700 Message-ID: From: Garrett Cooper To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 17:56:51 -0000 On Wed, Aug 31, 2011 at 10:34 AM, Hartmann, O. wrote: > > =A0 I try to find a suitable reading/howto for how to enable softupdates > =A0 on > =A0 UFS2 filesystems. Agreed. Added to http://wiki.freebsd.org/DocsFor9x . > As I could see, SU+J is enlisted to be enabled by default in 9.0-RELEASE. Yes, it is on by default in bsdinstall (and I think in newfs? I could be wr= ong). > What is the status quo of that? I've several active systems running > UFS2 on their system disks while data/home/mass storage is ZFS. > Are their any issue with SU+J? I haven't been tracking what's been going on, but several bugfixes have gone in in the last couple of months post-SUJ. There might be some bugs in the work, but most standard operations work out of the box for me at least. ... > =A0 I hit was "-J", the option for enabling softupdate via GEOM gjournal. Yeah, it's confusing.. > =A0 Is there any special preparation to bring up an existing filesystem > =A0 securely into > =A0 journaling? As I read the blogs and emails in the list, it should be > =A0 as simple > =A0 as booting into single user mode, enabling on all partitions in > =A0 question (even / ?) Yes. > =A0 via -j softupdate-journaling, runing a foreground fsck, reboot ... > =A0 that's it? If all goes well, that was the entire process IIRC. > Or is there any other additional preparation like mentioned in gjournal > =A0 (async mount)? ENOCLUE (because I'm not aware of that with gjournal -- the last time I tried setting it up things didn't work too well for me) :). > =A0 Thanks for patience and repsonding, Sure :)! -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:58: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 D53DA106566C for ; Wed, 31 Aug 2011 17:58:38 +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 8C5A88FC08 for ; Wed, 31 Aug 2011 17:58:38 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1Qyp3d-0007EF-QG>; Wed, 31 Aug 2011 19:58:37 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1Qyp3d-0001e8-NM>; Wed, 31 Aug 2011 19:58:37 +0200 Message-ID: <4E5E764D.7090806@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 19:58:37 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> In-Reply-To: <4E5E73E5.4020804@xaerolimit.net> Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Wed, 31 Aug 2011 17:58:38 -0000 On 08/31/11 19:48, Chris Brennan wrote: On 8/31/2011 1:43 PM, Garrett Cooper wrote: On Tue, Aug 30, 2011 at 10:28 PM, Mihamina Rakotomandimby [1] wrote: On 08/30/2011 08:30 PM, Hartmann, O. wrote: I would be scared away by such an arrogant looking page! So, refactoring this page is a must. 1) Put it offline? (i.e with a "At work" placeholder) 2) Process a feature list on one table column, leaving N columns emtpy for N other OS, waiting for skills to contribute? Yes and yes. I would start out with the FreeBSD highlights first and foremost, then we can move on to compare it (in a positive light) to other contemporary OSes. It should be noted on the FreeBSD side of the comparison, whom has borrowed concepts from FreeBSD, such as the network stack or Gentoo's Portage system (just to name a few that come to mind.) Oh yes ... and maybe those, who incorporated silently BSD stuff like the TCP/IP stack - like M$. References 1. mailto:mihamina@rktmb.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 17:58: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 9AA26106564A for ; Wed, 31 Aug 2011 17:58:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 588EB8FC18 for ; Wed, 31 Aug 2011 17:58:52 +0000 (UTC) Received: by qwg2 with SMTP id 2so702898qwg.17 for ; Wed, 31 Aug 2011 10:58: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; bh=pLULq3OXIM8RJtv/DyBJ0Nv6yOVn8WNb2ALZlJVnxSE=; b=KVHmCIwRoD1+qfJZAUiJ/pkBL+HLa4+APbQyXHxjqhdGYp9fvKWU5/UbyZmSj4QSVz OAxhMTOojbEkpyummBqRC95hp1Ioumh8O0/M3UbKtn2RRsAMwDpX2edW29/MtE/tKjvF tCpYQ4w124HRxT75AbnLxjZB08lJRMBOvZeIY= MIME-Version: 1.0 Received: by 10.224.98.8 with SMTP id o8mr529249qan.379.1314813531876; Wed, 31 Aug 2011 10:58:51 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 10:58:51 -0700 (PDT) In-Reply-To: <4E5E73E5.4020804@xaerolimit.net> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> Date: Wed, 31 Aug 2011 10:58:51 -0700 Message-ID: From: Garrett Cooper To: Chris Brennan Content-Type: text/plain; charset=ISO-8859-1 Cc: 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: Wed, 31 Aug 2011 17:58:52 -0000 On Wed, Aug 31, 2011 at 10:48 AM, Chris Brennan wrote: ... > It should be noted on the FreeBSD side of the comparison, whom has > borrowed concepts from FreeBSD, such as the network stack or Gentoo's > Portage system (just to name a few that come to mind.) It's good for historical references and flame wars when people say BSD sucks, but it doesn't help us get the shiny which we need for new users. Sell people on the architecture and ease of use, and they'll love you for it. Don't overcomplicate things should be our motto. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 18:02: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 247FB106564A for ; Wed, 31 Aug 2011 18:02:40 +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 D3C248FC0C for ; Wed, 31 Aug 2011 18:02:39 +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 <1Qyp7W-0007tq-VQ>; Wed, 31 Aug 2011 20:02:39 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Qyp7W-0001r0-SJ>; Wed, 31 Aug 2011 20:02:38 +0200 Message-ID: <4E5E773E.4050806@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 20:02:38 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Garrett Cooper References: <4E5E70AF.2080806@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.23.43 Cc: freebsd-current Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 18:02:40 -0000 On 08/31/11 19:56, Garrett Cooper wrote: > On Wed, Aug 31, 2011 at 10:34 AM, Hartmann, O. > wrote: >> I try to find a suitable reading/howto for how to enable softupdates >> on >> UFS2 filesystems. > Agreed. Added to http://wiki.freebsd.org/DocsFor9x . Many thanks. >> As I could see, SU+J is enlisted to be enabled by default in 9.0-RELEASE. > Yes, it is on by default in bsdinstall (and I think in newfs? I could be wrong). Great! >> What is the status quo of that? I've several active systems running >> UFS2 on their system disks while data/home/mass storage is ZFS. >> Are their any issue with SU+J? > I haven't been tracking what's been going on, but several bugfixes > have gone in in the last couple of months post-SUJ. There might be > some bugs in the work, but most standard operations work out of the > box for me at least. > > ... > >> I hit was "-J", the option for enabling softupdate via GEOM gjournal. > Yeah, it's confusing.. > >> Is there any special preparation to bring up an existing filesystem >> securely into >> journaling? As I read the blogs and emails in the list, it should be >> as simple >> as booting into single user mode, enabling on all partitions in >> question (even / ?) > Yes. > >> via -j softupdate-journaling, runing a foreground fsck, reboot ... >> that's it? > If all goes well, that was the entire process IIRC. To late ... ;-) I couldn't resist the temptation, shut down the box, reboot single user mode, enabled "-j" (the lower letter `j' !!!), did a full fsck -y ... rebooted ... >> Or is there any other additional preparation like mentioned in gjournal >> (async mount)? > ENOCLUE (because I'm not aware of that with gjournal -- the last time > I tried setting it up things didn't work too well for me) :). > >> Thanks for patience and repsonding, > Sure :)! > -Garrett > _____________ ... and here I am again with SU+J on my box ;-) Tomorrow, I will perform this step on all servers. I guess it's a "worth having". Oliver From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 18:13: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 13108106566C for ; Wed, 31 Aug 2011 18:13:41 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id C2EDE8FC1A for ; Wed, 31 Aug 2011 18:13:40 +0000 (UTC) Received: by qwg2 with SMTP id 2so721176qwg.17 for ; Wed, 31 Aug 2011 11:13: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=buVDyV8R6MZ6WbuWWhkGd8zi43T2FPN4EUZEfccEUMw=; b=ZgAhoKlree65gV9DETdlymJt2MsNlChSW0S+OUnRi2mC22uHz2sBlShhLbDoRECfKi eeLhP9OPWoF/GXVi8qHLhvTrKFNzkE0zlJ4MLVs+9zWZ8SdTunDbrxMd+DqdO1pKJuxS j7KZm/lUy5Vt8LTn7hsSZBdJFzpnjCPmalOY4= MIME-Version: 1.0 Received: by 10.224.214.9 with SMTP id gy9mr618770qab.79.1314814418589; Wed, 31 Aug 2011 11:13:38 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Wed, 31 Aug 2011 11:13:38 -0700 (PDT) In-Reply-To: <4E5E764D.7090806@zedat.fu-berlin.de> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> <4E5E764D.7090806@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 11:13:38 -0700 Message-ID: From: Garrett Cooper To: "Hartmann, O." Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: 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: Wed, 31 Aug 2011 18:13:41 -0000 On Wed, Aug 31, 2011 at 10:58 AM, Hartmann, O. wrote: > > =A0 On 08/31/11 19:48, Chris Brennan wrote: > > On 8/31/2011 1:43 PM, Garrett Cooper wrote: > > On Tue, Aug 30, 2011 at 10:28 PM, Mihamina Rakotomandimby > [1] wrote: > > On 08/30/2011 08:30 PM, Hartmann, O. wrote: > > I would be scared > away by such an arrogant looking page! > > So, refactoring this page is a must. > 1=B0) Put it offline? (i.e with a "At work" placeholder) > 2=B0) Process a feature list on one table column, leaving N columns emtpy= for > N other OS, waiting for skills to contribute? > > =A0 =A0Yes and yes. I would start out with the FreeBSD highlights first > and foremost, then we can move on to compare it (in a positive light) > to other contemporary OSes. > > It should be noted on the FreeBSD side of the comparison, whom has > borrowed concepts from FreeBSD, such as the network stack or Gentoo's > Portage system (just to name a few that come to mind.) > > > =A0 Oh yes ... and maybe those, who incorporated silently BSD stuff like > =A0 the TCP/IP stack - like M$. The list would be way too long. I know other Linux-based groups that have integrated drivers from FreeBSD as well for proprietary work. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 18:16:09 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 C818C106567A for ; Wed, 31 Aug 2011 18:16:09 +0000 (UTC) (envelope-from christer.solskogen@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 877D78FC1C for ; Wed, 31 Aug 2011 18:16:09 +0000 (UTC) Received: by vws18 with SMTP id 18so1039502vws.13 for ; Wed, 31 Aug 2011 11:16:08 -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=Bmglf9G91xpCabKgUcZyK8pdmkSGzFkr53dv1atzQDI=; b=NrYJFHYdlceL755HofXV3CirKwLC82LdngXSC0ox8K0LfMGnsz4FXAQHhSv1FjJDVx eTfrkKGv/7E4fiq0qrY0wthQT51vQ9JEWW6EoEIie3Tsmguy7IKv4sc1zFW271rKE+eR b/pOlkiC6C3XDqWmsV9ygs5aLvOnMZtoO+AaI= Received: by 10.52.69.45 with SMTP id b13mr554193vdu.219.1314813019076; Wed, 31 Aug 2011 10:50:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.107.68 with HTTP; Wed, 31 Aug 2011 10:49:59 -0700 (PDT) In-Reply-To: <4E5E46A4.3060705@citrin.ru> References: <4E5E46A4.3060705@citrin.ru> From: Christer Solskogen Date: Wed, 31 Aug 2011 19:49:59 +0200 Message-ID: To: Anton Yuzhaninov Content-Type: text/plain; charset=KOI8-R Cc: freebsd-current@freebsd.org 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, 31 Aug 2011 18:16:10 -0000 On Wed, Aug 31, 2011 at 4:35 PM, Anton Yuzhaninov wrote: > It seems to be truss(1) is broken on current > I just tried with a newly build CURRENT, and no problem here. [solskogen@friend ~]$ truss /bin/echo x mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366255104 (0x800637000) issetugid(0x800638015,0x80062cb5e,0x800848250,0x800848220,0xb4b7,0x0) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,057) = 3 (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0-\0\0\0\0"...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,45) = 45 (0x2d) close(3) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,040734700) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=4830,size=1268472,blksize=131072 }) = 0 (0x0) pread(0x3,0x80083a9a0,0x1000,0x0,0x101010101010101,0x8080808080808080) = 4096 (0x1000) mmap(0x0,3387392,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) = 34368425984 (0x800849000) mmap(0x800849000,1138688,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE,3,0x0) = 34368425984 (0x800849000) mmap(0x800b5f000,40960,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0x116000) = 34371661824 (0x800b5f000) mprotect(0x800b69000,110592,PROT_READ|PROT_WRITE) = 0 (0x0) close(3) = 0 (0x0) sysarch(0x81,0x7fffffffd2f0,0x80063b0c8,0x0,0xffffffffffada580,0x800864b38) = 0 (0x0) munmap(0x80063e000,4096) = 0 (0x0) mmap(0x0,102400,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34366283776 (0x80063e000) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf","aj",1024) = 2 (0x2) issetugid(0x80093e153,0x7fffffffd550,0x6a,0x0,0x2,0x2) = 0 (0x0) break(0x800000) = 0 (0x0) mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34371813376 (0x800b84000) mmap(0x800f84000,507904,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34376007680 (0x800f84000) munmap(0x800b84000,507904) = 0 (0x0) x writev(0x1,0x800c07040,0x2,0x7fffffffdd40,0x0,0x600d10) = 2 (0x2) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) process exit, rval = 0 -- chs, From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 18:33: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 0A198106566B for ; Wed, 31 Aug 2011 18:33:55 +0000 (UTC) (envelope-from rcm@fuzzwad.org) Received: from mail.volente.us (unknown [IPv6:2001:470:7:d47::2]) by mx1.freebsd.org (Postfix) with ESMTP id ACF8B8FC0C for ; Wed, 31 Aug 2011 18:33:54 +0000 (UTC) Received: from zombie.fuzzwad.net (localhost [127.0.0.1]) by mail.volente.us (8.14.4/8.14.4) with ESMTP id p7VIXrDw034537 for ; Wed, 31 Aug 2011 13:33:53 -0500 (CDT) (envelope-from rcm@fuzzwad.org) Message-ID: <4E5E7E90.2080205@fuzzwad.org> Date: Wed, 31 Aug 2011 13:33:52 -0500 From: Ron McDowell User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: /cdrom in /etc/fstab X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 18:33:55 -0000 Previous releases had a line in /etc/fstab for /cdrom. Please consider putting it back...it's just one more thing I have to remember to do post-install. -- Ron McDowell San Antonio TX From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 18:51: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 C40ED10656EE for ; Wed, 31 Aug 2011 18:51:10 +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 793068FC17 for ; Wed, 31 Aug 2011 18:51:10 +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 <1QypsT-0005pJ-Mm>; Wed, 31 Aug 2011 20:51:09 +0200 Received: from e178023043.adsl.alicedsl.de ([85.178.23.43] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QypsT-0004RT-Jw>; Wed, 31 Aug 2011 20:51:09 +0200 Message-ID: <4E5E829D.7000405@zedat.fu-berlin.de> Date: Wed, 31 Aug 2011 20:51:09 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0) Gecko/20110825 Thunderbird/6.0 MIME-Version: 1.0 To: Garrett Cooper References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> <4E5E764D.7090806@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: 85.178.23.43 Cc: 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: Wed, 31 Aug 2011 18:51:10 -0000 On 08/31/11 20:13, Garrett Cooper wrote: > On Wed, Aug 31, 2011 at 10:58 AM, Hartmann, O. > wrote: >> On 08/31/11 19:48, Chris Brennan wrote: >> >> On 8/31/2011 1:43 PM, Garrett Cooper wrote: >> >> On Tue, Aug 30, 2011 at 10:28 PM, Mihamina Rakotomandimby >> [1] wrote: >> >> On 08/30/2011 08:30 PM, Hartmann, O. wrote: >> >> I would be scared >> away by such an arrogant looking page! >> >> So, refactoring this page is a must. >> 1) Put it offline? (i.e with a "At work" placeholder) >> 2) Process a feature list on one table column, leaving N columns emtpy for >> N other OS, waiting for skills to contribute? >> >> Yes and yes. I would start out with the FreeBSD highlights first >> and foremost, then we can move on to compare it (in a positive light) >> to other contemporary OSes. >> >> It should be noted on the FreeBSD side of the comparison, whom has >> borrowed concepts from FreeBSD, such as the network stack or Gentoo's >> Portage system (just to name a few that come to mind.) >> >> >> Oh yes ... and maybe those, who incorporated silently BSD stuff like >> the TCP/IP stack - like M$. > The list would be way too long. I know other Linux-based groups that > have integrated drivers from FreeBSD as well for proprietary work. > Thanks, > -Garrett And claimed then it's GPLv3? From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 19:29: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 E0D5A1065673; Wed, 31 Aug 2011 19:29:25 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from VA3EHSOBE010.bigfish.com (va3ehsobe010.messaging.microsoft.com [216.32.180.30]) by mx1.freebsd.org (Postfix) with ESMTP id 850058FC15; Wed, 31 Aug 2011 19:29:25 +0000 (UTC) Received: from mail94-va3-R.bigfish.com (10.7.14.251) by VA3EHSOBE010.bigfish.com (10.7.40.12) with Microsoft SMTP Server id 14.1.225.22; Wed, 31 Aug 2011 19:29:24 +0000 Received: from mail94-va3 (localhost.localdomain [127.0.0.1]) by mail94-va3-R.bigfish.com (Postfix) with ESMTP id EFD4D2A81A9; Wed, 31 Aug 2011 19:29:23 +0000 (UTC) X-SpamScore: -20 X-BigFish: VPS-20(zzbb2dK9371K542M1432N98dKzz1202hzz8275ch8275bh8275dhz2fh2a8h668h839h944h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB047.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI Received-SPF: pass (mail94-va3: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB047.RED001.local ; RED001.local ; Received: from mail94-va3 (localhost.localdomain [127.0.0.1]) by mail94-va3 (MessageSwitch) id 1314818918226336_31355; Wed, 31 Aug 2011 19:28:38 +0000 (UTC) Received: from VA3EHSMHS007.bigfish.com (unknown [10.7.14.250]) by mail94-va3.bigfish.com (Postfix) with ESMTP id B26EA15E80AC; Wed, 31 Aug 2011 19:25:47 +0000 (UTC) Received: from VA3DIAHUB047.RED001.local (65.55.171.153) by VA3EHSMHS007.bigfish.com (10.7.99.17) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 31 Aug 2011 19:25:45 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB047.RED001.local ([10.32.21.121]) with mapi; Wed, 31 Aug 2011 12:25:45 -0700 From: Edgar Martinez To: Mike Tancsa , Adrian Chadd Date: Wed, 31 Aug 2011 12:25:01 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoBxvNwdMoRlXVS/WpxjJVBxHcJgADIAIw Message-ID: <957EB052144AA64AB39F7AB26878320101217C4C30@VA3DIAXVS881.RED001.local> In-Reply-To: <4E5E7502.5080900@sentex.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Wed, 31 Aug 2011 19:35:27 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 19:29:26 -0000 Tm9wZS4uSSByZWJ1aWx0IHdpdGggYm90aCBvcHRpb25zLi5hbmQganVzdCBvbmUgYXQgYSB0aW1l Li4NCg0KcGFuaWM6IE5vIHVzYWJsZSBldmVudCB0aW1lciBmb3VuZCENCktEQjogc3RhY2sgYmFj a3RyYWNlOg0KWF9kYl9zeW1fbnVtYXJncyhjMDc1OGEyZCkgYXQgMHhjMDQ3MWY4NSA9IFhfZGJf c3ltX251bWFyZ3MrMHgxMzUNCmtkYl9iYWNrdHJhY2UoYzI4MjBkMzgsMSxmZmZmZmZmLGMyODIw ZDQwLGMwNzAyNTdhLC4uLikgYXQgMHhjMDVhOWM5OCA9IGtkYl9iYWNrdHJhY2UrMHgyOA0KcGFu aWMoYzA3N2RmMDgsYzA3ODI1MWMsZmZmZmZmZixjMjgyMGQ0OCxjMDcwOGI4OCwuLi4pIGF0IDB4 YzA1ODEzMjIgPSBwYW5pYysweGEyDQpjcHVfaW5pdGNsb2Nrc19ic3AoYzI4MjBkNjAsYzA1NDM1 OGIsYzA3YzhmMTQsYzA3NTBkMmEsMCwuLi4pIGF0IDB4YzA3MDI1N2EgPSBjcHVfaW5pdGNsb2Nr c19ic3ArMHhmYQ0KY3B1X2luaXRjbG9ja3MoYzA3YzhmMTQsYzA3NTBkMmEsMCwwLGMyODIwZDc4 LC4uLikgYXQgMHhjMDcwOGI4OCA9IGNwdV9pbml0Y2xvY2tzKzB4OA0KaGFyZGNsb2NrX3N5bmMo MCwyODFlYzAwLDI4MWUwMDAsMjgyNTAwMCwwLC4uLikgYXQgMHhjMDU0MzU4YiA9IGhhcmRjbG9j a19zeW5jKzB4M2INCm1pX3N0YXJ0dXAoKSBhdCAweGMwNTQxNDY5ID0gbWlfc3RhcnR1cCsweGE5 DQpidGV4dCgpIGF0IDB4YzA0NDc2NjUgPSBidGV4dCsweDk1DQpLREI6IGVudGVyOiBwYW5pYw0K WyB0aHJlYWQgcGlkIDAgdGlkIDEwMDAwMCBdDQpTdG9wcGVkIGF0ICAgICAgMHhjMDVhOWFhNCA9 IGtkYl9lbnRlcisweDM0OiAgICBtb3ZsICAgICQwLDB4YzA3ZDkzYjQgPSBrZGJfd2h5DQoNCklz IHN0aWxsIHRoZSByZXN1bHQuLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog TWlrZSBUYW5jc2EgW21haWx0bzptaWtlQHNlbnRleC5uZXRdIA0KU2VudDogV2VkbmVzZGF5LCBB dWd1c3QgMzEsIDIwMTEgMTA6NTMgQU0NClRvOiBBZHJpYW4gQ2hhZGQNCkNjOiBFZGdhciBNYXJ0 aW5lejsgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTogTm8gdmFsaWQg dGltZXJzIGZvdW5kIG9uIEFMSVggKHdhcyBSZTogOS4wLUJFVEEyIC0gS2VybmVsIFBhbmljIG9u IEFMSVgpDQoNCk9uIDgvMzEvMjAxMSAxMjoyNyBQTSwgQWRyaWFuIENoYWRkIHdyb3RlOg0KPiBK dXN0IHRvIGNsYXJpZnkgZm9yIEVkZ2FyLA0KPiANCj4gSGlzIDkuMCBidWlsZCBpc24ndCBmaW5k aW5nIGFueSB2YWxpZCB0aW1lcnM7IGhlbmNlIHdoeSB0aGUgdGhpbmcNCj4gcGFuaWNzIHVwb24g Ym9vdC4NCj4gDQo+IFNpbmNlIEkndmUgZ290IGEgZmV3IEFsaXggYm9hcmRzIEknZCBsaWtlIHRv IHVzZSBmb3IgMTFuIHRlc3RpbmcsIGknZA0KPiBsaWtlIHRvIGtub3cgaG93IHRvIG1ha2UgdGhp cyB3b3JrLg0KPiBEb2VzIGFueW9uZSBrbm93IHRoZSByZWxldmFudCBtYWdpYyB0byBzZWUgd2hp Y2ggdGltZXJzIGFyZSBhdmFpbGFibGUsDQo+IGFuZCBmb3JjZSBlbmFibGUgc29tZXRoaW5nIHRo YXQnbGwgd29yaz8NCg0KDQpTdHJhbmdlLA0KCUkgaGFkIGp1c3QgdHJpZWQgd2l0aCBhIFNvZWty aXMgbm90IGxvbmcgYWdvIGFuZCBpdCB3YXMgaGFwcHkgd2l0aA0KQmV0YTEgYW5kIDIuLi4uIGNz dXBpbmcuLi4gdXBkYXRpbmcuLi4gYW5kIGl0IHN0aWxsIHdvcmtzLiAgZG1lc2cudHh0IGF0DQpo dHRwOi8vd3d3LnRhbmNzYS5jb20vYmV0YTIuaHRtbA0KDQpXaGF0IGlmIHlvdSBhZGQNCg0Kb3B0 aW9uICAgICAgICAgIENQVV9HRU9ERQ0Kb3B0aW9uICAgICAgICAgIENQVV9TT0VLUklTDQoNCnRv IHRoZSBrZXJuZWwgPyBJIHRoaW5rIGFjdHVhbGx5IG9ubHkgb25lIGlzIG5lZWRlZCwgYnV0IEkg Zm9yZ2V0IHdoaWNoIG9uZS4NCg0KCS0tLU1pa2UNCg0KLS0gDQotLS0tLS0tLS0tLS0tLS0tLS0t DQpNaWtlIFRhbmNzYSwgdGVsICsxIDUxOSA2NTEgMzQwMA0KU2VudGV4IENvbW11bmljYXRpb25z LCBtaWtlQHNlbnRleC5uZXQNClByb3ZpZGluZyBJbnRlcm5ldCBzZXJ2aWNlcyBzaW5jZSAxOTk0 IHd3dy5zZW50ZXgubmV0DQpDYW1icmlkZ2UsIE9udGFyaW8gQ2FuYWRhICAgaHR0cDovL3d3dy50 YW5jc2EuY29tLw0KDQo= From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 19: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 BFB371065670; Wed, 31 Aug 2011 19:56:55 +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 8177E8FC12; Wed, 31 Aug 2011 19:56:55 +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 p7VJupku088867; Wed, 31 Aug 2011 15:56:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E5E91F2.8080606@sentex.net> Date: Wed, 31 Aug 2011 15:56:34 -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: Edgar Martinez References: <957EB052144AA64AB39F7AB26878320101217C4C30@VA3DIAXVS881.RED001.local> In-Reply-To: <957EB052144AA64AB39F7AB26878320101217C4C30@VA3DIAXVS881.RED001.local> 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 Cc: Adrian Chadd , "freebsd-current@freebsd.org" Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 19:56:55 -0000 On 8/31/2011 3:25 PM, Edgar Martinez wrote: > Nope..I rebuilt with both options..and just one at a time.. Strange, My kernel is not so different from GENERIC. I added it to the bottom of http://www.tancsa.com/beta2.html Perhaps its a different Alix box than mine that is causing the issue ? I tried with http://www.pcengines.ch/alix6f2.htm and http://www.pcengines.ch/alix3d2.htm ---Mike > > panic: No usable event timer found! > KDB: stack backtrace: > X_db_sym_numargs(c0758a2d) at 0xc0471f85 = X_db_sym_numargs+0x135 > kdb_backtrace(c2820d38,1,fffffff,c2820d40,c070257a,...) at 0xc05a9c98 = kdb_backtrace+0x28 > panic(c077df08,c078251c,fffffff,c2820d48,c0708b88,...) at 0xc0581322 = panic+0xa2 > cpu_initclocks_bsp(c2820d60,c054358b,c07c8f14,c0750d2a,0,...) at 0xc070257a = cpu_initclocks_bsp+0xfa > cpu_initclocks(c07c8f14,c0750d2a,0,0,c2820d78,...) at 0xc0708b88 = cpu_initclocks+0x8 > hardclock_sync(0,281ec00,281e000,2825000,0,...) at 0xc054358b = hardclock_sync+0x3b > mi_startup() at 0xc0541469 = mi_startup+0xa9 > btext() at 0xc0447665 = btext+0x95 > KDB: enter: panic > [ thread pid 0 tid 100000 ] > Stopped at 0xc05a9aa4 = kdb_enter+0x34: movl $0,0xc07d93b4 = kdb_why > > Is still the result.. > > -----Original Message----- > From: Mike Tancsa [mailto:mike@sentex.net] > Sent: Wednesday, August 31, 2011 10:53 AM > To: Adrian Chadd > Cc: Edgar Martinez; freebsd-current@freebsd.org > Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) > > On 8/31/2011 12:27 PM, Adrian Chadd wrote: >> Just to clarify for Edgar, >> >> His 9.0 build isn't finding any valid timers; hence why the thing >> panics upon boot. >> >> Since I've got a few Alix boards I'd like to use for 11n testing, i'd >> like to know how to make this work. >> Does anyone know the relevant magic to see which timers are available, >> and force enable something that'll work? > > > Strange, > I had just tried with a Soekris not long ago and it was happy with > Beta1 and 2.... csuping... updating... and it still works. dmesg.txt at > http://www.tancsa.com/beta2.html > > What if you add > > option CPU_GEODE > option CPU_SOEKRIS > > to the kernel ? I think actually only one is needed, but I forget which one. > > ---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 Aug 31 20:11: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 6FAD7106564A; Wed, 31 Aug 2011 20:11:57 +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 315B88FC14; Wed, 31 Aug 2011 20:11:57 +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 p7VKBssL091749; Wed, 31 Aug 2011 16:11:54 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4E5E9579.2080208@sentex.net> Date: Wed, 31 Aug 2011 16:11:37 -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: Edgar Martinez References: <957EB052144AA64AB39F7AB26878320101217C4C5A@VA3DIAXVS881.RED001.local> In-Reply-To: <957EB052144AA64AB39F7AB26878320101217C4C5A@VA3DIAXVS881.RED001.local> 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 Cc: Adrian Chadd , "freebsd-current@freebsd.org" Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 20:11:57 -0000 On 8/31/2011 3:57 PM, Edgar Martinez wrote: > Latest ALIX firmware? .99h? > > I'm using the below board... > > http://pcengines.ch/alix2d2.htm Thats pretty well the same board as me, except I dont have the 2 mini-pci slots. Mine comes up as Geode LX: PC Engines ALIX.2 v0.99h tinyBIOS V1.4a (C)1997-2007 vs Geode LX: PC Engines ALIX.3 v0.99h tinyBIOS V1.4a (C)1997-2007 Perhaps engage the PCEngine's folks to see what the difference is and if they know what might be up. ---Mike > > > > > -----Original Message----- > From: Mike Tancsa [mailto:mike@sentex.net] > Sent: Wednesday, August 31, 2011 12:57 PM > To: Edgar Martinez > Cc: Adrian Chadd; freebsd-current@freebsd.org > Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) > > On 8/31/2011 3:25 PM, Edgar Martinez wrote: >> Nope..I rebuilt with both options..and just one at a time.. > > Strange, > My kernel is not so different from GENERIC. I added it to the bottom of > http://www.tancsa.com/beta2.html > > Perhaps its a different Alix box than mine that is causing the issue ? I > tried with > http://www.pcengines.ch/alix6f2.htm > and > http://www.pcengines.ch/alix3d2.htm > > ---Mike > > > >> >> panic: No usable event timer found! >> KDB: stack backtrace: >> X_db_sym_numargs(c0758a2d) at 0xc0471f85 = X_db_sym_numargs+0x135 >> kdb_backtrace(c2820d38,1,fffffff,c2820d40,c070257a,...) at 0xc05a9c98 = kdb_backtrace+0x28 >> panic(c077df08,c078251c,fffffff,c2820d48,c0708b88,...) at 0xc0581322 = panic+0xa2 >> cpu_initclocks_bsp(c2820d60,c054358b,c07c8f14,c0750d2a,0,...) at 0xc070257a = cpu_initclocks_bsp+0xfa >> cpu_initclocks(c07c8f14,c0750d2a,0,0,c2820d78,...) at 0xc0708b88 = cpu_initclocks+0x8 >> hardclock_sync(0,281ec00,281e000,2825000,0,...) at 0xc054358b = hardclock_sync+0x3b >> mi_startup() at 0xc0541469 = mi_startup+0xa9 >> btext() at 0xc0447665 = btext+0x95 >> KDB: enter: panic >> [ thread pid 0 tid 100000 ] >> Stopped at 0xc05a9aa4 = kdb_enter+0x34: movl $0,0xc07d93b4 = kdb_why >> >> Is still the result.. >> >> -----Original Message----- >> From: Mike Tancsa [mailto:mike@sentex.net] >> Sent: Wednesday, August 31, 2011 10:53 AM >> To: Adrian Chadd >> Cc: Edgar Martinez; freebsd-current@freebsd.org >> Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) >> >> On 8/31/2011 12:27 PM, Adrian Chadd wrote: >>> Just to clarify for Edgar, >>> >>> His 9.0 build isn't finding any valid timers; hence why the thing >>> panics upon boot. >>> >>> Since I've got a few Alix boards I'd like to use for 11n testing, i'd >>> like to know how to make this work. >>> Does anyone know the relevant magic to see which timers are available, >>> and force enable something that'll work? >> >> >> Strange, >> I had just tried with a Soekris not long ago and it was happy with >> Beta1 and 2.... csuping... updating... and it still works. dmesg.txt at >> http://www.tancsa.com/beta2.html >> >> What if you add >> >> option CPU_GEODE >> option CPU_SOEKRIS >> >> to the kernel ? I think actually only one is needed, but I forget which one. >> >> ---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 Aug 31 19:50: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 D7912106566B; Wed, 31 Aug 2011 19:50:13 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from TX2EHSOBE007.bigfish.com (tx2ehsobe004.messaging.microsoft.com [65.55.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 885C78FC08; Wed, 31 Aug 2011 19:50:13 +0000 (UTC) Received: from mail84-tx2-R.bigfish.com (10.9.14.251) by TX2EHSOBE007.bigfish.com (10.9.40.27) with Microsoft SMTP Server id 14.1.225.22; Wed, 31 Aug 2011 19:50:12 +0000 Received: from mail84-tx2 (localhost.localdomain [127.0.0.1]) by mail84-tx2-R.bigfish.com (Postfix) with ESMTP id 518A819E05EE; Wed, 31 Aug 2011 19:50:12 +0000 (UTC) X-SpamScore: -20 X-BigFish: VPS-20(zzbb2dK9371K542M1432N98dKzz1202hzz8275ch8275bh8275dhz2fh2a8h668h839h944h) X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB055.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI X-FB-SS: 13, Received-SPF: pass (mail84-tx2: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB055.RED001.local ; RED001.local ; Received: from mail84-tx2 (localhost.localdomain [127.0.0.1]) by mail84-tx2 (MessageSwitch) id 1314820166867129_12633; Wed, 31 Aug 2011 19:49:26 +0000 (UTC) Received: from TX2EHSMHS039.bigfish.com (unknown [10.9.14.249]) by mail84-tx2.bigfish.com (Postfix) with ESMTP id 907C51A882B7; Wed, 31 Aug 2011 19:48:22 +0000 (UTC) Received: from VA3DIAHUB055.RED001.local (65.55.171.153) by TX2EHSMHS039.bigfish.com (10.9.99.139) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 31 Aug 2011 19:48:20 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB055.RED001.local ([10.8.230.54]) with mapi; Wed, 31 Aug 2011 12:48:16 -0700 From: Edgar Martinez To: Edgar Martinez , Mike Tancsa , Adrian Chadd Date: Wed, 31 Aug 2011 12:47:32 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoBxvNwdMoRlXVS/WpxjJVBxHcJgADIAIwAADMfyA= Message-ID: <957EB052144AA64AB39F7AB26878320101217C4C4F@VA3DIAXVS881.RED001.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Wed, 31 Aug 2011 20:18:19 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 19:50:13 -0000 KGdkYikgbGlzdCAqMHhjMDVhOWFhNA0KMHhjMDVhOWFhNCBpcyBpbiBrZGJfZW50ZXIgKC91c3Iv c3JjL3N5cy9rZXJuL3N1YnJfa2RiLmM6NDIxKS4NCjQxNiAgICAgICAgICAgICBpZiAoa2RiX2Ri YmUgIT0gTlVMTCAmJiBrZGJfYWN0aXZlID09IDApIHsNCjQxNyAgICAgICAgICAgICAgICAgICAg IGlmIChtc2cgIT0gTlVMTCkNCjQxOCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgcHJpbnRm KCJLREI6IGVudGVyOiAlc1xuIiwgbXNnKTsNCjQxOSAgICAgICAgICAgICAgICAgICAgIGtkYl93 aHkgPSB3aHk7DQo0MjAgICAgICAgICAgICAgICAgICAgICBicmVha3BvaW50KCk7DQo0MjEgICAg ICAgICAgICAgICAgICAgICBrZGJfd2h5ID0gS0RCX1dIWV9VTlNFVDsNCjQyMiAgICAgICAgICAg ICB9DQo0MjMgICAgIH0NCjQyNA0KNDI1ICAgICAvKg0KKGdkYikNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IEVkZ2FyIE1hcnRpbmV6IA0KU2VudDogV2VkbmVzZGF5LCBBdWd1 c3QgMzEsIDIwMTEgMTI6MjUgUE0NClRvOiAnTWlrZSBUYW5jc2EnOyBBZHJpYW4gQ2hhZGQNCkNj OiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJFOiBObyB2YWxpZCB0aW1l cnMgZm91bmQgb24gQUxJWCAod2FzIFJlOiA5LjAtQkVUQTIgLSBLZXJuZWwgUGFuaWMgb24gQUxJ WCkNCg0KTm9wZS4uSSByZWJ1aWx0IHdpdGggYm90aCBvcHRpb25zLi5hbmQganVzdCBvbmUgYXQg YSB0aW1lLi4NCg0KcGFuaWM6IE5vIHVzYWJsZSBldmVudCB0aW1lciBmb3VuZCENCktEQjogc3Rh Y2sgYmFja3RyYWNlOg0KWF9kYl9zeW1fbnVtYXJncyhjMDc1OGEyZCkgYXQgMHhjMDQ3MWY4NSA9 IFhfZGJfc3ltX251bWFyZ3MrMHgxMzUNCmtkYl9iYWNrdHJhY2UoYzI4MjBkMzgsMSxmZmZmZmZm LGMyODIwZDQwLGMwNzAyNTdhLC4uLikgYXQgMHhjMDVhOWM5OCA9IGtkYl9iYWNrdHJhY2UrMHgy OA0KcGFuaWMoYzA3N2RmMDgsYzA3ODI1MWMsZmZmZmZmZixjMjgyMGQ0OCxjMDcwOGI4OCwuLi4p IGF0IDB4YzA1ODEzMjIgPSBwYW5pYysweGEyDQpjcHVfaW5pdGNsb2Nrc19ic3AoYzI4MjBkNjAs YzA1NDM1OGIsYzA3YzhmMTQsYzA3NTBkMmEsMCwuLi4pIGF0IDB4YzA3MDI1N2EgPSBjcHVfaW5p dGNsb2Nrc19ic3ArMHhmYQ0KY3B1X2luaXRjbG9ja3MoYzA3YzhmMTQsYzA3NTBkMmEsMCwwLGMy ODIwZDc4LC4uLikgYXQgMHhjMDcwOGI4OCA9IGNwdV9pbml0Y2xvY2tzKzB4OA0KaGFyZGNsb2Nr X3N5bmMoMCwyODFlYzAwLDI4MWUwMDAsMjgyNTAwMCwwLC4uLikgYXQgMHhjMDU0MzU4YiA9IGhh cmRjbG9ja19zeW5jKzB4M2INCm1pX3N0YXJ0dXAoKSBhdCAweGMwNTQxNDY5ID0gbWlfc3RhcnR1 cCsweGE5DQpidGV4dCgpIGF0IDB4YzA0NDc2NjUgPSBidGV4dCsweDk1DQpLREI6IGVudGVyOiBw YW5pYw0KWyB0aHJlYWQgcGlkIDAgdGlkIDEwMDAwMCBdDQpTdG9wcGVkIGF0ICAgICAgMHhjMDVh OWFhNCA9IGtkYl9lbnRlcisweDM0OiAgICBtb3ZsICAgICQwLDB4YzA3ZDkzYjQgPSBrZGJfd2h5 DQoNCklzIHN0aWxsIHRoZSByZXN1bHQuLg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogTWlrZSBUYW5jc2EgW21haWx0bzptaWtlQHNlbnRleC5uZXRdIA0KU2VudDogV2VkbmVz ZGF5LCBBdWd1c3QgMzEsIDIwMTEgMTA6NTMgQU0NClRvOiBBZHJpYW4gQ2hhZGQNCkNjOiBFZGdh ciBNYXJ0aW5lejsgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3JnDQpTdWJqZWN0OiBSZTogTm8g dmFsaWQgdGltZXJzIGZvdW5kIG9uIEFMSVggKHdhcyBSZTogOS4wLUJFVEEyIC0gS2VybmVsIFBh bmljIG9uIEFMSVgpDQoNCk9uIDgvMzEvMjAxMSAxMjoyNyBQTSwgQWRyaWFuIENoYWRkIHdyb3Rl Og0KPiBKdXN0IHRvIGNsYXJpZnkgZm9yIEVkZ2FyLA0KPiANCj4gSGlzIDkuMCBidWlsZCBpc24n dCBmaW5kaW5nIGFueSB2YWxpZCB0aW1lcnM7IGhlbmNlIHdoeSB0aGUgdGhpbmcNCj4gcGFuaWNz IHVwb24gYm9vdC4NCj4gDQo+IFNpbmNlIEkndmUgZ290IGEgZmV3IEFsaXggYm9hcmRzIEknZCBs aWtlIHRvIHVzZSBmb3IgMTFuIHRlc3RpbmcsIGknZA0KPiBsaWtlIHRvIGtub3cgaG93IHRvIG1h a2UgdGhpcyB3b3JrLg0KPiBEb2VzIGFueW9uZSBrbm93IHRoZSByZWxldmFudCBtYWdpYyB0byBz ZWUgd2hpY2ggdGltZXJzIGFyZSBhdmFpbGFibGUsDQo+IGFuZCBmb3JjZSBlbmFibGUgc29tZXRo aW5nIHRoYXQnbGwgd29yaz8NCg0KDQpTdHJhbmdlLA0KCUkgaGFkIGp1c3QgdHJpZWQgd2l0aCBh IFNvZWtyaXMgbm90IGxvbmcgYWdvIGFuZCBpdCB3YXMgaGFwcHkgd2l0aA0KQmV0YTEgYW5kIDIu Li4uIGNzdXBpbmcuLi4gdXBkYXRpbmcuLi4gYW5kIGl0IHN0aWxsIHdvcmtzLiAgZG1lc2cudHh0 IGF0DQpodHRwOi8vd3d3LnRhbmNzYS5jb20vYmV0YTIuaHRtbA0KDQpXaGF0IGlmIHlvdSBhZGQN Cg0Kb3B0aW9uICAgICAgICAgIENQVV9HRU9ERQ0Kb3B0aW9uICAgICAgICAgIENQVV9TT0VLUklT DQoNCnRvIHRoZSBrZXJuZWwgPyBJIHRoaW5rIGFjdHVhbGx5IG9ubHkgb25lIGlzIG5lZWRlZCwg YnV0IEkgZm9yZ2V0IHdoaWNoIG9uZS4NCg0KCS0tLU1pa2UNCg0KLS0gDQotLS0tLS0tLS0tLS0t LS0tLS0tDQpNaWtlIFRhbmNzYSwgdGVsICsxIDUxOSA2NTEgMzQwMA0KU2VudGV4IENvbW11bmlj YXRpb25zLCBtaWtlQHNlbnRleC5uZXQNClByb3ZpZGluZyBJbnRlcm5ldCBzZXJ2aWNlcyBzaW5j ZSAxOTk0IHd3dy5zZW50ZXgubmV0DQpDYW1icmlkZ2UsIE9udGFyaW8gQ2FuYWRhICAgaHR0cDov L3d3dy50YW5jc2EuY29tLw0KDQo= From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 19:58: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 82CE1106564A; Wed, 31 Aug 2011 19:58:47 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by mx1.freebsd.org (Postfix) with ESMTP id 3177E8FC08; Wed, 31 Aug 2011 19:58:46 +0000 (UTC) Received: from mail199-ch1-R.bigfish.com (216.32.181.174) by CH1EHSOBE018.bigfish.com (10.43.70.68) with Microsoft SMTP Server id 14.1.225.22; Wed, 31 Aug 2011 19:58:46 +0000 Received: from mail199-ch1 (localhost.localdomain [127.0.0.1]) by mail199-ch1-R.bigfish.com (Postfix) with ESMTP id 5E99CA604D5; Wed, 31 Aug 2011 19:58:46 +0000 (UTC) X-SpamScore: -20 X-BigFish: VPS-20(zzbb2dK9371K542M1432N98dKzz1202hzz8275ch8275bh8275dhz2fh2a8h668h839h944h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB016.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI Received-SPF: pass (mail199-ch1: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB016.RED001.local ; RED001.local ; Received: from mail199-ch1 (localhost.localdomain [127.0.0.1]) by mail199-ch1 (MessageSwitch) id 131482072622972_20507; Wed, 31 Aug 2011 19:58:46 +0000 (UTC) Received: from CH1EHSMHS031.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.246]) by mail199-ch1.bigfish.com (Postfix) with ESMTP id EAC24161804B; Wed, 31 Aug 2011 19:58:45 +0000 (UTC) Received: from VA3DIAHUB016.RED001.local (65.55.171.153) by CH1EHSMHS031.bigfish.com (10.43.70.31) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 31 Aug 2011 19:58:43 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB016.RED001.local ([10.32.17.84]) with mapi; Wed, 31 Aug 2011 12:58:40 -0700 From: Edgar Martinez To: Mike Tancsa Date: Wed, 31 Aug 2011 12:57:56 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoGCZDZaimiBp9TfeFMW8YFnv2TwAAArMg Message-ID: <957EB052144AA64AB39F7AB26878320101217C4C5A@VA3DIAXVS881.RED001.local> In-Reply-To: <4E5E91F2.8080606@sentex.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Wed, 31 Aug 2011 20:31:10 +0000 Cc: Adrian Chadd , "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 19:58:47 -0000 TGF0ZXN0IEFMSVggZmlybXdhcmU/IC45OWg/DQoNCkknbSB1c2luZyB0aGUgYmVsb3cgYm9hcmQu Li4NCg0KaHR0cDovL3BjZW5naW5lcy5jaC9hbGl4MmQyLmh0bQ0KDQoNCg0KDQotLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogTWlrZSBUYW5jc2EgW21haWx0bzptaWtlQHNlbnRleC5u ZXRdIA0KU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMzEsIDIwMTEgMTI6NTcgUE0NClRvOiBFZGdh ciBNYXJ0aW5leg0KQ2M6IEFkcmlhbiBDaGFkZDsgZnJlZWJzZC1jdXJyZW50QGZyZWVic2Qub3Jn DQpTdWJqZWN0OiBSZTogTm8gdmFsaWQgdGltZXJzIGZvdW5kIG9uIEFMSVggKHdhcyBSZTogOS4w LUJFVEEyIC0gS2VybmVsIFBhbmljIG9uIEFMSVgpDQoNCk9uIDgvMzEvMjAxMSAzOjI1IFBNLCBF ZGdhciBNYXJ0aW5leiB3cm90ZToNCj4gTm9wZS4uSSByZWJ1aWx0IHdpdGggYm90aCBvcHRpb25z Li5hbmQganVzdCBvbmUgYXQgYSB0aW1lLi4NCg0KU3RyYW5nZSwNCglNeSBrZXJuZWwgaXMgbm90 IHNvIGRpZmZlcmVudCBmcm9tIEdFTkVSSUMuIEkgYWRkZWQgaXQgdG8gdGhlIGJvdHRvbSBvZg0K aHR0cDovL3d3dy50YW5jc2EuY29tL2JldGEyLmh0bWwNCg0KUGVyaGFwcyBpdHMgYSBkaWZmZXJl bnQgQWxpeCBib3ggdGhhbiBtaW5lIHRoYXQgaXMgY2F1c2luZyB0aGUgaXNzdWUgPyBJDQp0cmll ZCB3aXRoDQpodHRwOi8vd3d3LnBjZW5naW5lcy5jaC9hbGl4NmYyLmh0bQ0KYW5kDQpodHRwOi8v d3d3LnBjZW5naW5lcy5jaC9hbGl4M2QyLmh0bQ0KDQoJLS0tTWlrZQ0KDQoNCg0KPiANCj4gcGFu aWM6IE5vIHVzYWJsZSBldmVudCB0aW1lciBmb3VuZCENCj4gS0RCOiBzdGFjayBiYWNrdHJhY2U6 DQo+IFhfZGJfc3ltX251bWFyZ3MoYzA3NThhMmQpIGF0IDB4YzA0NzFmODUgPSBYX2RiX3N5bV9u dW1hcmdzKzB4MTM1DQo+IGtkYl9iYWNrdHJhY2UoYzI4MjBkMzgsMSxmZmZmZmZmLGMyODIwZDQw LGMwNzAyNTdhLC4uLikgYXQgMHhjMDVhOWM5OCA9IGtkYl9iYWNrdHJhY2UrMHgyOA0KPiBwYW5p YyhjMDc3ZGYwOCxjMDc4MjUxYyxmZmZmZmZmLGMyODIwZDQ4LGMwNzA4Yjg4LC4uLikgYXQgMHhj MDU4MTMyMiA9IHBhbmljKzB4YTINCj4gY3B1X2luaXRjbG9ja3NfYnNwKGMyODIwZDYwLGMwNTQz NThiLGMwN2M4ZjE0LGMwNzUwZDJhLDAsLi4uKSBhdCAweGMwNzAyNTdhID0gY3B1X2luaXRjbG9j a3NfYnNwKzB4ZmENCj4gY3B1X2luaXRjbG9ja3MoYzA3YzhmMTQsYzA3NTBkMmEsMCwwLGMyODIw ZDc4LC4uLikgYXQgMHhjMDcwOGI4OCA9IGNwdV9pbml0Y2xvY2tzKzB4OA0KPiBoYXJkY2xvY2tf c3luYygwLDI4MWVjMDAsMjgxZTAwMCwyODI1MDAwLDAsLi4uKSBhdCAweGMwNTQzNThiID0gaGFy ZGNsb2NrX3N5bmMrMHgzYg0KPiBtaV9zdGFydHVwKCkgYXQgMHhjMDU0MTQ2OSA9IG1pX3N0YXJ0 dXArMHhhOQ0KPiBidGV4dCgpIGF0IDB4YzA0NDc2NjUgPSBidGV4dCsweDk1DQo+IEtEQjogZW50 ZXI6IHBhbmljDQo+IFsgdGhyZWFkIHBpZCAwIHRpZCAxMDAwMDAgXQ0KPiBTdG9wcGVkIGF0ICAg ICAgMHhjMDVhOWFhNCA9IGtkYl9lbnRlcisweDM0OiAgICBtb3ZsICAgICQwLDB4YzA3ZDkzYjQg PSBrZGJfd2h5DQo+IA0KPiBJcyBzdGlsbCB0aGUgcmVzdWx0Li4NCj4gDQo+IC0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1pa2UgVGFuY3NhIFttYWlsdG86bWlrZUBzZW50ZXgu bmV0XSANCj4gU2VudDogV2VkbmVzZGF5LCBBdWd1c3QgMzEsIDIwMTEgMTA6NTMgQU0NCj4gVG86 IEFkcmlhbiBDaGFkZA0KPiBDYzogRWRnYXIgTWFydGluZXo7IGZyZWVic2QtY3VycmVudEBmcmVl YnNkLm9yZw0KPiBTdWJqZWN0OiBSZTogTm8gdmFsaWQgdGltZXJzIGZvdW5kIG9uIEFMSVggKHdh cyBSZTogOS4wLUJFVEEyIC0gS2VybmVsIFBhbmljIG9uIEFMSVgpDQo+IA0KPiBPbiA4LzMxLzIw MTEgMTI6MjcgUE0sIEFkcmlhbiBDaGFkZCB3cm90ZToNCj4+IEp1c3QgdG8gY2xhcmlmeSBmb3Ig RWRnYXIsDQo+Pg0KPj4gSGlzIDkuMCBidWlsZCBpc24ndCBmaW5kaW5nIGFueSB2YWxpZCB0aW1l cnM7IGhlbmNlIHdoeSB0aGUgdGhpbmcNCj4+IHBhbmljcyB1cG9uIGJvb3QuDQo+Pg0KPj4gU2lu Y2UgSSd2ZSBnb3QgYSBmZXcgQWxpeCBib2FyZHMgSSdkIGxpa2UgdG8gdXNlIGZvciAxMW4gdGVz dGluZywgaSdkDQo+PiBsaWtlIHRvIGtub3cgaG93IHRvIG1ha2UgdGhpcyB3b3JrLg0KPj4gRG9l cyBhbnlvbmUga25vdyB0aGUgcmVsZXZhbnQgbWFnaWMgdG8gc2VlIHdoaWNoIHRpbWVycyBhcmUg YXZhaWxhYmxlLA0KPj4gYW5kIGZvcmNlIGVuYWJsZSBzb21ldGhpbmcgdGhhdCdsbCB3b3JrPw0K PiANCj4gDQo+IFN0cmFuZ2UsDQo+IAlJIGhhZCBqdXN0IHRyaWVkIHdpdGggYSBTb2VrcmlzIG5v dCBsb25nIGFnbyBhbmQgaXQgd2FzIGhhcHB5IHdpdGgNCj4gQmV0YTEgYW5kIDIuLi4uIGNzdXBp bmcuLi4gdXBkYXRpbmcuLi4gYW5kIGl0IHN0aWxsIHdvcmtzLiAgZG1lc2cudHh0IGF0DQo+IGh0 dHA6Ly93d3cudGFuY3NhLmNvbS9iZXRhMi5odG1sDQo+IA0KPiBXaGF0IGlmIHlvdSBhZGQNCj4g DQo+IG9wdGlvbiAgICAgICAgICBDUFVfR0VPREUNCj4gb3B0aW9uICAgICAgICAgIENQVV9TT0VL UklTDQo+IA0KPiB0byB0aGUga2VybmVsID8gSSB0aGluayBhY3R1YWxseSBvbmx5IG9uZSBpcyBu ZWVkZWQsIGJ1dCBJIGZvcmdldCB3aGljaCBvbmUuDQo+IA0KPiAJLS0tTWlrZQ0KPiANCg0KDQot LSANCi0tLS0tLS0tLS0tLS0tLS0tLS0NCk1pa2UgVGFuY3NhLCB0ZWwgKzEgNTE5IDY1MSAzNDAw DQpTZW50ZXggQ29tbXVuaWNhdGlvbnMsIG1pa2VAc2VudGV4Lm5ldA0KUHJvdmlkaW5nIEludGVy bmV0IHNlcnZpY2VzIHNpbmNlIDE5OTQgd3d3LnNlbnRleC5uZXQNCkNhbWJyaWRnZSwgT250YXJp byBDYW5hZGEgICBodHRwOi8vd3d3LnRhbmNzYS5jb20vDQoNCg== From owner-freebsd-current@FreeBSD.ORG Wed Aug 31 20:16: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 2EE8010657F6; Wed, 31 Aug 2011 20:16:12 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from VA3EHSOBE007.bigfish.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by mx1.freebsd.org (Postfix) with ESMTP id CB66B8FC0C; Wed, 31 Aug 2011 20:16:11 +0000 (UTC) Received: from mail99-va3-R.bigfish.com (10.7.14.247) by VA3EHSOBE007.bigfish.com (10.7.40.11) with Microsoft SMTP Server id 14.1.225.22; Wed, 31 Aug 2011 20:16:10 +0000 Received: from mail99-va3 (localhost.localdomain [127.0.0.1]) by mail99-va3-R.bigfish.com (Postfix) with ESMTP id C1212B7828D; Wed, 31 Aug 2011 20:16:10 +0000 (UTC) X-SpamScore: -23 X-BigFish: VPS-23(zzbb2dK9371K15bfK542M1432N98dKzz1202hzz8275ch8275bh8275dhz2fh2a8h668h839h944h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB007.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI Received-SPF: pass (mail99-va3: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB007.RED001.local ; RED001.local ; Received: from mail99-va3 (localhost.localdomain [127.0.0.1]) by mail99-va3 (MessageSwitch) id 1314821727249025_21442; Wed, 31 Aug 2011 20:15:27 +0000 (UTC) Received: from VA3EHSMHS028.bigfish.com (unknown [10.7.14.250]) by mail99-va3.bigfish.com (Postfix) with ESMTP id E2B9616E804E; Wed, 31 Aug 2011 20:15:26 +0000 (UTC) Received: from VA3DIAHUB007.RED001.local (65.55.171.153) by VA3EHSMHS028.bigfish.com (10.7.99.38) with Microsoft SMTP Server (TLS) id 14.1.225.22; Wed, 31 Aug 2011 20:15:23 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB007.RED001.local ([10.32.16.178]) with mapi; Wed, 31 Aug 2011 13:15:21 -0700 From: Edgar Martinez To: Mike Tancsa Date: Wed, 31 Aug 2011 13:14:36 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoGkOgPypoPVlHSea0Fy8d1C83qAAAEFJg Message-ID: <957EB052144AA64AB39F7AB26878320101217C4C6B@VA3DIAXVS881.RED001.local> In-Reply-To: <4E5E9579.2080208@sentex.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Wed, 31 Aug 2011 20:31:20 +0000 Cc: Adrian Chadd , "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 31 Aug 2011 20:16:14 -0000 SSBoYXZlIGEgZGVidWcga2VybmVsIGJ1aWx0Li5hbnl0aGluZyBJIGNhbiBkbyBpbiB0aGUgbWVh bnRpbWU/DQoNCkkgaW1hZ2luZSBQYXNjYWwgd2lsbCBiZSBzbGVlcGluZyByaWdodCBhYm91dCBu b3cuDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBNaWtlIFRhbmNzYSBbbWFp bHRvOm1pa2VAc2VudGV4Lm5ldF0gDQpTZW50OiBXZWRuZXNkYXksIEF1Z3VzdCAzMSwgMjAxMSAx OjEyIFBNDQpUbzogRWRnYXIgTWFydGluZXoNCkNjOiBBZHJpYW4gQ2hhZGQ7IGZyZWVic2QtY3Vy cmVudEBmcmVlYnNkLm9yZw0KU3ViamVjdDogUmU6IE5vIHZhbGlkIHRpbWVycyBmb3VuZCBvbiBB TElYICh3YXMgUmU6IDkuMC1CRVRBMiAtIEtlcm5lbCBQYW5pYyBvbiBBTElYKQ0KDQpPbiA4LzMx LzIwMTEgMzo1NyBQTSwgRWRnYXIgTWFydGluZXogd3JvdGU6DQo+IExhdGVzdCBBTElYIGZpcm13 YXJlPyAuOTloPw0KPiANCj4gSSdtIHVzaW5nIHRoZSBiZWxvdyBib2FyZC4uLg0KPiANCj4gaHR0 cDovL3BjZW5naW5lcy5jaC9hbGl4MmQyLmh0bQ0KDQpUaGF0cyBwcmV0dHkgd2VsbCB0aGUgc2Ft ZSBib2FyZCBhcyBtZSwgZXhjZXB0IEkgZG9udCBoYXZlIHRoZSAyDQptaW5pLXBjaSBzbG90cy4g IE1pbmUgY29tZXMgdXAgYXMNCg0KR2VvZGUgTFg6IFBDIEVuZ2luZXMgQUxJWC4yIHYwLjk5aCB0 aW55QklPUyBWMS40YSAoQykxOTk3LTIwMDcNCnZzDQpHZW9kZSBMWDogUEMgRW5naW5lcyBBTElY LjMgdjAuOTloIHRpbnlCSU9TIFYxLjRhIChDKTE5OTctMjAwNw0KDQoNClBlcmhhcHMgZW5nYWdl IHRoZSBQQ0VuZ2luZSdzIGZvbGtzIHRvIHNlZSB3aGF0IHRoZSBkaWZmZXJlbmNlIGlzIGFuZCBp Zg0KdGhleSBrbm93IHdoYXQgbWlnaHQgYmUgdXAuDQoNCg0KDQoJLS0tTWlrZQ0KDQo+IA0KPiAN Cj4gDQo+IA0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBNaWtlIFRhbmNz YSBbbWFpbHRvOm1pa2VAc2VudGV4Lm5ldF0gDQo+IFNlbnQ6IFdlZG5lc2RheSwgQXVndXN0IDMx LCAyMDExIDEyOjU3IFBNDQo+IFRvOiBFZGdhciBNYXJ0aW5leg0KPiBDYzogQWRyaWFuIENoYWRk OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNCj4gU3ViamVjdDogUmU6IE5vIHZhbGlkIHRp bWVycyBmb3VuZCBvbiBBTElYICh3YXMgUmU6IDkuMC1CRVRBMiAtIEtlcm5lbCBQYW5pYyBvbiBB TElYKQ0KPiANCj4gT24gOC8zMS8yMDExIDM6MjUgUE0sIEVkZ2FyIE1hcnRpbmV6IHdyb3RlOg0K Pj4gTm9wZS4uSSByZWJ1aWx0IHdpdGggYm90aCBvcHRpb25zLi5hbmQganVzdCBvbmUgYXQgYSB0 aW1lLi4NCj4gDQo+IFN0cmFuZ2UsDQo+IAlNeSBrZXJuZWwgaXMgbm90IHNvIGRpZmZlcmVudCBm cm9tIEdFTkVSSUMuIEkgYWRkZWQgaXQgdG8gdGhlIGJvdHRvbSBvZg0KPiBodHRwOi8vd3d3LnRh bmNzYS5jb20vYmV0YTIuaHRtbA0KPiANCj4gUGVyaGFwcyBpdHMgYSBkaWZmZXJlbnQgQWxpeCBi b3ggdGhhbiBtaW5lIHRoYXQgaXMgY2F1c2luZyB0aGUgaXNzdWUgPyBJDQo+IHRyaWVkIHdpdGgN Cj4gaHR0cDovL3d3dy5wY2VuZ2luZXMuY2gvYWxpeDZmMi5odG0NCj4gYW5kDQo+IGh0dHA6Ly93 d3cucGNlbmdpbmVzLmNoL2FsaXgzZDIuaHRtDQo+IA0KPiAJLS0tTWlrZQ0KPiANCj4gDQo+IA0K Pj4NCj4+IHBhbmljOiBObyB1c2FibGUgZXZlbnQgdGltZXIgZm91bmQhDQo+PiBLREI6IHN0YWNr IGJhY2t0cmFjZToNCj4+IFhfZGJfc3ltX251bWFyZ3MoYzA3NThhMmQpIGF0IDB4YzA0NzFmODUg PSBYX2RiX3N5bV9udW1hcmdzKzB4MTM1DQo+PiBrZGJfYmFja3RyYWNlKGMyODIwZDM4LDEsZmZm ZmZmZixjMjgyMGQ0MCxjMDcwMjU3YSwuLi4pIGF0IDB4YzA1YTljOTggPSBrZGJfYmFja3RyYWNl KzB4MjgNCj4+IHBhbmljKGMwNzdkZjA4LGMwNzgyNTFjLGZmZmZmZmYsYzI4MjBkNDgsYzA3MDhi ODgsLi4uKSBhdCAweGMwNTgxMzIyID0gcGFuaWMrMHhhMg0KPj4gY3B1X2luaXRjbG9ja3NfYnNw KGMyODIwZDYwLGMwNTQzNThiLGMwN2M4ZjE0LGMwNzUwZDJhLDAsLi4uKSBhdCAweGMwNzAyNTdh ID0gY3B1X2luaXRjbG9ja3NfYnNwKzB4ZmENCj4+IGNwdV9pbml0Y2xvY2tzKGMwN2M4ZjE0LGMw NzUwZDJhLDAsMCxjMjgyMGQ3OCwuLi4pIGF0IDB4YzA3MDhiODggPSBjcHVfaW5pdGNsb2Nrcysw eDgNCj4+IGhhcmRjbG9ja19zeW5jKDAsMjgxZWMwMCwyODFlMDAwLDI4MjUwMDAsMCwuLi4pIGF0 IDB4YzA1NDM1OGIgPSBoYXJkY2xvY2tfc3luYysweDNiDQo+PiBtaV9zdGFydHVwKCkgYXQgMHhj MDU0MTQ2OSA9IG1pX3N0YXJ0dXArMHhhOQ0KPj4gYnRleHQoKSBhdCAweGMwNDQ3NjY1ID0gYnRl eHQrMHg5NQ0KPj4gS0RCOiBlbnRlcjogcGFuaWMNCj4+IFsgdGhyZWFkIHBpZCAwIHRpZCAxMDAw MDAgXQ0KPj4gU3RvcHBlZCBhdCAgICAgIDB4YzA1YTlhYTQgPSBrZGJfZW50ZXIrMHgzNDogICAg bW92bCAgICAkMCwweGMwN2Q5M2I0ID0ga2RiX3doeQ0KPj4NCj4+IElzIHN0aWxsIHRoZSByZXN1 bHQuLg0KPj4NCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBNaWtlIFRh bmNzYSBbbWFpbHRvOm1pa2VAc2VudGV4Lm5ldF0gDQo+PiBTZW50OiBXZWRuZXNkYXksIEF1Z3Vz dCAzMSwgMjAxMSAxMDo1MyBBTQ0KPj4gVG86IEFkcmlhbiBDaGFkZA0KPj4gQ2M6IEVkZ2FyIE1h cnRpbmV6OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNCj4+IFN1YmplY3Q6IFJlOiBObyB2 YWxpZCB0aW1lcnMgZm91bmQgb24gQUxJWCAod2FzIFJlOiA5LjAtQkVUQTIgLSBLZXJuZWwgUGFu aWMgb24gQUxJWCkNCj4+DQo+PiBPbiA4LzMxLzIwMTEgMTI6MjcgUE0sIEFkcmlhbiBDaGFkZCB3 cm90ZToNCj4+PiBKdXN0IHRvIGNsYXJpZnkgZm9yIEVkZ2FyLA0KPj4+DQo+Pj4gSGlzIDkuMCBi dWlsZCBpc24ndCBmaW5kaW5nIGFueSB2YWxpZCB0aW1lcnM7IGhlbmNlIHdoeSB0aGUgdGhpbmcN Cj4+PiBwYW5pY3MgdXBvbiBib290Lg0KPj4+DQo+Pj4gU2luY2UgSSd2ZSBnb3QgYSBmZXcgQWxp eCBib2FyZHMgSSdkIGxpa2UgdG8gdXNlIGZvciAxMW4gdGVzdGluZywgaSdkDQo+Pj4gbGlrZSB0 byBrbm93IGhvdyB0byBtYWtlIHRoaXMgd29yay4NCj4+PiBEb2VzIGFueW9uZSBrbm93IHRoZSBy ZWxldmFudCBtYWdpYyB0byBzZWUgd2hpY2ggdGltZXJzIGFyZSBhdmFpbGFibGUsDQo+Pj4gYW5k IGZvcmNlIGVuYWJsZSBzb21ldGhpbmcgdGhhdCdsbCB3b3JrPw0KPj4NCj4+DQo+PiBTdHJhbmdl LA0KPj4gCUkgaGFkIGp1c3QgdHJpZWQgd2l0aCBhIFNvZWtyaXMgbm90IGxvbmcgYWdvIGFuZCBp dCB3YXMgaGFwcHkgd2l0aA0KPj4gQmV0YTEgYW5kIDIuLi4uIGNzdXBpbmcuLi4gdXBkYXRpbmcu Li4gYW5kIGl0IHN0aWxsIHdvcmtzLiAgZG1lc2cudHh0IGF0DQo+PiBodHRwOi8vd3d3LnRhbmNz YS5jb20vYmV0YTIuaHRtbA0KPj4NCj4+IFdoYXQgaWYgeW91IGFkZA0KPj4NCj4+IG9wdGlvbiAg ICAgICAgICBDUFVfR0VPREUNCj4+IG9wdGlvbiAgICAgICAgICBDUFVfU09FS1JJUw0KPj4NCj4+ IHRvIHRoZSBrZXJuZWwgPyBJIHRoaW5rIGFjdHVhbGx5IG9ubHkgb25lIGlzIG5lZWRlZCwgYnV0 IEkgZm9yZ2V0IHdoaWNoIG9uZS4NCj4+DQo+PiAJLS0tTWlrZQ0KPj4NCj4gDQo+IA0KDQoNCi0t IA0KLS0tLS0tLS0tLS0tLS0tLS0tLQ0KTWlrZSBUYW5jc2EsIHRlbCArMSA1MTkgNjUxIDM0MDAN ClNlbnRleCBDb21tdW5pY2F0aW9ucywgbWlrZUBzZW50ZXgubmV0DQpQcm92aWRpbmcgSW50ZXJu ZXQgc2VydmljZXMgc2luY2UgMTk5NCB3d3cuc2VudGV4Lm5ldA0KQ2FtYnJpZGdlLCBPbnRhcmlv IENhbmFkYSAgIGh0dHA6Ly93d3cudGFuY3NhLmNvbS8NCg0K From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 01:25: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 8DD64106564A for ; Thu, 1 Sep 2011 01:25:42 +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 CCDDB8FC08 for ; Thu, 1 Sep 2011 01:25:41 +0000 (UTC) Received: by vxh11 with SMTP id 11so1238199vxh.13 for ; Wed, 31 Aug 2011 18:25:41 -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=fyxvBmdhLFpz0FK8/1NnxirKCXitKN1phfB6KQzOQ0c=; b=TY6LquKC5sZytssvZhC3vMeVFKBoOXbQFt7xXKf6H3j97+5s1EgCZOuzWWRwV4/CfP xW8ijFcg+DW1HUe3jlsUrrwAy3Ld1HAMLSlUzuSjiKsolXjzLHtuUBw1JFiuPRsxBO+W kvfkHd1hJuK6SfRWxEfy41MYHcqKDoCFTpV+I= MIME-Version: 1.0 Received: by 10.52.73.72 with SMTP id j8mr976173vdv.261.1314840340022; Wed, 31 Aug 2011 18:25:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.52.33.49 with HTTP; Wed, 31 Aug 2011 18:25:39 -0700 (PDT) In-Reply-To: <4E5E7502.5080900@sentex.net> References: <4E5E7502.5080900@sentex.net> Date: Thu, 1 Sep 2011 09:25:39 +0800 X-Google-Sender-Auth: 24uUW5QIlDH3ivz58jL7yubOHes Message-ID: From: Adrian Chadd To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-current@freebsd.org" , Edgar Martinez Subject: Re: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 01:25:42 -0000 This the key here: atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 Edgar, are you missing a device entry for the RTC? Do you have device.hints in /boot ? GENERIC.hints:hint.atrtc.0.at="isa" GENERIC.hints:hint.atrtc.0.port="0x70" GENERIC.hints:hint.atrtc.0.irq="8" And do you have device atpic? That seems to be what compiles in atrtc. Adrian From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 06:45: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 E4DDB1065670 for ; Thu, 1 Sep 2011 06:45:17 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 628EF8FC15 for ; Thu, 1 Sep 2011 06:45:17 +0000 (UTC) Received: from ur.gsoft.com.au (Ur.gsoft.com.au [203.31.81.44]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p816j63K041921 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 1 Sep 2011 16:15:11 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Sep 2011 16:15:06 +0930 To: freebsd-current Current Message-Id: Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: -4.391 () ALL_TRUSTED,BAYES_00,RP_MATCHES_RCVD X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Subject: Custom installer woes (can't mount / RW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 06:45:18 -0000 Hi, I'm trying to create a custom installer for FreeBSD to automatically = setup our systems, however I am having a very odd problem. The general idea is that I build a release, then create a chroot in = which I install the slab of required ports for our system. I then tar = that up and format a USB key (the same way it's done for a release) with = the tar on it. I then boot the USB key and go to the live FS and run my install script. = It creates the file systems, unpacks the base distribution and my ports = tar ball. Then I tweak various settings and reboot. The problem I am having is that when I boot into the newly installed = system I can't mount / RW, when I try it reports "Operation not = permitted". My script is at.. http://www.gsoft.com.au/~doconnor/install-os.sh The odd thing (to me) is that I used the same gpart/newfs sequence when = creating the USB stick and that can mount root RW just fine.. I tried booting verbose but there is no information forthcoming. I am running SU+J however I tried disabling both on / and rebooting, but = with no change. The other partitions can be mounted RW just fine, and if I boot off = other media I can mount what is / just fine as well. If I install using bsdinstaller it works, so I have a work around, but I = would like to use my custom script as it saves a lot of time and finger = trouble. Any help appreciated. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 08:47: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 1B78A106564A for ; Thu, 1 Sep 2011 08:47:45 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A296A8FC12 for ; Thu, 1 Sep 2011 08:47:44 +0000 (UTC) Received: by bkat8 with SMTP id t8so2223054bka.13 for ; Thu, 01 Sep 2011 01:47:43 -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=BXxqPJ32stHQQBoHfSN2oUSyeAbd4vpea4XIVx6emEA=; b=C/eIdVQPDVStPr1J9OCmls6YaqqrJL8XEq0lzuQ1yOldRY78hQwaX3waotOFWHIM6u Jip0jbFW7oC/gjzBWgiSRbp3W67tQmWzV4fKuBbtNG8jlHynxE/BCvmqbZTbmO/DT3YQ Z1xhrSvf9UEvAqp0F/faAeHVSkqJ99m2C/uJc= MIME-Version: 1.0 Received: by 10.204.142.197 with SMTP id r5mr800425bku.75.1314866862214; Thu, 01 Sep 2011 01:47:42 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.58.196 with HTTP; Thu, 1 Sep 2011 01:47:42 -0700 (PDT) In-Reply-To: References: Date: Thu, 1 Sep 2011 01:47:42 -0700 X-Google-Sender-Auth: fVePr5WieTK-pLp6URwZv9R0KWg Message-ID: From: Craig Rodrigues To: "Daniel O'Connor" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Current Subject: Re: Custom installer woes (can't mount / RW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 08:47:45 -0000 Hi, Does it make a difference if you change this line in your script: echo '/dev/gpt/swap / swap sw 0 0' >>${TMPDIR}/mnt/etc/fstab to: echo '/dev/gpt/swap none swap sw 0 0' >>${TMPDIR}/mnt/etc/fstab Mounting of the root file system "/" is a very interesting thing. During early bootup, when loader(8) runs, it has to read the root file system to find and load the kernel, but it also reads /etc/fstab (if it is there) and sets some environment variables, having to do with mounting the root file system. This logic is in src/sys/boot/common/boot.c in the getrootmount() function. The environment variables which are set are "vfs.root.mountfrom", and "vfs.root.mountfrom.options". After your install script runs, you should break into the loader before the kernel loads, and look at the value of those two environment variables. If there is something else wrong, you need to look into the logic in src/sys/kern/vfs_mount.c in the vfs_mountroot() function. BTW, once you solve your issue, do you have time to review the following document which I am in the middle of submitting to the FreeBSD Documentation Project: "PXE Booting with an NFS root file system" http://people.freebsd.org/~rodrigc/doc/doc/en_US.ISO8859-1/books/handbook/network-pxe-nfs.html It's not 100% related to your current issue, but I have used PXE Booting + NFS root, to write custom installers for FreeBSD. -- Craig Rodrigues rodrigc@crodrigues.org On Wed, Aug 31, 2011 at 11:45 PM, Daniel O'Connor wrote: > > The problem I am having is that when I boot into the newly installed system I can't mount / RW, when I try it reports "Operation not permitted". > > My script is at.. > http://www.gsoft.com.au/~doconnor/install-os.sh From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 09:09: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 C99571065672; Thu, 1 Sep 2011 09:09:10 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.overkill.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 683C38FC0A; Thu, 1 Sep 2011 09:09:10 +0000 (UTC) Received: from happy.home.yamagi.org (unknown [IPv6:2001:5c0:150f:8700:16da:e9ff:fe0f:8071]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.overkill.yamagi.org (Postfix) with ESMTPSA id CB1C31666567; Thu, 1 Sep 2011 11:09:08 +0200 (CEST) Date: Thu, 1 Sep 2011 11:08:59 +0200 From: Yamagi Burmeister To: nwhitehorn@freebsd.org Message-Id: <20110901110859.2265f6cf.lists@yamagi.org> X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__1_Sep_2011_11_08_59_+0200_KwY4Z6srY/aJSvqT" Cc: freebsd-current@freebsd.org Subject: /home and /usr/home not created by bsdinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 09:09:10 -0000 --Signature=_Thu__1_Sep_2011_11_08_59_+0200_KwY4Z6srY/aJSvqT Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, when installing FreeBSD 9.0-BETA1 and choosing the auto partition layout (Guided -> Entire Disk -> Exit -> Save) with no seperate=20 /usr/home partition and adding no user accounts to the system (Would you like to add users to the installed system now -> No) neither the /usr/home directory nor the /home symlink are created. I'm not sure if this is a bug or a feature, but adding users via adduser(8) or pw(8) without the directory and symlink in existance results in "mkdir (/home/xxx): No such file or directory", making the newly created user account unusable. Therefor I'm suggesting that bsdinstall creates /usr/home and the /home symlink in any case, regardless if users are added or not. Ciao, Yamagi --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Thu__1_Sep_2011_11_08_59_+0200_KwY4Z6srY/aJSvqT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5fS7IACgkQWTjlg++8y8uT2gCeOmZXOeke0oSrN8BYkTFkcku/ z0MAmgPeyQ4Q2raA2jzx+kPErV6QcSuR =Q9sr -----END PGP SIGNATURE----- --Signature=_Thu__1_Sep_2011_11_08_59_+0200_KwY4Z6srY/aJSvqT-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 10:03: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 F36BE1065672 for ; Thu, 1 Sep 2011 10:03:10 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mx1.freebsd.org (Postfix) with ESMTP id 783978FC14 for ; Thu, 1 Sep 2011 10:03:10 +0000 (UTC) Received: from mail.0x20.net (mail.0x20.net [217.69.76.211]) by mail.0x20.net (Postfix) with ESMTP id 399666A6C44 for ; Thu, 1 Sep 2011 11:45:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.0x20.net Received: from mail.0x20.net ([217.69.76.211]) by mail.0x20.net (mail.0x20.net [217.69.76.211]) (amavisd-new, port 10024) with ESMTP id 10ef8l2UDnIl for ; Thu, 1 Sep 2011 11:45:18 +0200 (CEST) Received: from 0x20.net (0x20.net [217.69.76.212]) (Authenticated sender: lala) by mail.0x20.net (Postfix) with ESMTPA id E31766A6C40 for ; Thu, 1 Sep 2011 11:45:17 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 01 Sep 2011 11:45:17 +0200 From: Lars Engels To: In-Reply-To: <20110901110859.2265f6cf.lists@yamagi.org> References: <20110901110859.2265f6cf.lists@yamagi.org> Message-ID: <639a793a2f8c1bbbf48e32fc42054580@mail.0x20.net> X-Sender: lars.engels@0x20.net User-Agent: Roundcube Webmail/0.5.4 Subject: Re: /home and /usr/home not created by bsdinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 10:03:11 -0000 On Thu, 1 Sep 2011 11:08:59 +0200, Yamagi Burmeister wrote: > Hi, > when installing FreeBSD 9.0-BETA1 and choosing the auto partition > layout (Guided -> Entire Disk -> Exit -> Save) with no seperate > /usr/home partition and adding no user accounts to the system > (Would you like to add users to the installed system now -> No) > neither > the /usr/home directory nor the /home symlink are created. I'm not > sure > if this is a bug or a feature, but adding users via adduser(8) or > pw(8) > without the directory and symlink in existance results in "mkdir > (/home/xxx): No such file or directory", making the newly created > user > account unusable. Therefor I'm suggesting that bsdinstall > creates /usr/home and the /home symlink in any case, regardless if > users are added or not. > > Ciao, > Yamagi Hi Yamagi, this was already reported and will be fixed in BETA2. The cause was a bug in pw(8). Cheers Lars From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 10:09: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 37EF8106564A for ; Thu, 1 Sep 2011 10:09:22 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by mx1.freebsd.org (Postfix) with ESMTP id CD1F98FC1A for ; Thu, 1 Sep 2011 10:09:21 +0000 (UTC) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmfepo102.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110901100916.EIYE3919.eastrmfepo102.cox.net@eastrmimpo01.cox.net> for ; Thu, 1 Sep 2011 06:09:16 -0400 Received: from serene.no-ip.org ([98.164.83.25]) by eastrmimpo01.cox.net with bizsmtp id TN9E1h00F0YnB6A02N9Faf; Thu, 01 Sep 2011 06:09:15 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020205.4E5F59CB.01AF,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=5AHg1zS6fKBk64vkGL/stHpTKznySuNzRq0QOAs0BF0= c=1 sm=1 a=bbZeDlwlbJcA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=2vO5UZG1h46htWAnE/rx2g==:17 a=kviXuzpPAAAA:8 a=mDlG4AC-gKTcq-NAWoYA:9 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=2vO5UZG1h46htWAnE/rx2g==: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 p81A9EXl016086 for ; Thu, 1 Sep 2011 05:09:14 -0500 (CDT) (envelope-from conrads@cox.net) Date: Thu, 1 Sep 2011 05:09:07 -0500 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20110901050907.019fe182@cox.net> In-Reply-To: <4E5E773E.4050806@zedat.fu-berlin.de> References: <4E5E70AF.2080806@zedat.fu-berlin.de> <4E5E773E.4050806@zedat.fu-berlin.de> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 10:09:22 -0000 On Wed, 31 Aug 2011 20:02:38 +0200 "Hartmann, O." wrote: > > ... and here I am again with SU+J on my box ;-) > > Tomorrow, I will perform this step on all servers. I guess it's a > "worth having". Most definitely. When rebooting after a forced power-down (due to that darned flash plugin locking up my machine), seeing the "/ was not properly dismounted" message, and fsck being automatically invoked, repair with SU+J takes only seconds. Marvelous! -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 10:12: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 B9F3C106566C for ; Thu, 1 Sep 2011 10:12:31 +0000 (UTC) (envelope-from lists@yamagi.org) Received: from mail.yamagi.overkill.yamagi.org (unknown [IPv6:2a01:4f8:121:2102:1::7]) by mx1.freebsd.org (Postfix) with ESMTP id 559298FC0A for ; Thu, 1 Sep 2011 10:12:31 +0000 (UTC) Received: from happy.home.yamagi.org (unknown [IPv6:2001:5c0:150f:8700:16da:e9ff:fe0f:8071]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yamagi.overkill.yamagi.org (Postfix) with ESMTPSA id 7417E1666567; Thu, 1 Sep 2011 12:12:29 +0200 (CEST) Date: Thu, 1 Sep 2011 12:12:10 +0200 From: Yamagi Burmeister To: lars.engels@0x20.net Message-Id: <20110901121210.b7c74a5f.lists@yamagi.org> In-Reply-To: <639a793a2f8c1bbbf48e32fc42054580@mail.0x20.net> References: <20110901110859.2265f6cf.lists@yamagi.org> <639a793a2f8c1bbbf48e32fc42054580@mail.0x20.net> X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; amd64-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__1_Sep_2011_12_12_10_+0200_3gITvrFYyvIC.MFo" Cc: freebsd-current@freebsd.org Subject: Re: /home and /usr/home not created by bsdinstall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 10:12:31 -0000 --Signature=_Thu__1_Sep_2011_12_12_10_+0200_3gITvrFYyvIC.MFo Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 01 Sep 2011 11:45:17 +0200 Lars Engels wrote: > this was already reported and will be fixed in BETA2. The cause was a=20 > bug in > pw(8). Ah okay, I didn't know that. Sorry for the noise :) --=20 Homepage: www.yamagi.org XMPP: yamagi@yamagi.org GnuPG/GPG: 0xEFBCCBCB --Signature=_Thu__1_Sep_2011_12_12_10_+0200_3gITvrFYyvIC.MFo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5fWoQACgkQWTjlg++8y8scNwCg49A3ZI8G6N3y8qyvF6ergQUu HmkAniduLnKRdXzOffaFaptiwfDeXJmf =DP+s -----END PGP SIGNATURE----- --Signature=_Thu__1_Sep_2011_12_12_10_+0200_3gITvrFYyvIC.MFo-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 11:04: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 83B2E1065670 for ; Thu, 1 Sep 2011 11:04:49 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.lysator.liu.se (mail.lysator.liu.se [IPv6:2001:6b0:17:f0a0::3]) by mx1.freebsd.org (Postfix) with ESMTP id DF8AC8FC18 for ; Thu, 1 Sep 2011 11:04:48 +0000 (UTC) Received: from mail.lysator.liu.se (localhost [127.0.0.1]) by mail.lysator.liu.se (Postfix) with ESMTP id 9929E4001D for ; Thu, 1 Sep 2011 13:04:47 +0200 (CEST) Received: by mail.lysator.liu.se (Postfix, from userid 1004) id 8AFE440013; Thu, 1 Sep 2011 13:04:47 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bernadotte.lysator.liu.se X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL,FREEMAIL_FROM autolearn=disabled version=3.3.1 X-Spam-Score: 0.0 Received: from mx.daemonic.se (mx.daemonic.se [IPv6:2001:470:dca9:0:1::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.lysator.liu.se (Postfix) with ESMTPSA id A941040018; Thu, 1 Sep 2011 13:01:34 +0200 (CEST) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2001:470:dca9:0:1::4]) by mx.daemonic.se (Postfix) with ESMTPS id D6A1E119C04; Thu, 1 Sep 2011 13:00:39 +0200 (CEST) Received: from [IPv6:2001:470:dca9:1::4] (vivi.daemonic.se [IPv6:2001:470:dca9:1::4]) by mail.daemonic.se (Postfix) with ESMTPSA id 7D3FA12B0A0; Thu, 1 Sep 2011 13:00:39 +0200 (CEST) Message-ID: <4E5F65CC.1090200@gmail.com> Date: Thu, 01 Sep 2011 13:00:28 +0200 From: Niclas Zeising User-Agent: Mutt/1.5.21 MIME-Version: 1.0 To: "Hartmann, O." References: <4E5E70AF.2080806@zedat.fu-berlin.de> <4E5E773E.4050806@zedat.fu-berlin.de> In-Reply-To: <4E5E773E.4050806@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: Garrett Cooper , freebsd-current Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 11:04:49 -0000 On 2011-08-31 20:02, Hartmann, O. wrote: > On 08/31/11 19:56, Garrett Cooper wrote: >> On Wed, Aug 31, 2011 at 10:34 AM, Hartmann, O. >> wrote: >>> I try to find a suitable reading/howto for how to enable softupdates >>> on >>> UFS2 filesystems. >> Agreed. Added to http://wiki.freebsd.org/DocsFor9x . > Many thanks. > >>> As I could see, SU+J is enlisted to be enabled by default in >>> 9.0-RELEASE. >> Yes, it is on by default in bsdinstall (and I think in newfs? I could >> be wrong). > Great! > >>> What is the status quo of that? I've several active systems running >>> UFS2 on their system disks while data/home/mass storage is ZFS. >>> Are their any issue with SU+J? >> I haven't been tracking what's been going on, but several bugfixes >> have gone in in the last couple of months post-SUJ. There might be >> some bugs in the work, but most standard operations work out of the >> box for me at least. >> >> ... >> >>> I hit was "-J", the option for enabling softupdate via GEOM gjournal. >> Yeah, it's confusing.. >> >>> Is there any special preparation to bring up an existing filesystem >>> securely into >>> journaling? As I read the blogs and emails in the list, it should be >>> as simple >>> as booting into single user mode, enabling on all partitions in >>> question (even / ?) >> Yes. >> >>> via -j softupdate-journaling, runing a foreground fsck, reboot ... >>> that's it? >> If all goes well, that was the entire process IIRC. > > To late ... ;-) I couldn't resist the temptation, shut down the box, > reboot single user mode, > enabled "-j" (the lower letter `j' !!!), did a full fsck -y ... rebooted > ... >>> Or is there any other additional preparation like mentioned in >>> gjournal >>> (async mount)? >> ENOCLUE (because I'm not aware of that with gjournal -- the last time >> I tried setting it up things didn't work too well for me) :). >> >>> Thanks for patience and repsonding, >> Sure :)! >> -Garrett >> _____________ > > ... and here I am again with SU+J on my box ;-) > > Tomorrow, I will perform this step on all servers. I guess it's a "worth > having". > > > Oliver Can you please detail a little more the steps you took to enable SU+J and your experience with it? It sounds like a good start for a howto or an inclusion in the handbook. Thanks! -- Niclas Zeising From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 09:10: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 C7B391065675; Thu, 1 Sep 2011 09:10:24 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from TX2EHSOBE003.bigfish.com (tx2ehsobe002.messaging.microsoft.com [65.55.88.12]) by mx1.freebsd.org (Postfix) with ESMTP id 7CF298FC1A; Thu, 1 Sep 2011 09:10:24 +0000 (UTC) Received: from mail6-tx2-R.bigfish.com (10.9.14.252) by TX2EHSOBE003.bigfish.com (10.9.40.23) with Microsoft SMTP Server id 14.1.225.22; Thu, 1 Sep 2011 09:10:23 +0000 Received: from mail6-tx2 (localhost.localdomain [127.0.0.1]) by mail6-tx2-R.bigfish.com (Postfix) with ESMTP id C84A217301F0; Thu, 1 Sep 2011 09:10:23 +0000 (UTC) X-SpamScore: -8 X-BigFish: VPS-8(zz9371K542Mzz1202hzz8275bh8275dhz2fh2a8h668h839h944h) X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:VA3DIAHUB046.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI Received-SPF: pass (mail6-tx2: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=VA3DIAHUB046.RED001.local ; RED001.local ; Received: from mail6-tx2 (localhost.localdomain [127.0.0.1]) by mail6-tx2 (MessageSwitch) id 1314868223427173_814; Thu, 1 Sep 2011 09:10:23 +0000 (UTC) Received: from TX2EHSMHS037.bigfish.com (unknown [10.9.14.247]) by mail6-tx2.bigfish.com (Postfix) with ESMTP id 6090A20050; Thu, 1 Sep 2011 09:10:23 +0000 (UTC) Received: from VA3DIAHUB046.RED001.local (65.55.171.153) by TX2EHSMHS037.bigfish.com (10.9.99.137) with Microsoft SMTP Server (TLS) id 14.1.225.22; Thu, 1 Sep 2011 09:10:20 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by VA3DIAHUB046.RED001.local ([10.32.21.120]) with mapi; Thu, 1 Sep 2011 02:10:06 -0700 From: Edgar Martinez To: Adrian Chadd , Mike Tancsa Date: Thu, 1 Sep 2011 02:09:22 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoRhGnAH1keequTlO7qncOd6k2egAP1m4Q Message-ID: <957EB052144AA64AB39F7AB26878320101217C4D53@VA3DIAXVS881.RED001.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Thu, 01 Sep 2011 11:13:11 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 09:10:24 -0000 cmU6IGRldmljZSBhdHBpYw0KDQp5dXAsIEkgYWRkZWQgdGhhdCBtYW51YWxseSBpbiB0aGUgb2xk ZXIgc3R1ZmYsIGJ1dCBpdHMgZ2V0dGluZyBhZGRlZCBieSBkZWZhdWx0IGluIDkgYnVpbGQgYXMg cGFydCBvZiB0aGUgZGVmYXVsdCBzdHVmZiBtZW93Lg0KDQpyZTogZGV2aWNlLmhpbnRzIGluIC9i b290ID8NCg0KbmVnLCBJIHdpbGwgdHJ5IHRoYXQgcmlnaHQgbmFvLg0KDQotLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KRnJvbTogYWRyaWFuLmNoYWRkQGdtYWlsLmNvbSBbbWFpbHRvOmFkcmlh bi5jaGFkZEBnbWFpbC5jb21dIE9uIEJlaGFsZiBPZiBBZHJpYW4gQ2hhZGQNClNlbnQ6IFdlZG5l c2RheSwgQXVndXN0IDMxLCAyMDExIDY6MjYgUE0NClRvOiBNaWtlIFRhbmNzYQ0KQ2M6IEVkZ2Fy IE1hcnRpbmV6OyBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcNClN1YmplY3Q6IFJlOiBObyB2 YWxpZCB0aW1lcnMgZm91bmQgb24gQUxJWCAod2FzIFJlOiA5LjAtQkVUQTIgLSBLZXJuZWwgUGFu aWMgb24gQUxJWCkNCg0KVGhpcyB0aGUga2V5IGhlcmU6DQoNCmF0cnRjMDogIGF0IHBvcnQgMHg3 MCBpcnEgOCBvbiBpc2EwDQpFdmVudCB0aW1lciAiUlRDIiBmcmVxdWVuY3kgMzI3NjggSHogcXVh bGl0eSAwDQoNCkVkZ2FyLCBhcmUgeW91IG1pc3NpbmcgYSBkZXZpY2UgZW50cnkgZm9yIHRoZSBS VEM/DQpEbyB5b3UgaGF2ZSBkZXZpY2UuaGludHMgaW4gL2Jvb3QgPw0KDQpHRU5FUklDLmhpbnRz OmhpbnQuYXRydGMuMC5hdD0iaXNhIg0KR0VORVJJQy5oaW50czpoaW50LmF0cnRjLjAucG9ydD0i MHg3MCINCkdFTkVSSUMuaGludHM6aGludC5hdHJ0Yy4wLmlycT0iOCINCg0KQW5kIGRvIHlvdSBo YXZlIGRldmljZSBhdHBpYz8gVGhhdCBzZWVtcyB0byBiZSB3aGF0IGNvbXBpbGVzIGluIGF0cnRj Lg0KDQoNCkFkcmlhbg0KDQo= From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 09:46:05 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 3F325106564A; Thu, 1 Sep 2011 09:46:05 +0000 (UTC) (envelope-from emartinez@kbcnetworks.com) Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe002.messaging.microsoft.com [216.32.181.182]) by mx1.freebsd.org (Postfix) with ESMTP id E10378FC2B; Thu, 1 Sep 2011 09:46:04 +0000 (UTC) Received: from mail194-ch1-R.bigfish.com (216.32.181.174) by CH1EHSOBE017.bigfish.com (10.43.70.67) with Microsoft SMTP Server id 14.1.225.22; Thu, 1 Sep 2011 09:46:04 +0000 Received: from mail194-ch1 (localhost.localdomain [127.0.0.1]) by mail194-ch1-R.bigfish.com (Postfix) with ESMTP id 0E35232815D; Thu, 1 Sep 2011 09:46:04 +0000 (UTC) X-SpamScore: -11 X-BigFish: VPS-11(zz9371K103dK542Mzz1202hzz8275bh8275dhz2fh2a8h668h839h944h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: CIP:65.55.171.153; KIP:(null); UIP:(null); IPVD:NLI; H:va3diahub020.RED001.local; RD:smtp801.microsoftonline.com; EFVD:NLI Received-SPF: pass (mail194-ch1: domain of kbcnetworks.com designates 65.55.171.153 as permitted sender) client-ip=65.55.171.153; envelope-from=emartinez@kbcnetworks.com; helo=va3diahub020.RED001.local ; RED001.local ; Received: from mail194-ch1 (localhost.localdomain [127.0.0.1]) by mail194-ch1 (MessageSwitch) id 1314870363615930_14522; Thu, 1 Sep 2011 09:46:03 +0000 (UTC) Received: from CH1EHSMHS028.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.243]) by mail194-ch1.bigfish.com (Postfix) with ESMTP id 8F5CE3F0046; Thu, 1 Sep 2011 09:46:03 +0000 (UTC) Received: from va3diahub020.RED001.local (65.55.171.153) by CH1EHSMHS028.bigfish.com (10.43.70.28) with Microsoft SMTP Server (TLS) id 14.1.225.22; Thu, 1 Sep 2011 09:46:02 +0000 Received: from VA3DIAXVS881.RED001.local ([10.8.235.7]) by va3diahub020.RED001.local ([10.32.21.20]) with mapi; Thu, 1 Sep 2011 02:46:02 -0700 From: Edgar Martinez To: Adrian Chadd , Mike Tancsa Date: Thu, 1 Sep 2011 02:45:17 -0700 Thread-Topic: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) Thread-Index: AcxoRhGnAH1keequTlO7qncOd6k2egARcDEQ Message-ID: <957EB052144AA64AB39F7AB26878320101217C4D56@VA3DIAXVS881.RED001.local> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: kbcnetworks.com X-Mailman-Approved-At: Thu, 01 Sep 2011 11:13:45 +0000 Cc: "freebsd-current@freebsd.org" Subject: RE: No valid timers found on ALIX (was Re: 9.0-BETA2 - Kernel Panic on ALIX) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 09:46:05 -0000 SSB3YXMgbWlzc2luZyB0aGUgaGludHMuLnByb2JsZW0gc29sdmVkLi50aGFua3MhDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBhZHJpYW4uY2hhZGRAZ21haWwuY29tIFttYWls dG86YWRyaWFuLmNoYWRkQGdtYWlsLmNvbV0gT24gQmVoYWxmIE9mIEFkcmlhbiBDaGFkZA0KU2Vu dDogV2VkbmVzZGF5LCBBdWd1c3QgMzEsIDIwMTEgNjoyNiBQTQ0KVG86IE1pa2UgVGFuY3NhDQpD YzogRWRnYXIgTWFydGluZXo7IGZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZw0KU3ViamVjdDog UmU6IE5vIHZhbGlkIHRpbWVycyBmb3VuZCBvbiBBTElYICh3YXMgUmU6IDkuMC1CRVRBMiAtIEtl cm5lbCBQYW5pYyBvbiBBTElYKQ0KDQpUaGlzIHRoZSBrZXkgaGVyZToNCg0KYXRydGMwOiAgYXQg cG9ydCAweDcwIGlycSA4IG9uIGlzYTANCkV2ZW50IHRpbWVyICJSVEMiIGZyZXF1ZW5jeSAzMjc2 OCBIeiBxdWFsaXR5IDANCg0KRWRnYXIsIGFyZSB5b3UgbWlzc2luZyBhIGRldmljZSBlbnRyeSBm b3IgdGhlIFJUQz8NCkRvIHlvdSBoYXZlIGRldmljZS5oaW50cyBpbiAvYm9vdCA/DQoNCkdFTkVS SUMuaGludHM6aGludC5hdHJ0Yy4wLmF0PSJpc2EiDQpHRU5FUklDLmhpbnRzOmhpbnQuYXRydGMu MC5wb3J0PSIweDcwIg0KR0VORVJJQy5oaW50czpoaW50LmF0cnRjLjAuaXJxPSI4Ig0KDQpBbmQg ZG8geW91IGhhdmUgZGV2aWNlIGF0cGljPyBUaGF0IHNlZW1zIHRvIGJlIHdoYXQgY29tcGlsZXMg aW4gYXRydGMuDQoNCg0KQWRyaWFuDQoNCg== From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 11:26: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 A9759106566C for ; Thu, 1 Sep 2011 11:26:45 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from brane.freislich.nom.za (brane.freislich.nom.za [41.154.0.9]) by mx1.freebsd.org (Postfix) with ESMTP id 3671D8FC14 for ; Thu, 1 Sep 2011 11:26:45 +0000 (UTC) Received: from [41.7.117.138] (helo=clue.co.za) by brane.freislich.nom.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Qz5Pt-000Clv-TK; Thu, 01 Sep 2011 13:26:42 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.76 (FreeBSD)) (envelope-from ) id 1Qz5Pj-0000ZA-TB; Thu, 01 Sep 2011 13:26:31 +0200 To: Niclas Zeising From: Ian FREISLICH In-Reply-To: <4E5F65CC.1090200@gmail.com> References: <4E5F65CC.1090200@gmail.com> <4E5E70AF.2080806@zedat.fu-berlin.de> <4E5E773E.4050806@zedat.fu-berlin.de> X-Attribution: BOFH Date: Thu, 01 Sep 2011 13:26:31 +0200 Message-Id: Cc: Garrett Cooper , freebsd-current , "Hartmann, O." Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 11:26:45 -0000 Niclas Zeising wrote: > Can you please detail a little more the steps you took to enable SU+J > and your experience with it? It sounds like a good start for a howto or > an inclusion in the handbook. It's really simple... You need a kernel compiled with options SOFTUPDATES # Enable FFS soft updates support In single-user mode or unmounted filesystems: tunefs -j enable Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 12:15: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 03F2E106564A for ; Thu, 1 Sep 2011 12:15:39 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 83C7B8FC0C for ; Thu, 1 Sep 2011 12:15:38 +0000 (UTC) Received: by bkat8 with SMTP id t8so2418029bka.13 for ; Thu, 01 Sep 2011 05:15:37 -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 :content-type; bh=Vu4/pzVdB18AewN7T9ryXJM5LnXofj602zkBh8RU3TY=; b=a6buRciIKq88T4yNzGiw5SfP10zgV+juy4ww3hanQhTDxgSj5bAOF08EAwlehWcKM4 +Qfspfpd0xCga+ETOmCNxd/H69JRnj2vq96F69dlkbzSKZe2vRhPr/U0H3oGhtKSBVI+ M9U253w+zg8YNY4Dc+WD4wM0cBezRz9BFJPpQ= MIME-Version: 1.0 Received: by 10.204.134.87 with SMTP id i23mr1019111bkt.218.1314877734946; Thu, 01 Sep 2011 04:48:54 -0700 (PDT) Received: by 10.204.38.1 with HTTP; Thu, 1 Sep 2011 04:48:54 -0700 (PDT) In-Reply-To: <4E5E829D.7000405@zedat.fu-berlin.de> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> <4E5E764D.7090806@zedat.fu-berlin.de> <4E5E829D.7000405@zedat.fu-berlin.de> Date: Thu, 1 Sep 2011 12:48:54 +0100 Message-ID: From: Tom Evans To: "Hartmann, O." , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: 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: Thu, 01 Sep 2011 12:15:39 -0000 On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O. wrote: > On 08/31/11 20:13, Garrett Cooper wrote: >> The list would be way too long. I know other Linux-based groups that >> have integrated drivers from FreeBSD as well for proprietary work. >> Thanks, >> -Garrett > > And claimed then it's GPLv3? Not that anything is (legally) wrong with that. All code re-use is good - if so many OSes hadn't reused BSD sockets, we probably wouldn't be having this discussion now. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 14:02: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 9549F106564A for ; Thu, 1 Sep 2011 14:02:07 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmfepo202.cox.net (eastrmfepo202.cox.net [68.230.241.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF688FC0C for ; Thu, 1 Sep 2011 14:02:06 +0000 (UTC) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20110901140201.RGQZ32466.eastrmfepo202.cox.net@eastrmimpo02.cox.net> for ; Thu, 1 Sep 2011 10:02:01 -0400 Received: from serene.no-ip.org ([98.164.83.25]) by eastrmimpo02.cox.net with bizsmtp id TS201h00X0YnB6A02S214z; Thu, 01 Sep 2011 10:02:01 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020205.4E5F9059.0096,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=ax4i8a8snyEA9uWfgWYmXW+3D+RWNhitQWxcW0Jxd9c= c=1 sm=1 a=DMHx2xE40ewA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=2vO5UZG1h46htWAnE/rx2g==:17 a=kviXuzpPAAAA:8 a=xOzkkW5gqBoK9uRj9q8A:9 a=CjuIK1q_8ugA:10 a=4vB-4DCPJfMA:10 a=2vO5UZG1h46htWAnE/rx2g==: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 p81E20tx098132 for ; Thu, 1 Sep 2011 09:02:00 -0500 (CDT) (envelope-from conrads@cox.net) Date: Thu, 1 Sep 2011 09:01:55 -0500 From: "Conrad J. Sabatier" To: freebsd-current@FreeBSD.org Message-ID: <20110901090155.5fa0d02a@cox.net> X-Mailer: Claws Mail 3.7.10 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Followup re: nvidia-driver linux patch (was: recent commit causes lock up) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 14:02:07 -0000 Just thought I'd give a heads up re: the nvidia_linux.c patch and the latest version of nvidia-driver. I upgraded to the new nvidia-driver-280.13 just now and had to remove the patch file. It broke the build with a "wrong number of arguments to fget" error. After removing the patch, the build proceeded normally, and the new driver seems to be fine. -- Conrad J. Sabatier conrads@cox.net From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 16:06: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 79255106566C for ; Thu, 1 Sep 2011 16:06:23 +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 324A48FC0C for ; Thu, 1 Sep 2011 16:06:23 +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 <1Qz9mX-00045X-Gi>; Thu, 01 Sep 2011 18:06:21 +0200 Received: from e178037248.adsl.alicedsl.de ([85.178.37.248] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1Qz9mX-00032M-DQ>; Thu, 01 Sep 2011 18:06:21 +0200 Message-ID: <4E5FAD7D.9030608@zedat.fu-berlin.de> Date: Thu, 01 Sep 2011 18:06:21 +0200 From: "Hartmann, O." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Ian FREISLICH References: <4E5F65CC.1090200@gmail.com> <4E5E70AF.2080806@zedat.fu-berlin.de> <4E5E773E.4050806@zedat.fu-berlin.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.37.248 Cc: Garrett Cooper , Niclas Zeising , freebsd-current Subject: Re: howto: enabling journaling on softupdates X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 16:06:23 -0000 On 09/01/11 13:26, Ian FREISLICH wrote: > Niclas Zeising wrote: >> Can you please detail a little more the steps you took to enable SU+J >> and your experience with it? It sounds like a good start for a howto or >> an inclusion in the handbook. > It's really simple... > > You need a kernel compiled with > options SOFTUPDATES # Enable FFS soft updates support > > In single-user mode or unmounted filesystems: > > tunefs -j enable > > Ian > Yes, it is really "THAT SIMPLE". But after enabling SU+J, I ran a "fsck" on the filesystem in question and I was asked wether I want to enable journaling and I had to type either n for NO or y for YES. One can avoid this by issuing "fsck -y". This is for selective enabling SU+J. If your're about to enable a bunch of filesystems, boot box in in singleuser, then type "tunefs -j enable /dev/gpt/blabla or whatever your partition in question is located at or simply the last mountpoint referred to in /etc/fstab.After having done this, issuing the command "fsck -y" performs a filsesystem check and enables SU+J. It is assumed, that suoftupdates are configured in the kernel via "options SOFTUPDATES", which is at least default in FreeBSD's GENERIC kernel config file for FreeBSD 9.0 and 8.2, as far as I know. And it is assumed that the filesystem in question on which you are about to enable softupdates-journaling already has softupdates enabled. If this isn't the case, perform all the steps above execpt issuing the tunefs-command sequence as follows: tunefs -n enable -j enable /dev/gpart/fsystem (/dev/gpt/ is used in my case since I switched on UFS2 filesystems to GPT partition tables). Beware! when reading the man page of tunefs, the first option for journaling that comes to your field of view is the capitalized "-J" which stands for journaling via GEOM/GJOURNAL, another method. Scroll further and you'll pick up the lower letter "-j", which is the option we are talking about here. It is a little bit confusing for the first approach). Once done, you can force on a non-important, big filesystem a crash. I switched of one of my server boxes with a 3 TB harddrive for test purposes and was amazed how fast, compared to unjournaled UFS2, the fsck now is performed. Since *BSDs UFS2/FFS filesystem is still, even for large disks/partitons, a competetive filesystem and still a slightly better performing filesystem compared to ZFS and its memory consumption, this efford is really worth "a must have". I'm simply overwealmed at this moment by this little pieces of more security and performance (in case of a crash on / and large partitions). A small piece, a great effect - I think. maybe naiv thinking, but who cares. Thanks to those who gave this pieces of bonbon to the community. Oliver From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 16:10: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 66866106566B for ; Thu, 1 Sep 2011 16:10:04 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 130348FC08 for ; Thu, 1 Sep 2011 16:10:03 +0000 (UTC) Received: by gxk28 with SMTP id 28so1885110gxk.13 for ; Thu, 01 Sep 2011 09:10:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=cjyjXCCMR8W990+0xHRr8kvFfsM5n6yULfrnX6X79Q8=; b=Q4Uci0lT6KSIXOHpg5G9cBqININECgmaHZ0nfj1GD5rmn/6C8p2ty9JsTncBtmimPe QQcljP5L0wgnLa7n9WeICaYjzmOkd1QWkKDUrPrWUMK5GH9+KQMF8ToOu2rOcH1o8+Nb I6oxhrpMBsdIDUL5rOlTlVPR3hT6/52T8CT+E= Received: by 10.42.156.68 with SMTP id y4mr2251icw.325.1314893403164; Thu, 01 Sep 2011 09:10:03 -0700 (PDT) Received: from [192.168.20.56] (c-24-6-49-154.hsd1.ca.comcast.net [24.6.49.154]) by mx.google.com with ESMTPS id lr4sm160409icb.20.2011.09.01.09.10.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Sep 2011 09:10:01 -0700 (PDT) References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5BEF65.2010502@gmail.com> <4E5CAD9E.6050903@rktmb.org> <4E5CB49F.50806@zedat.fu-berlin.de> <4E5CBC14.4080908@rktmb.org> <4E5CF1ED.2030504@zedat.fu-berlin.de> <4E5CF417.5080503@rktmb.org> <4E5D031E.2000602@xaerolimit.net> <4E5D1E46.7000908@zedat.fu-berlin.de> <4E5DC66D.1090602@rktmb.org> <4E5E73E5.4020804@xaerolimit.net> <4E5E764D.7090806@zedat.fu-berlin.de> <4E5E829D.7000405@zedat.fu-berlin.de> In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <12D67DFA-5F13-4FFC-96BE-BF3D93C36595@gmail.com> X-Mailer: iPhone Mail (8L1) From: Garrett Cooper Date: Thu, 1 Sep 2011 09:09:55 -0700 To: Tom Evans Cc: "freebsd-current@freebsd.org" , "Hartmann, O." 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: Thu, 01 Sep 2011 16:10:04 -0000 On Sep 1, 2011, at 4:48 AM, Tom Evans wrote: > On Wed, Aug 31, 2011 at 7:51 PM, Hartmann, O. > wrote: >> On 08/31/11 20:13, Garrett Cooper wrote: >>> The list would be way too long. I know other Linux-based groups that >>> have integrated drivers from FreeBSD as well for proprietary work. >>> Thanks, >>> -Garrett >>=20 >> And claimed then it's GPLv3? >=20 > Not that anything is (legally) wrong with that. All code re-use is > good - if so many OSes hadn't reused BSD sockets, we probably wouldn't > be having this discussion now. Assuming the license had been preserved in the derived work. If not, then th= at is a problem.. I'm also not sure that relicensing source as GPL if it was originally BSD is= such a wise thing to do either, but IANAL. Thanks, -Garrett= From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 18:54: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 C1605106566C for ; Thu, 1 Sep 2011 18:54:49 +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 4FF8C8FC14 for ; Thu, 1 Sep 2011 18:54:48 +0000 (UTC) Received: by wwi36 with SMTP id 36so2332932wwi.31 for ; Thu, 01 Sep 2011 11:54:48 -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=XssncbvMg11ifS/4i8Trw3g0JCNyoZjMJjS+4jPR4NU=; b=d1Wv37X4xt3GXy/egRPM7mp2n7VTdLndE4SiPrZEQSbvg1M2zbF3+Yr61zwlPhWAQk TOR9hJ3EwfWzI44d4tTesjA8W9rET3ntGWhhabHks4RnzRy5gQb4sqLI/ihASWhp26UM HU+t/zR1SgRfxoBVQt3LujMFI3TcByHnEgrTQ= MIME-Version: 1.0 Received: by 10.216.157.8 with SMTP id n8mr474351wek.48.1314901578900; Thu, 01 Sep 2011 11:26:18 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 11:26:15 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 11:26:15 -0700 (PDT) In-Reply-To: <4E5D3060.9090806@coreitpro.com> References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5D3060.9090806@coreitpro.com> Date: Fri, 2 Sep 2011 03:56:15 +0930 Message-ID: From: Matt Thyer To: "Sean M. Collins" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: 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: Thu, 01 Sep 2011 18:54:49 -0000 Advocacy by the project members is not going to be taken as seriously as an independent third party comparison. It's clear to me that the project should stick to improving it's own feature set and leave these sorts of things to others. Otherwise we're straying into Fanboy territory which aint pretty. Once we have some world beating (or even close to equalling) performance we can start to request that third parties take us seriously. From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:00: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 B8DE4106571A for ; Thu, 1 Sep 2011 19:00:28 +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 BA1938FC0C for ; Thu, 1 Sep 2011 19:00:23 +0000 (UTC) Received: by wyh15 with SMTP id 15so2066435wyh.13 for ; Thu, 01 Sep 2011 12:00:22 -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=GwJXi54ImFpDyn1rH+d4iyzQhqJF+Bu8jek4sWvAQeQ=; b=UK9uaMrsEC2ZiBJ0nuL7H7AAhVrAI8xMXjaFn19tF7ihBMObl//klYhBt1DBFA+XEs uyV48y3aJ9k28cEhGGur4tSO/l0m8+7oLLgTYFBdkTnkc6Sqy+Gutb3/a5JqLqSm3XOr cgsQABbqTP3kHD0Ra8+T2pTADBo8qrgn+nDKk= MIME-Version: 1.0 Received: by 10.216.165.212 with SMTP id e62mr190803wel.87.1314903622758; Thu, 01 Sep 2011 12:00:22 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 12:00:22 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 12:00:22 -0700 (PDT) In-Reply-To: References: Date: Fri, 2 Sep 2011 04:30:22 +0930 Message-ID: From: Matt Thyer To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:00:28 -0000 Shouldn't we use MBR partitioning instead of GPT for the memstick image ? We won't need larger than 2TiB installation media for many decades! From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:04: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 EFD601065672 for ; Thu, 1 Sep 2011 19:04:12 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout030.mac.com (asmtpout030.mac.com [17.148.16.105]) by mx1.freebsd.org (Postfix) with ESMTP id D80B58FC14 for ; Thu, 1 Sep 2011 19:04:12 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp030.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LQU00KFTYAXYX20@asmtp030.mac.com> for freebsd-current@freebsd.org; Thu, 01 Sep 2011 12:04:10 -0700 (PDT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.4.6813,1.0.211,0.0.0000 definitions=2011-09-01_05:2011-09-01, 2011-09-01, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1012030000 definitions=main-1109010243 From: Chuck Swiger In-reply-to: Date: Thu, 01 Sep 2011 12:04:09 -0700 Message-id: References: To: Matt Thyer X-Mailer: Apple Mail (2.1084) Cc: FreeBSD current Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:04:13 -0000 On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: > Shouldn't we use MBR partitioning instead of GPT for the memstick image ? They aren't exclusive. Anything which doesn't understand GPT should fall back to the 'protective' MBR kept inside the GPT format... Regards, -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:05: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 194C51065672 for ; Thu, 1 Sep 2011 19:05:18 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id DF0368FC21 for ; Thu, 1 Sep 2011 19:05:17 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 2BCBF582E7; Thu, 1 Sep 2011 14:05:17 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id y5M9Av049-6R; Thu, 1 Sep 2011 14:05:17 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-126.icecube.wisc.edu [172.16.223.126]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 037735824F; Thu, 1 Sep 2011 14:05:17 -0500 (CDT) Message-ID: <4E5FD76C.5080304@freebsd.org> Date: Thu, 01 Sep 2011 14:05:16 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110624 Thunderbird/3.1.11 MIME-Version: 1.0 To: Matt Thyer References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warren Block , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:05:18 -0000 On 09/01/11 14:00, Matt Thyer wrote: > Shouldn't we use MBR partitioning instead of GPT for the memstick image ? > > We won't need larger than 2TiB installation media for many decades! It uses GPT so that the partition can be labeled, and fstab will not need e.g. da0 hard-coded into it. makefs, which builds the filesystem, does not support UFS labels. -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:08: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 4B2E01065675 for ; Thu, 1 Sep 2011 19:08:03 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 04F6D8FC22 for ; Thu, 1 Sep 2011 19:08:02 +0000 (UTC) Received: by gwb15 with SMTP id 15so1468817gwb.13 for ; Thu, 01 Sep 2011 12:08:02 -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 :content-transfer-encoding:message-id:references:to:x-mailer; bh=uolDn9JchSHNnK1jZCSRVAPezJIW2QkCvbhA17K2imE=; b=shgFPXERGJ/d2wXNJ3ZSmqa3isFB/0KOFH39VuXeW+DVh2p/1bTQ8r0+WES/84jFBm dP+gjNYuJ2gGBejbPq8LNUz41KsUnwtbRxtn/QXpbxle20dp/NGFBPThPJ1B7uhClk0a B79z7RVAkaE8W0TEboa8psBQsD/gK+eHQ6EpQ= Received: by 10.42.155.198 with SMTP id v6mr134687icw.380.1314904082393; Thu, 01 Sep 2011 12:08:02 -0700 (PDT) Received: from kruse-111.3.ixsystems.com (drawbridge.ixsystems.com [206.40.55.65]) by mx.google.com with ESMTPS id p4sm33927icj.5.2011.09.01.12.08.00 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Sep 2011 12:08:00 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Garrett Cooper In-Reply-To: Date: Thu, 1 Sep 2011 12:07:58 -0700 Content-Transfer-Encoding: 7bit Message-Id: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> References: To: Matt Thyer X-Mailer: Apple Mail (2.1084) Cc: Warren Block , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:08:03 -0000 On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: > Shouldn't we use MBR partitioning instead of GPT for the memstick image ? > > We won't need larger than 2TiB installation media for many decades! Or just don't use a backup partition? Maybe dd conv=sync would help? Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:25: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 543DD1065670 for ; Thu, 1 Sep 2011 19:25:26 +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 A7E4C8FC15 for ; Thu, 1 Sep 2011 19:25:25 +0000 (UTC) Received: by wwi36 with SMTP id 36so2364344wwi.31 for ; Thu, 01 Sep 2011 12:25:24 -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=sCzh5hcVkB8+FheWFbGkYqw6MPC7oIG4pcFj20lXFOc=; b=umFhxa7VU6R1tRoVY81tMK22Juv22EkiLpIlHR73rl3esHwhjCqORxuwXAQanFd9Ss wZ5ruFmPC3vUX6M4wZi5kbmNYFVjprDbV0rFZno/s+x5k8cQkhZdvu3yMkHWOZOk1e8+ g+l4GVLP5jqqzVyXnTYjvY7tbUnh+kfRcfR9g= MIME-Version: 1.0 Received: by 10.216.165.212 with SMTP id e62mr217606wel.87.1314905124194; Thu, 01 Sep 2011 12:25:24 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 12:25:23 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 12:25:23 -0700 (PDT) In-Reply-To: <4E5FD76C.5080304@freebsd.org> References: <4E5FD76C.5080304@freebsd.org> Date: Fri, 2 Sep 2011 04:55:23 +0930 Message-ID: From: Matt Thyer To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Warren Block , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:25:26 -0000 On Sep 2, 2011 4:35 AM, "Nathan Whitehorn" wrote: > > On 09/01/11 14:00, Matt Thyer wrote: >> >> Shouldn't we use MBR partitioning instead of GPT for the memstick image ? >> >> We won't need larger than 2TiB installation media for many decades! > > > It uses GPT so that the partition can be labeled, and fstab will not need e.g. da0 hard-coded into it. makefs, which builds the filesystem, does not support UFS labels. > -Nathan A hack to transparently ignore GPT partition problems on the install media might be required. Or else a utility to fix the memstick partition table. From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:54: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 E269A106566B for ; Thu, 1 Sep 2011 19:54:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 9B6BB8FC15 for ; Thu, 1 Sep 2011 19:54:59 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id p81Jsw2R080242; Thu, 1 Sep 2011 13:54:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id p81JswRf080239; Thu, 1 Sep 2011 13:54:58 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 1 Sep 2011 13:54:58 -0600 (MDT) From: Warren Block To: Garrett Cooper In-Reply-To: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> Message-ID: References: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Thu, 01 Sep 2011 13:54:58 -0600 (MDT) Cc: Jason Campbell , Matt Thyer , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 19:55:00 -0000 On Thu, 1 Sep 2011, Garrett Cooper wrote: > On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: > >> Shouldn't we use MBR partitioning instead of GPT for the memstick image ? >> >> We won't need larger than 2TiB installation media for many decades! > > Or just don't use a backup partition? Maybe dd conv=sync would help? It seems like the same problem as gmirror inside a GPT partition. gptboot doesn't realize it's looking for backup GPT data in the wrong spot. That might be a problem local to gptboot, or something deeper. It seems wrong to have gptboot just ignore backup GPT data, but it could be an option. Can it actually do something if the backup GPT differs, or is it testing for an error that can't be handled? MBR didn't have backup data ("Luxury! Pure luxury!"), and it did okay. From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 19:56: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 B581E1065692 for ; Thu, 1 Sep 2011 19:56:41 +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 51D218FC14 for ; Thu, 1 Sep 2011 19:56:41 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:6407:f3f9:7d93:d34c]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 760ED4AC31; Thu, 1 Sep 2011 23:56:39 +0400 (MSD) Date: Thu, 1 Sep 2011 23:56:35 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <341734496.20110901235635@serebryakov.spb.ru> To: "Hartmann, O." In-Reply-To: <4E5FAD7D.9030608@zedat.fu-berlin.de> References: <4E5F65CC.1090200@gmail.com> <4E5E70AF.2080806@zedat.fu-berlin.de> <4E5E773E.4050806@zedat.fu-berlin.de> <4E5FAD7D.9030608@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: howto: enabling journaling on softupdates 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, 01 Sep 2011 19:56:41 -0000 Hello, O.. You wrote 1 =F1=E5=ED=F2=FF=E1=F0=FF 2011 =E3., 20:06:21: > Once done, you can force on a non-important, big filesystem a crash. I > switched of one of my server boxes with a 3 TB harddrive for test purpose= s and > was amazed how fast, compared to unjournaled UFS2, the fsck now is perfor= med. > Since *BSDs UFS2/FFS filesystem is still, even for large disks/partitons,= a competetive > filesystem But snapshots is practically unusable on big disks, and without snapshots= we can not do reliable backups :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 20:06: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 034351065670; Thu, 1 Sep 2011 20:06:26 +0000 (UTC) (envelope-from artemb@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 9F4208FC12; Thu, 1 Sep 2011 20:06:25 +0000 (UTC) Received: by mail-yw0-f54.google.com with SMTP id 32so2141458ywo.13 for ; Thu, 01 Sep 2011 13:06:25 -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=puKUdtj/oU4fI1Ru4sB0K0iKwcwwW9HJ5CfCd3MF9Hk=; b=R1Y4tvLkBq2nS2OutNP7YsaDYZGU5ARr2qqVynGqEdzlQyNAlA07/FXtbRwkCpcQCN BpyPMvmxkfrlPOSj9aqYqQR+qHO4NwzmyM61OSVGtwCfOLYhiZRtQoywGYRPhHf7viaN jjRXbPZ7h2R9wEcQLqPCBR0rRiPCjGQsg6xVc= MIME-Version: 1.0 Received: by 10.236.37.230 with SMTP id y66mr1690821yha.10.1314906011688; Thu, 01 Sep 2011 12:40:11 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.236.102.147 with HTTP; Thu, 1 Sep 2011 12:40:11 -0700 (PDT) In-Reply-To: References: <4E5FD76C.5080304@freebsd.org> Date: Thu, 1 Sep 2011 12:40:11 -0700 X-Google-Sender-Auth: tk37CXHwmvDOymmHGBK234vtYVU Message-ID: From: Artem Belevich To: Matt Thyer Content-Type: text/plain; charset=ISO-8859-1 Cc: Warren Block , Jason Campbell , freebsd-current@freebsd.org, Nathan Whitehorn Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 20:06:26 -0000 On Thu, Sep 1, 2011 at 12:25 PM, Matt Thyer wrote: > On Sep 2, 2011 4:35 AM, "Nathan Whitehorn" wrote: >> >> On 09/01/11 14:00, Matt Thyer wrote: >>> >>> Shouldn't we use MBR partitioning instead of GPT for the memstick image ? >>> >>> We won't need larger than 2TiB installation media for many decades! >> >> It uses GPT so that the partition can be labeled, and fstab will not need > e.g. da0 hard-coded into it. makefs, which builds the filesystem, does not > support UFS labels. >> -Nathan > > A hack to transparently ignore GPT partition problems on the install media > might be required. > > Or else a utility to fix the memstick partition table. There may still be fair number of boxes around with BIOSes that do have trouble booting off GPT. I'm an unfortunate owner of one. It's an otherwise quite usable Athlon X2 box with Award BIOS from ~2006 which just hangs when it sees GPT partition created by FreeBSD-8 or -9. Apparently I'm not alone. This page has more details on what exactly BIOS expects. http://www.rodsbooks.com/gdisk/bios.html FreeBSD PR115406 should've supposedly fixed the problem about a year ago: http://www.freebsd.org/cgi/query-pr.cgi?pr=115406&cat=bin Unfortunately that didn't help in my case and I'm still forced to use MBR. Not too big of a deal, but it is a bit of an annoyance. --Artem From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 20:56: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 D79F6106564A for ; Thu, 1 Sep 2011 20:56:50 +0000 (UTC) (envelope-from chmiels@o2.pl) Received: from moh2-ve1.go2.pl (moh2-ve1.go2.pl [193.17.41.186]) by mx1.freebsd.org (Postfix) with ESMTP id 997158FC08 for ; Thu, 1 Sep 2011 20:56:50 +0000 (UTC) Received: from moh2-ve1.go2.pl (unknown [10.0.0.186]) by moh2-ve1.go2.pl (Postfix) with ESMTP id 16B21203AF2 for ; Thu, 1 Sep 2011 22:36:25 +0200 (CEST) Received: from unknown (unknown [10.0.0.108]) by moh2-ve1.go2.pl (Postfix) with SMTP for ; Thu, 1 Sep 2011 22:36:25 +0200 (CEST) Received: from staticline648.toya.net.pl [217.113.228.73] by poczta.o2.pl with ESMTP id XGMQxS; Thu, 01 Sep 2011 22:36:54 +0200 Date: Thu, 1 Sep 2011 22:36:46 +0200 From: Sebastian Chmielewski To: freebsd-current@freebsd.org Message-ID: <20110901223646.14b8aae8@o2.pl> 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, 68 X-O2-SPF: neutral Subject: 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: Thu, 01 Sep 2011 20:56:50 -0000 hi, I'm running FreeBSD-CURRENT r224522M installed on ZFS Root and GPT partitions and this setup is running fine. Today I've updated to r225312 and after rebooting I've got following error message from boot loader: ZFS: i/o error - all block copies unavailable Then I did "zfs rollback" using rescue disk to previous revision and I was able to boot. Steps I did to update system: zfs snapshot make buildworld make buildkernel make installkernel reboot can't boot zfs rollback using rescue disk boot to previous revision (r224522M). Are there any more steps required for this procedure to work? My previous updates from source on the same setup where successfull, this is the first time I've encountered this error message when upgrading from source. My setup: gpart show => 34 250069613 ada0 GPT (119G) 34 128 1 freebsd-boot (64k) 162 1886 5 bios-boot (943k) 2048 16777216 2 !0fc63daf-8483-4772-8e79-3d69d8477de4 (8.0G) 16779264 33554432 3 freebsd-ufs (16G) 50333696 199735951 4 freebsd-zfs (95G) Partitions 3 and 4 are separate zfs pools (3 is geli encrypted and 4 is for operating system). zfs list NAME USED AVAIL REFER MOUNTPOINT home 10,4G 5,24G 10,4G /home zroot 90,2G 3,27G 1,16G legacy /etc/fstab # Device Mountpoint FStype Options Dump Pass# zroot / zfs rw,noatime 0 0 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 proc /proc procfs rw 0 0 best regards, -- Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 20:17: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 06E20106564A; Thu, 1 Sep 2011 20:17:29 +0000 (UTC) (envelope-from rmh.aybabtu@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 A68748FC08; Thu, 1 Sep 2011 20:17:28 +0000 (UTC) Received: by ywo32 with SMTP id 32so2151668ywo.13 for ; Thu, 01 Sep 2011 13:17:28 -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=BZfAj96xMO3IHCjTduMwEP60k0zVzB1bOw6FnrqbAyU=; b=IeXEVI1cmA6uS0Ah45oakdDRVS34TBW2zCkHkOo4dHc4lXD5gVnihwOoEO0niwoAho 6kAKIiRAS3iU7WbzBzwyp7ElymUS0SAinnmkFtozDPTgN8DJSXghHiGQHuoI0kEw/APc EoD28GsTyT26w8Njuo7cvtlXrbf6e+/daydP4= MIME-Version: 1.0 Received: by 10.42.153.130 with SMTP id m2mr215759icw.155.1314906403940; Thu, 01 Sep 2011 12:46:43 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.43.132.65 with HTTP; Thu, 1 Sep 2011 12:46:43 -0700 (PDT) Date: Thu, 1 Sep 2011 21:46:43 +0200 X-Google-Sender-Auth: JZ4ta4plAKdA33gDPSn8LGK7avw Message-ID: From: Robert Millan To: John Baldwin Content-Type: multipart/mixed; boundary=90e6ba1efeae1ea9e604abe681c2 X-Mailman-Approved-At: Thu, 01 Sep 2011 21:28:44 +0000 Cc: freebsd-current@freebsd.org Subject: [PATCH] Fix NKPT kernel config option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 20:17:29 -0000 --90e6ba1efeae1ea9e604abe681c2 Content-Type: text/plain; charset=UTF-8 Hi John, Thanks for adding an NKPT kernel config option (r225194), but this doesn't seem to work unless opt_pmap.h is included, see attached patch. Without this include, there's no garantee that the NKPT definition code: #ifndef NKPT #define NKPT 32 #endif will use the value specified in config. Or worse, it may even use different values for different .c files. -- Robert Millan --90e6ba1efeae1ea9e604abe681c2 Content-Type: text/x-patch; charset=US-ASCII; name="nkpt.diff" Content-Disposition: attachment; filename="nkpt.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_gs259dqo0 SW5kZXg6IGtmcmVlYnNkLTkvc3lzL2FtZDY0L2luY2x1ZGUvcG1hcC5oCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IGtmcmVlYnNkLTkub3JpZy9zeXMvYW1kNjQvaW5jbHVkZS9wbWFwLmgJMjAxMS0wOC0zMSAyMjoy NjowNi4wMDAwMDAwMDAgKzAyMDAKKysrIGtmcmVlYnNkLTkvc3lzL2FtZDY0L2luY2x1ZGUvcG1h cC5oCTIwMTEtMDktMDEgMjE6MzE6NDEuNjUwOTAyMjc0ICswMjAwCkBAIC00NSw2ICs0NSw4IEBA CiAjaWZuZGVmIF9NQUNISU5FX1BNQVBfSF8KICNkZWZpbmUJX01BQ0hJTkVfUE1BUF9IXwogCisj aW5jbHVkZSAib3B0X3BtYXAuaCIKKwogLyoKICAqIFBhZ2UtZGlyZWN0b3J5IGFuZCBwYWdlLXRh YmxlIGVudHJpZXMgZm9sbG93IHRoaXMgZm9ybWF0LCB3aXRoIGEgZmV3CiAgKiBvZiB0aGUgZmll bGRzIG5vdCBwcmVzZW50IGhlcmUgYW5kIHRoZXJlLCBkZXBlbmRpbmcgb24gYSBsb3Qgb2YgdGhp bmdzLgo= --90e6ba1efeae1ea9e604abe681c2-- From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 21:31: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 F3E28106564A for ; Thu, 1 Sep 2011 21:31:09 +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 CBCDA8FC0C for ; Thu, 1 Sep 2011 21:31:09 +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 6A09146B23; Thu, 1 Sep 2011 17:31:09 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id F14228A02E; Thu, 1 Sep 2011 17:31:08 -0400 (EDT) From: John Baldwin To: Robert Millan Date: Thu, 1 Sep 2011 17:28:13 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201109011728.13979.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 01 Sep 2011 17:31:09 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fix NKPT kernel config option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 21:31:10 -0000 On Thursday, September 01, 2011 3:46:43 pm Robert Millan wrote: > Hi John, > > Thanks for adding an NKPT kernel config option (r225194), but this > doesn't seem to work unless opt_pmap.h is included, see attached > patch. > > Without this include, there's no garantee that the NKPT definition code: > > #ifndef NKPT > #define NKPT 32 > #endif > > will use the value specified in config. Or worse, it may even use > different values for different .c files. > > -- > Robert Millan In general we force the relevant C files to use opt_*.h includes and avoid nested includes of those in headers. Do you know of any C files that do are using NKPT (or values derived from it) without including opt_pmap.h? I thought they were all covered in the commit. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 22:23: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 4A922106564A for ; Thu, 1 Sep 2011 22:23:40 +0000 (UTC) (envelope-from matt.thyer@gmail.com) Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by mx1.freebsd.org (Postfix) with ESMTP id C86258FC17 for ; Thu, 1 Sep 2011 22:23:39 +0000 (UTC) Received: by eye4 with SMTP id 4so1835882eye.31 for ; Thu, 01 Sep 2011 15:23:38 -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=kSVU1T43AlR1gXirf6VV2+4ehCJDf1Jkxyp9olFitvY=; b=CM7d9xR0Qh9XmwVaa+Ofx3EVPaH5K/wSwR/os649NTRaRSlESoYqZ8ly8399/ZxCoA BzDgSz/1SxPmxecBoQU3yIXjv7ryxVWHHxwcu75bVFD7++Lfgis0cMV9TzE+dN7p8anG HNr6FcUXtv+PRu2WxPTjQDDc+Ebwlwm5eSW+s= MIME-Version: 1.0 Received: by 10.216.165.212 with SMTP id e62mr386669wel.87.1314915818628; Thu, 01 Sep 2011 15:23:38 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 15:23:38 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 15:23:38 -0700 (PDT) In-Reply-To: References: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> Date: Fri, 2 Sep 2011 07:53:38 +0930 Message-ID: From: Matt Thyer To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Garrett Cooper , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 22:23:40 -0000 On Sep 2, 2011 5:25 AM, "Warren Block" wrote: > > On Thu, 1 Sep 2011, Garrett Cooper wrote: > >> On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: >> >>> Shouldn't we use MBR partitioning instead of GPT for the memstick image ? > It seems wrong to have gptboot just ignore backup GPT data, but it could be an option. Can it actually do something if the backup GPT differs, or is it testing for an error that can't be handled? > > MBR didn't have backup data ("Luxury! Pure luxury!"), and it did okay. A custom hacked gptboot just for the memstick? Sorry.... Been working with Linux too much lately. Probably the real solution is to use MBR and have BSDinstall and the install kernel support UFS labels. Space on the memstick is not an issue. From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 22:29: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 249BB106564A for ; Thu, 1 Sep 2011 22:29:41 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id E86E38FC1B for ; Thu, 1 Sep 2011 22:29:40 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 08CB2582E8; Thu, 1 Sep 2011 17:29:40 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id URnBAeF-+uS1; Thu, 1 Sep 2011 17:29:39 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-126.icecube.wisc.edu [172.16.223.126]) by mail.icecube.wisc.edu (Postfix) with ESMTP id D778B582E7; Thu, 1 Sep 2011 17:29:39 -0500 (CDT) Message-ID: <4E600753.4030400@freebsd.org> Date: Thu, 01 Sep 2011 17:29:39 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.18) Gecko/20110624 Thunderbird/3.1.11 MIME-Version: 1.0 To: Matt Thyer References: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Warren Block , Garrett Cooper , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 22:29:41 -0000 On 09/01/11 17:23, Matt Thyer wrote: > On Sep 2, 2011 5:25 AM, "Warren Block" wrote: >> >> On Thu, 1 Sep 2011, Garrett Cooper wrote: >> >>> On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: >>> >>>> Shouldn't we use MBR partitioning instead of GPT for the memstick image > ? > >> It seems wrong to have gptboot just ignore backup GPT data, but it could > be an option. Can it actually do something if the backup GPT differs, or is > it testing for an error that can't be handled? >> >> MBR didn't have backup data ("Luxury! Pure luxury!"), and it did okay. > > A custom hacked gptboot just for the memstick? > > Sorry.... Been working with Linux too much lately. > > Probably the real solution is to use MBR and have BSDinstall and the install > kernel support UFS labels. Space on the memstick is not an issue. Both support that. The issue is makefs(8). -Nathan From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:12: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 9D1CE1065672; Thu, 1 Sep 2011 23:12:07 +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 EE7D58FC14; Thu, 1 Sep 2011 23:12:06 +0000 (UTC) Received: by wyh15 with SMTP id 15so2307408wyh.13 for ; Thu, 01 Sep 2011 16:12:05 -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=Ze27s/htWK2m97kXDLJHem4nGlHhGriUb/aVcL7VQTk=; b=uREH1Q7cLM3Y4ta0UvlTkbZ5A7Ul9EqvJgJ1iARhVaK7bSCpxC8bHPAkmKL0lzg5Jj oT80kmcv83Et0/elL+te8Z3CGW2c1UkmqQqLpqyaFZFQdkpkVrjYbJOPAPFLoViVwW4P jAKzXLVrw6kTRrkhim5l8wFj9Ic4gSN9GOiIw= MIME-Version: 1.0 Received: by 10.216.133.5 with SMTP id p5mr848598wei.87.1314918725588; Thu, 01 Sep 2011 16:12:05 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 16:12:05 -0700 (PDT) Received: by 10.216.39.80 with HTTP; Thu, 1 Sep 2011 16:12:05 -0700 (PDT) In-Reply-To: <4E600753.4030400@freebsd.org> References: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> <4E600753.4030400@freebsd.org> Date: Fri, 2 Sep 2011 08:42:05 +0930 Message-ID: From: Matt Thyer To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Warren Block , Garrett Cooper , Jason Campbell , freebsd-current@freebsd.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 23:12:07 -0000 On Sep 2, 2011 7:59 AM, "Nathan Whitehorn" wrote: > > On 09/01/11 17:23, Matt Thyer wrote: >> >> On Sep 2, 2011 5:25 AM, "Warren Block" wrote: >>> >>> >>> On Thu, 1 Sep 2011, Garrett Cooper wrote: >>> >>>> On Sep 1, 2011, at 12:00 PM, Matt Thyer wrote: >>>> >>>>> Shouldn't we use MBR partitioning instead of GPT for the memstick image >> >> ? >> >>> It seems wrong to have gptboot just ignore backup GPT data, but it could >> >> be an option. Can it actually do something if the backup GPT differs, or is >> it testing for an error that can't be handled? >>> >>> >>> MBR didn't have backup data ("Luxury! Pure luxury!"), and it did okay. >> >> >> A custom hacked gptboot just for the memstick? >> >> Sorry.... Been working with Linux too much lately. >> >> Probably the real solution is to use MBR and have BSDinstall and the install >> kernel support UFS labels. Space on the memstick is not an issue. > > > Both support that. The issue is makefs(8). > -Nathan During production of the memstick image? So don't use makefs then. From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:22: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 59A63106567A for ; Thu, 1 Sep 2011 23:22:45 +0000 (UTC) (envelope-from freebsd.current.list@gmail.com) Received: from mail-fx0-f68.google.com (mail-fx0-f68.google.com [209.85.161.68]) by mx1.freebsd.org (Postfix) with ESMTP id D7C3D8FC18 for ; Thu, 1 Sep 2011 23:22:44 +0000 (UTC) Received: by fxd2 with SMTP id 2so149692fxd.7 for ; Thu, 01 Sep 2011 16:22:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:reply-to:to:subject:x-mailer:content-type:date:message-id :mime-version; bh=uyif0D7NS7xI73Nt7DBmXCzWmBUablj9aonb97jVkzM=; b=MaecCn5AS/iTi+6YvjEX42FmA/PTPUsIRYS1y8N59SyIFvL8AOekFK63JzEJr5Wf2P B4VEfxdQBbvS5lUtUE1jbVG60VgxrfZzcM1ToX5oRbJFJIjBQMbkuFjrdatxnMqMP3ZP pGlCfQERxWmPgLu3Tr5yEiCyojuYk6ugSp+qo= Received: by 10.223.14.144 with SMTP id g16mr587616faa.47.1314918372051; Thu, 01 Sep 2011 16:06:12 -0700 (PDT) Received: from [192.168.1.101] (dynamic-87-105-233-164.ssp.dialog.net.pl [87.105.233.164]) by mx.google.com with ESMTPS id c5sm174233fai.44.2011.09.01.16.06.10 (version=SSLv3 cipher=OTHER); Thu, 01 Sep 2011 16:06:11 -0700 (PDT) From: Piotr Kubaj To: freebsd-current@freebsd.org X-Mailer: Modest 3.90.7 Date: Fri, 02 Sep 2011 01:06:13 +0200 Message-Id: <1314918373.4868.4.camel@Nokia-N900> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic at boot after an upgrade from 9.0-BETA1 to 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Piotr Kubaj List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2011 23:22:45 -0000 I've upgraded today to beta 2 (with the newest sources atm). The procedure was as described in the handbook: make buildworld -j3; make buildkernel -j3 KERNCONF=MYKERNEL; make installkernel KERNCONF=MYKERNEL (the kernel I used was the same as for beta 1, for which it worked flawlessly); reboot and mergemaster -p, make installworld and mergemaster (all three from the single-user mode). The previous system was built on August 19. My architecture is amd64. Here's a photo of the error: http://imageshack.us/f/849/20110902001.jpg/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:25: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 BE360106566C for ; Thu, 1 Sep 2011 23:25:49 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA5C8FC0C for ; Thu, 1 Sep 2011 23:25:48 +0000 (UTC) Received: from ur.dons.net.au (ppp118-210-181-105.lns20.adl6.internode.on.net [118.210.181.105]) (authenticated bits=0) by cain.gsoft.com.au (8.14.4/8.14.3) with ESMTP id p81NPIW0008071 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 2 Sep 2011 08:55:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: "Daniel O'Connor" In-Reply-To: Date: Fri, 2 Sep 2011 08:55:17 +0930 Content-Transfer-Encoding: quoted-printable Message-Id: <853AC658-9F23-4DC1-9004-CFF6AAD108F7@gsoft.com.au> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.1244.3) X-Spam-Score: 2.162 (**) BAYES_00,KHOP_DYNAMIC,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.67 on 203.31.81.10 Cc: freebsd-current Current Subject: Re: Custom installer woes (can't mount / RW) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 23:25:49 -0000 On 01/09/2011, at 18:17, Craig Rodrigues wrote: > Does it make a difference if you change this line in your script: >=20 > echo '/dev/gpt/swap / swap sw 0 0' = >>${TMPDIR}/mnt/etc/fstab >=20 > to: >=20 > echo '/dev/gpt/swap none swap sw 0 0' = >>${TMPDIR}/mnt/etc/fstab >=20 > Mounting of the root file system "/" is a very interesting thing. Ahh $CURSE, that is it! I changed it to none and now it works properly! > During early bootup, when loader(8) runs, it has to read the root file > system to find and load the kernel, > but it also reads /etc/fstab (if it is there) and sets some > environment variables, having to do with mounting the > root file system. This logic is in src/sys/boot/common/boot.c in the > getrootmount() function. The environment > variables which are set are "vfs.root.mountfrom", and > "vfs.root.mountfrom.options". >=20 > After your install script runs, you should break into the loader > before the kernel loads, and look at the value of those two > environment variables. Interestingly mountfrom is correct, I also tried setting it in the = loader to /dev/da0p2 but no change. > If there is something else wrong, you need to look into the logic > in src/sys/kern/vfs_mount.c in the vfs_mountroot() function. I wonder if there is something in this - perhaps the loader using the = first match and mount is using the last. > BTW, once you solve your issue, do you have time to review the > following document which I am in the middle > of submitting to the FreeBSD Documentation Project: >=20 > "PXE Booting with an NFS root file system" > = http://people.freebsd.org/~rodrigc/doc/doc/en_US.ISO8859-1/books/handbook/= network-pxe-nfs.html >=20 > It's not 100% related to your current issue, but I have used PXE > Booting + NFS root, to write custom installers for > FreeBSD. I had a read and it seems OK, although I didn't actually try it. You may wish to elaborate on step 14. For example, some ports will fail = to build (and probably install) unless /dev is setup correctly. I do the following to create the chroot for port builds.. sudo mount -t devfs devfs /tmp/${RELNAME}-ports/dev sudo mkdir /tmp/${RELNAME}-ports/usr/ports sudo mount -t nullfs -o ro /usr/ports /tmp/${RELNAME}-ports/usr/ports sudo mount -t nullfs -o ro /usr/src /tmp/${RELNAME}-ports/usr/src -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:46: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 44AD0106564A for ; Thu, 1 Sep 2011 23:46:01 +0000 (UTC) (envelope-from freebsd.current.list@gmail.com) Received: from mail-fx0-f68.google.com (mail-fx0-f68.google.com [209.85.161.68]) by mx1.freebsd.org (Postfix) with ESMTP id C7FAB8FC08 for ; Thu, 1 Sep 2011 23:46:00 +0000 (UTC) Received: by fxd2 with SMTP id 2so151563fxd.7 for ; Thu, 01 Sep 2011 16:45:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:reply-to:to:subject:x-mailer:content-type:date:message-id :mime-version; bh=uyif0D7NS7xI73Nt7DBmXCzWmBUablj9aonb97jVkzM=; b=MaecCn5AS/iTi+6YvjEX42FmA/PTPUsIRYS1y8N59SyIFvL8AOekFK63JzEJr5Wf2P B4VEfxdQBbvS5lUtUE1jbVG60VgxrfZzcM1ToX5oRbJFJIjBQMbkuFjrdatxnMqMP3ZP pGlCfQERxWmPgLu3Tr5yEiCyojuYk6ugSp+qo= Received: by 10.223.62.134 with SMTP id x6mr586849fah.39.1314918368083; Thu, 01 Sep 2011 16:06:08 -0700 (PDT) Received: from [192.168.1.101] (dynamic-87-105-233-164.ssp.dialog.net.pl [87.105.233.164]) by mx.google.com with ESMTPS id f4sm178924fah.28.2011.09.01.16.06.05 (version=SSLv3 cipher=OTHER); Thu, 01 Sep 2011 16:06:07 -0700 (PDT) From: Piotr Kubaj To: freebsd-current@freebsd.org X-Mailer: Modest 3.90.7 Date: Fri, 02 Sep 2011 01:06:13 +0200 Message-Id: <1314918373.4868.4.camel@Nokia-N900> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic at boot after an upgrade from 9.0-BETA1 to 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Piotr Kubaj List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Sep 2011 23:46:01 -0000 I've upgraded today to beta 2 (with the newest sources atm). The procedure was as described in the handbook: make buildworld -j3; make buildkernel -j3 KERNCONF=MYKERNEL; make installkernel KERNCONF=MYKERNEL (the kernel I used was the same as for beta 1, for which it worked flawlessly); reboot and mergemaster -p, make installworld and mergemaster (all three from the single-user mode). The previous system was built on August 19. My architecture is amd64. Here's a photo of the error: http://imageshack.us/f/849/20110902001.jpg/ From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:49: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 95BE91065672; Thu, 1 Sep 2011 23:49:28 +0000 (UTC) (envelope-from labeachgeek@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 530848FC13; Thu, 1 Sep 2011 23:49:28 +0000 (UTC) Received: by iadx2 with SMTP id x2so3246333iad.13 for ; Thu, 01 Sep 2011 16:49:27 -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=mpsivikV+FO+kl/4ELqS90YFW7kPOjUFex7nnSFIylI=; b=OTmL+tS1njEaWRmGDUzdR/l0WyGVq7KiVYPf1jkAoB4pXms+aaM1LUDcVnUthX2Mb8 qk0sGMdAYVoMiCaX+AMfMFUxdgS+7eMtbd1kxRKCsQW5xb+RW/niNlbyhoQABdIzGuoV BEP7DGgvBwk7+0iAkwAVWbp/3XmhHyVGW6F44= MIME-Version: 1.0 Received: by 10.231.21.201 with SMTP id k9mr729062ibb.76.1314920967812; Thu, 01 Sep 2011 16:49:27 -0700 (PDT) Received: by 10.231.35.129 with HTTP; Thu, 1 Sep 2011 16:49:27 -0700 (PDT) In-Reply-To: References: <4E569A02.30206@FreeBSD.org> Date: Thu, 1 Sep 2011 18:49:27 -0500 Message-ID: From: Beach Geek To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Cc: Matt Thyer , Dimitry Andric Subject: Re: buildworld failure r223619 to 225128 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 01 Sep 2011 23:49:28 -0000 On 8/27/11, Matt Thyer wrote: > Have you tried moving aside your existing /usr/src and checking it out > afresh? > On Aug 28, 2011 12:47 AM, "Beach Geek" wrote: >> On 8/25/11, Dimitry Andric wrote: >>> On 2011-08-25 17:12, Beach Geek wrote: >>>> make buildworld failed trying to upgrade from r223619 to r225128. >>>> (Note: Updating other boxes from r224774 to r225119 went flawless) >>>> >>>> On failing laptop (Toshibs Sat C655D) >>> .... >>>> /usr/include/c++/4.2/bits/stringfwd.h:56: internal compiler error: >>>> Segmentation fault: 11 >>>> Please submit full report, >>> >>> That is most likely a hardware problem. Please run a full memtest, >>> and/or any other hardware diagnostics you can find. >>> >>> It could also be running out of memory, but that is less likely, and you >>> usually get another signal then. But who knows what might happen if you >>> choke a compiler. :) >>> >>> >>>> I do "rm -r /usr/obj/*" and make clean (in /usr/src) before doing >>>> buildworld on all boxes. >>>> I also tried compiling new GENERIC kernel then doing buildworld. It >>>> failed with same message. >>> >>> It dies on exactly the same file? >>> >>> >>>> Reverted to old/original kernel and tried "make depend" in /usr/src. >>> >>> You can't do that, you must run buildworld. >>> >>> >>>> It failed with... (by hand again) >>>> >>>> ===> lib/clang/libllvmarmasmparser (depend) >>>> tblgen -l >>>> > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM >>>> -I /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/include >>>> -I > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target >>>> -gen-asm-matcher -o ARMGenAsm Matcher.inc.h >>>> > /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/lib/Target/ARM/ARM.td >>>> >>>> tblgen: Record 'CCR', field 'MemberList' does not have a list > initializer! >>>> *** Error code 1 >>>> Stop in /usr/src/lib/clang/libllvmarmasmparser. >>> >>> Yes, this is expected. When you do not use the buildworld target, the >>> tblgen used above will be run from /usr/bin, which is too old. This is >>> why buildworld first builds an up-to-date tblgen under /usr/obj, and >>> uses that to generate the needed files. >>> >> >> This laptop also runs MS Win 7/64 and FreeBSD 9 amd. The FBSD amd upgraded > ok. >> >> The buildworld always fails in same place, with same message (5 tries). >> I'm running diags on it right now just to make sure the hardware's good. >> >> The reason I tried "make depend" was because of a reference to r221543 >> that said it required "make depend" before buildworld. (a shot in the >> dark before posting to mail list). >> >> I will post if I find any hardware problems. >> >> Thanks, >> Beach Geek >> >> PS. Option on updating to a version inbetween, then to latest??? >> _______________________________________________ >> 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" > Just an update: 1) Hardware diagnostics showed no problems. 2) Backed up and deleted contents of /usr/src and copied it from a box that upgraded ok. Still fails same place. 3) Deleted contents of /usr/src again, loaded seed, and "svn up /usr/src". Failed and rebooted. I'll be running buildworld again and try to catch msg before reboot. Thanks, Beach Geek From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 01:09:09 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 60EA51065674 for ; Fri, 2 Sep 2011 01:09:09 +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 251728FC17 for ; Fri, 2 Sep 2011 01:09:08 +0000 (UTC) Received: by qyk4 with SMTP id 4so522551qyk.13 for ; Thu, 01 Sep 2011 18:09:08 -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=PREl64FUGKrUMQZVLk7w/02Fwt378LwixuVvLVaBhAg=; b=dMftYF60T90pbNAIqY5cLPzTDOtSQotPzp8vB8yL0vDwl8IbyE5SWELnkvEmp3lquV HK9N3JpHWlf/qy/c6ah7RZLq+aUQW3W55fMP46vAwyd1fPLZMZYP1yla7vqnUDwaHpeJ /dd9y0vZX+PdtZ7s06HiZ0zBH0hAGTDqh6usI= MIME-Version: 1.0 Received: by 10.224.218.132 with SMTP id hq4mr363837qab.192.1314925747531; Thu, 01 Sep 2011 18:09:07 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Thu, 1 Sep 2011 18:09:07 -0700 (PDT) In-Reply-To: <1314918373.4868.4.camel@Nokia-N900> References: <1314918373.4868.4.camel@Nokia-N900> Date: Thu, 1 Sep 2011 18:09:07 -0700 Message-ID: From: Garrett Cooper To: Piotr Kubaj Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic at boot after an upgrade from 9.0-BETA1 to 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, 02 Sep 2011 01:09:09 -0000 On Thu, Sep 1, 2011 at 4:06 PM, Piotr Kubaj wrote: > I've upgraded today to beta 2 (with the newest sources atm). The procedur= e was as described in the handbook: make buildworld -j3; make buildkernel -= j3 KERNCONF=3DMYKERNEL; make installkernel KERNCONF=3DMYKERNEL (the kernel = I used was the same as for beta 1, for which it worked flawlessly); reboot = and mergemaster -p, make installworld and mergemaster (all three from the s= ingle-user mode). The previous system was built on August 19. My architectu= re is amd64. Here's a photo of the error: http://imageshack.us/f/849/201109= 02001.jpg/ Unfortunately that's lacking a few details. Some more helpful bits woul= d be: 1. A kernel backtrace (kgdb the kernel core, then run bt). 2. KERNCONF file. 3. What was the previous version of FreeBSD you had installed? 4. What eventtimer are you using (that looks interesting if only based on who was running when everything went south)? etc. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 01:40: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 3A9C6106564A for ; Fri, 2 Sep 2011 01:40:24 +0000 (UTC) (envelope-from jamesbrandongooch@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 BE5628FC12 for ; Fri, 2 Sep 2011 01:40:23 +0000 (UTC) Received: by wyh15 with SMTP id 15so2452464wyh.13 for ; Thu, 01 Sep 2011 18:40:22 -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=Ld72wKyWm4kvWsRDI879GevYt3aPB2gIAjyHTBan5XM=; b=NrMD2/HcL5uizpc8kd81Ra00QOmIY1BhDn2AnvBc+mTqzvr+zbXOdf//7VKl7DQ2zX Jegwy7PxVjsZAvQf8TWNAdgfBGiS0//h2KV+tFNT2H/aoGoac0Xp9t7qEcGcVdl+/HDB lWjrMAXMSmAZJwEWtqtUgVipVNQR4ExHsVvsY= MIME-Version: 1.0 Received: by 10.216.87.206 with SMTP id y56mr456763wee.6.1314925741744; Thu, 01 Sep 2011 18:09:01 -0700 (PDT) Received: by 10.216.74.5 with HTTP; Thu, 1 Sep 2011 18:09:01 -0700 (PDT) In-Reply-To: <110707658.891774.1306501788477.JavaMail.root@erie.cs.uoguelph.ca> References: <110707658.891774.1306501788477.JavaMail.root@erie.cs.uoguelph.ca> Date: Thu, 1 Sep 2011 20:09:01 -0500 Message-ID: From: Brandon Gooch To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 01:40:24 -0000 On Fri, May 27, 2011 at 8:09 AM, Rick Macklem wrote: >> On Thu, 26 May 2011, Rick Macklem wrote: >> ... >> > =A0http://people.freebsd.org/~rmacklem/dtrace.patch >> > >> Hmm. Is it just me? >> Trying to test the patch I get: >> >> (fs)(root) patch -C < dtrace.patch >> Hmm... I can't seem to find a patch in there anywhere. >> > Here's how I apply the patch. > - download dtrace.patch to somewhere, lets say /tmp, then > # cd /usr/src/sys =A0<-- sys subdirectory of a current head, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 which you don't mind messing = up > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 doesn't have to be at /usr/sr= c/sys, > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 of course. > # patch -p1 < /tmp/dtrace.patch > > rick > What's the status on this patch? It would be nice to get dtrace/newnfs going for 9.0...it's not too late, right? I'll test the patch too BTW :) -Brandon From owner-freebsd-current@FreeBSD.ORG Thu Sep 1 23:20:09 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 8BC2E1065673 for ; Thu, 1 Sep 2011 23:20:09 +0000 (UTC) (envelope-from chmielsster@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 201E48FC08 for ; Thu, 1 Sep 2011 23:20:08 +0000 (UTC) Received: by fxe4 with SMTP id 4so1509873fxe.13 for ; Thu, 01 Sep 2011 16:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; bh=1AzqGsjpyY2g/3X2mU8oh/0e8EfqZ82eW+FMXd3Ny8A=; b=RoLBfrlg4IV+l/sLBBhURnbF1tRdq3SNQtcqr6O70Nl66DVPB+JFCaC7f5DVCZnTtH BvCP153F5Mu2pEdTt6Ot7xdnxSw10z9mEb8xNDDHRsX2j1Hcari3BOHSyegV0SE64qXp k9gwfDemvifHj6+C1gdpiLMnf5D2znumtt1Dk= Received: by 10.223.62.145 with SMTP id x17mr590702fah.21.1314917496426; Thu, 01 Sep 2011 15:51:36 -0700 (PDT) Received: from localhost (staticline648.toya.net.pl [217.113.228.73]) by mx.google.com with ESMTPS id q1sm388131faa.3.2011.09.01.15.51.34 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Sep 2011 15:51:34 -0700 (PDT) Date: Fri, 2 Sep 2011 00:51:54 +0200 From: Sebastian Chmielewski To: freebsd-current@freebsd.org Message-ID: <20110902005154.4776a0f8@gmail.com> In-Reply-To: <20110901223646.14b8aae8@o2.pl> References: <20110901223646.14b8aae8@o2.pl> 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-Mailman-Approved-At: Fri, 02 Sep 2011 01:58:16 +0000 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: Thu, 01 Sep 2011 23:20:09 -0000 On Thu, 1 Sep 2011 22:36:46 +0200 Sebastian Chmielewski wrote: > after rebooting I've got following error message from boot loader: > > ZFS: i/o error - all block copies unavailable > I'm very puzzled with this, in theory 'make installkernel' shouldn't break boot process at this stage as loader was not changed. I've created my setup using instructions from official wiki: http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot (using 8kB sector size) and patched ZFS loader from http://people.freebsd.org/~pjd/zfsboot/. OS version was stable/8, upgraded later to -CURRENT with KMS patches. I've run multiple upgrades from source since then (from revisions 223687 to 224522) and never got any problems until now. best regards, -- Sebastian Chmielewski * jid:chmielsster@gmail.com * gg:3336919 * icq:224161389 From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 03:01: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 394B2106564A for ; Fri, 2 Sep 2011 03:01:36 +0000 (UTC) (envelope-from jamesbrandongooch@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 BB7538FC08 for ; Fri, 2 Sep 2011 03:01:34 +0000 (UTC) Received: by wwi36 with SMTP id 36so2500418wwi.31 for ; Thu, 01 Sep 2011 20:01: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=Wg9QGC9bJP/SVKpW8J/hwQ2Q2C8QoTGqFdoS5dFMlxg=; b=DQqz2nPg/Foruox0f5lESw0TC3UJzRi+c2MSh6HTjeQTfMYCvLE7AWaD6Mc9VaBYFo YpWW/79R/JKji2bD3RF8zTWg65r4SbfxJt1nCDdYqYBTcZe1X4TVY1So0JeKohU++gs+ nsSirpZOOmqeVyO6aojYoHFKYMTVyVp6x90d4= MIME-Version: 1.0 Received: by 10.216.20.5 with SMTP id o5mr509353weo.51.1314932493939; Thu, 01 Sep 2011 20:01:33 -0700 (PDT) Received: by 10.216.74.5 with HTTP; Thu, 1 Sep 2011 20:01:33 -0700 (PDT) In-Reply-To: References: <110707658.891774.1306501788477.JavaMail.root@erie.cs.uoguelph.ca> Date: Thu, 1 Sep 2011 22:01:33 -0500 Message-ID: From: Brandon Gooch To: Rick Macklem Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 03:01:36 -0000 On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch wrote: > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem wrot= e: >>> On Thu, 26 May 2011, Rick Macklem wrote: >>> ... >>> > =A0http://people.freebsd.org/~rmacklem/dtrace.patch >>> > >>> Hmm. Is it just me? >>> Trying to test the patch I get: >>> >>> (fs)(root) patch -C < dtrace.patch >>> Hmm... I can't seem to find a patch in there anywhere. >>> >> Here's how I apply the patch. >> - download dtrace.patch to somewhere, lets say /tmp, then >> # cd /usr/src/sys =A0<-- sys subdirectory of a current head, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 which you don't mind messing= up >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 doesn't have to be at /usr/s= rc/sys, >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 of course. >> # patch -p1 < /tmp/dtrace.patch >> >> rick >> > > What's the status on this patch? It would be nice to get dtrace/newnfs > going for 9.0...it's not too late, right? > > I'll test the patch too BTW :) > > -Brandon > So it looks like the patch was committed to HEAD, but the bits to support the New NFS implementation were never flipped on -- is that for a good reason? -Brandon From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 07:21: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 8B0E0106566B for ; Fri, 2 Sep 2011 07:21:29 +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 4289D8FC12 for ; Fri, 2 Sep 2011 07:21:29 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QzO48-0007ap-32>; Fri, 02 Sep 2011 09:21:28 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QzO48-0006lB-0t>; Fri, 02 Sep 2011 09:21:28 +0200 Message-ID: <4E6083F7.2080308@zedat.fu-berlin.de> Date: Fri, 02 Sep 2011 09:21:27 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4E5941D6.9090106@zedat.fu-berlin.de> <4E5D3060.9090806@coreitpro.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 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: Fri, 02 Sep 2011 07:21:29 -0000 On 09/01/11 20:26, Matt Thyer wrote: > Advocacy by the project members is not going to be taken as seriously as an > independent third party comparison. > > It's clear to me that the project should stick to improving it's own feature > set and leave these sorts of things to others. > > Otherwise we're straying into Fanboy territory which aint pretty. > > Once we have some world beating (or even close to equalling) performance we > can start to request that third parties take us seriously. > _______________________________________________ > 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" What about this. People seem to have problems in a comparison. Seriously and indenepndently done, or not. For interested people like me with a basic education in "modern operating systems", I'm, for instance, not familiar with several termini technici. Let us start with the scheduling/scheduler. It is always usual to use the so called O-calculus ("Big Landau"-Symbol). How about to start with just lining up some "commong" things those POSIX operating systems do have. Scheduler, their internal "logic" and some pro and contra. Or "Big/huge pages". As far as I can recall BSDs call them different than Linux folks and for those not that deep in OS-internal bits it's hard to figure out what's meant to be said by "huge pages". I'm pretty sure, OS X has the same - but the child is called by another name. And even more, for those not familiar with the history and reasoning of the two great UNIX-evolution trees: How init starts up. BSDs/MACH start in two steps, SysV/Linux needs seven or so. And even this: what is the main difference between OS X (MACH), Linux (SysV based) and FreeBSD (4.4BSD based)? I'm pretty sure, all you people reading this list and emails are quite able to digg for the right answeres pretty fast since all of you are involved in the matter, but try to find answeres beyond your knowledge, imagine a perspective of those looking for the holy grale but do not even have any idea how the grale looks like! This could be a good startting point, being neutral and having still the ability to start comparisons if desired. Like me, I do not know much about the filesystems and capabilities of those beyond FreeBSD's, so facilities like journaling etc. could be mentioned and so on. What about such a "first step"? Sorry, if this already has been realized anyhow on the page and I'm simply to blind to find it (it would otherwise be a index of "it could not be find as easy as it is supposed to be"). Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 05:23: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 20096106564A; Fri, 2 Sep 2011 05:23:17 +0000 (UTC) (envelope-from rmh.aybabtu@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 D48618FC08; Fri, 2 Sep 2011 05:23:16 +0000 (UTC) Received: by iadx2 with SMTP id x2so3576649iad.13 for ; Thu, 01 Sep 2011 22:23:16 -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=q8vjr85sHJFfYoBtFDS9zAfyl2U56mSAdz8NdpbCwes=; b=TtnqO3kxpkCxGyPLu9CU0H2lGTdz1xtScQ9cTOyrbUu9eDo0IodmLPvDCpsJ8GavaK +lr3CUYMCnZT8xl+5MmMPueKIDEWoH342IFUFZp36BftK0JF5ZhYgTDJC+N5Emfwl/0P 7jxQ78lFu/qtaj/hCr3EZMX5MgT6RJhn2/J3Q= MIME-Version: 1.0 Received: by 10.42.138.9 with SMTP id a9mr498498icu.289.1314940996375; Thu, 01 Sep 2011 22:23:16 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.43.132.65 with HTTP; Thu, 1 Sep 2011 22:23:16 -0700 (PDT) In-Reply-To: <201109011728.13979.jhb@freebsd.org> References: <201109011728.13979.jhb@freebsd.org> Date: Fri, 2 Sep 2011 07:23:16 +0200 X-Google-Sender-Auth: 1bpLRh6p7x8dyFqtkFY73705aVI Message-ID: From: Robert Millan To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 02 Sep 2011 11:34:16 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fix NKPT kernel config option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 05:23:17 -0000 2011/9/1 John Baldwin : > In general we force the relevant C files to use opt_*.h includes and avoid > nested includes of those in headers. With this approach I can't trust that this feature will do the right thing. I would rather modify pmap.h by hand than run the unnecessary risk. > Do you know of any C files that do > are using NKPT (or values derived from it) without including opt_pmap.h? Many. To obtain a full list, I suggest you put something like: #ifdef NKPT #warning nkpt:good #else #warning nkpt:bad #endif in pmap.h and build with "WERROR=" -- Robert Millan From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 11: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 595BD106564A for ; Fri, 2 Sep 2011 11:41:57 +0000 (UTC) (envelope-from freebsd.current.list@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 772738FC19 for ; Fri, 2 Sep 2011 11:41:56 +0000 (UTC) Received: by wwi36 with SMTP id 36so2865219wwi.31 for ; Fri, 02 Sep 2011 04:41:55 -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; bh=7P2XbNGt86IccyXPrYjWwXh82HDwLP1lkxo3FxBRmMY=; b=ZJ2mIh8sT+KBdno5huO5XknBp8zr0dEc24J+ljc233UY4Q65zMjOCKdg6CD8hbyvfD dLIAhsYyjOzc134bs3Lst7NtEv55XmUMXABzNO9FDmPJxV8O09Nwwie56J5Qe0a7GwJI +qR6itGz2wcJ8T93/TBLn8gs+k3z9x/diY9EQ= MIME-Version: 1.0 Received: by 10.216.173.198 with SMTP id v48mr861389wel.95.1314963715269; Fri, 02 Sep 2011 04:41:55 -0700 (PDT) Received: by 10.216.172.66 with HTTP; Fri, 2 Sep 2011 04:41:55 -0700 (PDT) In-Reply-To: <1314918373.4868.4.camel@Nokia-N900> References: <1314918373.4868.4.camel@Nokia-N900> Date: Fri, 2 Sep 2011 13:41:55 +0200 Message-ID: From: Piotr Kubaj To: freebsd-current@freebsd.org Content-Type: multipart/mixed; boundary=0016367b65e62422af04abf3d9cc X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Kernel panic at boot after an upgrade from 9.0-BETA1 to 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, 02 Sep 2011 11:41:57 -0000 --0016367b65e62422af04abf3d9cc Content-Type: text/plain; charset=ISO-8859-1 1. It's in the dump file. 2. In BEASTIE. 3. As I wrote before, 9.0-BETA1, but I had used this kernel with 8.2-RELEASE and 8.2-STABLE (only did slight modifications for 9.0). 4. I'm not really into it, what exactly do you mean? --0016367b65e62422af04abf3d9cc Content-Type: application/octet-stream; name=BEASTIE Content-Disposition: attachment; filename=BEASTIE Content-Transfer-Encoding: base64 X-Attachment-Id: f_gs33dqyb0 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2FtZDY0CiMKIyBGb3IgbW9yZSBpbmZvcm1hdGlvbiBvbiB0aGlzIGZpbGUsIHBsZWFzZSBy ZWFkIHRoZSBjb25maWcoNSkgbWFudWFsIHBhZ2UsCiMgYW5kL29yIHRoZSBoYW5kYm9vayBzZWN0 aW9uIG9uIEtlcm5lbCBDb25maWd1cmF0aW9uIEZpbGVzOgojCiMgICAgaHR0cDovL3d3dy5GcmVl QlNELm9yZy9kb2MvZW5fVVMuSVNPODg1OS0xL2Jvb2tzL2hhbmRib29rL2tlcm5lbGNvbmZpZy1j b25maWcuaHRtbAojCiMgVGhlIGhhbmRib29rIGlzIGFsc28gYXZhaWxhYmxlIGxvY2FsbHkgaW4g L3Vzci9zaGFyZS9kb2MvaGFuZGJvb2sKIyBpZiB5b3UndmUgaW5zdGFsbGVkIHRoZSBkb2MgZGlz dHJpYnV0aW9uLCBvdGhlcndpc2UgYWx3YXlzIHNlZSB0aGUKIyBGcmVlQlNEIFdvcmxkIFdpZGUg V2ViIHNlcnZlciAoaHR0cDovL3d3dy5GcmVlQlNELm9yZy8pIGZvciB0aGUKIyBsYXRlc3QgaW5m b3JtYXRpb24uCiMKIyBBbiBleGhhdXN0aXZlIGxpc3Qgb2Ygb3B0aW9ucyBhbmQgbW9yZSBkZXRh aWxlZCBleHBsYW5hdGlvbnMgb2YgdGhlCiMgZGV2aWNlIGxpbmVzIGlzIGFsc28gcHJlc2VudCBp biB0aGUgLi4vLi4vY29uZi9OT1RFUyBhbmQgTk9URVMgZmlsZXMuCiMgSWYgeW91IGFyZSBpbiBk b3VidCBhcyB0byB0aGUgcHVycG9zZSBvciBuZWNlc3NpdHkgb2YgYSBsaW5lLCBjaGVjayBmaXJz dAojIGluIE5PVEVTLgojCiMgJEZyZWVCU0Q6IHNyYy9zeXMvYW1kNjQvY29uZi9HRU5FUklDLHYg MS41NjUgMjAxMS8wNi8xNCAyMDozMDo0OSBoc2VsYXNreSBFeHAgJAoKY3B1CQlIQU1NRVIKaWRl bnQJCUJFQVNUSUUKCm1ha2VvcHRpb25zCURFQlVHPS1nCQkjIEJ1aWxkIGtlcm5lbCB3aXRoIGdk YigxKSBkZWJ1ZyBzeW1ib2xzCgpvcHRpb25zIAlTQ0hFRF9VTEUJCSMgVUxFIHNjaGVkdWxlcgpv cHRpb25zIAlQUkVFTVBUSU9OCQkjIEVuYWJsZSBrZXJuZWwgdGhyZWFkIHByZWVtcHRpb24Kb3B0 aW9ucyAJSU5FVAkJCSMgSW50ZXJORVR3b3JraW5nCiNvcHRpb25zIAlJTkVUNgkJCSMgSVB2NiBj b21tdW5pY2F0aW9ucyBwcm90b2NvbHMKb3B0aW9ucyAJU0NUUAkJCSMgU3RyZWFtIENvbnRyb2wg VHJhbnNtaXNzaW9uIFByb3RvY29sCm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBGaWxl c3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1 cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlz dHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcgZGly ZWN0b3JpZXMKb3B0aW9ucyAJVUZTX0dKT1VSTkFMCQkjIEVuYWJsZSBnam91cm5hbC1iYXNlZCBV RlMgam91cm5hbGluZwpvcHRpb25zIAlNRF9ST09UCQkJIyBNRCBpcyBhIHBvdGVudGlhbCByb290 IGRldmljZQojb3B0aW9ucyAJTkZTQ0wJCQkjIE5ldyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xpZW50 CiNvcHRpb25zIAlORlNECQkJIyBOZXcgTmV0d29yayBGaWxlc3lzdGVtIFNlcnZlcgpvcHRpb25z IAlORlNMT0NLRAkJIyBOZXR3b3JrIExvY2sgTWFuYWdlcgojb3B0aW9ucyAJTkZTX1JPT1QJCSMg TkZTIHVzYWJsZSBhcyAvLCByZXF1aXJlcyBORlNDTElFTlQKb3B0aW9ucyAJTVNET1NGUwkJCSMg TVNET1MgRmlsZXN5c3RlbQpvcHRpb25zIAlDRDk2NjAJCQkjIElTTyA5NjYwIEZpbGVzeXN0ZW0K b3B0aW9ucyAJUFJPQ0ZTCQkJIyBQcm9jZXNzIGZpbGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZT KQpvcHRpb25zIAlQU0VVRE9GUwkJIyBQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKI29wdGlv bnMgCUdFT01fUEFSVF9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25zIAlHRU9N X0xBQkVMCQkjIFByb3ZpZGVzIGxhYmVsaXphdGlvbgpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDMy CSMgQ29tcGF0aWJsZSB3aXRoIGkzODYgYmluYXJpZXMKI29wdGlvbnMgCUNPTVBBVF9GUkVFQlNE NAkJIyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDQKI29wdGlvbnMgCUNPTVBBVF9GUkVFQlNENQkJ IyBDb21wYXRpYmxlIHdpdGggRnJlZUJTRDUKb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q2CQkjIENv bXBhdGlibGUgd2l0aCBGcmVlQlNENgpvcHRpb25zIAlDT01QQVRfRlJFRUJTRDcJCSMgQ29tcGF0 aWJsZSB3aXRoIEZyZWVCU0Q3Cm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxheSAoaW4g bXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2UoMSkgc3Vw cG9ydApvcHRpb25zIAlTVEFDSwkJCSMgc3RhY2soOSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hN CQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkKb3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1z dHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlTWVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFw aG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNf MUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9ucyAJUFJJTlRGX0JVRlJfU0laRT0xMjgJIyBQ cmV2ZW50IHByaW50ZiBvdXRwdXQgYmVpbmcgaW50ZXJzcGVyc2VkLgpvcHRpb25zIAlLQkRfSU5T VEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25zIAlIV1BNQ19I T09LUwkJIyBOZWNlc3Nhcnkga2VybmVsIGhvb2tzIGZvciBod3BtYyg0KQpvcHRpb25zIAlBVURJ VAkJCSMgU2VjdXJpdHkgZXZlbnQgYXVkaXRpbmcKb3B0aW9ucyAJTUFDCQkJIyBUcnVzdGVkQlNE IE1BQyBGcmFtZXdvcmsKI29wdGlvbnMgCUtEVFJBQ0VfRlJBTUUJCSMgRW5zdXJlIGZyYW1lcyBh cmUgY29tcGlsZWQgaW4KI29wdGlvbnMgCUtEVFJBQ0VfSE9PS1MJCSMgS2VybmVsIERUcmFjZSBo b29rcwpvcHRpb25zIAlJTkNMVURFX0NPTkZJR19GSUxFICAgICAjIEluY2x1ZGUgdGhpcyBmaWxl IGluIGtlcm5lbAoKIyBEZWJ1Z2dpbmcgZm9yIHVzZSBpbiAtY3VycmVudAojb3B0aW9ucyAJS0RC CQkJIyBFbmFibGUga2VybmVsIGRlYnVnZ2VyIHN1cHBvcnQuCiNvcHRpb25zIAlEREIJCQkjIFN1 cHBvcnQgRERCLgojb3B0aW9ucyAJR0RCCQkJIyBTdXBwb3J0IHJlbW90ZSBHREIuCiNvcHRpb25z IAlERUFETEtSRVMJCSMgRW5hYmxlIHRoZSBkZWFkbG9jayByZXNvbHZlcgojb3B0aW9ucyAJSU5W QVJJQU5UUwkJIyBFbmFibGUgY2FsbHMgb2YgZXh0cmEgc2FuaXR5IGNoZWNraW5nCiNvcHRpb25z IAlJTlZBUklBTlRfU1VQUE9SVAkjIEV4dHJhIHNhbml0eSBjaGVja3Mgb2YgaW50ZXJuYWwgc3Ry dWN0dXJlcywgcmVxdWlyZWQgYnkgSU5WQVJJQU5UUwojb3B0aW9ucyAJV0lUTkVTUwkJCSMgRW5h YmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxvY2tzIGFuZCBjeWNsZXMKI29wdGlvbnMgCVdJVE5F U1NfU0tJUFNQSU4JIyBEb24ndCBydW4gd2l0bmVzcyBvbiBzcGlubG9ja3MgZm9yIHNwZWVkCiNv cHRpb25zIAlNQUxMT0NfREVCVUdfTUFYWk9ORVM9OAkjIFNlcGFyYXRlIG1hbGxvYyg5KSB6b25l cwoKIyBNYWtlIGFuIFNNUC1jYXBhYmxlIGtlcm5lbCBieSBkZWZhdWx0Cm9wdGlvbnMgCVNNUAkJ CSMgU3ltbWV0cmljIE11bHRpUHJvY2Vzc29yIEtlcm5lbAoKIyBDUFUgZnJlcXVlbmN5IGNvbnRy b2wKZGV2aWNlCQljcHVmcmVxCgojIEJ1cyBzdXBwb3J0LgpkZXZpY2UJCWFjcGkKZGV2aWNlCQlw Y2kKCiMgRmxvcHB5IGRyaXZlcwojZGV2aWNlCQlmZGMKCiMgQVRBIGNvbnRyb2xsZXJzCmRldmlj ZQkJYWhjaQkJIyBBSENJLWNvbXBhdGlibGUgU0FUQSBjb250cm9sbGVycwpkZXZpY2UJCWF0YQkJ IyBMZWdhY3kgQVRBL1NBVEEgY29udHJvbGxlcnMKb3B0aW9ucyAJQVRBX0NBTQkJIyBIYW5kbGUg bGVnYWN5IGNvbnRyb2xsZXJzIHdpdGggQ0FNCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBTdGF0 aWMgZGV2aWNlIG51bWJlcmluZwojZGV2aWNlCQltdnMJCSMgTWFydmVsbCA4OFNYNTBYWC84OFNY NjBYWC84OFNYNzBYWC9Tb0MgU0FUQQojZGV2aWNlCQlzaWlzCQkjIFNpbGljb25JbWFnZSBTaUkz MTI0L1NpSTMxMzIvU2lJMzUzMSBTQVRBCgojIFNDU0kgQ29udHJvbGxlcnMKI2RldmljZQkJYWhj CQkjIEFIQTI5NDAgYW5kIG9uYm9hcmQgQUlDN3h4eCBkZXZpY2VzCiNvcHRpb25zIAlBSENfUkVH X1BSRVRUWV9QUklOVAkjIFByaW50IHJlZ2lzdGVyIGJpdGZpZWxkcyBpbiBkZWJ1ZwoJCQkJCSMg b3V0cHV0LiAgQWRkcyB+MTI4ayB0byBkcml2ZXIuCiNkZXZpY2UJCWFoZAkJIyBBSEEzOTMyMC8y OTMyMCBhbmQgb25ib2FyZCBBSUM3OXh4IGRldmljZXMKI29wdGlvbnMgCUFIRF9SRUdfUFJFVFRZ X1BSSU5UCSMgUHJpbnQgcmVnaXN0ZXIgYml0ZmllbGRzIGluIGRlYnVnCgkJCQkJIyBvdXRwdXQu ICBBZGRzIH4yMTVrIHRvIGRyaXZlci4KI2RldmljZQkJYW1kCQkjIEFNRCA1M0M5NzQgKFRla3Jh bSBEQy0zOTAoVCkpCiNkZXZpY2UJCWhwdGlvcAkJIyBIaWdocG9pbnQgUm9ja2V0UmFpZCAzeHh4 IHNlcmllcwojZGV2aWNlCQlpc3AJCSMgUWxvZ2ljIGZhbWlseQojZGV2aWNlCQlpc3BmdwkJIyBG aXJtd2FyZSBmb3IgUUxvZ2ljIEhCQXMtIG5vcm1hbGx5IGEgbW9kdWxlCiNkZXZpY2UJCW1wdAkJ IyBMU0ktTG9naWMgTVBULUZ1c2lvbgojZGV2aWNlCQltcHMJCSMgTFNJLUxvZ2ljIE1QVC1GdXNp b24gMgojZGV2aWNlCQluY3IJCSMgTkNSL1N5bWJpb3MgTG9naWMKI2RldmljZQkJc3ltCQkjIE5D Ui9TeW1iaW9zIExvZ2ljIChuZXdlciBjaGlwc2V0cyArIHRob3NlIG9mIGBuY3InKQojZGV2aWNl CQl0cm0JCSMgVGVrcmFtIERDMzk1VS9VVy9GIERDMzE1VSBhZGFwdGVycwoKI2RldmljZQkJYWR2 CQkjIEFkdmFuc3lzIFNDU0kgYWRhcHRlcnMKI2RldmljZQkJYWR3CQkjIEFkdmFuc3lzIHdpZGUg U0NTSSBhZGFwdGVycwojZGV2aWNlCQlhaWMJCSMgQWRhcHRlYyAxNVswMTJdeCBTQ1NJIGFkYXB0 ZXJzLCBBSUMtNlsyM102MC4KI2RldmljZQkJYnQJCSMgQnVzbG9naWMvTXlsZXggTXVsdGlNYXN0 ZXIgU0NTSSBhZGFwdGVycwoKIyBBVEEvU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkj IFNDU0kgYnVzIChyZXF1aXJlZCBmb3IgQVRBL1NDU0kpCiNkZXZpY2UJCWNoCQkjIFNDU0kgbWVk aWEgY2hhbmdlcnMKZGV2aWNlCQlkYQkJIyBEaXJlY3QgQWNjZXNzIChkaXNrcykKZGV2aWNlCQlz YQkJIyBTZXF1ZW50aWFsIEFjY2VzcyAodGFwZSBldGMpCmRldmljZQkJY2QJCSMgQ0QKZGV2aWNl CQlwYXNzCQkjIFBhc3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IEFUQS9TQ1NJIGFjY2VzcykKI2Rl dmljZQkJc2VzCQkjIFNDU0kgRW52aXJvbm1lbnRhbCBTZXJ2aWNlcyAoYW5kIFNBRi1URSkKCiMg UkFJRCBjb250cm9sbGVycyBpbnRlcmZhY2VkIHRvIHRoZSBTQ1NJIHN1YnN5c3RlbQojZGV2aWNl CQlhbXIJCSMgQU1JIE1lZ2FSQUlECiNkZXZpY2UJCWFyY21zcgkJIyBBcmVjYSBTQVRBIElJIFJB SUQKI1hYWCBpdCBpcyBub3QgNjQtYml0IGNsZWFuLCAtc2NvdHRsCiNkZXZpY2UJCWFzcgkJIyBE UFQgU21hcnRSQUlEIFYsIFZJIGFuZCBBZGFwdGVjIFNDU0kgUkFJRAojZGV2aWNlCQljaXNzCQkj IENvbXBhcSBTbWFydCBSQUlEIDUqCiNkZXZpY2UJCWRwdAkJIyBEUFQgU21hcnRjYWNoZSBJSUks IElWIC0gU2VlIE5PVEVTIGZvciBvcHRpb25zCiNkZXZpY2UJCWhwdG12CQkjIEhpZ2hwb2ludCBS b2NrZXRSQUlEIDE4MngKI2RldmljZQkJaHB0cnIJCSMgSGlnaHBvaW50IFJvY2tldFJBSUQgMTd4 eCwgMjJ4eCwgMjN4eCwgMjV4eAojZGV2aWNlCQlpaXIJCSMgSW50ZWwgSW50ZWdyYXRlZCBSQUlE CiNkZXZpY2UJCWlwcwkJIyBJQk0gKEFkYXB0ZWMpIFNlcnZlUkFJRAojZGV2aWNlCQltbHkJCSMg TXlsZXggQWNjZWxlUkFJRC9lWHRyZW1lUkFJRAojZGV2aWNlCQl0d2EJCSMgM3dhcmUgOTAwMCBz ZXJpZXMgUEFUQS9TQVRBIFJBSUQjCgojIFJBSUQgY29udHJvbGxlcnMKI2RldmljZQkJYWFjCQkj IEFkYXB0ZWMgRlNBIFJBSUQKI2RldmljZQkJYWFjcAkJIyBTQ1NJIHBhc3N0aHJvdWdoIGZvciBh YWMgKHJlcXVpcmVzIENBTSkKI2RldmljZQkJaWRhCQkjIENvbXBhcSBTbWFydCBSQUlECiNkZXZp Y2UJCW1maQkJIyBMU0kgTWVnYVJBSUQgU0FTCiNkZXZpY2UJCW1seAkJIyBNeWxleCBEQUM5NjAg ZmFtaWx5CiNYWFggcG9pbnRlci9pbnQgd2FybmluZ3MKI2RldmljZQkJcHN0CQkjIFByb21pc2Ug U3VwZXJ0cmFrIFNYNjAwMAojZGV2aWNlCQl0d2UJCSMgM3dhcmUgQVRBIFJBSUQKCiMgYXRrYmRj MCBjb250cm9scyBib3RoIHRoZSBrZXlib2FyZCBhbmQgdGhlIFBTLzIgbW91c2UKZGV2aWNlCQlh dGtiZGMJCSMgQVQga2V5Ym9hcmQgY29udHJvbGxlcgpkZXZpY2UJCWF0a2JkCQkjIEFUIGtleWJv YXJkCmRldmljZQkJcHNtCQkjIFBTLzIgbW91c2UKCmRldmljZQkJa2JkbXV4CQkjIGtleWJvYXJk IG11bHRpcGxleGVyCgpkZXZpY2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKCmRldmlj ZQkJc3BsYXNoCQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0CgojIHN5 c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcgYW4gU0NPIGNv bnNvbGUKZGV2aWNlCQlzYwpvcHRpb25zIAlTQ19QSVhFTF9NT0RFCSMgYWRkIHN1cHBvcnQgZm9y IHRoZSByYXN0ZXIgdGV4dCBtb2RlCgojZGV2aWNlCQlhZ3AJCSMgc3VwcG9ydCBzZXZlcmFsIEFH UCBjaGlwc2V0cwoKIyBQQ0NBUkQgKFBDTUNJQSkgc3VwcG9ydAojIFBDTUNJQSBhbmQgY2FyZGJ1 cyBicmlkZ2Ugc3VwcG9ydApkZXZpY2UJCWNiYgkJIyBjYXJkYnVzICh5ZW50YSkgYnJpZGdlCmRl dmljZQkJcGNjYXJkCQkjIFBDIENhcmQgKDE2LWJpdCkgYnVzCmRldmljZQkJY2FyZGJ1cwkJIyBD YXJkQnVzICgzMi1iaXQpIGJ1cwoKIyBTZXJpYWwgKENPTSkgcG9ydHMKZGV2aWNlCQl1YXJ0CQkj IEdlbmVyaWMgVUFSVCBkcml2ZXIKCiMgUGFyYWxsZWwgcG9ydApkZXZpY2UJCXBwYwpkZXZpY2UJ CXBwYnVzCQkjIFBhcmFsbGVsIHBvcnQgYnVzIChyZXF1aXJlZCkKZGV2aWNlCQlscHQJCSMgUHJp bnRlcgpkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwKZGV2aWNlCQlwcGkJCSMg UGFyYWxsZWwgcG9ydCBpbnRlcmZhY2UgZGV2aWNlCiNkZXZpY2UJCXZwbwkJIyBSZXF1aXJlcyBz Y2J1cyBhbmQgZGEKCiMgSWYgeW91J3ZlIGdvdCBhICJkdW1iIiBzZXJpYWwgb3IgcGFyYWxsZWwg UENJIGNhcmQgdGhhdCBpcwojIHN1cHBvcnRlZCBieSB0aGUgcHVjKDQpIGdsdWUgZHJpdmVyLCB1 bmNvbW1lbnQgdGhlIGZvbGxvd2luZwojIGxpbmUgdG8gZW5hYmxlIGl0IChjb25uZWN0cyB0byBz aW8sIHVhcnQgYW5kL29yIHBwYyBkcml2ZXJzKToKI2RldmljZQkJcHVjCgojIFBDSSBFdGhlcm5l dCBOSUNzLgojZGV2aWNlCQlieGUJCSMgQnJvYWRjb20gQkNNNTc3MTAvQkNNNTc3MTEvQkNNNTc3 MTFFIDEwR2IgRXRoZXJuZXQKI2RldmljZQkJZGUJCSMgREVDL0ludGVsIERDMjF4NHggKGBgVHVs aXAnJykKI2RldmljZQkJZW0JCSMgSW50ZWwgUFJPLzEwMDAgR2lnYWJpdCBFdGhlcm5ldCBGYW1p bHkKI2RldmljZQkJaWdiCQkjIEludGVsIFBSTy8xMDAwIFBDSUUgU2VydmVyIEdpZ2FiaXQgRmFt aWx5CiNkZXZpY2UJCWl4Z2JlCQkjIEludGVsIFBSTy8xMEdiRSBQQ0lFIEV0aGVybmV0IEZhbWls eQojZGV2aWNlCQlsZQkJIyBBTUQgQW03OTAwIExBTkNFIGFuZCBBbTc5Qzl4eCBQQ25ldAojZGV2 aWNlCQl0aQkJIyBBbHRlb24gTmV0d29ya3MgVGlnb24gSS9JSSBnaWdhYml0IEV0aGVybmV0CiNk ZXZpY2UJCXR4cAkJIyAzQ29tIDNjUjk5MCAoYGBUeXBob29uJycpCiNkZXZpY2UJCXZ4CQkjIDND b20gM2M1OTAsIDNjNTk1IChgYFZvcnRleCcnKQoKIyBQQ0kgRXRoZXJuZXQgTklDcyB0aGF0IHVz ZSB0aGUgY29tbW9uIE1JSSBidXMgY29udHJvbGxlciBjb2RlLgojIE5PVEU6IEJlIHN1cmUgdG8g a2VlcCB0aGUgJ2RldmljZSBtaWlidXMnIGxpbmUgaW4gb3JkZXIgdG8gdXNlIHRoZXNlIE5JQ3Mh CmRldmljZQkJbWlpYnVzCQkjIE1JSSBidXMgc3VwcG9ydAojZGV2aWNlCQlhZQkJIyBBdHRhbnNp Yy9BdGhlcm9zIEwyIEZhc3RFdGhlcm5ldAojZGV2aWNlCQlhZ2UJCSMgQXR0YW5zaWMvQXRoZXJv cyBMMSBHaWdhYml0IEV0aGVybmV0CiNkZXZpY2UJCWFsYwkJIyBBdGhlcm9zIEFSODEzMS9BUjgx MzIgRXRoZXJuZXQKZGV2aWNlCQlhbGUJCSMgQXRoZXJvcyBBUjgxMjEvQVI4MTEzL0FSODExNCBF dGhlcm5ldAojZGV2aWNlCQliY2UJCSMgQnJvYWRjb20gQkNNNTcwNi9CQ001NzA4IEdpZ2FiaXQg RXRoZXJuZXQKI2RldmljZQkJYmZlCQkjIEJyb2FkY29tIEJDTTQ0MHggMTAvMTAwIEV0aGVybmV0 CiNkZXZpY2UJCWJnZQkJIyBCcm9hZGNvbSBCQ001NzB4eCBHaWdhYml0IEV0aGVybmV0CiNkZXZp Y2UJCWRjCQkjIERFQy9JbnRlbCAyMTE0MyBhbmQgdmFyaW91cyB3b3JrYWxpa2VzCiNkZXZpY2UJ CWV0CQkjIEFnZXJlIEVUMTMxMCAxMC8xMDAvR2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQlmeHAJ CSMgSW50ZWwgRXRoZXJFeHByZXNzIFBSTy8xMDBCICg4MjU1NywgODI1NTgpCiNkZXZpY2UJCWpt ZQkJIyBKTWljcm9uIEpNQzI1MCBHaWdhYml0L0pNQzI2MCBGYXN0IEV0aGVybmV0CiNkZXZpY2UJ CWxnZQkJIyBMZXZlbCAxIExYVDEwMDEgZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQltc2sJCSMg TWFydmVsbC9TeXNLb25uZWN0IFl1a29uIElJIEdpZ2FiaXQgRXRoZXJuZXQKI2RldmljZQkJbmZl CQkjIG5WaWRpYSBuRm9yY2UgTUNQIG9uLWJvYXJkIEV0aGVybmV0CiNkZXZpY2UJCW5nZQkJIyBO YXRTZW1pIERQODM4MjAgZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQludmUJCSMgblZpZGlhIG5G b3JjZSBNQ1Agb24tYm9hcmQgRXRoZXJuZXQgTmV0d29ya2luZwojZGV2aWNlCQlwY24JCSMgQU1E IEFtNzlDOTd4IFBDSSAxMC8xMDAgKHByZWNlZGVuY2Ugb3ZlciAnbGUnKQojZGV2aWNlCQlyZQkJ IyBSZWFsVGVrIDgxMzlDKy84MTY5LzgxNjlTLzgxMTBTCmRldmljZQkJcmwJCSMgUmVhbFRlayA4 MTI5LzgxMzkKI2RldmljZQkJc2YJCSMgQWRhcHRlYyBBSUMtNjkxNSAoYGBTdGFyZmlyZScnKQoj ZGV2aWNlCQlzZ2UJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTMTkwLzE5MQojZGV2 aWNlCQlzaXMJCSMgU2lsaWNvbiBJbnRlZ3JhdGVkIFN5c3RlbXMgU2lTIDkwMC9TaVMgNzAxNgoj ZGV2aWNlCQlzawkJIyBTeXNLb25uZWN0IFNLLTk4NHggJiBTSy05ODJ4IGdpZ2FiaXQgRXRoZXJu ZXQKI2RldmljZQkJc3RlCQkjIFN1bmRhbmNlIFNUMjAxIChELUxpbmsgREZFLTU1MFRYKQojZGV2 aWNlCQlzdGdlCQkjIFN1bmRhbmNlL1RhbWFyYWNrIFRDOTAyMSBnaWdhYml0IEV0aGVybmV0CiNk ZXZpY2UJCXRsCQkjIFRleGFzIEluc3RydW1lbnRzIFRodW5kZXJMQU4KI2RldmljZQkJdHgJCSMg U01DIEV0aGVyUG93ZXIgSUkgKDgzYzE3MCBgYEVQSUMnJykKI2RldmljZQkJdmdlCQkjIFZJQSBW VDYxMnggZ2lnYWJpdCBFdGhlcm5ldAojZGV2aWNlCQl2cgkJIyBWSUEgUmhpbmUsIFJoaW5lIElJ CiNkZXZpY2UJCXdiCQkjIFdpbmJvbmQgVzg5Qzg0MEYKI2RldmljZQkJeGwJCSMgM0NvbSAzYzkw eCAoYGBCb29tZXJhbmcnJywgYGBDeWNsb25lJycpCgojIElTQSBFdGhlcm5ldCBOSUNzLiAgcGNj YXJkIE5JQ3MgaW5jbHVkZWQuCiNkZXZpY2UJCWNzCQkjIENyeXN0YWwgU2VtaWNvbmR1Y3RvciBD Uzg5eDAgTklDCiMgJ2RldmljZSBlZCcgcmVxdWlyZXMgJ2RldmljZSBtaWlidXMnCiNkZXZpY2UJ CWVkCQkjIE5FWzEyXTAwMCwgU01DIFVsdHJhLCAzYzUwMywgRFM4MzkwIGNhcmRzCiNkZXZpY2UJ CWV4CQkjIEludGVsIEV0aGVyRXhwcmVzcyBQcm8vMTAgYW5kIFByby8xMCsKI2RldmljZQkJZXAJ CSMgRXRoZXJsaW5rIElJSSBiYXNlZCBjYXJkcwojZGV2aWNlCQlmZQkJIyBGdWppdHN1IE1CODY5 NnggYmFzZWQgY2FyZHMKI2RldmljZQkJc24JCSMgU01DJ3MgOTAwMCBzZXJpZXMgb2YgRXRoZXJu ZXQgY2hpcHMKI2RldmljZQkJeGUJCSMgWGlyY29tIHBjY2FyZCBFdGhlcm5ldAoKIyBXaXJlbGVz cyBOSUMgY2FyZHMKI2RldmljZQkJd2xhbgkJIyA4MDIuMTEgc3VwcG9ydAojb3B0aW9ucyAJSUVF RTgwMjExX0RFQlVHCSMgZW5hYmxlIGRlYnVnIG1zZ3MKI29wdGlvbnMgCUlFRUU4MDIxMV9BTVBE VV9BR0UgIyBhZ2UgZnJhbWVzIGluIEFNUERVIHJlb3JkZXIgcSdzCiNvcHRpb25zIAlJRUVFODAy MTFfU1VQUE9SVF9NRVNICSMgZW5hYmxlIDgwMi4xMXMgZHJhZnQgc3VwcG9ydAojZGV2aWNlCQl3 bGFuX3dlcAkjIDgwMi4xMSBXRVAgc3VwcG9ydAojZGV2aWNlCQl3bGFuX2NjbXAJIyA4MDIuMTEg Q0NNUCBzdXBwb3J0CiNkZXZpY2UJCXdsYW5fdGtpcAkjIDgwMi4xMSBUS0lQIHN1cHBvcnQKI2Rl dmljZQkJd2xhbl9hbXJyCSMgQU1SUiB0cmFuc21pdCByYXRlIGNvbnRyb2wgYWxnb3JpdGhtCiNk ZXZpY2UJCWFuCQkjIEFpcm9uZXQgNDUwMC80ODAwIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojZGV2 aWNlCQlhdGgJCSMgQXRoZXJvcyBOSUMncwojZGV2aWNlCQlhdGhfcGNpCQkjIEF0aGVyb3MgcGNp L2NhcmRidXMgZ2x1ZQojZGV2aWNlCQlhdGhfaGFsCQkjIHBjaS9jYXJkYnVzIGNoaXAgc3VwcG9y dAojb3B0aW9ucyAJQUhfU1VQUE9SVF9BUjU0MTYJIyBlbmFibGUgQVI1NDE2IHR4L3J4IGRlc2Ny aXB0b3JzCiNkZXZpY2UJCWF0aF9yYXRlX3NhbXBsZQkjIFNhbXBsZVJhdGUgdHggcmF0ZSBjb250 cm9sIGZvciBhdGgKI2RldmljZQkJYndpCQkjIEJyb2FkY29tIEJDTTQzMHgvQkNNNDMxeCB3aXJl bGVzcyBOSUNzLgojZGV2aWNlCQlid24JCSMgQnJvYWRjb20gQkNNNDN4eCB3aXJlbGVzcyBOSUNz LgojZGV2aWNlCQlpcHcJCSMgSW50ZWwgMjEwMCB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQlpd2kJ CSMgSW50ZWwgMjIwMEJHLzIyMjVCRy8yOTE1QUJHIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCWl3 bgkJIyBJbnRlbCA0OTY1LzEwMDAvNTAwMC82MDAwIHdpcmVsZXNzIE5JQ3MuCiNkZXZpY2UJCW1h bG8JCSMgTWFydmVsbCBMaWJlcnRhcyB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQltd2wJCSMgTWFy dmVsbCA4OFc4MzYzIDgwMi4xMW4gd2lyZWxlc3MgTklDcy4KI2RldmljZQkJcmFsCQkjIFJhbGlu ayBUZWNobm9sb2d5IFJUMjUwMCB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQl3aQkJIyBXYXZlTEFO L0ludGVyc2lsL1N5bWJvbCA4MDIuMTEgd2lyZWxlc3MgTklDcy4KI2RldmljZQkJd3BpCQkjIElu dGVsIDM5NDVBQkcgd2lyZWxlc3MgTklDcy4KCiMgUHNldWRvIGRldmljZXMuCmRldmljZQkJbG9v cAkJIyBOZXR3b3JrIGxvb3BiYWNrCmRldmljZQkJcmFuZG9tCQkjIEVudHJvcHkgZGV2aWNlCmRl dmljZQkJZXRoZXIJCSMgRXRoZXJuZXQgc3VwcG9ydAojZGV2aWNlCQl2bGFuCQkjIDgwMi4xUSBW TEFOIHN1cHBvcnQKZGV2aWNlCQl0dW4JCSMgUGFja2V0IHR1bm5lbC4KZGV2aWNlCQlwdHkJCSMg QlNELXN0eWxlIGNvbXBhdGliaWxpdHkgcHNldWRvIHR0eXMKZGV2aWNlCQltZAkJIyBNZW1vcnkg ImRpc2tzIgojZGV2aWNlCQlnaWYJCSMgSVB2NiBhbmQgSVB2NCB0dW5uZWxpbmcKI2RldmljZQkJ ZmFpdGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFuc2xhdGlvbikKZGV2aWNlCQlmaXJt d2FyZQkjIGZpcm13YXJlIGFzc2lzdCBtb2R1bGUKCiMgVGhlIGBicGYnIGRldmljZSBlbmFibGVz IHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJlIGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJh dGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5hYmxpbmcgdGhpcyEKIyBOb3RlIHRoYXQgJ2JwZicgaXMg cmVxdWlyZWQgZm9yIERIQ1AuCmRldmljZQkJYnBmCQkjIEJlcmtlbGV5IHBhY2tldCBmaWx0ZXIK CiMgVVNCIHN1cHBvcnQKb3B0aW9ucyAJVVNCX0RFQlVHCSMgZW5hYmxlIGRlYnVnIG1zZ3MKZGV2 aWNlCQl1aGNpCQkjIFVIQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJb2hjaQkJIyBPSENJ IFBDSS0+VVNCIGludGVyZmFjZQpkZXZpY2UJCWVoY2kJCSMgRUhDSSBQQ0ktPlVTQiBpbnRlcmZh Y2UgKFVTQiAyLjApCmRldmljZQkJeGhjaQkJIyBYSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNC IDMuMCkKZGV2aWNlCQl1c2IJCSMgVVNCIEJ1cyAocmVxdWlyZWQpCiNkZXZpY2UJCXVkYnAJCSMg VVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcyAobmVlZHMgbmV0Z3JhcGgpCmRldmljZQkJdWhp ZAkJIyAiSHVtYW4gSW50ZXJmYWNlIERldmljZXMiCiNkZXZpY2UJCXVrYmQJCSMgS2V5Ym9hcmQK ZGV2aWNlCQl1bHB0CQkjIFByaW50ZXIKZGV2aWNlCQl1bWFzcwkJIyBEaXNrcy9NYXNzIHN0b3Jh Z2UgLSBSZXF1aXJlcyBzY2J1cyBhbmQgZGEKI2RldmljZQkJdW1zCQkjIE1vdXNlCmRldmljZQkJ dXJpbwkJIyBEaWFtb25kIFJpbyA1MDAgTVAzIHBsYXllcgojIFVTQiBTZXJpYWwgZGV2aWNlcwoj ZGV2aWNlCQl1M2cJCSMgVVNCLWJhc2VkIDNHIG1vZGVtcyAoT3B0aW9uLCBIdWF3ZWksIFNpZXJy YSkKI2RldmljZQkJdWFyawkJIyBUZWNobm9sb2dpZXMgQVJLMzExNiBiYXNlZCBzZXJpYWwgYWRh cHRlcnMKI2RldmljZQkJdWJzYQkJIyBCZWxraW4gRjVVMTAzIGFuZCBjb21wYXRpYmxlIHNlcmlh bCBhZGFwdGVycwojZGV2aWNlCQl1ZnRkaQkJIyBGb3IgRlRESSB1c2Igc2VyaWFsIGFkYXB0ZXJz CmRldmljZQkJdWlwYXEJCSMgU29tZSBXaW5DRSBiYXNlZCBkZXZpY2VzCiNkZXZpY2UJCXVwbGNv bQkJIyBQcm9saWZpYyBQTC0yMzAzIHNlcmlhbCBhZGFwdGVycwojZGV2aWNlCQl1c2xjb20JCSMg U0kgTGFicyBDUDIxMDEvQ1AyMTAyIHNlcmlhbCBhZGFwdGVycwojZGV2aWNlCQl1dmlzb3IJCSMg Vmlzb3IgYW5kIFBhbG0gZGV2aWNlcwojZGV2aWNlCQl1dnNjb20JCSMgVVNCIHNlcmlhbCBzdXBw b3J0IGZvciBEREkgcG9ja2V0J3MgUEhTCiMgVVNCIEV0aGVybmV0LCByZXF1aXJlcyBtaWlidXMK I2RldmljZQkJYXVlCQkjIEFETXRlayBVU0IgRXRoZXJuZXQKI2RldmljZQkJYXhlCQkjIEFTSVgg RWxlY3Ryb25pY3MgVVNCIEV0aGVybmV0CiNkZXZpY2UJCWNkY2UJCSMgR2VuZXJpYyBVU0Igb3Zl ciBFdGhlcm5ldAojZGV2aWNlCQljdWUJCSMgQ0FUQyBVU0IgRXRoZXJuZXQKI2RldmljZQkJa3Vl CQkjIEthd2FzYWtpIExTSSBVU0IgRXRoZXJuZXQKI2RldmljZQkJcnVlCQkjIFJlYWxUZWsgUlRM ODE1MCBVU0IgRXRoZXJuZXQKI2RldmljZQkJdWRhdgkJIyBEYXZpY29tIERNOTYwMUUgVVNCCiMg VVNCIFdpcmVsZXNzCiNkZXZpY2UJCXJ1bQkJIyBSYWxpbmsgVGVjaG5vbG9neSBSVDI1MDFVU0Ig d2lyZWxlc3MgTklDcwojZGV2aWNlCQlydW4JCSMgUmFsaW5rIFRlY2hub2xvZ3kgUlQyNzAwL1JU MjgwMC9SVDMwMDAgTklDcy4KI2RldmljZQkJdWF0aAkJIyBBdGhlcm9zIEFSNTUyMyB3aXJlbGVz cyBOSUNzCiNkZXZpY2UJCXVwZ3QJCSMgQ29uZXhhbnQvSW50ZXJzaWwgUHJpc21HVCB3aXJlbGVz cyBOSUNzLgojZGV2aWNlCQl1cmFsCQkjIFJhbGluayBUZWNobm9sb2d5IFJUMjUwMFVTQiB3aXJl bGVzcyBOSUNzCiNkZXZpY2UJCXVydHcJCSMgUmVhbHRlayBSVEw4MTg3Qi9MIHdpcmVsZXNzIE5J Q3MKI2RldmljZQkJenlkCQkjIFp5REFTIHpiMTIxMS96YjEyMTFiIHdpcmVsZXNzIE5JQ3MKCiMg RmlyZVdpcmUgc3VwcG9ydAojZGV2aWNlCQlmaXJld2lyZQkjIEZpcmVXaXJlIGJ1cyBjb2RlCiNk ZXZpY2UJCXNicAkJIyBTQ1NJIG92ZXIgRmlyZVdpcmUgKFJlcXVpcmVzIHNjYnVzIGFuZCBkYSkK I2RldmljZQkJZndlCQkjIEV0aGVybmV0IG92ZXIgRmlyZVdpcmUgKG5vbi1zdGFuZGFyZCEpCiNk ZXZpY2UJCWZ3aXAJCSMgSVAgb3ZlciBGaXJlV2lyZSAoUkZDIDI3MzQsMzE0NikKI2RldmljZQkJ ZGNvbnMJCSMgRHVtYiBjb25zb2xlIGRyaXZlcgojZGV2aWNlCQlkY29uc19jcm9tCSMgQ29uZmln dXJhdGlvbiBST00gZm9yIGRjb25zCgojIFNvdW5kIHN1cHBvcnQKZGV2aWNlCQlzb3VuZAkJIyBH ZW5lcmljIHNvdW5kIGRyaXZlciAocmVxdWlyZWQpCiNkZXZpY2UJCXNuZF9lczEzN3gJIyBFbnNv bmlxIEF1ZGlvUENJIEVTMTM3eApkZXZpY2UJCXNuZF9oZGEJCSMgSW50ZWwgSGlnaCBEZWZpbml0 aW9uIEF1ZGlvCiNkZXZpY2UJCXNuZF9pY2gJCSMgSW50ZWwsIE5WaWRpYSBhbmQgb3RoZXIgSUNI IEFDJzk3IEF1ZGlvCmRldmljZQkJc25kX3VhdWRpbwkjIFVTQiBBdWRpbwojZGV2aWNlCQlzbmRf dmlhODIzMwkjIFZJQSBWVDgyMzN4IEF1ZGlvCgpkZXZpY2UgCQlsaW5kZXYKZGV2aWNlCQlhdGFw aWNhbQpvcHRpb25zCQlDT01QQVRfTElOVVgzMgpvcHRpb25zCQlMSU5QUk9DRlMKb3B0aW9ucwkJ TElOU1lTRlMKb3B0aW9ucyAJUDEwMDNfMUJfU0VNQVBIT1JFUwpvcHRpb25zCQlWRVNBCmRldmlj ZQkJcGYKZGV2aWNlCQlwZmxvZwpkZXZpY2UJCXBmc3luYwpkZXZpY2UJCWFoY2kK --0016367b65e62422af04abf3d9cc Content-Type: application/octet-stream; name=dump Content-Disposition: attachment; filename=dump Content-Transfer-Encoding: base64 X-Attachment-Id: f_gs33dvk51 R05VIGdkYiA2LjEuMSBbRnJlZUJTRF0KQ29weXJpZ2h0IDIwMDQgRnJlZSBTb2Z0d2FyZSBGb3Vu ZGF0aW9uLCBJbmMuCkdEQiBpcyBmcmVlIHNvZnR3YXJlLCBjb3ZlcmVkIGJ5IHRoZSBHTlUgR2Vu ZXJhbCBQdWJsaWMgTGljZW5zZSwgYW5kIHlvdSBhcmUKd2VsY29tZSB0byBjaGFuZ2UgaXQgYW5k L29yIGRpc3RyaWJ1dGUgY29waWVzIG9mIGl0IHVuZGVyIGNlcnRhaW4gY29uZGl0aW9ucy4KVHlw ZSAic2hvdyBjb3B5aW5nIiB0byBzZWUgdGhlIGNvbmRpdGlvbnMuClRoZXJlIGlzIGFic29sdXRl bHkgbm8gd2FycmFudHkgZm9yIEdEQi4gIFR5cGUgInNob3cgd2FycmFudHkiIGZvciBkZXRhaWxz LgpUaGlzIEdEQiB3YXMgY29uZmlndXJlZCBhcyAiYW1kNjQtbWFyY2VsLWZyZWVic2QiLi4uCgpV bnJlYWQgcG9ydGlvbiBvZiB0aGUga2VybmVsIG1lc3NhZ2UgYnVmZmVyOgpvYmovdXNyL3NyYy9z eXMvQkVBU1RJRSBhbWQ2NApDUFU6IEludGVsKFIpIENvcmUoVE0pMiBDUFUgICAgICAgICAgNDMw MCAgQCAxLjgwR0h6ICgxODAwLjEwLU1IeiBLOC1jbGFzcyBDUFUpCiAgT3JpZ2luID0gIkdlbnVp bmVJbnRlbCIgIElkID0gMHg2ZjIgIEZhbWlseSA9IDYgIE1vZGVsID0gZiAgU3RlcHBpbmcgPSAy CiAgCkNQVTogSW50ZWwoUikgQ29yZShUTSkyIENQVSAgICAgICAgICA0MzAwICBAIDEuODBHSHog KDE4MDAuMTAtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWluZUludGVsIiAgSWQg PSAweDZmMiAgRmFtaWx5ID0gNiAgTW9kZWwgPSBmICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0w eGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRS UixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNT RTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHhlMzlkPFNTRTMsRFRFUzY0LE1PTixEU19D UEwsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTT4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgw MDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+CiAgVFNDOiBQLXN0YXRl IGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1lbW9yeSAgPSA0Mjk0OTY3 Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSA0MDg0Njk1MDQwICgzODk1IE1CKQpFdmVudCB0 aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBUYWJsZTogPEFfTV9JXyBPRU1BUElD ID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRlY3RlZDogMiBDUFVzCkZy ZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykKIGNwdTAgKEJTUCk6IEFQSUMgSUQ6 ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt MjMgb24gbW90aGVyYm9hcmQKQ3VzZTRCU0QgdjAuMS4xNiBAIC9kZXYvY3VzZQprYmQxIGF0IGti ZG11eDAKYWNwaTA6IDxBX01fSV8gT0VNWFNEVD4gb24gbW90aGVyYm9hcmQKYWNwaTA6IFBvd2Vy IEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1 IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6 PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQVT4gb24gYWNwaTAKQUNQ SSBXYXJuaW5nOiBJbmNvcnJlY3QgY2hlY2tzdW0gaW4gdGFibGUgW09FTUJdIC0gMHhCRSwgc2hv dWxkIGJlIDB4QkQgKDIwMTEwNTI3L3RidXRpbHMtMjc5KQpjcHUxOiA8QUNQSSBDUFU+IG9uIGFj cGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNw aTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9u IHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4YmMwMC0weGJj N2YgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGQwMDAwMDAwLTB4ZGZmZmZmZmYsMHhmYzAw MDAwMC0weGZjZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTEKbnZpZGlhMDogPEdl Rm9yY2UgNzYwMCBHVD4gb24gdmdhcGNpMAp2Z2FwY2kwOiBjaGlsZCBudmlkaWEwIHJlcXVlc3Rl ZCBwY2lfZW5hYmxlX2lvCnZnYXBjaTA6IGNoaWxkIG52aWRpYTAgcmVxdWVzdGVkIHBjaV9lbmFi bGVfaW8KdWhjaTA6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUQ+ IHBvcnQgMHhhODAwLTB4YTgxZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAgb24gcGNpMAp1aGNpMDog TGVnU3VwID0gMHgyZjAwCnVzYnVzMDogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJv bGxlciBVU0ItRD4gb24gdWhjaTAKdWhjaTE6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNv bnRyb2xsZXIgVVNCLUU+IHBvcnQgMHhhODgwLTB4YTg5ZiBpcnEgMjEgYXQgZGV2aWNlIDI2LjEg b24gcGNpMAp1aGNpMTogTGVnU3VwID0gMHgyZjAwCnVzYnVzMTogPEludGVsIDgyODAxSkkgKElD SDEwKSBVU0IgY29udHJvbGxlciBVU0ItRT4gb24gdWhjaTEKdWhjaTI6IDxJbnRlbCA4MjgwMUpJ IChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUY+IHBvcnQgMHhhYzAwLTB4YWMxZiBpcnEgMTgg YXQgZGV2aWNlIDI2LjIgb24gcGNpMAp1aGNpMjogTGVnU3VwID0gMHgyZjAwCnVzYnVzMjogPElu dGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRj4gb24gdWhjaTIKZWhjaTA6 IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQi1CPiBtZW0gMHhm YmZmZmMwMC0weGZiZmZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMjYuNyBvbiBwY2kwCnVzYnVzMzog RUhDSSB2ZXJzaW9uIDEuMAp1c2J1czM6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIDIuMCBj b250cm9sbGVyIFVTQi1CPiBvbiBlaGNpMApoZGFjMDogPEludGVsIDgyODAxSkkgSGlnaCBEZWZp bml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbSAweGZiZmY4MDAwLTB4ZmJmZmJmZmYgaXJxIDIy IGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEg MTcgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMgpw Y2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZpY2UgMjguNCBvbiBwY2kw CnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCmF0YXBjaTA6IDxNYXJ2ZWxsIDg4U1g2MTAx IFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweGRjMDAtMHhkYzA3LDB4ZDg4MC0weGQ4ODMsMHhk ODAwLTB4ZDgwNywweGQ0ODAtMHhkNDgzLDB4ZDQwMC0weGQ0MGYgbWVtIDB4ZmVhZmZjMDAtMHhm ZWFmZmRmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmF0YTI6IDxBVEEgY2hhbm5lbCAw PiBvbiBhdGFwY2kwCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmlj ZSAyOC41IG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjQKYWxlMDogPEF0aGVy b3MgQVI4MTIxL0FSODExMy9BUjgxMTQgUENJZSBFdGhlcm5ldD4gcG9ydCAweGNjMDAtMHhjYzdm IG1lbSAweGZlOWMwMDAwLTB4ZmU5ZmZmZmYgaXJxIDE3IGF0IGRldmljZSAwLjAgb24gcGNpMgph bGUwOiA5NjAgVHggRklGTywgMTAyNCBSeCBGSUZPCmFsZTA6IFVzaW5nIDEgTVNJIG1lc3NhZ2Vz LgphbGUwOiA0R0IgYm91bmRhcnkgY3Jvc3NlZCwgc3dpdGNoaW5nIHRvIDMyYml0IERNQSBhZGRy ZXNzaW5nIG1vZGUuCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBhbGUwCmF0cGh5MDogPEF0aGVyb3Mg RjEgMTAvMTAwLzEwMDAgUEhZPiBQSFkgMCBvbiBtaWlidXMwCmF0cGh5MDogIG5vbmUsIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBiYXNlVC1GRFgs IDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvCmFsZTA6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjI0 OjhjOjQ3OjFjOmZmCnVoY2kzOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVy IFVTQi1BPiBwb3J0IDB4YTA4MC0weGEwOWYgaXJxIDIzIGF0IGRldmljZSAyOS4wIG9uIHBjaTAK dWhjaTM6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czQ6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNC IGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kzCnVoY2k0OiA8SW50ZWwgODI4MDFKSSAoSUNIMTAp IFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4YTQwMC0weGE0MWYgaXJxIDE5IGF0IGRldmlj ZSAyOS4xIG9uIHBjaTAKdWhjaTQ6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czU6IDxJbnRlbCA4Mjgw MUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2k0CnVoY2k1OiA8SW50ZWwg ODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0IDB4YTQ4MC0weGE0OWYg aXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTU6IExlZ1N1cCA9IDB4MmYwMAp1c2J1 czY6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IG9uIHVoY2k1 CmVoY2kxOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4g bWVtIDB4ZmJmZmY4MDAtMHhmYmZmZmJmZiBpcnEgMjMgYXQgZGV2aWNlIDI5Ljcgb24gcGNpMAp1 c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM3OiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVT QiAyLjAgY29udHJvbGxlciBVU0ItQT4gb24gZWhjaTEKcGNpYjU6IDxBQ1BJIFBDSS1QQ0kgYnJp ZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWI1 CnJsMDogPEQtTGluayBERkUtNTMwVFgrIDEwLzEwMEJhc2VUWD4gcG9ydCAweGU4MDAtMHhlOGZm IG1lbSAweGZlYmZmYzAwLTB4ZmViZmZjZmYgaXJxIDE3IGF0IGRldmljZSAxLjAgb24gcGNpNQpt aWlidXMxOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsgaW50ZXJuYWwgbWVkaWEg aW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMxCnJscGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRY LCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBFdGhlcm5ldCBhZGRyZXNzOiAw MDoyNDowMToyZjphNTo4Zgppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMzEuMCBv biBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPEludGVsIElDSDEwIEFIQ0kg U0FUQSBjb250cm9sbGVyPiBwb3J0IDB4OWMwMC0weDljMDcsMHg5ODgwLTB4OTg4MywweDk4MDAt MHg5ODA3LDB4OTQ4MC0weDk0ODMsMHg5NDAwLTB4OTQxZiBtZW0gMHhmYmZmZTgwMC0weGZiZmZl ZmZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBBSENJIHYxLjIwIHdpdGgg NiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZAphaGNpY2gwOiA8QUhDSSBj aGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFIQ0kgY2hhbm5lbD4gYXQg Y2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgMiBv biBhaGNpMAphaGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDMgb24gYWhjaTAKYWhj aWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kwCmFoY2ljaDU6IDxBSENJ IGNoYW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApwY2kwOiA8c2VyaWFsIGJ1cywgU01CdXM+ IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlfYnV0dG9uMDogPFBvd2Vy IEJ1dHRvbj4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9ydCAweDQwLTB4NDMgaXJx IDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFs aXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5IDEw MAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4NzEgaXJxIDggb24gYWNw aTAKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1YWxpdHkgMApocGV0MDog PEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAwMDAwLTB4ZmVkMDAzZmYg b24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMxODE4MCBIeiBxdWFsaXR5 IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDUw CkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2 ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCkV2ZW50 IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxpdHkgNDQwCmF0a2JkYzA6 IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9uIGFj cGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCmtiZDAgYXQgYXRrYmQw CmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KdWFydDA6IDwxNjU1MCBvciBjb21wYXRpYmxlPiBwb3J0 IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKc2MwOiA8U3lzdGVtIGNvbnNv bGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMs IGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2MwLTB4M2Rm IGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnBwYzA6IGNhbm5vdCByZXNlcnZlIEkvTyBw b3J0IHJhbmdlCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVlbmN5IENvbnRyb2w+IG9u IGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRyb2w+IG9uIGNwdTAKZXN0 MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4gb24gY3B1MQpwNHRjYzE6 IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpaRlMgTk9USUNFOiBQcmVm ZXRjaCBpcyBkaXNhYmxlZCBieSBkZWZhdWx0IGlmIGxlc3MgdGhhbiA0R0Igb2YgUkFNIGlzIHBy ZXNlbnQ7CiAgICAgICAgICAgIHRvIGVuYWJsZSwgYWRkICJ2ZnMuemZzLnByZWZldGNoX2Rpc2Fi bGU9MCIgdG8gL2Jvb3QvbG9hZGVyLmNvbmYuClpGUyBmaWxlc3lzdGVtIHZlcnNpb24gNQpaRlMg c3RvcmFnZSBwb29sIHZlcnNpb24gMjgKVGltZWNvdW50ZXJzIHRpY2sgZXZlcnkgMS4wMDAgbXNl Ywp2Ym94ZHJ2OiBmQXN5bmM9MCBvZmZNaW49MHgxMTcgb2ZmTWF4PTB4MjJlCmhkYWMwOiBIREEg Q29kZWMgIzA6IFJlYWx0ZWsgQUxDODg4CnBjbTA6IDxIREEgUmVhbHRlayBBTEM4ODggUENNICMw IEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzAKcGNtMTogPEhEQSBSZWFsdGVrIEFMQzg4 OCBQQ00gIzEgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApwY20yOiA8SERBIFJlYWx0 ZWsgQUxDODg4IFBDTSAjMiBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApwY20zOiA8 SERBIFJlYWx0ZWsgQUxDODg4IFBDTSAjMyBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFj MAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwg U3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6 IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czQ6IDEyTWJwcyBGdWxsIFNwZWVkIFVT QiB2MS4wCnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXM2OiAxMk1icHMg RnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czc6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1 Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNs YXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEludGVs PiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAx LjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRlbD4gYXQgdXNidXMyCnVo dWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRy IDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1aHViMzogPEludGVsIEVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMK dWdlbjQuMTogPEludGVsPiBhdCB1c2J1czQKdWh1YjQ6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0CnVnZW41LjE6IDxJbnRl bD4gYXQgdXNidXM1CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4xOiA8SW50ZWw+IGF0IHVzYnVzNgp1 aHViNjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czYKdWdlbjcuMTogPEludGVsPiBhdCB1c2J1czcKdWh1Yjc6IDxJbnRlbCBF SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM3 CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViMTogMiBw b3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1aHViNTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2Vy ZWQKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmFkYTAgYXQg YWhjaWNoNSBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKYWRhMDogPFdEQyBXRDEwMDJGQUVY LTAwWjNBMCAwNS4wMUQwNT4gQVRBLTggU0FUQSAyLnggZGV2aWNlCmFkYTA6IDMwMC4wMDBNQi9z IHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVzKQphZGEwOiBDb21tYW5k IFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogOTUzODY5TUIgKDE5NTM1MjUxNjggNTEyIGJ5dGUgc2Vj dG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3YXMga25vd24gYXMgYWQx NgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVGltZWNvdW50ZXIgIlRTQy1sb3ciIGZyZXF1ZW5j eSAxNDA2MzI3NCBIeiBxdWFsaXR5IDEwMDAKY2QwIGF0IGF0YTIgYnVzIDAgc2NidXMwIHRhcmdl dCAwIGx1biAwCmNkMDogPEhMLURULVNUIERWRFJBTSBHU0EtSDQyTCBTTDAwPiBSZW1vdmFibGUg Q0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogNjYuNzAwTUIvcyB0cmFuc2ZlcnMgKFVETUE0LCBB VEFQSSAxMmJ5dGVzLCBQSU8gNjU1MzRieXRlcykKY2QwOiBjZCBwcmVzZW50IFsxMTgzMSB4IDIw NDggYnl0ZSByZWNvcmRzXQpjZDEgYXQgYXRhMiBidXMgMCBzY2J1czAgdGFyZ2V0IDEgbHVuIDAK Y2QxOiA8TElURS1PTiBDRC1SVyBTT0hSLTUyMzhTIDRTMDQ+IFJlbW92YWJsZSBDRC1ST00gU0NT SS0wIGRldmljZSAKY2QxOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURNQTIsIEFUQVBJIDEyYnl0 ZXMsIFBJTyA2NTUzNGJ5dGVzKQpjZDE6IEF0dGVtcHQgdG8gcXVlcnkgZGV2aWNlIHNpemUgZmFp bGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApSb290IG1vdW50IHdhaXRpbmcgZm9y OiB1c2J1czcgdXNidXMzClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNyB1c2J1czMKdWh1 YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI3OiA2IHBvcnRz IHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1 c2J1czcKdWdlbjcuMjogPHZlbmRvciAweDA0NmQ+IGF0IHVzYnVzNwp1YXVkaW8wOiA8dmVuZG9y IDB4MDQ2ZCBwcm9kdWN0IDB4MDgxYiwgY2xhc3MgMjM5LzIsIHJldiAyLjAwLzAuMTAsIGFkZHIg Mj4gb24gdXNidXM3CnVhdWRpbzA6IE5vIHBsYXliYWNrIQp1YXVkaW8wOiBSZWNvcmQ6IDQ4MDAw IEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0CnVhdWRpbzA6IE5vIG1pZGkgc2VxdWVu Y2VyCnBjbTQ6IDxVU0IgYXVkaW8+IG9uIHVhdWRpbzAKdWdlbjcuMzogPFNhbkRpc2s+IGF0IHVz YnVzNwp1bWFzczA6IDxTYW5EaXNrIENydXplciBFZGdlLCBjbGFzcyAwLzAsIHJldiAyLjAwLzEu MDAsIGFkZHIgMz4gb24gdXNidXM3CnVtYXNzMDogIFNDU0kgb3ZlciBCdWxrLU9ubHk7IHF1aXJr cyA9IDB4MDAwMApSb290IG1vdW50IHdhaXRpbmcgZm9yOiB1c2J1czcKdW1hc3MwOjc6MDotMTog QXR0YWNoZWQgdG8gc2NidXM3CmRhMCBhdCB1bWFzcy1zaW0wIGJ1cyAwIHNjYnVzNyB0YXJnZXQg MCBsdW4gMApkYTA6IDxTYW5EaXNrIENydXplciBFZGdlIDEuMDM+IFJlbW92YWJsZSBEaXJlY3Qg QWNjZXNzIFNDU0ktMiBkZXZpY2UgCmRhMDogNDAuMDAwTUIvcyB0cmFuc2ZlcnMKZGEwOiA3NjMz TUIgKDE1NjMzNDA4IDUxMiBieXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgOTczQykKVHJ5aW5nIHRv IG1vdW50IHJvb3QgZnJvbSB6ZnM6dGFuazAgW10uLi4KPDExOD5FbnRlciBmdWxsIHBhdGhuYW1l IG9mIHNoZWxsIG9yIFJFVFVSTiBmb3IgL2Jpbi9zaDogCnVnZW42LjI6IDxNaWNyb3NvZnQ+IGF0 IHVzYnVzNgo8MTE4PnNoOiBDYW5ub3Qgb3BlbiAvZXRjL3Rlcm1jYXAuCjwxMTg+c2g6IHVzaW5n IGR1bWIgdGVybWluYWwgc2V0dGluZ3MuCjwxMTg+JWNkIC9yZXNjdWUvCjwxMTg+JS4vZnNjayAt eQo8MTE4PioqIC9kZXYvbGFiZWwvYm9vdDAKPDExOD4qKiBMYXN0IE1vdW50ZWQgb24gL2Jvb3Qt bW91bnQKPDExOD4qKiBQaGFzZSAxIC0gQ2hlY2sgQmxvY2tzIGFuZCBTaXplcwo8MTE4PioqIFBo YXNlIDIgLSBDaGVjayBQYXRobmFtZXMKPDExOD4qKiBQaGFzZSAzIC0gQ2hlY2sgQ29ubmVjdGl2 aXR5CjwxMTg+KiogUGhhc2UgNCAtIENoZWNrIFJlZmVyZW5jZSBDb3VudHMKPDExOD4qKiBQaGFz ZSA1IC0gQ2hlY2sgQ3lsIGdyb3Vwcwo8MTE4PjM4MjggZmlsZXMsIDE3MjU4OCB1c2VkLCA4NTMz OSBmcmVlICg0NTkgZnJhZ3MsIDEwNjEwIGJsb2NrcywgMC4yJSBmcmFnbWVudGF0aW9uKQo8MTE4 Pgo8MTE4PioqKioqIEZJTEUgU1lTVEVNIElTIENMRUFOICoqKioqCjwxMTg+JS4vbW91bnQgLXUg Lwo8MTE4PiUuL21vdW50IC1hIHQ/ID8tdCB6ZnMKPDExOD4lLi9zd2Fwb29uIC0/ID8/PyA/PyA/ biAtYQo8MTE4PnN3YXBvbjogYWRkaW5nIC9kZXYvbGFiZWwvc3dhcDAgYXMgc3dhcCBkZXZpY2UK PDExOD4lL3Jlc2N1ZS96ZnMgbW91bnQgdGFrMD8gPz8gP25rMC91c3IKPDExOD4lL3Jlc2N1ZS96 ZnMgbW91bnQgdGFuazAvdXNyPyA/PyA/PyA/dmFyCjwxMTg+JWNwIH5wa3ViYWovcmMuY29uZiAv ZXRjL3JjYz8gPy5jb25mIAo8MTE4PiVlY2hvICdkdW1wZGV2PSJBVVRPIiA/OyA/PyA/JyAvZXRj PyA/PyA/PyA/PyA/Pj4gL2V0Yy9yYy5jb25mIAo8MTE4PiUvcmVzY3VlL3JlYm9vdAo8MTE4PlNl cCAgMiAxMjoxNToxNiBpbml0OiBzaW5nbGUgdXNlciBzaGVsbCB0ZXJtaW5hdGVkLgpXYWl0aW5n IChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9jZXNzIGB2bmxydScgdG8gc3RvcC4uLmRv bmUKV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gcHJvY2VzcyBgYnVmZGFlbW9u JyB0byBzdG9wLi4uZG9uZQpXYWl0aW5nIChtYXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSBwcm9j ZXNzIGBzeW5jZXInIHRvIHN0b3AuLi4KU3luY2luZyBkaXNrcywgdm5vZGVzIHJlbWFpbmluZy4u LjAgMCBkb25lCgpDb3B5cmlnaHQgKGMpIDE5OTItMjAxMSBUaGUgRnJlZUJTRCBQcm9qZWN0LgpD b3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYsIDE5ODgsIDE5ODksIDE5OTEsIDE5 OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRoZSBVbml2ZXJzaXR5IG9mIENhbGlmb3Ju aWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFy ayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgpGcmVlQlNEIDkuMC1CRVRBMiAjNTogVGh1IFNl cCAgMSAyMzoyMTozMiBDRVNUIDIwMTEKICAgIHJvb3RAYmVhc3RpZTovdXNyL29iai91c3Ivc3Jj L3N5cy9CRUFTVElFIGFtZDY0CkNQVTogSW50ZWwoUikgQ29yZShUTSkyIENQVSAgICAgICAgICA0 MzAwICBAIDEuODBHSHogKDE4MDAuMTAtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2Vu dWluZUludGVsIiAgSWQgPSAweDZmMiAgRmFtaWx5ID0gNiAgTW9kZWwgPSBmICBTdGVwcGluZyA9 IDIKICBGZWF0dXJlcz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxD WDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEks TU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRNLFBCRT4KICBGZWF0dXJlczI9MHhlMzlkPFNTRTMs RFRFUzY0LE1PTixEU19DUEwsRVNULFRNMixTU1NFMyxDWDE2LHhUUFIsUERDTT4KICBBTUQgRmVh dHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExNPgogIEFNRCBGZWF0dXJlczI9MHgxPExBSEY+ CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlzdGljcwpyZWFsIG1l bW9yeSAgPSA0Mjk0OTY3Mjk2ICg0MDk2IE1CKQphdmFpbCBtZW1vcnkgPSA0MDg0Njk1MDQwICgz ODk1IE1CKQpFdmVudCB0aW1lciAiTEFQSUMiIHF1YWxpdHkgNDAwCkFDUEkgQVBJQyBUYWJsZTog PEFfTV9JXyBPRU1BUElDID4KRnJlZUJTRC9TTVA6IE11bHRpcHJvY2Vzc29yIFN5c3RlbSBEZXRl Y3RlZDogMiBDUFVzCkZyZWVCU0QvU01QOiAxIHBhY2thZ2UocykgeCAyIGNvcmUocykKIGNwdTAg KEJTUCk6IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCmlvYXBpYzAgPFZlcnNp b24gMi4wPiBpcnFzIDAtMjMgb24gbW90aGVyYm9hcmQKQ3VzZTRCU0QgdjAuMS4xNiBAIC9kZXYv Y3VzZQprYmQxIGF0IGtiZG11eDAKYWNwaTA6IDxBX01fSV8gT0VNWFNEVD4gb24gbW90aGVyYm9h cmQKYWNwaTA6IFBvd2VyIEJ1dHRvbiAoZml4ZWQpClRpbWVjb3VudGVyICJBQ1BJLWZhc3QiIGZy ZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgOTAwCmFjcGlfdGltZXIwOiA8MjQtYml0IHRpbWVy IGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4ODA4LTB4ODBiIG9uIGFjcGkwCmNwdTA6IDxBQ1BJIENQ VT4gb24gYWNwaTAKQUNQSSBXYXJuaW5nOiBJbmNvcnJlY3QgY2hlY2tzdW0gaW4gdGFibGUgW09F TUJdIC0gMHhCRSwgc2hvdWxkIGJlIDB4QkQgKDIwMTEwNTI3L3RidXRpbHMtMjc5KQpjcHUxOiA8 QUNQSSBDUFU+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhj ZjgtMHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpYjE6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWIxCnZnYXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBw b3J0IDB4YmMwMC0weGJjN2YgbWVtIDB4ZmQwMDAwMDAtMHhmZGZmZmZmZiwweGQwMDAwMDAwLTB4 ZGZmZmZmZmYsMHhmYzAwMDAwMC0weGZjZmZmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBj aTEKbnZpZGlhMDogPEdlRm9yY2UgNzYwMCBHVD4gb24gdmdhcGNpMAp2Z2FwY2kwOiBjaGlsZCBu dmlkaWEwIHJlcXVlc3RlZCBwY2lfZW5hYmxlX2lvCnZnYXBjaTA6IGNoaWxkIG52aWRpYTAgcmVx dWVzdGVkIHBjaV9lbmFibGVfaW8KdWhjaTA6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNv bnRyb2xsZXIgVVNCLUQ+IHBvcnQgMHhhODAwLTB4YTgxZiBpcnEgMTYgYXQgZGV2aWNlIDI2LjAg b24gcGNpMAp1aGNpMDogTGVnU3VwID0gMHgyZjAwCnVzYnVzMDogPEludGVsIDgyODAxSkkgKElD SDEwKSBVU0IgY29udHJvbGxlciBVU0ItRD4gb24gdWhjaTAKdWhjaTE6IDxJbnRlbCA4MjgwMUpJ IChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUU+IHBvcnQgMHhhODgwLTB4YTg5ZiBpcnEgMjEg YXQgZGV2aWNlIDI2LjEgb24gcGNpMAp1aGNpMTogTGVnU3VwID0gMHgyZjAwCnVzYnVzMTogPElu dGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRT4gb24gdWhjaTEKdWhjaTI6 IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUY+IHBvcnQgMHhhYzAw LTB4YWMxZiBpcnEgMTggYXQgZGV2aWNlIDI2LjIgb24gcGNpMAp1aGNpMjogTGVnU3VwID0gMHgy ZjAwCnVzYnVzMjogPEludGVsIDgyODAxSkkgKElDSDEwKSBVU0IgY29udHJvbGxlciBVU0ItRj4g b24gdWhjaTIKZWhjaTA6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIDIuMCBjb250cm9sbGVy IFVTQi1CPiBtZW0gMHhmYmZmZmMwMC0weGZiZmZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMjYuNyBv biBwY2kwCnVzYnVzMzogRUhDSSB2ZXJzaW9uIDEuMAp1c2J1czM6IDxJbnRlbCA4MjgwMUpJIChJ Q0gxMCkgVVNCIDIuMCBjb250cm9sbGVyIFVTQi1CPiBvbiBlaGNpMApoZGFjMDogPEludGVsIDgy ODAxSkkgSGlnaCBEZWZpbml0aW9uIEF1ZGlvIENvbnRyb2xsZXI+IG1lbSAweGZiZmY4MDAwLTB4 ZmJmZmJmZmYgaXJxIDIyIGF0IGRldmljZSAyNy4wIG9uIHBjaTAKcGNpYjI6IDxBQ1BJIFBDSS1Q Q0kgYnJpZGdlPiBpcnEgMTcgYXQgZGV2aWNlIDI4LjAgb24gcGNpMApwY2k0OiA8QUNQSSBQQ0kg YnVzPiBvbiBwY2liMgpwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGlycSAxNyBhdCBkZXZp Y2UgMjguNCBvbiBwY2kwCnBjaTM6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIzCmF0YXBjaTA6IDxN YXJ2ZWxsIDg4U1g2MTAxIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweGRjMDAtMHhkYzA3LDB4 ZDg4MC0weGQ4ODMsMHhkODAwLTB4ZDgwNywweGQ0ODAtMHhkNDgzLDB4ZDQwMC0weGQ0MGYgbWVt IDB4ZmVhZmZjMDAtMHhmZWFmZmRmZiBpcnEgMTYgYXQgZGV2aWNlIDAuMCBvbiBwY2kzCmF0YTI6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4g aXJxIDE2IGF0IGRldmljZSAyOC41IG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNp YjQKYWxlMDogPEF0aGVyb3MgQVI4MTIxL0FSODExMy9BUjgxMTQgUENJZSBFdGhlcm5ldD4gcG9y dCAweGNjMDAtMHhjYzdmIG1lbSAweGZlOWMwMDAwLTB4ZmU5ZmZmZmYgaXJxIDE3IGF0IGRldmlj ZSAwLjAgb24gcGNpMgphbGUwOiA5NjAgVHggRklGTywgMTAyNCBSeCBGSUZPCmFsZTA6IFVzaW5n IDEgTVNJIG1lc3NhZ2VzLgphbGUwOiA0R0IgYm91bmRhcnkgY3Jvc3NlZCwgc3dpdGNoaW5nIHRv IDMyYml0IERNQSBhZGRyZXNzaW5nIG1vZGUuCm1paWJ1czA6IDxNSUkgYnVzPiBvbiBhbGUwCmF0 cGh5MDogPEF0aGVyb3MgRjEgMTAvMTAwLzEwMDAgUEhZPiBQSFkgMCBvbiBtaWlidXMwCmF0cGh5 MDogIG5vbmUsIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgs IDEwMDBiYXNlVC1GRFgsIDEwMDBiYXNlVC1GRFgtbWFzdGVyLCBhdXRvCmFsZTA6IEV0aGVybmV0 IGFkZHJlc3M6IDAwOjI0OjhjOjQ3OjFjOmZmCnVoY2kzOiA8SW50ZWwgODI4MDFKSSAoSUNIMTAp IFVTQiBjb250cm9sbGVyIFVTQi1BPiBwb3J0IDB4YTA4MC0weGEwOWYgaXJxIDIzIGF0IGRldmlj ZSAyOS4wIG9uIHBjaTAKdWhjaTM6IExlZ1N1cCA9IDB4MmYwMAp1c2J1czQ6IDxJbnRlbCA4Mjgw MUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kzCnVoY2k0OiA8SW50ZWwg ODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1CPiBwb3J0IDB4YTQwMC0weGE0MWYg aXJxIDE5IGF0IGRldmljZSAyOS4xIG9uIHBjaTAKdWhjaTQ6IExlZ1N1cCA9IDB4MmYwMAp1c2J1 czU6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIgVVNCLUI+IG9uIHVoY2k0 CnVoY2k1OiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiBjb250cm9sbGVyIFVTQi1DPiBwb3J0 IDB4YTQ4MC0weGE0OWYgaXJxIDE4IGF0IGRldmljZSAyOS4yIG9uIHBjaTAKdWhjaTU6IExlZ1N1 cCA9IDB4MmYwMAp1c2J1czY6IDxJbnRlbCA4MjgwMUpJIChJQ0gxMCkgVVNCIGNvbnRyb2xsZXIg VVNCLUM+IG9uIHVoY2k1CmVoY2kxOiA8SW50ZWwgODI4MDFKSSAoSUNIMTApIFVTQiAyLjAgY29u dHJvbGxlciBVU0ItQT4gbWVtIDB4ZmJmZmY4MDAtMHhmYmZmZmJmZiBpcnEgMjMgYXQgZGV2aWNl IDI5Ljcgb24gcGNpMAp1c2J1czc6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM3OiA8SW50ZWwgODI4 MDFKSSAoSUNIMTApIFVTQiAyLjAgY29udHJvbGxlciBVU0ItQT4gb24gZWhjaTEKcGNpYjU6IDxB Q1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMzAuMCBvbiBwY2kwCnBjaTU6IDxBQ1BJIFBD SSBidXM+IG9uIHBjaWI1CnJsMDogPEQtTGluayBERkUtNTMwVFgrIDEwLzEwMEJhc2VUWD4gcG9y dCAweGU4MDAtMHhlOGZmIG1lbSAweGZlYmZmYzAwLTB4ZmViZmZjZmYgaXJxIDE3IGF0IGRldmlj ZSAxLjAgb24gcGNpNQptaWlidXMxOiA8TUlJIGJ1cz4gb24gcmwwCnJscGh5MDogPFJlYWxUZWsg aW50ZXJuYWwgbWVkaWEgaW50ZXJmYWNlPiBQSFkgMCBvbiBtaWlidXMxCnJscGh5MDogIDEwYmFz ZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIGF1dG8KcmwwOiBFdGhl cm5ldCBhZGRyZXNzOiAwMDoyNDowMToyZjphNTo4Zgppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBh dCBkZXZpY2UgMzEuMCBvbiBwY2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMAphaGNpMDogPElu dGVsIElDSDEwIEFIQ0kgU0FUQSBjb250cm9sbGVyPiBwb3J0IDB4OWMwMC0weDljMDcsMHg5ODgw LTB4OTg4MywweDk4MDAtMHg5ODA3LDB4OTQ4MC0weDk0ODMsMHg5NDAwLTB4OTQxZiBtZW0gMHhm YmZmZTgwMC0weGZiZmZlZmZmIGlycSAxOSBhdCBkZXZpY2UgMzEuMiBvbiBwY2kwCmFoY2kwOiBB SENJIHYxLjIwIHdpdGggNiAzR2JwcyBwb3J0cywgUG9ydCBNdWx0aXBsaWVyIHN1cHBvcnRlZAph aGNpY2gwOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVsIDAgb24gYWhjaTAKYWhjaWNoMTogPEFI Q0kgY2hhbm5lbD4gYXQgY2hhbm5lbCAxIG9uIGFoY2kwCmFoY2ljaDI6IDxBSENJIGNoYW5uZWw+ IGF0IGNoYW5uZWwgMiBvbiBhaGNpMAphaGNpY2gzOiA8QUhDSSBjaGFubmVsPiBhdCBjaGFubmVs IDMgb24gYWhjaTAKYWhjaWNoNDogPEFIQ0kgY2hhbm5lbD4gYXQgY2hhbm5lbCA0IG9uIGFoY2kw CmFoY2ljaDU6IDxBSENJIGNoYW5uZWw+IGF0IGNoYW5uZWwgNSBvbiBhaGNpMApwY2kwOiA8c2Vy aWFsIGJ1cywgU01CdXM+IGF0IGRldmljZSAzMS4zIChubyBkcml2ZXIgYXR0YWNoZWQpCmFjcGlf YnV0dG9uMDogPFBvd2VyIEJ1dHRvbj4gb24gYWNwaTAKYXR0aW1lcjA6IDxBVCB0aW1lcj4gcG9y dCAweDQwLTB4NDMgaXJxIDAgb24gYWNwaTAKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kg MTE5MzE4MiBIeiBxdWFsaXR5IDAKRXZlbnQgdGltZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4 MiBIeiBxdWFsaXR5IDEwMAphdHJ0YzA6IDxBVCByZWFsdGltZSBjbG9jaz4gcG9ydCAweDcwLTB4 NzEgaXJxIDggb24gYWNwaTAKRXZlbnQgdGltZXIgIlJUQyIgZnJlcXVlbmN5IDMyNzY4IEh6IHF1 YWxpdHkgMApocGV0MDogPEhpZ2ggUHJlY2lzaW9uIEV2ZW50IFRpbWVyPiBpb21lbSAweGZlZDAw MDAwLTB4ZmVkMDAzZmYgb24gYWNwaTAKVGltZWNvdW50ZXIgIkhQRVQiIGZyZXF1ZW5jeSAxNDMx ODE4MCBIeiBxdWFsaXR5IDk1MApFdmVudCB0aW1lciAiSFBFVCIgZnJlcXVlbmN5IDE0MzE4MTgw IEh6IHF1YWxpdHkgNDUwCkV2ZW50IHRpbWVyICJIUEVUMSIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6 IHF1YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMiIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1 YWxpdHkgNDQwCkV2ZW50IHRpbWVyICJIUEVUMyIgZnJlcXVlbmN5IDE0MzE4MTgwIEh6IHF1YWxp dHkgNDQwCmF0a2JkYzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCww eDY0IGlycSAxIG9uIGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMw CmtiZDAgYXQgYXRrYmQwCmF0a2JkMDogW0dJQU5ULUxPQ0tFRF0KdWFydDA6IDwxNjU1MCBvciBj b21wYXRpYmxlPiBwb3J0IDB4M2Y4LTB4M2ZmIGlycSA0IGZsYWdzIDB4MTAgb24gYWNwaTAKc2Mw OiA8U3lzdGVtIGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZp cnR1YWwgY29uc29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBw b3J0IDB4M2MwLTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnBwYzA6IGNhbm5v dCByZXNlcnZlIEkvTyBwb3J0IHJhbmdlCmVzdDA6IDxFbmhhbmNlZCBTcGVlZFN0ZXAgRnJlcXVl bmN5IENvbnRyb2w+IG9uIGNwdTAKcDR0Y2MwOiA8Q1BVIEZyZXF1ZW5jeSBUaGVybWFsIENvbnRy b2w+IG9uIGNwdTAKZXN0MTogPEVuaGFuY2VkIFNwZWVkU3RlcCBGcmVxdWVuY3kgQ29udHJvbD4g b24gY3B1MQpwNHRjYzE6IDxDUFUgRnJlcXVlbmN5IFRoZXJtYWwgQ29udHJvbD4gb24gY3B1MQpa RlMgTk9USUNFOiBQcmVmZXRjaCBpcyBkaXNhYmxlZCBieSBkZWZhdWx0IGlmIGxlc3MgdGhhbiA0 R0Igb2YgUkFNIGlzIHByZXNlbnQ7CiAgICAgICAgICAgIHRvIGVuYWJsZSwgYWRkICJ2ZnMuemZz LnByZWZldGNoX2Rpc2FibGU9MCIgdG8gL2Jvb3QvbG9hZGVyLmNvbmYuClpGUyBmaWxlc3lzdGVt IHZlcnNpb24gNQpaRlMgc3RvcmFnZSBwb29sIHZlcnNpb24gMjgKVGltZWNvdW50ZXJzIHRpY2sg ZXZlcnkgMS4wMDAgbXNlYwp2Ym94ZHJ2OiBmQXN5bmM9MCBvZmZNaW49MHgxMTcgb2ZmTWF4PTB4 MzJhCmhkYWMwOiBIREEgQ29kZWMgIzA6IFJlYWx0ZWsgQUxDODg4CnBjbTA6IDxIREEgUmVhbHRl ayBBTEM4ODggUENNICMwIEFuYWxvZz4gYXQgY2FkIDAgbmlkIDEgb24gaGRhYzAKcGNtMTogPEhE QSBSZWFsdGVrIEFMQzg4OCBQQ00gIzEgQW5hbG9nPiBhdCBjYWQgMCBuaWQgMSBvbiBoZGFjMApw Y20yOiA8SERBIFJlYWx0ZWsgQUxDODg4IFBDTSAjMiBEaWdpdGFsPiBhdCBjYWQgMCBuaWQgMSBv biBoZGFjMApwY20zOiA8SERBIFJlYWx0ZWsgQUxDODg4IFBDTSAjMyBEaWdpdGFsPiBhdCBjYWQg MCBuaWQgMSBvbiBoZGFjMAp1c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVz MTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBV U0IgdjEuMAp1c2J1czM6IDQ4ME1icHMgSGlnaCBTcGVlZCBVU0IgdjIuMAp1c2J1czQ6IDEyTWJw cyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNTogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYxLjAK dXNidXM2OiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czc6IDQ4ME1icHMgSGlnaCBT cGVlZCBVU0IgdjIuMAp1Z2VuMC4xOiA8SW50ZWw+IGF0IHVzYnVzMAp1aHViMDogPEludGVsIFVI Q0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAK dWdlbjEuMTogPEludGVsPiBhdCB1c2J1czEKdWh1YjE6IDxJbnRlbCBVSENJIHJvb3QgSFVCLCBj bGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXMxCnVnZW4yLjE6IDxJbnRl bD4gYXQgdXNidXMyCnVodWIyOiA8SW50ZWwgVUhDSSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYg MS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4xOiA8SW50ZWw+IGF0IHVzYnVzMwp1 aHViMzogPEludGVsIEVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDIuMDAvMS4wMCwgYWRk ciAxPiBvbiB1c2J1czMKdWdlbjQuMTogPEludGVsPiBhdCB1c2J1czQKdWh1YjQ6IDxJbnRlbCBV SENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4gb24gdXNidXM0 CnVnZW41LjE6IDxJbnRlbD4gYXQgdXNidXM1CnVodWI1OiA8SW50ZWwgVUhDSSByb290IEhVQiwg Y2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQp1Z2VuNi4xOiA8SW50 ZWw+IGF0IHVzYnVzNgp1aHViNjogPEludGVsIFVIQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2 IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czYKdWdlbjcuMTogPEludGVsPiBhdCB1c2J1czcK dWh1Yjc6IDxJbnRlbCBFSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXM3CnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93 ZXJlZAp1aHViMTogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdWh1YjI6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVodWI0OiAyIHBvcnRzIHdp dGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1aHViNTogMiBwb3J0cyB3aXRoIDIgcmVtb3Zh YmxlLCBzZWxmIHBvd2VyZWQKdWh1YjY6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBw b3dlcmVkCmFkYTAgYXQgYWhjaWNoNSBidXMgMCBzY2J1czYgdGFyZ2V0IDAgbHVuIDAKYWRhMDog PFdEQyBXRDEwMDJGQUVYLTAwWjNBMCAwNS4wMUQwNT4gQVRBLTggU0FUQSAyLnggZGV2aWNlCmFk YTA6IDMwMC4wMDBNQi9zIHRyYW5zZmVycyAoU0FUQSAyLngsIFVETUE2LCBQSU8gODE5MmJ5dGVz KQphZGEwOiBDb21tYW5kIFF1ZXVlaW5nIGVuYWJsZWQKYWRhMDogOTUzODY5TUIgKDE5NTM1MjUx NjggNTEyIGJ5dGUgc2VjdG9yczogMTZIIDYzUy9UIDE2MzgzQykKYWRhMDogUHJldmlvdXNseSB3 YXMga25vd24gYXMgYWQxNgpTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVGltZWNvdW50ZXIgIlRT Qy1sb3ciIGZyZXF1ZW5jeSAxNDA2MzI5NCBIeiBxdWFsaXR5IDEwMDAKY2QwIGF0IGF0YTIgYnVz IDAgc2NidXMwIHRhcmdldCAwIGx1biAwCmNkMDogPEhMLURULVNUIERWRFJBTSBHU0EtSDQyTCBT TDAwPiBSZW1vdmFibGUgQ0QtUk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogNjYuNzAwTUIvcyB0cmFu c2ZlcnMgKFVETUE0LCBBVEFQSSAxMmJ5dGVzLCBQSU8gNjU1MzRieXRlcykKY2QwOiBjZCBwcmVz ZW50IFsxMTgzMSB4IDIwNDggYnl0ZSByZWNvcmRzXQpjZDEgYXQgYXRhMiBidXMgMCBzY2J1czAg dGFyZ2V0IDEgbHVuIDAKY2QxOiA8TElURS1PTiBDRC1SVyBTT0hSLTUyMzhTIDRTMDQ+IFJlbW92 YWJsZSBDRC1ST00gU0NTSS0wIGRldmljZSAKY2QxOiAzMy4zMDBNQi9zIHRyYW5zZmVycyAoVURN QTIsIEFUQVBJIDEyYnl0ZXMsIFBJTyA2NTUzNGJ5dGVzKQpjZDE6IEF0dGVtcHQgdG8gcXVlcnkg ZGV2aWNlIHNpemUgZmFpbGVkOiBOT1QgUkVBRFksIE1lZGl1bSBub3QgcHJlc2VudApSb290IG1v dW50IHdhaXRpbmcgZm9yOiB1c2J1czcgdXNidXMzClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzNyB1c2J1czMKdWh1YjM6IDYgcG9ydHMgd2l0aCA2IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVk CnVodWI3OiA2IHBvcnRzIHdpdGggNiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZApSb290IG1vdW50 IHdhaXRpbmcgZm9yOiB1c2J1czcKdWdlbjcuMjogPHZlbmRvciAweDA0NmQ+IGF0IHVzYnVzNwp1 YXVkaW8wOiA8dmVuZG9yIDB4MDQ2ZCBwcm9kdWN0IDB4MDgxYiwgY2xhc3MgMjM5LzIsIHJldiAy LjAwLzAuMTAsIGFkZHIgMj4gb24gdXNidXM3CnVhdWRpbzA6IE5vIHBsYXliYWNrIQp1YXVkaW8w OiBSZWNvcmQ6IDQ4MDAwIEh6LCAxIGNoLCAxNi1iaXQgUy1MRSBQQ00gZm9ybWF0CnVhdWRpbzA6 IE5vIG1pZGkgc2VxdWVuY2VyCnBjbTQ6IDxVU0IgYXVkaW8+IG9uIHVhdWRpbzAKUm9vdCBtb3Vu dCB3YWl0aW5nIGZvcjogdXNidXM3ClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVzYnVzNwp1Z2Vu Ny4zOiA8U2FuRGlzaz4gYXQgdXNidXM3CnVtYXNzMDogPFNhbkRpc2sgQ3J1emVyIEVkZ2UsIGNs YXNzIDAvMCwgcmV2IDIuMDAvMS4wMCwgYWRkciAzPiBvbiB1c2J1czcKdW1hc3MwOiAgU0NTSSBv dmVyIEJ1bGstT25seTsgcXVpcmtzID0gMHgwMDAwClJvb3QgbW91bnQgd2FpdGluZyBmb3I6IHVz YnVzNwp1bWFzczA6NzowOi0xOiBBdHRhY2hlZCB0byBzY2J1czcKZGEwIGF0IHVtYXNzLXNpbTAg YnVzIDAgc2NidXM3IHRhcmdldCAwIGx1biAwCmRhMDogPFNhbkRpc2sgQ3J1emVyIEVkZ2UgMS4w Mz4gUmVtb3ZhYmxlIERpcmVjdCBBY2Nlc3MgU0NTSS0yIGRldmljZSAKZGEwOiA0MC4wMDBNQi9z IHRyYW5zZmVycwpkYTA6IDc2MzNNQiAoMTU2MzM0MDggNTEyIGJ5dGUgc2VjdG9yczogMjU1SCA2 M1MvVCA5NzNDKQpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHpmczp0YW5rMCBbXS4uLgo8MTE4 PlNldHRpbmcgaG9zdHV1aWQ6IDAwN2FlOGMwLTAwMDEtZGUxMS1hODk5LTAwMjQ4YzQ3MWNmZi4K PDExOD5TZXR0aW5nIGhvc3RpZDogMHgwOWZiMWRmMi4KPDExOD5FbnRyb3B5IGhhcnZlc3Rpbmc6 IGludGVycnVwdHMgZXRoZXJuZXQgcG9pbnRfdG9fcG9pbnQKa2VybmVsIHRyYXAgMTIgd2l0aCBp bnRlcnJ1cHRzIGRpc2FibGVkCgoKRmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBr ZXJuZWwgbW9kZQpjcHVpZCA9IDA7IGFwaWMgaWQgPSAwMApmYXVsdCB2aXJ0dWFsIGFkZHJlc3MJ PSAweGMKZmF1bHQgY29kZQkJPSBzdXBlcnZpc29yIHJlYWQgZGF0YSwgcGFnZSBub3QgcHJlc2Vu dAppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHgyMDoweGZmZmZmZmZmODA0YWU3ZDcKc3RhY2sgcG9p bnRlcgkgICAgICAgID0gMHgyODoweGZmZmZmZjgwMDAyMmZhMzAKZnJhbWUgcG9pbnRlcgkgICAg ICAgID0gMHgyODoweGZmZmZmZjgwMDAyMmZhNjAKY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBs aW1pdCAweGZmZmZmLCB0eXBlIDB4MWIKCQkJPSBEUEwgMCwgcHJlcyAxLCBsb25nIDEsIGRlZjMy IDAsIGdyYW4gMQpwcm9jZXNzb3IgZWZsYWdzCT0gcmVzdW1lLCBJT1BMID0gMApjdXJyZW50IHBy b2Nlc3MJCT0gMTIgKHN3aTQ6IGNsb2NrKQp0cmFwIG51bWJlcgkJPSAxMgpwYW5pYzogcGFnZSBm YXVsdApjcHVpZCA9IDAKVXB0aW1lOiA5cwpEdW1waW5nIDI4MyBvdXQgb2YgNDA2NiBNQjouLjYl Li4xMiUuLjIzJS4uMzQlLi40NiUuLjUxJS4uNjMlLi43NCUuLjg1JS4uOTElCgpSZWFkaW5nIHN5 bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvemZzLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jv b3QtbW91bnQvYm9vdC9rZXJuZWwvemZzLmtvLnN5bWJvbHMuLi5kb25lLgpkb25lLgpMb2FkZWQg c3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3pmcy5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9v dC9rZXJuZWwvb3BlbnNvbGFyaXMua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC1tb3Vu dC9ib290L2tlcm5lbC9vcGVuc29sYXJpcy5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVk IHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9vcGVuc29sYXJpcy5rbwpSZWFkaW5nIHN5bWJvbHMg ZnJvbSAvYm9vdC9tb2R1bGVzL252aWRpYS5rby4uLmRvbmUuCkxvYWRlZCBzeW1ib2xzIGZvciAv Ym9vdC9tb2R1bGVzL252aWRpYS5rbwpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9tb2R1bGVz L2N1c2U0YnNkLmtvLi4uZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L21vZHVsZXMvY3Vz ZTRic2Qua28KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3QvbW9kdWxlcy92Ym94ZHJ2LmtvLi4u ZG9uZS4KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L21vZHVsZXMvdmJveGRydi5rbwojMCAgc2No ZWRfc3dpdGNoICh0ZD0pIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3NjaGVkX3VsZS5jOjE4NTQKMTg1 NAkJCWNwdWlkID0gUENQVV9HRVQoY3B1aWQpOwooa2dkYikgYnQKIzAgIHNjaGVkX3N3aXRjaCAo dGQ9KSBhdCAvdXNyL3NyYy9zeXMva2Vybi9zY2hlZF91bGUuYzoxODU0CiMxICAweGZmZmZmZmZm ODA0NzZlNTQgaW4gbWlfc3dpdGNoIChmbGFncz0pCiAgICBhdCAvdXNyL3NyYy9zeXMva2Vybi9r ZXJuX3N5bmNoLmM6NDQ4CiMyICAweGZmZmZmZmZmODA0YWE5Y2EgaW4gc2xlZXBxX3RpbWVkd2Fp dCAod2NoYW49KQogICAgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3Vicl9zbGVlcHF1ZXVlLmM6NjUy CiMzICAweGZmZmZmZmZmODA0NzZhMGYgaW4gX3NsZWVwIChpZGVudD0pIGF0IC91c3Ivc3JjL3N5 cy9rZXJuL2tlcm5fc3luY2guYzoyMzAKIzQgIDB4ZmZmZmZmZmY4MDYzMTVmYSBpbiBzY2hlZHVs ZXIgKGR1bW15PSkgYXQgL3Vzci9zcmMvc3lzL3ZtL3ZtX2dsdWUuYzo3OTMKIzUgIDB4ZmZmZmZm ZmY4MDQyOGI1MyBpbiBtaV9zdGFydHVwICgpIGF0IC91c3Ivc3JjL3N5cy9rZXJuL2luaXRfbWFp bi5jOjI1OAojNiAgMHhmZmZmZmZmZjgwMjcxYjRjIGluIGJ0ZXh0ICgpCiM3ICAweGZmZmZmZTAw MDI4ZmY0NjAgaW4gPz8gKCkKIzggIDB4ZmZmZmZmZmY4MGE3ZjI3MCBpbiBib290dmVyYm9zZSAo KQojOSAgMHgwMDAwMDAwMDAwMDAwMDAwIGluID8/ICgpCiMxMCAweDAwMDAwMDAwMDAwMDAwMDAg aW4gPz8gKCkKIzExIDB4ZmZmZmZmZmY4MWUzZGJiMCBpbiA/PyAoKQojMTIgMHhmZmZmZmZmZjgx ZTNkYjU4IGluID8/ICgpCiMxMyAweGZmZmZmZmZmODBhN2YyNzAgaW4gYm9vdHZlcmJvc2UgKCkK IzE0IDB4ZmZmZmZmZmY4MDQ5MGM5NSBpbiBzY2hlZF9zd2l0Y2ggKHRkPSkKICAgIGF0IC91c3Iv c3JjL3N5cy9rZXJuL3NjaGVkX3VsZS5jOjE4NDgKQ3VycmVudCBsYW5ndWFnZTogIGF1dG87IGN1 cnJlbnRseSBtaW5pbWFsCihrZ2RiKSBxCg== --0016367b65e62422af04abf3d9cc-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 11:49:54 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 07316106566B for ; Fri, 2 Sep 2011 11:49:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B89128FC14 for ; Fri, 2 Sep 2011 11:49:53 +0000 (UTC) Received: by yxn22 with SMTP id 22so1347430yxn.13 for ; Fri, 02 Sep 2011 04:49:53 -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=b2Lw7BZYSd57FMnc6Ee8iHmIKwllf9jeiQOMD6zRNi4=; b=WZgHvcfdGnJVMx5dxdmsYAwappPWVoRI7sXUMF91VHSQ1g5rrnzCTUca4xymQ3D7g1 2lw7lcqLgB+MJz3PD6BYpAcmcnsutvqWu5v/o7mCwNftkWeUt7m6RqMl0hPbzkLbrX5x vJEh1csMba0GS6zBVn3bngfYUWJb4s/G44/fY= MIME-Version: 1.0 Received: by 10.150.40.15 with SMTP id n15mr948281ybn.0.1314964192795; Fri, 02 Sep 2011 04:49:52 -0700 (PDT) Received: by 10.150.53.2 with HTTP; Fri, 2 Sep 2011 04:49:52 -0700 (PDT) In-Reply-To: References: <1314918373.4868.4.camel@Nokia-N900> Date: Fri, 2 Sep 2011 15:49:52 +0400 Message-ID: From: Sergey Kandaurov To: Piotr Kubaj Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Kernel panic at boot after an upgrade from 9.0-BETA1 to 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, 02 Sep 2011 11:49:54 -0000 On 2 September 2011 15:41, Piotr Kubaj wrote: > 1. It's in the dump file. > 2. In BEASTIE. > 3. As I wrote before, 9.0-BETA1, but I had used this kernel with 8.2-RELEASE > and 8.2-STABLE (only did slight modifications for 9.0). > 4. I'm not really into it, what exactly do you mean? I see from your dmesg in the dump file that you use cuse4bsd and vbox 3rd-party kernel modules. Probably they do not cope with changes in kernel between BETAs. Try to boot without them. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 12:16: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 47D4A106564A for ; Fri, 2 Sep 2011 12:16:58 +0000 (UTC) (envelope-from freebsd.current.list@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 D4FDE8FC13 for ; Fri, 2 Sep 2011 12:16:57 +0000 (UTC) Received: by wwi36 with SMTP id 36so2898196wwi.31 for ; Fri, 02 Sep 2011 05:16:56 -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; bh=LoTNbterQiOP5LYaEpNcJlieFwrvuhM7heqvJMRC9xM=; b=LuKNBRpSGBZHtq2pGhUumno6fMvopzmyOjQhPavQZq93YUXoqjuJTRbIldqBoD7+E8 MpSvcvDp6rfgCnCGRJw3bsg5DzJ4E6+5XNYcAAGlv0lVVCYovdhsk5eRjzsseQ5w5gP5 O4kDMXj0/D7tf5NPuh66fqQw1t4LJtZgB5+CI= MIME-Version: 1.0 Received: by 10.216.135.208 with SMTP id u58mr908424wei.110.1314965816637; Fri, 02 Sep 2011 05:16:56 -0700 (PDT) Received: by 10.216.172.66 with HTTP; Fri, 2 Sep 2011 05:16:56 -0700 (PDT) In-Reply-To: <1314918373.4868.4.camel@Nokia-N900> References: <1314918373.4868.4.camel@Nokia-N900> Date: Fri, 2 Sep 2011 14:16:56 +0200 Message-ID: From: Piotr Kubaj To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Kernel panic at boot after an upgrade from 9.0-BETA1 to 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, 02 Sep 2011 12:16:58 -0000 On Fri, Sep 2, 2011 at 1:49 PM, Sergey Kandaurov wrote: > On 2 September 2011 15:41, Piotr Kubaj > wrote: > > 1. It's in the dump file. > > 2. In BEASTIE. > > 3. As I wrote before, 9.0-BETA1, but I had used this kernel with > 8.2-RELEASE > > and 8.2-STABLE (only did slight modifications for 9.0). > > 4. I'm not really into it, what exactly do you mean? > > I see from your dmesg in the dump file that you use cuse4bsd and vbox > 3rd-party > kernel modules. Probably they do not cope with changes in kernel between > BETAs. > Try to boot without them. > > -- > wbr, > pluknet > Thanks, indeed that was why it didn't boot. From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 12:40: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 8783D106564A for ; Fri, 2 Sep 2011 12:40:02 +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 578A88FC17 for ; Fri, 2 Sep 2011 12:40:02 +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 0E58546B35; Fri, 2 Sep 2011 08:40:02 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 91F398A02E; Fri, 2 Sep 2011 08:40:01 -0400 (EDT) From: John Baldwin To: Robert Millan Date: Fri, 2 Sep 2011 08:40:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <201109011728.13979.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201109020840.01128.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 02 Sep 2011 08:40:01 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fix NKPT kernel config option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 12:40:02 -0000 On Friday, September 02, 2011 1:23:16 am Robert Millan wrote: > 2011/9/1 John Baldwin : > > In general we force the relevant C files to use opt_*.h includes and avoid > > nested includes of those in headers. > > With this approach I can't trust that this feature will do the right > thing. I would rather modify pmap.h by hand than run the unnecessary > risk. > > > Do you know of any C files that do > > are using NKPT (or values derived from it) without including opt_pmap.h? > > Many. To obtain a full list, I suggest you put something like: > > #ifdef NKPT > #warning nkpt:good > #else > #warning nkpt:bad > #endif > > in pmap.h and build with "WERROR=" This is rather pointless as it dosen't catch the places that actually _use_ NKPT. The header is used in lots of places for other things it defines such as 'struct pmap' itself. However, NKPT is a purely MD item that is only used in the amd64 code itself. Specifically, it is used here: amd64/minidump_machdep.c: for (va = VM_MIN_KERNEL_ADDRESS; va < MAX(KERNBASE + NKPT * NBPDR, amd64/minidump_machdep.c: for (va = VM_MIN_KERNEL_ADDRESS; va < MAX(KERNBASE + NKPT * NBPDR, amd64/pmap.c: KPTphys = allocpages(firstaddr, NKPT); amd64/pmap.c: for (i = 0; i < NKPT; i++) { amd64/pmap.c: for (i = 0; i < NKPT; i++) { amd64/pmap.c: if (KERNBASE < addr && addr <= KERNBASE + NKPT * NBPDR) conf/NOTES:options NKPT=31 include/pmap.h:#ifndef NKPT include/pmap.h:#define NKPT 32 include/pmap.h:#define NKPDPE howmany(NKPT, NPDEPG)/* number of kernel PDP slots */ This gives uses in amd64/minidump_machdep.c and amd64/pmap.c and to define the macro NKPDPE. That macro is also MD and is only used here: amd64/pmap.c: KPDphys = allocpages(firstaddr, NKPDPE); amd64/pmap.c: for (i = 0; i < NKPDPE; i++) { include/pmap.h:#define NKPDPE howmany(NKPT, NPDEPG)/* number of kernel PDP slots */ Thus, the only two files that use NKPT are amd64/minidump_machdep.c and amd64/pmap.c. Both of these files include "opt_pmap.h": amd64/minidump_machdep.c:#include "opt_pmap.h" amd64/pmap.c:#include "opt_pmap.h" A more useful test would be to alter pmap.h so it says: #ifndef NKPT #define NKPT doesnt_compile #endif and build a kernel config that contains 'options NKPT=31'. It will build just fine as the sabotaged default value will never get used. Were NKPT to be widely used, the correct fix would still not be to add an include of opt_pmap.h to . Instead, the corect fix would be to move the option to opt_global.h as is done for things like SMP, INVARIANTS, etc. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 13:36: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 B3E1C106566C for ; Fri, 2 Sep 2011 13:36:08 +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 E5B008FC12 for ; Fri, 2 Sep 2011 13:36:07 +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 QAA19782; Fri, 02 Sep 2011 16:35:58 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E60DBBD.1040703@FreeBSD.org> Date: Fri, 02 Sep 2011 16:35:57 +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: Sebastian Chmielewski References: <20110901223646.14b8aae8@o2.pl> In-Reply-To: <20110901223646.14b8aae8@o2.pl> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit 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: Fri, 02 Sep 2011 13:36:08 -0000 on 01/09/2011 23:36 Sebastian Chmielewski said the following: > > hi, > I'm running FreeBSD-CURRENT r224522M installed on ZFS Root and GPT > partitions and this setup is running fine. Today I've updated to r225312 and > after rebooting I've got following error message from boot loader: > > ZFS: i/o error - all block copies unavailable > > Then I did "zfs rollback" using rescue disk to previous revision and I was able to > boot. > Steps I did to update system: > > zfs snapshot > make buildworld > make buildkernel > make installkernel > reboot > can't boot > zfs rollback using rescue disk > boot to previous revision (r224522M). > > Are there any more steps required for this procedure to work? > My previous updates from source on the same setup where successfull, this is > the first time I've encountered this error message when upgrading from source. Could you please try the following? Repeat your upgrade procedure up to reboot. Take all the necessary precautions, so that you can recover your system again! 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 If the program produces text of FreeBSD COPYRIGHT file as its output, then the ZFS boot code can access your pool. If the program works OK, but booting still fails it may mean that you have stale boot blocks which you need to update before rebooting. Either installworld should do that or you can do make install in sys/boot directory. Also you might need to update your freebsd-boot partition with gpart command. If the program fails, then please share its output and also try to analyze where it fails by looking at the code and adding prints at the suspicious/crucial points. > My setup: > gpart show > => 34 250069613 ada0 GPT (119G) > 34 128 1 freebsd-boot (64k) > 162 1886 5 bios-boot (943k) > 2048 16777216 2 !0fc63daf-8483-4772-8e79-3d69d8477de4 (8.0G) > 16779264 33554432 3 freebsd-ufs (16G) > 50333696 199735951 4 freebsd-zfs (95G) > > Partitions 3 and 4 are separate zfs pools (3 is geli encrypted and 4 is for > operating system). > > zfs list > NAME USED AVAIL REFER MOUNTPOINT > home 10,4G 5,24G 10,4G /home > zroot 90,2G 3,27G 1,16G legacy > > /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > zroot / zfs rw,noatime 0 0 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > proc /proc procfs rw 0 0 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 15:02: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 34D711065670 for ; Fri, 2 Sep 2011 15:02:01 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:56bf:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A98718FC12 for ; Fri, 2 Sep 2011 15:02:00 +0000 (UTC) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:56bf:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "smtp.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 3C18E143BE for ; Fri, 2 Sep 2011 17:01:59 +0200 (CEST) Received: from meribel.restart.bel (meribel.restart.bel [IPv6:2001:41d0:2:56bf:1:8::]) (authenticated bits=0) by restart.be (8.14.5/8.14.5) with ESMTP id p82F1umJ081980 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Fri, 2 Sep 2011 17:01:58 +0200 (CEST) (envelope-from hlh@restart.be) X-DKIM: Sendmail DKIM Filter v2.8.3 restart.be p82F1umJ081980 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1314975718; bh=YCCZIFo/PyOf2taXaxqb7knM4wVNwuFRbZEelLzDijg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=FivC2vDCvo+POyIydqSHKWCbkxwz4kOQfVfPRpDWOVIAbRQ5eKzVdSuDVzArieVhr Beswsc4d5uGcrPwu5lTyQ== X-DomainKeys: Sendmail DomainKeys Filter v1.0.2 restart.be p82F1umJ081980 DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=GbfF21ayB08lkgy/ZOo/7U7SGji3lZzNcAFp253j5uRdphYAt6Abs/PQagAioIsWe 1Edw053NuqhS2gnylbgyw== Message-ID: <4E60EFE4.7070403@restart.be> Date: Fri, 02 Sep 2011 17:01:56 +0200 From: Henri Hennebert User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0) Gecko/20110828 Thunderbird/6.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20110901223646.14b8aae8@o2.pl> In-Reply-To: <20110901223646.14b8aae8@o2.pl> X-Enigmail-Version: undefined OpenPGP: id=D351A503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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, 02 Sep 2011 15:02:01 -0000 On 09/01/2011 22:36, Sebastian Chmielewski wrote: > > hi, > I'm running FreeBSD-CURRENT r224522M installed on ZFS Root and GPT > partitions and this setup is running fine. Today I've updated to r225312 and > after rebooting I've got following error message from boot loader: > > ZFS: i/o error - all block copies unavailable I encounter the same problem. I reboot with mfsBSD and run zpool scrub without error. I reboot and get the same error - the error msg repeating 4 or 5 times. I reboot with mfsBSD and I then do: mkdir /rpool zpool import -R /rpool rpool mount -t zfs rpool/root /mnt cd /mnt/boot mv kernel kernel-error mkdir kernel cp kernel-error/* kernel When I reboot all run smoothly :-o strange indeed... Henri > > Then I did "zfs rollback" using rescue disk to previous revision and I was able to > boot. > Steps I did to update system: > > zfs snapshot > make buildworld > make buildkernel > make installkernel > reboot > can't boot > zfs rollback using rescue disk > boot to previous revision (r224522M). > > Are there any more steps required for this procedure to work? > My previous updates from source on the same setup where successfull, this is > the first time I've encountered this error message when upgrading from source. > > My setup: > gpart show > => 34 250069613 ada0 GPT (119G) > 34 128 1 freebsd-boot (64k) > 162 1886 5 bios-boot (943k) > 2048 16777216 2 !0fc63daf-8483-4772-8e79-3d69d8477de4 (8.0G) > 16779264 33554432 3 freebsd-ufs (16G) > 50333696 199735951 4 freebsd-zfs (95G) > > Partitions 3 and 4 are separate zfs pools (3 is geli encrypted and 4 is for > operating system). > > zfs list > NAME USED AVAIL REFER MOUNTPOINT > home 10,4G 5,24G 10,4G /home > zroot 90,2G 3,27G 1,16G legacy > > /etc/fstab > # Device Mountpoint FStype Options Dump Pass# > zroot / zfs rw,noatime 0 0 > /dev/acd0 /cdrom cd9660 ro,noauto 0 0 > proc /proc procfs rw 0 0 > > best regards, From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 15:21: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 1F2B9106564A for ; Fri, 2 Sep 2011 15:21:40 +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 2B45C8FC13 for ; Fri, 2 Sep 2011 15:21:38 +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 SAA20690; Fri, 02 Sep 2011 18:21:37 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E60F480.6040706@FreeBSD.org> Date: Fri, 02 Sep 2011 18:21:36 +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: Nathan Whitehorn References: <24B9852A-8DE4-4BC6-9B55-2D74E414E31D@gmail.com> <4E600753.4030400@freebsd.org> In-Reply-To: <4E600753.4030400@freebsd.org> X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Warren Block , Garrett Cooper , Jason Campbell , Matt Thyer , freebsd-current@FreeBSD.org Subject: Re: Problems booting 9.0-BETA1 memstick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 15:21:40 -0000 on 02/09/2011 01:29 Nathan Whitehorn said the following: > On 09/01/11 17:23, Matt Thyer wrote: >> Probably the real solution is to use MBR and have BSDinstall and the install >> kernel support UFS labels. Space on the memstick is not an issue. > > Both support that. The issue is makefs(8). Here's a small patch that adds FFS volume label/name support to makefs: http://people.freebsd.org/~avg/makefs.ffs-label.diff Documentation is not updated. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 15:41:25 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 4D99C1065670; Fri, 2 Sep 2011 15:41:25 +0000 (UTC) (envelope-from rmh.aybabtu@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 EE08B8FC0A; Fri, 2 Sep 2011 15:41:24 +0000 (UTC) Received: by ywo32 with SMTP id 32so2852473ywo.13 for ; Fri, 02 Sep 2011 08:41: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=xQvxXUlvlzwjcUQQ311nGH99H/NSU9qdtnDFdSychcM=; b=r593q+q6SEoJrr74q+Zt3yTNSV8lF6mtzlTtubthWzF5rXR+544LkiS/C7sC2lFdKu Y8nxeacYOkg7XPjHAlZIlJduCPMVreg1XVKnbs2j6GPseub6XT+7ywboM6Hp6qmNOUcs 89VhqR5JlNe1KBllOOP012LJseIEXqHOc5Z7I= MIME-Version: 1.0 Received: by 10.43.44.10 with SMTP id ue10mr1108969icb.222.1314978084002; Fri, 02 Sep 2011 08:41:24 -0700 (PDT) Sender: rmh.aybabtu@gmail.com Received: by 10.43.132.65 with HTTP; Fri, 2 Sep 2011 08:41:23 -0700 (PDT) In-Reply-To: <201109020840.01128.jhb@freebsd.org> References: <201109011728.13979.jhb@freebsd.org> <201109020840.01128.jhb@freebsd.org> Date: Fri, 2 Sep 2011 17:41:23 +0200 X-Google-Sender-Auth: tqwdDupdADufS-AQMigWB9yF88Y Message-ID: From: Robert Millan To: John Baldwin Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Fri, 02 Sep 2011 15:43:22 +0000 Cc: freebsd-current@freebsd.org Subject: Re: [PATCH] Fix NKPT kernel config option X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 15:41:25 -0000 2011/9/2 John Baldwin : > A more useful test would be to alter pmap.h so it says: > > #ifndef NKPT > #define NKPT doesnt_compile > #endif Uhm fair enough, thanks for the explanation John. -- Robert Millan From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 16:22:54 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 B8286106564A; Fri, 2 Sep 2011 16:22:54 +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 87E698FC12; Fri, 2 Sep 2011 16:22:53 +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 TAA21233; Fri, 02 Sep 2011 19:22:51 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4E6102DA.8090605@FreeBSD.org> Date: Fri, 02 Sep 2011 19:22:50 +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-stable@FreeBSD.org X-Enigmail-Version: 1.2pre Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: stop scheduler on panic patches updated X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 02 Sep 2011 16:22:54 -0000 The patches can be found at the same locations: head - http://people.freebsd.org/~avg/stop_scheduler_on_panic.diff stable/8 - http://people.freebsd.org/~avg/stop_scheduler_on_panic.8.x.diff Additionally, if you use a USB keyboard, then the following patch is required for proper operation in post-panic environment: http://people.freebsd.org/~avg/stop_scheduler_on_panic.usb.diff The patch is the same for both head and stable/8. It shouldn't hurt if you don't use USB devices or use other USB devices. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Sep 2 16:27: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 BF472106566C; Fri, 2 Sep 2011 16:27:03 +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 5F6C08FC18; Fri, 2 Sep 2011 16:27:03 +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 p82GR2sl011785; Fri, 2 Sep 2011 12:27:02 -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]); Fri, 02 Sep 2011 12:27:02 -0400 (EDT) Date: Fri, 2 Sep 2011 12:27:02 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: John Baldwin In-Reply-To: Message-ID: References: <201108250940.44847.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: ath0 no longer attaches, cardbus problems? 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: Fri, 02 Sep 2011 16:27:03 -0000 On Thu, 25 Aug 2011, Daniel Eischen wrote: > On Thu, 25 Aug 2011, John Baldwin wrote: > >> On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote: >>> Hello, >>> >>> I have an older Dell 4150 laptop that takes forever to build >>> world, so I don't update it that often. The last time I >>> updated it was March 1, 2010. I just updated the system >>> yesterday and ath0 (a Linksys PCCard) no longer attaches. >>> >>> The interesting thing is that ath0 is detected at different >>> addresses between the working kernel and the non-working >>> kernel: >>> >>> March 1, 2010 kernel >>> -------------------- >>> ath0: mem 0x88000000-0x8800ffff irq 11 >>> at device 0.0 on cardbus0 >>> ath0: [ITHREAD] >>> ath0: AR5212 mac 5.9 RF5112 phy 4.3 >>> >>> >>> Aug 23, 2011 kernel >>> ------------------- >>> ath0: mem 0xf8f10000-0xf8f1ffff irq 11 >>> at device 0.0 on cardbus0 >>> >>> >>> I've tried forcing successful returns from >>> ar5212SetPowerModeAwake() and ar5212SetResetReg() >>> but it doesn't help (diffs below). >>> >>> Any suggestions on how to get this to work? >>> Full dmesg from working and non-working kernels at >>> >>> http://people.freebsd.org/~deischen/ath/ath.dmesg >> >> You can try setting 'debug.acpi.disable=hostres' at the loader prompt as a >> test. If that doesn't work, a verbose dmesg from the broken case as well >> as >> devinfo -u and devinfo -r output from the working and broken cases would be >> most useful. > > Setting debug.acpi.disable=hostres did not work. Strange thing is > that ath0 is now at mem 0x88000000-0x8800ffff for both working > and non-working kernels (with and without debug.acpi.disable=hostres). > ath0 still doesn't attach, but it seems funny that the memory > address changes. These are all soft reboots, not hard reboots, > after a working kernel. > > All the information you requested is here: > > http://people.freebsd.org/~deischen/ath/ > > There are verbose boots and devinfo -u/-r output for the > working kernel and the non-working kernel (with and without > debug.acpi.disable=hostres). > > Anything else you'd like me to try? Any hopes of getting this cardbus problem fixed? -- DE From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 00:25: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 B1FFA106564A for ; Sat, 3 Sep 2011 00:25:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 620548FC0C for ; Sat, 3 Sep 2011 00:25:06 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAKByYU6DaFvO/2dsb2JhbABCFoQ3pRaBRgEBAQEDAQEBICsgCxkCDgoCAg0ZAiMGAQkmBggHBAEcBIdWpguRZoEshC2BEQSRGoISiXyHLQ X-IronPort-AV: E=Sophos;i="4.68,321,1312171200"; d="scan'208";a="136402294" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 02 Sep 2011 20:25:05 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9942DB3F03; Fri, 2 Sep 2011 20:25:05 -0400 (EDT) Date: Fri, 2 Sep 2011 20:25:05 -0400 (EDT) From: Rick Macklem To: Brandon Gooch Message-ID: <1678816683.746981.1315009505581.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: FreeBSD-Current Subject: Re: newnfs user setup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 00:25:06 -0000 Brandon Gooch wrote: > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch > wrote: > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem > > wrote: > >>> On Thu, 26 May 2011, Rick Macklem wrote: > >>> ... > >>> > =C2=A0http://people.freebsd.org/~rmacklem/dtrace.patch > >>> > > >>> Hmm. Is it just me? > >>> Trying to test the patch I get: > >>> > >>> (fs)(root) patch -C < dtrace.patch > >>> Hmm... I can't seem to find a patch in there anywhere. > >>> > >> Here's how I apply the patch. > >> - download dtrace.patch to somewhere, lets say /tmp, then > >> # cd /usr/src/sys <-- sys subdirectory of a current head, > >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 which you don't mind messing up > >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 doesn't have to be at /usr/src/sys, > >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 of course. > >> # patch -p1 < /tmp/dtrace.patch > >> > >> rick > >> > > > > What's the status on this patch? It would be nice to get > > dtrace/newnfs > > going for 9.0...it's not too late, right? > > > > I'll test the patch too BTW :) > > > > -Brandon > > >=20 > So it looks like the patch was committed to HEAD, but the bits to > support the New NFS implementation were never flipped on -- is that > for a good reason? >=20 I know nothing about Dtrace, so if something needs to be changed/fixed, someone who understands these things will have to let me know. When I built a kernel with "options KDTRACE_HOOKS" and set dtraceall_load=3D"YES" in /etc/rc.conf, it booted and # dtrace -l - seemed to find the stuff (it's called "dtnfscl", btw). Someone told me that's how you check it's loaded and that's all I know how to do w.r.t. dtrace. If you can test/debug it, that would be great, rick > -Brandon > _______________________________________________ > 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 3 04:24: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 80A3A1065673; Sat, 3 Sep 2011 04:24:23 +0000 (UTC) (envelope-from adrian.chadd@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 1A6468FC0A; Sat, 3 Sep 2011 04:24:22 +0000 (UTC) Received: by gyd10 with SMTP id 10so3012218gyd.13 for ; Fri, 02 Sep 2011 21:24:22 -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=PEImbuc2NepzG4zmGdBfYMdM65giZX6ybm8b4Skfjr8=; b=IxnKhljF8yRTN3OWx5bLe1BNDTi8JZSQZHRjogvYaTQcA3IPRjapM3rW+BL+/A8QYk XHo6RwXXDc/+gNtnlpGZ+5iCWfLFDWGnzc3Gjon/d1qTrAYcaIMgSXFy+JSY+oCkbcba Yy2LSkAHUb3illmtMSDbkS2Mp1BbC3k/M550g= MIME-Version: 1.0 Received: by 10.236.22.9 with SMTP id s9mr7556263yhs.129.1315023862370; Fri, 02 Sep 2011 21:24:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Fri, 2 Sep 2011 21:24:22 -0700 (PDT) In-Reply-To: References: <201108250940.44847.jhb@freebsd.org> Date: Sat, 3 Sep 2011 12:24:22 +0800 X-Google-Sender-Auth: 5GggijAO8ZBL7prp6a_QO45KWi8 Message-ID: From: Adrian Chadd To: Daniel Eischen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org 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: Sat, 03 Sep 2011 04:24:23 -0000 Hi, The most direct way to fix this is to find the exact commit which introduced the break. Thanks, Adrian On 3 September 2011 00:27, Daniel Eischen wrote: > On Thu, 25 Aug 2011, Daniel Eischen wrote: > >> On Thu, 25 Aug 2011, John Baldwin wrote: >> >>> On Wednesday, August 24, 2011 8:19:42 pm Daniel Eischen wrote: >>>> >>>> Hello, >>>> >>>> I have an older Dell 4150 laptop that takes forever to build >>>> world, so I don't update it that often. =A0The last time I >>>> updated it was March 1, 2010. =A0I just updated the system >>>> yesterday and ath0 (a Linksys PCCard) no longer attaches. >>>> >>>> The interesting thing is that ath0 is detected at different >>>> addresses between the working kernel and the non-working >>>> kernel: >>>> >>>> =A0 March 1, 2010 kernel >>>> =A0 -------------------- >>>> =A0 ath0: mem 0x88000000-0x8800ffff irq 11 >>>> =A0 =A0 =A0 at device 0.0 on =A0cardbus0 >>>> =A0 ath0: [ITHREAD] >>>> =A0 ath0: AR5212 mac 5.9 RF5112 phy 4.3 >>>> >>>> >>>> =A0 Aug 23, 2011 kernel >>>> =A0 ------------------- >>>> =A0 ath0: mem 0xf8f10000-0xf8f1ffff irq 11 >>>> =A0 =A0 =A0 at device 0.0 on =A0cardbus0 >>>> >>>> >>>> I've tried forcing successful returns from >>>> ar5212SetPowerModeAwake() and ar5212SetResetReg() >>>> but it doesn't help (diffs below). >>>> >>>> Any suggestions on how to get this to work? >>>> Full dmesg from working and non-working kernels at >>>> >>>> =A0 http://people.freebsd.org/~deischen/ath/ath.dmesg >>> >>> You can try setting 'debug.acpi.disable=3Dhostres' at the loader prompt= as >>> a >>> test. =A0If that doesn't work, a verbose dmesg from the broken case as = well >>> as >>> devinfo -u and devinfo -r output from the working and broken cases woul= d >>> be >>> most useful. >> >> Setting debug.acpi.disable=3Dhostres did not work. =A0Strange thing is >> that ath0 is now at mem 0x88000000-0x8800ffff for both working >> and non-working kernels (with and without debug.acpi.disable=3Dhostres). >> ath0 still doesn't attach, but it seems funny that the memory >> address changes. =A0These are all soft reboots, not hard reboots, >> after a working kernel. >> >> All the information you requested is here: >> >> =A0http://people.freebsd.org/~deischen/ath/ >> >> There are verbose boots and devinfo -u/-r output for the >> working kernel and the non-working kernel (with and without >> debug.acpi.disable=3Dhostres). >> >> Anything else you'd like me to try? > > Any hopes of getting this cardbus problem fixed? > > -- > DE > _______________________________________________ > 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 3 04:59: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 4ED7B106566C; Sat, 3 Sep 2011 04:59:51 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id CB8538FC13; Sat, 3 Sep 2011 04:59:50 +0000 (UTC) Received: by vws18 with SMTP id 18so3651591vws.13 for ; Fri, 02 Sep 2011 21:59:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=4hpvD6ny2l9Cwzeo/VKrbsrVZq/QS9ooo/GpHQ9z150=; b=PumvMB8tSWXIIWSHfEgdswSBYkPP8w6tGzyPHhdKYqVLKhoHUi8422YiDHPUrtPTwn xV+QB5hF0S88kg1AzZOVdfGw/5y3+VRaG/jJUFH1cqS1LwFYj2bca+FhIMQ8HOrse05o GQxYR5Gf6FLLOaUApyHWPNo3H9FqVoXXV0wrc= Received: by 10.52.187.40 with SMTP id fp8mr731373vdc.42.1315024571182; Fri, 02 Sep 2011 21:36:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.189.131 with HTTP; Fri, 2 Sep 2011 21:35:41 -0700 (PDT) In-Reply-To: References: <201108250940.44847.jhb@freebsd.org> From: Eitan Adler Date: Sat, 3 Sep 2011 00:35:41 -0400 Message-ID: To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Daniel Eischen , freebsd-current@freebsd.org 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: Sat, 03 Sep 2011 04:59:51 -0000 On Sat, Sep 3, 2011 at 12:24 AM, Adrian Chadd wrote: > Hi, > > The most direct way to fix this is to find the exact commit which > introduced the break. >>> Anything else you'd like me to try? The best way to do this is to find a known working version of the kernel and then "bisect" the version from the known bad and known good versions until you arrive at the breaking commit. It is easier if you look at the svn log to see which commits might matter. Yes this takes a while, but is the surest way to find the regression. -- Eitan Adler From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 06:02: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 CAE16106564A; Sat, 3 Sep 2011 06:02:37 +0000 (UTC) (envelope-from adrian.chadd@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 73DCA8FC15; Sat, 3 Sep 2011 06:02:37 +0000 (UTC) Received: by ywo32 with SMTP id 32so3250755ywo.13 for ; Fri, 02 Sep 2011 23:02:36 -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=ixwbc+lHeaKHQZpjds39qhVtKI5mx8NjyBVDS9TreYw=; b=p8hVLnhXdHtbdgZ9oRlcKZUtVbrtPvJN4yVHDD9h2ih76waoLYbsoBYamxxITojnWu o3bQ9FaXaqQt9zkqbmrYbgg+yThifQvG1iL+iotDF+xuyRLHblqK7GBCWiy2iEH5HFi5 tPT9s9T2sPGhKg2dQhIIB8mdNK6HFut06/Kuo= MIME-Version: 1.0 Received: by 10.236.22.9 with SMTP id s9mr7765606yhs.129.1315029756873; Fri, 02 Sep 2011 23:02:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.103.6 with HTTP; Fri, 2 Sep 2011 23:02:36 -0700 (PDT) In-Reply-To: References: <201108250940.44847.jhb@freebsd.org> Date: Sat, 3 Sep 2011 14:02:36 +0800 X-Google-Sender-Auth: cokXLA6eXuVj-0z261W5giL72NU Message-ID: From: Adrian Chadd To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Daniel Eischen , freebsd-current@freebsd.org 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: Sat, 03 Sep 2011 06:02:37 -0000 On 3 September 2011 12:35, Eitan Adler wrote: > The best way to do this is to find a known working version of the > kernel and then "bisect" the version from the known bad and known good > versions until you arrive at the breaking commit. It is easier if you > look at the svn log to see which commits might matter. =A0Yes this takes > a while, but is the surest way to find the regression. You shouldn't have to try many kernels. 130,000 revisions, only a max of 18 attempts needed. :) No, you don't need a whole buildworld. Just try booting the kernel and see when it attaches. Thanks, Adrian From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 13:20: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 8E3EC1065674; Sat, 3 Sep 2011 13:20:41 +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 9FAB68FC08; Sat, 3 Sep 2011 13:20:40 +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 QAA02323; Sat, 03 Sep 2011 16:20:38 +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 1Qzq9G-000IeF-1v; Sat, 03 Sep 2011 16:20:38 +0300 Message-ID: <4E6229A4.2000505@FreeBSD.org> Date: Sat, 03 Sep 2011 16:20:36 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: John Baldwin References: <4E23EE49.5040801@FreeBSD.org> <201107191116.07116.jhb@freebsd.org> <4E33A990.7040006@FreeBSD.org> <201108021806.04759.jhb@freebsd.org> In-Reply-To: <201108021806.04759.jhb@freebsd.org> X-Enigmail-Version: undefined Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: ichwd0: unable to reserve GCS 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, 03 Sep 2011 13:20:41 -0000 on 03/08/2011 01:06 John Baldwin said the following: > On Saturday, July 30, 2011 2:49:52 am Andriy Gapon wrote: >> on 19/07/2011 18:16 John Baldwin said the following: >>> Hmm, can you get devinfo -r output from a working kernel with ichwd loaded? >>> You might be able to just build the kernel with 'nooptions NEW_PCIB'. >> >> I believe that I've got a similar problem with amdsbwd(4). >> It needs some resources (I/O ports) that belong to ACPI. >> The problem is that the driver attaches to isa bus which is under >> isab->pci->pcib and those particular resources are not assigned to the Host-PCI >> bridge. >> >> I think that you already made a suggestion that perhaps isa bus should directly >> attach to acpi bus when acpi is available. Not sure if there are any >> alternative approaches. > > Can you try this: Sorry for taking so long to reply to this. The patch does help me with the amdsbwd watchdog driver! I tested the patch on top of r225331. If you would like any additional information please let me know. > --- //depot/projects/pci/sys/dev/acpica/acpi.c 2011-06-25 12:05:19.000000000 0000 > +++ //depot/projects/pci/sys/dev/acpica/acpi.c 2011-08-02 20:21:42.000000000 0000 > @@ -1238,7 +1238,6 @@ > struct resource_list_entry *rle; > struct resource_list *rl; > struct resource *res; > - struct rman *rm; > int isdefault = (start == 0UL && end == ~0UL); > > /* > @@ -1291,15 +1290,29 @@ > } else > res = BUS_ALLOC_RESOURCE(device_get_parent(bus), child, type, rid, > start, end, count, flags); > - if (res != NULL || start + count - 1 != end) > - return (res); > > /* > * If the first attempt failed and this is an allocation of a > * specific range, try to satisfy the request via a suballocation > - * from our system resource regions. Note that we only handle > - * memory and I/O port system resources. > + * from our system resource regions. > */ > + if (res == NULL && start + count - 1 == end) > + res = acpi_alloc_sysres(child, type, rid, start, end, count, flags); > + return (res); > +} > + > +/* > + * Attempt to allocate a specific resource range from the system > + * resource ranges. Note that we only handle memory and I/O port > + * system resources. > + */ > +struct resource * > +acpi_alloc_sysres(device_t child, int type, int *rid, u_long start, u_long end, > + u_long count, u_int flags) > +{ > + struct rman *rm; > + struct resource *res; > + > switch (type) { > case SYS_RES_IOPORT: > rm = &acpi_rman_io; > @@ -1311,6 +1324,7 @@ > return (NULL); > } > > + KASSERT(start + count - 1 == end, ("wildcard resource range")); > res = rman_reserve_resource(rm, start, end, count, flags & ~RF_ACTIVE, > child); > if (res == NULL) > --- //depot/projects/pci/sys/dev/acpica/acpi_pcib_acpi.c 2011-07-22 18:19:55.000000000 0000 > +++ //depot/projects/pci/sys/dev/acpica/acpi_pcib_acpi.c 2011-08-02 20:21:42.000000000 0000 > @@ -541,6 +541,7 @@ > { > #ifdef NEW_PCIB > struct acpi_hpcib_softc *sc; > + struct resource *res; > #endif > > #if defined(__i386__) || defined(__amd64__) > @@ -549,8 +550,11 @@ > > #ifdef NEW_PCIB > sc = device_get_softc(dev); > - return (pcib_host_res_alloc(&sc->ap_host_res, child, type, rid, start, end, > - count, flags)); > + res = pcib_host_res_alloc(&sc->ap_host_res, child, type, rid, start, end, > + count, flags); > + if (res == NULL && start + count - 1 == end) > + res = acpi_alloc_sysres(child, type, rid, start, end, count, flags); > + return (res); > #else > return (bus_generic_alloc_resource(dev, child, type, rid, start, end, > count, flags)); > --- //depot/projects/pci/sys/dev/acpica/acpivar.h 2011-06-22 16:25:39.000000000 0000 > +++ //depot/projects/pci/sys/dev/acpica/acpivar.h 2011-08-02 20:21:42.000000000 0000 > @@ -382,6 +382,8 @@ > struct resource *res, ACPI_RESOURCE *acpi_res); > ACPI_STATUS acpi_parse_resources(device_t dev, ACPI_HANDLE handle, > struct acpi_parse_resource_set *set, void *arg); > +struct resource *acpi_alloc_sysres(device_t child, int type, int *rid, > + u_long start, u_long end, u_long count, u_int flags); > > /* ACPI event handling */ > UINT32 acpi_event_power_button_sleep(void *context); > -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 14:45: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 36AAE106564A; Sat, 3 Sep 2011 14:45:21 +0000 (UTC) (envelope-from eischen@vigrid.com) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id E5AB98FC14; Sat, 3 Sep 2011 14:45:20 +0000 (UTC) Received: from [10.0.0.19] (ip-414b102e.ct.fixed.ntplx.com [65.75.16.46]) (authenticated bits=0) by mail.netplex.net (8.14.4/8.14.4/NETPLEX) with ESMTP id p83EW7pv001250 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 3 Sep 2011 10:32:08 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.netplex.net [204.213.176.10]); Sat, 03 Sep 2011 10:32:10 -0400 (EDT) References: <201108250940.44847.jhb@freebsd.org> In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8L1) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <3C2243F3-8DBA-40A2-A7FF-B668A9809FEE@vigrid.com> X-Mailer: iPhone Mail (8L1) From: Daniel Eischen Date: Sat, 3 Sep 2011 10:32:05 -0400 To: Adrian Chadd Cc: Daniel Eischen , Eitan Adler , "freebsd-current@freebsd.org" 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: Sat, 03 Sep 2011 14:45:21 -0000 On Sep 3, 2011, at 2:02 AM, Adrian Chadd wrote: > On 3 September 2011 12:35, Eitan Adler wrote: >=20 >> The best way to do this is to find a known working version of the >> kernel and then "bisect" the version from the known bad and known good >> versions until you arrive at the breaking commit. It is easier if you >> look at the svn log to see which commits might matter. Yes this takes >> a while, but is the surest way to find the regression. >=20 > You shouldn't have to try many kernels. 130,000 revisions, only a max > of 18 attempts needed. :) >=20 > No, you don't need a whole buildworld. Just try booting the kernel and > see when it attaches. There's a reason I haven't upgraded this system in over a year. It takes a l= ong time to update the src tree and a long time to build a kernel. I miss t= he 2.x/3.x days where you could build world on system like this in about an h= our or so. -- DE= From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 20:22: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 049CA106566C for ; Sat, 3 Sep 2011 20:22:22 +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 8EBBB8FC15 for ; Sat, 3 Sep 2011 20:22:21 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QzwjL-0006f5-O7 for freebsd-current@freebsd.org; Sat, 03 Sep 2011 22:22:19 +0200 Received: from 195.225.157.86 ([195.225.157.86]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Sep 2011 22:22:19 +0200 Received: from c.kworr by 195.225.157.86 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 03 Sep 2011 22:22:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Volodymyr Kostyrko Date: Sat, 03 Sep 2011 23:22:07 +0300 Lines: 100 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 195.225.157.86 User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 Subject: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2011 20:22:22 -0000 Hi all. ===> libexec/bootpd (all) /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/bootpd.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/dovend.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/readfile.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/hash.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/dumptab.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/lookup.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/getif.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/hwaddr.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/report.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/tzone.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -c /usr/src/libexec/bootpd/rtmsg.c /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args -o bootpd bootpd.o dovend.o readfile.o hash.o dumptab.o lookup.o getif.o hwaddr.o report.o tzone.o rtmsg.o /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x94): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x9d): undefined reference to `_init_tls' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to `atexit' /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xd6): undefined reference to `exit' bootpd.o: In function `main': /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x31): undefined reference to `strrchr' /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xa2): undefined reference to `malloc' /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xe0): undefined reference to `exit' /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x12a): undefined reference to `__error' /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x150): undefined reference to `getsockname' /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x1c7): undefined reference to `gethostname' bootpd.o: In function `.LBB0_31': /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x385): undefined reference to `sscanf' bootpd.o: In function `.LBB0_42': /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x44d): undefined reference to `sscanf' bootpd.o: In function `.LBB0_55': There may be some problems integrating clang into Makefiles, because if I cd to /usr/src/libexec/bootpd and run make there everything works fine. -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 20:43: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 555461065672 for ; Sat, 3 Sep 2011 20:43:07 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 19C258FC0A for ; Sat, 3 Sep 2011 20:43:07 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b087:5572:d109:d251] (unknown [IPv6:2001:7b8:3a7:0:b087:5572:d109:d251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 32C185C59; Sat, 3 Sep 2011 22:43:06 +0200 (CEST) Message-ID: <4E62915E.1010405@FreeBSD.org> Date: Sat, 03 Sep 2011 22:43:10 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2011 20:43:07 -0000 On 2011-09-03 22:22, Volodymyr Kostyrko wrote: > Hi all. > > ===> libexec/bootpd (all) ... > /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC > -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k > -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args > -o bootpd bootpd.o dovend.o readfile.o hash.o dumptab.o lookup.o getif.o > hwaddr.o report.o tzone.o rtmsg.o > /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x94): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x9d): undefined reference to > `_init_tls' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to > `atexit' > /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xd6): undefined reference to > `exit' > bootpd.o: In function `main': > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x31): undefined > reference to `strrchr' > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xa2): undefined > reference to `malloc' > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xe0): undefined > reference to `exit' > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x12a): undefined > reference to `__error' > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x150): undefined > reference to `getsockname' > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x1c7): undefined > reference to `gethostname' > bootpd.o: In function `.LBB0_31': > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x385): undefined > reference to `sscanf' > bootpd.o: In function `.LBB0_42': > /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x44d): undefined > reference to `sscanf' > bootpd.o: In function `.LBB0_55': > > There may be some problems integrating clang into Makefiles, because if > I cd to /usr/src/libexec/bootpd and run make there everything works fine. Please post your make.conf/src.conf, and any other environmental settings which may influence the build. For starters, does it still fail if you remove ccache and the non-standard CFLAGS? From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 20:58: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 31D25106566C for ; Sat, 3 Sep 2011 20:58:15 +0000 (UTC) (envelope-from c.kworr@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 BA00B8FC15 for ; Sat, 3 Sep 2011 20:58:14 +0000 (UTC) Received: by fxe4 with SMTP id 4so3366019fxe.13 for ; Sat, 03 Sep 2011 13:58:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=8WNDBwsfYm8Clv1V+UoP2deRDC6IL5eGsZDKwLoBcC4=; b=L1yJxHzqffS2hZeE1kMZpW+54PKEterX25mJXYT7IFRMZO76fTPefqzSct7lx7YiJa iBZe3v2NUgJS4jGGkwi9vxGkkTJ4/MgRgBCzWi9UvgzZXI+kA/gd3WSgi/ziFSkp6ZO7 ZwVSNk3dEC8aBZhwohlOOLnHIWll9vJ4VqETk= Received: by 10.223.26.71 with SMTP id d7mr288918fac.23.1315083493427; Sat, 03 Sep 2011 13:58:13 -0700 (PDT) Received: from limbo.lan ([195.225.157.86]) by mx.google.com with ESMTPS id m8sm1864103fae.17.2011.09.03.13.58.11 (version=SSLv3 cipher=OTHER); Sat, 03 Sep 2011 13:58:12 -0700 (PDT) Message-ID: <4E6294E0.5010104@gmail.com> Date: Sat, 03 Sep 2011 23:58:08 +0300 From: Volodymyr Kostyrko User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:6.0.1) Gecko/20110902 Thunderbird/6.0.1 MIME-Version: 1.0 To: Dimitry Andric References: <4E62915E.1010405@FreeBSD.org> In-Reply-To: <4E62915E.1010405@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2011 20:58:15 -0000 03.09.2011 23:43, Dimitry Andric написав(ла): > On 2011-09-03 22:22, Volodymyr Kostyrko wrote: >> Hi all. >> >> ===> libexec/bootpd (all) > ... >> /usr/local/libexec/ccache/world/clang -O2 -pipe -Qunused-arguments -fPIC >> -march=native -DETC_ETHERS -DSYSLOG -DDEBUG -DVEND_CMU -std=gnu99 >> -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k >> -Wno-uninitialized -Wno-pointer-sign -Wformat=2 -Wno-format-extra-args >> -o bootpd bootpd.o dovend.o readfile.o hash.o dumptab.o lookup.o getif.o >> hwaddr.o report.o tzone.o rtmsg.o >> /usr/obj/usr/src/tmp/usr/lib/crt1.o: In function `_start1': >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x94): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0x9d): undefined reference to >> `_init_tls' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xad): undefined reference to >> `atexit' >> /usr/src/lib/csu/i386-elf/crt1_c.c:(.text+0xd6): undefined reference to >> `exit' >> bootpd.o: In function `main': >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x31): undefined >> reference to `strrchr' >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xa2): undefined >> reference to `malloc' >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0xe0): undefined >> reference to `exit' >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x12a): undefined >> reference to `__error' >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x150): undefined >> reference to `getsockname' >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x1c7): undefined >> reference to `gethostname' >> bootpd.o: In function `.LBB0_31': >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x385): undefined >> reference to `sscanf' >> bootpd.o: In function `.LBB0_42': >> /var/db/ccache/tmp/bootpd.tmp.limbo.lan.76586.i:(.text+0x44d): undefined >> reference to `sscanf' >> bootpd.o: In function `.LBB0_55': >> >> There may be some problems integrating clang into Makefiles, because if >> I cd to /usr/src/libexec/bootpd and run make there everything works fine. > > Please post your make.conf/src.conf, and any other environmental > settings which may influence the build. For starters, does it still > fail if you remove ccache and the non-standard CFLAGS? Yes it does. It's still not the clean tree so I'll try to retest without ccache. I don't think ccache is really involved because as I said before when I issue the same command from /usr/obj/usr/src/libexec/bootpd it succeeds. /etc/make.conf follows: CPUTYPE?=native INSTALL:=install -C WITHOUT_NOUVEAU:=yes KERNCONF?=MINIMAL #GENERIC NO_CLEAN:=yes .if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) . if !defined(NOCCACHE) # GCC 4.2 #CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/cc,1} #CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/c++,1} # clang CC:=${CC:C,^cc,/usr/local/libexec/ccache/world/clang,1} CXX:=${CXX:C,^c\+\+,/usr/local/libexec/ccache/world/clang++,1} CPP:=${CXX:C,^cpp,/usr/local/libexec/ccache/world/clang -E,1} # clang without ccache #CC:=${CC:C,^cc,clang,1} #CXX:=${CXX:C,^c\+\+,clang++,1} #CPP:=${CXX:C,^cpp,clang -E,1} # Don't die on warnings NO_WERROR= WERROR= # Don't forget this when using Jails! NO_FSCHG= . endif .else . if (empty(.CURDIR:M*/java/openjdk6*) && empty(.CURDIR:M*/java/openjdk7*) && empty(.CURDIR:M*-kmod*) && empty(.CURDIR:M*/java/jdk16*)) #CFLAGS+= -mfpmath=sse,387 #COPTFLAGS+= -mfpmath=sse,387 . endif .endif WRKDIRPREFIX=/tmp/ports DISABLE_MAKE_JOBS=true .if ${CC:T} == "clang" CFLAGS+= -Qunused-arguments -fPIC .endif -- Sphinx of black quartz judge my vow. From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 21:11: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 A0CEE106564A for ; Sat, 3 Sep 2011 21:11:28 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0DF978FC0A for ; Sat, 3 Sep 2011 21:11:27 +0000 (UTC) Received: by bkat8 with SMTP id t8so4794523bka.13 for ; Sat, 03 Sep 2011 14:11:26 -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=hB+JM7WTNwgIewgubXZcrhpo8tsM7G+vyCDWzgbmX/g=; b=mkiehrfv6w1R0IPzRl2RuRT5rWPBdZFtfib5RKt6LObHEIg0jTxS2qnTEAky3CeE/R Oh8IrzkOvhm2hqlEFdjJ9NUh8JuiUtjtmnKjS0YT4p7BeuxHss1CjCj4oTYcDvS7Lnx5 gspgIRr/t8e+wicGhLNS3N9H07iCPDRKgAaGA= MIME-Version: 1.0 Received: by 10.204.148.205 with SMTP id q13mr1357744bkv.179.1315084286760; Sat, 03 Sep 2011 14:11:26 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.58.196 with HTTP; Sat, 3 Sep 2011 14:11:26 -0700 (PDT) Date: Sat, 3 Sep 2011 14:11:26 -0700 X-Google-Sender-Auth: FsWMCqyTMldm52yqPJJeN1uJL00 Message-ID: From: Craig Rodrigues To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: re@freebsd.org Subject: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 21:11:28 -0000 Hi, As a new user, wanting to download FreeBSD, and maybe not wanting to read everything on the web site, I would go through these steps: (1) Go to http://www.freebsd.org/ (2) See "Get FreeBSD now", click on it. (3) Skim through a lot of text on that page, which is very wordy (we can probably streamline this page) (4) Notice that there is a section: "Download FreeBSD" (5) Click on the "ISO" link Once I click on that link, I see a directory with files. For example, at ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.2/ I see: CHECKSUM.MD5 CHECKSUM.SHA256 FreeBSD-8.2-RELEASE-i386-bootonly.iso FreeBSD-8.2-RELEASE-i386-disc1.iso FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz FreeBSD-8.2-RELEASE-i386-livefs.iso FreeBSD-8.2-RELEASE-i386-memstick.img It is not clear to me which of these files I need. Do I need all of them, or just some of them? What do these files do? Can we have a README.txt file in this directory with a concise description of these files? For starters, having one line description per file would be useful: ============================================================ FreeBSD-8.2-RELEASE-i386-bootonly.iso - Initial boot, fits on CD, requires disc 1 FreeBSD-8.2-RELEASE-i386-disc1.iso - Installer, fits on CD, requires bootonly FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - Complete installer, fits on DVD FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, boot and run off of CD/DVD, used for recovery FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory stick ============================================================ I don't even know if what I listed above is correct....I am just guessing. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 21:15: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 930DC106564A for ; Sat, 3 Sep 2011 21:15:06 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 500988FC0C for ; Sat, 3 Sep 2011 21:15:06 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:b087:5572:d109:d251] (unknown [IPv6:2001:7b8:3a7:0:b087:5572:d109:d251]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 920D25C59; Sat, 3 Sep 2011 23:15:05 +0200 (CEST) Message-ID: <4E6298DE.5090007@FreeBSD.org> Date: Sat, 03 Sep 2011 23:15:10 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: Volodymyr Kostyrko References: <4E62915E.1010405@FreeBSD.org> <4E6294E0.5010104@gmail.com> In-Reply-To: <4E6294E0.5010104@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Compiling BETA2 with clang fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2011 21:15:06 -0000 On 2011-09-03 22:58, Volodymyr Kostyrko wrote: > 03.09.2011 23:43, Dimitry Andric ???????(??): >> On 2011-09-03 22:22, Volodymyr Kostyrko wrote: ... > .if ${CC:T} == "clang" > CFLAGS+= -Qunused-arguments -fPIC > .endif You should not unconditionally add -fPIC. Remove it, and try again. (The -Qunused-arguments is fine, btw.) From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 21:22: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 9F99B1065672 for ; Sat, 3 Sep 2011 21:22:11 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 584478FC1A for ; Sat, 3 Sep 2011 21:22:10 +0000 (UTC) Received: by qyk9 with SMTP id 9so2581803qyk.13 for ; Sat, 03 Sep 2011 14:22:10 -0700 (PDT) Received: by 10.229.43.3 with SMTP id u3mr1811775qce.261.1315084928448; Sat, 03 Sep 2011 14:22:08 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net. [67.82.154.129]) by mx.google.com with ESMTPS id hx20sm2509464qab.22.2011.09.03.14.22.06 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 03 Sep 2011 14:22:06 -0700 (PDT) Message-ID: <4E629A62.8020903@xaerolimit.net> Date: Sat, 03 Sep 2011 17:21:38 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD0A5F645866C2F34277B65A1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 21:22:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD0A5F645866C2F34277B65A1 Content-Type: multipart/mixed; boundary="------------000909090709080408060507" This is a multi-part message in MIME format. --------------000909090709080408060507 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/3/2011 5:11 PM, Craig Rodrigues wrote: > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > FreeBSD-8.2-RELEASE-i386-bootonly.iso - Initial boot, fits > on CD, requires disc 1 > FreeBSD-8.2-RELEASE-i386-disc1.iso - Installer, fits > on CD, requires bootonly > FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - Complete installer, > fits on DVD > FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, > boot and run off of CD/DVD, used for recovery > FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory = stick > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Your on the right track, lets be a little more verbose/correct 1. FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet Connectio= n 2. FreeBSD-8.2-RELEASE-i386-disc1.iso - Full Installer, includes all files to install base. 3. FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - DID-sized image, includes Base+Packages (not entire collection) 4. FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, boot and run off of CD/DVD, used for recovery # Good Enough 5. FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory stick # Same as above That wordy page you skimmed over, I believe it explains what these all do. It's great that your interested in FreeBSD, but keep in mind, FreeBSD isn't for the lighthearted or impatient and reading is a necessity. The handbook is almost required reading, it will answer almost all of your very basic questions. --=20 > 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) ------------------------------------------------------------------------ --------------000909090709080408060507-- --------------enigD0A5F645866C2F34277B65A1 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOYppoAAoJEO7NmoTVsgwMheEH/jdWcsi9sG0oElNy+r84dMA8 2MRf9n8vmqFs3MABJBsikgQDZfxSRVIpIJheo47mbF70jjyk9f68UTwr0xVbama7 uQ26U3TUMdHCoQdZrAbt9G5AMJHjt7XGrPM/eWhljvpNLCzd4sYKy4G7IOoUveRT Pw6leVRNNtqbZfUSXKsQ4bf8o1VXnmeen5uP5qjYdU4/vcEmasIU9eGXnXTwSkkf xiS3180Bso6PKYA+o1bqj0b7be3ssn1HdrHVDIWwxd4D3KXVtVQEm6lyKXQJ2ZEL NdZS8JgJ/UC4qUKuABULXeJD1SuKvbyxA4jAQF9RC3jAdv//YjsDXruYj1Y9vIY= =z+4e -----END PGP SIGNATURE----- --------------enigD0A5F645866C2F34277B65A1-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 22:36: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 59194106564A for ; Sat, 3 Sep 2011 22:36:07 +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 16DDC8FC08 for ; Sat, 3 Sep 2011 22:36:06 +0000 (UTC) Received: by qyk9 with SMTP id 9so2594122qyk.13 for ; Sat, 03 Sep 2011 15:36:06 -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=Vuzqj7zC/hjff+BJ/Q193Znrw9f/t03rvCvoVmwT3vs=; b=Iv9zl9TrouVwc1WJ7SgpfmvjkBZ2j4OHjYyOhCbRiyjwl2PmRCBGYMsM8ePkBnchdr Lqe2iXWd3npoGfV5JHrjvYwpsx21ot/tPVBKpGfh6CnZvkct9qEq5+eqg9QWB1ZT1uFS FL48W4GacRBPtN0Jmau1Jo3aHfr3cE7vekITg= MIME-Version: 1.0 Received: by 10.224.218.132 with SMTP id hq4mr1853476qab.192.1315089366182; Sat, 03 Sep 2011 15:36:06 -0700 (PDT) Received: by 10.224.37.83 with HTTP; Sat, 3 Sep 2011 15:36:06 -0700 (PDT) In-Reply-To: <4E629A62.8020903@xaerolimit.net> References: <4E629A62.8020903@xaerolimit.net> Date: Sat, 3 Sep 2011 15:36:06 -0700 Message-ID: From: Garrett Cooper To: Chris Brennan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 22:36:07 -0000 On Sat, Sep 3, 2011 at 2:21 PM, Chris Brennan wrote: > On 9/3/2011 5:11 PM, Craig Rodrigues wrote: >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> FreeBSD-8.2-RELEASE-i386-bootonly.iso =A0 =A0 =A0 =A0 =A0 - =A0Initial b= oot, fits >> on CD, requires disc 1 >> FreeBSD-8.2-RELEASE-i386-disc1.iso =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- =A0I= nstaller, fits >> on CD, requires bootonly >> FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz =A0 =A0 =A0 =A0 =A0 =A0- Complete i= nstaller, >> fits on DVD >> FreeBSD-8.2-RELEASE-i386-livefs.iso =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- Liv= e file system, >> boot and run off of CD/DVD, used for recovery >> FreeBSD-8.2-RELEASE-i386-memstick.img =A0 =A0 =A0 - Installer for USB me= mory stick >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > Your on the right track, lets be a little more verbose/correct > > 1. FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet Connectio= n > > 2. FreeBSD-8.2-RELEASE-i386-disc1.iso - Full Installer, includes all > files to install base. > > 3. FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - DID-sized image, includes > Base+Packages (not entire collection) > > 4. FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, > boot and run off of CD/DVD, used for recovery # Good Enough > > 5. FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory > stick # Same as above > > That wordy page you skimmed over, I believe it explains what these all > do. It's great that your interested in FreeBSD, but keep in mind, > FreeBSD isn't for the lighthearted or impatient and reading is a > necessity. The handbook is almost required reading, it will answer > almost all of your very basic questions. I agree, but it probably should be simplified in the downloads page, using the following categories, instead of using a README file: 1. LiveCD 2. DVD 3. USB http://fedoraproject.org/get-fedora might be a good start for what to write, as well as http://www.ubuntu.com/download (the Ubuntu site is incredibly user friendly -- I would choose that over the Fedora site). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 22:47:25 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 CD88A106564A for ; Sat, 3 Sep 2011 22:47:25 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5E9D38FC19 for ; Sat, 3 Sep 2011 22:47:25 +0000 (UTC) Received: by bkat8 with SMTP id t8so4822075bka.13 for ; Sat, 03 Sep 2011 15:47: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 :content-transfer-encoding; bh=nfL4MZgjlkDgwJywQtd8/W6xwLOU/xRwmZEdfxJxaFQ=; b=ZyAWABktnGsFkdK1FrJbY1GbCfEEqt2LBGTl37C9Hovsrkcd1da13xccsnjFWEtc6d 8/RTpY2LLddWAsZiHDmlFIqK+ux0KctOklfVBKVb6dQ0tO9kLTYf5ijAYObijvfD3usl rEV5qvLSoc4ZsxvCqTOBxSSx8CgGDbC9i4PeQ= MIME-Version: 1.0 Received: by 10.204.142.197 with SMTP id r5mr1318863bku.75.1315090042471; Sat, 03 Sep 2011 15:47:22 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.58.196 with HTTP; Sat, 3 Sep 2011 15:47:22 -0700 (PDT) In-Reply-To: References: <4E629A62.8020903@xaerolimit.net> Date: Sat, 3 Sep 2011 15:47:22 -0700 X-Google-Sender-Auth: PyltGiNMYb_ldYI5x_vAkh4n_3Q Message-ID: From: Craig Rodrigues To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 22:47:26 -0000 Hi, We need to have a small README in the ftp directory, *and* we need to streamline the downloads web page. Some people go directly to ftp://ftp.FreeBSD.org/ to get at the download media without reading the web page, so the small README in the ftp directory is still useful. Agree with you totally about the user friendliness of the ubuntu download p= age. I don't have enough web skills to contribute in that area to make our page better. -- Craig Rodrigues rodrigc@crodrigues.org On Sat, Sep 3, 2011 at 3:36 PM, Garrett Cooper wrote: > On Sat, Sep 3, 2011 at 2:21 PM, Chris Brennan wrot= e: >> On 9/3/2011 5:11 PM, Craig Rodrigues wrote: >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> FreeBSD-8.2-RELEASE-i386-bootonly.iso =A0 =A0 =A0 =A0 =A0 - =A0Initial = boot, fits >>> on CD, requires disc 1 >>> FreeBSD-8.2-RELEASE-i386-disc1.iso =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- =A0= Installer, fits >>> on CD, requires bootonly >>> FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz =A0 =A0 =A0 =A0 =A0 =A0- Complete = installer, >>> fits on DVD >>> FreeBSD-8.2-RELEASE-i386-livefs.iso =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0- Li= ve file system, >>> boot and run off of CD/DVD, used for recovery >>> FreeBSD-8.2-RELEASE-i386-memstick.img =A0 =A0 =A0 - Installer for USB m= emory stick >>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> Your on the right track, lets be a little more verbose/correct >> >> 1. FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet Connecti= on >> >> 2. FreeBSD-8.2-RELEASE-i386-disc1.iso - Full Installer, includes all >> files to install base. >> >> 3. FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - DID-sized image, includes >> Base+Packages (not entire collection) >> >> 4. FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, >> boot and run off of CD/DVD, used for recovery # Good Enough >> >> 5. FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory >> stick # Same as above >> >> That wordy page you skimmed over, I believe it explains what these all >> do. It's great that your interested in FreeBSD, but keep in mind, >> FreeBSD isn't for the lighthearted or impatient and reading is a >> necessity. The handbook is almost required reading, it will answer >> almost all of your very basic questions. > > =A0 =A0I agree, but it probably should be simplified in the downloads > page, using the following categories, instead of using a README file: > > 1. LiveCD > 2. DVD > 3. USB > > =A0 =A0http://fedoraproject.org/get-fedora might be a good start for what > to write, as well as http://www.ubuntu.com/download (the Ubuntu site > is incredibly user friendly -- I would choose that over the Fedora > site). > Thanks! > -Garrett > _______________________________________________ > 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 3 23:00: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 4EBA7106566C for ; Sat, 3 Sep 2011 23:00:02 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8C6B8FC12 for ; Sat, 3 Sep 2011 23:00:01 +0000 (UTC) Received: by bkat8 with SMTP id t8so4825294bka.13 for ; Sat, 03 Sep 2011 16:00:00 -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=x0eZh4fKKPjNWqFfUdSk4r6RF9C81b5jkVSEqutyQUA=; b=Kw/sh8chXEQslxx6m4DgwJXOLV9Irr5BdDR4yM70EKnTQnpLHCVLU5+etNwHbKs2MC NdvwL7o3T5Vjgv6ZpQc8zCZUxm83UVQmB24GU80xPs0vhBCm+PDl9m8wfV04UnjwEtOQ l4vTnI9MAR7L9r19UjfhuiCS3zA8bI1g6Z64E= MIME-Version: 1.0 Received: by 10.204.148.205 with SMTP id q13mr1386806bkv.179.1315090800664; Sat, 03 Sep 2011 16:00:00 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.204.58.196 with HTTP; Sat, 3 Sep 2011 16:00:00 -0700 (PDT) In-Reply-To: <4E629A62.8020903@xaerolimit.net> References: <4E629A62.8020903@xaerolimit.net> Date: Sat, 3 Sep 2011 16:00:00 -0700 X-Google-Sender-Auth: BWV0Ae-7ekzezcBEPT1Svmgf7R0 Message-ID: From: Craig Rodrigues To: Chris Brennan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 23:00:02 -0000 Hi, Thanks. Your text is better than mine, and I actually learned something from it. :) For this line: (1) FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet Connectio= n Does this mean that this ISO has the minimal stuff to boot, and then do an install by downloading packages over the Internet? I really don= 't know, that's why I'm asking. :) Do you understand enough of the release makefiles under src/release/ to propose a patch to include your README? I am not up to spe= ed on how the release scripts figure out what files to copy to the ftp directory. BTW, I am a FreeBSD src committer, and am working on adding a section to the FreeBSD handbook, so I am quite familiar with those things. :) I am just trying to propose minor ideas to make it easier for new users to figure out how to download and install FreeBSD. :) --=20 Craig Rodrigues rodrigc@crodrigues.org On Sat, Sep 3, 2011 at 2:21 PM, Chris Brennan wrote: > > Your on the right track, lets be a little more verbose/correct > > 1. FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet Connectio= n > > 2. FreeBSD-8.2-RELEASE-i386-disc1.iso - Full Installer, includes all > files to install base. > > 3. FreeBSD-8.2-RELEASE-i386-dvd1.iso.xz - DID-sized image, includes > Base+Packages (not entire collection) > > 4. FreeBSD-8.2-RELEASE-i386-livefs.iso - Live file system, > boot and run off of CD/DVD, used for recovery # Good Enough > > 5. FreeBSD-8.2-RELEASE-i386-memstick.img - Installer for USB memory > stick # Same as above > > That wordy page you skimmed over, I believe it explains what these all > do. It's great that your interested in FreeBSD, but keep in mind, > FreeBSD isn't for the lighthearted or impatient and reading is a > necessity. The handbook is almost required reading, it will answer > almost all of your very basic questions. > > -- >> 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 =A09E4A EECD 9A84 D5B2 0C0C) > ------------------------------------------------------------------------ > From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 23:14: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 79CA9106564A for ; Sat, 3 Sep 2011 23:14:12 +0000 (UTC) (envelope-from xaero@xaerolimit.net) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2A18FC0C for ; Sat, 3 Sep 2011 23:14:11 +0000 (UTC) Received: by vws18 with SMTP id 18so4086275vws.13 for ; Sat, 03 Sep 2011 16:14:11 -0700 (PDT) Received: by 10.220.90.16 with SMTP id g16mr662326vcm.267.1315091649955; Sat, 03 Sep 2011 16:14:09 -0700 (PDT) Received: from [192.168.0.9] (ool-43529a81.dyn.optonline.net [67.82.154.129]) by mx.google.com with ESMTPS id e7sm2251111vdh.25.2011.09.03.16.14.07 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 03 Sep 2011 16:14:08 -0700 (PDT) Message-ID: <4E62B4A2.1060302@xaerolimit.net> Date: Sat, 03 Sep 2011 19:13:38 -0400 From: Chris Brennan User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.1) Gecko/20110830 Thunderbird/6.0.1 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4E629A62.8020903@xaerolimit.net> In-Reply-To: X-Enigmail-Version: 1.3.1 OpenPGP: id=D5B20C0C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEE374026611A1F347A4B5C4C" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 23:14:12 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE374026611A1F347A4B5C4C Content-Type: multipart/mixed; boundary="------------020800010006080100060008" This is a multi-part message in MIME format. --------------020800010006080100060008 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 9/3/2011 6:36 PM, Garrett Cooper wrote: > http://fedoraproject.org/get-fedora might be a good start for what > to write, as well as http://www.ubuntu.com/download (the Ubuntu site > is incredibly user friendly -- I would choose that over the Fedora > site). > Thanks! > -Garrett Personally, I wouldn't choose either of these, but that's just a preference, I like neither of them as a project. FreeBSD, Debian or Gentoo would be my choices. --=20 > 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) ------------------------------------------------------------------------ --------------020800010006080100060008-- --------------enigEE374026611A1F347A4B5C4C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOYrSpAAoJEO7NmoTVsgwMP5AH/3sDaLR/aGaB5X4TGurD+HtF ifQciUTOG3uSoCVzHDvIrDIACXV1JDXaEFSoxEx5MkCJALTwMckd1NPUbaiuxu9m 3aqEy7J6Y6042c3nT/DaGYbeCZGoI21Uy7+AQm0d3Jl83kaolWXmeSf0UAFgSPrR hLoi/QZ7LSQNfPpKSekWLOnjaKXY8+f9s7VFGFBoC0npafteI9thkw6Txr3hWsPx 5SohOgZ+EcWVvc5NAYiNhf3FZ0NpvoayvS6mXGXSgCV/sffYyLTk5N0WkggsGrYo PBdTJRJVX5QOk7yrBiWxBa5AviSmSgHbpj1tWfcbiBdO6d6CCPjO9P6x2Gb0DKM= =2N68 -----END PGP SIGNATURE----- --------------enigEE374026611A1F347A4B5C4C-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 3 23:43: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 3650B106566C for ; Sat, 3 Sep 2011 23:43:21 +0000 (UTC) (envelope-from amvandemore@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 B722D8FC12 for ; Sat, 3 Sep 2011 23:43:20 +0000 (UTC) Received: by fxe4 with SMTP id 4so3426696fxe.13 for ; Sat, 03 Sep 2011 16:43:19 -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=U7MdyaOKYLFqiiExxrrUnGUq2VmBGiqUL+rPsvjU7pk=; b=oyy33EbECPlZYNRTYRs36KIuMBCVmFZ3f6DpF1ZojhyGkbYNF6WxOFkPGK3X206hoL rflhVo6nQ4x78NYqN+kRf6KPd9dMKAOKW268+Gpi8iqQfki/Dw7pKlZ1SEj4Mb6pnery sYuO7vPTNLOp1NFBJNWpfPF1vHfbiAghi9xHs= MIME-Version: 1.0 Received: by 10.223.16.205 with SMTP id p13mr2720362faa.69.1315091559449; Sat, 03 Sep 2011 16:12:39 -0700 (PDT) Received: by 10.223.120.72 with HTTP; Sat, 3 Sep 2011 16:12:39 -0700 (PDT) In-Reply-To: References: <4E629A62.8020903@xaerolimit.net> Date: Sat, 3 Sep 2011 18:12:39 -0500 Message-ID: From: Adam Vande More To: Craig Rodrigues Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Chris Brennan Subject: Re: Need a README to explain items in download directory X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 03 Sep 2011 23:43:21 -0000 On Sat, Sep 3, 2011 at 6:00 PM, Craig Rodrigues wrote: > For this line: > > (1) FreeBSD-8.2-RELEASE-i386-bootonly.iso - Requires an Internet > Connection > > Does this mean that this ISO has the minimal stuff to boot, and > then do an install by downloading packages over the Internet? I really > don't > know, that's why I'm asking. :) > While such wording may be helpful to a new user over completely absent directions, it's technically flawed. You don't need an internet connection, but rather a network connection or some other form of installation media. -- Adam Vande More