From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 04:23:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FE5B106566C; Sun, 26 Feb 2012 04:23:12 +0000 (UTC) (envelope-from superbisquit@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 A757B8FC13; Sun, 26 Feb 2012 04:23:11 +0000 (UTC) Received: by vbmv11 with SMTP id v11so20440vbm.13 for ; Sat, 25 Feb 2012 20:23:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=G5XWl9IEddzpCIlvBRoQK+KtAxT2K5nUhJt6azp/mi4=; b=Qyh9hGhiFLcuUwVM3btsTyQ0rv9Et7sXQWIz6dus3uuszuEBG8iJInwd4qK5r95+6R NTT9xqE8xcGV2D5b4SM52U1iK7ijPWq+yM2Es7CKMSwItpjVNDCNYEgonlG1pNGp6y0q BNK0IdzmVXbwsf88Q9hFr5aL9DsWtbAyUMCXI= MIME-Version: 1.0 Received: by 10.52.35.12 with SMTP id d12mr986285vdj.99.1330230190916; Sat, 25 Feb 2012 20:23:10 -0800 (PST) Received: by 10.52.170.239 with HTTP; Sat, 25 Feb 2012 20:23:10 -0800 (PST) Date: Sat, 25 Feb 2012 23:23:10 -0500 Message-ID: From: Super Bisquit To: freebsd-current , FreeBSD PowerPC ML Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 04:23:12 -0000 Machine: PowerPC 7445 Kernel 9.0 I've used. Entered "env -i" stated as prefix to "make buildkernel KERNCONF=$VERSION" command. Kernel build stops with following immediate error: "ERROR: version of config(8) does not match kernel! config version = 600007, version required = 600010. Okay. Now I've looked at the standard-supfile and notice that the tag is at RELENG=8. Now, if I change this to tag=RELENG_10- and I've already asked for where the 10.0 sources are with no replies- will the system crap out on me? From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 04:45:12 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC8B71065670 for ; Sun, 26 Feb 2012 04:45:12 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 24BB28FC08 for ; Sun, 26 Feb 2012 04:45:11 +0000 (UTC) Received: (qmail 83970 invoked by uid 0); 25 Feb 2012 23:45:11 -0500 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 25 Feb 2012 23:45:11 -0500 Date: Sat, 25 Feb 2012 23:45:00 -0500 From: Glen Barber To: Super Bisquit Message-ID: <20120226044459.GA1338@glenbarber.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 04:45:12 -0000 On Sat, Feb 25, 2012 at 11:23:10PM -0500, Super Bisquit wrote: > Machine: PowerPC 7445 Kernel 9.0 > I've used. Entered "env -i" stated as prefix to "make buildkernel > KERNCONF=$VERSION" command. > > Kernel build stops with following immediate error: > "ERROR: version of config(8) does not match kernel! > config version = 600007, version required = 600010. > > Okay. Now I've looked at the standard-supfile and notice that the tag > is at RELENG=8. > > Now, if I change this to tag=RELENG_10- and I've already asked for > where the 10.0 sources are with no replies- will the system crap out > on me? I don't know about PPC-specific stuff, but the tag should be "tag=." for HEAD (aka, 10-CURRENT). Glen From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 05:09:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF0B1106564A for ; Sun, 26 Feb 2012 05:09:48 +0000 (UTC) (envelope-from superbisquit@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 71A9B8FC08 for ; Sun, 26 Feb 2012 05:09:48 +0000 (UTC) Received: by vbmv11 with SMTP id v11so31876vbm.13 for ; Sat, 25 Feb 2012 21:09:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=cehXWZR2j5hfqu00EqmliG5IYOJV1cG1lxKBQEGA+xo=; b=X2vLEBLsufnN8cwdUMsFTTfS3/II34BQqNQsdEmJvOccDNssXvmBf3BzZ+rHEvXSoa nIEmbJcdO8JGou2TFxRU0sPsoMaawL3Nj0fy+RtsWk8VlSoI9KjUC/t6oodu/+C0/5+d fNNpgEj4jwg1prtjJKjXL1l/oAcNPm6PuHs+I= MIME-Version: 1.0 Received: by 10.220.115.135 with SMTP id i7mr4127252vcq.40.1330232987775; Sat, 25 Feb 2012 21:09:47 -0800 (PST) Received: by 10.52.170.239 with HTTP; Sat, 25 Feb 2012 21:09:47 -0800 (PST) In-Reply-To: <20120226044459.GA1338@glenbarber.us> References: <20120226044459.GA1338@glenbarber.us> Date: Sun, 26 Feb 2012 00:09:47 -0500 Message-ID: From: Super Bisquit To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 05:09:48 -0000 Okay, Will I need to restate all as "10_CURRENT" for the kernel(standard)-supfile or should I use the cvs-supfile as the template with 10.0_CURRENT as the tag? On 2/25/12, Glen Barber wrote: > On Sat, Feb 25, 2012 at 11:23:10PM -0500, Super Bisquit wrote: >> Machine: PowerPC 7445 Kernel 9.0 >> I've used. Entered "env -i" stated as prefix to "make buildkernel >> KERNCONF=$VERSION" command. >> >> Kernel build stops with following immediate error: >> "ERROR: version of config(8) does not match kernel! >> config version = 600007, version required = 600010. >> >> Okay. Now I've looked at the standard-supfile and notice that the tag >> is at RELENG=8. >> >> Now, if I change this to tag=RELENG_10- and I've already asked for >> where the 10.0 sources are with no replies- will the system crap out >> on me? > > I don't know about PPC-specific stuff, but the tag should be "tag=." for > HEAD (aka, 10-CURRENT). > > Glen > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 05:17:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B76A81065672 for ; Sun, 26 Feb 2012 05:17:45 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 673828FC08 for ; Sun, 26 Feb 2012 05:17:44 +0000 (UTC) Received: (qmail 95181 invoked by uid 0); 26 Feb 2012 00:17:43 -0500 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 26 Feb 2012 00:17:43 -0500 Date: Sun, 26 Feb 2012 00:17:38 -0500 From: Glen Barber To: Super Bisquit Message-ID: <20120226051738.GA2118@glenbarber.us> References: <20120226044459.GA1338@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 05:17:45 -0000 On Sun, Feb 26, 2012 at 12:09:47AM -0500, Super Bisquit wrote: > On 2/25/12, Glen Barber wrote: > > On Sat, Feb 25, 2012 at 11:23:10PM -0500, Super Bisquit wrote: > >> Machine: PowerPC 7445 Kernel 9.0 > >> I've used. Entered "env -i" stated as prefix to "make buildkernel > >> KERNCONF=$VERSION" command. > >> > >> Kernel build stops with following immediate error: > >> "ERROR: version of config(8) does not match kernel! > >> config version = 600007, version required = 600010. > >> > >> Okay. Now I've looked at the standard-supfile and notice that the tag > >> is at RELENG=8. > >> > >> Now, if I change this to tag=RELENG_10- and I've already asked for > >> where the 10.0 sources are with no replies- will the system crap out > >> on me? > > > > I don't know about PPC-specific stuff, but the tag should be "tag=." for > > HEAD (aka, 10-CURRENT). > > > > Okay, > Will I need to restate all as "10_CURRENT" for the > kernel(standard)-supfile or should I use the cvs-supfile as the > template with 10.0_CURRENT as the tag? > I'm not entirely sure I understand your question. You should not sepecify 10-anything in supfiles for HEAD - 10-anything doesn't exist. For HEAD, you want to use "." as the tag. Glen From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 05:17:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F4DF106566B for ; Sun, 26 Feb 2012 05:17:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43D6D8FC0C for ; Sun, 26 Feb 2012 05:17:47 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so415920wib.13 for ; Sat, 25 Feb 2012 21:17:47 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.180.101.37 as permitted sender) client-ip=10.180.101.37; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.180.101.37 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.180.101.37]) by 10.180.101.37 with SMTP id fd5mr9547191wib.1.1330233467348 (num_hops = 1); Sat, 25 Feb 2012 21:17:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=X0KBA139aV4659P4Y595GXojDuzAiWM01gYvx9rtWY4=; b=ooFNGhovE+8bvv1C4sLt5CcodfdQioW7DPmfDdM1w66vpBf9YwiI7TBgQllrWdjyj2 zigf91Jwf4tmPrgF1kAKIDWt6FKa+Qk73JATFeOF+qk6ttWMnE1a7sXVNL5U2dG8Vy05 cj4ucNAEJmhA/aIJnYMNtEa/p7mJ6a/52V8tk= MIME-Version: 1.0 Received: by 10.180.101.37 with SMTP id fd5mr7523104wib.1.1330233467266; Sat, 25 Feb 2012 21:17:47 -0800 (PST) Received: by 10.223.16.82 with HTTP; Sat, 25 Feb 2012 21:17:47 -0800 (PST) In-Reply-To: References: <20120226044459.GA1338@glenbarber.us> Date: Sat, 25 Feb 2012 21:17:47 -0800 Message-ID: From: Kevin Oberman To: Super Bisquit Content-Type: text/plain; charset=ISO-8859-1 Cc: Glen Barber , freebsd-current Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 05:17:49 -0000 On Sat, Feb 25, 2012 at 9:09 PM, Super Bisquit wrote: > Okay, > Will I need to restate all as "10_CURRENT" for the > kernel(standard)-supfile or should I use the cvs-supfile as the > template with 10.0_CURRENT as the tag? You will need to change the tag in the standard supfile to: *default release=cvs tag=. The name 10-Current is used in discussions, but current is not tagged. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 05:38:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A26121065748 for ; Sun, 26 Feb 2012 05:38:35 +0000 (UTC) (envelope-from superbisquit@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 57ECE8FC14 for ; Sun, 26 Feb 2012 05:38:35 +0000 (UTC) Received: by vbmv11 with SMTP id v11so38695vbm.13 for ; Sat, 25 Feb 2012 21:38:34 -0800 (PST) Received-SPF: pass (google.com: domain of superbisquit@gmail.com designates 10.52.172.202 as permitted sender) client-ip=10.52.172.202; Authentication-Results: mr.google.com; spf=pass (google.com: domain of superbisquit@gmail.com designates 10.52.172.202 as permitted sender) smtp.mail=superbisquit@gmail.com; dkim=pass header.i=superbisquit@gmail.com Received: from mr.google.com ([10.52.172.202]) by 10.52.172.202 with SMTP id be10mr4344800vdc.116.1330234714882 (num_hops = 1); Sat, 25 Feb 2012 21:38:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=te4rejS31ZMzeyxTPGlHmZXVTUEyL7fcRYJQ76atOxc=; b=oybZUPfzBnFGRphYflm0p7TfEjY9+zwQrKAfcX99hyGKFjqIaeP7CPSQpD+r2qiUYf C5DVMS3zpxap6CBiqdOb8X5GUG5h/xPGjpczPlTCf/YeSXKzKs62SPjx1Oy3fROvp/zd N8Iv79UtvgQYn/Twi17whuS3+fyGe1JquzqTo= MIME-Version: 1.0 Received: by 10.52.172.202 with SMTP id be10mr3487647vdc.116.1330234714634; Sat, 25 Feb 2012 21:38:34 -0800 (PST) Received: by 10.52.170.239 with HTTP; Sat, 25 Feb 2012 21:38:34 -0800 (PST) In-Reply-To: References: <20120226044459.GA1338@glenbarber.us> Date: Sun, 26 Feb 2012 00:38:34 -0500 Message-ID: From: Super Bisquit To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 05:38:35 -0000 Both standard-supfile and kernel-supfile were edited to use the "." tag along with the CVS server being cvsup.FreeBSDS.org; but, I'm still getting the version error for config(8). It seems to me that my problem may be the base system is out of sync with the source- I'm using Whitehorn's 2010 snapshot because the recent versions won't load on my machine. Not too sure about compiling config from usr.sbin since doing this the recent time caused errors. So, I'm thinking that either I need to keep "make buildkernel" from checking config version- which I don't know how to do- or wgetting version 600010 of config(8)- of which I don't know which server has that version. On 2/26/12, Kevin Oberman wrote: > On Sat, Feb 25, 2012 at 9:09 PM, Super Bisquit > wrote: >> Okay, >> Will I need to restate all as "10_CURRENT" for the >> kernel(standard)-supfile or should I use the cvs-supfile as the >> template with 10.0_CURRENT as the tag? > > You will need to change the tag in the standard supfile to: > *default release=cvs tag=. > > The name 10-Current is used in discussions, but current is not tagged. > -- > R. Kevin Oberman, Network Engineer > E-mail: kob6558@gmail.com > From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 10:25:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4055106566B for ; Sun, 26 Feb 2012 10:25:18 +0000 (UTC) (envelope-from fbsd8@a1poweruser.com) Received: from mail-03.name-services.com (mail-03.name-services.com [69.64.155.195]) by mx1.freebsd.org (Postfix) with ESMTP id A7F2F8FC08 for ; Sun, 26 Feb 2012 10:25:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; q=dns/txt; s=DKIM-NAME-SERVICES; d=a1poweruser.com; h=From:To:Cc:Subject:Message-ID:X-Sender:X-Envelope-From; l=500; bh=Q+nEW+yVlwk0CPAGhj+dE3hoSur6lCnAWQgQE8GYmeo=; b=ICZ2T8dOw+SmFRENUl7TevphSULbZ3hJNS0eS+6q/PEB7+PKCpQcHZr5LWK8tsY/pzS2FyVaptmBfR8bbZWcuXsrY4fZURBV6Zhe40mYzmht1UGwFP8Xd9FFCtsK4VQ+VAhEwDzctJFFZo5qvLwfP7h1oWtFRNIE8eJUiL5Xm7w= Received: from [192.168.1.125] ([120.29.64.34]) by mail-03.name-services.com with Microsoft SMTPSVC(6.0.3790.4675); Sun, 26 Feb 2012 02:08:18 -0800 Message-ID: <4F4A048F.7000309@a1poweruser.com> Date: Sun, 26 Feb 2012 18:08:15 +0800 From: Fbsd8 User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 26 Feb 2012 10:08:18.0792 (UTC) FILETIME=[90172E80:01CCF46E] X-Sender: fbsd8@a1poweruser.com X-Envelope-From: fbsd8*a1poweruser.com Subject: 9.0 base.txz ftp download time out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 10:25:18 -0000 I have a scripted ftp download for 8.x and 9.0 distribution files. When I target 8.x releases it downloads the multiple distribution files without any problems. To get the complete group takes about 20 minutes and ends cleanly. But when I try to fetch the 9.0 base.txz file it says 100% completed and then times out. It also runs about 20 minutes just to download the single file. I do get the base.txz file downloaded but it ends uncleanly saying it timed out. All the mirrors issue standard login messages saying there are restrictions in effect. My question is there some restriction about time allowed per file downloaded? And now that the layout of the 9.0 distribution files has changed to a large file compared to many small files in a directory as for 8.0 is this causing the base.txz file download to time out? IE: does the ftp restrictions need to be changed for the new 9.0 distribution file? Here is log of my ftp run. 230 Anonymous access granted, restrictions apply Remote system type is UNIX. Using binary mode to transfer files. prompt off Interactive mode off. cd /pub/FreeBSD/releases/i386/i386/9.0-RELEASE 250 CWD command successful epsv4 off EPSV/EPRT on IPv4 off. mreget base.txz doc.txz local: base.txz remote: base.txz 227 Entering Passive Mode (137,189,4,14,221,218). 150 Opening BINARY mode data connection for base.txz (54107736 bytes) 100% |***********************************| 52839 KiB 42.93 KiB/s 00:00 ETA 421 Service not available, remote server timed out. Connection closed. 54107736 bytes received in 21:30 (40.93 KiB/s) ftp: No control connection for command From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 10:48:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D44F8106566C; Sun, 26 Feb 2012 10:48: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 89A6A8FC0A; Sun, 26 Feb 2012 10:48:44 +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 <1S1bel-0007nr-6X>; Sun, 26 Feb 2012 11:48:43 +0100 Received: from e178009215.adsl.alicedsl.de ([85.178.9.215] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S1bel-0007N0-1M>; Sun, 26 Feb 2012 11:48:43 +0100 Message-ID: <4F4A0E04.1080601@zedat.fu-berlin.de> Date: Sun, 26 Feb 2012 11:48:36 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Eduardo Morras References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4EFDA80600B0354D@> (added by postmaster@resmaa14.ono.com) In-Reply-To: <4EFDA80600B0354D@> (added by postmaster@resmaa14.ono.com) X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig6112DC3C769AE6AA657C5D96" X-Originating-IP: 85.178.9.215 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2012 10:48:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig6112DC3C769AE6AA657C5D96 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02/23/12 14:38, Eduardo Morras wrote: > At 12:22 23/02/2012, O. Hartmann wrote: >> Several time ago I tried to do some development within an IDE, not eve= n >> for lectural and educational purposes. Since most of our software is >> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE >> was highly customizable, flexible and even FreeBSD's ancient outdated >> version in the ports suited our needs. >> >> Anjuta does not compile anymore for a long time. I do not know why, I >> filed a PR (ports/161494). So I was looking for an alternative. >> >> I looked for some alternatives. The IDE should be configurable to use >> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried >> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of >> configuration of an alternative compiler and I find it really hard and= >> not intuitiv to reconfigure the usage of CLANG. >> >> devel/anjuta is broken, so no chance. I also tried KDevelop, since man= y >> of our Linux based scientists feel good having this very popular IDE, >> but it is marked "broken" on FreeBSD. >> >> Before I waste more time on searching for a suitable IDE apart ANJUTA,= >> I'd like to ask people here what alternative they would suggest if the= >> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBloc= ks >> is incapable of being easily adapted to CLANG. >> >> Befor people tend to start a flame war: yes, I'm fine with vi and I'm >> also fine with vim/gvim, but our students need to have the opportunity= >> to work with an IDE and our projects are partially that large, so an I= DE >> is needed. >> >> Thanks a lot for your patience and recommendations in advance. >=20 > Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on > ports is 3.0 not 3.5. On the webpage you have information about how to > configure for use with clang/llvm. Codelite looks nice. But why is codelite setup in editors/codelite and not in devel/codelite as other IDEs? By the way, do all IDEs supported by FreeBSD suffer from being outdated and aged eons? CodeLite 3.5 is at this very moment the most recent version and claims to provide a much better LLVM/CLANG support. Hope I can convince the maintainer by sending a PR ;-) >=20 >> Oliver >=20 >=20 --------------enig6112DC3C769AE6AA657C5D96 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.18 (FreeBSD) iQEcBAEBAgAGBQJPSg4KAAoJEOgBcD7A/5N8vsoH/1asaGPsnPBmejjAo/cSb42R BPpTogBPTwp88l09hToKPYNNnrUuxlgt8vPcL3EO3JzHFKHrpogmw/IXLnj8Ftuw CA2Ya7B/QU6jQqYbziFzcsrrv7sDEvud7W1rYnIKEX016rzZF8b1z2O/TYGLGZ2Q H0oKC0ojaOTs71JlGnIA1LRqktc20DFq52QzvnxDmJbzKnWKaVsYTkseExixTM50 pGC9vx6QH0MQUkCGNMsoGRDn8R9/9umdlXAXCsxiN2UnpwyJVmyJZ+opoC4AbrOn r12SLIrAYYcws3hK0nuk6pBCflbq+Pgb/KUAcIEGuQaYz/WMvVth1OucAh3YfQs= =l1Zm -----END PGP SIGNATURE----- --------------enig6112DC3C769AE6AA657C5D96-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 10:51:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F679106566B for ; Sun, 26 Feb 2012 10:51:54 +0000 (UTC) (envelope-from utisoft@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 1D2E28FC14 for ; Sun, 26 Feb 2012 10:51:53 +0000 (UTC) Received: by iaeo4 with SMTP id o4so6486949iae.13 for ; Sun, 26 Feb 2012 02:51:53 -0800 (PST) Received-SPF: pass (google.com: domain of utisoft@gmail.com designates 10.50.156.194 as permitted sender) client-ip=10.50.156.194; Authentication-Results: mr.google.com; spf=pass (google.com: domain of utisoft@gmail.com designates 10.50.156.194 as permitted sender) smtp.mail=utisoft@gmail.com; dkim=pass header.i=utisoft@gmail.com Received: from mr.google.com ([10.50.156.194]) by 10.50.156.194 with SMTP id wg2mr12362325igb.18.1330253513610 (num_hops = 1); Sun, 26 Feb 2012 02:51:53 -0800 (PST) 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=sUtKfEQeSNjmksvFFVpa9vgSMt22v0S3R2CaNsWGixw=; b=W97P+OnGJp3LBivqGCVcRU0gSARnTDfEj1PY/WzE+6dRrBiZP/7yonQ9HbO24A2235 J50gmNamYncouTUdNZOTnPCjttIBvYTHtUrw9U7jFO+6kPa+3g+oIxGhCoj/J6OseILF JFWBCEWADXON+8nYTrepubiL6fQI/p4mmXuZo= Received: by 10.50.156.194 with SMTP id wg2mr9993938igb.18.1330253513566; Sun, 26 Feb 2012 02:51:53 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.155.20 with HTTP; Sun, 26 Feb 2012 02:51:23 -0800 (PST) In-Reply-To: References: <20120226044459.GA1338@glenbarber.us> From: Chris Rees Date: Sun, 26 Feb 2012 10:51:23 +0000 X-Google-Sender-Auth: T-ev96uqha_UKnUPLHFmtCvkT28 Message-ID: To: Super Bisquit Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 10:51:54 -0000 On 26 February 2012 05:38, Super Bisquit wrote: > Both standard-supfile and kernel-supfile were edited to use the "." > tag along with the CVS server being cvsup.FreeBSDS.org; but, I'm still > getting the version error for config(8). =A0It seems to me that my > problem may be the base system is out of sync with the source- I'm > using Whitehorn's 2010 =A0snapshot because the recent versions won't > load on my machine. Not too sure about compiling config from > usr.sbin since doing this the recent time caused errors. So, I'm > thinking that either I need to keep "make buildkernel" from checking > config version- which I don't know how to do- or wgetting version > 600010 of config(8)- of which I don't know which server has that > version. Have you tried just removing your entire src tree and re-csupping? Looks like it might be polluted somewhere... Chris From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 12:56:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mandree.no-ip.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 9EF0D106577F for ; Sun, 26 Feb 2012 12:56:19 +0000 (UTC) (envelope-from mandree@FreeBSD.org) Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by apollo.emma.line.org (Postfix) with ESMTP id BD51323D05E for ; Sun, 26 Feb 2012 13:56:18 +0100 (CET) Message-ID: <4F4A2BF2.8030408@FreeBSD.org> Date: Sun, 26 Feb 2012 13:56:18 +0100 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.27) Gecko/20120216 Mnenhy/0.8.3 Thunderbird/3.1.19 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F462189.3040106@mail.zedat.fu-berlin.de> In-Reply-To: <4F462189.3040106@mail.zedat.fu-berlin.de> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2012 12:56:19 -0000 Am 23.02.2012 12:22, schrieb O. Hartmann: > Several time ago I tried to do some development within an IDE, not even > for lectural and educational purposes. Since most of our software is > written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE > was highly customizable, flexible and even FreeBSD's ancient outdated > version in the ports suited our needs. > > Anjuta does not compile anymore for a long time. I do not know why, I > filed a PR (ports/161494). So I was looking for an alternative. Anjuta compiles fine for me on 9-STABLE with GCC, but I can reproduce the build failure with clang that you've filed there. The following lines were also posted as bug-followup: ----------------------------------------------------------- (Note I'm not a member of the gnome@ team.) While I can reproduce the build failure with clang (possibly related to the "not portable" warnings your're seeing), building anjuta with gcc works fine for me. Can you post the command lines and relevant configuration files (like make.conf) that you've used to attempt a build with GCC? Chances are you haven't thoroughly switched to GCC. For me, using portmaster's -m option wouldn't work. Note that you can pass V=1 as make argument to get the full compiler command lines, rather than the short "CC" "CCLD" lines, to see what's actually happening. ----------------------------------------------------------- Please check the lines above. The relevant lines from the PR seem to be: ----------------------------------------------------------- *** Warning: Linking the executable benchmark against the loadable module *** libanjuta-symbol-db.so is not portable! ./../.libs/libanjuta-symbol-db.so: undefined reference to `sdb_engine_get_statement_by_query_id' ./../.libs/libanjuta-symbol-db.so: undefined reference to `sdb_engine_get_tuple_id_by_unique_name' clang: error: linker command failed with exit code 1 (use -v to see invocation) gmake[6]: *** [benchmark] Error 1 ----------------------------------------------------------- Chances are that these are genuine bugs in the Anjuta build system. From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 14:53:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AD9106566C for ; Sun, 26 Feb 2012 14:53:39 +0000 (UTC) (envelope-from dddaley@yahoo.com) Received: from nm24.access.bullet.mail.mud.yahoo.com (nm24.access.bullet.mail.mud.yahoo.com [66.94.237.89]) by mx1.freebsd.org (Postfix) with SMTP id C26AE8FC0C for ; Sun, 26 Feb 2012 14:53:38 +0000 (UTC) Received: from [66.94.237.201] by nm24.access.bullet.mail.mud.yahoo.com with NNFMP; 26 Feb 2012 14:53:38 -0000 Received: from [66.94.237.118] by tm12.access.bullet.mail.mud.yahoo.com with NNFMP; 26 Feb 2012 14:53:38 -0000 Received: from [127.0.0.1] by omp1023.access.mail.mud.yahoo.com with NNFMP; 26 Feb 2012 14:53:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 394413.24218.bm@omp1023.access.mail.mud.yahoo.com Received: (qmail 96253 invoked by uid 60001); 26 Feb 2012 14:53:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1330268018; bh=rOntThSdazXZVn0i4WGzwaqaNK++BQJG6nbLNOT3yRo=; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YCvu/GM1AUzsikybLQ1tnnAMWXPsFzeCjweBuP8f7UJ/LKKWMKvHxoh4Z+POcg+oukEdGufGAq/AY3c3WtELHwZns4IrJKyuoNuEOwB2DmRQ6VGEdm67YbE7f+SyzvqpvsZkmUjsjm46nTELNwsCZp9cQgY0pqcDx9lrVMVgX8s= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:References:Message-ID:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=spf/oMY4nCYmAFX1pnJrdLNqhxRIaL7u1BpDqhmNYxvHYvqe7wHjGeqp2gHm7DGvwk52Csnv4OjAEz8OCyMsVOMHXiZt3f5PXNa5Y+RwAaB/dgK7r4mXNQC+xOFHYJ9Jtm/7euYLkHZ7ovM7dVVPQQn3jK6asaZmGCzxwI+/1rc=; X-YMail-OSG: qK3g3FcVM1kET5epAyB99MmdQ9WmolsVBUJYZ8dXn0lFKov bIZ9WZGV6SLvNOUB26q95CcW3wxOaWoWXPi8XXlNliC5fKs8KAR1uAVHm2RR fy9CSVnk64o82HvYrfcF.m.TsZJ4G.1tXurfgzJUHS1097uqA4MYU3IvLhy_ YvwfFC0fh1ifSx3XViXZ48OVHLPcm9ka8kbxqt8ZMhbzxLuj.4V7gzUfmggd 7RKCTnzFZmIddOiqqp8s0digB.NfwqMVv1Nwv6v7KBTrq12.VCi_rl3NcRfP bqV.VjssXXhttypqM6lns7M_E6rdXFId9.pr2cxE9CZbC8VSOtXCdnUlFYkN uPRb18iLdDs98gjkWZf1g7YHhtG._bXoC35LVpZHj5r615rkvkQs4aW8VY3. 098MRTwb9e.Tw0BKOEJl6PCLKHxZZuBn_7FJI8LQ3KsLLeUO0d1vP4Il6zZZ 06KJvEUMTYfMY_toO1w-- Received: from [107.30.53.54] by web83102.mail.mud.yahoo.com via HTTP; Sun, 26 Feb 2012 06:53:38 PST X-Mailer: YahooMailRC/708 YahooMailWebService/0.8.116.338427 References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4EFDA80600B0354D@> (added by postmaster@resmaa14.ono.com) <4F4A0E04.1080601@zedat.fu-berlin.de> Message-ID: <1330268018.93113.YahooMailRC@web83102.mail.mud.yahoo.com> Date: Sun, 26 Feb 2012 06:53:38 -0800 (PST) From: Dan Daley To: "O. Hartmann" , Eduardo Morras In-Reply-To: <4F4A0E04.1080601@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD , Ports FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2012 14:53:39 -0000 Not all IDEs are so out of data. Netbeans is quite current (7.1). Eclipse is pretty close to the commonly available version as well. Have you tried building codelite from their sources? I may give it a try, just out of curiosity... ________________________________ From: O. Hartmann To: Eduardo Morras Cc: Current FreeBSD ; Ports FreeBSD Sent: Sun, February 26, 2012 4:48:36 AM Subject: Re: No working IDE in FreeBSD! On 02/23/12 14:38, Eduardo Morras wrote: > At 12:22 23/02/2012, O. Hartmann wrote: >> Several time ago I tried to do some development within an IDE, not even >> for lectural and educational purposes. Since most of our software is >> written in C/C++ and OpenCL, I highly prefered ANJUTA, since this IDE >> was highly customizable, flexible and even FreeBSD's ancient outdated >> version in the ports suited our needs. >> >> Anjuta does not compile anymore for a long time. I do not know why, I >> filed a PR (ports/161494). So I was looking for an alternative. >> >> I looked for some alternatives. The IDE should be configurable to use >> CLANG. ECLIPSE is to large and it does not fit my purpose. I tried >> devel/CodeBlocks, but CodeBlocks is narrowminded in terms of >> configuration of an alternative compiler and I find it really hard and >> not intuitiv to reconfigure the usage of CLANG. >> >> devel/anjuta is broken, so no chance. I also tried KDevelop, since many >> of our Linux based scientists feel good having this very popular IDE, >> but it is marked "broken" on FreeBSD. >> >> Before I waste more time on searching for a suitable IDE apart ANJUTA, >> I'd like to ask people here what alternative they would suggest if the >> focus is devel/anjuta. Eclipse is no way, KDevelop is broken, CodeBlocks >> is incapable of being easily adapted to CLANG. >> >> Befor people tend to start a flame war: yes, I'm fine with vi and I'm >> also fine with vim/gvim, but our students need to have the opportunity >> to work with an IDE and our projects are partially that large, so an IDE >> is needed. >> >> Thanks a lot for your patience and recommendations in advance. > > Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on > ports is 3.0 not 3.5. On the webpage you have information about how to > configure for use with clang/llvm. Codelite looks nice. But why is codelite setup in editors/codelite and not in devel/codelite as other IDEs? By the way, do all IDEs supported by FreeBSD suffer from being outdated and aged eons? CodeLite 3.5 is at this very moment the most recent version and claims to provide a much better LLVM/CLANG support. Hope I can convince the maintainer by sending a PR ;-) > >> Oliver > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 18:46:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A291D106566B for ; Sun, 26 Feb 2012 18:46:27 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 70AF88FC16 for ; Sun, 26 Feb 2012 18:46:27 +0000 (UTC) Received: by pbcxa7 with SMTP id xa7so4826806pbc.13 for ; Sun, 26 Feb 2012 10:46:26 -0800 (PST) Received-SPF: pass (google.com: domain of superbisquit@gmail.com designates 10.68.132.229 as permitted sender) client-ip=10.68.132.229; Authentication-Results: mr.google.com; spf=pass (google.com: domain of superbisquit@gmail.com designates 10.68.132.229 as permitted sender) smtp.mail=superbisquit@gmail.com; dkim=pass header.i=superbisquit@gmail.com Received: from mr.google.com ([10.68.132.229]) by 10.68.132.229 with SMTP id ox5mr31594787pbb.65.1330281986968 (num_hops = 1); Sun, 26 Feb 2012 10:46:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=oYFfLO1G6QTl1WCmJq9bJENox2DOpqG9IbcgHJ4R5OY=; b=EkPZ2LFhA4YrQKfLy6sEMH3YQ7672oykof5gia2qqJZ2vuzQwbKua5Lt01AoRYs78d jrhGL+9oUbB0Lg+fSeSdUP6lCaEhnS8cNpCKYq1uP5wiGGWBg26ipIWOuOfjp0sUbMl3 4+swqB0c8/WsM75xnTaRFItamUzYk/mL5vVcI= MIME-Version: 1.0 Received: by 10.68.132.229 with SMTP id ox5mr26817579pbb.65.1330281986922; Sun, 26 Feb 2012 10:46:26 -0800 (PST) Received: by 10.68.48.35 with HTTP; Sun, 26 Feb 2012 10:46:26 -0800 (PST) In-Reply-To: <7DB2E178-80E8-4863-B2F0-8927AF2C6B4B@gromit.dlib.vt.edu> References: <7DB2E178-80E8-4863-B2F0-8927AF2C6B4B@gromit.dlib.vt.edu> Date: Sun, 26 Feb 2012 13:46:26 -0500 Message-ID: From: Super Bisquit To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: PEBKAC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 18:46:27 -0000 What I did was rebuild config(8)from source and then started buildkernel. Thanks to all for the help. On 2/26/12, Paul Mather wrote: > There is no RELENG_10 yet. If you want 10.0 sources you have to track HEAD > ("." in your supfile) right now. > > Cheers, > > Paul. > > Sent from my iPad > > On Feb 25, 2012, at 11:23 PM, Super Bisquit wrote: > >> Machine: PowerPC 7445 Kernel 9.0 >> I've used. Entered "env -i" stated as prefix to "make buildkernel >> KERNCONF=$VERSION" command. >> >> Kernel build stops with following immediate error: >> "ERROR: version of config(8) does not match kernel! >> config version = 600007, version required = 600010. >> >> Okay. Now I've looked at the standard-supfile and notice that the tag >> is at RELENG=8. >> >> Now, if I change this to tag=RELENG_10- and I've already asked for >> where the 10.0 sources are with no replies- will the system crap out >> on me? >> _______________________________________________ >> freebsd-ppc@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-ppc >> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> > From owner-freebsd-current@FreeBSD.ORG Sun Feb 26 23:58:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D01E6106564A for ; Sun, 26 Feb 2012 23:58:44 +0000 (UTC) (envelope-from kob6558@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 554288FC0A for ; Sun, 26 Feb 2012 23:58:43 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so462715wgb.31 for ; Sun, 26 Feb 2012 15:58:43 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.180.24.4 as permitted sender) client-ip=10.180.24.4; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.180.24.4 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.180.24.4]) by 10.180.24.4 with SMTP id q4mr2135704wif.7.1330300723269 (num_hops = 1); Sun, 26 Feb 2012 15:58:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6R0gVAqvdZFIA+M0RzCXw3hApTlIQNue93jyNpTKVL8=; b=E38jHEHnH4BR1vS+TF7nPjIsgz5eNPwrqs/qbj0Kz2iy49BtbWp2kHh76eCPSpU3Jb +tIF4lP4fB29PzngQcMA3AZmIQZh9k4hUHpxU6VKsn6ClszgcyEr5xkdNqtIF1f6WzR/ mL7h/52l1tYpZ0k18DwjD4N+Wg+WzFgP18Ch8= MIME-Version: 1.0 Received: by 10.180.24.4 with SMTP id q4mr1652460wif.7.1330300723181; Sun, 26 Feb 2012 15:58:43 -0800 (PST) Received: by 10.223.16.82 with HTTP; Sun, 26 Feb 2012 15:58:43 -0800 (PST) In-Reply-To: <4F4A048F.7000309@a1poweruser.com> References: <4F4A048F.7000309@a1poweruser.com> Date: Sun, 26 Feb 2012 15:58:43 -0800 Message-ID: From: Kevin Oberman To: Fbsd8 Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: Re: 9.0 base.txz ftp download time out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Feb 2012 23:58:44 -0000 On Sun, Feb 26, 2012 at 2:08 AM, Fbsd8 wrote: > I have a scripted ftp download for 8.x and 9.0 distribution files. > When I target 8.x releases it downloads the multiple distribution files > without any problems. To get the complete group takes about 20 minutes and > ends cleanly. > > But when I try to fetch the 9.0 base.txz file it says 100% completed and > then times out. It also runs about 20 minutes just to download the > single file. I do get the base.txz file downloaded but it ends uncleanly > saying it timed out. > > All the mirrors issue standard login messages saying there are > restrictions in effect. My question is there some restriction about time > allowed per file downloaded? And now that the layout of the 9.0 > distribution files has changed to a large file compared to many small > files in a directory as for 8.0 is this causing the base.txz file > download to time out? IE: does the ftp restrictions need to be changed > for the new 9.0 distribution file? > > Here is log of my ftp run. This is a non-answer as I have not seen this, but have you tried bittorrent? For this sort of thing it is vastly faster than ftp. If you have a fast connection to the Internet, you will be amazed by the speed. http://torrents.freebsd.org:8080 If you need a client, I can recommend azureas and deluge from ports. (Actually, it's been a while since I used deluge, but it worked last I tried. Both are in ports/net-p2p. -- R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 10:45:44 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89E95106564A; Mon, 27 Feb 2012 10:45:44 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 40AC28FC0C; Mon, 27 Feb 2012 10:45:42 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA05799; Mon, 27 Feb 2012 12:45:41 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S1y5N-00023R-A3; Mon, 27 Feb 2012 12:45:41 +0200 Message-ID: <4F4B5ED3.5090508@FreeBSD.org> Date: Mon, 27 Feb 2012 12:45:39 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4F26CC5A.2070501@FreeBSD.org> In-Reply-To: <4F26CC5A.2070501@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 10:45:44 -0000 on 30/01/2012 18:59 Andriy Gapon said the following: > > First, I think that this proposal/discussion could have been more useful before > the 9.0. Maybe the RE would be interested in adding another item to their > pre-release checklist: ask developers about what could be dropped and what should > be added to the Safe Mode settings in a new (.0) release. Probably the developers > should keep the Safe Mode in mind too when adding new features or making other > drastic changes, but the reminder should be welcome. [snip] > o Since we have a separate ACPI option and because ACPI now is almost a mandatory > thing (and not a significant source of boot troubles), maybe we could remove the > code that automatically disables ACPI in Safe Mode? > > o hint.apic.0.disabled - APIC code doesn't seem to be a significant source of boot > troubles, like ACPI it has become almost a mandatory thing. So maybe we should > remove this setting? [dropped proposals snipped] > o hw.eisa_slot - Looks like something from ancient times. Probably just > irrelevant for most systems. > > o hint.kbdmux.0.disabled - I do not recall any recent problems with kbdmux. In > fact disabling it may produce a surprising behavior for a user if there are > multiple keyboards actually attached. > > Just so that the Safe Mode doesn't turn into a NOP I propose to add the following > tunables: > > o kern.eventtimer.periodic=1 - Use periodic timer to drive clocks just in case a > system has any problems with the default mode. Example: PR 164457. > > o kern.geom.part.check_integrity=0 - Let GPART code be more permissive, could be > useful during upgrades from earlier versions of FreeBSD or when multi-booting with > other OSes. > > o More? > How does the following look? diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-commands.4th index 828a148..41ba317 100644 --- a/sys/boot/forth/menu-commands.4th +++ b/sys/boot/forth/menu-commands.4th @@ -62,30 +62,19 @@ marker task-menu-commands.4th -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral evaluate 0= if - s" hint.apic.0.disabled" unsetenv s" hw.ata.ata_dma" unsetenv s" hw.ata.atapi_dma" unsetenv s" hw.ata.wc" unsetenv - s" hw.eisa_slots" unsetenv - s" hint.kbdmux.0.disabled" unsetenv + s" kern.eventtimer.periodic" unsetenv + s" kern.geom.part.check_integrity" unsetenv + s" debug.acpi.disabled" unsetenv else - \ - \ Toggle ACPI elements if necessary - \ - acpipresent? if acpienabled? if - menuacpi @ dup 0<> if - toggle_menuitem ( N -- N ) - then - drop - acpi_disable - then then - - s" set hint.apic.0.disabled=1" evaluate s" set hw.ata.ata_dma=0" evaluate s" set hw.ata.atapi_dma=0" evaluate s" set hw.ata.wc=0" evaluate - s" set hw.eisa_slots=0" evaluate - s" set hint.kbdmux.0.disabled=1" evaluate + s" set kern.eventtimer.periodic=1" unsetenv + s" set kern.geom.part.check_integrity=0" unsetenv + s" set debug.acpi.disabled=hostres" unsetenv then menu-redraw -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 15:53:49 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3A71065672; Mon, 27 Feb 2012 15:53:49 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3E2518FC18; Mon, 27 Feb 2012 15:53:49 +0000 (UTC) Received: from bijou.wasikowski.net (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id B0E795C08F; Mon, 27 Feb 2012 16:53:47 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by bijou.wasikowski.net (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEh7trjqF8MM; Mon, 27 Feb 2012 16:53:44 +0100 (CET) Received: from [192.168.138.150] (cadera.waw.pl [62.121.127.119]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTPSA id 7EF8D5C01A; Mon, 27 Feb 2012 16:53:44 +0100 (CET) Message-ID: <4F4BA707.5070608@wasikowski.net> Date: Mon, 27 Feb 2012 16:53:43 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Feb 2012 15:53:49 -0000 W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: > You cannot ship that on by default for non-tecnical reasons in a kernel. Please do not commit a kernel config that can be booted (no LINT cannot be booted) with these on without consulting appropriate hats upfront. > > >> - ALTQ >> - SW_WATCHDOG >> - QUOTA >> - IPSTEALTH (disabled in loader.conf) >> - IPFIREWALL_FORWARD (touches every packet, power users which need >> a bigger PPS but not this feature can recompile the kernel, >> discussed with julian@) >> - FLOWTABLE (disabled in loader.conf) > Which is not the same as it's not 100% disabled and will still allocate memory. FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if it is fixed by now, but this kind of potential problematic features should not be enabled by default. -- best regards, Lukasz Wasikowski From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 16:01:19 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE6DB106564A for ; Mon, 27 Feb 2012 16:01:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 8505A8FC0A for ; Mon, 27 Feb 2012 16:01:19 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q1RFSdBZ016061; Mon, 27 Feb 2012 10:00:59 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com with ESMTP id 138cgbg4jv-23 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 27 Feb 2012 10:00:59 -0600 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT04.FNFIS.com ([10.132.206.15]) with mapi id 14.01.0323.003; Mon, 27 Feb 2012 10:00:07 -0600 From: "Teske, Devin" To: Andriy Gapon Thread-Topic: revisiting tunables under Safe Mode menu option Thread-Index: AQHM9Wjg0yww86LIaUerjHYjJuKfIQ== Date: Mon, 27 Feb 2012 16:00:07 +0000 Message-ID: <292A7F25-54E1-4795-867F-7B3D3D031319@fisglobal.com> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> In-Reply-To: <4F4B5ED3.5090508@FreeBSD.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.14.152.61] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-02-27_04:2012-02-27, 2012-02-27, 1970-01-01 signatures=0 Cc: "" Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 16:01:19 -0000 On Feb 27, 2012, at 2:45 AM, Andriy Gapon wrote: > on 30/01/2012 18:59 Andriy Gapon said the following: >>=20 >> First, I think that this proposal/discussion could have been more useful= before >> the 9.0. Maybe the RE would be interested in adding another item to the= ir >> pre-release checklist: ask developers about what could be dropped and wh= at should >> be added to the Safe Mode settings in a new (.0) release. Probably the = developers >> should keep the Safe Mode in mind too when adding new features or making= other >> drastic changes, but the reminder should be welcome. > [snip] >> o Since we have a separate ACPI option and because ACPI now is almost a = mandatory >> thing (and not a significant source of boot troubles), maybe we could re= move the >> code that automatically disables ACPI in Safe Mode? >>=20 >> o hint.apic.0.disabled - APIC code doesn't seem to be a significant sour= ce of boot >> troubles, like ACPI it has become almost a mandatory thing. So maybe we= should >> remove this setting? > [dropped proposals snipped] >> o hw.eisa_slot - Looks like something from ancient times. Probably just >> irrelevant for most systems. >>=20 >> o hint.kbdmux.0.disabled - I do not recall any recent problems with kbdm= ux. In >> fact disabling it may produce a surprising behavior for a user if there = are >> multiple keyboards actually attached. >>=20 >> Just so that the Safe Mode doesn't turn into a NOP I propose to add the = following >> tunables: >>=20 >> o kern.eventtimer.periodic=3D1 - Use periodic timer to drive clocks just= in case a >> system has any problems with the default mode. Example: PR 164457. >>=20 >> o kern.geom.part.check_integrity=3D0 - Let GPART code be more permissive= , could be >> useful during upgrades from earlier versions of FreeBSD or when multi-bo= oting with >> other OSes. >>=20 >> o More? >>=20 >=20 > How does the following look? > diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-comma= nds.4th > index 828a148..41ba317 100644 > --- a/sys/boot/forth/menu-commands.4th > +++ b/sys/boot/forth/menu-commands.4th > @@ -62,30 +62,19 @@ marker task-menu-commands.4th > -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral >=20 > evaluate 0=3D if > - s" hint.apic.0.disabled" unsetenv > s" hw.ata.ata_dma" unsetenv > s" hw.ata.atapi_dma" unsetenv > s" hw.ata.wc" unsetenv > - s" hw.eisa_slots" unsetenv > - s" hint.kbdmux.0.disabled" unsetenv > + s" kern.eventtimer.periodic" unsetenv > + s" kern.geom.part.check_integrity" unsetenv > + s" debug.acpi.disabled" unsetenv > else > - \ > - \ Toggle ACPI elements if necessary > - \ > - acpipresent? if acpienabled? if > - menuacpi @ dup 0<> if > - toggle_menuitem ( N -- N ) > - then > - drop > - acpi_disable > - then then > - > - s" set hint.apic.0.disabled=3D1" evaluate > s" set hw.ata.ata_dma=3D0" evaluate > s" set hw.ata.atapi_dma=3D0" evaluate > s" set hw.ata.wc=3D0" evaluate > - s" set hw.eisa_slots=3D0" evaluate > - s" set hint.kbdmux.0.disabled=3D1" evaluate > + s" set kern.eventtimer.periodic=3D1" unsetenv > + s" set kern.geom.part.check_integrity=3D0" unsetenv > + s" set debug.acpi.disabled=3Dhostres" unsetenv > then >=20 > menu-redraw >=20 >=20 The reasoning is sound and diff looks good. +1 BUT... testing warranted and feedback from others should also be sought-= after for consensus. Good work. --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 18:10:26 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B24351065679; Mon, 27 Feb 2012 18:10:26 +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 709B78FC14; Mon, 27 Feb 2012 18:10:26 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 0E9F146B39; Mon, 27 Feb 2012 13:10:26 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 69BE0B99B; Mon, 27 Feb 2012 13:10:25 -0500 (EST) From: John Baldwin To: Andriy Gapon Date: Mon, 27 Feb 2012 11:26:20 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> In-Reply-To: <4F4B5ED3.5090508@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202271126.20118.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 27 Feb 2012 13:10:25 -0500 (EST) Cc: freebsd-current@freebsd.org Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 18:10:26 -0000 On Monday, February 27, 2012 5:45:39 am Andriy Gapon wrote: > on 30/01/2012 18:59 Andriy Gapon said the following: > > > > First, I think that this proposal/discussion could have been more useful before > > the 9.0. Maybe the RE would be interested in adding another item to their > > pre-release checklist: ask developers about what could be dropped and what should > > be added to the Safe Mode settings in a new (.0) release. Probably the developers > > should keep the Safe Mode in mind too when adding new features or making other > > drastic changes, but the reminder should be welcome. > [snip] > > o Since we have a separate ACPI option and because ACPI now is almost a mandatory > > thing (and not a significant source of boot troubles), maybe we could remove the > > code that automatically disables ACPI in Safe Mode? > > > > o hint.apic.0.disabled - APIC code doesn't seem to be a significant source of boot > > troubles, like ACPI it has become almost a mandatory thing. So maybe we should > > remove this setting? > [dropped proposals snipped] > > o hw.eisa_slot - Looks like something from ancient times. Probably just > > irrelevant for most systems. > > > > o hint.kbdmux.0.disabled - I do not recall any recent problems with kbdmux. In > > fact disabling it may produce a surprising behavior for a user if there are > > multiple keyboards actually attached. > > > > Just so that the Safe Mode doesn't turn into a NOP I propose to add the following > > tunables: > > > > o kern.eventtimer.periodic=1 - Use periodic timer to drive clocks just in case a > > system has any problems with the default mode. Example: PR 164457. > > > > o kern.geom.part.check_integrity=0 - Let GPART code be more permissive, could be > > useful during upgrades from earlier versions of FreeBSD or when multi-booting with > > other OSes. > > > > o More? > > > > How does the following look? > diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-commands.4th > index 828a148..41ba317 100644 > --- a/sys/boot/forth/menu-commands.4th > +++ b/sys/boot/forth/menu-commands.4th > @@ -62,30 +62,19 @@ marker task-menu-commands.4th > -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral > > evaluate 0= if > - s" hint.apic.0.disabled" unsetenv > s" hw.ata.ata_dma" unsetenv > s" hw.ata.atapi_dma" unsetenv > s" hw.ata.wc" unsetenv > - s" hw.eisa_slots" unsetenv > - s" hint.kbdmux.0.disabled" unsetenv > + s" kern.eventtimer.periodic" unsetenv > + s" kern.geom.part.check_integrity" unsetenv > + s" debug.acpi.disabled" unsetenv > else > - \ > - \ Toggle ACPI elements if necessary > - \ > - acpipresent? if acpienabled? if > - menuacpi @ dup 0<> if > - toggle_menuitem ( N -- N ) > - then > - drop > - acpi_disable > - then then > - > - s" set hint.apic.0.disabled=1" evaluate > s" set hw.ata.ata_dma=0" evaluate > s" set hw.ata.atapi_dma=0" evaluate > s" set hw.ata.wc=0" evaluate > - s" set hw.eisa_slots=0" evaluate > - s" set hint.kbdmux.0.disabled=1" evaluate > + s" set kern.eventtimer.periodic=1" unsetenv > + s" set kern.geom.part.check_integrity=0" unsetenv > + s" set debug.acpi.disabled=hostres" unsetenv > then > > menu-redraw I'm not sure we need the 'hostres' thing in HEAD and 9-stable after my latest changes? Other than that I think this is fine. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 19:03:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ECA41065672; Mon, 27 Feb 2012 19:03:24 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 465D88FC12; Mon, 27 Feb 2012 19:03:23 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1RJ3L7J017378; Mon, 27 Feb 2012 12:03:21 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <4F4B5ED3.5090508@FreeBSD.org> Date: Mon, 27 Feb 2012 12:03:21 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 19:03:24 -0000 On Feb 27, 2012, at 3:45 AM, Andriy Gapon wrote: > on 30/01/2012 18:59 Andriy Gapon said the following: >>=20 >> First, I think that this proposal/discussion could have been more = useful before >> the 9.0. Maybe the RE would be interested in adding another item to = their >> pre-release checklist: ask developers about what could be dropped and = what should >> be added to the Safe Mode settings in a new (.0) release. Probably = the developers >> should keep the Safe Mode in mind too when adding new features or = making other >> drastic changes, but the reminder should be welcome. > [snip] >> o Since we have a separate ACPI option and because ACPI now is almost = a mandatory >> thing (and not a significant source of boot troubles), maybe we could = remove the >> code that automatically disables ACPI in Safe Mode? >>=20 >> o hint.apic.0.disabled - APIC code doesn't seem to be a significant = source of boot >> troubles, like ACPI it has become almost a mandatory thing. So maybe = we should >> remove this setting? Turning off the APIC turns off SMP in a very efficient, clean manner. I = added this not to isolate the APIC code, but to turn off SMP. That's = why it's there, and I'd like the ability to turn off SMP to stay there = in some form. If there's a better way to disable SMP that doesn't get = into problems with interrupt delivery, then please propose it. As for = it being mandatory, it's really only mandatory for MSI these days, = though it used to be required for more complex PCIX topologies. > [dropped proposals snipped] >> o hw.eisa_slot - Looks like something from ancient times. Probably = just >> irrelevant for most systems. >>=20 This turns off probes in the ISA ioport space that used to cause = problems. Why get rid of it? Is its presence causing you problems? >> o hint.kbdmux.0.disabled - I do not recall any recent problems with = kbdmux. In >> fact disabling it may produce a surprising behavior for a user if = there are >> multiple keyboards actually attached. >>=20 Fair enough, if we're all happy that the kbdmux code has progressed = beyond this being useful, then get rid of it. But what's the surprising = behavior? >> Just so that the Safe Mode doesn't turn into a NOP I propose to add = the following >> tunables: >>=20 >> o kern.eventtimer.periodic=3D1 - Use periodic timer to drive clocks = just in case a >> system has any problems with the default mode. Example: PR 164457. >>=20 >> o kern.geom.part.check_integrity=3D0 - Let GPART code be more = permissive, could be >> useful during upgrades from earlier versions of FreeBSD or when = multi-booting with >> other OSes. >>=20 >> o More? >>=20 I suggested before that maybe it's time to expand this "Safe Mode" topic = into a sub-menu that allows selection of some/all/none of the options. Scott From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 21:49:40 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2929A106566B; Mon, 27 Feb 2012 21:49: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 437458FC08; Mon, 27 Feb 2012 21:49:39 +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 XAA13873; Mon, 27 Feb 2012 23:49:37 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S28Rt-0002Xn-94; Mon, 27 Feb 2012 23:49:37 +0200 Message-ID: <4F4BFA6E.2080302@FreeBSD.org> Date: Mon, 27 Feb 2012 23:49:34 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: John Baldwin References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <201202271126.20118.jhb@freebsd.org> In-Reply-To: <201202271126.20118.jhb@freebsd.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 21:49:40 -0000 on 27/02/2012 18:26 John Baldwin said the following: > On Monday, February 27, 2012 5:45:39 am Andriy Gapon wrote: >> How does the following look? >> diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-commands.4th >> index 828a148..41ba317 100644 >> --- a/sys/boot/forth/menu-commands.4th >> +++ b/sys/boot/forth/menu-commands.4th >> @@ -62,30 +62,19 @@ marker task-menu-commands.4th >> -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral >> >> evaluate 0= if >> - s" hint.apic.0.disabled" unsetenv >> s" hw.ata.ata_dma" unsetenv >> s" hw.ata.atapi_dma" unsetenv >> s" hw.ata.wc" unsetenv >> - s" hw.eisa_slots" unsetenv >> - s" hint.kbdmux.0.disabled" unsetenv >> + s" kern.eventtimer.periodic" unsetenv >> + s" kern.geom.part.check_integrity" unsetenv >> + s" debug.acpi.disabled" unsetenv >> else >> - \ >> - \ Toggle ACPI elements if necessary >> - \ >> - acpipresent? if acpienabled? if >> - menuacpi @ dup 0<> if >> - toggle_menuitem ( N -- N ) >> - then >> - drop >> - acpi_disable >> - then then >> - >> - s" set hint.apic.0.disabled=1" evaluate >> s" set hw.ata.ata_dma=0" evaluate >> s" set hw.ata.atapi_dma=0" evaluate >> s" set hw.ata.wc=0" evaluate >> - s" set hw.eisa_slots=0" evaluate >> - s" set hint.kbdmux.0.disabled=1" evaluate >> + s" set kern.eventtimer.periodic=1" unsetenv >> + s" set kern.geom.part.check_integrity=0" unsetenv >> + s" set debug.acpi.disabled=hostres" unsetenv >> then >> >> menu-redraw > > I'm not sure we need the 'hostres' thing in HEAD and 9-stable after my latest > changes? Other than that I think this is fine. I added it based on the past reports. If you think that it's not useful now, then I'll drop it. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Feb 27 22:39:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7564E106566B; Mon, 27 Feb 2012 22:39:13 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 841F88FC12; Mon, 27 Feb 2012 22:39:12 +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 AAA14542; Tue, 28 Feb 2012 00:38:58 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S29De-0002a3-6T; Tue, 28 Feb 2012 00:38:58 +0200 Message-ID: <4F4C0600.2000903@FreeBSD.org> Date: Tue, 28 Feb 2012 00:38:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Scott Long References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> In-Reply-To: <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, John Baldwin Subject: Re: revisiting tunables under Safe Mode menu 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: Mon, 27 Feb 2012 22:39:13 -0000 on 27/02/2012 21:03 Scott Long said the following: > > On Feb 27, 2012, at 3:45 AM, Andriy Gapon wrote: > >> on 30/01/2012 18:59 Andriy Gapon said the following: >>> >>> First, I think that this proposal/discussion could have been more useful >>> before the 9.0. Maybe the RE would be interested in adding another item >>> to their pre-release checklist: ask developers about what could be >>> dropped and what should be added to the Safe Mode settings in a new (.0) >>> release. Probably the developers should keep the Safe Mode in mind too >>> when adding new features or making other drastic changes, but the >>> reminder should be welcome. >> [snip] >>> o Since we have a separate ACPI option and because ACPI now is almost a >>> mandatory thing (and not a significant source of boot troubles), maybe we >>> could remove the code that automatically disables ACPI in Safe Mode? >>> >>> o hint.apic.0.disabled - APIC code doesn't seem to be a significant >>> source of boot troubles, like ACPI it has become almost a mandatory >>> thing. So maybe we should remove this setting? > > Turning off the APIC turns off SMP in a very efficient, clean manner. I > added this not to isolate the APIC code, but to turn off SMP. That's why > it's there, and I'd like the ability to turn off SMP to stay there in some > form. I think that this is a good idea. > If there's a better way to disable SMP that doesn't get into problems > with interrupt delivery, then please propose it. I think that kern.smp.disabled should be it. > As for it being mandatory, > it's really only mandatory for MSI these days, though it used to be required > for more complex PCIX topologies. > >> [dropped proposals snipped] >>> o hw.eisa_slot - Looks like something from ancient times. Probably just >>> irrelevant for most systems. >>> > > This turns off probes in the ISA ioport space that used to cause problems. > Why get rid of it? Just cleaning up what looked like cruft... I don't believe I heard of any problem reports like that lately. But probably you are right and this shouldn't be removed until eisa is dropped from i386 GENERIC. Is it time already? OTOH, it seems that the eisa probe code should not get executed on a non-legacy system (ACPI present and enabled) unless it has an actual PCI-EISA bridge. So I am deferring this decision to you. Please let me know your preference. > Is its presence causing you problems? No, no problems (maybe because I never had device eisa in my kernels). >>> o hint.kbdmux.0.disabled - I do not recall any recent problems with >>> kbdmux. In fact disabling it may produce a surprising behavior for a >>> user if there are multiple keyboards actually attached. >>> > > Fair enough, if we're all happy that the kbdmux code has progressed beyond > this being useful, then get rid of it. But what's the surprising behavior? Having two keyboards and one of them not working because it is not an active one. >>> Just so that the Safe Mode doesn't turn into a NOP I propose to add the >>> following tunables: >>> >>> o kern.eventtimer.periodic=1 - Use periodic timer to drive clocks just in >>> case a system has any problems with the default mode. Example: PR >>> 164457. >>> >>> o kern.geom.part.check_integrity=0 - Let GPART code be more permissive, >>> could be useful during upgrades from earlier versions of FreeBSD or when >>> multi-booting with other OSes. >>> >>> o More? >>> > > I suggested before that maybe it's time to expand this "Safe Mode" topic into > a sub-menu that allows selection of some/all/none of the options. I completely agree with this suggestion (always did), but unfortunately my forth and menu.rc skills are weak and my FreeBSD time is short. Here is an updated patch (with the eisa_slots decision pending): diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-commands.4th index 828a148..416cb85 100644 --- a/sys/boot/forth/menu-commands.4th +++ b/sys/boot/forth/menu-commands.4th @@ -62,30 +62,21 @@ marker task-menu-commands.4th -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral evaluate 0= if - s" hint.apic.0.disabled" unsetenv + s" kern.smp.disabled" unsetenv s" hw.ata.ata_dma" unsetenv s" hw.ata.atapi_dma" unsetenv s" hw.ata.wc" unsetenv s" hw.eisa_slots" unsetenv - s" hint.kbdmux.0.disabled" unsetenv + s" kern.eventtimer.periodic" unsetenv + s" kern.geom.part.check_integrity" unsetenv else - \ - \ Toggle ACPI elements if necessary - \ - acpipresent? if acpienabled? if - menuacpi @ dup 0<> if - toggle_menuitem ( N -- N ) - then - drop - acpi_disable - then then - - s" set hint.apic.0.disabled=1" evaluate + s" set kern.smp.disabled=1" evaluate s" set hw.ata.ata_dma=0" evaluate s" set hw.ata.atapi_dma=0" evaluate s" set hw.ata.wc=0" evaluate s" set hw.eisa_slots=0" evaluate - s" set hint.kbdmux.0.disabled=1" evaluate + s" set kern.eventtimer.periodic=1" unsetenv + s" set kern.geom.part.check_integrity=0" unsetenv then menu-redraw -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 02:46:03 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAF9F106566C; Tue, 28 Feb 2012 02:46:03 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (unknown [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 59B0D8FC0A; Tue, 28 Feb 2012 02:46:03 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id q1S2jxLk051404 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Mon, 27 Feb 2012 21:46:00 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4F4C3FE7.3040802@FreeBSD.org> Date: Mon, 27 Feb 2012 21:45:59 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111228 Thunderbird/9.0 MIME-Version: 1.0 To: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> In-Reply-To: <4F4BA707.5070608@wasikowski.net> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mouf.net [204.109.58.86]); Mon, 27 Feb 2012 21:46:02 -0500 (EST) X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: "Bjoern A. Zeeb" , stable@FreeBSD.org, current@FreeBSD.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 02:46:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/27/12 10:53, Åukasz WÄ…sikowski wrote: > W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: > >> You cannot ship that on by default for non-tecnical reasons in a >> kernel. Please do not commit a kernel config that can be booted >> (no LINT cannot be booted) with these on without consulting >> appropriate hats upfront. >> >> >>> - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in >>> loader.conf) - IPFIREWALL_FORWARD (touches every packet, power >>> users which need a bigger PPS but not this feature can >>> recompile the kernel, discussed with julian@) - FLOWTABLE >>> (disabled in loader.conf) >> Which is not the same as it's not 100% disabled and will still >> allocate memory. > > FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if > it is fixed by now, but this kind of potential problematic features > should not be enabled by default. > Agree, I've run into problems with FLOWTABLE (with just the features that were enabled by default in 8.0) when routers changed MAC addresses. As far as I understand it, FLOWTABLE is both broken and abandoned (but if I'm wrong, please let me know). So, IMHO, not only should it not be enabled by default, but given that it was disabled complete in 8.x after 8.0 (too lazy to look at exactly when right now), I think it shouldn't even be included, since that might encourage users to try it out only to encounter problems with it. Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPTD/nAAoJEPXPYrMgexuhvWAH/iPa0N32GJXdyL7OdqFNNuEN R/Z0tOqTCCmAm4WsbAbN3m5poBKNctRtQxG40XoqmvZAWlomwYCwpS2xgCX60NZO XhspUEpQ7cHQpt6ZOW12x3G6FZJ4DzFX0+mDPYxE/7YmwtsjZFeTFGVEPezeKQwr Khar5jWYqETmM1+mFvAFXnfTUiBwnqErDfYmHQAE93wKQd9CyzrFmDfooNTiMUB6 yW+piexN/SzXz6nftQesJbFOWUW6fvhxe9TYcK8+b9zCo2GxPuUrRV60PKQX0apd nlKWtj49znLVzmpTYboQnvmqmk+yik8wL2wszUaZ4jAjieCjWOhJwCWOvkQ9yIg= =SBbK -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 06:23:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D43106567B; Tue, 28 Feb 2012 06:23:15 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5D97C8FC12; Tue, 28 Feb 2012 06:23:15 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1S6NBR8022112; Mon, 27 Feb 2012 23:23:11 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <4F4C0600.2000903@FreeBSD.org> Date: Mon, 27 Feb 2012 23:23:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <4F4C0600.2000903@FreeBSD.org> To: Andriy Gapon X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: FreeBSD current , Devin Teske Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 06:23:15 -0000 On Feb 27, 2012, at 3:38 PM, Andriy Gapon wrote: >>=20 >> Turning off the APIC turns off SMP in a very efficient, clean manner. = I >> added this not to isolate the APIC code, but to turn off SMP. That's = why >> it's there, and I'd like the ability to turn off SMP to stay there in = some >> form. >=20 > I think that this is a good idea. >=20 >> If there's a better way to disable SMP that doesn't get into problems >> with interrupt delivery, then please propose it. >=20 > I think that kern.smp.disabled should be it. >=20 I recall this tunable being problematic, but I don't recall the reason. = Reading the code makes me think that it should be fine; maybe it's time = to switch this knob from hint.apic.0.disabled to kern.smp.disabled, as = you've done in your proposed patch. >> As for it being mandatory, >> it's really only mandatory for MSI these days, though it used to be = required >> for more complex PCIX topologies. >>=20 >>> [dropped proposals snipped] >>>> o hw.eisa_slot - Looks like something from ancient times. Probably = just=20 >>>> irrelevant for most systems. >>>>=20 >>=20 >> This turns off probes in the ISA ioport space that used to cause = problems. >> Why get rid of it? >=20 > Just cleaning up what looked like cruft... I don't believe I heard of = any > problem reports like that lately. But probably you are right and this = shouldn't > be removed until eisa is dropped from i386 GENERIC. Is it time = already? > OTOH, it seems that the eisa probe code should not get executed on a = non-legacy > system (ACPI present and enabled) unless it has an actual PCI-EISA = bridge. > So I am deferring this decision to you. Please let me know your = preference. >=20 As long as the 'eisa' device is in the GENERIC profile, this is a = low-cost safety measure. However, I don't really want to start an = argument about purging 'eisa' from the profile. Its death should come = swiftly and without warning. >> Is its presence causing you problems? >=20 > No, no problems (maybe because I never had device eisa in my kernels). >=20 >>>> o hint.kbdmux.0.disabled - I do not recall any recent problems with >>>> kbdmux. In fact disabling it may produce a surprising behavior for = a >>>> user if there are multiple keyboards actually attached. >>>>=20 >>=20 >> Fair enough, if we're all happy that the kbdmux code has progressed = beyond >> this being useful, then get rid of it. But what's the surprising = behavior? >=20 > Having two keyboards and one of them not working because it is not an = active one. >=20 >>>> Just so that the Safe Mode doesn't turn into a NOP I propose to add = the >>>> following tunables: >>>>=20 >>>> o kern.eventtimer.periodic=3D1 - Use periodic timer to drive clocks = just in >>>> case a system has any problems with the default mode. Example: PR >>>> 164457. >>>>=20 >>>> o kern.geom.part.check_integrity=3D0 - Let GPART code be more = permissive, >>>> could be useful during upgrades from earlier versions of FreeBSD or = when >>>> multi-booting with other OSes. >>>>=20 >>>> o More? >>>>=20 >>=20 >> I suggested before that maybe it's time to expand this "Safe Mode" = topic into >> a sub-menu that allows selection of some/all/none of the options. >=20 > I completely agree with this suggestion (always did), but = unfortunately my forth > and menu.rc skills are weak and my FreeBSD time is short. >=20 > Here is an updated patch (with the eisa_slots decision pending): I still think that it's useful to be able to disable ACPI. Just because = ACPI works well on modern hardware doesn't mean that everything crummy = from 2000-2007 suddenly disappeared off the face of the earth. But I = agree that turning it off on modern systems probably does more harm than = good. Hence my suggestion for a finer control over this in the menu. = Maybe Devin Teske can lend some help with this task? For extra credit, = it should be possible to write a simple static analysis tool that = collects all of the tunables that are compiled into the kernel and = generates a data file that the boot menu can process and turn into = interactive knobs for the user. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 09:23:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A97EA106566B for ; Tue, 28 Feb 2012 09:23:08 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirg.bris.ac.uk (dirg.bris.ac.uk [137.222.10.102]) by mx1.freebsd.org (Postfix) with ESMTP id 63CB98FC0A for ; Tue, 28 Feb 2012 09:23:08 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirg.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1S2JGp-0002ek-9H for freebsd-current@freebsd.org; Tue, 28 Feb 2012 09:23:05 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S2JGe-0005Kx-Vi for freebsd-current@freebsd.org; Tue, 28 Feb 2012 09:22:45 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q1S9MiHC055651 for ; Tue, 28 Feb 2012 09:22:44 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q1S9MiZk055650 for freebsd-current@freebsd.org; Tue, 28 Feb 2012 09:22:44 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 28 Feb 2012 09:22:44 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 09:23:08 -0000 This was discussed in questions@ with no resolution. Anybody here can advise further? Thanks ----- Forwarded message from Anton Shterenlikht ----- > > > > > > Recently I started seeing this line > > > > > > in daily security output: > > > > > > > > > > > > Checking negative group permissions: > > > > > > 70834 -rw-r----x 1 root daemon 4 Feb 21 12:54:02 2012 /var/spool/output/lpd/.seq > > > > > > > > > > > > I've a parallel printer attached to > > > > > > a 9.9-CURRENT #2 r230787M box. > > > > > > > > > > > One way you can get weird permissions is if you happen to use decimal > > > > > for permissions bitmaps rather than octal. A umask of '77' is not the > > > > > same thing at all as a umask of '077'. (It's effectively 0115, which > > > > > doesn't make much sense to me.) Most shells nowadays will assume you > > > > > mean octal whether you include the leading zero or not: the same is not > > > > > true if you use umask(2) to set the mask programatically. Ditto for > > > > > other places you can set permissions like open(2) with O_CREAT or mkdir(2). > > > > > > > > # umask > > > > 0022 > > > > # pwd > > > > /var/spool/output/lpd > > > > # ls -al > > > > total 8 > > > > drwxr-xr-x 2 root daemon 512 Feb 24 12:43 . > > > > drwxr-xr-x 3 root daemon 512 Mar 9 2010 .. > > > > -rw-rw-r-- 1 root daemon 41 Feb 21 12:54 lock > > > > -rw-rw-r-- 1 root daemon 25 Feb 21 12:54 status > > > > # > > > > > > > > Then I print something: > > > > > > > > % pwd | lpr > > > > > > > > Then this .seq file appears with weird permissions: > > > > > > > > # ls -al > > > > total 10 > > > > drwxr-xr-x 2 root daemon 512 Feb 24 12:46 . > > > > drwxr-xr-x 3 root daemon 512 Mar 9 2010 .. > > > > -rw-r----x 1 root daemon 4 Feb 24 12:45 .seq > > > > -rw-rw-r-- 1 root daemon 41 Feb 24 12:45 lock > > > > -rw-rw-r-- 1 root daemon 25 Feb 24 12:45 status > > > > # > > > > > > > > # cat .seq > > > > 001 > > > > # > > > > > > > > So presumably lpd(8) created this file, but I'm still > > > > unsure why permissions are so strange. But interests > > > > me more, is why I didn't see it until about 1-2 months > > > > ago? Has something chaged in -current, e.g. in open(2) > > > > like you suggest? Or has I messed up with my setup? > > > > Or maybe it was always like this, but the security > > > > check didn't pick it up? > > > > > > > > > > Looking at usr.sbin/lpr/lpr/lpr.c at around line 847 (RELENG_9): > > > > > > (void) snprintf(buf, sizeof(buf), "%s/.seq", pp->spool_dir); > > > seteuid(euid); > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > > printf("%s: cannot create %s\n", progname, buf); > > > exit(1); > > > } > > > if (flock(fd, LOCK_EX)) { > > > printf("%s: cannot lock %s\n", progname, buf); > > > exit(1); > > > } > > > > > > It remains a mystery why these files are created with mode 0661. Mode > > > > Isn't .seq above has mode 641? > > > > % chmod 641 z > > % ls -al z > > -rw-r----x 1 mexas wheel 0 Feb 24 13:59 z > > % > > It sure is, in all cases quoted above. > > All handling of the .seq files seems to be contained within the > mktemps() function of usr.sbin/lpr/lpr/lpr.c. > > The call to open(2) with the mode set to 0661 has been there since CVS > revision 1.1 of usr.sbin/lpr/lpr/lpr.c, see > http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.sbin/lpr/lpr/lpr.c?annotate=1.45.2.1.2.1 > > No calls to chmod(2) of the .seq files anywhere else, as far as I can > tell. > > I usually keep tight permissions on the spool directories, mode 0770. It seems I need 755, otherwise dialer and smmsp will not have access: # ls -al /var/spool/ total 28 drwxr-xr-x 8 root wheel 512 Nov 21 2009 . drwxr-xr-x 25 root wheel 512 Jan 31 02:03 .. drwxrwx--- 2 smmsp smmsp 512 Feb 24 03:39 clientmqueue drwxrwxr-x 2 uucp dialer 512 Jan 31 02:04 lock drwxr-xr-x 2 root daemon 512 Nov 21 2009 lpd drwxr-xr-x 2 root daemon 14336 Feb 24 03:40 mqueue drwx------ 2 root daemon 512 Nov 21 2009 opielocks drwxr-xr-x 3 root daemon 512 Mar 9 2010 output # > > It's still a mystery. Thus it's time to bring in people with more > knowledge on lpr and friends. ----- End forwarded message ----- -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 10:01:32 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D83361065670; Tue, 28 Feb 2012 10:01:32 +0000 (UTC) (envelope-from slackbie@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 8A77C8FC17; Tue, 28 Feb 2012 10:01:32 +0000 (UTC) Received: by iahk25 with SMTP id k25so73476iah.13 for ; Tue, 28 Feb 2012 02:01:31 -0800 (PST) Received-SPF: pass (google.com: domain of slackbie@gmail.com designates 10.50.153.166 as permitted sender) client-ip=10.50.153.166; Authentication-Results: mr.google.com; spf=pass (google.com: domain of slackbie@gmail.com designates 10.50.153.166 as permitted sender) smtp.mail=slackbie@gmail.com; dkim=pass header.i=slackbie@gmail.com Received: from mr.google.com ([10.50.153.166]) by 10.50.153.166 with SMTP id vh6mr1910886igb.44.1330423291970 (num_hops = 1); Tue, 28 Feb 2012 02:01:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Hj8kxyjlJmYrbCBjh6b5yzO1kDmU+GbC00FoNv6hd+A=; b=pT7AEkk+RKZga+NPGXTVO+FBuMlPxyV5YbHOPiSkxNhU6wLUNPJqplyz+8uaVB7KQo 034hfegpmOtIiwDr50MZeLkU3tuRsokeC9304M4Z3M742c+hGrzdvngFwRAvg+05g+wN j003lRePhI58+DxQWQLaXe4WecMcxNAjLLDzk= MIME-Version: 1.0 Received: by 10.50.153.166 with SMTP id vh6mr1568693igb.44.1330421923930; Tue, 28 Feb 2012 01:38:43 -0800 (PST) Received: by 10.42.1.68 with HTTP; Tue, 28 Feb 2012 01:38:43 -0800 (PST) In-Reply-To: <4F4C3FE7.3040802@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> Date: Tue, 28 Feb 2012 16:38:43 +0700 Message-ID: From: "~Lst" To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Tue, 28 Feb 2012 12:05:47 +0000 Cc: current@freebsd.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 10:01:32 -0000 2012/2/28 Steve Wills : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 02/27/12 10:53, =C5=81ukasz W=C4=85sikowski wrote: >> W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: >> >>> You cannot ship that on by default for non-tecnical reasons in a >>> kernel. =C2=A0Please do not commit a kernel config that can be booted >>> (no LINT cannot be booted) with these on without consulting >>> appropriate hats upfront. >>> >>> >>>> - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in >>>> loader.conf) - IPFIREWALL_FORWARD (touches every packet, power >>>> users which need a bigger PPS but not this feature can >>>> recompile the kernel, discussed with julian@) - FLOWTABLE >>>> (disabled in loader.conf) >>> Which is not the same as it's not 100% disabled and will still >>> allocate memory. >> >> FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if >> it is fixed by now, but this kind of potential problematic features >> should not be enabled by default. >> > > Agree, I've run into problems with FLOWTABLE (with just the features > that were enabled by default in 8.0) when routers changed MAC > addresses. As far as I understand it, FLOWTABLE is both broken and > abandoned (but if I'm wrong, please let me know). > > So, IMHO, not only should it not be enabled by default, but given that > it was disabled complete in 8.x after 8.0 (too lazy to look at exactly > when right now), I think it shouldn't even be included, since that > might encourage users to try it out only to encounter problems with it. > > Steve > Definitely yes, I'd some problems too with FLOWTABLE running for router. So I have to disabled in kernel and sysctl. Rgds, -- Lasta Yani From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 14:44:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1CCD106566C; Tue, 28 Feb 2012 14:44:55 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 2379B8FC15; Tue, 28 Feb 2012 14:44:55 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1S2OIP-00065u-9z; Tue, 28 Feb 2012 15:44:53 +0100 Received: by gahr.no-ip.org (Postfix, from userid 1001) id C867945033; Tue, 28 Feb 2012 15:44:42 +0100 (CET) Date: Tue, 28 Feb 2012 15:44:42 +0100 From: Pietro Cerutti To: "O. Hartmann" Message-ID: <20120228144442.GA1755@gahrfit.gahr.ch> References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4EFDA80600B0354D@> <4F4A0E04.1080601@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <4F4A0E04.1080601@zedat.fu-berlin.de> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: Eduardo Morras , Ports FreeBSD , Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@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: Tue, 28 Feb 2012 14:44:55 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-26, 11:48, O. Hartmann wrote: > On 02/23/12 14:38, Eduardo Morras wrote: > > At 12:22 23/02/2012, O. Hartmann wrote: > > Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on > > ports is 3.0 not 3.5. On the webpage you have information about how to > > configure for use with clang/llvm. >=20 > Codelite looks nice. But why is codelite setup in editors/codelite and > not in devel/codelite as other IDEs? >=20 > By the way, do all IDEs supported by FreeBSD suffer from being outdated > and aged eons? CodeLite 3.5 is at this very moment the most recent > version and claims to provide a much better LLVM/CLANG support. >=20 > Hope I can convince the maintainer by sending a PR ;-) I am working on an update to codelite to 3.5.5375. However, it contains a lot of Linux specific things that I'll need to track down before I can commit the update. In particular, clang/llvm support and the database designer components are causing me problems. Anyway, the updated version will hit the ports tree within several days. --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9M6FoACgkQwMJqmJVx945ZHwCeKqVvtyTck9lZhPfz3jljDId/ wewAn1Qnqp9hhVSFXdTqc18HTZ4CuUCi =mi/c -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:10:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C778B1065672 for ; Tue, 28 Feb 2012 15:10:07 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 74E958FC1B for ; Tue, 28 Feb 2012 15:10:07 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2Ogl-0005HG-Bu for freebsd-current@freebsd.org; Tue, 28 Feb 2012 16:10:03 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Feb 2012 16:10:03 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Feb 2012 16:10:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Tue, 28 Feb 2012 15:07:43 +0000 (UTC) Lines: 33 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 15:10:07 -0000 Anton Shterenlikht bristol.ac.uk> writes: > > This was discussed in questions@ with no resolution. > Anybody here can advise further? > ... Regarding file .seq or .SEQ It is an intermediate-processing (run-time) lockfile found in various spool dirs and their sub-dirs, like /var/spool/cron/ /at, /lpd, etc. It is used to save job# by the respective programs (cron, at, etc). You can find a ref to .SEQ in file at.c in at port sources. I did not see ref to .seq in lpr or cron port sources. The periodic security check /etc/periodic/security/110.neggrpperm checks for risque condition like ! -perm +010 -and -perm +001 The file should not be executable, according to its purpose. So the lpr.c should be changed from if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { to if ((fd = open(buf, O_RDWR|O_CREAT, 0660)) < 0) { File a bug report. jb From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:18:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B893106566B; Tue, 28 Feb 2012 15:18:28 +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 E66208FC0C; Tue, 28 Feb 2012 15:18:27 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 9F15246B39; Tue, 28 Feb 2012 10:18:27 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E0FE0B969; Tue, 28 Feb 2012 10:18:26 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 28 Feb 2012 08:44:22 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> In-Reply-To: <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202280844.22142.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Feb 2012 10:18:27 -0500 (EST) Cc: Andriy Gapon Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 15:18:28 -0000 On Monday, February 27, 2012 2:03:21 pm Scott Long wrote: > > On Feb 27, 2012, at 3:45 AM, Andriy Gapon wrote: > > > on 30/01/2012 18:59 Andriy Gapon said the following: > >> > >> First, I think that this proposal/discussion could have been more useful before > >> the 9.0. Maybe the RE would be interested in adding another item to their > >> pre-release checklist: ask developers about what could be dropped and what should > >> be added to the Safe Mode settings in a new (.0) release. Probably the developers > >> should keep the Safe Mode in mind too when adding new features or making other > >> drastic changes, but the reminder should be welcome. > > [snip] > >> o Since we have a separate ACPI option and because ACPI now is almost a mandatory > >> thing (and not a significant source of boot troubles), maybe we could remove the > >> code that automatically disables ACPI in Safe Mode? > >> > >> o hint.apic.0.disabled - APIC code doesn't seem to be a significant source of boot > >> troubles, like ACPI it has become almost a mandatory thing. So maybe we should > >> remove this setting? > > Turning off the APIC turns off SMP in a very efficient, clean manner. I added this not to isolate the APIC code, but to turn off SMP. That's why it's there, and I'd like the ability to turn off SMP to stay there in some form. If there's a better way to disable SMP that doesn't get into problems with interrupt delivery, then please propose it. As for it being mandatory, it's really only mandatory for MSI these days, though it used to be required for more complex PCIX topologies. You want APIC for other things as well (hwpmc(4) requires it, as do CMCI interrupts, and we really do like to make use of the local APIC timer). > > [dropped proposals snipped] > >> o hw.eisa_slot - Looks like something from ancient times. Probably just > >> irrelevant for most systems. > >> > > This turns off probes in the ISA ioport space that used to cause problems. Why get rid of it? Is its presence causing you problems? I agree this should probably stay. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:18:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4DE0106566B; Tue, 28 Feb 2012 15:18:29 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCEC8FC15; Tue, 28 Feb 2012 15:18:29 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 52A7B46B17; Tue, 28 Feb 2012 10:18:29 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 67407B922; Tue, 28 Feb 2012 10:18:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 28 Feb 2012 08:46:08 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> In-Reply-To: <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202280846.08966.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Feb 2012 10:18:28 -0500 (EST) Cc: Devin Teske , Andriy Gapon Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 15:18:29 -0000 On Tuesday, February 28, 2012 1:23:11 am Scott Long wrote: > I still think that it's useful to be able to disable ACPI. Just because ACPI works well on modern hardware doesn't mean that everything crummy from 2000-2007 suddenly disappeared off the face of the earth. But I agree that turning it off on modern systems probably does more harm than good. Hence my suggestion for a finer control over this in the menu. Maybe Devin Teske can lend some help with this task? For extra credit, it should be possible to write a simple static analysis tool that collects all of the tunables that are compiled into the kernel and generates a data file that the boot menu can process and turn into interactive knobs for the user. Hmm, with the newer boot menu, can't one now toggle safe mode and ACPI independently? (Assuming we haven't removed the ability to disable ACPI from the menu, if we have we should perhaps put that back). Having them be orthogonal knobs would seem to the be the best approach. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:18:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E888A1065676; Tue, 28 Feb 2012 15:18:31 +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 727228FC1F; Tue, 28 Feb 2012 15:18:31 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 2983946B3C; Tue, 28 Feb 2012 10:18:31 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 94BACB967; Tue, 28 Feb 2012 10:18:30 -0500 (EST) From: John Baldwin To: Andriy Gapon Date: Tue, 28 Feb 2012 08:52:14 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F26CC5A.2070501@FreeBSD.org> <201202271126.20118.jhb@freebsd.org> <4F4BFA6E.2080302@FreeBSD.org> In-Reply-To: <4F4BFA6E.2080302@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201202280852.14136.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 28 Feb 2012 10:18:30 -0500 (EST) Cc: freebsd-current@freebsd.org Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 15:18:32 -0000 On Monday, February 27, 2012 4:49:34 pm Andriy Gapon wrote: > on 27/02/2012 18:26 John Baldwin said the following: > > On Monday, February 27, 2012 5:45:39 am Andriy Gapon wrote: > >> How does the following look? > >> diff --git a/sys/boot/forth/menu-commands.4th b/sys/boot/forth/menu-commands.4th > >> index 828a148..41ba317 100644 > >> --- a/sys/boot/forth/menu-commands.4th > >> +++ b/sys/boot/forth/menu-commands.4th > >> @@ -62,30 +62,19 @@ marker task-menu-commands.4th > >> -rot 2dup 12 + c! rot \ replace 'N' with ASCII numeral > >> > >> evaluate 0= if > >> - s" hint.apic.0.disabled" unsetenv > >> s" hw.ata.ata_dma" unsetenv > >> s" hw.ata.atapi_dma" unsetenv > >> s" hw.ata.wc" unsetenv > >> - s" hw.eisa_slots" unsetenv > >> - s" hint.kbdmux.0.disabled" unsetenv > >> + s" kern.eventtimer.periodic" unsetenv > >> + s" kern.geom.part.check_integrity" unsetenv > >> + s" debug.acpi.disabled" unsetenv > >> else > >> - \ > >> - \ Toggle ACPI elements if necessary > >> - \ > >> - acpipresent? if acpienabled? if > >> - menuacpi @ dup 0<> if > >> - toggle_menuitem ( N -- N ) > >> - then > >> - drop > >> - acpi_disable > >> - then then > >> - > >> - s" set hint.apic.0.disabled=1" evaluate > >> s" set hw.ata.ata_dma=0" evaluate > >> s" set hw.ata.atapi_dma=0" evaluate > >> s" set hw.ata.wc=0" evaluate > >> - s" set hw.eisa_slots=0" evaluate > >> - s" set hint.kbdmux.0.disabled=1" evaluate > >> + s" set kern.eventtimer.periodic=1" unsetenv > >> + s" set kern.geom.part.check_integrity=0" unsetenv > >> + s" set debug.acpi.disabled=hostres" unsetenv > >> then > >> > >> menu-redraw > > > > I'm not sure we need the 'hostres' thing in HEAD and 9-stable after my latest > > changes? Other than that I think this is fine. > > I added it based on the past reports. If you think that it's not useful now, > then I'll drop it. Thanks! I think it should not be needed now. It would be needed if you merged this to 9.0 release. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:22:58 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17BD910656B3; Tue, 28 Feb 2012 15:22:58 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id BDF368FC1F; Tue, 28 Feb 2012 15:22:57 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1SFMpHY027218; Tue, 28 Feb 2012 08:22:51 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <201202280844.22142.jhb@freebsd.org> Date: Tue, 28 Feb 2012 08:22:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <22F18CA9-4C58-446D-892B-28B67E343CE2@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <201202280844.22142.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Andriy Gapon Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 15:22:58 -0000 On Feb 28, 2012, at 6:44 AM, John Baldwin wrote: > On Monday, February 27, 2012 2:03:21 pm Scott Long wrote: >>=20 >> On Feb 27, 2012, at 3:45 AM, Andriy Gapon wrote: >>=20 >>> on 30/01/2012 18:59 Andriy Gapon said the following: >>>>=20 >>>> First, I think that this proposal/discussion could have been more = useful before >>>> the 9.0. Maybe the RE would be interested in adding another item = to their >>>> pre-release checklist: ask developers about what could be dropped = and what should >>>> be added to the Safe Mode settings in a new (.0) release. Probably = the developers >>>> should keep the Safe Mode in mind too when adding new features or = making other >>>> drastic changes, but the reminder should be welcome. >>> [snip] >>>> o Since we have a separate ACPI option and because ACPI now is = almost a mandatory >>>> thing (and not a significant source of boot troubles), maybe we = could remove the >>>> code that automatically disables ACPI in Safe Mode? >>>>=20 >>>> o hint.apic.0.disabled - APIC code doesn't seem to be a significant = source of boot >>>> troubles, like ACPI it has become almost a mandatory thing. So = maybe we should >>>> remove this setting? >>=20 >> Turning off the APIC turns off SMP in a very efficient, clean manner. = I added this not to isolate the APIC code, but to turn off SMP. That's = why=20 > it's there, and I'd like the ability to turn off SMP to stay there in = some form. If there's a better way to disable SMP that doesn't get into=20= > problems with interrupt delivery, then please propose it. As for it = being mandatory, it's really only mandatory for MSI these days, though = it used=20 > to be required for more complex PCIX topologies. >=20 > You want APIC for other things as well (hwpmc(4) requires it, as do = CMCI > interrupts, and we really do like to make use of the local APIC = timer). >=20 Well, 'Safe Mode' isn't meant to be a normal, continuous operating mode, = it's meant to be a debug mode that helps boot otherwise unbeatable = systems. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:23:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 910DA106567A; Tue, 28 Feb 2012 15:23:29 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5D3288FC25; Tue, 28 Feb 2012 15:23:29 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q1SFMpHZ027218; Tue, 28 Feb 2012 08:23:27 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Scott Long In-Reply-To: <201202280846.08966.jhb@freebsd.org> Date: Tue, 28 Feb 2012 08:23:27 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <14F8E8BB-F952-431E-B1DB-E171D87293AE@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@freebsd.org, Devin Teske , Andriy Gapon Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 15:23:29 -0000 On Feb 28, 2012, at 6:46 AM, John Baldwin wrote: > On Tuesday, February 28, 2012 1:23:11 am Scott Long wrote: >> I still think that it's useful to be able to disable ACPI. Just = because=20 > ACPI works well on modern hardware doesn't mean that everything crummy = from=20 > 2000-2007 suddenly disappeared off the face of the earth. But I agree = that=20 > turning it off on modern systems probably does more harm than good. = Hence my=20 > suggestion for a finer control over this in the menu. Maybe Devin = Teske can=20 > lend some help with this task? For extra credit, it should be = possible to=20 > write a simple static analysis tool that collects all of the tunables = that are=20 > compiled into the kernel and generates a data file that the boot menu = can=20 > process and turn into interactive knobs for the user. >=20 > Hmm, with the newer boot menu, can't one now toggle safe mode and ACPI=20= > independently? (Assuming we haven't removed the ability to disable = ACPI from=20 > the menu, if we have we should perhaps put that back). Having them be=20= > orthogonal knobs would seem to the be the best approach. >=20 Yes, Andriy reminded me of this last night, so I withdraw my comments. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 15:38:00 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2459C1065690; Tue, 28 Feb 2012 15:38:00 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id ABA9A8FC0A; Tue, 28 Feb 2012 15:37:59 +0000 (UTC) Received: from outgoing.leidinger.net (p5796C834.dip.t-dialin.net [87.150.200.52]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 9B31A844C51; Tue, 28 Feb 2012 16:37:43 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id E586A11F2; Tue, 28 Feb 2012 16:37:40 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1330443461; bh=CbfwLWupr8NdOPXx1ZXqQxvUFOo5tY//APyx786ptC4=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version:Content-Transfer-Encoding; b=C0dBkluk/q5FRQlfe+ErYrQx/I7OuLOo5Q3ygdvc3JgasaO0czbD8Edr4MJJ+IaE4 tnbjvuZHIlXZq95ZM4UjP/sx45PLEX6Ua8MsA781f9Zt91knl+raPxIv3wzjoNte+E FnfHX1fBTrUsUxrCP3uZ7HCtx7SNYcy0hkgbqipKibbpka28ISPptgIu6vskN+u2yN qKQQAJunAE6fNXXQGfv2iUMQSbCTPB4adgxdlmd4E9TzJJGShESW/LmtnyN1VqjoZ3 6/znVPMUcs+ehIdF7Jzzr7qtUL79GSfVJP5n8GRO+WnhatHc9bq2HFxACyNIp2f7/x 5rAeutdKMzFqw== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q1SFbeKu036673; Tue, 28 Feb 2012 16:37:40 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.19 ([85.94.224.19]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 28 Feb 2012 16:37:40 +0100 Date: Tue, 28 Feb 2012 16:37:40 +0100 Message-ID: <20120228163740.Horde.-AvCD5jmRSRPTPTEkzY476A@webmail.leidinger.net> From: Alexander Leidinger To: ~Lst References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 9B31A844C51.AFD56 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.549, required 6, autolearn=disabled, AWL -0.44, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1331048266.9265@LAiGz8Pt0JvM5yZ0hI5caw X-EBL-Spam-Status: No Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 15:38:00 -0000 Quoting ~Lst (from Tue, 28 Feb 2012 16:38:43 +0700): > 2012/2/28 Steve Wills : >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> On 02/27/12 10:53, =C5=81ukasz W=C4=85sikowski wrote: >>> W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: >>> >>>> You cannot ship that on by default for non-tecnical reasons in a >>>> kernel. =C2=A0Please do not commit a kernel config that can be booted >>>> (no LINT cannot be booted) with these on without consulting >>>> appropriate hats upfront. >>>> >>>> >>>>> - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in >>>>> loader.conf) - IPFIREWALL_FORWARD (touches every packet, power >>>>> users which need a bigger PPS but not this feature can >>>>> recompile the kernel, discussed with julian@) - FLOWTABLE >>>>> (disabled in loader.conf) >>>> Which is not the same as it's not 100% disabled and will still >>>> allocate memory. >>> >>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if >>> it is fixed by now, but this kind of potential problematic features >>> should not be enabled by default. >>> >> >> Agree, I've run into problems with FLOWTABLE (with just the features >> that were enabled by default in 8.0) when routers changed MAC >> addresses. As far as I understand it, FLOWTABLE is both broken and >> abandoned (but if I'm wrong, please let me know). >> >> So, IMHO, not only should it not be enabled by default, but given that >> it was disabled complete in 8.x after 8.0 (too lazy to look at exactly >> when right now), I think it shouldn't even be included, since that >> might encourage users to try it out only to encounter problems with it. >> >> Steve >> > > Definitely yes, I'd some problems too with FLOWTABLE running for router. > So I have to disabled in kernel and sysctl. To make sure I understand you correctly: Did you disabled it with the sysctl/loader-tunable and everything was OK again, or did you had to remove it from the kernel config (disabling via sysctl was not enough) to resolve the issue? I have one report where a person has issue with FLOWTABLE, but disabling it via the sysctl/loader-tunable was enough to address his concerns. Bye, Alexander. -- The light at the end of the tunnel is the headlamp of an oncoming train. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 16:24:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B088106564A for ; Tue, 28 Feb 2012 16:24:49 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 27C3E8FC1B for ; Tue, 28 Feb 2012 16:24:48 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1S2Pr5-00031F-TW; Tue, 28 Feb 2012 16:24:48 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S2Pr5-0003yN-Nr; Tue, 28 Feb 2012 16:24:47 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q1SGOlMa058374; Tue, 28 Feb 2012 16:24:47 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q1SGOlZc058373; Tue, 28 Feb 2012 16:24:47 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Tue, 28 Feb 2012 16:24:47 +0000 From: Anton Shterenlikht To: jb Message-ID: <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: jb , freebsd-current@freebsd.org References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 16:24:50 -0000 On Tue, Feb 28, 2012 at 03:07:43PM +0000, jb wrote: > Anton Shterenlikht bristol.ac.uk> writes: > > > > > This was discussed in questions@ with no resolution. > > Anybody here can advise further? > > ... > > Regarding file .seq or .SEQ > > It is an intermediate-processing (run-time) lockfile found in various spool > dirs and their sub-dirs, like > /var/spool/cron/ > /at, > /lpd, etc. > It is used to save job# by the respective programs (cron, at, etc). > You can find a ref to .SEQ in file at.c in at port sources. > I did not see ref to .seq in lpr or cron port sources. > > The periodic security check > /etc/periodic/security/110.neggrpperm > checks for risque condition like > ! -perm +010 -and -perm +001 > > The file should not be executable, according to its purpose. > > So the lpr.c should be changed from > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > to > if ((fd = open(buf, O_RDWR|O_CREAT, 0660)) < 0) { > > File a bug report. http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165533 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 19:03:02 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5853F106566C; Tue, 28 Feb 2012 19:03:02 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id B28F58FC14; Tue, 28 Feb 2012 19:03:01 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so2373523wib.13 for ; Tue, 28 Feb 2012 11:03:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0rmRi4545jtd2Xot3mRajgm6aJzJF2NbJRgX3/jKQvE=; b=d5A/BsW5+SqzXInxzTxHblXbEwIt64ND9ji5JAsvvbhsmFtPmfZEpR7b1vFuQMMUnv zmSoFVi8jnZcabBCSohw7WBX4dF9/1/UaCl2oWPcU3w/WyZiFkU//8SBqrsBWB4KpFKV 2zgI/cX5t9XrZre2cXbMY0aQdqII5tL4Ix8rY= MIME-Version: 1.0 Received: by 10.180.92.227 with SMTP id cp3mr33202232wib.13.1330455339795; Tue, 28 Feb 2012 10:55:39 -0800 (PST) Received: by 10.216.166.11 with HTTP; Tue, 28 Feb 2012 10:55:39 -0800 (PST) In-Reply-To: <4F4BA707.5070608@wasikowski.net> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> Date: Tue, 28 Feb 2012 13:55:39 -0500 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 19:03:02 -0000 Hi, 2012/2/27 =C5=81ukasz W=C4=85sikowski : > W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: > >> You cannot ship that on by default for non-tecnical reasons in a kernel.= =C2=A0Please do not commit a kernel config that can be booted (no LINT can= not be booted) with these on without consulting appropriate hats upfront. >> >> >>> - ALTQ >>> - SW_WATCHDOG >>> - QUOTA >>> - IPSTEALTH (disabled in loader.conf) >>> - IPFIREWALL_FORWARD (touches every packet, power users which need >>> =C2=A0 a bigger PPS but not this feature can recompile the kernel, >>> =C2=A0 discussed with julian@) >>> - FLOWTABLE (disabled in loader.conf) >> Which is not the same as it's not 100% disabled and will still allocate = memory. > > FLOWTABLE on 8.x crashed BGP routers (kern/144917). > no crash dump, no backtrace, no follow-up whatsoever after 1 year and 2 years, what's your points ? You could really have chosen a better PR to back up your argument... - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 19:13:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC271065670; Tue, 28 Feb 2012 19:13:34 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8FDCA8FC19; Tue, 28 Feb 2012 19:13:32 +0000 (UTC) Received: by werl4 with SMTP id l4so1945391wer.13 for ; Tue, 28 Feb 2012 11:13:31 -0800 (PST) Received-SPF: pass (google.com: domain of lacombar@gmail.com designates 10.180.86.230 as permitted sender) client-ip=10.180.86.230; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lacombar@gmail.com designates 10.180.86.230 as permitted sender) smtp.mail=lacombar@gmail.com; dkim=pass header.i=lacombar@gmail.com Received: from mr.google.com ([10.180.86.230]) by 10.180.86.230 with SMTP id s6mr10531410wiz.16.1330456411672 (num_hops = 1); Tue, 28 Feb 2012 11:13:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=cLeMyPtN9Dyx33g1RaHqLSo/qMXqO7LyxMpyArghIBw=; b=sDAifRJLYpLhfrDCuV0RhpwK3Yg/GMrq+B3quszU1pkqTzDY3e0M41kxyKzPjT9soF 9zt9Re143RgxTwFJQBWPwRx+ix+L2DM5/1+e+uwKKC0c9BMuxFHxzVVNu8bjDTfSuL9G Wwo4J8tSx9P8ga6O9RH8jLNF+/Bhk1+BaocgI= MIME-Version: 1.0 Received: by 10.180.86.230 with SMTP id s6mr8212317wiz.16.1330454912996; Tue, 28 Feb 2012 10:48:32 -0800 (PST) Received: by 10.216.166.11 with HTTP; Tue, 28 Feb 2012 10:48:32 -0800 (PST) In-Reply-To: <4F4C3FE7.3040802@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> Date: Tue, 28 Feb 2012 13:48:32 -0500 Message-ID: From: Arnaud Lacombe To: Steve Wills Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , stable@freebsd.org, =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= , current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 19:13:34 -0000 Hi, 2012/2/27 Steve Wills : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 02/27/12 10:53, =C5=81ukasz W=C4=85sikowski wrote: >> W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: >> >>> You cannot ship that on by default for non-tecnical reasons in a >>> kernel. =C2=A0Please do not commit a kernel config that can be booted >>> (no LINT cannot be booted) with these on without consulting >>> appropriate hats upfront. >>> >>> >>>> - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in >>>> loader.conf) - IPFIREWALL_FORWARD (touches every packet, power >>>> users which need a bigger PPS but not this feature can >>>> recompile the kernel, discussed with julian@) - FLOWTABLE >>>> (disabled in loader.conf) >>> Which is not the same as it's not 100% disabled and will still >>> allocate memory. >> >> FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if >> it is fixed by now, but this kind of potential problematic features >> should not be enabled by default. >> > > Agree, I've run into problems with FLOWTABLE (with just the features > that were enabled by default in 8.0) when routers changed MAC > addresses. As far as I understand it, FLOWTABLE is both broken and > abandoned (but if I'm wrong, please let me know). > You will sure go really far with this kind of "It is broken ? Let's not fix it and disable it instead" mentality, even more when coming from a committer. As long as there will be these kind of comments around here, FreeBSD will deserve nothing but to keep dying piece by piece, and it will be deserved. - Arnaud > So, IMHO, not only should it not be enabled by default, but given that > it was disabled complete in 8.x after 8.0 (too lazy to look at exactly > when right now), I think it shouldn't even be included, since that > might encourage users to try it out only to encounter problems with it. > > Steve > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (FreeBSD) > > iQEcBAEBAgAGBQJPTD/nAAoJEPXPYrMgexuhvWAH/iPa0N32GJXdyL7OdqFNNuEN > R/Z0tOqTCCmAm4WsbAbN3m5poBKNctRtQxG40XoqmvZAWlomwYCwpS2xgCX60NZO > XhspUEpQ7cHQpt6ZOW12x3G6FZJ4DzFX0+mDPYxE/7YmwtsjZFeTFGVEPezeKQwr > Khar5jWYqETmM1+mFvAFXnfTUiBwnqErDfYmHQAE93wKQd9CyzrFmDfooNTiMUB6 > yW+piexN/SzXz6nftQesJbFOWUW6fvhxe9TYcK8+b9zCo2GxPuUrRV60PKQX0apd > nlKWtj49znLVzmpTYboQnvmqmk+yik8wL2wszUaZ4jAjieCjWOhJwCWOvkQ9yIg=3D > =3DSBbK > -----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 Tue Feb 28 20:09:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19D831065674; Tue, 28 Feb 2012 20:09:31 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id B693D8FC14; Tue, 28 Feb 2012 20:09:30 +0000 (UTC) Received: from bijou.wasikowski.net (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id 5B24B5C081; Tue, 28 Feb 2012 21:09:29 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by bijou.wasikowski.net (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSR17B2-_tmM; Tue, 28 Feb 2012 21:09:26 +0100 (CET) Received: from [192.168.168.2] (leeloo.unixgroup.pl [62.121.126.31]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTPSA id 17E185C061; Tue, 28 Feb 2012 21:09:25 +0100 (CET) Message-ID: <4F4D3476.7070803@wasikowski.net> Date: Tue, 28 Feb 2012 21:09:26 +0100 From: =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 20:09:31 -0000 W dniu 2012-02-28 19:55, Arnaud Lacombe pisze: >> FLOWTABLE on 8.x crashed BGP routers (kern/144917). >> > no crash dump, no backtrace, no follow-up whatsoever after 1 year and > 2 years, what's your points ? You could really have chosen a better PR > to back up your argument... Sorry, but I don't want to bug trace this issue, simply because lack of time, resources and interest in this feature. I've run into this bug on production box, went through hell because of it and turned off flowtable which I do not use and not need. If this problem is still alive (it might be, the PR I've mentioned is still open) then it's not a good idea to turn on this feature by default. If you're interested in using this feature then feel free to debug and test. -- best regards, Lukasz Wasikowski From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 20:10:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E5791065673; Tue, 28 Feb 2012 20:10:51 +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 2EDC48FC14; Tue, 28 Feb 2012 20:10:51 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:40c7:bfc6:1449:f9dd] (unknown [IPv6:2001:7b8:3a7:0:40c7:bfc6:1449:f9dd]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6E72B5C37; Tue, 28 Feb 2012 21:10:49 +0100 (CET) Message-ID: <4F4D34C8.9080507@FreeBSD.org> Date: Tue, 28 Feb 2012 21:10:48 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Alexander Best References: <20120226213703.GA33988@freebsd.org> In-Reply-To: <20120226213703.GA33988@freebsd.org> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 20:10:51 -0000 On 2012-02-26 22:37, Alexander Best wrote: > any chance support for setting CC/CXX/CPP unconditionally in src.conf could be > added before the release of freebsd 10.0? the way it is done atm is really not > intuitive. the rule should really be: > > - make.conf = applies globally > - src.conf = applies only to /usr/src > ( maybe a ports.conf or port.conf could be introduced at some point, too) > > ... the current situation, where only certain variables can be set in src.conf > is not ideal. I just committed r232263 to head, which should allow setting CC/CXX/CPP in src.conf. Please try it out. From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 21:22:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADA21065670; Tue, 28 Feb 2012 21:22:15 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 908938FC14; Tue, 28 Feb 2012 21:22:14 +0000 (UTC) Received: by werl4 with SMTP id l4so2042383wer.13 for ; Tue, 28 Feb 2012 13:22:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=hoSM0CBFVjxbNg4+kQSB9MqwTshFdeQu1h3Tk9QS/uw=; b=mqtoTvoXJIeIBSO2e1Ti6hHGecY0f3/A1n+BUcwkpzxXpW+PnnQPbkGs/KJZEDPD45 TwCJyKnl1TACvpchWJApidDhjIB9EXLQJI+QY00td2J0yOyx2jUrKUAAmodN9DubZ5Og n1HV63CNgXrZi8wj8CPZibFBKeLjzLRaba3zo= MIME-Version: 1.0 Received: by 10.180.92.227 with SMTP id cp3mr33976243wib.13.1330464133524; Tue, 28 Feb 2012 13:22:13 -0800 (PST) Received: by 10.216.166.11 with HTTP; Tue, 28 Feb 2012 13:22:13 -0800 (PST) In-Reply-To: <4F4D3476.7070803@wasikowski.net> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4D3476.7070803@wasikowski.net> Date: Tue, 28 Feb 2012 16:22:13 -0500 Message-ID: From: Arnaud Lacombe To: =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 21:22:15 -0000 Hi, 2012/2/28 =A3ukasz W=B1sikowski : > W dniu 2012-02-28 19:55, Arnaud Lacombe pisze: > >>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). >>> >> no crash dump, no backtrace, no follow-up whatsoever after 1 year and >> 2 years, what's your points ? You could really have chosen a better PR >> to back up your argument... > > Sorry, but I don't want to bug trace this issue, simply because lack of > time, resources and interest in this feature. I've run into this bug on > production box, went through hell because of it and turned off flowtable > which I do not use and not need. If this problem is still alive (it > might be, the PR I've mentioned is still open) then it's not a good idea > to turn on this feature by default. If you're interested in using this > feature then feel free to debug and test. > Give me a deterministic way to reproduce the issue and I will. - Arnaud From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 21:34:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 6DCBE106566B; Tue, 28 Feb 2012 21:34:17 +0000 (UTC) Date: Tue, 28 Feb 2012 21:34:17 +0000 From: Alexander Best To: Dimitry Andric Message-ID: <20120228213417.GA86570@freebsd.org> References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F4D34C8.9080507@FreeBSD.org> Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 21:34:17 -0000 On Tue Feb 28 12, Dimitry Andric wrote: > On 2012-02-26 22:37, Alexander Best wrote: > > any chance support for setting CC/CXX/CPP unconditionally in src.conf could be > > added before the release of freebsd 10.0? the way it is done atm is really not > > intuitive. the rule should really be: > > > > - make.conf = applies globally > > - src.conf = applies only to /usr/src > > ( maybe a ports.conf or port.conf could be introduced at some point, too) > > > > ... the current situation, where only certain variables can be set in src.conf > > is not ideal. > > I just committed r232263 to head, which should allow setting CC/CXX/CPP > in src.conf. Please try it out. it seems the latest libarchive import broke world with clang and without NO_WERROR=. i'm now trying with NO_WERROR= set. cheers. alex From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 21:56:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0CB31065670; Tue, 28 Feb 2012 21:56:33 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 48B368FC15; Tue, 28 Feb 2012 21:56:33 +0000 (UTC) Received: from bijou.wasikowski.net (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id F047F5C082; Tue, 28 Feb 2012 22:56:31 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by bijou.wasikowski.net (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4PN3JaArPdY3; Tue, 28 Feb 2012 22:56:25 +0100 (CET) Received: from [192.168.168.2] (leeloo.unixgroup.pl [62.121.126.31]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTPSA id 909475C081; Tue, 28 Feb 2012 22:56:24 +0100 (CET) Message-ID: <4F4D4D88.8040500@wasikowski.net> Date: Tue, 28 Feb 2012 22:56:24 +0100 From: =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4D3476.7070803@wasikowski.net> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 21:56:33 -0000 W dniu 2012-02-28 22:22, Arnaud Lacombe pisze: >>>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). >>>> >>> no crash dump, no backtrace, no follow-up whatsoever after 1 year and >>> 2 years, what's your points ? You could really have chosen a better PR >>> to back up your argument... >> >> Sorry, but I don't want to bug trace this issue, simply because lack of >> time, resources and interest in this feature. I've run into this bug on >> production box, went through hell because of it and turned off flowtable >> which I do not use and not need. If this problem is still alive (it >> might be, the PR I've mentioned is still open) then it's not a good idea >> to turn on this feature by default. If you're interested in using this >> feature then feel free to debug and test. >> > Give me a deterministic way to reproduce the issue and I will. Enable FLOWTABLES in kernel and setup BGP4+ router (with net/quagga). You need three peers sending you full Internet routing table (3x400k prefixes). Some people got it with only two peers. After a short while your CPU should stuck in 100% busy. -- best regards, Lukasz Wasikowski From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 22:11:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 6CDD51065673; Tue, 28 Feb 2012 22:11:49 +0000 (UTC) Date: Tue, 28 Feb 2012 22:11:49 +0000 From: Alexander Best To: Dimitry Andric Message-ID: <20120228221149.GA95661@freebsd.org> References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F4D34C8.9080507@FreeBSD.org> Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 22:11:49 -0000 On Tue Feb 28 12, Dimitry Andric wrote: > On 2012-02-26 22:37, Alexander Best wrote: > > any chance support for setting CC/CXX/CPP unconditionally in src.conf could be > > added before the release of freebsd 10.0? the way it is done atm is really not > > intuitive. the rule should really be: > > > > - make.conf = applies globally > > - src.conf = applies only to /usr/src > > ( maybe a ports.conf or port.conf could be introduced at some point, too) > > > > ... the current situation, where only certain variables can be set in src.conf > > is not ideal. > > I just committed r232263 to head, which should allow setting CC/CXX/CPP > in src.conf. Please try it out. any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? that would make certain things a lot easier. dealing with gcc specific options, such as -mpreferred-stack-boundary=2 would simply work by setting CFLAGS.gcc=-mpreferred-stack-boundary=2 e.g. cheers. alex From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 22:13:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C0CB1065675; Tue, 28 Feb 2012 22:13:14 +0000 (UTC) (envelope-from lukasz@wasikowski.net) Received: from bijou.wasikowski.net (bijou.wasikowski.net [IPv6:2001:808:10f::1]) by mx1.freebsd.org (Postfix) with ESMTP id 43C428FC17; Tue, 28 Feb 2012 22:13:14 +0000 (UTC) Received: from bijou.wasikowski.net (localhost [127.0.0.1]) by bijou.wasikowski.net (Postfix) with ESMTP id 7F59C5C082; Tue, 28 Feb 2012 23:13:13 +0100 (CET) X-Virus-Scanned: amavisd-new at wasikowski.net Received: from bijou.wasikowski.net ([127.0.0.1]) by bijou.wasikowski.net (bijou.wasikowski.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xDkv5Ch9v7AG; Tue, 28 Feb 2012 23:13:11 +0100 (CET) Received: from [192.168.168.2] (leeloo.unixgroup.pl [62.121.126.31]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by bijou.wasikowski.net (Postfix) with ESMTPSA id CC81D5C081; Tue, 28 Feb 2012 23:13:11 +0100 (CET) Message-ID: <4F4D5178.9080904@wasikowski.net> Date: Tue, 28 Feb 2012 23:13:12 +0100 From: =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4D3476.7070803@wasikowski.net> <4F4D4D88.8040500@wasikowski.net> In-Reply-To: <4F4D4D88.8040500@wasikowski.net> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 22:13:14 -0000 W dniu 2012-02-28 22:56, £ukasz W±sikowski pisze: >>>>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). >>>>> >>>> no crash dump, no backtrace, no follow-up whatsoever after 1 year and >>>> 2 years, what's your points ? You could really have chosen a better PR >>>> to back up your argument... >>> >>> Sorry, but I don't want to bug trace this issue, simply because lack of >>> time, resources and interest in this feature. I've run into this bug on >>> production box, went through hell because of it and turned off flowtable >>> which I do not use and not need. If this problem is still alive (it >>> might be, the PR I've mentioned is still open) then it's not a good idea >>> to turn on this feature by default. If you're interested in using this >>> feature then feel free to debug and test. >>> >> Give me a deterministic way to reproduce the issue and I will. > > Enable FLOWTABLES in kernel and setup BGP4+ router (with net/quagga). > You need three peers sending you full Internet routing table (3x400k > prefixes). Some people got it with only two peers. After a short while > your CPU should stuck in 100% busy. I forgot one thing which may be important. IP addresses used for BGP sessions was heartbeated. So you first need to use those addresses on another box, then move them to flowtable box and run quagga with BGP on it. -- best regards, Lukasz Wasikowski From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 22:15:14 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1D03F1065673; Tue, 28 Feb 2012 22:15:14 +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 B9EFC163578; Tue, 28 Feb 2012 22:14:35 +0000 (UTC) Message-ID: <4F4D51CB.2010508@FreeBSD.org> Date: Tue, 28 Feb 2012 14:14:35 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Arnaud Lacombe References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, Steve Wills , =?UTF-8?B?xYF1a2FzeiBXxIVzaWtvd3NraQ==?= , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 22:15:14 -0000 On 2/28/2012 10:48 AM, Arnaud Lacombe wrote: > You will sure go really far with this kind of "It is broken ? Let's > not fix it and disable it instead" mentality, even more when coming > from a committer. > > As long as there will be these kind of comments around here, FreeBSD > will deserve nothing but to keep dying piece by piece, and it will be > deserved. In general, I tend to agree with you, but in this case it's useful to know the history of the flowtable option. 1. It was introduced in -current 2. It received fairly good testing, was pronounced good and useful, and MFC'ed. 3. Several releases happened with flowtable. 4. Users started to report problems that were ultimately tracked down to flowtable. 5. Ultimately it was decided that flowtable was not a universal good. 6. The developer of the option agreed that it should be disabled by default until such time as it can be fixed. 7. The fixing hasn't happened yet. While generally fixing things is the right solution, if the fix is complex (or worse, unknown AND complex) then disabling by default is a reasonable answer. Doug -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 22:18:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D870D1065679; Tue, 28 Feb 2012 22:18:17 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4091F8FC1C; Tue, 28 Feb 2012 22:18:17 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so2507874wib.13 for ; Tue, 28 Feb 2012 14:18:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=AmsLtio9N0XQs5WvJ44J44mXPYXUeSIQobxG97KZDpc=; b=nm4J5MBlscU7/KRIuDuadtFsuJlpQtsP3g92rVPJURj+LH0X6eA+teEewITrTebY69 DQJlqIkbF8lKQhNLaOH7Rxe+8GsxO1w2uxhZ5EvcAgp9ysLl1ZU9bie3xXSfxzg+P427 L5EaFJVyND3IzjZ44ZBi4bQGt0lEbd/Q27bzs= MIME-Version: 1.0 Received: by 10.216.135.102 with SMTP id t80mr5065046wei.59.1330467496354; Tue, 28 Feb 2012 14:18:16 -0800 (PST) Received: by 10.223.16.82 with HTTP; Tue, 28 Feb 2012 14:18:16 -0800 (PST) In-Reply-To: <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> Date: Tue, 28 Feb 2012 14:18:16 -0800 Message-ID: From: Kevin Oberman To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current , Devin Teske , Andriy Gapon Subject: Re: revisiting tunables under Safe Mode menu 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: Tue, 28 Feb 2012 22:18:17 -0000 On Mon, Feb 27, 2012 at 10:23 PM, Scott Long wrote: > > On Feb 27, 2012, at 3:38 PM, Andriy Gapon wrote: >>> >>> Turning off the APIC turns off SMP in a very efficient, clean manner. = =A0I >>> added this not to isolate the APIC code, but to turn off SMP. =A0That's= why >>> it's there, and I'd like the ability to turn off SMP to stay there in s= ome >>> form. >> >> I think that this is a good idea. >> >>> If there's a better way to disable SMP that doesn't get into problems >>> with interrupt delivery, then please propose it. >> >> I think that kern.smp.disabled should be it. >> > > I recall this tunable being problematic, but I don't recall the reason. = =A0Reading the code > makes me think that it should be fine; maybe it's time to switch this kno= b from > hint.apic.0.disabled to kern.smp.disabled, as you've done in your propose= d patch. APIC is required for SMP, but works on many older, single CPU systems and removes the massive sharing of IRQs common on non-APIC systems. OTOH, some ThinkPads simply won't boot with APIC. My old T43 (Pentium-M) had this issue. I had to turn off APIC to get a GENERIC kernel to boot. I think that I have heard of other systems that have an issue with FreeBSD APIC. (APIC seems to work fine with Windows, so it's something about the FreeBSD implementation, but the problem is pretty rare, seems limited to 3-5 year old uniprocessor systems, so it's probably not worth trying to track down. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 23:08:18 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0552106564A; Tue, 28 Feb 2012 23:08:18 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9839B8FC08; Tue, 28 Feb 2012 23:08:18 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1SN8ELo040638; Tue, 28 Feb 2012 23:08:15 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F4D5E5D.9040302@FreeBSD.org> Date: Wed, 29 Feb 2012 00:08:13 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120222 Thunderbird/11.0 MIME-Version: 1.0 To: Doug Barton References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> In-Reply-To: <4F4D51CB.2010508@FreeBSD.org> X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFF6DB0873B17E8CFCEC0B443" Cc: stable@FreeBSD.org, current@FreeBSD.org, Steve Wills , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" , =?UTF-8?B?xYF1a2Fz?= Subject: flowtable usable or not (was: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 23:08:18 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFF6DB0873B17E8CFCEC0B443 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 28.02.12 23:14, Doug Barton wrote: > On 2/28/2012 10:48 AM, Arnaud Lacombe wrote: >> You will sure go really far with this kind of "It is broken ? Let's >> not fix it and disable it instead" mentality, even more when coming >> from a committer. >> >> As long as there will be these kind of comments around here, FreeBSD >> will deserve nothing but to keep dying piece by piece, and it will be >> deserved. >=20 > In general, I tend to agree with you, but in this case it's useful to > know the history of the flowtable option. >=20 > 1. It was introduced in -current > 2. It received fairly good testing, was pronounced good and useful, and= > MFC'ed. > 3. Several releases happened with flowtable. > 4. Users started to report problems that were ultimately tracked down t= o > flowtable. > 5. Ultimately it was decided that flowtable was not a universal good. > 6. The developer of the option agreed that it should be disabled by > default until such time as it can be fixed. > 7. The fixing hasn't happened yet. >=20 I talked to Kip Macy, who implemented flowtable, about this. He thinks that the problem was caused by inappropriate default setting of net.inet.ip.output_flowtable_size. This should have been fixed by r205488 which was MFC'd to 8 and should be part of 8.2 and of course 9.0. However nobody who experienced the problem wanted to try any of these releases with flowtable enabled, so we still don't know if it's fixed or not. Should anyone try this it could certainly be the case that net.inet.ip.output_flowtable_size needs to be tuned even more. Florian --------------enigFF6DB0873B17E8CFCEC0B443 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9NXl4ACgkQapo8P8lCvwmVJACggwmUsmUEH8dfi/1tY+k3JGUu ATIAnR+lR8pRo+kQNGeXpX/mdmcHKS4C =+h1y -----END PGP SIGNATURE----- --------------enigFF6DB0873B17E8CFCEC0B443-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 23:11:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DC461065676; Tue, 28 Feb 2012 23:11:41 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id 481A88FC16; Tue, 28 Feb 2012 23:11:41 +0000 (UTC) Received: from nat-dip4.cfw-a-gci.corp.yahoo.com ([209.131.62.113] helo=[10.72.180.251]) by panix.lovett.com with esmtpa (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S2VxE-0002Sk-Mb; Tue, 28 Feb 2012 22:55:32 +0000 Message-ID: <4F4D5B63.6020306@FreeBSD.org> Date: Tue, 28 Feb 2012 14:55:31 -0800 From: Ade Lovett User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-toolchain@freebsd.org References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> <20120228221149.GA95661@freebsd.org> In-Reply-To: <20120228221149.GA95661@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 23:11:41 -0000 On 2/28/2012 14:11, Alexander Best wrote: > any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? that would > make certain things a lot easier. dealing with gcc specific options, such as > -mpreferred-stack-boundary=2 would simply work by setting > CFLAGS.gcc=-mpreferred-stack-boundary=2 e.g. You already can: CFLAGS.cc= cc_cflags_here CFLAGS.clang= clang_cflags_here CFLAGS+= generic_cflags_here CFLAGS+= ${CFLAGS.${CC}} -aDe From owner-freebsd-current@FreeBSD.ORG Tue Feb 28 23:39:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 524D81065673; Tue, 28 Feb 2012 23:39:52 +0000 (UTC) Date: Tue, 28 Feb 2012 23:39:52 +0000 From: Alexander Best To: Dimitry Andric Message-ID: <20120228233952.GA17026@freebsd.org> References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> <20120228213417.GA86570@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120228213417.GA86570@freebsd.org> Cc: freebsd-toolchain@freebsd.org, freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Feb 2012 23:39:52 -0000 On Tue Feb 28 12, Alexander Best wrote: > On Tue Feb 28 12, Dimitry Andric wrote: > > On 2012-02-26 22:37, Alexander Best wrote: > > > any chance support for setting CC/CXX/CPP unconditionally in src.conf could be > > > added before the release of freebsd 10.0? the way it is done atm is really not > > > intuitive. the rule should really be: > > > > > > - make.conf = applies globally > > > - src.conf = applies only to /usr/src > > > ( maybe a ports.conf or port.conf could be introduced at some point, too) > > > > > > ... the current situation, where only certain variables can be set in src.conf > > > is not ideal. > > > > I just committed r232263 to head, which should allow setting CC/CXX/CPP > > in src.conf. Please try it out. > > it seems the latest libarchive import broke world with clang and without > NO_WERROR=. i'm now trying with NO_WERROR= set. with NO_WERROR= set buildworld succeeded. cheers. alex > > cheers. > alex From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 00:08:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5428C106564A for ; Wed, 29 Feb 2012 00:08:44 +0000 (UTC) (envelope-from break19@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 07B348FC0A for ; Wed, 29 Feb 2012 00:08:43 +0000 (UTC) Received: by ggnk4 with SMTP id k4so2083436ggn.13 for ; Tue, 28 Feb 2012 16:08:43 -0800 (PST) Received-SPF: pass (google.com: domain of break19@gmail.com designates 10.236.155.101 as permitted sender) client-ip=10.236.155.101; Authentication-Results: mr.google.com; spf=pass (google.com: domain of break19@gmail.com designates 10.236.155.101 as permitted sender) smtp.mail=break19@gmail.com; dkim=pass header.i=break19@gmail.com Received: from mr.google.com ([10.236.155.101]) by 10.236.155.101 with SMTP id i65mr32304779yhk.52.1330474123481 (num_hops = 1); Tue, 28 Feb 2012 16:08:43 -0800 (PST) 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:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=lANvKx/lFkDOkWuLWPeSkTCzLN0fPvuUxiwTDWjwOsU=; b=GgXJF2gtXZUCpg4sdTf64tC6+Zi+PuK2qDylTo+x3bRmBDvIUueVP8mzJTR8vhjjlc gu6ndGZv386cLKiFokTYEeNBi/tdyaO8b5P6jWVBlUAVtrsQI0ob9/3SPb8eXhbZWrCI 6myCN1aSgz+qMr5/wpMzAda1RRYcfLlP61+mY= Received: by 10.236.155.101 with SMTP id i65mr24501353yhk.52.1330474123370; Tue, 28 Feb 2012 16:08:43 -0800 (PST) Received: from [192.168.4.106] (c-71-229-1-99.hsd1.al.comcast.net. [71.229.1.99]) by mx.google.com with ESMTPS id g49sm51173838yhk.20.2012.02.28.16.08.42 (version=SSLv3 cipher=OTHER); Tue, 28 Feb 2012 16:08:42 -0800 (PST) Message-ID: <4F4D6C7D.3030109@gmail.com> Date: Tue, 28 Feb 2012 18:08:29 -0600 From: Chuck Burns User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> <20120228221149.GA95661@freebsd.org> <4F4D5B63.6020306@FreeBSD.org> In-Reply-To: <4F4D5B63.6020306@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 00:08:44 -0000 On 2/28/2012 4:55 PM, Ade Lovett wrote: > On 2/28/2012 14:11, Alexander Best wrote: >> any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? >> that would >> make certain things a lot easier. dealing with gcc specific options, >> such as >> -mpreferred-stack-boundary=2 would simply work by setting >> CFLAGS.gcc=-mpreferred-stack-boundary=2 e.g. > > You already can: > > CFLAGS.cc= cc_cflags_here > CFLAGS.clang= clang_cflags_here > > CFLAGS+= generic_cflags_here > CFLAGS+= ${CFLAGS.${CC}} > > > -aDe I think was asking for adding a third... .cc for base gcc .clang for .. clang...... and .gcc for ports gcc4x .. At least, thats how I read it, I could be wrong, it's happened before. Chuck From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 00:22:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05A5F106564A for ; Wed, 29 Feb 2012 00:22:27 +0000 (UTC) (envelope-from ade@FreeBSD.org) Received: from panix.lovett.com (panix.lovett.com [166.84.7.128]) by mx1.freebsd.org (Postfix) with ESMTP id D439E8FC08 for ; Wed, 29 Feb 2012 00:22:26 +0000 (UTC) Received: from nat-dip4.cfw-a-gci.corp.yahoo.com ([209.131.62.113] helo=[10.72.180.251]) by panix.lovett.com with esmtpa (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S2XJJ-0002eA-NG; Wed, 29 Feb 2012 00:22:25 +0000 Message-ID: <4F4D6FC0.4070501@FreeBSD.org> Date: Tue, 28 Feb 2012 16:22:24 -0800 From: Ade Lovett User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Chuck Burns References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> <20120228221149.GA95661@freebsd.org> <4F4D5B63.6020306@FreeBSD.org> <4F4D6C7D.3030109@gmail.com> In-Reply-To: <4F4D6C7D.3030109@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 00:22:27 -0000 On 2/28/2012 16:08, Chuck Burns wrote: > On 2/28/2012 4:55 PM, Ade Lovett wrote: >> On 2/28/2012 14:11, Alexander Best wrote: >>> any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? >>> that would >>> make certain things a lot easier. dealing with gcc specific options, >>> such as >>> -mpreferred-stack-boundary=2 would simply work by setting >>> CFLAGS.gcc=-mpreferred-stack-boundary=2 e.g. >> >> You already can: >> >> CFLAGS.cc= cc_cflags_here >> CFLAGS.clang= clang_cflags_here >> >> CFLAGS+= generic_cflags_here >> CFLAGS+= ${CFLAGS.${CC}} >> >> >> -aDe > > I think was asking for adding a third... > .cc for base gcc > .clang for .. clang...... > and .gcc for ports gcc4x > .. > > At least, thats how I read it, I could be wrong, it's happened before. CFLAGS.gcc46= CFLAGS.gcc47= ... it's entirely extensible. -aDe From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 07:23:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 45A21106564A; Wed, 29 Feb 2012 07:23:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 22B1417755D; Wed, 29 Feb 2012 07:23:53 +0000 (UTC) Message-ID: <4F4DD288.5060106@FreeBSD.org> Date: Tue, 28 Feb 2012 23:23:52 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Florian Smeets References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> In-Reply-To: <4F4D5E5D.9040302@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, current@FreeBSD.org, Steve Wills , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" , =?UTF-8?B?xYF1a2Fz?= Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 07:23:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 02/28/2012 15:08, Florian Smeets wrote: > I talked to Kip Macy, who implemented flowtable, about this. He > thinks that the problem was caused by inappropriate default setting > of net.inet.ip.output_flowtable_size. This should have been fixed > by r205488 which was MFC'd to 8 and should be part of 8.2 and of > course 9.0. However nobody who experienced the problem wanted to > try any of these releases with flowtable enabled, so we still don't > know if it's fixed or not. > > Should anyone try this it could certainly be the case that > net.inet.ip.output_flowtable_size needs to be tuned even more. I tried it, on both FreeBSD routers, web systems, and database servers; all on 8.2+. It still causes massive instability. Disabling the sysctl, and/or removing it from the kernel solved the problems. Doug - -- It's always a long day; 86400 doesn't fit into a short. Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJPTdKIAAoJEFzGhvEaGryEHksH/1Hg6TIXLuXf9fUrwsr2Wru3 0qY4MyB6Z0jgXZYqK3QtVd+zzo3LjCbhlN2qUJE/j5eLdROwev+vqdmmKgHRmU5+ lbqIw8t3W9ICobzTxlKmOjJlgBMgrPcX1Dbz0h1+kj26EIJEzThv/l4dxwElm1OT W6bNvYIsrs/fR7MoYnJAp+frTMiuAx3QACx8YeKDLevKtUK8VmQxRJzZ7f6dFSNm qtucCnfDyawIomnoRFbWLvA88RoK8gEZ3sYytXb97qB2D0oLkCu3aX6LkaDzFVR5 LrZwtY8gFzSueGEIaxdxZjgEcHMeyXeq3b6MXvxSBGd0QQ0F15ZpDxhBI4jjEI0= =He/W -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 07:55:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95E281065676 for ; Wed, 29 Feb 2012 07:55:09 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3ABA28FC15 for ; Wed, 29 Feb 2012 07:55:08 +0000 (UTC) Received: by iahk25 with SMTP id k25so1807893iah.13 for ; Tue, 28 Feb 2012 23:55:08 -0800 (PST) Received-SPF: pass (google.com: domain of jhellenthal@dataix.net designates 10.50.242.5 as permitted sender) client-ip=10.50.242.5; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhellenthal@dataix.net designates 10.50.242.5 as permitted sender) smtp.mail=jhellenthal@dataix.net; dkim=pass header.i=jhellenthal@dataix.net Received: from mr.google.com ([10.50.242.5]) by 10.50.242.5 with SMTP id wm5mr4206585igc.40.1330502108519 (num_hops = 1); Tue, 28 Feb 2012 23:55:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=gY2cKvseUGsNEXAq5doluvY6R22OF2aBrljimzMcV8s=; b=I42XbPg1IxmSV/qRqBp764hHcFwKdKFcE5uRSQXQp2JbtQFJ0N8qarIOfTKIH3QD2u dxa4FrLwnoXlTR9s4KrtX5bn3GkNl9LUiEN5hc+PMH5mwrInCuHJGjIQ0sgFWheC5VdI eWHM+6bd+B3kl4SM7glBITPUBI48wrZJ5fFMQ= Received: by 10.50.242.5 with SMTP id wm5mr3416760igc.40.1330500304219; Tue, 28 Feb 2012 23:25:04 -0800 (PST) Received: from DataIX.net (adsl-99-181-159-39.dsl.klmzmi.sbcglobal.net. [99.181.159.39]) by mx.google.com with ESMTPS id em2sm16012917igc.0.2012.02.28.23.25.02 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 28 Feb 2012 23:25:03 -0800 (PST) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q1T7OxJY010144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 02:24:59 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q1T7OwbB009564; Wed, 29 Feb 2012 02:24:58 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Wed, 29 Feb 2012 02:24:58 -0500 From: Jason Hellenthal To: jb , freebsd-current@freebsd.org Message-ID: <20120229072458.GA95427@DataIX.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> X-Gm-Message-State: ALoCoQm7JiO8O726hGJmB78Kgb5JVYAkdKAx6XK6gi7iYPhwWnx6RmAh75EUUSU2K5YXqYaGH+Nt Cc: Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 07:55:09 -0000 On Tue, Feb 28, 2012 at 04:24:47PM +0000, Anton Shterenlikht wrote: > On Tue, Feb 28, 2012 at 03:07:43PM +0000, jb wrote: > > Anton Shterenlikht bristol.ac.uk> writes: > > > > > > > > This was discussed in questions@ with no resolution. > > > Anybody here can advise further? > > > ... > > > > Regarding file .seq or .SEQ > > > > It is an intermediate-processing (run-time) lockfile found in various spool > > dirs and their sub-dirs, like > > /var/spool/cron/ > > /at, > > /lpd, etc. > > It is used to save job# by the respective programs (cron, at, etc). > > You can find a ref to .SEQ in file at.c in at port sources. > > I did not see ref to .seq in lpr or cron port sources. > > > > The periodic security check > > /etc/periodic/security/110.neggrpperm > > checks for risque condition like > > ! -perm +010 -and -perm +001 > > > > The file should not be executable, according to its purpose. > > > > So the lpr.c should be changed from > > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > to > > if ((fd = open(buf, O_RDWR|O_CREAT, 0660)) < 0) { > > > > File a bug report. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165533 The only thing that is wrong here is the misconception of negative permissions. This bit of code tracks all the way back to 4.3BSD and probably further while LPR dates back to 3BSD. Nobody programs 661 for no reason and changing that code will most likely have a negative impact and I do not see that as a real answer to this problem. Above I see your .seq file created 0641 so not only do you have a negative permission on the file you are also missing a bit ;). You might want to review some of your other permissions to see if anything is missing. That has been explained all over the net for the differences of x86 & x86_64 systems. I attempted to search around for the history of 661 on .seq but cannot find any at the moment. E_LACKINGSLEEP -- ;s =; From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 08:54:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B60B71065672 for ; Wed, 29 Feb 2012 08:54:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6A9CB8FC1D for ; Wed, 29 Feb 2012 08:54:40 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2fIz-0005r5-HW for freebsd-current@freebsd.org; Wed, 29 Feb 2012 09:54:37 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 09:54:37 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 09:54:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 08:54:20 +0000 (UTC) Lines: 29 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 08:54:40 -0000 Jason Hellenthal dataix.net> writes: > ... > > > The file should not be executable, according to its purpose. > > > > > > So the lpr.c should be changed from > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > ... > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165533 > ... > Above I see your .seq file created 0641 so not only do you have a > negative permission on the file you are also missing a bit ;). 0641 ? Are you sure ? > ... > I attempted to search around for the history of 661 on .seq but cannot > find any at the moment. E_LACKINGSLEEP Check the PR filing again - I appended a relevant comment. Also, Linux distros (if you can swallow it ...) also disallowed it due to sec reason, but in a clumsy way by making sure the "exec" permission is turned off in a package install script. jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 08:57:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8039C106566B for ; Wed, 29 Feb 2012 08:57:19 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 355548FC15 for ; Wed, 29 Feb 2012 08:57:19 +0000 (UTC) Received: from ncsc.bris.ac.uk ([137.222.10.41]) by dirj.bris.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1S2fLY-0003lI-Ut; Wed, 29 Feb 2012 08:57:17 +0000 Received: from mech-cluster241.men.bris.ac.uk ([137.222.187.241]) by ncsc.bris.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1S2fLY-00033U-Iw; Wed, 29 Feb 2012 08:57:16 +0000 Received: from mech-cluster241.men.bris.ac.uk (localhost [127.0.0.1]) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5) with ESMTP id q1T8vG7H066508; Wed, 29 Feb 2012 08:57:16 GMT (envelope-from mexas@bris.ac.uk) Received: (from mexas@localhost) by mech-cluster241.men.bris.ac.uk (8.14.5/8.14.5/Submit) id q1T8vGhK066507; Wed, 29 Feb 2012 08:57:16 GMT (envelope-from mexas@bris.ac.uk) X-Authentication-Warning: mech-cluster241.men.bris.ac.uk: mexas set sender to mexas@bris.ac.uk using -f Date: Wed, 29 Feb 2012 08:57:16 +0000 From: Anton Shterenlikht To: Jason Hellenthal Message-ID: <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> Mail-Followup-To: Jason Hellenthal , jb , freebsd-current@freebsd.org References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120229072458.GA95427@DataIX.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, jb Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 08:57:19 -0000 On Wed, Feb 29, 2012 at 02:24:58AM -0500, Jason Hellenthal wrote: > > > On Tue, Feb 28, 2012 at 04:24:47PM +0000, Anton Shterenlikht wrote: > > On Tue, Feb 28, 2012 at 03:07:43PM +0000, jb wrote: > > > Anton Shterenlikht bristol.ac.uk> writes: > > > > > > > > > > > This was discussed in questions@ with no resolution. > > > > Anybody here can advise further? > > > > ... > > > > > > Regarding file .seq or .SEQ > > > > > > It is an intermediate-processing (run-time) lockfile found in various spool > > > dirs and their sub-dirs, like > > > /var/spool/cron/ > > > /at, > > > /lpd, etc. > > > It is used to save job# by the respective programs (cron, at, etc). > > > You can find a ref to .SEQ in file at.c in at port sources. > > > I did not see ref to .seq in lpr or cron port sources. > > > > > > The periodic security check > > > /etc/periodic/security/110.neggrpperm > > > checks for risque condition like > > > ! -perm +010 -and -perm +001 > > > > > > The file should not be executable, according to its purpose. > > > > > > So the lpr.c should be changed from > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > > to > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0660)) < 0) { > > > > > > File a bug report. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165533 > > The only thing that is wrong here is the misconception of negative > permissions. This bit of code tracks all the way back to 4.3BSD and > probably further while LPR dates back to 3BSD. Nobody programs 661 for no > reason and changing that code will most likely have a negative impact > and I do not see that as a real answer to this problem. > > Above I see your .seq file created 0641 so not only do you have a > negative permission on the file you are also missing a bit ;). You might > want to review some of your other permissions to see if anything is > missing. That has been explained all over the net for the differences > of x86 & x86_64 systems. To the best of my knowledge the security warning started to appear recently. For the previous 2 years or so I haven't seen it. Now, I didn't modify the default security scripts, nor the lpd system. The file is created with this permissions because the OS created it like this, not me. I've no idea why my file is 0641 instead of 0661. So, given that the lpr.c hasn't changed for years, perhaps the periodic scripts have, and what was earlier considered fine now is considered serious enough to issue a security warning. In any case, it seems either lpr.c needs to be changed, or if 0661 is necessary, then the periodic sripts need to be changed to ignore this file. -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 331 5944 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 09:00:33 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 660261065675 for ; Wed, 29 Feb 2012 09:00:33 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id EE00D8FC16 for ; Wed, 29 Feb 2012 09:00:31 +0000 (UTC) Received: by iahk25 with SMTP id k25so1899183iah.13 for ; Wed, 29 Feb 2012 01:00:31 -0800 (PST) Received-SPF: pass (google.com: domain of jhellenthal@dataix.net designates 10.50.189.202 as permitted sender) client-ip=10.50.189.202; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhellenthal@dataix.net designates 10.50.189.202 as permitted sender) smtp.mail=jhellenthal@dataix.net; dkim=pass header.i=jhellenthal@dataix.net Received: from mr.google.com ([10.50.189.202]) by 10.50.189.202 with SMTP id gk10mr716840igc.13.1330506031701 (num_hops = 1); Wed, 29 Feb 2012 01:00:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=firLUBB+2xhFvCXy8qJTJPvhnhfWRHV7twv30n7aCYw=; b=WP2uzOc9vwCcyXZYzjettuz8VCHKCgtiYv8p25ZSD2nx1VLL/nVeNhShuigO8nXsJj Qe8toN3xvWeTnhlRI6j/Jr39V1TDSs1B2P9FxbEjHBrfRUWfhDSszO2ttsoJivZrr2fx g2zrF/Gfh2US48pqqBHQ21zdqhA9bdJ1ymq7Q= Received: by 10.50.189.202 with SMTP id gk10mr588896igc.13.1330506031648; Wed, 29 Feb 2012 01:00:31 -0800 (PST) Received: from DataIX.net (adsl-99-181-159-39.dsl.klmzmi.sbcglobal.net. [99.181.159.39]) by mx.google.com with ESMTPS id vw3sm3630986igb.9.2012.02.29.01.00.30 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Feb 2012 01:00:31 -0800 (PST) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q1T90QBx024939 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 04:00:26 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q1T90QV3024788; Wed, 29 Feb 2012 04:00:26 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Wed, 29 Feb 2012 04:00:26 -0500 From: Jason Hellenthal To: jb Message-ID: <20120229090026.GA70385@DataIX.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQmRpDYsPoOvFUE3vJBAAVQy6aDfx7r3gSSocKAo4tUPx6V2v0A/Y5oBXZRuiEf45yM8zIDr Cc: freebsd-current@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 09:00:33 -0000 On Wed, Feb 29, 2012 at 08:54:20AM +0000, jb wrote: > > 0641 ? Are you sure ? Not at all ;) > > > > > > Checking negative group permissions: > > > > > > 70834 -rw-r----x 1 root daemon 4 Feb 21 12:54:02 2012 /var/spool/output/lpd/.seq -- ;s =; From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 09:04:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02A70106564A for ; Wed, 29 Feb 2012 09:04:43 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id AC4228FC13 for ; Wed, 29 Feb 2012 09:04:42 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2fSj-0005RB-Mg for freebsd-current@freebsd.org; Wed, 29 Feb 2012 10:04:41 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 10:04:41 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 10:04:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 09:04:29 +0000 (UTC) Lines: 21 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229090026.GA70385@DataIX.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 09:04:43 -0000 Jason Hellenthal dataix.net> writes: > > > On Wed, Feb 29, 2012 at 08:54:20AM +0000, jb wrote: > > > > 0641 ? Are you sure ? > > Not at all ;) > > > > > > > > Checking negative group permissions: > > > > > > > 70834 -rw-r----x 1 root daemon 4 Feb 21 12:54:02 2012 > /var/spool/output/lpd/.seq > OK. You referred to his installation state. That's another question - perhaps one more reason to get rid of that "exec' bit for security. jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 09:50:00 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4E6D106566B; Wed, 29 Feb 2012 09:49:59 +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 C614A8FC13; Wed, 29 Feb 2012 09:49:58 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id LAA14726; Wed, 29 Feb 2012 11:49:42 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S2gAH-0008rZ-Tx; Wed, 29 Feb 2012 11:49:41 +0200 Message-ID: <4F4DF4BD.4040208@FreeBSD.org> Date: Wed, 29 Feb 2012 11:49:49 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , John Baldwin Subject: Re: revisiting tunables under Safe Mode menu 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: Wed, 29 Feb 2012 09:50:00 -0000 on 29/02/2012 00:18 Kevin Oberman said the following: > APIC is required for SMP, but works on many older, single CPU systems > and removes the massive sharing of IRQs common on non-APIC systems. > > OTOH, some ThinkPads simply won't boot with APIC. My old T43 > (Pentium-M) had this issue. I had to turn off APIC to get a GENERIC > kernel to boot. I think that I have heard of other systems that have > an issue with FreeBSD APIC. (APIC seems to work fine with Windows, so > it's something about the FreeBSD implementation, but the problem is > pretty rare, seems limited to 3-5 year old uniprocessor systems, so > it's probably not worth trying to track down. I think that it would be useful to track this down. If it's a bug then it's a bug and who knows how it can bite in the future. If you still have the hardware and can allocate some time to this issue, then it would be great. Also, when you said "disabled APIC" - did you disable it via BIOS settings or via the FreeBSD tunable? BTW, a nitpick - T43 production seems to have started in April 2005, so it's more like 7 years :) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 10:19:37 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9ED66106564A for ; Wed, 29 Feb 2012 10:19:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 54F298FC1B for ; Wed, 29 Feb 2012 10:19:37 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2gdC-0005f0-2l for freebsd-current@freebsd.org; Wed, 29 Feb 2012 11:19:36 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 11:19:34 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 11:19:34 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 10:19:21 +0000 (UTC) Lines: 31 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 10:19:37 -0000 Anton Shterenlikht bristol.ac.uk> writes: > ... > To the best of my knowledge the security warning started > to appear recently. For the previous 2 years or so I haven't > seen it. Now, I didn't modify the default security scripts, > nor the lpd system. The file is created with this permissions > because the OS created it like this, not me. I've no idea > why my file is 0641 instead of 0661. I would suggest (if you can) that you change the .seq permissions to 0664 and watch what happens to it - the purpose is to narrow down who/what changed its mode. Some history. logs. and some ad hoc "watch script" would do it. > > So, given that the lpr.c hasn't changed for years, > perhaps the periodic scripts have, and what was > earlier considered fine now is considered serious enough > to issue a security warning. > > In any case, it seems either lpr.c needs to be changed, > or if 0661 is necessary, then the periodic sripts need to > be changed to ignore this file. > The periodic script is OK. Here is the author's view: http://lists.freebsd.org/pipermail/freebsd-hackers/2010-October/033256.html jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 12:24:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C8F3E106564A for ; Wed, 29 Feb 2012 12:24:17 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-qw0-f47.google.com (mail-qw0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 803848FC12 for ; Wed, 29 Feb 2012 12:24:17 +0000 (UTC) Received: by qadz30 with SMTP id z30so2511194qad.13 for ; Wed, 29 Feb 2012 04:24:16 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.224.181.210 as permitted sender) client-ip=10.224.181.210; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.224.181.210 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.224.181.210]) by 10.224.181.210 with SMTP id bz18mr2605091qab.13.1330518256870 (num_hops = 1); Wed, 29 Feb 2012 04:24:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=ibhEPR456NCweBXzZpjcqKUpXzl8wn5/4b8AkLdTmUs=; b=muK0SJDs0yeSAE7yIMeYrl28IwgCt5B8K0kQoj6R5AHGDjNqN+MpMqR1dzK5tb2NYt E1LNMhVAQS8typF0UAwgb1Nz7JDaU1iEcmzjjSG7h+ztrvb1r0eQRdqV7RUZg65NF0l2 HZ5nc/HuAu6JC/VWLBWr+UUqG52cDsLtFsxlg= MIME-Version: 1.0 Received: by 10.224.181.210 with SMTP id bz18mr2160611qab.13.1330518256783; Wed, 29 Feb 2012 04:24:16 -0800 (PST) Received: by 10.229.136.135 with HTTP; Wed, 29 Feb 2012 04:24:16 -0800 (PST) Date: Wed, 29 Feb 2012 13:24:16 +0100 Message-ID: From: "deeptech71@gmail.com" To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 12:24:17 -0000 As of r232144, SeaMonkey (a web browser) runs rather slowly and is constantly eating 100% CPU time. Before r232144, SeaMonkey would start up and run faster, and when it is not in use (is idling), its CPU usage would slowly converge to 0. I have a P4 processor [with HT], an r232012 world, and similarly recent ports. From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 13:22:11 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00353106564A for ; Wed, 29 Feb 2012 13:22:10 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id A9C038FC08 for ; Wed, 29 Feb 2012 13:22:10 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2jTt-0007Ed-LH for freebsd-current@freebsd.org; Wed, 29 Feb 2012 14:22:09 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 14:22:09 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 14:22:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 13:21:59 +0000 (UTC) Lines: 12 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 13:22:11 -0000 jb gmail.com> writes: > ... > I would suggest (if you can) that you change the .seq permissions to 0664 and > watch what happens to it - the purpose is to narrow down who/what changed its > mode. > Some history. logs. and some ad hoc "watch script" would do it. Take a look at "notify" feature (file, dir, event). http://www.freebsd.org/cgi/ports.cgi?query=notify&stype=all jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 15:00:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EEA441065675 for ; Wed, 29 Feb 2012 15:00:25 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id E5D848FC0A for ; Wed, 29 Feb 2012 15:00:24 +0000 (UTC) Received: from omta24.emeryville.ca.mail.comcast.net ([76.96.30.92]) by qmta13.emeryville.ca.mail.comcast.net with comcast id fqAi1i00E1zF43QADr0QeV; Wed, 29 Feb 2012 15:00:24 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta24.emeryville.ca.mail.comcast.net with comcast id fr0P1i00d4NgCEG8kr0QK4; Wed, 29 Feb 2012 15:00:24 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q1TF0LKF007569; Wed, 29 Feb 2012 08:00:21 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: jb In-Reply-To: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Feb 2012 08:00:21 -0700 Message-ID: <1330527621.1023.27.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 15:00:29 -0000 On Wed, 2012-02-29 at 13:21 +0000, jb wrote: > jb gmail.com> writes: > > > ... > > I would suggest (if you can) that you change the .seq permissions to 0664 and > > watch what happens to it - the purpose is to narrow down who/what changed its > > mode. > > Some history. logs. and some ad hoc "watch script" would do it. > > Take a look at "notify" feature (file, dir, event). > http://www.freebsd.org/cgi/ports.cgi?query=notify&stype=all > jb I don't understand why everyone is focused on the 641 mode the file ends up with. The code creates the file using 0661, and under a umask of 022 you end up with a file with 0641 permissions. How the write bit disppeared from the group permissions doesn't seem to be germane to the real question of why the code specifies world-exec access. I don't think it's a legitimate attempt to leverage the negative permissions quirk, because it doesn't effectively do so. It's not a directory or executable file in the first place, so making it executable for everyone except the owner and group is not some sort of subtle security trick, it's just meaningless. I think the code is long overdue for a fix to 0660 permissions when creating the file. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 13:28:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 099861065672; Wed, 29 Feb 2012 13:28:51 +0000 (UTC) (envelope-from slackbie@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 9CB228FC14; Wed, 29 Feb 2012 13:28:50 +0000 (UTC) Received: by yenq7 with SMTP id q7so1525998yen.13 for ; Wed, 29 Feb 2012 05:28:50 -0800 (PST) Received-SPF: pass (google.com: domain of slackbie@gmail.com designates 10.50.37.236 as permitted sender) client-ip=10.50.37.236; Authentication-Results: mr.google.com; spf=pass (google.com: domain of slackbie@gmail.com designates 10.50.37.236 as permitted sender) smtp.mail=slackbie@gmail.com; dkim=pass header.i=slackbie@gmail.com Received: from mr.google.com ([10.50.37.236]) by 10.50.37.236 with SMTP id b12mr277765igk.36.1330522129997 (num_hops = 1); Wed, 29 Feb 2012 05:28:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=H0cd2kwjZXoEWXO+7XhwLyJ1O/BJviJR1QRGu475CT0=; b=H7hR2lOLItLdDBh6Iojc+Bzjns6n6iaBoQI2APUuJ1cAv+73jRxVSOZv04akMy5wpw zjz94q8hMozOfY9y4GQJhRjqqVG/iro3TRU+wPnLiB1nEPVN4X0vwGwBYfspVYTEMmL7 qjAKb1Yf2euN75O4fGPYDE+76EUd5K2Dyg37A= MIME-Version: 1.0 Received: by 10.50.37.236 with SMTP id b12mr232181igk.36.1330522129939; Wed, 29 Feb 2012 05:28:49 -0800 (PST) Received: by 10.42.1.68 with HTTP; Wed, 29 Feb 2012 05:28:49 -0800 (PST) In-Reply-To: <20120228163740.Horde.-AvCD5jmRSRPTPTEkzY476A@webmail.leidinger.net> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <20120228163740.Horde.-AvCD5jmRSRPTPTEkzY476A@webmail.leidinger.net> Date: Wed, 29 Feb 2012 20:28:49 +0700 Message-ID: From: "~Lst" To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 29 Feb 2012 16:13:05 +0000 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 13:28:51 -0000 On Tue, Feb 28, 2012 at 10:37 PM, Alexander Leidinger wrote: > Quoting ~Lst (from Tue, 28 Feb 2012 16:38:43 +0700): > >> 2012/2/28 Steve Wills : >>> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> On 02/27/12 10:53, =A3ukasz W=B1sikowski wrote: >>>> >>>> W dniu 2012-02-22 23:31, Bjoern A. Zeeb pisze: >>>> >>>>> You cannot ship that on by default for non-tecnical reasons in a >>>>> kernel. =A0Please do not commit a kernel config that can be booted >>>>> (no LINT cannot be booted) with these on without consulting >>>>> appropriate hats upfront. >>>>> >>>>> >>>>>> - ALTQ - SW_WATCHDOG - QUOTA - IPSTEALTH (disabled in >>>>>> loader.conf) - IPFIREWALL_FORWARD (touches every packet, power >>>>>> users which need a bigger PPS but not this feature can >>>>>> recompile the kernel, discussed with julian@) - FLOWTABLE >>>>>> (disabled in loader.conf) >>>>> >>>>> Which is not the same as it's not 100% disabled and will still >>>>> allocate memory. >>>> >>>> >>>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). I don't know if >>>> it is fixed by now, but this kind of potential problematic features >>>> should not be enabled by default. >>>> >>> >>> Agree, I've run into problems with FLOWTABLE (with just the features >>> that were enabled by default in 8.0) when routers changed MAC >>> addresses. As far as I understand it, FLOWTABLE is both broken and >>> abandoned (but if I'm wrong, please let me know). >>> >>> So, IMHO, not only should it not be enabled by default, but given that >>> it was disabled complete in 8.x after 8.0 (too lazy to look at exactly >>> when right now), I think it shouldn't even be included, since that >>> might encourage users to try it out only to encounter problems with it. >>> >>> Steve >>> >> >> Definitely yes, I'd some problems too with FLOWTABLE running for router. >> So I have to disabled in kernel and sysctl. > > > To make sure I understand you correctly: Did you disabled it with the > sysctl/loader-tunable and everything was OK again, or did you had to remo= ve > it from the kernel config (disabling via sysctl was not enough) to resolv= e > the issue? > > I have one report where a person has issue with FLOWTABLE, but disabling = it > via the sysctl/loader-tunable was enough to address his concerns. > > Bye, > Alexander. > I had to remove it from the kernel config and in my cased disabling via sysctl was not enough to resolve the issue Rgds, -- Lasta Yani From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 13:30:39 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5582C1065690; Wed, 29 Feb 2012 13:30:39 +0000 (UTC) (envelope-from slackbie@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 03E838FC26; Wed, 29 Feb 2012 13:30:38 +0000 (UTC) Received: by iahk25 with SMTP id k25so2293197iah.13 for ; Wed, 29 Feb 2012 05:30:38 -0800 (PST) Received-SPF: pass (google.com: domain of slackbie@gmail.com designates 10.50.191.233 as permitted sender) client-ip=10.50.191.233; Authentication-Results: mr.google.com; spf=pass (google.com: domain of slackbie@gmail.com designates 10.50.191.233 as permitted sender) smtp.mail=slackbie@gmail.com; dkim=pass header.i=slackbie@gmail.com Received: from mr.google.com ([10.50.191.233]) by 10.50.191.233 with SMTP id hb9mr258499igc.44.1330522238698 (num_hops = 1); Wed, 29 Feb 2012 05:30:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NReVZdc0Rlz4FBwIhU7QzhikANLmWbOuOwGSVyxxu4A=; b=N4ORW2RRM/H9lO1aPC7zITfALV7Ss8gqKsY/nObnPIBkVFw1YRFyBAp6IsvYdRRlj7 S5VZa88UklWiRxD3mUIzOLNQhS2w/VyTi2ure3SOy63S2q710fjHQ92TZWykX0DEEG44 o651DTZpD7iUvMp+kmOtBQyXGLeO6YXgsVNyU= MIME-Version: 1.0 Received: by 10.50.191.233 with SMTP id hb9mr217805igc.44.1330522238601; Wed, 29 Feb 2012 05:30:38 -0800 (PST) Received: by 10.42.1.68 with HTTP; Wed, 29 Feb 2012 05:30:38 -0800 (PST) In-Reply-To: <4F4D4D88.8040500@wasikowski.net> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4D3476.7070803@wasikowski.net> <4F4D4D88.8040500@wasikowski.net> Date: Wed, 29 Feb 2012 20:30:38 +0700 Message-ID: From: "~Lst" To: =?ISO-8859-2?Q?=A3ukasz_W=B1sikowski?= Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Wed, 29 Feb 2012 16:13:27 +0000 Cc: "Bjoern A. Zeeb" , stable@freebsd.org, current@freebsd.org, Arnaud Lacombe , Alexander Leidinger Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 13:30:39 -0000 2012/2/29 =A3ukasz W=B1sikowski : > W dniu 2012-02-28 22:22, Arnaud Lacombe pisze: > >>>>> FLOWTABLE on 8.x crashed BGP routers (kern/144917). >>>>> >>>> no crash dump, no backtrace, no follow-up whatsoever after 1 year and >>>> 2 years, what's your points ? You could really have chosen a better PR >>>> to back up your argument... >>> >>> Sorry, but I don't want to bug trace this issue, simply because lack of >>> time, resources and interest in this feature. I've run into this bug on >>> production box, went through hell because of it and turned off flowtabl= e >>> which I do not use and not need. If this problem is still alive (it >>> might be, the PR I've mentioned is still open) then it's not a good ide= a >>> to turn on this feature by default. If you're interested in using this >>> feature then feel free to debug and test. >>> >> Give me a deterministic way to reproduce the issue and I will. > > Enable FLOWTABLES in kernel and setup BGP4+ router (with net/quagga). > You need three peers sending you full Internet routing table (3x400k > prefixes). Some people got it with only two peers. After a short while > your CPU should stuck in 100% busy. > > -- > best regards, > Lukasz Wasikowski > In my cased, I used OpenBGPD. Rgds, -- Lasta Yani From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 16:18:59 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC56D106566C for ; Wed, 29 Feb 2012 16:18:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 752F98FC16 for ; Wed, 29 Feb 2012 16:18:59 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2mEz-0004dq-Ms for freebsd-current@freebsd.org; Wed, 29 Feb 2012 17:18:57 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 17:18:57 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 17:18:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 16:18:45 +0000 (UTC) Lines: 32 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 16:18:59 -0000 Ian Lepore damnhippie.dyndns.org> writes: > ... > It's not a > directory or executable file in the first place, so making it executable > for everyone except the owner and group is not some sort of subtle > security trick, it's just meaningless. > ... Is it meaningless ? Example: # cat /var/spool/output/lpd/.seq #! /usr/local/bin/bash touch /tmp/jb-test-`echo $$` # ls -al /var/spool/output/lpd/.seq -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq # /var/spool/output/lpd/.seq # # ls /tmp/jb* /tmp/jb-test-61789 # chmod 0640 /var/spool/output/lpd/.seq # ls -al /var/spool/output/lpd/.seq -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq # /var/spool/output/lpd/.seq su: /var/spool/output/lpd/.seq: Permission denied # jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 16:30:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D921065674 for ; Wed, 29 Feb 2012 16:30:13 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1D01B8FC08 for ; Wed, 29 Feb 2012 16:30:12 +0000 (UTC) Received: by iahk25 with SMTP id k25so2546892iah.13 for ; Wed, 29 Feb 2012 08:30:12 -0800 (PST) Received-SPF: pass (google.com: domain of jhellenthal@dataix.net designates 10.50.194.163 as permitted sender) client-ip=10.50.194.163; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhellenthal@dataix.net designates 10.50.194.163 as permitted sender) smtp.mail=jhellenthal@dataix.net; dkim=pass header.i=jhellenthal@dataix.net Received: from mr.google.com ([10.50.194.163]) by 10.50.194.163 with SMTP id hx3mr867706igc.49.1330533012490 (num_hops = 1); Wed, 29 Feb 2012 08:30:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=qxiM5t4Jt+d68gNx8YUE5HytzpDBE2460XWX7fQ4nAc=; b=ABu/54MdMAjoVGi5QONUAQ58nB5RUaVe1huyKFDBE2+3lfjEc7JAU+ANr+rjdCGQid xpPJJaSqejyAFzDpkhFYzpSJYEYawqRUg5cH2wfZd0+3TlxgokI4kVIfe6Okv+NuqR6d fwVS5UhiQjJSGNW186n/CIrsUvZt29O7pJ458= Received: by 10.50.194.163 with SMTP id hx3mr704150igc.49.1330533012410; Wed, 29 Feb 2012 08:30:12 -0800 (PST) Received: from DataIX.net (adsl-99-181-159-39.dsl.klmzmi.sbcglobal.net. [99.181.159.39]) by mx.google.com with ESMTPS id cv10sm5971685igc.13.2012.02.29.08.30.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Feb 2012 08:30:07 -0800 (PST) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q1TGU45T038964 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 11:30:04 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q1TGU4pa037563; Wed, 29 Feb 2012 11:30:04 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Wed, 29 Feb 2012 11:30:04 -0500 From: Jason Hellenthal To: jb , freebsd-current@freebsd.org Message-ID: <20120229163004.GA64201@DataIX.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> X-Gm-Message-State: ALoCoQkzeMXPo+TUL3CvQo4f/tGmDJxF8E2b3VfdB8OduQmzb6umVkxbS06p1fBfeN02Wu91KSvB Cc: brooks@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 16:30:13 -0000 On Wed, Feb 29, 2012 at 08:57:16AM +0000, Anton Shterenlikht wrote: > On Wed, Feb 29, 2012 at 02:24:58AM -0500, Jason Hellenthal wrote: > > > > > > On Tue, Feb 28, 2012 at 04:24:47PM +0000, Anton Shterenlikht wrote: > > > On Tue, Feb 28, 2012 at 03:07:43PM +0000, jb wrote: > > > > Anton Shterenlikht bristol.ac.uk> writes: > > > > > > > > > > > > > > This was discussed in questions@ with no resolution. > > > > > Anybody here can advise further? > > > > > ... > > > > > > > > Regarding file .seq or .SEQ > > > > > > > > It is an intermediate-processing (run-time) lockfile found in various spool > > > > dirs and their sub-dirs, like > > > > /var/spool/cron/ > > > > /at, > > > > /lpd, etc. > > > > It is used to save job# by the respective programs (cron, at, etc). > > > > You can find a ref to .SEQ in file at.c in at port sources. > > > > I did not see ref to .seq in lpr or cron port sources. > > > > > > > > The periodic security check > > > > /etc/periodic/security/110.neggrpperm > > > > checks for risque condition like > > > > ! -perm +010 -and -perm +001 > > > > > > > > The file should not be executable, according to its purpose. > > > > > > > > So the lpr.c should be changed from > > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > > > to > > > > if ((fd = open(buf, O_RDWR|O_CREAT, 0660)) < 0) { > > > > > > > > File a bug report. > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/165533 > > > > The only thing that is wrong here is the misconception of negative > > permissions. This bit of code tracks all the way back to 4.3BSD and > > probably further while LPR dates back to 3BSD. Nobody programs 661 for no > > reason and changing that code will most likely have a negative impact > > and I do not see that as a real answer to this problem. > > > > Above I see your .seq file created 0641 so not only do you have a > > negative permission on the file you are also missing a bit ;). You might > > want to review some of your other permissions to see if anything is > > missing. That has been explained all over the net for the differences > > of x86 & x86_64 systems. > > To the best of my knowledge the security warning started > to appear recently. For the previous 2 years or so I haven't > seen it. Now, I didn't modify the default security scripts, > nor the lpd system. The file is created with this permissions > because the OS created it like this, not me. I've no idea > why my file is 0641 instead of 0661. > > So, given that the lpr.c hasn't changed for years, > perhaps the periodic scripts have, and what was > earlier considered fine now is considered serious enough > to issue a security warning. > > In any case, it seems either lpr.c needs to be changed, > or if 0661 is necessary, then the periodic sripts need to > be changed to ignore this file. > Maybe brooks could give some more insight on this. ------------------------------------------------------------------------ r215213 | brooks | 2010-11-12 19:40:43 -0500 (Fri, 12 Nov 2010) | 7 lines Add an (off by default) check for negative permissions (where the group on a object has less permissions that everyone). These permissions will not work reliably over NFS if you have more than 14 supplemental groups and are usually not what you mean. MFC after: 1 week -- ;s =; From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 16:41:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89933106564A for ; Wed, 29 Feb 2012 16:41:08 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta13.emeryville.ca.mail.comcast.net (qmta13.emeryville.ca.mail.comcast.net [76.96.27.243]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC3E8FC13 for ; Wed, 29 Feb 2012 16:41:08 +0000 (UTC) Received: from omta15.emeryville.ca.mail.comcast.net ([76.96.30.71]) by qmta13.emeryville.ca.mail.comcast.net with comcast id fqh21i0051Y3wxoADsh8BT; Wed, 29 Feb 2012 16:41:08 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta15.emeryville.ca.mail.comcast.net with comcast id fsh71i00D4NgCEG8bsh7VA; Wed, 29 Feb 2012 16:41:08 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q1TGf55q007665; Wed, 29 Feb 2012 09:41:05 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: jb In-Reply-To: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Feb 2012 09:41:05 -0700 Message-ID: <1330533665.1023.41.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 16:41:08 -0000 On Wed, 2012-02-29 at 16:18 +0000, jb wrote: > Ian Lepore damnhippie.dyndns.org> writes: > > > ... > > It's not a > > directory or executable file in the first place, so making it executable > > for everyone except the owner and group is not some sort of subtle > > security trick, it's just meaningless. > > ... > > Is it meaningless ? > > Example: > # cat /var/spool/output/lpd/.seq > #! /usr/local/bin/bash > touch /tmp/jb-test-`echo $$` > > # ls -al /var/spool/output/lpd/.seq > -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq > # /var/spool/output/lpd/.seq > # > # ls /tmp/jb* > /tmp/jb-test-61789 > > # chmod 0640 /var/spool/output/lpd/.seq > # ls -al /var/spool/output/lpd/.seq > -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq > # /var/spool/output/lpd/.seq > su: /var/spool/output/lpd/.seq: Permission denied > # > > jb I don't understand the point of your example. You use an example .seq file which does not contain the data the lpr program puts into that file. Instead your file contains executable code, then you show how negative permissions work on exectuable files. My point is that the way this file is used by lpr, it is NOT an executable file -- it holds a simple ascii-encoded sequence number. That seems to be a pretty strong argument that manipulating the exec permission was not an intentional invokation of negative permissions. -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 16:41:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FB0A1065709 for ; Wed, 29 Feb 2012 16:41:29 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 24F258FC18 for ; Wed, 29 Feb 2012 16:41:28 +0000 (UTC) Received: by iahk25 with SMTP id k25so2561958iah.13 for ; Wed, 29 Feb 2012 08:41:28 -0800 (PST) Received-SPF: pass (google.com: domain of jhellenthal@dataix.net designates 10.42.162.194 as permitted sender) client-ip=10.42.162.194; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhellenthal@dataix.net designates 10.42.162.194 as permitted sender) smtp.mail=jhellenthal@dataix.net; dkim=pass header.i=jhellenthal@dataix.net Received: from mr.google.com ([10.42.162.194]) by 10.42.162.194 with SMTP id z2mr930860icx.37.1330533688631 (num_hops = 1); Wed, 29 Feb 2012 08:41:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=ohMGZjFPpWVsKoj8OsIsy6GsHs+mcHUD8YGJn1WrwEU=; b=GU6fQv6G6/ezFYuJHQq9VJULFJW5ZC65exe0p6X3W100OpJc/YvDMA5IGowz26Zlfu ZHZYHl+LPN7WnseGsKyZmnYc6y66KD9PQIGmgVm0xYvriZj9Wc3hTjBWKv9VrzkUalrU 6GFO7O4a/lWVvP6auf010fiUOUPzV+AW00fYU= Received: by 10.42.162.194 with SMTP id z2mr759299icx.37.1330533688479; Wed, 29 Feb 2012 08:41:28 -0800 (PST) Received: from DataIX.net (adsl-99-181-159-39.dsl.klmzmi.sbcglobal.net. [99.181.159.39]) by mx.google.com with ESMTPS id bi6sm15417643igc.3.2012.02.29.08.41.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Feb 2012 08:41:27 -0800 (PST) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q1TGfHft006410 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 11:41:17 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q1TGfFs5088381; Wed, 29 Feb 2012 11:41:15 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Wed, 29 Feb 2012 11:41:15 -0500 From: Jason Hellenthal To: jb Message-ID: <20120229164115.GB64201@DataIX.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Gm-Message-State: ALoCoQkL6BEhX6nfEgN8GR+0cYG0RdSDa8q7wfGnTSPD2jGgkKKp5V1TmKvfWgUfjMvipAnaP5H/ Cc: freebsd-current@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 16:41:29 -0000 On Wed, Feb 29, 2012 at 04:18:45PM +0000, jb wrote: > Ian Lepore damnhippie.dyndns.org> writes: > > > ... > > It's not a > > directory or executable file in the first place, so making it executable > > for everyone except the owner and group is not some sort of subtle > > security trick, it's just meaningless. > > ... > > Is it meaningless ? > > Example: > # cat /var/spool/output/lpd/.seq > #! /usr/local/bin/bash > touch /tmp/jb-test-`echo $$` > > # ls -al /var/spool/output/lpd/.seq > -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq > # /var/spool/output/lpd/.seq > # > # ls /tmp/jb* > /tmp/jb-test-61789 > > # chmod 0640 /var/spool/output/lpd/.seq > # ls -al /var/spool/output/lpd/.seq > -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq > # /var/spool/output/lpd/.seq > su: /var/spool/output/lpd/.seq: Permission denied > # > Giving execute bit to others by security means to allow others to search for that file and find it. If its not there then the process created by current user will not be able to read the file since they are not part of the daemon group. I would assume that sometimes the contents of .seq was judged to be insecure for whatever reason but judged that a user should be able to still in a sense read the file without reading its contents. Negative perms are not harmful. I do suppose a 'daily_status_security_neggrpperm_dirs=' variable should be added here to control which directories are being scanned much like chknoid. -- ;s =; From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 17:18:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 541FC106564A for ; Wed, 29 Feb 2012 17:18:17 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 32E1E8FC13 for ; Wed, 29 Feb 2012 17:18:16 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta12.emeryville.ca.mail.comcast.net with comcast id ft9r1i0040EPchoACtJGPc; Wed, 29 Feb 2012 17:18:16 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta01.emeryville.ca.mail.comcast.net with comcast id ftJF1i00v4NgCEG8MtJFS9; Wed, 29 Feb 2012 17:18:16 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q1THIDCY007682; Wed, 29 Feb 2012 10:18:13 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Jason Hellenthal In-Reply-To: <20120229164115.GB64201@DataIX.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> <20120229164115.GB64201@DataIX.net> Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Feb 2012 10:18:13 -0700 Message-ID: <1330535893.1023.49.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jb Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 17:18:17 -0000 On Wed, 2012-02-29 at 11:41 -0500, Jason Hellenthal wrote: > > On Wed, Feb 29, 2012 at 04:18:45PM +0000, jb wrote: > > Ian Lepore damnhippie.dyndns.org> writes: > > > > > ... > > > It's not a > > > directory or executable file in the first place, so making it executable > > > for everyone except the owner and group is not some sort of subtle > > > security trick, it's just meaningless. > > > ... > > > > Is it meaningless ? > > > > Example: > > # cat /var/spool/output/lpd/.seq > > #! /usr/local/bin/bash > > touch /tmp/jb-test-`echo $$` > > > > # ls -al /var/spool/output/lpd/.seq > > -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq > > # /var/spool/output/lpd/.seq > > # > > # ls /tmp/jb* > > /tmp/jb-test-61789 > > > > # chmod 0640 /var/spool/output/lpd/.seq > > # ls -al /var/spool/output/lpd/.seq > > -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq > > # /var/spool/output/lpd/.seq > > su: /var/spool/output/lpd/.seq: Permission denied > > # > > > > Giving execute bit to others by security means to allow others to search > for that file and find it. If its not there then the process created by > current user will not be able to read the file since they are not part > of the daemon group. I would assume that sometimes the contents of .seq > was judged to be insecure for whatever reason but judged that a user > should be able to still in a sense read the file without reading its > contents. Negative perms are not harmful. > > I do suppose a 'daily_status_security_neggrpperm_dirs=' variable should > be added here to control which directories are being scanned much like > chknoid. > The exec bit's control over the ability to search applies to directories, not individual files. For example: revolution > whoami ilepore revolution > ll /tmp/test -rw-r----x 1 root daemon 0B Feb 29 07:37 /tmp/test* The file is 0641 and I'm not in the daemon group; I can list it. Again, the problem here seems to be the use of 0661 in the lpr program, not the idea of negative permissions, not the new scan for the use of negative permissions. It's just an old bug in an old program which used to be harmless and now is "mostly harmless". Instead of trying to "fix" it by causing the new scan to ignore it, why don't we fix it by fixing the program? (I'd submit a patch but it's a 1-character change -- it's not clear to me a patch would be easier for a commiter to handle than just finding and changing the only occurrance of "0661" in lpr.c.) -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 17:30:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF99E106564A for ; Wed, 29 Feb 2012 17:30:28 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 766208FC0A for ; Wed, 29 Feb 2012 17:30:28 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S2nMA-0006x4-QG for freebsd-current@freebsd.org; Wed, 29 Feb 2012 18:30:27 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 18:30:26 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 29 Feb 2012 18:30:26 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Wed, 29 Feb 2012 17:30:18 +0000 (UTC) Lines: 23 Message-ID: References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> <20120229164115.GB64201@DataIX.net> <1330535893.1023.49.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 17:30:28 -0000 Ian Lepore damnhippie.dyndns.org> writes: > ... > Again, the problem here seems to be the use of 0661 in the lpr program, > not the idea of negative permissions, not the new scan for the use of > negative permissions. This will go away after the fix below is applied. > It's just an old bug in an old program which used > to be harmless and now is "mostly harmless". Instead of trying to "fix" > it by causing the new scan to ignore it, why don't we fix it by fixing > the program? (I'd submit a patch but it's a 1-character change -- it's > not clear to me a patch would be easier for a commiter to handle than > just finding and changing the only occurrance of "0661" in lpr.c.) > Yes, that's what we suggested, in PR filed as well. Let's change lpr.c so that the .seq create permission is 0664. jb From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 18:00:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C541F1065686 for ; Wed, 29 Feb 2012 18:00:17 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C5C38FC19 for ; Wed, 29 Feb 2012 18:00:17 +0000 (UTC) Received: by yenq7 with SMTP id q7so1777832yen.13 for ; Wed, 29 Feb 2012 10:00:16 -0800 (PST) Received-SPF: pass (google.com: domain of jhellenthal@dataix.net designates 10.50.193.199 as permitted sender) client-ip=10.50.193.199; Authentication-Results: mr.google.com; spf=pass (google.com: domain of jhellenthal@dataix.net designates 10.50.193.199 as permitted sender) smtp.mail=jhellenthal@dataix.net; dkim=pass header.i=jhellenthal@dataix.net Received: from mr.google.com ([10.50.193.199]) by 10.50.193.199 with SMTP id hq7mr1672618igc.4.1330538416574 (num_hops = 1); Wed, 29 Feb 2012 10:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=PDgGjdkymHlpBYNe6jD2bECPfsB2gSthHZu8WoqzEbQ=; b=SJpW0fh2t+w51QQtQ776hZpTi9Fct2cxkBLzMnZkcPftY680pw4vKe6T1pgldWvIia 4sAkRWYbU9MHRBGZUCdQaGXl4b7ivw+jzQPPrYFBjhk8JkyW5Rwl2CLCk57nApDBgldS wJocuNTvnQ0fPVUGtbmN+3S6Ogk3Tk40qf2Fg= Received: by 10.50.193.199 with SMTP id hq7mr1363191igc.4.1330538416375; Wed, 29 Feb 2012 10:00:16 -0800 (PST) Received: from DataIX.net (adsl-99-181-159-39.dsl.klmzmi.sbcglobal.net. [99.181.159.39]) by mx.google.com with ESMTPS id ch2sm17318294igb.4.2012.02.29.10.00.15 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Feb 2012 10:00:15 -0800 (PST) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q1TI0CR5035665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 29 Feb 2012 13:00:12 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jhellenthal@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q1TI0BH7008612; Wed, 29 Feb 2012 13:00:11 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Wed, 29 Feb 2012 13:00:11 -0500 From: Jason Hellenthal To: Ian Lepore Message-ID: <20120229180010.GA93342@DataIX.net> References: <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> <20120229164115.GB64201@DataIX.net> <1330535893.1023.49.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1330535893.1023.49.camel@revolution.hippie.lan> X-Gm-Message-State: ALoCoQna5TTlxtmj95Xoel6r5AAlIDhfHowe9eaUiropd1EIe0spROjHNJ/oWXdaB79sf7NsV2Ij Cc: freebsd-current@freebsd.org, jb Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 18:00:17 -0000 On Wed, Feb 29, 2012 at 10:18:13AM -0700, Ian Lepore wrote: > On Wed, 2012-02-29 at 11:41 -0500, Jason Hellenthal wrote: > > > > On Wed, Feb 29, 2012 at 04:18:45PM +0000, jb wrote: > > > Ian Lepore damnhippie.dyndns.org> writes: > > > > > > > ... > > > > It's not a > > > > directory or executable file in the first place, so making it executable > > > > for everyone except the owner and group is not some sort of subtle > > > > security trick, it's just meaningless. > > > > ... > > > > > > Is it meaningless ? > > > > > > Example: > > > # cat /var/spool/output/lpd/.seq > > > #! /usr/local/bin/bash > > > touch /tmp/jb-test-`echo $$` > > > > > > # ls -al /var/spool/output/lpd/.seq > > > -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq > > > # /var/spool/output/lpd/.seq > > > # > > > # ls /tmp/jb* > > > /tmp/jb-test-61789 > > > > > > # chmod 0640 /var/spool/output/lpd/.seq > > > # ls -al /var/spool/output/lpd/.seq > > > -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq > > > # /var/spool/output/lpd/.seq > > > su: /var/spool/output/lpd/.seq: Permission denied > > > # > > > > > > > Giving execute bit to others by security means to allow others to search > > for that file and find it. If its not there then the process created by > > current user will not be able to read the file since they are not part > > of the daemon group. I would assume that sometimes the contents of .seq > > was judged to be insecure for whatever reason but judged that a user > > should be able to still in a sense read the file without reading its > > contents. Negative perms are not harmful. > > > > I do suppose a 'daily_status_security_neggrpperm_dirs=' variable should > > be added here to control which directories are being scanned much like > > chknoid. > > > > The exec bit's control over the ability to search applies to > directories, not individual files. For example: > > revolution > whoami > ilepore > revolution > ll /tmp/test > -rw-r----x 1 root daemon 0B Feb 29 07:37 /tmp/test* > > The file is 0641 and I'm not in the daemon group; I can list it. > The issue is not with listing the file. Setting the execute bit on a file where there is only a read bit higher up allows for the calling process to read the contents and noone else. This is special and not a flaw. > Again, the problem here seems to be the use of 0661 in the lpr program, > not the idea of negative permissions, not the new scan for the use of > negative permissions. It's just an old bug in an old program which used > to be harmless and now is "mostly harmless". Instead of trying to "fix" > it by causing the new scan to ignore it, why don't we fix it by fixing > the program? (I'd submit a patch but it's a 1-character change -- it's > not clear to me a patch would be easier for a commiter to handle than > just finding and changing the only occurrance of "0661" in lpr.c.) > It was intentional and not a flaw. This file should be readable by the calling process and noone else. This is the way permissions work. -- ;s =; From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 18:46:37 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3337106566C; Wed, 29 Feb 2012 18:46:37 +0000 (UTC) (envelope-from kmacybsd@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 57DB78FC17; Wed, 29 Feb 2012 18:46:37 +0000 (UTC) Received: by ggnk4 with SMTP id k4so2571300ggn.13 for ; Wed, 29 Feb 2012 10:46:36 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.50.216.201 as permitted sender) client-ip=10.50.216.201; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.50.216.201 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.50.216.201]) by 10.50.216.201 with SMTP id os9mr1788630igc.22.1330541196571 (num_hops = 1); Wed, 29 Feb 2012 10:46:36 -0800 (PST) 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=X4fryGwHzWdcYJ+hZ29aGGUr81Z57DjRqNqIApQtJjw=; b=vtHYE0Gcj9MgZlY3nf6WYaPDM23VX3gQuxmjJiKb1maNQ/07ouKZFAJiUCRqG6XikK kLQ1GEJSKIYzwWTBt8LrpSpEIaE3IegorwolyWW/1mJ2udvqI6QcpE8flLrWvOzcBCa4 eV12hU6EsJlpVYdQG+C7xKqHFDm4ska5kov+8= MIME-Version: 1.0 Received: by 10.50.216.201 with SMTP id os9mr1364608igc.22.1330539436909; Wed, 29 Feb 2012 10:17:16 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Wed, 29 Feb 2012 10:17:16 -0800 (PST) In-Reply-To: <4F4DD288.5060106@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> Date: Wed, 29 Feb 2012 19:17:16 +0100 X-Google-Sender-Auth: IfrJnwTH-_7gjmGO9UfRi8xXhv0 Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, Steve Wills , =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 18:46:38 -0000 . > > I tried it, on both FreeBSD routers, web systems, and database > servers; all on 8.2+. It still causes massive instability. Disabling > the sysctl, and/or removing it from the kernel solved the problems. Routing I can believe, but I'm wondering how close attention you paid to the workload. There are CDN networks with high uptimes and shipping firewall products that use flowtable, so your mention of web systems forces makes me ask for specifics. Thanks From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 19:32:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58BC3106567A for ; Wed, 29 Feb 2012 19:32:40 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta09.emeryville.ca.mail.comcast.net (qmta09.emeryville.ca.mail.comcast.net [76.96.30.96]) by mx1.freebsd.org (Postfix) with ESMTP id 3804F8FC28 for ; Wed, 29 Feb 2012 19:32:40 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta09.emeryville.ca.mail.comcast.net with comcast id fvTZ1i0061vN32cA9vYgkJ; Wed, 29 Feb 2012 19:32:40 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta22.emeryville.ca.mail.comcast.net with comcast id fvYe1i00e4NgCEG8ivYfsT; Wed, 29 Feb 2012 19:32:39 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q1TJWbta007780; Wed, 29 Feb 2012 12:32:37 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Jason Hellenthal In-Reply-To: <20120229180010.GA93342@DataIX.net> References: <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <1330527621.1023.27.camel@revolution.hippie.lan> <20120229164115.GB64201@DataIX.net> <1330535893.1023.49.camel@revolution.hippie.lan> <20120229180010.GA93342@DataIX.net> Content-Type: text/plain; charset="us-ascii" Date: Wed, 29 Feb 2012 12:32:36 -0700 Message-ID: <1330543956.1023.72.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, jb Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 19:32:40 -0000 On Wed, 2012-02-29 at 13:00 -0500, Jason Hellenthal wrote: > > On Wed, Feb 29, 2012 at 10:18:13AM -0700, Ian Lepore wrote: > > On Wed, 2012-02-29 at 11:41 -0500, Jason Hellenthal wrote: > > > > > > On Wed, Feb 29, 2012 at 04:18:45PM +0000, jb wrote: > > > > Ian Lepore damnhippie.dyndns.org> writes: > > > > > > > > > ... > > > > > It's not a > > > > > directory or executable file in the first place, so making it executable > > > > > for everyone except the owner and group is not some sort of subtle > > > > > security trick, it's just meaningless. > > > > > ... > > > > > > > > Is it meaningless ? > > > > > > > > Example: > > > > # cat /var/spool/output/lpd/.seq > > > > #! /usr/local/bin/bash > > > > touch /tmp/jb-test-`echo $$` > > > > > > > > # ls -al /var/spool/output/lpd/.seq > > > > -rw-r----x 1 root daemon 54 Feb 29 17:05 /var/spool/output/lpd/.seq > > > > # /var/spool/output/lpd/.seq > > > > # > > > > # ls /tmp/jb* > > > > /tmp/jb-test-61789 > > > > > > > > # chmod 0640 /var/spool/output/lpd/.seq > > > > # ls -al /var/spool/output/lpd/.seq > > > > -rw-r----- 1 root daemon 52 Feb 29 17:11 /var/spool/output/lpd/.seq > > > > # /var/spool/output/lpd/.seq > > > > su: /var/spool/output/lpd/.seq: Permission denied > > > > # > > > > > > > > > > Giving execute bit to others by security means to allow others to search > > > for that file and find it. If its not there then the process created by > > > current user will not be able to read the file since they are not part > > > of the daemon group. I would assume that sometimes the contents of .seq > > > was judged to be insecure for whatever reason but judged that a user > > > should be able to still in a sense read the file without reading its > > > contents. Negative perms are not harmful. > > > > > > I do suppose a 'daily_status_security_neggrpperm_dirs=' variable should > > > be added here to control which directories are being scanned much like > > > chknoid. > > > > > > > The exec bit's control over the ability to search applies to > > directories, not individual files. For example: > > > > revolution > whoami > > ilepore > > revolution > ll /tmp/test > > -rw-r----x 1 root daemon 0B Feb 29 07:37 /tmp/test* > > > > The file is 0641 and I'm not in the daemon group; I can list it. > > > > The issue is not with listing the file. Setting the execute bit on a > file where there is only a read bit higher up allows for the calling > process to read the contents and noone else. This is special and not a > flaw. > > > Again, the problem here seems to be the use of 0661 in the lpr program, > > not the idea of negative permissions, not the new scan for the use of > > negative permissions. It's just an old bug in an old program which used > > to be harmless and now is "mostly harmless". Instead of trying to "fix" > > it by causing the new scan to ignore it, why don't we fix it by fixing > > the program? (I'd submit a patch but it's a 1-character change -- it's > > not clear to me a patch would be easier for a commiter to handle than > > just finding and changing the only occurrance of "0661" in lpr.c.) > > > > It was intentional and not a flaw. This file should be readable by the > calling process and noone else. This is the way permissions work. > I'm sorry, but I can't make any sense of what you've said here. The file is already readable and writable by the process that creates it. On a second look just now I noticed the seteuid() calls in lpr before and after the file open/create. I thought that might be what you mean, that the process could lose access to the file with the seteuid() call after it's opened. I just tested that, and it doesn't seem to behave that way. I used simple test code similar to lpr.c but using mode 0660 instead of 0661: char buf[128]; int fd; int bytes; errno = 0; pid_t uid = getuid(); pid_t euid = geteuid(); printf("uid %d euid %d\n", uid, euid); seteuid(euid); fd = open("/tmp/test", O_RDWR|O_CREAT, 0660); flock(fd, LOCK_EX); printf("fd = %d errno = %d\n", fd, errno); seteuid(uid); bytes = read(fd, buf, sizeof(buf)); printf("read bytes = %d errno = %d\n", bytes, errno); sprintf(buf, "%03d", 1); bytes = write(fd, buf, strlen(buf)); printf("write bytes = %d errno = %d\n", bytes, errno); close(fd); revolution > ll tester -r-sr-sr-x 1 root daemon 7.4k Feb 29 12:03 tester* revolution > ./tester uid 902 euid 0 fd = 3 errno = 2 read bytes = 0 errno = 2 write bytes = 3 errno = 2 revolution > ll /tmp/test -rw-r----- 1 root wheel 3B Feb 29 12:04 /tmp/test revolution > cat /tmp/test 001 Could it be that once upon a time the second seteuid() call after the file open would have removed the read access for the process which opened the file, but there have been changes over the years that modifed that behavior and left the technique in lpr.c outdated and moot? -- Ian From owner-freebsd-current@FreeBSD.ORG Wed Feb 29 20:33:18 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id C39231065670; Wed, 29 Feb 2012 20:33:18 +0000 (UTC) Date: Wed, 29 Feb 2012 20:33:18 +0000 From: Alexander Best To: Chuck Burns Message-ID: <20120229203318.GA88216@freebsd.org> References: <20120226213703.GA33988@freebsd.org> <4F4D34C8.9080507@FreeBSD.org> <20120228221149.GA95661@freebsd.org> <4F4D5B63.6020306@FreeBSD.org> <4F4D6C7D.3030109@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F4D6C7D.3030109@gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: setting CC/CXX/CPP unconditionally in src.conf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Feb 2012 20:33:18 -0000 On Tue Feb 28 12, Chuck Burns wrote: > On 2/28/2012 4:55 PM, Ade Lovett wrote: > >On 2/28/2012 14:11, Alexander Best wrote: > >>any chance we can have a CFLAGS.gcc and CFLAGS.clang in the future? > >>that would > >>make certain things a lot easier. dealing with gcc specific options, > >>such as > >>-mpreferred-stack-boundary=2 would simply work by setting > >>CFLAGS.gcc=-mpreferred-stack-boundary=2 e.g. > > > >You already can: > > > >CFLAGS.cc= cc_cflags_here > >CFLAGS.clang= clang_cflags_here > > > >CFLAGS+= generic_cflags_here > >CFLAGS+= ${CFLAGS.${CC}} > > > > > >-aDe > > I think was asking for adding a third... > .cc for base gcc > .clang for .. clang...... > and .gcc for ports gcc4x > .. > > At least, thats how I read it, I could be wrong, it's happened before. no you're right. ade's example suits users very well who want to use it in their src.conf. however what i had in mind was something that can be put into the makefiles by developers and which is implemented in *.mk mannor. cheers. alex > > Chuck > From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:07:56 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40D7B106564A; Thu, 1 Mar 2012 01:07:56 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7AC8FC23; Thu, 1 Mar 2012 01:07:55 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so38634wib.13 for ; Wed, 29 Feb 2012 17:07:54 -0800 (PST) Received-SPF: pass (google.com: domain of kob6558@gmail.com designates 10.180.80.40 as permitted sender) client-ip=10.180.80.40; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kob6558@gmail.com designates 10.180.80.40 as permitted sender) smtp.mail=kob6558@gmail.com; dkim=pass header.i=kob6558@gmail.com Received: from mr.google.com ([10.180.80.40]) by 10.180.80.40 with SMTP id o8mr5626150wix.10.1330564074599 (num_hops = 1); Wed, 29 Feb 2012 17:07:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=UROf5OpVbc4ogyD26yhT4loFXactifMOtNRORD1UFFo=; b=wz+xgSBVQzNce4cXiDHkcWd/6sHVzzo0LNuF7iHReUw+oG1UD0wMJUfwxGBOg31bB/ 7V3MMO8MlSdItAoP8cQ+P/bbHMo+xX1SHrnnfxrwxY3axXJRpQmMSDbWQisAZ0YhwBr4 e7eSpYgm9N3eHoeTTsrRE05XOKTCcvAKM9aVE= MIME-Version: 1.0 Received: by 10.180.80.40 with SMTP id o8mr4512355wix.10.1330564074522; Wed, 29 Feb 2012 17:07:54 -0800 (PST) Received: by 10.223.16.82 with HTTP; Wed, 29 Feb 2012 17:07:54 -0800 (PST) In-Reply-To: <4F4DF4BD.4040208@FreeBSD.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <4F4DF4BD.4040208@FreeBSD.org> Date: Wed, 29 Feb 2012 17:07:54 -0800 Message-ID: From: Kevin Oberman To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 01:07:56 -0000 On Wed, Feb 29, 2012 at 1:49 AM, Andriy Gapon wrote: > on 29/02/2012 00:18 Kevin Oberman said the following: >> APIC is required for SMP, but works on many older, single CPU systems >> and removes the massive sharing of IRQs common on non-APIC systems. >> >> OTOH, some ThinkPads simply won't boot with APIC. My old T43 >> (Pentium-M) had this issue. I had to turn off APIC to get a GENERIC >> kernel to boot. I think that I have heard of other systems that have >> an issue with FreeBSD APIC. (APIC seems to work fine with Windows, so >> it's something about the FreeBSD implementation, but the problem is >> pretty rare, seems limited to 3-5 year old uniprocessor systems, so >> it's probably not worth trying to track down. > > I think that it would be useful to track this down. =A0If it's a bug then= it's a > bug and who knows how it can bite in the future. =A0If you still have the= hardware > and can allocate some time to this issue, then it would be great. > > Also, when you said "disabled APIC" - did you disable it via BIOS setting= s or > via the FreeBSD tunable? > > BTW, a nitpick - T43 production seems to have started in April 2005, so i= t's > more like 7 years :) Andriy, Gee. Time flies when you're having fun... or when a project is approaching its due date. I disabled APIC with a tunable (hint.apic.0.disabled=3D1). The T43 has no BIOS setting to turn it off. I have some time and still have the computer and it is up and running 9-Stable. In theory, I am retired, but still work part-time job at Lawrence Berkeley and have a contract with another university that will end sin a few weeks. I should be able to spend some time looking at it, but I may be tied up with those at times. I am NOT a programmer any more. My last kernel hacking was done in assembly on a VAX (or, maybe and Alpha) running VMS about 25 years ago. If you want me to help, I'll try, but I'll probably need detailed instructions and, since the system is owned by the U.S. government, I can't allow others to access it. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 01:35:19 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A2FE106564A; Thu, 1 Mar 2012 01:35:19 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 2FB168FC0A; Thu, 1 Mar 2012 01:35:18 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q211PJwW031330; Wed, 29 Feb 2012 19:34:58 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com with ESMTP id 139yahg18w-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 29 Feb 2012 19:34:58 -0600 Received: from [10.0.0.101] (10.14.152.61) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 29 Feb 2012 19:34:56 -0600 MIME-Version: 1.0 (Apple Message framework v1257) From: Devin Teske In-Reply-To: <201202280846.08966.jhb@freebsd.org> Date: Wed, 29 Feb 2012 17:34:55 -0800 Content-Transfer-Encoding: quoted-printable Message-ID: References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1257) X-Originating-IP: [10.14.152.61] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-02-29_06:2012-02-29, 2012-02-29, 1970-01-01 signatures=0 Content-Type: text/plain; charset="iso-8859-1" Cc: freebsd-current@freebsd.org, Devin Teske , Gapon , Andriy Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 01:35:19 -0000 On Feb 28, 2012, at 5:46 AM, John Baldwin wrote: > On Tuesday, February 28, 2012 1:23:11 am Scott Long wrote: >> I still think that it's useful to be able to disable ACPI. Just because= =20 > ACPI works well on modern hardware doesn't mean that everything crummy fr= om=20 > 2000-2007 suddenly disappeared off the face of the earth. But I agree th= at=20 > turning it off on modern systems probably does more harm than good. Henc= e my=20 > suggestion for a finer control over this in the menu. Maybe Devin Teske = can=20 > lend some help with this task? .oO(uh oh, what'd I do now?) > For extra credit, it should be possible to=20 > write a simple static analysis tool that collects all of the tunables tha= t are=20 > compiled into the kernel and generates a data file that the boot menu can= =20 > process and turn into interactive knobs for the user. >=20 > Hmm, with the newer boot menu, can't one now toggle safe mode and ACPI=20 > independently? Semi-independently; ordered rather. Toggling Safe Mode On will toggle ACPI Off. This is the only real example o= f one menu item reaching into another menu item, and it only happens when t= oggling Safe Mode on (not off). Despite the above description, it is in-fact intuitive and the effects are = as-expected. Booting Safe Mode with ACPI enabled is no harder than toggling Safe Mode on= [first] before [then] re-enabling ACPI (followed by ENTER). > (Assuming we haven't removed the ability to disable ACPI from=20 > the menu, if we have we should perhaps put that back). Having them be=20 > orthogonal knobs would seem to the be the best approach. >=20 +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe = Mode knows about ACPI but only acts on it when being enabled). --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:01:55 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CC802106564A; Thu, 1 Mar 2012 02:01:55 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (unknown [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b2]) by mx1.freebsd.org (Postfix) with ESMTP id 82B0A8FC0A; Thu, 1 Mar 2012 02:01:55 +0000 (UTC) Received: from meatwad.mouf.net (cpe-024-162-230-236.nc.res.rr.com [24.162.230.236]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id q2121j0s074156 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT); Wed, 29 Feb 2012 21:01:45 -0500 (EST) (envelope-from swills@FreeBSD.org) Message-ID: <4F4ED889.2070608@FreeBSD.org> Date: Wed, 29 Feb 2012 21:01:45 -0500 From: Steve Wills User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20111228 Thunderbird/9.0 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> In-Reply-To: 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.7 (mouf.net [204.109.58.86]); Wed, 29 Feb 2012 21:01:47 -0500 (EST) X-Virus-Scanned: clamav-milter 0.97.2 at mouf.net X-Virus-Status: Clean Cc: stable@FreeBSD.org, Doug Barton , current@FreeBSD.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 02:01:55 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 02/29/12 13:17, K. Macy wrote: > . >> >> I tried it, on both FreeBSD routers, web systems, and database >> servers; all on 8.2+. It still causes massive instability. >> Disabling the sysctl, and/or removing it from the kernel solved >> the problems. > > Routing I can believe, but I'm wondering how close attention you > paid to the workload. There are CDN networks with high uptimes and > shipping firewall products that use flowtable, so your mention of > web systems forces makes me ask for specifics. > The failure I experienced was with web servers running 8.0 behind a F5 load balancer in an HA setup. Whenever the failover happened, the web servers would continue sending to the wrong MAC address, despite the arp table updating. Disabling flowtable via the sysctl solved the problem. Maybe Doug's failure was similar, maybe not, but I thought I'd throw my $0.02 in. Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBAgAGBQJPTtiJAAoJEPXPYrMgexuhp8EIAKGGtZzcxgQ4zVO5SKy1jAOH DXLRLYfdm8NJB9hYEvtUa9/nltAE35zQMp7FU4AlZ2L2ol/J7W9aODiN0gw9AFEr dxBYyQliDKvVwLgah9a5PaXNM3kpx9ZvZGM3lBQGQbZaEV+ERwjBXkfIqjEB4Ei5 bBd7841jQm22s1xJOuJTdMGrpnY1DMUPdPCFOAtyQmTAhWpoELgtQBvP9kGYNKv2 3NAPnjFuooe9fdze9VSO8TWFJSb82DVbRsz6JiR0998oHXPApCh4I5y1rNcg2qA/ 1x2EdFlivXpgjC4nKUgFjhohmdGv20FrLfex4eOq6dSMF0Baje86PJcc8EZ1DK0= =NUft -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 02:17:33 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEFA8106564A; Thu, 1 Mar 2012 02:17:33 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 830A58FC13; Thu, 1 Mar 2012 02:17:32 +0000 (UTC) Received: by eaaf13 with SMTP id f13so24328eaa.13 for ; Wed, 29 Feb 2012 18:17:31 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.213.102.12 as permitted sender) client-ip=10.213.102.12; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.213.102.12 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.213.102.12]) by 10.213.102.12 with SMTP id e12mr1467971ebo.5.1330568251539 (num_hops = 1); Wed, 29 Feb 2012 18:17:31 -0800 (PST) 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=8lZeJ+Tz71H13Jh6TmyGRlAzmjNgyloN32MZfAZ+h54=; b=Zs0QiAsw5uF1kpQWJLPVGpHaRWJLjc/I6kolHrKN3ctQUlZbl2ZcJtmkOwKOPhzK9+ KAzD44K+keZsRj6XObeS83m/K68AejMVhr2hl57+xAGfdhDcsCDxO3OCTHQbyaejCQwd TsI7YQ9mFtjDjVK1SwPCFk6/UV+eU96Z2GO9Y= Received: by 10.213.102.12 with SMTP id e12mr1169599ebo.5.1330568250081; Wed, 29 Feb 2012 18:17:30 -0800 (PST) Received: from [192.168.0.100] (host15-203-dynamic.42-79-r.retail.telecomitalia.it. [79.42.203.15]) by mx.google.com with ESMTPS id o49sm1409686eeb.7.2012.02.29.18.17.26 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Feb 2012 18:17:28 -0800 (PST) References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> In-Reply-To: <4F4ED889.2070608@FreeBSD.org> Mime-Version: 1.0 (1.0) Message-Id: X-Mailer: iPad Mail (9A405) From: K Macy Date: Thu, 1 Mar 2012 03:17:29 +0100 To: Steve Wills X-Mailman-Approved-At: Thu, 01 Mar 2012 02:44:00 +0000 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "stable@FreeBSD.org" , Doug Barton , "K. Macy" , =?utf-8?Q?z_W=C4=85sikowski?= , Arnaud Lacombe , "BjoernA. Zeeb" , Alexander Leidinger , "current@FreeBSD.org" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 02:17:33 -0000 Inviato da iPad Il giorno 01/mar/2012, alle ore 03:01, Steve Wills ha s= critto: >=20 > The failure I experienced was with web servers running 8.0 behind a F5 > load balancer in an HA setup. Whenever the failover happened, the web > servers would continue sending to the wrong MAC address, despite the > arp table updating. Disabling flowtable via the sysctl solved the > problem. Maybe Doug's failure was similar, maybe not, but I thought > I'd throw my $0.02 in. >=20 Thanks. I just committed a change recently for 8 - HEAD to address that. I w= ould like to know if it solves the problem. > Steve > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (FreeBSD) >=20 > iQEcBAEBAgAGBQJPTtiJAAoJEPXPYrMgexuhp8EIAKGGtZzcxgQ4zVO5SKy1jAOH > DXLRLYfdm8NJB9hYEvtUa9/nltAE35zQMp7FU4AlZ2L2ol/J7W9aODiN0gw9AFEr > dxBYyQliDKvVwLgah9a5PaXNM3kpx9ZvZGM3lBQGQbZaEV+ERwjBXkfIqjEB4Ei5 > bBd7841jQm22s1xJOuJTdMGrpnY1DMUPdPCFOAtyQmTAhWpoELgtQBvP9kGYNKv2 > 3NAPnjFuooe9fdze9VSO8TWFJSb82DVbRsz6JiR0998oHXPApCh4I5y1rNcg2qA/ > 1x2EdFlivXpgjC4nKUgFjhohmdGv20FrLfex4eOq6dSMF0Baje86PJcc8EZ1DK0=3D > =3DNUft > -----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 Thu Mar 1 04:47:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 052311065672 for ; Thu, 1 Mar 2012 04:47:25 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from mx.lissyara.su (mx.lissyara.su [91.227.18.11]) by mx1.freebsd.org (Postfix) with ESMTP id A7D6D8FC17 for ; Thu, 1 Mar 2012 04:47:24 +0000 (UTC) Received: from [195.93.240.5] (port=31246 helo=lissyara.moskb.local) by mx.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S2xvH-000HYS-4I for freebsd-current@freebsd.org; Thu, 01 Mar 2012 08:47:23 +0400 Message-ID: <4F4EFF5B.5080808@lissyara.su> Date: Thu, 01 Mar 2012 08:47:23 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F474C64.40607@lissyara.su> In-Reply-To: <4F474C64.40607@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: mx.lissyara.su Subject: Re: Xorg - monitor off after start X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 04:47:25 -0000 On 24.02.2012 12:37, Alex Keda wrote: > problem, first described: > http://lists.freebsd.org/pipermail/freebsd-current/2011-December/030528.html > > on last days 2011 year, all work OK, without some custom kernel > new year - old problems =) > > if I rename drm.ko - all OK. > with drm.ko - I have monitor off =( > yesterday, all work OK FreeBSD lissyara.moskb.local 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r232326: Thu Mar 1 08:33:24 MSK 2012 root@lissyara.moskb.local:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 05:42:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20F16106567F for ; Thu, 1 Mar 2012 05:42:54 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id EABA58FC0A for ; Thu, 1 Mar 2012 05:42:51 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.4/8.14.4) with ESMTP id q215NCAJ062284; Wed, 29 Feb 2012 23:23:12 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.4/8.14.4/Submit) id q215NCFt062283; Wed, 29 Feb 2012 23:23:12 -0600 (CST) (envelope-from brooks) Date: Wed, 29 Feb 2012 23:23:12 -0600 From: Brooks Davis To: Jason Hellenthal Message-ID: <20120301052311.GA61926@lor.one-eyed-alien.net> References: <20120228092244.GB48977@mech-cluster241.men.bris.ac.uk> <20120228162447.GB58311@mech-cluster241.men.bris.ac.uk> <20120229072458.GA95427@DataIX.net> <20120229085716.GA66484@mech-cluster241.men.bris.ac.uk> <20120229163004.GA64201@DataIX.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <20120229163004.GA64201@DataIX.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, jb , brooks@freebsd.org Subject: Re: negative group permissions? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 05:42:54 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 29, 2012 at 11:30:04AM -0500, Jason Hellenthal wrote: >=20 >=20 > On Wed, Feb 29, 2012 at 08:57:16AM +0000, Anton Shterenlikht wrote: > > On Wed, Feb 29, 2012 at 02:24:58AM -0500, Jason Hellenthal wrote: > > >=20 > > >=20 > > > On Tue, Feb 28, 2012 at 04:24:47PM +0000, Anton Shterenlikht wrote: > > > > On Tue, Feb 28, 2012 at 03:07:43PM +0000, jb wrote: > > > > > Anton Shterenlikht bristol.ac.uk> writes: > > > > >=20 > > > > > >=20 > > > > > > This was discussed in questions@ with no resolution. > > > > > > Anybody here can advise further? > > > > > > ... > > > > >=20 > > > > > Regarding file .seq or .SEQ > > > > >=20 > > > > > It is an intermediate-processing (run-time) lockfile found in var= ious spool=20 > > > > > dirs and their sub-dirs, like > > > > > /var/spool/cron/ > > > > > /at, > > > > > /lpd, etc. > > > > > It is used to save job# by the respective programs (cron, at, etc= ). > > > > > You can find a ref to .SEQ in file at.c in at port sources. > > > > > I did not see ref to .seq in lpr or cron port sources. > > > > >=20 > > > > > The periodic security check=20 > > > > > /etc/periodic/security/110.neggrpperm > > > > > checks for risque condition like > > > > > ! -perm +010 -and -perm +001 > > > > >=20 > > > > > The file should not be executable, according to its purpose. > > > > >=20 > > > > > So the lpr.c should be changed from > > > > > if ((fd =3D open(buf, O_RDWR|O_CREAT, 0661)) < 0) { > > > > > to > > > > > if ((fd =3D open(buf, O_RDWR|O_CREAT, 0660)) < 0) { > > > > >=20 > > > > > File a bug report. > > > >=20 > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/165533 > > >=20 > > > The only thing that is wrong here is the misconception of negative > > > permissions. This bit of code tracks all the way back to 4.3BSD and > > > probably further while LPR dates back to 3BSD. Nobody programs 661 fo= r no > > > reason and changing that code will most likely have a negative impact > > > and I do not see that as a real answer to this problem. > > >=20 > > > Above I see your .seq file created 0641 so not only do you have a > > > negative permission on the file you are also missing a bit ;). You mi= ght > > > want to review some of your other permissions to see if anything is > > > missing. That has been explained all over the net for the differences > > > of x86 & x86_64 systems. > >=20 > > To the best of my knowledge the security warning started > > to appear recently. For the previous 2 years or so I haven't > > seen it. Now, I didn't modify the default security scripts, > > nor the lpd system. The file is created with this permissions > > because the OS created it like this, not me. I've no idea > > why my file is 0641 instead of 0661. > >=20 > > So, given that the lpr.c hasn't changed for years, > > perhaps the periodic scripts have, and what was > > earlier considered fine now is considered serious enough > > to issue a security warning. > >=20 > > In any case, it seems either lpr.c needs to be changed, > > or if 0661 is necessary, then the periodic sripts need to > > be changed to ignore this file. > >=20 >=20 > Maybe brooks could give some more insight on this. >=20 > ------------------------------------------------------------------------ > r215213 | brooks | 2010-11-12 19:40:43 -0500 (Fri, 12 Nov 2010) | 7 > lines >=20 > Add an (off by default) check for negative permissions (where the > group on a object has less permissions that everyone). These > permissions will not work reliably over NFS if you have more than > 14 supplemental groups and are usually not what you mean. >=20 > MFC after: 1 week Reading over the thread I concur with Ian's analysis than a solitary world execute bit on a file does nothing useful and is likely a typo. Unless someone demonstrates otherwise lpr should be updated. The check was added because I know some FreeBSD consumers have relied on the historical behavior of negative group permissions to deny access to a particular group of users. In FreeBSD > 8.0 you can not rely on this behavior on NFS volumes because some groups may be excluded from the list of groups NFS sees and thus evaluates for access decisions. The use of negative permissions is "safe" if you don't use NFS or only use NFS v4 with GSSAPI. In either case you can to turn this check off. In an ideal world I'd make chmod(2) refuse to set negative permissions, but I suspect that would be too disruptive a change. -- Brooks --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFPTwe/XY6L6fI4GtQRAjaMAKDRb00z5MIUnkySZt4DLite6nSsZACdH0aN bLAHoqtTP2OACqdcNRv+xe0= =K2zV -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 08:39:33 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35E8D106564A; Thu, 1 Mar 2012 08:39:33 +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 0A72E8FC0A; Thu, 1 Mar 2012 08:39:31 +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 KAA03088; Thu, 01 Mar 2012 10:39:14 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S31Xe-000CJb-DN; Thu, 01 Mar 2012 10:39:14 +0200 Message-ID: <4F4F35B9.5090308@FreeBSD.org> Date: Thu, 01 Mar 2012 10:39:21 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Devin Teske References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Devin Teske , John Baldwin Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 08:39:33 -0000 on 01/03/2012 03:34 Devin Teske said the following: > > +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe > Mode knows about ACPI but only acts on it when being enabled). Can you explain why? +1 for having both menu items and each doing its own thing without any entanglement :-) -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 08:49:40 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 007BE1065672; Thu, 1 Mar 2012 08:49:40 +0000 (UTC) (envelope-from gahr@gahr.no-ip.org) Received: from cpanel05.rubas-s05.net (cpanel05.rubas-s05.net [195.182.222.75]) by mx1.freebsd.org (Postfix) with ESMTP id 723D88FC0A; Thu, 1 Mar 2012 08:49:39 +0000 (UTC) Received: from 175-3.192-178.cust.bluewin.ch ([178.192.3.175] helo=gahr.no-ip.org) by cpanel05.rubas-s05.net with esmtpa (Exim 4.69) (envelope-from ) id 1S31hi-00040l-8L; Thu, 01 Mar 2012 09:49:38 +0100 Received: by gahr.no-ip.org (Postfix, from userid 1001) id AEA0F45033; Thu, 1 Mar 2012 09:49:27 +0100 (CET) Date: Thu, 1 Mar 2012 09:49:27 +0100 From: Pietro Cerutti To: "O. Hartmann" Message-ID: <20120301084927.GA50453@gahrfit.gahr.ch> References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4EFDA80600B0354D@> <4F4A0E04.1080601@zedat.fu-berlin.de> <20120228144442.GA1755@gahrfit.gahr.ch> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a8Wt8u1KmwUX3Y2C" Content-Disposition: inline In-Reply-To: <20120228144442.GA1755@gahrfit.gahr.ch> X-PGP-Key: 0x9571F78E X-PGP-Fingerprint: 1203 92B5 3919 AF84 9B97 28D6 C0C2 6A98 9571 F78E User-Agent: Mutt/1.5.21 (2010-09-15) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cpanel05.rubas-s05.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - gahr.no-ip.org X-Source: X-Source-Args: X-Source-Dir: Cc: Eduardo Morras , Ports FreeBSD , Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gahr@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 Mar 2012 08:49:40 -0000 --a8Wt8u1KmwUX3Y2C Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2012-Feb-28, 15:44, Pietro Cerutti wrote: > On 2012-Feb-26, 11:48, O. Hartmann wrote: > > On 02/23/12 14:38, Eduardo Morras wrote: > > > At 12:22 23/02/2012, O. Hartmann wrote: > > > Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version on > > > ports is 3.0 not 3.5. On the webpage you have information about how to > > > configure for use with clang/llvm. > >=20 > > Codelite looks nice. But why is codelite setup in editors/codelite and > > not in devel/codelite as other IDEs? > >=20 > > By the way, do all IDEs supported by FreeBSD suffer from being outdated > > and aged eons? CodeLite 3.5 is at this very moment the most recent > > version and claims to provide a much better LLVM/CLANG support. > >=20 > > Hope I can convince the maintainer by sending a PR ;-) >=20 > I am working on an update to codelite to 3.5.5375. However, it contains > a lot of Linux specific things that I'll need to track down before I can > commit the update. In particular, clang/llvm support and the database > designer components are causing me problems. >=20 > Anyway, the updated version will hit the ports tree within several days. I have just updated codelite to 3.5.5375. This update includes optional support for MySQL and PostgreSQL in Database Explorer, and clang-based code completion. Enjoy, --=20 Pietro Cerutti The FreeBSD Project gahr@FreeBSD.org PGP Public Key: http://gahr.ch/pgp --a8Wt8u1KmwUX3Y2C Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9POBcACgkQwMJqmJVx9444vgCcCdi+/TkM7dSAJHmr7NZOMouX q4QAn1WymXDRXBbRTmQfgVkVHNGQfO8O =E6TO -----END PGP SIGNATURE----- --a8Wt8u1KmwUX3Y2C-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 08:57:43 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A350C1065672; Thu, 1 Mar 2012 08:57:43 +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 AEE1A8FC15; Thu, 1 Mar 2012 08:57:42 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA03211; Thu, 01 Mar 2012 10:57:40 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S31pU-000CK7-7N; Thu, 01 Mar 2012 10:57:40 +0200 Message-ID: <4F4F3A0B.6010605@FreeBSD.org> Date: Thu, 01 Mar 2012 10:57:47 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Kevin Oberman References: <4F26CC5A.2070501@FreeBSD.org> <4F4B5ED3.5090508@FreeBSD.org> <65B1891F-9079-4948-BF37-8A50B4E85071@samsco.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <4F4DF4BD.4040208@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD current , John Baldwin Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 08:57:43 -0000 on 01/03/2012 03:07 Kevin Oberman said the following: > I disabled APIC with a tunable (hint.apic.0.disabled=1). The T43 has > no BIOS setting to turn it off. > > I have some time and still have the computer and it is up and running > 9-Stable. In theory, I am retired, but still work part-time job at > Lawrence Berkeley and have a contract with another university that > will end sin a few weeks. I should be able to spend some time looking > at it, but I may be tied up with those at times. > > I am NOT a programmer any more. My last kernel hacking was done in > assembly on a VAX (or, maybe and Alpha) running VMS about 25 years > ago. If you want me to help, I'll try, but I'll probably need detailed > instructions and, since the system is owned by the U.S. government, I > can't allow others to access it. I think that obtaining verbose boot logs for both cases would be a nice start. If you can't get the log as a text (e.g. via serial console) for the APIC case, then a series of digital camera screenshots would be fine too. P.S. Here seems to be a dmesg of FreeBSD 7 successfully booting on T43 with APIC enabled: http://www.4ucode.com/Study/Topic/1091620 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 10:57:31 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C44221065670; Thu, 1 Mar 2012 10:57:31 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2215B8FC12; Thu, 1 Mar 2012 10:57:30 +0000 (UTC) Received: by eaaf13 with SMTP id f13so140197eaa.13 for ; Thu, 01 Mar 2012 02:57:30 -0800 (PST) Received-SPF: pass (google.com: domain of ndenev@gmail.com designates 10.14.96.6 as permitted sender) client-ip=10.14.96.6; Authentication-Results: mr.google.com; spf=pass (google.com: domain of ndenev@gmail.com designates 10.14.96.6 as permitted sender) smtp.mail=ndenev@gmail.com; dkim=pass header.i=ndenev@gmail.com Received: from mr.google.com ([10.14.96.6]) by 10.14.96.6 with SMTP id q6mr2833632eef.6.1330599450306 (num_hops = 1); Thu, 01 Mar 2012 02:57:30 -0800 (PST) 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=y3znwjrq87CPeQvSPlm1r7YW+NJXPlMOCyEdkkCJSaw=; b=fgoF4/B12ILFKDYS0UCpAosbfPbqx7giYrE6Z56LR6chdwadwMHj017BbaQHk6iimg ZHTr3JFUq5T6aXRD8xb6AVQdePvdn9udH9LVEzSqvdKbFy3RC+ezf5KKJtKmuzt8tuzg eHt6xiDQjURQo/anZ0gw3wA2NAz6fRy91DwUE= Received: by 10.14.96.6 with SMTP id q6mr2128248eef.6.1330597624665; Thu, 01 Mar 2012 02:27:04 -0800 (PST) Received: from ndenevsa.sf.moneybookers.net (g1.moneybookers.com. [217.18.249.148]) by mx.google.com with ESMTPS id v51sm5776823eef.2.2012.03.01.02.27.02 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Mar 2012 02:27:03 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Nikolay Denev In-Reply-To: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> Date: Thu, 1 Mar 2012 12:27:02 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2F3C6FA2-4045-4022-A317-42CF616A84A8@gmail.com> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> To: Alexander Leidinger X-Mailer: Apple Mail (2.1257) Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 10:57:31 -0000 On Feb 21, 2012, at 3:35 PM, Alexander Leidinger wrote: > Hi, >=20 > I created a kernel config for i386/amd64 (should work on -current and = 9.x) and a suitable loader.conf which: > - tries to provide as much features as GENERIC (I lost one or two disk > controllers, they are not available as a module... or I didn't find > them) > - incorporates some more features based upon a poll on stable@ > (see below) > - loads as much as possible as a module >=20 > I've compile-tested them on i386 and amd64, but I didn't had time yet = to give it a try on a spare machine. I may get some time next week to = test (i386 only). It would be nice if someone could help testing: > - compile the kernel > - make _sure_ you have a way to recover the system in case > the new kernel+loader.conf fails > - verify that the example loader.conf contains all devices > which are important for you > - copy the example loader.conf to /boot/loader.conf > - give it a try >=20 > You can download from > http://www.Leidinger.net/FreeBSD/current-patches/ > The files are > - i386_SMALL > - i386_SMALL_loader.conf > - amd64_SMALL > - amd64_SMALL_loader.conf > I didn't provide direct links for eqch one on purpose. If you do not = know how to recover a system with an unsuitable loader.conf, don't give = this a try (you could check a diff between GENERIC and SMALL, and make = sure all removed devices which are imporant for you are in the = loader.conf). They should work on -current and on 9.x, for 8.x I'm not = sure if it woll work without removing some stuff (GENERIC on 8.x comes = without some more debugging options, make sure you don't get surprised = by them, but those may not be the only differences). >=20 > I didn't use the name MODULAR on purpose, I've chosen a name where the = first letter does not yet exist in the kernel config directory, to make = tab-completion more easy. If you are not happy with the name, keep your = opinion for yourself please, until after you tested this on a (maybe = virtual) system. >=20 > The loader.conf was generated with a script from a diff between = GENERIC and SMALL, if there's a name mismatch between the config-name = and the module-name, the script may have missed the module (I added some = missing sound modules, but I may have overlooked something). You better = double-check before giving it a try. The loader.conf is also supposed to = disable some features (at the end of the file) which are new compared to = what is in GENERIC, if the particular feature could cause a change in = behavior. >=20 > The new stuff in the kernel config compared to GENERIC is (in order of = number of requests from users): > - IPSEC (+ device enc + IPSEC_NAT_T) > - ALTQ > - SW_WATCHDOG > - QUOTA > - IPSTEALTH (disabled in loader.conf) > - IPFIREWALL_FORWARD (touches every packet, power users which need > a bigger PPS but not this feature can recompile the kernel, > discussed with julian@) > - FLOWTABLE (disabled in loader.conf) > - BPF_JITTER >=20 > In the poll there where some more options requested, but most of them = can be handled via the loader or sysctl (e.g. the firewalls can be = loaded as modules). For some of them I added some comments at the end of = the SMALL config to make it more easy to find the correct way of = configuring them. Doc-committers may want to have a look, maybe there's = an opportunity to improve existing documentation. >=20 > I'm interested in success reports, failure reports, and reports about = missing stuff in loader.conf (mainly compared to the devices available = in GENERIC, but missing stuff which could help getting a system = installed and booted is welcome even if what you propose is not in = GENERIC). >=20 > Bye, > Alexander. >=20 > --=20 >=20 > http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D = B0063FE7 > http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D = 72077137 >=20 Just an idea : Ship FreeBSD with all the kernel object files (even compile different versions of them, let's say networking with = IPFORWARD and networking without), and then let the user relink the kernel with some shell script. This way freebsd-update can binary update the object files,=20 and then relink the users's kernel. This of course will probably need some infrastructure work to make it = possible. P.S.: As I said, just an idea off the top of my head :) From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 07:55:21 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F98C106566C for ; Thu, 1 Mar 2012 07:55:21 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 82E798FC13 for ; Thu, 1 Mar 2012 07:55:20 +0000 (UTC) Received: by lagv3 with SMTP id v3so551274lag.13 for ; Wed, 29 Feb 2012 23:55:19 -0800 (PST) Received-SPF: pass (google.com: domain of timp87@gmail.com designates 10.112.23.100 as permitted sender) client-ip=10.112.23.100; Authentication-Results: mr.google.com; spf=pass (google.com: domain of timp87@gmail.com designates 10.112.23.100 as permitted sender) smtp.mail=timp87@gmail.com; dkim=pass header.i=timp87@gmail.com Received: from mr.google.com ([10.112.23.100]) by 10.112.23.100 with SMTP id l4mr1814281lbf.24.1330588519368 (num_hops = 1); Wed, 29 Feb 2012 23:55:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=5toqlcyi85JCy9BX2UFVb/IZLQaXXu5zAS9oWNbAjkA=; b=C9XVM+A1bR9fCeCrQzwADYfBK2j0ON01LX5ttLybOBiLA1IiC0CIbbLJo3TVbBNBmT LQd4+Z+luDTahV2iWNs2Vgw44h3MQBr1Y3gN6B0uYjPLaQGYubqTkotQut4CFdJ4p/ZA KMRxymMsEjYadFnp+rO1TxF+c5A/hTKIzowgo= MIME-Version: 1.0 Received: by 10.112.23.100 with SMTP id l4mr1458625lbf.24.1330586852086; Wed, 29 Feb 2012 23:27:32 -0800 (PST) Received: by 10.152.28.201 with HTTP; Wed, 29 Feb 2012 23:27:32 -0800 (PST) Date: Thu, 1 Mar 2012 11:27:32 +0400 Message-ID: From: Pavel Timofeev To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Mailman-Approved-At: Thu, 01 Mar 2012 11:47:31 +0000 Subject: Can't boot with geom_part_(gpt|mbr|bsd|ebr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 07:55:21 -0000 Hi! Just add to loader.conf these options geom_part_gpt_load="YES" geom_part_bsd_load="YES" geom_part_ebr_load="YES" geom_part_mbr_load="YES" and your kernel can't boot I have posted PR http://www.freebsd.org/cgi/query-pr.cgi?pr=165573 From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 11:33:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52C31106564A; Thu, 1 Mar 2012 11:33:48 +0000 (UTC) (envelope-from ohartman@mail.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 021608FC0A; Thu, 1 Mar 2012 11:33: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 <1S34GZ-0004Rv-3R>; Thu, 01 Mar 2012 12:33:47 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S34GY-0003do-WD>; Thu, 01 Mar 2012 12:33:47 +0100 Message-ID: <4F4F5E95.5070903@mail.zedat.fu-berlin.de> Date: Thu, 01 Mar 2012 12:33:41 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: gahr@FreeBSD.org References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4EFDA80600B0354D@> <4F4A0E04.1080601@zedat.fu-berlin.de> <20120228144442.GA1755@gahrfit.gahr.ch> <20120301084927.GA50453@gahrfit.gahr.ch> In-Reply-To: <20120301084927.GA50453@gahrfit.gahr.ch> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig44B64172A99E9CE7088A4147" X-Originating-IP: 130.133.86.198 X-Mailman-Approved-At: Thu, 01 Mar 2012 12:16:11 +0000 Cc: Eduardo Morras , Ports FreeBSD , Current FreeBSD Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 11:33:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig44B64172A99E9CE7088A4147 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 03/01/12 09:49, Pietro Cerutti wrote: > On 2012-Feb-28, 15:44, Pietro Cerutti wrote: >> On 2012-Feb-26, 11:48, O. Hartmann wrote: >>> On 02/23/12 14:38, Eduardo Morras wrote: >>>> At 12:22 23/02/2012, O. Hartmann wrote: >>>> Codelite, i use it and works fine (Freebsd 8.2) with Clang. Version = on >>>> ports is 3.0 not 3.5. On the webpage you have information about how = to >>>> configure for use with clang/llvm. >>> >>> Codelite looks nice. But why is codelite setup in editors/codelite an= d >>> not in devel/codelite as other IDEs? >>> >>> By the way, do all IDEs supported by FreeBSD suffer from being outdat= ed >>> and aged eons? CodeLite 3.5 is at this very moment the most recent >>> version and claims to provide a much better LLVM/CLANG support. >>> >>> Hope I can convince the maintainer by sending a PR ;-) >> >> I am working on an update to codelite to 3.5.5375. However, it contain= s >> a lot of Linux specific things that I'll need to track down before I c= an >> commit the update. In particular, clang/llvm support and the database >> designer components are causing me problems. >> >> Anyway, the updated version will hit the ports tree within several day= s. >=20 > I have just updated codelite to 3.5.5375. This update includes optional= > support for MySQL and PostgreSQL in Database Explorer, and clang-based > code completion. >=20 > Enjoy, >=20 >=20 >=20 Great! It works fine for me. Thanks a lot. Oliver --------------enig44B64172A99E9CE7088A4147 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.18 (FreeBSD) iQEcBAEBAgAGBQJPT16aAAoJEOgBcD7A/5N8SwwIAOkop49TqnqWv39sMhxNS4l/ ejzBw+laSk7tg35jl14oNw3bbdpg5qY3Nfu3+64OXCeL/qIK2pPAQBxjqxWWX+2v 56fYqQM5ww46Gap4TlYd3VpBGGNdq0x25AWZRSYcad6NwKSsSaKOKb4Zf1Xgsvaq 4RLxuOLmlaX/mzS66DZs94p70ILZLV7K+CB6SbPXg1nPrpFAGL0FFTYZge+N/tAF mCOohrCEdOoBXDMlnlzr62habyLyD1uoTvmzIX6IxE1ln/7GY0H6QaAui2coGMZz 0p0WZBLzRBMtvMeJSrDld1E9Vf8OakU6PbF557WJ4GxrZPPqSgn64FgLNwDGQSU= =rEog -----END PGP SIGNATURE----- --------------enig44B64172A99E9CE7088A4147-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 13:01:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40A491065680; Thu, 1 Mar 2012 13:01:03 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id D3D1D8FC1E; Thu, 1 Mar 2012 13:01:02 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so932812obb.13 for ; Thu, 01 Mar 2012 05:01:02 -0800 (PST) Received-SPF: pass (google.com: domain of yerenkow@gmail.com designates 10.60.4.105 as permitted sender) client-ip=10.60.4.105; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yerenkow@gmail.com designates 10.60.4.105 as permitted sender) smtp.mail=yerenkow@gmail.com; dkim=pass header.i=yerenkow@gmail.com Received: from mr.google.com ([10.60.4.105]) by 10.60.4.105 with SMTP id j9mr1879183oej.29.1330606862314 (num_hops = 1); Thu, 01 Mar 2012 05:01:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=rytLxtx90b05GW2SMYL7q86nN3LJ6Cqw9xBfjumDz4c=; b=t7PEzPazw54HbxYELWkRcyp3Z5DeC5Xl2iz17wKkQ4hXZGWq81ixEsC5Gkz2V8vNGR g6dl391fBoYrtX6/EgGhZR1O36GPvRa/AxmW1OS7L3mXKK16mYL6X53e/PLUyr5gMJhR ahL/TJuMPV5x4srz0s5axtKolOndmWwkzSau8= MIME-Version: 1.0 Received: by 10.60.4.105 with SMTP id j9mr1614550oej.29.1330605066661; Thu, 01 Mar 2012 04:31:06 -0800 (PST) Received: by 10.182.27.70 with HTTP; Thu, 1 Mar 2012 04:31:06 -0800 (PST) In-Reply-To: <4F4F5E95.5070903@mail.zedat.fu-berlin.de> References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4F4A0E04.1080601@zedat.fu-berlin.de> <20120228144442.GA1755@gahrfit.gahr.ch> <20120301084927.GA50453@gahrfit.gahr.ch> <4F4F5E95.5070903@mail.zedat.fu-berlin.de> Date: Thu, 1 Mar 2012 14:31:06 +0200 Message-ID: From: Alexander Yerenkow To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Current FreeBSD , Eduardo Morras , Ports FreeBSD , gahr@freebsd.org Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 13:01:03 -0000 I think this is just right post to intrude :) I'm developing software, and making it in pretty good IDE - Intellij Idea. There's community and pro version. What good in this company - it gives access to Pro version for not-small open source projects. I tried to take some time of Philip Paeps, but he is always busy with something. Maybe someone of you guys could be interested in filling request for open source license. IDE is very strong and smart, support java/c++/php and a lot of languages via plugins. Thanks. -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 13:55:00 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91D8D106564A; Thu, 1 Mar 2012 13:55:00 +0000 (UTC) (envelope-from rea@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 36EB78FC0A; Thu, 1 Mar 2012 13:55:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=codelabs.ru; s=two; h=Sender:In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=TYeAJUdVImJuyjIOB0E84Uop+5fXVxp2eo3TwIM5GlA=; b=PsGTJoMF401T6NHNjf0KVZNH0SoNI40LGJOjv2QjHZCBcqLvPWHZxUrokAa+FFujukWR9ZXk+k42KHekg8NAhguX3pMBbPrePNDMJZL3k6oKaJ0AQ/zhHih0fF/KHvzHqcVkWlMLxYPtEGxmZso8o5TFROjl0V39paqJNo4MZgeFZ8zwEQLpr9TOoANY1AabKoj928PJOyvSXHAyu2yVgirCogqhx1VbQbm/56UzXUZgejRW6NYy7BxoLBTv44frhQ/eaPLuajyeW0YqWV0x7IRHPbp4mzWngqrH0tkoHF14+8RNhWwLRZjocnV+H+g26cdg1Oec/B6ZO8DnGza+Zw==; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1S36F4-0008sS-F5; Thu, 01 Mar 2012 17:40:22 +0400 Date: Thu, 1 Mar 2012 17:40:19 +0400 From: Eygene Ryabinkin To: Alexander Yerenkow Message-ID: References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4F4A0E04.1080601@zedat.fu-berlin.de> <20120228144442.GA1755@gahrfit.gahr.ch> <20120301084927.GA50453@gahrfit.gahr.ch> <4F4F5E95.5070903@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sL7C0a98p/u5aVah" Content-Disposition: inline In-Reply-To: Sender: rea@codelabs.ru Cc: Eduardo Morras , "O. Hartmann" , Current FreeBSD , Ports FreeBSD , gahr@freebsd.org Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 13:55:00 -0000 --sL7C0a98p/u5aVah Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Thu, Mar 01, 2012 at 02:31:06PM +0200, Alexander Yerenkow wrote: > I tried to take some time of Philip Paeps, but he is always busy with > something. Maybe someone of you guys could be interested in filling reque= st > for open source license. Are you requesting someone to create FreeBSD port for this IDE or you meant something else? --=20 Eygene Ryabinkin ,,,^..^,,, [ Life's unfair - but root password helps! | codelabs.ru ] [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] --sL7C0a98p/u5aVah Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iF4EABEIAAYFAk9PfEMACgkQFq+eroFS7Pu/owD/QjnWiQ3qxkdr8FVPLaVz0L6N ZqMKaNxli6x1zzyV/HkA/1SwarZEHBS5OLKHV5aYN/BXFg+R1/JN+8/hAC6p1jg5 =c5zI -----END PGP SIGNATURE----- --sL7C0a98p/u5aVah-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 14:24:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4004C106564A; Thu, 1 Mar 2012 14:24:34 +0000 (UTC) (envelope-from yerenkow@gmail.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C09A38FC0A; Thu, 1 Mar 2012 14:24:33 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so1049692obb.13 for ; Thu, 01 Mar 2012 06:24:33 -0800 (PST) Received-SPF: pass (google.com: domain of yerenkow@gmail.com designates 10.182.121.101 as permitted sender) client-ip=10.182.121.101; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yerenkow@gmail.com designates 10.182.121.101 as permitted sender) smtp.mail=yerenkow@gmail.com; dkim=pass header.i=yerenkow@gmail.com Received: from mr.google.com ([10.182.121.101]) by 10.182.121.101 with SMTP id lj5mr2082513obb.39.1330611873315 (num_hops = 1); Thu, 01 Mar 2012 06:24:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lQ+MIczFJuLpfl91+graHJBWdEgYAVztuRP1Pei4q6Y=; b=JAjwiN0NIzhL74NPYn7rpaDgjvHdOo/UxKY6irtzI5rS4B7PsygAOUYUOhRC87gms0 35Wy/pJoKJzrR7aAAN63b7WEaleSmtPR2GuTtC2D2SNVg/XtslYxchmw7RME5+BJ3XBQ kzLvxGo5+qFiy+bl++3g03H9qEsxIrQCvSYvA= MIME-Version: 1.0 Received: by 10.182.121.101 with SMTP id lj5mr1801526obb.39.1330611873230; Thu, 01 Mar 2012 06:24:33 -0800 (PST) Received: by 10.182.27.70 with HTTP; Thu, 1 Mar 2012 06:24:33 -0800 (PST) In-Reply-To: References: <4F462189.3040106@mail.zedat.fu-berlin.de> <4F4A0E04.1080601@zedat.fu-berlin.de> <20120228144442.GA1755@gahrfit.gahr.ch> <20120301084927.GA50453@gahrfit.gahr.ch> <4F4F5E95.5070903@mail.zedat.fu-berlin.de> Date: Thu, 1 Mar 2012 16:24:33 +0200 Message-ID: From: Alexander Yerenkow To: Eygene Ryabinkin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Eduardo Morras , "O. Hartmann" , Current FreeBSD , Ports FreeBSD , gahr@freebsd.org Subject: Re: No working IDE in FreeBSD! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 14:24:34 -0000 2012/3/1 Eygene Ryabinkin > Thu, Mar 01, 2012 at 02:31:06PM +0200, Alexander Yerenkow wrote: > > I tried to take some time of Philip Paeps, but he is always busy with > > something. Maybe someone of you guys could be interested in filling > request > > for open source license. > > Are you requesting someone to create FreeBSD port for this IDE > or you meant something else? > I'm sorry to be not clear in hasteness of day! I think port is not required, they have good enough run.sh which gracefully understand what is FreeBSD and could start IDE just fine. What I meant, was that FreeBSD as a project could benefit from applying for their OpenSource Licensing program, so any commiter/developer could try and probably work efficiently in this IDE. Because I'm not committer nor some kind of mentor of project, I can only point someone to there. If you go on their site (google intellij), part of "IntelliJ IDEA" > "Buy & Upgrade" > "Open Source Project License" > Apply Now, you could learn more on conditions for applying. So, to summarize this all again: If there are some commiter/responsible person who can apply - then FreeBSD devs could gain one more IDE to develop some parts of FreeBSD. > -- > Eygene Ryabinkin ,,,^..^,,, > [ Life's unfair - but root password helps! | codelabs.ru ] > [ 82FE 06BC D497 C0DE 49EC 4FF0 16AF 9EAE 8152 ECFB | freebsd.org ] > -- Regards, Alexander Yerenkow From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 15:34:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 395351065670 for ; Thu, 1 Mar 2012 15:34:16 +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 E52EE8FC18 for ; Thu, 1 Mar 2012 15:34:15 +0000 (UTC) Received: from [82.113.98.149] (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 1S381F-0004uC-LB; Thu, 01 Mar 2012 16:34:14 +0100 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q21FYBVD002527; Thu, 1 Mar 2012 16:34:11 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q21FYAp2002526; Thu, 1 Mar 2012 16:34:10 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Thu, 1 Mar 2012 16:34:10 +0100 From: Matthias Apitz To: freebsd-emulation@freebsd.org Message-ID: <20120301153409.GA2478@tiny> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.98.149 Cc: freebsd-current@freebsd.org Subject: skype-2.1.0.81,1 && problem in child proc 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: Thu, 01 Mar 2012 15:34:16 -0000 Hello, I'm using skype-2.1.0.81,1 in 10-CURRENT r226986, which works fine for chat and video calls; I encounter the following small problem: when a chat contains a URL one can open that URL with a browser; it seems that skype is launching a shell script /usr/local/bin/xdg-open which in turn tries to figure out if the desktop is Gnome or KDE and which browser to use; it simple does not start any browser for me; while digging into this (inserting printf's to a log file) I see, that the script wants to launch kfmclient exec http://www.hallo-verlag.de/... with the correct URL from the chat dialog in skype but this gives an error to stderr: Cannot open "/usr/lib/libv4l/v4l2convert.so" the shared lib exists in /compat/linux/usr/lib/libv4l/v4l2convert.so and in /usr/local/lib/libv4l/v4l2convert.so $ ls -l /usr/local/lib/libv4l/v4l2convert.so /compat/linux/usr/lib/libv4l/v4l2convert.so -rwxr-xr-x 1 root wheel 4788 14 nov 12:52 /compat/linux/usr/lib/libv4l/v4l2convert.so -rwxr-xr-x 1 root wheel 5341 14 nov 07:49 /usr/local/lib/libv4l/v4l2convert.so What is the matter with this and was has 'kfmclient' todo with v4l2convert.so shared objects? Thanks matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 15:38:00 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1519106566B; Thu, 1 Mar 2012 15:38:00 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id 76BE78FC16; Thu, 1 Mar 2012 15:38:00 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S37Sl-000BLi-0K; Thu, 01 Mar 2012 18:58:35 +0400 Date: Thu, 1 Mar 2012 18:58:34 +0400 From: Slawa Olhovchenkov To: Alexander Leidinger Message-ID: <20120301145834.GH97848@zxy.spb.ru> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 15:38:00 -0000 On Tue, Feb 21, 2012 at 02:35:37PM +0100, Alexander Leidinger wrote: > You can download from > http://www.Leidinger.net/FreeBSD/current-patches/ > The files are > - i386_SMALL > - i386_SMALL_loader.conf > - amd64_SMALL > - amd64_SMALL_loader.conf Where SCSI disk/etc? From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 16:08:55 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 51133106566B for ; Thu, 1 Mar 2012 16:08:55 +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 817F98FC08 for ; Thu, 1 Mar 2012 16:08:54 +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 SAA10664; Thu, 01 Mar 2012 18:08:51 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F4F9F13.9000705@FreeBSD.org> Date: Thu, 01 Mar 2012 18:08:51 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Pavel Timofeev References: In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Can't boot with geom_part_(gpt|mbr|bsd|ebr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 16:08:55 -0000 on 01/03/2012 09:27 Pavel Timofeev said the following: > Hi! > Just add to loader.conf these options > geom_part_gpt_load="YES" > geom_part_bsd_load="YES" > geom_part_ebr_load="YES" > geom_part_mbr_load="YES" > and your kernel can't boot Thank you for the report. Could you please provide some technical information? "kernel can't boot" is a little bit too unspecific. Any particular error messages, etc? > I have posted PR http://www.freebsd.org/cgi/query-pr.cgi?pr=165573 -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 16:52:42 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5FCC3106564A; Thu, 1 Mar 2012 16:52:42 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1F3418FC17; Thu, 1 Mar 2012 16:52:41 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q21GQOQa030996; Thu, 1 Mar 2012 10:52:22 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa07.fnfis.com with ESMTP id 13absqrbgy-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 10:52:22 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 10:52:21 -0600 From: Devin Teske To: "'Andriy Gapon'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> In-Reply-To: <4F4F35B9.5090308@FreeBSD.org> Date: Thu, 1 Mar 2012 08:52:31 -0800 Message-ID: <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7ICUIvBUkA== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_03:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@FreeBSD.org, 'Devin Teske' , 'John Baldwin' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 16:52:42 -0000 > -----Original Message----- > From: Andriy Gapon [mailto:avg@FreeBSD.org] > Sent: Thursday, March 01, 2012 12:39 AM > To: Devin Teske > Cc: John Baldwin; freebsd-current@FreeBSD.org; Scott Long; Devin Teske > Subject: Re: revisiting tunables under Safe Mode menu option > > on 01/03/2012 03:34 Devin Teske said the following: > > > > +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe > > Mode knows about ACPI but only acts on it when being enabled). > > Can you explain why? > +1 for having both menu items and each doing its own thing without any > entanglement :-) > First, I realize that this may sound entirely *dumb*, but here-goes: In transitioning from an old release (sans-menu; 4.11 for example) to a newer release (with menu; 6.x for example), one of the first thing that is noticed is "Safe Mode". I know that when I first saw this, I scratched my head and wondered what it did and what it might be useful for. To this day, I still have never used it. When I created the new menu for 9.x/higher, I had to rewrite that portion of the code and eventually learned what Safe Mode does when used. Still can't say that I've ever used it, however, at the point that I saw that it disabled ACPI among other things, that it is more of a blanket option for anything and everything that might be useful if/when you're having problems (*cough* still can't say that I've ever used it, as when I have problems I'm usually slogging through the kernel code, not relying on safe mode to fix some problem). That being said, I felt that it was a huge improvement to the UI to have the Safe Mode option divulge a little bit of its secret by visibly diddling the ACPI menu item (giving a clue to people that *haven't* read the code that this option is indeed not independent but instead conglomerate in-nature). Indeed, I've watched field engineers when exploring the menu options and their eyes light-up when they see that "Safe Mode" toggles ACPI off when enabled. Extrapolating on their surprise, they appear to have an "Aha!"-moment as previously... this field engineer had no idea what on God's green Earth what "Safe Mode" did (or didn't) as he didn't know about "kenv" and certainly couldn't read "Forth". At that point, he may not have had a full understanding of all the options that Safe Mode diddled, but at that point he at least knew that Safe Mode is a multi-option that does many things -- which is more than 6.x, 7.x, or 8.x ever offered which simply boots immediately the Safe Mode option is selected and does nothing to explain what it is that Safe Mode is doing (which would in-turn properly calibrate the user's expectations). Making the menu items completely independent would be take away the (however slight) above value-add that was brought in by entwining these two menu-items. I'm not saying that this would be a grave travesty, but would in-fact be a value-loss. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 16:53:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9229106566B; Thu, 1 Mar 2012 16:53:03 +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 AAA028FC19; Thu, 1 Mar 2012 16:53:03 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id 5F39646B32; Thu, 1 Mar 2012 11:53:03 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BD1FCB996; Thu, 1 Mar 2012 11:53:02 -0500 (EST) From: John Baldwin To: Andriy Gapon Date: Thu, 1 Mar 2012 09:35:27 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <4F26CC5A.2070501@FreeBSD.org> <4F4F35B9.5090308@FreeBSD.org> In-Reply-To: <4F4F35B9.5090308@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203010935.27169.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 01 Mar 2012 11:53:02 -0500 (EST) Cc: freebsd-current@freebsd.org, Devin Teske , Devin Teske Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 16:53:03 -0000 On Thursday, March 01, 2012 3:39:21 am Andriy Gapon wrote: > on 01/03/2012 03:34 Devin Teske said the following: > > > > +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe > > Mode knows about ACPI but only acts on it when being enabled). > > Can you explain why? > +1 for having both menu items and each doing its own thing without any > entanglement :-) Yeah, I think at this point we could make safe mode not disable ACPI, but leave those as independent knobs. That's simpler to implement and arguably more intuitive (though having the boot menu now have 'YES/NO' state that gets updated helps a lot with the UI being easier to understand). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:07:51 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EAA45106566B; Thu, 1 Mar 2012 17:07:50 +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 1D2A18FC14; Thu, 1 Mar 2012 17:07:49 +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 TAA11451; Thu, 01 Mar 2012 19:06:57 +0200 (EET) (envelope-from avg@FreeBSD.org) Message-ID: <4F4FACB0.8090605@FreeBSD.org> Date: Thu, 01 Mar 2012 19:06:56 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120221 Thunderbird/10.0.2 MIME-Version: 1.0 To: Devin Teske References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> In-Reply-To: <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, 'Devin Teske' , 'John Baldwin' Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 17:07:51 -0000 on 01/03/2012 18:52 Devin Teske said the following: > > >> -----Original Message----- >> From: Andriy Gapon [mailto:avg@FreeBSD.org] >> Sent: Thursday, March 01, 2012 12:39 AM >> To: Devin Teske >> Cc: John Baldwin; freebsd-current@FreeBSD.org; Scott Long; Devin Teske >> Subject: Re: revisiting tunables under Safe Mode menu option >> >> on 01/03/2012 03:34 Devin Teske said the following: >>> >>> +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe >>> Mode knows about ACPI but only acts on it when being enabled). >> >> Can you explain why? >> +1 for having both menu items and each doing its own thing without any >> entanglement :-) >> > > First, I realize that this may sound entirely *dumb*, but here-goes: > > In transitioning from an old release (sans-menu; 4.11 for example) to a newer > release (with menu; 6.x for example), one of the first thing that is noticed is > "Safe Mode". > > I know that when I first saw this, I scratched my head and wondered what it did > and what it might be useful for. To this day, I still have never used it. > > When I created the new menu for 9.x/higher, I had to rewrite that portion of the > code and eventually learned what Safe Mode does when used. Still can't say that > I've ever used it, however, at the point that I saw that it disabled ACPI among > other things, that it is more of a blanket option for anything and everything > that might be useful if/when you're having problems (*cough* still can't say > that I've ever used it, as when I have problems I'm usually slogging through the > kernel code, not relying on safe mode to fix some problem). > > That being said, I felt that it was a huge improvement to the UI to have the > Safe Mode option divulge a little bit of its secret by visibly diddling the ACPI > menu item (giving a clue to people that *haven't* read the code that this option > is indeed not independent but instead conglomerate in-nature). > > Indeed, I've watched field engineers when exploring the menu options and their > eyes light-up when they see that "Safe Mode" toggles ACPI off when enabled. > Extrapolating on their surprise, they appear to have an "Aha!"-moment as > previously... this field engineer had no idea what on God's green Earth what > "Safe Mode" did (or didn't) as he didn't know about "kenv" and certainly > couldn't read "Forth". At that point, he may not have had a full understanding > of all the options that Safe Mode diddled, but at that point he at least knew > that Safe Mode is a multi-option that does many things -- which is more than > 6.x, 7.x, or 8.x ever offered which simply boots immediately the Safe Mode > option is selected and does nothing to explain what it is that Safe Mode is > doing (which would in-turn properly calibrate the user's expectations). > > Making the menu items completely independent would be take away the (however > slight) above value-add that was brought in by entwining these two menu-items. > I'm not saying that this would be a grave travesty, but would in-fact be a > value-loss. Devin, you did a great job with boot menu enhancement in general and in this area in particular. You greatly improved usability while preserving the historic behavior and put a lot of work and creativity into that. Thank you! But the argument is that the historic behavior is no longer useful. I see that removing the historic behavior also kills a little bit of your code (and a little bit of magic). That's true, that's a loss in the code. But I still believe that it would be an improvement from the point of view of usability end-users. Having a whole sub-menu where multiple parameters could be tweaked individually would be even greater improvement. But that's not as easy to do. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:13:27 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E68351065672; Thu, 1 Mar 2012 17:13:26 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id A94808FC08; Thu, 1 Mar 2012 17:13:26 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q21HDINo058422; Thu, 1 Mar 2012 10:13:19 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> Date: Thu, 1 Mar 2012 10:13:18 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <26352740-D897-46CD-BD17-C61334826524@samsco.org> References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org, 'Devin Teske' , 'John Baldwin' , 'Andriy Gapon' Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 17:13:27 -0000 On Mar 1, 2012, at 9:52 AM, Devin Teske wrote: >=20 >=20 >> -----Original Message----- >> From: Andriy Gapon [mailto:avg@FreeBSD.org] >> Sent: Thursday, March 01, 2012 12:39 AM >> To: Devin Teske >> Cc: John Baldwin; freebsd-current@FreeBSD.org; Scott Long; Devin = Teske >> Subject: Re: revisiting tunables under Safe Mode menu option >>=20 >> on 01/03/2012 03:34 Devin Teske said the following: >>>=20 >>> +1 on keeping the menu items loosely entwined (ACPI stands alone, = but Safe >>> Mode knows about ACPI but only acts on it when being enabled). >>=20 >> Can you explain why? >> +1 for having both menu items and each doing its own thing without = any >> entanglement :-) >>=20 >=20 > First, I realize that this may sound entirely *dumb*, but here-goes: >=20 > In transitioning from an old release (sans-menu; 4.11 for example) to = a newer > release (with menu; 6.x for example), one of the first thing that is = noticed is > "Safe Mode". >=20 > I know that when I first saw this, I scratched my head and wondered = what it did > and what it might be useful for. To this day, I still have never used = it. >=20 To be fair, I'm pretty sure that 'Safe Mode' was documented in one of = the docbook manuals, though the FreeBSD project never, to my knowledge, = had a "quick install/troubleshooting guide' that documented the loader = menu. The name was inspired by Windows, but if you aren't familiar with = that side of the world, then I can see how the name would have = diminished meaning. So I understand where you're coming from. I'd like to turn the discussion away from ACPI specifically. What I'd = like to see improved is two things: 1. There are a number of knobs that can be manipulated to help enable a = non-booting system boot, which in turn gives a system administrator a = fighting chance to figure out what's wrong. ACPI is (or was) one of = these options, but there are several others, and up until your re-write = of the menu system, they were opaque to the user. I'd like to explore = the idea of having a sub-menu that exposes these knobs and allows them = to be individually controlled, but still have an upper-level option that = turns them all-on or all-off for ease of use. 2. There are a ton of kenv/TUNABLE knobs in any given kernel, and many = of them are useful for sysadmins, even beyond just the 'safe mode' = subset. I'd like to see a post-processor run on the kernel build that = collects all of the kenv knobs in that kernel and puts them into a file = that can be read by the boot menu system. The system then dynamically = turns these into another sub-menu of knobs that can be manipulated. So, how hard would it be to have nested sub-menus? Would (1) be = something feasible to do in the near term? Would (2) be feasible to do = in the long term? Thanks, Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:20:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB69B106564A for ; Thu, 1 Mar 2012 17:20:03 +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 759928FC16 for ; Thu, 1 Mar 2012 17:20:03 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 39B4B7300A; Thu, 1 Mar 2012 18:38:19 +0100 (CET) Date: Thu, 1 Mar 2012 18:38:19 +0100 From: Luigi Rizzo To: current@freebsd.org Message-ID: <20120301173819.GA31913@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: how to cross-build a single application ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 17:20:03 -0000 What is the way to properly cross-build a single program (after having gone throught the 'toolchain' and possibly even a full 'buildworld') from the top-level directory of a FreeBSD source tree ? right now i do something like cd $SOURCE_ROOT make MAKEOBJDIRPREFIX=/my_obj_tree TARGET=amd64 buildworld but i seem to remember that there is a more efficient way when you want to rebuild only one program or one subtree. I think i have seen this question being answered from time to time but i can't find how now. any hints ? cheers luigi From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:33:56 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ABE8B1065674 for ; Thu, 1 Mar 2012 17:33:56 +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 6C8D18FC0A for ; Thu, 1 Mar 2012 17:33:56 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 979D77300A; Thu, 1 Mar 2012 18:52:12 +0100 (CET) Date: Thu, 1 Mar 2012 18:52:12 +0100 From: Luigi Rizzo To: Alexander Kabaev Message-ID: <20120301175212.GA32051@onelab2.iet.unipi.it> References: <20120301173819.GA31913@onelab2.iet.unipi.it> <20120301122413.02413f49@kan.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120301122413.02413f49@kan.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: how to cross-build a single application ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 17:33:56 -0000 On Thu, Mar 01, 2012 at 12:24:13PM -0500, Alexander Kabaev wrote: > On Thu, 1 Mar 2012 18:38:19 +0100 > Luigi Rizzo wrote: > > > What is the way to properly cross-build a single program > > (after having gone throught the 'toolchain' and possibly > > even a full 'buildworld') > > from the top-level directory of a FreeBSD source tree ? > > > > right now i do something like > > > > cd $SOURCE_ROOT > > make MAKEOBJDIRPREFIX=/my_obj_tree TARGET=amd64 buildworld > > > > but i seem to remember that there is a more efficient way > > when you want to rebuild only one program or one subtree. > > I think i have seen this question being answered from time to time > > but i can't find how now. > > > > any hints ? > > > > cheers > > luigi > > > > Something like this should work: > > cd src/ > make buildenv TARGET=... > cd usr.bin/blah > make close: eval `make buildenvvars TARGET=... ` && cd usr.bin/blah && make thanks! luigi From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:44:30 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0991065674; Thu, 1 Mar 2012 17:44:30 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id A67198FC17; Thu, 1 Mar 2012 17:44:30 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa05 [127.0.0.1]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with SMTP id q21HQ8KE012167; Thu, 1 Mar 2012 11:44:10 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com with ESMTP id 13aca3ge0h-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 11:44:10 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 11:44:09 -0600 From: Devin Teske To: "'Scott Long'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <26352740-D897-46CD-BD17-C61334826524@samsco.org> In-Reply-To: <26352740-D897-46CD-BD17-C61334826524@samsco.org> Date: Thu, 1 Mar 2012 09:44:20 -0800 Message-ID: <06de01ccf7d2$ef3b1040$cdb130c0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwJGY3lpk/9CvhA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_03:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@FreeBSD.org, 'Devin Teske' , 'John Baldwin' , 'Andriy Gapon' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 17:44:31 -0000 > -----Original Message----- > From: Scott Long [mailto:scottl@samsco.org] > Sent: Thursday, March 01, 2012 9:13 AM > To: Devin Teske > Cc: 'Andriy Gapon'; 'John Baldwin'; freebsd-current@FreeBSD.org; 'Devin Teske' > Subject: Re: revisiting tunables under Safe Mode menu option > > > On Mar 1, 2012, at 9:52 AM, Devin Teske wrote: > > > > > > >> -----Original Message----- > >> From: Andriy Gapon [mailto:avg@FreeBSD.org] > >> Sent: Thursday, March 01, 2012 12:39 AM > >> To: Devin Teske > >> Cc: John Baldwin; freebsd-current@FreeBSD.org; Scott Long; Devin Teske > >> Subject: Re: revisiting tunables under Safe Mode menu option > >> > >> on 01/03/2012 03:34 Devin Teske said the following: > >>> > >>> +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe > >>> Mode knows about ACPI but only acts on it when being enabled). > >> > >> Can you explain why? > >> +1 for having both menu items and each doing its own thing without any > >> entanglement :-) > >> > > > > First, I realize that this may sound entirely *dumb*, but here-goes: > > > > In transitioning from an old release (sans-menu; 4.11 for example) to a newer > > release (with menu; 6.x for example), one of the first thing that is noticed is > > "Safe Mode". > > > > I know that when I first saw this, I scratched my head and wondered what it did > > and what it might be useful for. To this day, I still have never used it. > > > > To be fair, I'm pretty sure that 'Safe Mode' was documented in one of the > docbook manuals, though the FreeBSD project never, to my knowledge, had a > "quick install/troubleshooting guide' that documented the loader menu. The > name was inspired by Windows, but if you aren't familiar with that side of the > world, then I can see how the name would have diminished meaning. So I > understand where you're coming from. > > I'd like to turn the discussion away from ACPI specifically. What I'd like to see > improved is two things: > > 1. There are a number of knobs that can be manipulated to help enable a non- > booting system boot, which in turn gives a system administrator a fighting chance > to figure out what's wrong. ACPI is (or was) one of these options, but there are > several others, and up until your re-write of the menu system, they were opaque > to the user. I'd like to explore the idea of having a sub-menu that exposes these > knobs and allows them to be individually controlled, but still have an upper-level > option that turns them all-on or all-off for ease of use. > > 2. There are a ton of kenv/TUNABLE knobs in any given kernel, and many of > them are useful for sysadmins, even beyond just the 'safe mode' subset. I'd like > to see a post-processor run on the kernel build that collects all of the kenv knobs > in that kernel and puts them into a file that can be read by the boot menu > system. The system then dynamically turns these into another sub-menu of > knobs that can be manipulated. > > So, how hard would it be to have nested sub-menus? Would (1) be something > feasible to do in the near term? Would (2) be feasible to do in the long term? > Sub-menus are not hard at all. The menu.4th module released under 9.0-RELEASE already supports sub-menus and hierarchical menus. You don't have to change the Forth code in even the slightest, this can all be done through "rc" files like "menu.rc". The magic of-course is achieved through the utilization of the "menu-clear" FICL word (linked-to below): http://svnweb.freebsd.org/base/release/9.0.0/sys/boot/forth/menu.4th?revision=22 9286&view=markup NOTE: menu-clear is the last function in the file at the very bottom. The comment for which is thus: "This function unsets all the possible environment variables associated with creating the interactive menu. Call this when you want to clear the menu area in preparation for another menu." Further-more, I have full examples on how to implement (working) sub-menus, hierarchical menus, and such. However... Design discussions would have to follow as we do have serious limitations. First, each menu can have only 9 items (we are in-fact limited by screen real-estate as we do indeed want to retain support for serial consoles during boot). Also, don't forget that we actually have three different types of menu items that can be used for each item in each menu: 1. Normal action-items (like "Boot") 2. Toggle items (like "On/Off" or "Yes/No" features) 3. Cyclic items (allowing selection of one kernel out of 5 different ones, for example) So creativity can probably find a graceful solution to however many items we need to support. (thinking out loud here: maybe such a discussion would be best shunted off to hackers if/when we get to the point of discussing actual changes, patches, and code) -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:49:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 315BE1065673 for ; Thu, 1 Mar 2012 17:49:52 +0000 (UTC) (envelope-from kabaev@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 CDECD8FC18 for ; Thu, 1 Mar 2012 17:49:51 +0000 (UTC) Received: by vcbfl15 with SMTP id fl15so876385vcb.13 for ; Thu, 01 Mar 2012 09:49:51 -0800 (PST) Received-SPF: pass (google.com: domain of kabaev@gmail.com designates 10.52.19.196 as permitted sender) client-ip=10.52.19.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kabaev@gmail.com designates 10.52.19.196 as permitted sender) smtp.mail=kabaev@gmail.com; dkim=pass header.i=kabaev@gmail.com Received: from mr.google.com ([10.52.19.196]) by 10.52.19.196 with SMTP id h4mr9699063vde.91.1330624191230 (num_hops = 1); Thu, 01 Mar 2012 09:49:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; bh=+681QiSwNiSYmKz+WEnbAPfjlVJAga8EE7ZyWAH00Ao=; b=Al88hXkWaGCaAIVMmqgwLX2yA7PBzYhMojBG/voUkZmXaKQgXcGIXJ79/d16rjs5oC tNsbd0L4bH0ddJxqveGws79+bdskjVVoxiUoN87301Ww80sZEzHSW9oQyiAaAib4txuR wChe1AnJhylfZR3jov8KVCtybj8j034d3eNj4= Received: by 10.52.19.196 with SMTP id h4mr8052574vde.91.1330622660674; Thu, 01 Mar 2012 09:24:20 -0800 (PST) Received: from kan.dyndns.org (c-24-63-226-98.hsd1.ma.comcast.net. [24.63.226.98]) by mx.google.com with ESMTPS id a19sm4035791vdh.12.2012.03.01.09.24.18 (version=SSLv3 cipher=OTHER); Thu, 01 Mar 2012 09:24:19 -0800 (PST) Date: Thu, 1 Mar 2012 12:24:13 -0500 From: Alexander Kabaev To: Luigi Rizzo Message-ID: <20120301122413.02413f49@kan.dyndns.org> In-Reply-To: <20120301173819.GA31913@onelab2.iet.unipi.it> References: <20120301173819.GA31913@onelab2.iet.unipi.it> X-Mailer: Claws Mail 3.8.0 (GTK+ 2.24.6; amd64-portbld-freebsd10.0) Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/abvmodQehhgW=bL9uKCf7yA"; protocol="application/pgp-signature" Cc: current@freebsd.org Subject: Re: how to cross-build a single application ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 17:49:52 -0000 --Sig_/abvmodQehhgW=bL9uKCf7yA Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 1 Mar 2012 18:38:19 +0100 Luigi Rizzo wrote: > What is the way to properly cross-build a single program > (after having gone throught the 'toolchain' and possibly > even a full 'buildworld')=20 > from the top-level directory of a FreeBSD source tree ? >=20 > right now i do something like >=20 > cd $SOURCE_ROOT > make MAKEOBJDIRPREFIX=3D/my_obj_tree TARGET=3Damd64 buildworld >=20 > but i seem to remember that there is a more efficient way > when you want to rebuild only one program or one subtree. > I think i have seen this question being answered from time to time > but i can't find how now. >=20 > any hints ? >=20 > cheers > luigi >=20 Something like this should work: cd src/ make buildenv TARGET=3D... cd usr.bin/blah make --=20 Alexander Kabaev --Sig_/abvmodQehhgW=bL9uKCf7yA Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iD8DBQFPT7DBQ6z1jMm+XZYRAm8SAJ9WrYHAUBtBQEFVjh2cKgGAL49uUACfYdBf zSrFXSujif7YTFTaLTO9IFw= =Zkic -----END PGP SIGNATURE----- --Sig_/abvmodQehhgW=bL9uKCf7yA-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:54:39 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E0791065678; Thu, 1 Mar 2012 17:54:39 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id BFAA98FC19; Thu, 1 Mar 2012 17:54:38 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q21HPoSt028683; Thu, 1 Mar 2012 11:54:18 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com with ESMTP id 13ad6e06tt-6 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 11:54:18 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 11:54:09 -0600 From: Devin Teske To: "'Andriy Gapon'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <4F4FACB0.8090605@FreeBSD.org> In-Reply-To: <4F4FACB0.8090605@FreeBSD.org> Date: Thu, 1 Mar 2012 09:54:19 -0800 Message-ID: <06e001ccf7d4$54b24b40$fe16e1c0$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwLHxYHqk/s6uEA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_03:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@FreeBSD.org, 'Devin Teske' , 'John Baldwin' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 17:54:39 -0000 > -----Original Message----- > From: Andriy Gapon [mailto:avg@FreeBSD.org] > Sent: Thursday, March 01, 2012 9:07 AM > To: Devin Teske > Cc: 'John Baldwin'; freebsd-current@FreeBSD.org; 'Scott Long'; 'Devin Teske' > Subject: Re: revisiting tunables under Safe Mode menu option > > on 01/03/2012 18:52 Devin Teske said the following: > > > > > >> -----Original Message----- > >> From: Andriy Gapon [mailto:avg@FreeBSD.org] > >> Sent: Thursday, March 01, 2012 12:39 AM > >> To: Devin Teske > >> Cc: John Baldwin; freebsd-current@FreeBSD.org; Scott Long; Devin Teske > >> Subject: Re: revisiting tunables under Safe Mode menu option > >> > >> on 01/03/2012 03:34 Devin Teske said the following: > >>> > >>> +1 on keeping the menu items loosely entwined (ACPI stands alone, but Safe > >>> Mode knows about ACPI but only acts on it when being enabled). > >> > >> Can you explain why? > >> +1 for having both menu items and each doing its own thing without any > >> entanglement :-) > >> > > > > First, I realize that this may sound entirely *dumb*, but here-goes: > > > > In transitioning from an old release (sans-menu; 4.11 for example) to a newer > > release (with menu; 6.x for example), one of the first thing that is noticed is > > "Safe Mode". > > > > I know that when I first saw this, I scratched my head and wondered what it did > > and what it might be useful for. To this day, I still have never used it. > > > > When I created the new menu for 9.x/higher, I had to rewrite that portion of > the > > code and eventually learned what Safe Mode does when used. Still can't say > that > > I've ever used it, however, at the point that I saw that it disabled ACPI among > > other things, that it is more of a blanket option for anything and everything > > that might be useful if/when you're having problems (*cough* still can't say > > that I've ever used it, as when I have problems I'm usually slogging through the > > kernel code, not relying on safe mode to fix some problem). > > > > That being said, I felt that it was a huge improvement to the UI to have the > > Safe Mode option divulge a little bit of its secret by visibly diddling the ACPI > > menu item (giving a clue to people that *haven't* read the code that this > option > > is indeed not independent but instead conglomerate in-nature). > > > > Indeed, I've watched field engineers when exploring the menu options and > their > > eyes light-up when they see that "Safe Mode" toggles ACPI off when enabled. > > Extrapolating on their surprise, they appear to have an "Aha!"-moment as > > previously... this field engineer had no idea what on God's green Earth what > > "Safe Mode" did (or didn't) as he didn't know about "kenv" and certainly > > couldn't read "Forth". At that point, he may not have had a full understanding > > of all the options that Safe Mode diddled, but at that point he at least knew > > that Safe Mode is a multi-option that does many things -- which is more than > > 6.x, 7.x, or 8.x ever offered which simply boots immediately the Safe Mode > > option is selected and does nothing to explain what it is that Safe Mode is > > doing (which would in-turn properly calibrate the user's expectations). > > > > Making the menu items completely independent would be take away the > (however > > slight) above value-add that was brought in by entwining these two menu- > items. > > I'm not saying that this would be a grave travesty, but would in-fact be a > > value-loss. > > Devin, > > you did a great job with boot menu enhancement in general and in this area in > particular. You greatly improved usability while preserving the historic behavior > and put a lot of work and creativity into that. Thank you! > Thank you for your kind words! Really! > But the argument is that the historic behavior is no longer useful. I see that > removing the historic behavior also kills a little bit of your code (and a little > bit of magic). That's true, that's a loss in the code. > (nods) [snip] > Having a whole sub-menu where multiple parameters could be tweaked > individually > would be even greater improvement. But that's not as easy to do. > Actually, it is easy to do. Since day one, menu.4th has supported sub-menus and hierarchical menus. HINT: see "menu-clear" at the bottom of "menu.4th" ASIDE: Before I do some mock-ups illustrating multiple "rc" files providing sub-menus, we'll need to discuss what these menus will look like and how they'll be generated (I heard of a hint of having build(7) generate something). I'm not opposed to say, having a "submenu.rc.in" which is processed into "submenu.rc" (obviously more-appropriately named than "submenu") and hooked into a menu-item visible in "menu.rc". Mind you, "menu.rc" may have to be forked-off itself (for reasons we won't discuss until we get down to the nitty-gritty; possibly on -hackers). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 17:59:22 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3533C106566C for ; Thu, 1 Mar 2012 17:59:22 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id D7F648FC08 for ; Thu, 1 Mar 2012 17:59:21 +0000 (UTC) Received: (qmail 17667 invoked by uid 0); 1 Mar 2012 12:31:19 -0500 Received: from unknown (HELO glenbarber.us) (75.146.225.65) by 0 with SMTP; 1 Mar 2012 12:31:19 -0500 Date: Thu, 1 Mar 2012 12:31:17 -0500 From: Glen Barber To: Luigi Rizzo Message-ID: <20120301173117.GC1873@glenbarber.us> References: <20120301173819.GA31913@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120301173819.GA31913@onelab2.iet.unipi.it> X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: how to cross-build a single application ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 17:59:22 -0000 On Thu, Mar 01, 2012 at 06:38:19PM +0100, Luigi Rizzo wrote: > What is the way to properly cross-build a single program > (after having gone throught the 'toolchain' and possibly > even a full 'buildworld') > from the top-level directory of a FreeBSD source tree ? > > right now i do something like > > cd $SOURCE_ROOT > make MAKEOBJDIRPREFIX=/my_obj_tree TARGET=amd64 buildworld > > but i seem to remember that there is a more efficient way > when you want to rebuild only one program or one subtree. > I think i have seen this question being answered from time to time > but i can't find how now. > > any hints ? > There is this link from the wiki, which shows how to build/install/run emulators/wine on amd64: http://wiki.freebsd.org/Wine#Wine_on_FreeBSD.2BAC8-amd64 If there's an even more efficient way to do it, I'd love if it were documented somewhere. Glen From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 18:50:16 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAC1B106564A for ; Thu, 1 Mar 2012 18:50:16 +0000 (UTC) (envelope-from sulfurfff@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3554F8FC17 for ; Thu, 1 Mar 2012 18:50:16 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so174185wib.13 for ; Thu, 01 Mar 2012 10:50:15 -0800 (PST) Received-SPF: pass (google.com: domain of sulfurfff@gmail.com designates 10.180.100.228 as permitted sender) client-ip=10.180.100.228; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sulfurfff@gmail.com designates 10.180.100.228 as permitted sender) smtp.mail=sulfurfff@gmail.com; dkim=pass header.i=sulfurfff@gmail.com Received: from mr.google.com ([10.180.100.228]) by 10.180.100.228 with SMTP id fb4mr13701740wib.1.1330627815401 (num_hops = 1); Thu, 01 Mar 2012 10:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; bh=FyUm6Tga+c+gvvTdnEZRIFB5oiXtWX927G/ycCjobFQ=; b=PVm/VwhXtflPyaRGB6Mhv2YEuQ8I8RH+jDA8KuUHzWLu5Mw8ih83FRImcezyXM4E8s nq+EPKmiOLoNyxJVcVqMO8ZoPuswpku/pTmlKxuGe1hHcszCBi5xMiWB8bc/RXFiKQyj pljQkcBinqYC/3lLQcmBkygvgUcoGMR7Ctjtk= MIME-Version: 1.0 Received: by 10.180.100.228 with SMTP id fb4mr10863128wib.1.1330626398902; Thu, 01 Mar 2012 10:26:38 -0800 (PST) Received: by 10.180.24.162 with HTTP; Thu, 1 Mar 2012 10:26:38 -0800 (PST) Date: Thu, 1 Mar 2012 12:26:38 -0600 Message-ID: From: =?UTF-8?Q?Ismael_Farf=C3=A1n?= To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 18:50:16 -0000 Hello list Freebsd is not my main OS (yet), so I'm trying to update to CURRENT to try this lists.freebsd.org/pipermail/freebsd-x11/2012-February/011445.html So I put this in my ports-supfile and updated *default release=cvs tag=. Here it says www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html "Once you have synchronized your local source tree..." OK, I synchronized the ports with csup, but now how do I synchronize /usr/src/sys with CURRENT? I still have the one that comes with 9-RELEASE. Cheers Ismael -- Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 19:00:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A056D1065670 for ; Thu, 1 Mar 2012 19:00:27 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 3DD498FC14 for ; Thu, 1 Mar 2012 19:00:25 +0000 (UTC) Received: (qmail 46400 invoked by uid 0); 1 Mar 2012 14:00:24 -0500 Received: from unknown (HELO glenbarber.us) (75.146.225.65) by 0 with SMTP; 1 Mar 2012 14:00:24 -0500 Date: Thu, 1 Mar 2012 14:00:23 -0500 From: Glen Barber To: Ismael =?iso-8859-1?Q?Farf=E1n?= Message-ID: <20120301190023.GD1873@glenbarber.us> References: 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 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 19:00:27 -0000 On Thu, Mar 01, 2012 at 12:26:38PM -0600, Ismael Farfán wrote: > Hello list > > Freebsd is not my main OS (yet), so I'm trying to update to CURRENT to try this > lists.freebsd.org/pipermail/freebsd-x11/2012-February/011445.html > > So I put this in my ports-supfile and updated > *default release=cvs tag=. > > Here it says > www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > "Once you have synchronized your local source tree..." > OK, I synchronized the ports with csup, but now how do I synchronize > /usr/src/sys with CURRENT? > I still have the one that comes with 9-RELEASE. > What does your supfile contain? I suspect it is missing the following line: src-all tag=. Glen From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 19:25:17 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3A740106566C for ; Thu, 1 Mar 2012 19:25:17 +0000 (UTC) (envelope-from sulfurfff@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 881C48FC18 for ; Thu, 1 Mar 2012 19:25:16 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so830212wgb.31 for ; Thu, 01 Mar 2012 11:25:15 -0800 (PST) Received-SPF: pass (google.com: domain of sulfurfff@gmail.com designates 10.180.101.72 as permitted sender) client-ip=10.180.101.72; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sulfurfff@gmail.com designates 10.180.101.72 as permitted sender) smtp.mail=sulfurfff@gmail.com; dkim=pass header.i=sulfurfff@gmail.com Received: from mr.google.com ([10.180.101.72]) by 10.180.101.72 with SMTP id fe8mr13860488wib.4.1330629915594 (num_hops = 1); Thu, 01 Mar 2012 11:25:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=CKaQjsDbqGXbDJ1GIiE6C48x+QELg49eaXOXhtDq33g=; b=js/bEKit/iQ01cPK0+gm7KGmt8MUBsytIiC+w3q9DzoVjvHYtd/ubFVjeWGpY63r+H 7iewhgapCIRGqSP6PUk5KJMznOm1qzF/LrB5tVcjPe2YWv7xwJzwxDI3V6+y4O3/BV0I EhM81x6CtSqTiPXTBSJQtWNOmnmgVy/0pju4QXWYtlbXTLqtdJkMoDhu9hnV6Ktpe/IW MmNmpc+HL3owZcN2JSa4Dy7LO0tKh08V/PJ0sG7kdVL7HosZK9zlwaL5/GOoEjxBV1nt c3AuJSz7Pn1yk91tCCK2QocBc71Ywp+T04cmnxh/KnO5DXaPU9MK+DD2l9JcyEtvjkt3 uwAA== MIME-Version: 1.0 Received: by 10.180.101.72 with SMTP id fe8mr11126116wib.4.1330629915372; Thu, 01 Mar 2012 11:25:15 -0800 (PST) Received: by 10.180.24.162 with HTTP; Thu, 1 Mar 2012 11:25:15 -0800 (PST) In-Reply-To: <20120301190023.GD1873@glenbarber.us> References: <20120301190023.GD1873@glenbarber.us> Date: Thu, 1 Mar 2012 13:25:15 -0600 Message-ID: From: =?UTF-8?Q?Ismael_Farf=C3=A1n?= To: Glen Barber Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 19:25:17 -0000 2012/3/1 Glen Barber : > On Thu, Mar 01, 2012 at 12:26:38PM -0600, Ismael Farf=C3=A1n wrote: >> Hello list >> >> Freebsd is not my main OS (yet), so I'm trying to update to CURRENT to t= ry this >> lists.freebsd.org/pipermail/freebsd-x11/2012-February/011445.html >> >> So I put this in my ports-supfile and updated >> *default release=3Dcvs tag=3D. >> >> Here it says >> www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html >> "Once you have synchronized your local source tree..." >> OK, I synchronized the ports with csup, but now how do I synchronize >> /usr/src/sys with CURRENT? >> I still have the one that comes with 9-RELEASE. >> > > What does your supfile contain? =C2=A0I suspect it is missing the followi= ng > line: > > =C2=A0src-all tag=3D. > > Glen > I'll add that and run csup again, thanks grep -v "#" /etc/ports-supfile-all *default host=3Dcvsup13.us.FreeBSD.org *default base=3D/var/db *default prefix=3D/usr *default release=3Dcvs tag=3D. *default delete use-rel-suffix *default compress ports-all Also, I just found this, I don't know if there is a better way of updating src/sys http://www.rhyous.com/2009/12/25/how-to-download-freebsd-current-or-freebsd= -stable-using-svn/ Regards Ismael --=20 Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 18:12:28 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A59DB106564A; Thu, 1 Mar 2012 18:12:28 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F296A8FC0C; Thu, 1 Mar 2012 18:12:27 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1031057bkc.13 for ; Thu, 01 Mar 2012 10:12:27 -0800 (PST) Received-SPF: pass (google.com: domain of timp87@gmail.com designates 10.112.8.129 as permitted sender) client-ip=10.112.8.129; Authentication-Results: mr.google.com; spf=pass (google.com: domain of timp87@gmail.com designates 10.112.8.129 as permitted sender) smtp.mail=timp87@gmail.com; dkim=pass header.i=timp87@gmail.com Received: from mr.google.com ([10.112.8.129]) by 10.112.8.129 with SMTP id r1mr2836880lba.38.1330625547047 (num_hops = 1); Thu, 01 Mar 2012 10:12:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ljS6t+owe47J00vW/ADVNO6+N78odOfZg+v/IqrdqBU=; b=foteSDslM+A573cc7pc+DIYDJyv5EP9Pc9aasZUSZtez6BWobLLRfDddIQpskCnMJv O/ANYYgKZ+J1XYcj9BeB71U9R0EtpSyLBZOQ7ZPivkQ3czrDZJBuPKYPQiqSQglefY9c 9zFqARUh8pRcpYsb8p6Wg7HXzy169L257mCVE= MIME-Version: 1.0 Received: by 10.112.8.129 with SMTP id r1mr2330735lba.38.1330625546961; Thu, 01 Mar 2012 10:12:26 -0800 (PST) Received: by 10.152.28.201 with HTTP; Thu, 1 Mar 2012 10:12:26 -0800 (PST) In-Reply-To: <4F4F9F13.9000705@FreeBSD.org> References: <4F4F9F13.9000705@FreeBSD.org> Date: Thu, 1 Mar 2012 22:12:26 +0400 Message-ID: From: Pavel Timofeev To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Thu, 01 Mar 2012 19:25:42 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Can't boot with geom_part_(gpt|mbr|bsd|ebr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 18:12:28 -0000 I will make translation tomorrow. But you can see it by yourself, just edit your loader.conf =3D) 1 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2012=C2=A0=D0=B3. 20:08 =D0=BF=D0=BE=D0=BB= =D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C Andriy Gapon =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > on 01/03/2012 09:27 Pavel Timofeev said the following: >> Hi! >> Just add to loader.conf these options >> geom_part_gpt_load=3D"YES" >> geom_part_bsd_load=3D"YES" >> geom_part_ebr_load=3D"YES" >> geom_part_mbr_load=3D"YES" >> and your kernel can't boot > > Thank you for the report. > Could you please provide some technical information? =C2=A0"kernel can't = boot" is a > little bit too unspecific. =C2=A0Any particular error messages, etc? > >> I have posted PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D165573 > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 19:31:05 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11EEC1065676; Thu, 1 Mar 2012 19:31:05 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B6E188FC13; Thu, 1 Mar 2012 19:31:03 +0000 (UTC) Received: by lagv3 with SMTP id v3so1541612lag.13 for ; Thu, 01 Mar 2012 11:31:02 -0800 (PST) Received-SPF: pass (google.com: domain of gleb.kurtsou@gmail.com designates 10.152.136.36 as permitted sender) client-ip=10.152.136.36; Authentication-Results: mr.google.com; spf=pass (google.com: domain of gleb.kurtsou@gmail.com designates 10.152.136.36 as permitted sender) smtp.mail=gleb.kurtsou@gmail.com; dkim=pass header.i=gleb.kurtsou@gmail.com Received: from mr.google.com ([10.152.136.36]) by 10.152.136.36 with SMTP id px4mr5682827lab.47.1330630262409 (num_hops = 1); Thu, 01 Mar 2012 11:31:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=DZEIY65gvwU45OtYMCfmwZKC1kycUn7cMVES8NI5Hrs=; b=pDk0n+oQwnOTO8VofKZqhnig4D0tV99N+QPIgOPbK9g7Y5tdzqhkEkuAdnu6KbRH7P FKx3bqUhmoY/gf25RiLeMkfJ/GLSsOvrkMOKlFO2iLdD32T6WTFRdyP1luqlUduIk35Z mmgikMuMfxB3Ogd17X4sQITtrylNFT3oUD+fV7r3nOMNbMwG56LB755fNwP/ui4Nnh92 C6yenKux3TfPjad5Zq2QPisj+Rrfg4EZOZ2n/HD951N50gDukI1oCVy0BhUI4wYUuMfr mK1HPK736Cz1lGnhoEfa1ReH1hjGTkB5r7emUlfoh0va9+ZHcHCLR2+h0CHVhZLe1Goo Ofeg== Received: by 10.152.136.36 with SMTP id px4mr4653441lab.47.1330630262289; Thu, 01 Mar 2012 11:31:02 -0800 (PST) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id tt8sm4209772lbb.16.2012.03.01.11.31.01 (version=SSLv3 cipher=OTHER); Thu, 01 Mar 2012 11:31:01 -0800 (PST) Date: Thu, 1 Mar 2012 21:31:03 +0200 From: Gleb Kurtsou To: Florian Smeets Message-ID: <20120301193102.GA35301@reks> References: <4F358F01.1090508@FreeBSD.org> <20120211102006.GA1274@reks> <4F469F94.5080606@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <4F469F94.5080606@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: decke@FreeBSD.org, Konstantin Belousov , "current@freebsd.org" Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 19:31:05 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Could you test the patch attached. It's also available here as seperate commits: https://github.com/glk/freebsd-head/commits/tmpfs-rename Thanks, Gleb. On (23/02/2012 21:20), Florian Smeets wrote: > On 11.02.12 11:20, Gleb Kurtsou wrote: > > On (10/02/2012 22:41), Florian Smeets wrote: > >> Hi, > >> > >> if you set WRKDIRPREFIX to a tmpfs mountpoint and try to build audio/gsm > >> from ports one of the mv processes gets stuck in state tmpfs quite > >> often. Traces from a kernel with WITTNESS and DEBUG_VFS_LOCKS are > >> available here http://tb.smeets.im/~flo/tmpfs.txt > > > > It's because of incorrect vnode locking order in tmpfs_rename. Issue is > > known and tmpfs is not the only file system suffering from it (e.g. ext2). > > > > There two ways of working around it in tree: > > * UFS: try locking vnode, unlock all vnodes on failure, restart, > > relookup vnodes needed. > > * ZFS: introduce directory entry locks to guarantee fvp won't disappear, > > fdvp can be safely traversed, etc. That won't be easy.. > > > > UFS-way would be a good temporal solution, but I think we should work on > > improving VOP_RENAME() in a long run. > > > > I'll try to prepare a patch in several days. > > > > Hey Gleb, > > did you get anywhere with this? > > Thanks, > Florian > --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="tmpfs-rename-deadlock.patch.txt" diff --git a/sys/fs/tmpfs/tmpfs_subr.c b/sys/fs/tmpfs/tmpfs_subr.c index d2b2245..fe596aa 100644 --- a/sys/fs/tmpfs/tmpfs_subr.c +++ b/sys/fs/tmpfs/tmpfs_subr.c @@ -42,6 +42,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -56,6 +57,8 @@ __FBSDID("$FreeBSD$"); #include #include +SYSCTL_NODE(_vfs, OID_AUTO, tmpfs, CTLFLAG_RW, 0, "tmpfs file system"); + /* --------------------------------------------------------------------- */ /* @@ -320,9 +323,11 @@ loop: MPASS((node->tn_vpstate & TMPFS_VNODE_DOOMED) == 0); VI_LOCK(vp); TMPFS_NODE_UNLOCK(node); - vholdl(vp); - (void) vget(vp, lkflag | LK_INTERLOCK | LK_RETRY, curthread); - vdrop(vp); + error = vget(vp, lkflag | LK_INTERLOCK, curthread); + if (error != 0) { + vp = NULL; + goto out; + } /* * Make sure the vnode is still there after @@ -420,11 +425,13 @@ unlock: out: *vpp = vp; - MPASS(IFF(error == 0, *vpp != NULL && VOP_ISLOCKED(*vpp))); #ifdef INVARIANTS - TMPFS_NODE_LOCK(node); - MPASS(*vpp == node->tn_vnode); - TMPFS_NODE_UNLOCK(node); + if (error == 0) { + MPASS(*vpp != NULL && VOP_ISLOCKED(*vpp)); + TMPFS_NODE_LOCK(node); + MPASS(*vpp == node->tn_vnode); + TMPFS_NODE_UNLOCK(node); + } #endif return error; diff --git a/sys/fs/tmpfs/tmpfs_vnops.c b/sys/fs/tmpfs/tmpfs_vnops.c index 93fea8b..dd54679 100644 --- a/sys/fs/tmpfs/tmpfs_vnops.c +++ b/sys/fs/tmpfs/tmpfs_vnops.c @@ -46,6 +46,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include #include @@ -58,6 +59,13 @@ __FBSDID("$FreeBSD$"); #include #include +SYSCTL_DECL(_vfs_tmpfs); + +static volatile int tmpfs_rename_restarts; +SYSCTL_INT(_vfs_tmpfs, OID_AUTO, rename_restarts, CTLFLAG_RD, + __DEVOLATILE(int *, &tmpfs_rename_restarts), 0, + "Times rename had to restart due to lock contention"); + /* --------------------------------------------------------------------- */ static int @@ -920,6 +928,118 @@ out: /* --------------------------------------------------------------------- */ static int +tmpfs_rename_relock(struct vnode *fdvp, struct vnode **fvpp, + struct vnode *tdvp, struct vnode **tvpp, + struct componentname *fcnp, struct componentname *tcnp) +{ + struct vnode *nvp; + struct mount *mp; + struct tmpfs_dirent *de; + int error; + + VOP_UNLOCK(tdvp, 0); + if (*tvpp != NULL && *tvpp != tdvp) + VOP_UNLOCK(*tvpp, 0); + mp = fdvp->v_mount; + +relock: + atomic_add_int(&tmpfs_rename_restarts, 1); + error = vn_lock(fdvp, LK_EXCLUSIVE); + if (error) + goto releout; + if (vn_lock(tdvp, LK_EXCLUSIVE | LK_NOWAIT) != 0) { + VOP_UNLOCK(fdvp, 0); + error = vn_lock(tdvp, LK_EXCLUSIVE); + if (error) + goto releout; + VOP_UNLOCK(tdvp, 0); + goto relock; + } + /* + * Re-resolve fvp to be certain it still exists and fetch the + * correct vnode. + */ + de = tmpfs_dir_lookup(VP_TO_TMPFS_DIR(fdvp), NULL, fcnp); + if (de == NULL) { + VOP_UNLOCK(fdvp, 0); + VOP_UNLOCK(tdvp, 0); + if ((fcnp->cn_flags & ISDOTDOT) != 0 || + (fcnp->cn_namelen == 1 && fcnp->cn_nameptr[0] == '.')) + error = EINVAL; + else + error = ENOENT; + goto releout; + } + error = tmpfs_alloc_vp(mp, de->td_node, LK_EXCLUSIVE | LK_NOWAIT, &nvp); + if (error != 0) { + VOP_UNLOCK(fdvp, 0); + VOP_UNLOCK(tdvp, 0); + if (error != EBUSY) + goto releout; + error = tmpfs_alloc_vp(mp, de->td_node, LK_EXCLUSIVE, &nvp); + if (error != 0) + goto releout; + VOP_UNLOCK(nvp, 0); + vrele(*fvpp); + *fvpp = nvp; + goto relock; + } + vrele(*fvpp); + *fvpp = nvp; + VOP_UNLOCK(*fvpp, 0); + /* + * Re-resolve tvp and acquire the vnode lock if present. + */ + de = tmpfs_dir_lookup(VP_TO_TMPFS_DIR(tdvp), NULL, tcnp); + /* + * If tvp disappeared we just carry on. + */ + if (de == NULL && *tvpp != NULL) { + vrele(*tvpp); + *tvpp = NULL; + } + /* + * Get the tvp ino if the lookup succeeded. We may have to restart + * if the non-blocking acquire fails. + */ + if (de != NULL) { + nvp = NULL; + error = tmpfs_alloc_vp(mp, de->td_node, + LK_EXCLUSIVE | LK_NOWAIT, &nvp); + if (*tvpp != NULL) + vrele(*tvpp); + *tvpp = nvp; + if (error != 0) { + VOP_UNLOCK(fdvp, 0); + VOP_UNLOCK(tdvp, 0); + if (error != EBUSY) + goto releout; + error = tmpfs_alloc_vp(mp, de->td_node, LK_EXCLUSIVE, + &nvp); + if (error != 0) + goto releout; + VOP_UNLOCK(nvp, 0); + if (*tvpp == fdvp) { + error = ENOTEMPTY; + goto releout; + } + goto relock; + } + } + + return (0); + +releout: + vrele(fdvp); + vrele(*fvpp); + vrele(tdvp); + if (*tvpp != NULL) + vrele(*tvpp); + + return (error); +} + +static int tmpfs_rename(struct vop_rename_args *v) { struct vnode *fdvp = v->a_fdvp; @@ -928,6 +1048,7 @@ tmpfs_rename(struct vop_rename_args *v) struct vnode *tdvp = v->a_tdvp; struct vnode *tvp = v->a_tvp; struct componentname *tcnp = v->a_tcnp; + struct mount *mp = NULL; char *newname; int error; @@ -943,8 +1064,6 @@ tmpfs_rename(struct vop_rename_args *v) MPASS(fcnp->cn_flags & HASBUF); MPASS(tcnp->cn_flags & HASBUF); - tnode = (tvp == NULL) ? NULL : VP_TO_TMPFS_NODE(tvp); - /* Disallow cross-device renames. * XXX Why isn't this done by the caller? */ if (fvp->v_mount != tdvp->v_mount || @@ -953,9 +1072,6 @@ tmpfs_rename(struct vop_rename_args *v) goto out; } - tmp = VFS_TO_TMPFS(tdvp->v_mount); - tdnode = VP_TO_TMPFS_DIR(tdvp); - /* If source and target are the same file, there is nothing to do. */ if (fvp == tvp) { error = 0; @@ -964,8 +1080,30 @@ tmpfs_rename(struct vop_rename_args *v) /* If we need to move the directory between entries, lock the * source so that we can safely operate on it. */ - if (fdvp != tdvp && fdvp != tvp) - vn_lock(fdvp, LK_EXCLUSIVE | LK_RETRY); + if (fdvp != tdvp && fdvp != tvp) { + if (vn_lock(fdvp, LK_EXCLUSIVE | LK_NOWAIT) != 0) { + mp = tdvp->v_mount; + error = vfs_busy(mp, 0); + if (error != 0) { + mp = NULL; + goto out; + } + error = tmpfs_rename_relock(fdvp, &fvp, tdvp, &tvp, + fcnp, tcnp); + if (error != 0) { + vfs_unbusy(mp); + return (error); + } + if (fvp == tvp) { + error = 0; + goto out_locked; + } + } + } + + tmp = VFS_TO_TMPFS(tdvp->v_mount); + tdnode = VP_TO_TMPFS_DIR(tdvp); + tnode = (tvp == NULL) ? NULL : VP_TO_TMPFS_NODE(tvp); fdnode = VP_TO_TMPFS_DIR(fdvp); fnode = VP_TO_TMPFS_NODE(fvp); de = tmpfs_dir_lookup(fdnode, fnode, fcnp); @@ -1157,6 +1295,9 @@ out: vrele(fdvp); vrele(fvp); + if (mp != NULL) + vfs_unbusy(mp); + return error; } --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 19:32:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B60071065670 for ; Thu, 1 Mar 2012 19:32:08 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 609DB8FC20 for ; Thu, 1 Mar 2012 19:32:08 +0000 (UTC) Received: (qmail 56631 invoked by uid 0); 1 Mar 2012 14:32:07 -0500 Received: from unknown (HELO glenbarber.us) (75.146.225.65) by 0 with SMTP; 1 Mar 2012 14:32:07 -0500 Date: Thu, 1 Mar 2012 14:32:05 -0500 From: Glen Barber To: Ismael =?iso-8859-1?Q?Farf=E1n?= Message-ID: <20120301193205.GF1873@glenbarber.us> References: <20120301190023.GD1873@glenbarber.us> 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 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org Subject: Re: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2012 19:32:08 -0000 On Thu, Mar 01, 2012 at 01:25:15PM -0600, Ismael Farfán wrote: > > What does your supfile contain?  I suspect it is missing the following > > line: > > > >  src-all tag=. > > > > Glen > > > > I'll add that and run csup again, thanks > > grep -v "#" /etc/ports-supfile-all > *default host=cvsup13.us.FreeBSD.org > *default base=/var/db > *default prefix=/usr > *default release=cvs tag=. > *default delete use-rel-suffix > *default compress > ports-all > You'll also want to add 'src-all' after 'ports-all'. > > Also, I just found this, I don't know if there is a better way of > updating src/sys > http://www.rhyous.com/2009/12/25/how-to-download-freebsd-current-or-freebsd-stable-using-svn/ > I personally use svn to keep /usr/src in sync. It depends on what you are used to, I suppose. Glen From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:21:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF871065670; Thu, 1 Mar 2012 21:21:49 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id BB6D38FC08; Thu, 1 Mar 2012 21:21:48 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q21LLRj4077536 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 13:21:31 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F4FE85D.4070205@freebsd.org> Date: Thu, 01 Mar 2012 13:21:33 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: Devin Teske References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> In-Reply-To: <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, 'Devin Teske' , 'Andriy Gapon' Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 21:21:50 -0000 On 3/1/12 8:52 AM, Devin Teske wrote: > . > Indeed, I've watched field engineers when exploring the menu options and their > eyes light-up when they see that "Safe Mode" toggles ACPI off when enabled. > Extrapolating on their surprise, they appear to have an "Aha!"-moment a ... they have all seen 'safe mode' on windows. They know what that does and they are assuming this does the same thing. Basically Windows safe mode disables all the bells and whistles of the installation and reverts to known safe defaults for everything it can reach. i.e. VGA screen, basic keyboard, IDE disk, no desktop extensions, all fancy CPU options turned off. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:28:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E0BB106566B; Thu, 1 Mar 2012 21:28:03 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id C44428FC1A; Thu, 1 Mar 2012 21:28:02 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q21LRusY077565 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 13:27:57 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F4FE9E1.4020201@freebsd.org> Date: Thu, 01 Mar 2012 13:28:01 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: Scott Long References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <26352740-D897-46CD-BD17-C61334826524@samsco.org> In-Reply-To: <26352740-D897-46CD-BD17-C61334826524@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Andriy Gapon' , freebsd-current@freebsd.org, 'Devin Teske' , Devin Teske Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 21:28:03 -0000 On 3/1/12 9:13 AM, Scott Long wrote: > > 1. There are a number of knobs that can be manipulated to help enable a non-booting system boot, which in turn gives a system administrator a fighting chance to figure out what's wrong. ACPI is (or was) one of these options, but there are several others, and up until your re-write of the menu system, they were opaque to the user. I'd like to explore the idea of having a sub-menu that exposes these knobs and allows them to be individually controlled, but still have an upper-level option that turns them all-on or all-off for ease of use. > > 2. There are a ton of kenv/TUNABLE knobs in any given kernel, and many of them are useful for sysadmins, even beyond just the 'safe mode' subset. I'd like to see a post-processor run on the kernel build that collects all of the kenv knobs in that kernel and puts them into a file that can be read by the boot menu system. The system then dynamically turns these into another sub-menu of knobs that can be manipulated. > > So, how hard would it be to have nested sub-menus? Would (1) be something feasible to do in the near term? Would (2) be feasible to do in the long term? not only collecting stuff from am kernel build but from a running system. it would be nice fro example to be able to influence the /etc/rc.d system by disabling some functions. e.g. come up but don't turn on the window system, or networking.. We can disable a device but how about specifying a different default route than that in /etc/rc.conf? if we extract the setup tha tthe machine eventually comes up to, we can allow that to be tuned as well. > Thanks, > Scott > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:28:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CAFD106566B; Thu, 1 Mar 2012 21:28:51 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADC28FC08; Thu, 1 Mar 2012 21:28:51 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 584C81E00078; Thu, 1 Mar 2012 22:13:37 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q21LDEhe009575; Thu, 1 Mar 2012 22:13:14 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q21LDEjW009574; Thu, 1 Mar 2012 22:13:14 +0100 (CET) (envelope-from nox) Date: Thu, 1 Mar 2012 22:13:14 +0100 (CET) From: Juergen Lock Message-Id: <201203012113.q21LDEjW009574@triton8.kn-bremen.de> To: guru@unixarea.de X-Newsgroups: local.list.freebsd.current In-Reply-To: <20120301153409.GA2478@tiny> Organization: Cc: gnome@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: skype-2.1.0.81,1 && problem in child proc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:28:51 -0000 In article <20120301153409.GA2478@tiny> you write: > >Hello, > >I'm using skype-2.1.0.81,1 in 10-CURRENT r226986, which works fine for >chat and video calls; > >I encounter the following small problem: when a chat contains a URL one >can open that URL with a browser; it seems that skype is launching a >shell script /usr/local/bin/xdg-open which in turn tries to figure out >if the desktop is Gnome or KDE and which browser to use; it simple does >not start any browser for me; while digging into this (inserting >printf's to a log file) I see, that the script wants to launch > >kfmclient exec http://www.hallo-verlag.de/... > >with the correct URL from the chat dialog in skype but this gives an >error to stderr: > >Cannot open "/usr/lib/libv4l/v4l2convert.so" > >the shared lib exists in /compat/linux/usr/lib/libv4l/v4l2convert.so >and in /usr/local/lib/libv4l/v4l2convert.so > >$ ls -l /usr/local/lib/libv4l/v4l2convert.so >/compat/linux/usr/lib/libv4l/v4l2convert.so >-rwxr-xr-x 1 root wheel 4788 14 nov 12:52 >/compat/linux/usr/lib/libv4l/v4l2convert.so >-rwxr-xr-x 1 root wheel 5341 14 nov 07:49 >/usr/local/lib/libv4l/v4l2convert.so > >What is the matter with this and was has 'kfmclient' todo with >v4l2convert.so shared objects? I haven't really looked into this in detail but my guess is this is the Linux v4l2convert.so that is LD_PRELOAD'ed into skype for the benefit of cameras not able to provida yuv video. So I guess we'd need to prepend a wrapper for xdg-open to PATH that resets LD_PRELOAD before executing the real /usr/local/bin/xdg-open . (And btw I had to do something similar for google earth which sets LD_LIBRARY_PATH, see /usr/ports/astro/google-earth/files/browserwrapper and /usr/ports/astro/google-earth/files/patch-bin-googleearth .) Hm or should the xdg-utils port be patched to just unset LD_PRELOAD uncondtionally? I'll Cc gnome@ which is listed as maintainer for that port... Cheers, Juergen From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:35:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAE61106567B; Thu, 1 Mar 2012 21:35:29 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6C4638FC18; Thu, 1 Mar 2012 21:35:29 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q21LQdQC012951; Thu, 1 Mar 2012 15:35:12 -0600 Received: from smtp.fisglobal.com ([10.132.206.15]) by ltcfislmsgpa03.fnfis.com with ESMTP id 13agh684ng-4 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 15:35:12 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.15) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 15:35:03 -0600 From: Devin Teske To: "'Julian Elischer'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <4F4FE85D.4070205@freebsd.org> In-Reply-To: <4F4FE85D.4070205@freebsd.org> Date: Thu, 1 Mar 2012 13:35:14 -0800 Message-ID: <074701ccf7f3$315cca20$94165e60$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwHG4pEjlAOBeMA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_04:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org, 'Devin Teske' , 'Andriy Gapon' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 21:35:29 -0000 > -----Original Message----- > From: Julian Elischer [mailto:julian@freebsd.org] > Sent: Thursday, March 01, 2012 1:22 PM > To: Devin Teske > Cc: 'Andriy Gapon'; freebsd-current@freebsd.org; 'Devin Teske'; 'John Baldwin' > Subject: Re: revisiting tunables under Safe Mode menu option > > On 3/1/12 8:52 AM, Devin Teske wrote: > > . > > Indeed, I've watched field engineers when exploring the menu options and > their > > eyes light-up when they see that "Safe Mode" toggles ACPI off when enabled. > > Extrapolating on their surprise, they appear to have an "Aha!"-moment a ... > > they have all seen 'safe mode' on windows. They know what that does and > they are assuming this does the same thing. > Basically Windows safe mode disables all the bells and whistles of the > installation > and reverts to known safe defaults for everything it can reach. > i.e. VGA screen, basic keyboard, IDE disk, no desktop extensions, all > fancy CPU options turned off. > Right, making the assumption that FreeBSD's safe mode will do the same thing as Windows' safe mode is a poor assumption. As you point out, all those things that Windows safe mode does, FreeBSD does not. X11 drivers are not affected by safe mode. Network is not affected by safe mode. Services started at boot, are not affected... So I would welcome discussions involving development of something better (and am willing to help). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:39:45 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5557106564A; Thu, 1 Mar 2012 21:39:45 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 651D88FC0A; Thu, 1 Mar 2012 21:39:45 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa03 [127.0.0.1]) by ltcfislmsgpa03.fnfis.com (8.14.4/8.14.4) with SMTP id q21LQe4b012954; Thu, 1 Mar 2012 15:39:44 -0600 Received: from smtp.fisglobal.com ([10.132.206.31]) by ltcfislmsgpa03.fnfis.com with ESMTP id 13agh68557-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 15:39:44 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.31) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 15:39:42 -0600 From: Devin Teske To: "'Julian Elischer'" , "'Scott Long'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <26352740-D897-46CD-BD17-C61334826524@samsco.org> <4F4FE9E1.4020201@freebsd.org> In-Reply-To: <4F4FE9E1.4020201@freebsd.org> Date: Thu, 1 Mar 2012 13:39:54 -0800 Message-ID: <074901ccf7f3$d7ca6160$875f2420$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwJGY3lpAfRTEqKT7+OyYA== Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_04:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org, 'Devin Teske' , 'Andriy Gapon' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 21:39:45 -0000 > -----Original Message----- > From: Julian Elischer [mailto:julian@freebsd.org] > Sent: Thursday, March 01, 2012 1:28 PM > To: Scott Long > Cc: Devin Teske; freebsd-current@freebsd.org; 'Devin Teske'; 'John Baldwin'; > 'Andriy Gapon' > Subject: Re: revisiting tunables under Safe Mode menu option > > On 3/1/12 9:13 AM, Scott Long wrote: > > > > 1. There are a number of knobs that can be manipulated to help enable a non- > booting system boot, which in turn gives a system administrator a fighting chance > to figure out what's wrong. ACPI is (or was) one of these options, but there are > several others, and up until your re-write of the menu system, they were opaque > to the user. I'd like to explore the idea of having a sub-menu that exposes these > knobs and allows them to be individually controlled, but still have an upper-level > option that turns them all-on or all-off for ease of use. > > > > 2. There are a ton of kenv/TUNABLE knobs in any given kernel, and many of > them are useful for sysadmins, even beyond just the 'safe mode' subset. I'd like > to see a post-processor run on the kernel build that collects all of the kenv knobs > in that kernel and puts them into a file that can be read by the boot menu > system. The system then dynamically turns these into another sub-menu of > knobs that can be manipulated. > > > > So, how hard would it be to have nested sub-menus? Would (1) be something > feasible to do in the near term? Would (2) be feasible to do in the long term? > > not only collecting stuff from am kernel build but from a running system. > it would be nice fro example to be able to influence the /etc/rc.d > system by disabling some functions. > e.g. come up but don't turn on the window system, or networking.. > We can disable a device but how about specifying a different default > route than that in /etc/rc.conf? > > if we extract the setup tha tthe machine eventually comes up to, we > can allow that to be tuned as well. I'm interested in which path you would choose amongst what I've seen mentioned thus far: a. Modifying the boot menu to offer fine-grain control over each aspect of Safe Mode (wherein perhaps the Safe Mode option becomes a hook for a sub-menu rather than its current setup as an "On"/"Off" toggle). b. Keeping Safe Mode as an On/Off toggle, but shifting the fine-grain control to userland (wherein loader(8) simply sets a safemode Boolean and the user is dropped into something like single-user mode but with prompts for each feature) c. Something else. -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:43:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D3BA1065672; Thu, 1 Mar 2012 21:43:35 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id C759C8FC16; Thu, 1 Mar 2012 21:43:34 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.5/8.14.5) with ESMTP id q21LhQGK060486; Thu, 1 Mar 2012 14:43:27 -0700 (MST) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <074901ccf7f3$d7ca6160$875f2420$@fisglobal.com> Date: Thu, 1 Mar 2012 14:43:25 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <26352740-D897-46CD-BD17-C61334826524@samsco.org> <4F4FE9E1.4020201@freebsd.org> <074901ccf7f3$d7ca6160$875f2420$@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1257) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: 'Devin Teske' , freebsd-current@freebsd.org, 'Andriy Gapon' Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 21:43:35 -0000 On Mar 1, 2012, at 2:39 PM, Devin Teske wrote: >=20 > I'm interested in which path you would choose amongst what I've seen = mentioned > thus far: >=20 > a. Modifying the boot menu to offer fine-grain control over each = aspect of Safe > Mode (wherein perhaps the Safe Mode option becomes a hook for a = sub-menu rather > than its current setup as an "On"/"Off" toggle). I would favor this. "Safe Mode" (or whatever it gets renamed to) = activates a sub menu with N number of knobs plus an all-on/all-off = option.=20 Scott From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:52:06 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609C3106566C; Thu, 1 Mar 2012 21:52:06 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2CA768FC14; Thu, 1 Mar 2012 21:52:06 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id q21Lq0EJ077670 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 1 Mar 2012 13:52:01 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F4FEF85.2050308@freebsd.org> Date: Thu, 01 Mar 2012 13:52:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: Devin Teske References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <4F4FE85D.4070205@freebsd.org> <074701ccf7f3$315cca20$94165e60$@fisglobal.com> In-Reply-To: <074701ccf7f3$315cca20$94165e60$@fisglobal.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, 'Devin Teske' , 'Andriy Gapon' Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 21:52:06 -0000 On 3/1/12 1:35 PM, Devin Teske wrote: > Right, making the assumption that FreeBSD's safe mode will do the same thing as > Windows' safe mode is a poor assumption. > > As you point out, all those things that Windows safe mode does, FreeBSD does > not. > > X11 drivers are not affected by safe mode. > > Network is not affected by safe mode. > > Services started at boot, are not affected... > > So I would welcome discussions involving development of something better (and am > willing to help). but, with help from the rc people. it could.. the kenv framework gives us a much more flexible way to implement the sysV runlevels that linux inherrited. here's what I would envision: a single safe mode switch a way to control what that does (either 'safe mode' drops you to another menu which includes "boot safe mode:" and "configure safe mode" (the second one drops you to yet another menu of check boxes). the result of this is a preconfigured set of kenv entries being dumped into the kenv space. The rc system can look at the kenv space for some key entries and act accordingly. it can also SAVE to /boot/safe_mode.conf the set of kenv entries selected when safe mode is used, and the forth code can load that and use it as a default on next 'safe' mode usage. BTW do we use the forth boot stuff on all architectures? what of NFS boots? From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:53:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 63319106566B; Thu, 1 Mar 2012 21:53:03 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 214F78FC13; Thu, 1 Mar 2012 21:53:02 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q21LQL1J019933; Thu, 1 Mar 2012 15:52:48 -0600 Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa07.fnfis.com with ESMTP id 13agej06yw-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 15:52:48 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.16) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 15:52:46 -0600 From: Devin Teske To: "'Scott Long'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <26352740-D897-46CD-BD17-C61334826524@samsco.org> <4F4FE9E1.4020201@freebsd.org> <074901ccf7f3$d7ca6160$875f2420$@fisglobal.com> In-Reply-To: Date: Thu, 1 Mar 2012 13:52:57 -0800 Message-ID: <075101ccf7f5$aafb8400$00f28c00$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwJGY3lpAfRTEqIBqT3K+QElzEcck9lvqIA= Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_04:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: 'Devin Teske' , freebsd-current@freebsd.org, 'Andriy Gapon' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 21:53:03 -0000 > -----Original Message----- > From: Scott Long [mailto:scottl@samsco.org] > Sent: Thursday, March 01, 2012 1:43 PM > To: Devin Teske > Cc: 'Julian Elischer'; freebsd-current@freebsd.org; 'Devin Teske'; 'John Baldwin'; > 'Andriy Gapon' > Subject: Re: revisiting tunables under Safe Mode menu option > > > On Mar 1, 2012, at 2:39 PM, Devin Teske wrote: > > > > I'm interested in which path you would choose amongst what I've seen > mentioned > > thus far: > > > > a. Modifying the boot menu to offer fine-grain control over each aspect of Safe > > Mode (wherein perhaps the Safe Mode option becomes a hook for a sub- > menu rather > > than its current setup as an "On"/"Off" toggle). > > I would favor this. "Safe Mode" (or whatever it gets renamed to) activates a sub > menu with N number of knobs plus an all-on/all-off option. How many knobs are we talking about here? I hope not more than 8, (the 9th menu being reserved for "return to main menu"). If there's going to be more than 8, then we'll have to recode "menu.4th" or envision a sub-sub-menu or start using cyclic menus, or worse... re-design menu.4th completely to allow (say) scrolling menus with infinite items (e.g., there would be an indicator at the bottom of the menu that there is more than can fit within the menu area; and pressing the down-arrow would "slide" the menu view down to the next set of items). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 21:57:07 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AEB8A1065672 for ; Thu, 1 Mar 2012 21:57:07 +0000 (UTC) (envelope-from girgen@FreeBSD.org) Received: from melon.pingpong.net (melon.pingpong.net [79.136.116.200]) by mx1.freebsd.org (Postfix) with ESMTP id 688ED8FC15 for ; Thu, 1 Mar 2012 21:57:07 +0000 (UTC) Received: from c-1c56e155.1521-1-64736c12.cust.bredbandsbolaget.se (c-1c56e155.1521-1-64736c12.cust.bredbandsbolaget.se [85.225.86.28]) by melon.pingpong.net (Postfix) with ESMTPA id 5AE121DC94; Thu, 1 Mar 2012 22:39:49 +0100 (CET) Message-ID: <4F4FECA4.10504@FreeBSD.org> Date: Thu, 01 Mar 2012 22:39:48 +0100 From: Palle Girgensohn User-Agent: Postbox 3.0.2 (Macintosh/20111203) MIME-Version: 1.0 To: Christoph Hoffmann References: <9B96176A-7550-4B60-8F4D-0B667EEF7A15@me.com> <201108161515.50127.jhb@freebsd.org> <23B6937F-F261-4DC4-9168-96720251C98D@me.com> <4E502F2F.50209@FreeBSD.org> <9FAB808F-E5D4-4B93-9D5F-BAE025930273@me.com> <4E944197.7050803@digsys.bg> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Daniel Kalchev Subject: Re: gptzfsboot error using HP Smart Array P410i Controller X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:57:07 -0000 Hi! This is still happening with FreeBSD 9.0-RELEASE, as I have just discovered. The hack works like a charm, but seems kind of odd... :) Any progress in getting a "real" fix into the repository? Any risks with the hack - is it likely to believe that it will suddenly or sporadically fail? Cheers, Palle Christoph Hoffmann skrev: > Hello Daniel, > > Last time I checked up on the issue was on the 23rd of September, > it was not fixed then. > I was able to to boot from drive 0x80 after adding: > > *** zfsboot.c.orig Fri Sep 23 18:03:26 2011 > --- zfsboot.c Fri Sep 23 18:47:44 2011 > *************** > *** 459,464 **** > --- 459,465 ---- > heap_end = (char *) PTOV(bios_basemem); > } > > + printf("Hello! I am a hack.\n"); > dsk = malloc(sizeof(struct dsk)); > dsk->drive = *(uint8_t *)PTOV(ARGS); > dsk->type = dsk->drive & DRV_HARD ? TYPE_AD : TYPE_FD; > > I am inclined to think that this is related to the way how we compile this code, > especially when run on the following particular processor: > > 1 Processor(s) detected, 4 total cores enabled, Hyperthreading is enabled > Proc 1: Intel(R) Xeon(R) CPU E5630 @ 2.53GHz > QPI Speed: 5.8 GT/s. > > > Regards, > > Christoph > > > On Oct 11, 2011, at 3:16 PM, Daniel Kalchev wrote: > >> Has this issue been resolved somehow? Sane method to build gptzfsboot that will run on HP's P410i? >> >> Daniel >> _______________________________________________ >> 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" From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:05:46 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0512106564A for ; Thu, 1 Mar 2012 22:05:45 +0000 (UTC) (envelope-from gonzo@hq.bluezbox.com) Received: from hq.bluezbox.com (hq.bluezbox.com [70.38.37.145]) by mx1.freebsd.org (Postfix) with ESMTP id BB9918FC1B for ; Thu, 1 Mar 2012 22:05:45 +0000 (UTC) Received: from localhost ([127.0.0.1]) by hq.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1S3Dsd-000C5m-R4; Thu, 01 Mar 2012 13:49:44 -0800 Message-ID: <4F4FEEFC.5060902@freebsd.org> Date: Thu, 01 Mar 2012 13:49:48 -0800 From: Oleksandr Tymoshenko User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "freebsd-mips@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: gonzo@hq.bluezbox.com X-Spam-Level: ---- X-Spam-Report: Spam detection software, running on the system "hq.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Hello, Last few weeks I've been working on DTrace port for MIPS architecture. I believe that project reached the stage when it's ready for public review/testing before going into the tree. Patch and some information could be found here: http://people.freebsd.org/~gonzo/mips/dtrace/ [...] Content analysis details: (-4.4 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list Cc: freebsd-current@freebsd.org Subject: DTrace/MIPS port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:05:46 -0000 Hello, Last few weeks I've been working on DTrace port for MIPS architecture. I believe that project reached the stage when it's ready for public review/testing before going into the tree. Patch and some information could be found here: http://people.freebsd.org/~gonzo/mips/dtrace/ I'd appreciate review/testing from interested parties and if there are no major roadblocks the plan is to commit this patch sometime next week. DTrace/MIPS passes substantial part of DTrace suite on my Octeon-based board. ==== TEST RESULTS ==== mode: /usr/sbin/dtrace passed: 853 failed: 74 total: 927 There are some caveats/limitations though: - fbt, pid, lockstat, profile providers are not implemented - MIPS passes function arguments in registers and unless they're saved on stack the value of some might be unavailable in backtrace. So values of argN variables might be bogus sometimes. - dtrace uses kldstat(2) to get path to kernel binary and for "embedded" systems (e.g. without loader(8)) it's just "kernel" So kernel binary should be in current directory so dtrace could get CTF data from it. We need either command-line switch or env variable to let dtrace know where to look for binary. I haven't yet decided which way to go. - Not really dtrace issue, but somewhat related. FreeBSD/MIPS default kernel stacks size seems to be insufficient to load kernel modules with dependency chain longer then three modules (dtrace_test -> dtrace_all -> dtrace -> cyclic -> opensolaris) Sometimes I get kernel stack exhaustion as a combination of FS-related calls that goes down to NFS functions + WITNESS code. No proper solution for it yet. Workaround - load module one by one. - Tested only on mips64be platform. mips32be, mips32le, mips64le were not tested. Patches: dtrace-all.diff - is a cumulative patch that contains diff between HEAD branch and project branch in p4. In order to make code review easier I split it into several sub-patches based on functionality area. dtrace-ctf.diff Current version of ctfmerge assumes that target byte order is the same as host one. This patch checks byte order of ELF files being used to decide whether byte order in CTF structures' fields should be reversed. dtrace-toolchain.diff - Disable SGI compatibility for generated DWARF data. It confuses ctfconvert. - Set as(1) default ABI and target size the same as target platform dtrace-sys.diff - Kernel part of DTrace code - More intelligent kernel stack overflow handler dtrace-userland.diff - Userland part of DTrace code - Build DTrace tols as a part of toolchain build if we're cross-compiling - Various libraries' plugs for MIPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:19:14 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AA1D106567C; Thu, 1 Mar 2012 22:19:14 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id BE5B68FC29; Thu, 1 Mar 2012 22:19:13 +0000 (UTC) Received: from pps.filterd (ltcfislmsgpa07 [127.0.0.1]) by ltcfislmsgpa07.fnfis.com (8.14.4/8.14.4) with SMTP id q21MCkpj001835; Thu, 1 Mar 2012 16:18:56 -0600 Received: from smtp.fisglobal.com ([10.132.206.17]) by ltcfislmsgpa07.fnfis.com with ESMTP id 13ahps00mw-2 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 01 Mar 2012 16:18:56 -0600 Received: from dtwin (10.14.152.15) by smtp.fisglobal.com (10.132.206.17) with Microsoft SMTP Server (TLS) id 14.1.323.3; Thu, 1 Mar 2012 16:18:38 -0600 From: Devin Teske To: "'Julian Elischer'" References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <4F4FE85D.4070205@freebsd.org> <074701ccf7f3$315cca20$94165e60$@fisglobal.com> <4F4FEF85.2050308@freebsd.org> In-Reply-To: <4F4FEF85.2050308@freebsd.org> Date: Thu, 1 Mar 2012 14:18:49 -0800 Message-ID: <075601ccf7f9$47b0fac0$d712f040$@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQLEjfzJ7eGDusxFSn76rGzI0P/AwwHL8N43AisSv0ECK+W+iQGLJ1u/AMLV7IACMTn3hwHG4pEjAmyjlPQCXNOZIZPdQRCw Content-Language: en-us X-Originating-IP: [10.14.152.15] X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.6.7498, 1.0.260, 0.0.0000 definitions=2012-03-01_04:2012-03-01, 2012-03-01, 1970-01-01 signatures=0 Cc: freebsd-current@freebsd.org, 'Devin Teske' , 'Andriy Gapon' Subject: RE: revisiting tunables under Safe Mode menu 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 Mar 2012 22:19:14 -0000 > -----Original Message----- > From: Julian Elischer [mailto:julian@freebsd.org] > Sent: Thursday, March 01, 2012 1:52 PM > To: Devin Teske > Cc: 'Andriy Gapon'; freebsd-current@freebsd.org; 'Devin Teske'; 'John Baldwin' > Subject: Re: revisiting tunables under Safe Mode menu option > > On 3/1/12 1:35 PM, Devin Teske wrote: > > Right, making the assumption that FreeBSD's safe mode will do the same thing > as > > Windows' safe mode is a poor assumption. > > > > As you point out, all those things that Windows safe mode does, FreeBSD does > > not. > > > > X11 drivers are not affected by safe mode. > > > > Network is not affected by safe mode. > > > > Services started at boot, are not affected... > > > > So I would welcome discussions involving development of something better > (and am > > willing to help). > > but, with help from the rc people. it could.. > the kenv framework gives us a much more flexible way to implement the > sysV runlevels that linux inherrited. > > here's what I would envision: > > a single safe mode switch > a way to control what that does (either 'safe mode' drops you to > another menu which includes > "boot safe mode:" and "configure safe mode" (the second one drops you > to yet another menu of check boxes). > > the result of this is a preconfigured set of kenv entries being dumped > into the kenv space. > > The rc system can look at the kenv space for some key entries and act > accordingly. > it can also SAVE to /boot/safe_mode.conf the set of kenv entries > selected when safe mode is used, > and the forth code can load that and use it as a default on next > 'safe' mode usage. > > > BTW do we use the forth boot stuff on all architectures? > what of NFS boots? Glad you asked. There are architectures that don't use beastie.4th at all and thus simply fall to the autoboot sequence after handling loader.conf. These architectures lack a menu, so it would be nice if we accommodated them with (at least) allowing manual configuration through environment variables (later grabbed with kenv by the rc folks). I don't think it's beyond scope to think we couldn't cleanly implement this with (say) a well-crafted /etc/rc.d/safemode Not exactly sure what "service safemode start" should do (BSD doesn't have the same concept of runlevels as Linux does; so it's not exactly intuitive to think we could go from multi-user mode *into* safe mode). But "service safemode status" would be interesting. Interestingly, it would perhaps be nice if "service safemode stop" brought the system back to fully usable without need for reboot (something Windows doesn't offer). -- Devin _____________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:25:14 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 01CE01065676; Thu, 1 Mar 2012 22:25:14 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DDE628FC08; Thu, 1 Mar 2012 22:25:13 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q21MPBXC044018; Thu, 1 Mar 2012 22:25:12 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F4FF746.2020907@FreeBSD.org> Date: Thu, 01 Mar 2012 23:25:10 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120222 Thunderbird/11.0 MIME-Version: 1.0 To: Gleb Kurtsou References: <4F358F01.1090508@FreeBSD.org> <20120211102006.GA1274@reks> <4F469F94.5080606@FreeBSD.org> <20120301193102.GA35301@reks> In-Reply-To: <20120301193102.GA35301@reks> X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig27E8E3545526BB21578EDE7C" Cc: Konstantin Belousov , decke@FreeBSD.org, "current@freebsd.org" Subject: Re: Processes getting stuck in state tmpfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:25:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig27E8E3545526BB21578EDE7C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 01.03.12 20:31, Gleb Kurtsou wrote: > Could you test the patch attached. >=20 > It's also available here as seperate commits: > https://github.com/glk/freebsd-head/commits/tmpfs-rename >=20 The test that used to hang within a minute has now been running successfully for almost 2 hours. Looks good to me. Florian --------------enig27E8E3545526BB21578EDE7C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9P90cACgkQapo8P8lCvwkhhgCghWuAz0t20XUCfgfHqHi3vIRU SjgAn2ivM0kvnwDF8qY4mtddki3KK907 =a+jH -----END PGP SIGNATURE----- --------------enig27E8E3545526BB21578EDE7C-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 22:28:30 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0510106566C for ; Thu, 1 Mar 2012 22:28:30 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 65E5D8FC13 for ; Thu, 1 Mar 2012 22:28:29 +0000 (UTC) Received: by lagv3 with SMTP id v3so1785327lag.13 for ; Thu, 01 Mar 2012 14:28:29 -0800 (PST) Received-SPF: pass (google.com: domain of gleb.kurtsou@gmail.com designates 10.112.31.232 as permitted sender) client-ip=10.112.31.232; Authentication-Results: mr.google.com; spf=pass (google.com: domain of gleb.kurtsou@gmail.com designates 10.112.31.232 as permitted sender) smtp.mail=gleb.kurtsou@gmail.com; dkim=pass header.i=gleb.kurtsou@gmail.com Received: from mr.google.com ([10.112.31.232]) by 10.112.31.232 with SMTP id d8mr3074973lbi.96.1330640909163 (num_hops = 1); Thu, 01 Mar 2012 14:28:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=XeGysyBMOz7afhqB1oL7NHcJAvI7y1ITOrw4zjpH8lU=; b=yH3SDQrRJRDxFfdaWTIOU1NED7QjboLRH29mGC/WvVS01EwWZaRxxOuBWR4kYgidxt MixQ2yzCsbkgFLfetpyPJPNkvtgWnnj+i2Ig2EYcqQlJ/9UHuvtHXantaDY4H6CbzHRD jmC3eUU1h6JEH+P++GFB2pSVU+kXuM1ETS34gvrpARJEBBpVvpm0L+HCJbOpZWbn5U4h YF/Yw12WXRxW42UnrEHdZ734IdLXWYAYiiug8QiKf6mFaFajzcOUzkoLiJOOSDD/ort4 iUYUzJ7bYuXcUhbXhrKMHG00/lzLwvGYpD/hYZ8jxNbaFeI7T5wFqolzUOM3X2OEQZm9 v+9Q== Received: by 10.112.31.232 with SMTP id d8mr2516838lbi.96.1330640909063; Thu, 01 Mar 2012 14:28:29 -0800 (PST) Received: from localhost ([78.157.92.5]) by mx.google.com with ESMTPS id o3sm4905477lbn.2.2012.03.01.14.28.28 (version=SSLv3 cipher=OTHER); Thu, 01 Mar 2012 14:28:28 -0800 (PST) Date: Fri, 2 Mar 2012 00:28:27 +0200 From: Gleb Kurtsou To: Luigi Rizzo Message-ID: <20120301222827.GA73023@reks> References: <20120301173819.GA31913@onelab2.iet.unipi.it> <20120301122413.02413f49@kan.dyndns.org> <20120301175212.GA32051@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20120301175212.GA32051@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: current@freebsd.org Subject: Re: how to cross-build a single application ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:28:31 -0000 On (01/03/2012 18:52), Luigi Rizzo wrote: > On Thu, Mar 01, 2012 at 12:24:13PM -0500, Alexander Kabaev wrote: > > On Thu, 1 Mar 2012 18:38:19 +0100 > > Luigi Rizzo wrote: > > > > > What is the way to properly cross-build a single program > > > (after having gone throught the 'toolchain' and possibly > > > even a full 'buildworld') > > > from the top-level directory of a FreeBSD source tree ? > > > > > > right now i do something like > > > > > > cd $SOURCE_ROOT > > > make MAKEOBJDIRPREFIX=/my_obj_tree TARGET=amd64 buildworld > > > > > > but i seem to remember that there is a more efficient way > > > when you want to rebuild only one program or one subtree. > > > I think i have seen this question being answered from time to time > > > but i can't find how now. > > > > > > any hints ? > > > > > > cheers > > > luigi > > > > > > > Something like this should work: > > > > cd src/ > > make buildenv TARGET=... > > cd usr.bin/blah > > make > > close: > > eval `make buildenvvars TARGET=... ` && cd usr.bin/blah && make There is tools/tinder.sh in src tree. > > thanks! > luigi > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Mar 1 23:52:29 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 68A17106564A; Thu, 1 Mar 2012 23:52:29 +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 00CC31509EA; Thu, 1 Mar 2012 23:52:28 +0000 (UTC) Message-ID: <4F500BB9.4040307@FreeBSD.org> Date: Thu, 01 Mar 2012 15:52:25 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Steve Wills References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> In-Reply-To: <4F4ED889.2070608@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, "K. Macy" , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" , current@FreeBSD.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:52:29 -0000 On 2/29/2012 6:01 PM, Steve Wills wrote: > On 02/29/12 13:17, K. Macy wrote: >> . >>> >>> I tried it, on both FreeBSD routers, web systems, and database >>> servers; all on 8.2+. It still causes massive instability. >>> Disabling the sysctl, and/or removing it from the kernel solved >>> the problems. > >> Routing I can believe, but I'm wondering how close attention you >> paid to the workload. There are CDN networks with high uptimes and >> shipping firewall products that use flowtable, so your mention of >> web systems forces makes me ask for specifics. > > > The failure I experienced was with web servers running 8.0 behind a F5 > load balancer in an HA setup. Whenever the failover happened, the web > servers would continue sending to the wrong MAC address, despite the > arp table updating. Disabling flowtable via the sysctl solved the > problem. Maybe Doug's failure was similar, maybe not, but I thought > I'd throw my $0.02 in. Yes, that was part of it. On the web and db systems we had what I can only describe as "general wackiness" with systems suddenly becoming unreachable, etc. This was with a moderately complex network setup with a combination of different VLANs, multiple interfaces, etc. The FreeBSD routers would just plain panic on a semi-regular interval. Removing flowtable made all this go away, and we've been quite stable since then. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:03:51 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4564F1065673; Fri, 2 Mar 2012 00:03:51 +0000 (UTC) (envelope-from kmacybsd@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 CAE4E8FC08; Fri, 2 Mar 2012 00:03:50 +0000 (UTC) Received: by iahk25 with SMTP id k25so1929969iah.13 for ; Thu, 01 Mar 2012 16:03:50 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.50.76.130 as permitted sender) client-ip=10.50.76.130; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.50.76.130 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.50.76.130]) by 10.50.76.130 with SMTP id k2mr6773748igw.22.1330646630369 (num_hops = 1); Thu, 01 Mar 2012 16:03:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=kzTX++I0LTVg7SOToLhoHX9nWX3wU21PLqx78FbMsGU=; b=GeE9uf+uUiMnfqezw/mC/NTv4GacfHhul5+8PbCFssgi0NYdyOquZYknGOybSJFPjs /ImVISabj+8WmFSCxvosGjbgq3ulXTl/q/tr1T8uEKs5HwKFw280Yby5CMpkRH2edRUx X3hOByP50W6FG8RzQMzeWKVEfpCPXPex2a+IIVB7K5ArmoH/jcvENZ8TFoldklnIl2eV RQdq59NYwrQCdSywKd4T+6+qTUs7Q3RQOMJtoET5G+6veE/hsKnM2YYY+gER8lF+7TCi iOBfsZeIYf/kqcW5pDRfDSGTpyYFcTE7gp69tDd9Yqe6fou4whkXcgHOR7M/jiRLvzBU jlaQ== MIME-Version: 1.0 Received: by 10.50.76.130 with SMTP id k2mr5550140igw.22.1330646630305; Thu, 01 Mar 2012 16:03:50 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Thu, 1 Mar 2012 16:03:50 -0800 (PST) In-Reply-To: <4F500BB9.4040307@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> Date: Fri, 2 Mar 2012 01:03:50 +0100 X-Google-Sender-Auth: mxpvkgaL8LsVi87RMzQ2xVdcHzE Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, Steve Wills , =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 00:03:51 -0000 > Yes, that was part of it. On the web and db systems we had what I can > only describe as "general wackiness" with systems suddenly becoming > unreachable, etc. This was with a moderately complex network setup with > a combination of different VLANs, multiple interfaces, etc. The FreeBSD > routers would just plain panic on a semi-regular interval. Removing > flowtable made all this go away, and we've been quite stable since then. > I understand the switch. Uptime is important in any production network. However, it seems like it may have been too easy to turn it off because no one has made any effort to help me debug the issues. By analogy your guidance for ports usability problems would be to install Ubuntu. Cheers From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:08:01 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1904F106564A for ; Fri, 2 Mar 2012 00:08:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f42.google.com (mail-ww0-f42.google.com [74.125.82.42]) by mx1.freebsd.org (Postfix) with ESMTP id A26268FC13 for ; Fri, 2 Mar 2012 00:08:00 +0000 (UTC) Received: by wgbds10 with SMTP id ds10so66856wgb.1 for ; Thu, 01 Mar 2012 16:07:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=lonprFNlA6SXJlBGgorK7ULhKLNxL304ZF+adT+AyAU=; b=JwY5AyGF0G0V1Lin4lhhN+OHrKg/JDj7i3/t/6knZW+ZXjzCgvbRpD2AQpStxUQwt/ uzGEaOW4Pf+4R9h8Plm7BbiHmc81JkxjpHCnoB+Tg1UnV4ZULuK3+FehwHsh5paecqHZ 2UQ8QokdWzluG9KIIhjJQt/wvWFAL49QCjvTjbEaEJh8v1cyfzTZD6rYl2dPTUVKDrY+ Iny9H0Iwh31Mw7ffSF9F4pkUb4+VPJGi4ELZGNsbhZMJwNx1AXspPb609AgVhV+hkycS 78Xo1GOegYZr7XuKKQUwyZIRFcRP03jqYyDL4WCZpZPf1WFgqf1HSieFXZdVcdHE6TSQ 9/EA== MIME-Version: 1.0 Received: by 10.180.96.8 with SMTP id do8mr10724wib.21.1330646879595; Thu, 01 Mar 2012 16:07:59 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Thu, 1 Mar 2012 16:07:59 -0800 (PST) In-Reply-To: References: Date: Thu, 1 Mar 2012 16:07:59 -0800 X-Google-Sender-Auth: Z69aZAYtEFiJqDGt-PwV7Ivl0jY Message-ID: From: Adrian Chadd To: "deeptech71@gmail.com" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 00:08:01 -0000 This is totally reproducable? Can you switch back/forth? Adrian On 29 February 2012 04:24, deeptech71@gmail.com wrote: > As of r232144, SeaMonkey (a web browser) runs rather slowly and is > constantly eating 100% CPU time. Before r232144, SeaMonkey would start > up and run faster, and when it is not in use (is idling), its CPU > usage would slowly converge to 0. > > I have a P4 processor [with HT], an r232012 world, and similarly recent ports. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 00:12:43 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E8F441065672; Fri, 2 Mar 2012 00:12:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 508C18FC16; Fri, 2 Mar 2012 00:12:42 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so367609wib.13 for ; Thu, 01 Mar 2012 16:12:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O2wMNq81BkXpFRG0pCcmTDHAhwYcroxZMisQ3GFZ7cU=; b=uIMr6sWexbCE4M4jHBiRjCnvAYB4OhxBvHGT2q+PDGhr2+lMrXdXE16BTKksVrvDL2 E4/2y4j5X/1yg0cV5FDFODcFKFnU41yoQVcLw1+/Qs8BqacU2/4LiUkBX2Re9L2zJzjn 32WTHEFb67UJBftastHl9dqO0YBrfweG3sXm2CXQvwPz07rSyzIu/yo9tV/JVTaioO/J tc0xj4poNBjDK0LbTpUY/8QWnFEMQXIxJ5ggiUqPH0k2CEcI66GWDHnte2rF99OvHYW7 w2I2OrE3ykcjHH+JQo1H6nwDkR5mS9whla6bUSF73BPhpYJqXXpVPWr1q00RjqR7IVBD a6oQ== MIME-Version: 1.0 Received: by 10.180.96.8 with SMTP id do8mr31950wib.21.1330647162270; Thu, 01 Mar 2012 16:12:42 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Thu, 1 Mar 2012 16:12:42 -0800 (PST) In-Reply-To: <2F3C6FA2-4045-4022-A317-42CF616A84A8@gmail.com> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <2F3C6FA2-4045-4022-A317-42CF616A84A8@gmail.com> Date: Thu, 1 Mar 2012 16:12:42 -0800 X-Google-Sender-Auth: 0u3V_zw9pidgyjjxL09VlI8H1ZE Message-ID: From: Adrian Chadd To: Nikolay Denev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alexander Leidinger , stable@freebsd.org, current@freebsd.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 00:12:44 -0000 SunOS 4.x users will love you. :-) Adrian On 1 March 2012 02:27, Nikolay Denev wrote: > On Feb 21, 2012, at 3:35 PM, Alexander Leidinger wrote: > >> Hi, >> >> I created a kernel config for i386/amd64 (should work on -current and 9.= x) and a suitable loader.conf which: >> - tries to provide as much features as GENERIC (I lost one or two disk >> =A0 controllers, they are not available as a module... or I didn't find >> =A0 them) >> - incorporates some more features based upon a poll on stable@ >> =A0 (see below) >> - loads as much as possible as a module >> >> I've compile-tested them on i386 and amd64, but I didn't had time yet to= give it a try on a spare machine. I may get some time next week to test (i= 386 only). It would be nice if someone could help testing: >> - compile the kernel >> - make _sure_ you have a way to recover the system in case >> =A0 the new kernel+loader.conf fails >> - verify that the example loader.conf contains all devices >> =A0 which are important for you >> - copy the example loader.conf to /boot/loader.conf >> - give it a try >> >> You can download from >> =A0http://www.Leidinger.net/FreeBSD/current-patches/ >> The files are >> =A0- i386_SMALL >> =A0- i386_SMALL_loader.conf >> =A0- amd64_SMALL >> =A0- amd64_SMALL_loader.conf >> I didn't provide direct links for eqch one on purpose. If you do not kno= w how to recover a system with an unsuitable loader.conf, don't give this a= try (you could check a diff between GENERIC and SMALL, and make sure all r= emoved devices which are imporant for you are in the loader.conf). They sho= uld work on -current and on 9.x, for 8.x I'm not sure if it woll work witho= ut removing some stuff (GENERIC on 8.x comes without some more debugging op= tions, make sure you don't get surprised by them, but those may not be the = only differences). >> >> I didn't use the name MODULAR on purpose, I've chosen a name where the f= irst letter does not yet exist in the kernel config directory, to make tab-= completion more easy. If you are not happy with the name, keep your opinion= for yourself please, until after you tested this on a (maybe virtual) syst= em. >> >> The loader.conf was generated with a script from a diff between GENERIC = and SMALL, if there's a name mismatch between the config-name and the modul= e-name, the script may have missed the module (I added some missing sound m= odules, but I may have overlooked something). You better double-check befor= e giving it a try. The loader.conf is also supposed to disable some feature= s (at the end of the file) which are new compared to what is in GENERIC, if= the particular feature could cause a change in behavior. >> >> The new stuff in the kernel config compared to GENERIC is (in order of n= umber of requests from users): >> - IPSEC (+ device enc + IPSEC_NAT_T) >> - ALTQ >> - SW_WATCHDOG >> - QUOTA >> - IPSTEALTH (disabled in loader.conf) >> - IPFIREWALL_FORWARD (touches every packet, power users which need >> =A0 a bigger PPS but not this feature can recompile the kernel, >> =A0 discussed with julian@) >> - FLOWTABLE (disabled in loader.conf) >> - BPF_JITTER >> >> In the poll there where some more options requested, but most of them ca= n be handled via the loader or sysctl (e.g. the firewalls can be loaded as = modules). For some of them I added some comments at the end of the SMALL co= nfig to make it more easy to find the correct way of configuring them. Doc-= committers may want to have a look, maybe there's an opportunity to improve= existing documentation. >> >> I'm interested in success reports, failure reports, and reports about mi= ssing stuff in loader.conf (mainly compared to the devices available in GEN= ERIC, but missing stuff which could help getting a system installed and boo= ted is welcome even if what you propose is not in GENERIC). >> >> Bye, >> Alexander. >> >> -- >> >> http://www.Leidinger.net =A0 =A0Alexander @ Leidinger.net: PGP ID =3D B0= 063FE7 >> http://www.FreeBSD.org =A0 =A0 =A0 netchild @ FreeBSD.org =A0: PGP ID = =3D 72077137 >> > > > Just an idea : Ship FreeBSD with all the kernel object files > (even compile different versions of them, let's say networking with IPFOR= WARD and networking without), > and then let the user relink the kernel with some shell script. > This way freebsd-update can binary update the object files, > and then relink the users's kernel. > This of course will probably need some infrastructure work to make it pos= sible. > > P.S.: As I said, just an idea off the top of my head :) > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 05:25:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 73124106566B for ; Fri, 2 Mar 2012 05:25:31 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 421F98FC1B for ; Fri, 2 Mar 2012 05:25:31 +0000 (UTC) Received: by daec6 with SMTP id c6so1706591dae.13 for ; Thu, 01 Mar 2012 21:25:30 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.201.135 as permitted sender) client-ip=10.68.201.135; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.201.135 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.201.135]) by 10.68.201.135 with SMTP id ka7mr11240612pbc.145.1330665930961 (num_hops = 1); Thu, 01 Mar 2012 21:25:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; bh=um47Mbl3ukk1lJNG+XIwKeqoTJ/IIsH2iJEpvaWCjck=; b=xA3gBEFr1VY47b8TBrBQmV3DR1cDWa6ey7L+HflTiLJ5cudnI+YgTL0RghAG9eouHO rmHwnq4udG2jHj0QGy3TjMmpYy5UnmQEQJJZsGJVi6+UG2fqmjEb+W282+LivF25871P 9q9VQOYnqO12juNzQtDCeu3F3aBo5sksMvA2rBEnPZNVpBO0Kt3IWUiYu1FtL30o6gts sxBSNuOSHyvrBLnxcZVueBj6CbfJTagOxU3odHm/niA+k1+dBbKIP2i3LOwBNGl567iP Tfm8aIAZ7LDrGSCoG9OTAde5sDvWQ+IQvJteEQqpKvbiNBLAulj68dGU3dD3erb61xsh Yrcg== Received: by 10.68.201.135 with SMTP id ka7mr9299508pbc.145.1330665930908; Thu, 01 Mar 2012 21:25:30 -0800 (PST) Received: from bakeneko.local ([74.195.19.178]) by mx.google.com with ESMTPS id l8sm4013783pbd.62.2012.03.01.21.25.28 (version=SSLv3 cipher=OTHER); Thu, 01 Mar 2012 21:25:29 -0800 (PST) Message-ID: <4F50597B.5000108@gmail.com> Date: Thu, 01 Mar 2012 21:24:11 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: if_igb crashes system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 05:25:31 -0000 bringing up igb0 is currently causing my 10-CURRENT box to become very non-responsive (as though downclocked to some 100 KHZ...very, very, very slow). cmdwatch 'vmstat -i' shows the interrupts get assigned for igb0, and about 1 second later the machine is essentially non-responsive. anyone else seeing if_igb issues suddenly? the machine is running off a cvsup from about 75 minutes ago. I was only able to access the system after removing interface configs from rc.conf, which made me suspect polling initially, however even issuing "ifconfig igb0 up" with no media causes the issue to appear. Let me know what additional diagnostic data may help? Matt From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 07:51:57 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D436106564A; Fri, 2 Mar 2012 07:51:57 +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 DC2878FC23; Fri, 2 Mar 2012 07:51:56 +0000 (UTC) Received: from [82.113.119.193] (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 1S3NHO-0000oj-Go; Fri, 02 Mar 2012 08:51:54 +0100 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q227ptkh001360; Fri, 2 Mar 2012 08:51:55 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q227psuH001359; Fri, 2 Mar 2012 08:51:54 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Fri, 2 Mar 2012 08:51:54 +0100 From: Matthias Apitz To: Juergen Lock Message-ID: <20120302075153.GA1349@tiny> References: <20120301153409.GA2478@tiny> <201203012113.q21LDEjW009574@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201203012113.q21LDEjW009574@triton8.kn-bremen.de> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 82.113.119.193 Cc: gnome@freebsd.org, freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: skype-2.1.0.81,1 && problem in child proc 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: Fri, 02 Mar 2012 07:51:57 -0000 El día Thursday, March 01, 2012 a las 10:13:14PM +0100, Juergen Lock escribió: > I haven't really looked into this in detail but my guess is this is > the Linux v4l2convert.so that is LD_PRELOAD'ed into skype for the > benefit of cameras not able to provida yuv video. So I guess we'd > need to prepend a wrapper for xdg-open to PATH that resets LD_PRELOAD > before executing the real /usr/local/bin/xdg-open . (And btw I had > to do something similar for google earth which sets LD_LIBRARY_PATH, > see > > /usr/ports/astro/google-earth/files/browserwrapper > > and > > /usr/ports/astro/google-earth/files/patch-bin-googleearth > > .) > > Hm or should the xdg-utils port be patched to just unset LD_PRELOAD > uncondtionally? I'll Cc gnome@ which is listed as maintainer for > that port... I've set now a hardcoded 'unset LD_PRELOAD' in /usr/local/bin/xdg-open and on click on the URL konqueror comes up fine with the URL; thanks for the hint; matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 08:46:03 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 82F25106566B; Fri, 2 Mar 2012 08:46:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 172-17-197-151.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 162A31509DD; Fri, 2 Mar 2012 08:46:03 +0000 (UTC) Message-ID: <4F5088CA.1090108@FreeBSD.org> Date: Fri, 02 Mar 2012 00:46:02 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, Steve Wills , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 08:46:03 -0000 On 03/01/2012 16:03, K. Macy wrote: > I understand the switch. Uptime is important in any production > network. However, it seems like it may have been too easy to turn it > off because no one has made any effort to help me debug the issues. By > analogy your guidance for ports usability problems would be to install > Ubuntu. Apparently you've missed all the times that I've given that exact advice. :) But your analogy is severely flawed. Flowtable was an experimental feature that theoretically might have increased performance for some work flows, but turned out to be fatally flawed. The ports system is an essential part of the FreeBSD operating *system*, depended on by virtually 100% of FreeBSD users. Users don't have any obligation to help us debug new/experimental features. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 09:09:46 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329A31065677; Fri, 2 Mar 2012 09:09:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id CD8768FC0C; Fri, 2 Mar 2012 09:09:45 +0000 (UTC) Received: from outgoing.leidinger.net (p5796C459.dip.t-dialin.net [87.150.196.89]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 356A4844752; Fri, 2 Mar 2012 10:09:28 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id 788991496; Fri, 2 Mar 2012 10:09:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1330679365; bh=zQNIFlsistGcmecdBt6mC9IpPPEA08rQRcecGDstFJs=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=dciQtq/bpykH06KTnmTkrRZ3qB8nRBL3Zi7JUKQdXzWe20wpivZHpqgoHRUhna1n2 x+SrqG4tBDvp1iVF848FeHeq4LNKv2wI0L81KchTyLh6QidWAHzbahgz+kGsSIqi27 WD/WHiCvf7bJSZI0E1RYSKDugmMf3MBnKh62zUXE69weVFAjPivx59atcouV3CpHFx Qo2CupYP+EBYseZ4hvrJ6mSjBOEluNqANg3G1c1Bk2gc9VOrpkJL8+Jirz+7y8Mw8C K275eu6TB2ExPsaLYZ1PHXtf5IyH/XLAF4Nn6s3DbMBXYQfp6RAJkNRsyb6JNQXqZP RjTvZsX+MksXQ== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q2299O7m029742; Fri, 2 Mar 2012 10:09:24 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.19 ([85.94.224.19]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 02 Mar 2012 10:09:24 +0100 Date: Fri, 02 Mar 2012 10:09:24 +0100 Message-ID: <20120302100924.Horde.vnzeDZjmRSRPUI5EsjnnPZA@webmail.leidinger.net> From: Alexander Leidinger To: Slawa Olhovchenkov References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <20120301145834.GH97848@zxy.spb.ru> In-Reply-To: <20120301145834.GH97848@zxy.spb.ru> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 356A4844752.AED6C X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.599, required 6, autolearn=disabled, AWL -0.49, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1331284170.16736@fM9LpbdC4+Au0DoTo5O7+g X-EBL-Spam-Status: No Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 09:09:46 -0000 Quoting Slawa Olhovchenkov (from Thu, 1 Mar 2012 18:58:34 +0400): > On Tue, Feb 21, 2012 at 02:35:37PM +0100, Alexander Leidinger wrote: > >> You can download from >> http://www.Leidinger.net/FreeBSD/current-patches/ >> The files are >> - i386_SMALL >> - i386_SMALL_loader.conf >> - amd64_SMALL >> - amd64_SMALL_loader.conf > > Where SCSI disk/etc? CAM and ATA are loaded as modules in the loader.conf (except for two SCSI controllers, which are not available as modules). I may have missed to load a module, or I may not load in the correct order (which would be a bug of missing/wrong dependencies in some modules). I'm investigating a corresponding report with error messages. Bye, Alexander. -- If you analyse anything, you destroy it. -- Arthur Miller http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 09:23:39 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48671106566B; Fri, 2 Mar 2012 09:23:39 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [195.70.199.98]) by mx1.freebsd.org (Postfix) with ESMTP id F17E58FC24; Fri, 2 Mar 2012 09:23:38 +0000 (UTC) Received: from slw by zxy.spb.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1S3OiX-0007I0-7O; Fri, 02 Mar 2012 13:24:01 +0400 Date: Fri, 2 Mar 2012 13:24:01 +0400 From: Slawa Olhovchenkov To: Alexander Leidinger Message-ID: <20120302092401.GP52973@zxy.spb.ru> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <20120301145834.GH97848@zxy.spb.ru> <20120302100924.Horde.vnzeDZjmRSRPUI5EsjnnPZA@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120302100924.Horde.vnzeDZjmRSRPUI5EsjnnPZA@webmail.leidinger.net> User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 09:23:39 -0000 On Fri, Mar 02, 2012 at 10:09:24AM +0100, Alexander Leidinger wrote: > Quoting Slawa Olhovchenkov (from Thu, 1 Mar 2012 > 18:58:34 +0400): > > > On Tue, Feb 21, 2012 at 02:35:37PM +0100, Alexander Leidinger wrote: > > > >> You can download from > >> http://www.Leidinger.net/FreeBSD/current-patches/ > >> The files are > >> - i386_SMALL > >> - i386_SMALL_loader.conf > >> - amd64_SMALL > >> - amd64_SMALL_loader.conf > > > > Where SCSI disk/etc? > > CAM and ATA are loaded as modules in the loader.conf (except for two > SCSI controllers, which are not available as modules). I may have > missed to load a module, or I may not load in the correct order (which > would be a bug of missing/wrong dependencies in some modules). I'm > investigating a corresponding report with error messages. Not controllers, peripherals: disk/tape/etc device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # SCSI Environmental Services (and SAF-TE) From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 10:45:42 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8185B1065676 for ; Fri, 2 Mar 2012 10:45:42 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id ED9DC8FC1C for ; Fri, 2 Mar 2012 10:45:41 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1767739bkc.13 for ; Fri, 02 Mar 2012 02:45:40 -0800 (PST) Received-SPF: pass (google.com: domain of mavbsd@gmail.com designates 10.204.148.90 as permitted sender) client-ip=10.204.148.90; Authentication-Results: mr.google.com; spf=pass (google.com: domain of mavbsd@gmail.com designates 10.204.148.90 as permitted sender) smtp.mail=mavbsd@gmail.com; dkim=pass header.i=mavbsd@gmail.com Received: from mr.google.com ([10.204.148.90]) by 10.204.148.90 with SMTP id o26mr4641821bkv.121.1330685140843 (num_hops = 1); Fri, 02 Mar 2012 02:45:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=MpeFnrmTjs1tcqFkzyYJAMsDq711GwxGxu5OUfTNlxU=; b=iGM97A6W8puFXkdgkH0HauUZJYU9Y3bL8LmDSOjye94/ruJEjaD5HoLkj/MZDG+u21 kNFhGe/VykgEnWdtjiwdoAEeB8zFXJmUp7X6Y98qd3BghJLDYEAIc7tREM8YLmdL4YTX ECQu+X827R+uxeOt7UNGaebsGPl9NKZfbUrrIn7Trb9xhY1NFH4MXrfQ8BLtWhJRAZiE GH+BTISd4n6CN1iHPxzzzWBheiCU1d/O0QqBih0N1ZQEZviZemfRrgX9hkh6qYYhX/CY mLQJsEhWRlWUSpX3zV+r5A7sBPKoU9c3mbPjhis55N4+Cq/ihbYpBDbVf6rTDvXX8QUJ bswA== Received: by 10.204.148.90 with SMTP id o26mr3705575bkv.121.1330685140773; Fri, 02 Mar 2012 02:45:40 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id ey8sm8706282bkb.1.2012.03.02.02.45.38 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 02:45:39 -0800 (PST) Sender: Alexander Motin Message-ID: <4F50A4D1.8050001@FreeBSD.org> Date: Fri, 02 Mar 2012 12:45:37 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: Jia-Shiun Li References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD: Marvell 88SX61xx should be 88SE61xx X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 10:45:42 -0000 On 02/25/12 15:55, Jia-Shiun Li wrote: > Maybe some spam filters ate my mails so I am replying to current@. > Could anyone help to commit it? Sorry, I had vacation. Committed. > On Thu, Feb 23, 2012 at 8:57 PM, Jia-Shiun Li wrote: >> Hi Alexander, >> >> I've submitted a PR for this: >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=165271 >> >> could you help to review the patch attached to the PR and check it in? >> It only changes strings, not any functionality. >> >> Regards, >> Jia-Shiun. >> >> On Tue, Mar 29, 2011 at 1:57 AM, Jia-Shiun Li wrote: >>> Hi Alexander, >>> >>> I am Jia-Shiun Li, writing to you for the Marvell SATA device names in >>> FreeBSD drivers. >>> >>> I noticed the boot message for my onboard 88SE6121: >>> >>> atapci0: port >>> 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f mem >>> 0xfeaffc00-0xfeafffff irq 16 at device 0.0 on pci2 >>> ahci0: on atapci0 >>> >>> according to Marvell their names should be 88SE[69]1xx instead of >>> 88SX[69]1xx: >>> http://www.marvell.com/products/storage/storage_system_solutions/sata_controllers_pc_consumer/ >>> >>> a simple way to tell is that mvs(4) devices are 88SX and ahci(4) devices are >>> 88SE. >>> >>> I made a patch out of this, basically just text replacement. It does not >>> affect functionality, but I think it would be better to be identified >>> correctly anyway. Would you mind help committing the changes? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 11:44:55 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25A771065674; Fri, 2 Mar 2012 11:44:55 +0000 (UTC) (envelope-from kmacybsd@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 ACF448FC12; Fri, 2 Mar 2012 11:44:54 +0000 (UTC) Received: by iahk25 with SMTP id k25so2841845iah.13 for ; Fri, 02 Mar 2012 03:44:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=nyExwKb6ucUgbYPlzejNJV7GQYUbmtQjg09KsnuhDUI=; b=zSrbbYmorTDVjRR9FkE8AvxHjrb9oOd/UtGscHLVcVuA+NZew18eeRO5A7dmYUyGOi EQgezHxxMawXg1zUkl9CmqWCVo12DHikTchl3n1NrRccYBrNEI1oqD78TiiFJBZd9dFL zSwociE2cJP0bQmIdkWU6OI2Pq0j/0RnjN1Rqsqda2Rr1NjRboMcLW41a8y+O8IRAVMr IJzVMVa7r3+AUESbh6LpLaJ9DExxpWYoPpi8ZF8mT7SMQ8FYH3hn3uSEFXMIFCeHLKdw xLU2Cksr0R22GGXCyX637eb5p0qxRB2iiyUmJg5KBtv0CSxh/nvTvk2hEfNXTQBJevGr fKvA== MIME-Version: 1.0 Received: by 10.50.140.2 with SMTP id rc2mr1180220igb.22.1330688694146; Fri, 02 Mar 2012 03:44:54 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Fri, 2 Mar 2012 03:44:54 -0800 (PST) In-Reply-To: <4F5088CA.1090108@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> Date: Fri, 2 Mar 2012 12:44:54 +0100 X-Google-Sender-Auth: BGzEuE3oH5tFRWJveDZjpVsejio Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, Steve Wills , =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 11:44:55 -0000 > Apparently you've missed all the times that I've given that exact advice. :) > > But your analogy is severely flawed. Flowtable was an experimental > feature that theoretically might have increased performance for some > work flows, but turned out to be fatally flawed. The ports system is an > essential part of the FreeBSD operating *system*, depended on by > virtually 100% of FreeBSD users. Certainly fatally flawed without any user support. Just as many new features have been. > Users don't have any obligation to help us debug new/experimental features. Correct. However, I'm not sure the analogy is flawed. I am, to some degree, guilty of the same sin. I now run Ubuntu and have never had a single problem keeping my package system up date, in stark contrast to my experiences of slow and nightmarishly error-ridden port updates. I know there are users who have operated without such problems. It is entirely possible that they're simply smarter than I am. I similarly feel no compunction to use a FreeBSD feature (the ports system) that I can't rely on. Cheers From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 08:10:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E2A01065670; Fri, 2 Mar 2012 08:10:23 +0000 (UTC) (envelope-from timp87@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 550B38FC1C; Fri, 2 Mar 2012 08:10:22 +0000 (UTC) Received: by lagv3 with SMTP id v3so2398673lag.13 for ; Fri, 02 Mar 2012 00:10:21 -0800 (PST) Received-SPF: pass (google.com: domain of timp87@gmail.com designates 10.152.115.69 as permitted sender) client-ip=10.152.115.69; Authentication-Results: mr.google.com; spf=pass (google.com: domain of timp87@gmail.com designates 10.152.115.69 as permitted sender) smtp.mail=timp87@gmail.com; dkim=pass header.i=timp87@gmail.com Received: from mr.google.com ([10.152.115.69]) by 10.152.115.69 with SMTP id jm5mr7751063lab.25.1330675821316 (num_hops = 1); Fri, 02 Mar 2012 00:10:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=Y2pV96tUYpRHyh8bhK1MCg7atNIb6npAUv3w7NzQEFo=; b=KRQ6jpzVfX+IW9RRIMcszFTaZbA7GvouQJkWKCrVzJjFQ3/BcTxOIm/BoUx3utUO2D f2mek3mezmnh+TqnoTy+14Ty3Fuc9wskVPmGuxBQNbtfk06wECLTaiWFlv4eoq0KLxZI YitSRySYq2GmwsOtAaTQNmYhZdhvMsj+ezR9IsBFTppQj92ISOzAQ+Yz8ihbA+C5z34S sXXpqX+A98xXXguYXqc7tvTAfP2yS6HCAd8koiTn2nztTW03tc/ap26d3YYiG971FX+R j/+6IEc8yhljnWI0sS+DVqNUy4nTMzxflfXSzOD2cIOchCQCVLwqhV7TFubAOySNfKh7 KGRA== MIME-Version: 1.0 Received: by 10.152.115.69 with SMTP id jm5mr6348716lab.25.1330675821255; Fri, 02 Mar 2012 00:10:21 -0800 (PST) Received: by 10.152.21.199 with HTTP; Fri, 2 Mar 2012 00:10:21 -0800 (PST) In-Reply-To: <4F4F9F13.9000705@FreeBSD.org> References: <4F4F9F13.9000705@FreeBSD.org> Date: Fri, 2 Mar 2012 12:10:21 +0400 Message-ID: From: Pavel Timofeev To: Andriy Gapon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 02 Mar 2012 11:58:23 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Can't boot with geom_part_(gpt|mbr|bsd|ebr) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 08:10:23 -0000 "Kernel can't boot" is a common idea. I did the tests for each geom_part and described it in PR. Some transcription: boot stops (on usb detect) - boot stops, not hangs, you can push Pause/Break and surf through system boot messages. http://img-fotki.yandex.ru/get/5606/16519813.0/0_83860_a4bf85d_orig can't mount fs: http://img-fotki.yandex.ru/get/6201/16519813.0/0_83861_e809a6e3_orig I'm sorry for bad photos. Obtained from 9.0R i386 1 =D0=BC=D0=B0=D1=80=D1=82=D0=B0 2012=C2=A0=D0=B3. 20:08 =D0=BF=D0=BE=D0=BB= =D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C Andriy Gapon =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB: > on 01/03/2012 09:27 Pavel Timofeev said the following: >> Hi! >> Just add to loader.conf these options >> geom_part_gpt_load=3D"YES" >> geom_part_bsd_load=3D"YES" >> geom_part_ebr_load=3D"YES" >> geom_part_mbr_load=3D"YES" >> and your kernel can't boot > > Thank you for the report. > Could you please provide some technical information? =C2=A0"kernel can't = boot" is a > little bit too unspecific. =C2=A0Any particular error messages, etc? > >> I have posted PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D165573 > > -- > Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 12:31:48 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 812F5106564A for ; Fri, 2 Mar 2012 12:31:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 353A98FC08 for ; Fri, 2 Mar 2012 12:31:47 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1S3ReD-0005lE-FH for freebsd-current@freebsd.org; Fri, 02 Mar 2012 13:31:45 +0100 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Mar 2012 13:31:45 +0100 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Mar 2012 13:31:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: jb Date: Fri, 2 Mar 2012 12:31:28 +0000 (UTC) Lines: 67 Message-ID: References: <4F26CC5A.2070501@FreeBSD.org> <4F4C0600.2000903@FreeBSD.org> <3BA1B476-ED05-4E8E-8DFA-0B06EFB48867@samsco.org> <201202280846.08966.jhb@freebsd.org> <4F4F35B9.5090308@FreeBSD.org> <06bb01ccf7cb$b255a200$1700e600$@fisglobal.com> <4F4FE85D.4070205@freebsd.org> <074701ccf7f3$315cca20$94165e60$@fisglobal.com> <4F4FEF85.2050308@freebsd.org> <075601ccf7f9$47b0fac0$d712f040$@fisglobal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:9.0.1) Gecko/20100101 Firefox/9.0.1) Subject: Re: revisiting tunables under Safe Mode menu 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 Mar 2012 12:31:48 -0000 Devin Teske fisglobal.com> writes: > ... > > > So I would welcome discussions involving development of something better > > (and am > > > willing to help). > > > ... > Not exactly sure what "service safemode start" should do (BSD doesn't have the > same concept of runlevels as Linux does; so it's not exactly intuitive to think > we could go from multi-user mode *into* safe mode). > > But "service safemode status" would be interesting. > > Interestingly, it would perhaps be nice if "service safemode stop" brought the > system back to fully usable without need for reboot (something Windows doesn't > offer). I looked around the Internet and collected some sound bites: - Safe Mode - it forces a check of startup (root) partition. - you have access to only minimal number of basic files and drivers (mouse, monitor, keyboard, mass storage, base video, fonts, default system services, and no network connections). If your computer does not start successfully using Safe Mode, you might need to use the Safe Mode with Root Shell feature to repair your system. - it disables all startup items and login items - it has to delete (and eventually recreate) any shared caches (dynamic loader, dynamic libraries, etc) - it enables boot logging The boot log is useful in determining the exact cause of system startup problems. Log all drivers and services that were loaded (or not loaded) by the system to a file. - what about remote fs (NFS, etc) ? - it helps you diagnose problems. If a symptom does not reappear when you start in safe mode, you can eliminate the default settings and minimum device drivers as possible causes. If a newly added device or a changed driver is causing problems, you can use safe mode to remove the device or reverse the change. The same with newly installed packages. - enabled debugging mode It may be preconfigured for debugging mode with info to be sent across a serial cable to another computer that is running a debugger. - enabled networking mode (optional) This to allow remote safe mode. - startable from a local or remote terminal, on a command line. In case of a remote startup it would require networking mode enabled. - boot verbosity mode (full, regular, minimal, none) - logging verbosity mode (full, regular, minimal, none) - option to return to boot menu (loader) - option to reboot - Safe Mode with Root Shell Like regular Safe Mode with boot into root shell (like Single User Mode, with configurable root password requirement). This mode is particularly useful if you need to repair your system by copying a file from a CD-ROM to your hard drive, or if you need to reconfigure a service that is preventing your computer from starting properly. This functionality is indeed similar to Single User Mode, but after further considerations it may be different under Safe Mode. jb From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:12:36 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2067106566B; Fri, 2 Mar 2012 13:12:36 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 577FD8FC08; Fri, 2 Mar 2012 13:12:36 +0000 (UTC) Received: from outgoing.leidinger.net (p5796C459.dip.t-dialin.net [87.150.196.89]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 61A72844754; Fri, 2 Mar 2012 14:12:22 +0100 (CET) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::3:102]) by outgoing.leidinger.net (Postfix) with ESMTPS id AD48A14B2; Fri, 2 Mar 2012 14:12:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=leidinger.net; s=outgoing-alex; t=1330693939; bh=CpoAYICi9d1elPG3JpQoeSxIbCzrvCMWgt/eM/LcF4M=; h=Date:Message-ID:From:To:Cc:Subject:References:In-Reply-To: Content-Type:MIME-Version; b=c4NoVG2aSXyLEuY/s60mEY4F88r8ZxB5qvDmWq7O058qH/lrXW0arECrM9KNrvzSu 5K8qcMsuz8zFCoLcFcEVqkC1jDoHsvRtTIReTeKdhLpwQX6EoRO7wMnYOP9kGENSFQ J6qvRIjYRA54OeHe3I5RM2nTew7KpcEMBgQFCPuE8VimAwmv3rRimnFkGar4cpsXlm MJucSHb7/ibmNIXyfEgkzhtEWHbw9ecHE56DsACD1ntkfTSk7Wneuxs09/l3FMB5Mk OQCwTSnkhgoS+ZoGbHgC7x9uu21+k1bDBsUO9m2bEG2j0UxDibKjLDhCrSai/uRZ56 rSWvccg2MB2Tw== Received: (from www@localhost) by webmail.leidinger.net (8.14.5/8.14.4/Submit) id q22DCHIs045389; Fri, 2 Mar 2012 14:12:17 +0100 (CET) (envelope-from Alexander@Leidinger.net) X-Authentication-Warning: webmail.leidinger.net: www set sender to Alexander@Leidinger.net using -f Received: from 85.94.224.19 ([85.94.224.19]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 02 Mar 2012 14:12:17 +0100 Date: Fri, 02 Mar 2012 14:12:15 +0100 Message-ID: <20120302141215.Horde._8y4bZjmRSRPUMcvyarq5BA@webmail.leidinger.net> From: Alexander Leidinger To: Slawa Olhovchenkov References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <20120301145834.GH97848@zxy.spb.ru> <20120302100924.Horde.vnzeDZjmRSRPUI5EsjnnPZA@webmail.leidinger.net> <20120302092401.GP52973@zxy.spb.ru> In-Reply-To: <20120302092401.GP52973@zxy.spb.ru> User-Agent: Internet Messaging Program (IMP) H4 (5.0.18) Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 61A72844754.AF8C6 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-0.671, required 6, autolearn=disabled, AWL -0.56, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, T_RP_MATCHES_RCVD -0.01) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1331298742.94172@5KY0Su4Kf3XJaympNhkwOQ X-EBL-Spam-Status: No Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: [CFT] modular kernel config X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 13:12:36 -0000 Quoting Slawa Olhovchenkov (from Fri, 2 Mar 2012 13:24:01 +0400): > On Fri, Mar 02, 2012 at 10:09:24AM +0100, Alexander Leidinger wrote: > >> Quoting Slawa Olhovchenkov (from Thu, 1 Mar 2012 >> 18:58:34 +0400): >> >> > On Tue, Feb 21, 2012 at 02:35:37PM +0100, Alexander Leidinger wrote: >> > >> >> You can download from >> >> http://www.Leidinger.net/FreeBSD/current-patches/ >> >> The files are >> >> - i386_SMALL >> >> - i386_SMALL_loader.conf >> >> - amd64_SMALL >> >> - amd64_SMALL_loader.conf >> > >> > Where SCSI disk/etc? >> >> CAM and ATA are loaded as modules in the loader.conf (except for two >> SCSI controllers, which are not available as modules). I may have >> missed to load a module, or I may not load in the correct order (which >> would be a bug of missing/wrong dependencies in some modules). I'm >> investigating a corresponding report with error messages. > > Not controllers, peripherals: disk/tape/etc > > device scbus # SCSI bus (required for ATA/SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct ATA/SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) They should be all in the cam module, they don't exist as separate modules. If something is missing, it's a bug or omitted on purpose (but then there's hopefully a comment somewhere explaining why). Bye, Alexander. -- BOFH excuse #418: Sysadmins busy fighting SPAM http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 13:39:35 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE89E1065675 for ; Fri, 2 Mar 2012 13:39:35 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 25FA28FC14 for ; Fri, 2 Mar 2012 13:39:34 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so801490wib.13 for ; Fri, 02 Mar 2012 05:39:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=CuH/jC4F7XcdOjibphwgjXWZbiE1iAgU35OHgFwn+CM=; b=G6P9vSdaszNONPZUvFWPrj1SqB0qPE2F5RqJVqD0tUFeQH+aGOF/d+UvvMqI/ipo98 JE33cnSH3e5tIomO0u2ADH12HAaz54xVnqdrqfomu34zvc/v40lS7l+B4nQ3Hy7gFBAp rd2kU5G29tmRw+qj6Hu4WlwdaTwLABQvh+dPkeihdmgevL2CAKOhyNVgb9r6iqelZn8f 1eE5XhUl0wO4+lszWilcZFp5XMQm0e3rIj4elm/GeaIybbNa52JO9gQN86BrbCP4zeUh By7VaMqBJ7Tg7LZE97ptWBV+UK7c6kp8aZcRAwNuPwbJw458wrrZ3a7yglrgfjFms5Zk cwyw== Received: by 10.180.89.71 with SMTP id bm7mr4311314wib.20.1330695574014; Fri, 02 Mar 2012 05:39:34 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C3E0A.pool.t-online.hu. [78.92.62.10]) by mx.google.com with ESMTPS id s2sm10129193wix.3.2012.03.02.05.39.32 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 05:39:32 -0800 (PST) Message-ID: <4F50CE89.6010009@gmail.com> Date: Fri, 02 Mar 2012 14:43:37 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Adrian Chadd Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 13:39:35 -0000 Adrian Chadd wrote: > This is totally reproducable? Can you switch back/forth? Yes. > On 29 February 2012 04:24, deeptech71@gmail.com wrote: >> As of r232144, SeaMonkey (a web browser) runs rather slowly and is >> constantly eating 100% CPU time. Before r232144, SeaMonkey would start >> up and run faster, and when it is not in use (is idling), its CPU >> usage would slowly converge to 0. >> >> I have a P4 processor [with HT], an r232012 world, and similarly recent ports. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 16:18:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B5DB1065670 for ; Fri, 2 Mar 2012 16:18:09 +0000 (UTC) (envelope-from marco+freebsd-current@lordsith.net) Received: from cpsmtpb-ews04.kpnxchange.com (cpsmtpb-ews04.kpnxchange.com [213.75.39.7]) by mx1.freebsd.org (Postfix) with ESMTP id F26488FC08 for ; Fri, 2 Mar 2012 16:18:08 +0000 (UTC) Received: from cpsps-ews17.kpnxchange.com ([10.94.84.183]) by cpsmtpb-ews04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 2 Mar 2012 17:04:58 +0100 Received: from CPSMTPM-TLF102.kpnxchange.com ([195.121.3.5]) by cpsps-ews17.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 2 Mar 2012 17:04:57 +0100 Received: from lordsith.net ([82.168.152.70]) by CPSMTPM-TLF102.kpnxchange.com with Microsoft SMTPSVC(7.5.7601.17514); Fri, 2 Mar 2012 17:04:57 +0100 Date: Fri, 2 Mar 2012 17:04:57 +0100 From: marco To: freebsd-current@freebsd.org Message-ID: <20120302160457.GA80441@lordsith.net> Mail-Followup-To: marco , freebsd-current@freebsd.org References: <20120301190023.GD1873@glenbarber.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: lordsith.net X-Operating-System: FreeBSD 10.0-CURRENT X-Unix: Use Unix or Die X-GPG-Fingerprint: A025 D8AA AC1B D2FC 380D 4FC1 8EA0 0BA8 8580 E6CB X-GPG-Key: http://lordsith.net/gpg.key.asc X-dmesg-current: http://lordsith.net/trinity-ahci-dmesg.txt X-Uptime: 4:50PM up 1 day, 18:31, 4 users, load averages: 0.07, 0.23, 0.24 User-Agent: Mutt/1.5.21 (2010-09-15) X-OriginalArrivalTime: 02 Mar 2012 16:04:57.0602 (UTC) FILETIME=[36D73620:01CCF88E] X-RcptDomain: freebsd.org Subject: Re: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: marco 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 Mar 2012 16:18:09 -0000 On Thu, Mar 01, 2012 at 01:25:15PM -0600, you (Ismael Farf??n) sent the following to [freebsd-current] : > > Also, I just found this, I don't know if there is a better way of > updating src/sys > http://www.rhyous.com/2009/12/25/how-to-download-freebsd-current-or-freebsd-stable-using-svn/ I would definitely suggest using svn(1). Being able to report the actual checked out revision when posting ones problem(s) to this list is more acurate then stating "my machine is built from source csup about 2 hours ago". -- Sincerely, marco Proud recurring donor of the FreeBSD Foundation You can have any color you want, as long as it is black! From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 16:37:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC69106564A for ; Fri, 2 Mar 2012 16:37:39 +0000 (UTC) (envelope-from sulfurfff@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51CD38FC08 for ; Fri, 2 Mar 2012 16:37:38 +0000 (UTC) Received: by werl4 with SMTP id l4so1514226wer.13 for ; Fri, 02 Mar 2012 08:37:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=kW01gLSFb0yIUSKu2ajPDYiKrFd4p6vizMC3MDyHPXQ=; b=TBX9cKY1mTeT7idYZcQX4iD4GWhj4iCC9iczqVsZuu0CbJ9fAj65WjYl4UGZiyzbLe lKMS8hQDaY/BdeLIxvHqbV7k+2ABZEd3vyvT+8yK6g1A+TLk1OGFcVX9Yte3b0/n3JcK +tHaeF/eo2Prcn5OvrOIibh6ArPCGSNwMH4EGEh8GedD5U62C4nMruRIe0bp06kcnZws 3fqctDr95bmDO8Ki0Kq7z+g4thrI8m1dw57yFjWGgspUyc1OJUVv/JAlaAZkTbZlTMHl I5oVXNEwPqqphvqSMGrVOUf0Td4lfo69IDJEvPZ4DH2zlXWmKJ31wCZsTSFUlJm5T4+D Iekg== MIME-Version: 1.0 Received: by 10.180.101.228 with SMTP id fj4mr5617255wib.4.1330706258284; Fri, 02 Mar 2012 08:37:38 -0800 (PST) Received: by 10.180.24.162 with HTTP; Fri, 2 Mar 2012 08:37:38 -0800 (PST) In-Reply-To: <20120302160457.GA80441@lordsith.net> References: <20120301190023.GD1873@glenbarber.us> <20120302160457.GA80441@lordsith.net> Date: Fri, 2 Mar 2012 10:37:38 -0600 Message-ID: From: =?UTF-8?Q?Ismael_Farf=C3=A1n?= To: marco , freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Subject: Re: Updating /usr/src/sys to CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2012 16:37:39 -0000 2012/3/2 marco : > On Thu, Mar 01, 2012 at 01:25:15PM -0600, you (Ismael Farf??n) sent the following to [freebsd-current] : >> >> Also, I just found this, I don't know if there is a better way of >> updating src/sys >> http://www.rhyous.com/2009/12/25/how-to-download-freebsd-current-or-freebsd-stable-using-svn/ > > I would definitely suggest using svn(1). > Being able to report the actual checked out revision when posting ones problem(s) to this list is more acurate then stating "my machine is built from source csup about 2 hours ago". I tried to checkout with svn, but for some reason my laptop shuts down at some point during the process (tried a few times), so I'm using this git project instead. https://github.com/freebsd/freebsd-head I'm already compiling stuff. Regards Ismael > > -- > Sincerely, > marco > > Proud recurring donor of the FreeBSD Foundation > You can have any color you want, as long as it is black! > _______________________________________________ > 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" -- Do not let me induce you to satisfy my curiosity, from an expectation, that I shall gratify yours. What I may judge proper to conceal, does not concern myself alone. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 17:01:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C131B106568F for ; Fri, 2 Mar 2012 17:01:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 241938FC20 for ; Fri, 2 Mar 2012 17:01:26 +0000 (UTC) Received: by werl4 with SMTP id l4so1532905wer.13 for ; Fri, 02 Mar 2012 09:01:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=n1y/uEQEveGGEjZjjueDop7GFIGKF6Qp4DTAqmOaZPw=; b=JMSVUo/xKqkD2ELqQLDKaLzwBIYFr8Hx3aY9KoH7N+ZSpBOXFqTxS6QlZ2d7FGOAu8 nLYGUY9DdBRqQGMLvjjWzaosLGZ6RB/RrQMnehPwDjmqOAoEMqUQiWnTInH0larIJDeP MzaPBCaB1Jh02b4/gk8922h6NMVWq0EA2vHVSXXtM8OPmqOA85RBSZMvhlCUxiwulg2d Z1MCShlpqjwWWXHrJdmIgENnj5HJlac6xrG/anb36WAP01US692hbSuO1HX0rWosKGQH 34IhfV7NWhT+t7cHBIOvJyzhQBIe/2SMGq7onXv7xlXlkYQ7pYAES9N3yizzHD1DJXgw nfJA== MIME-Version: 1.0 Received: by 10.180.78.6 with SMTP id x6mr5659433wiw.18.1330707685825; Fri, 02 Mar 2012 09:01:25 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Fri, 2 Mar 2012 09:01:25 -0800 (PST) In-Reply-To: <4F50CE89.6010009@gmail.com> References: <4F50CE89.6010009@gmail.com> Date: Fri, 2 Mar 2012 09:01:25 -0800 X-Google-Sender-Auth: wzLXvvNoWPD_22hvL4eemr5oHtA Message-ID: From: Adrian Chadd To: deeptech71@gmail.com, David Xu Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 17:01:27 -0000 Ok. So it's that exact commit? david, what did you break? :) Adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:22:59 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 33DF810656D8; Fri, 2 Mar 2012 18:22:59 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1390914F000; Fri, 2 Mar 2012 18:21:50 +0000 (UTC) Message-ID: <4F510FBD.50008@FreeBSD.org> Date: Fri, 02 Mar 2012 10:21:49 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 18:22:59 -0000 On 03/02/2012 03:44, K. Macy wrote: >> Apparently you've missed all the times that I've given that exact advice. :) >> >> But your analogy is severely flawed. Flowtable was an experimental >> feature that theoretically might have increased performance for some >> work flows, but turned out to be fatally flawed. The ports system is an >> essential part of the FreeBSD operating *system*, depended on by >> virtually 100% of FreeBSD users. > > Certainly fatally flawed without any user support. Just as many new > features have been. Right, but what's your point? "I have this cool new thing, and you have to risk your network stability in order to help me debug it on a production network?" That's not how the world works man. >> Users don't have any obligation to help us debug new/experimental features. > > Correct. However, I'm not sure the analogy is flawed. I am, to some > degree, guilty of the same sin. I now run Ubuntu and have never had a > single problem keeping my package system up date, in stark contrast to > my experiences of slow and nightmarishly error-ridden port updates. So first of all, apples and oranges (Ubuntu packages vs. our ports), but yeah, I get it. I use both, and have had the same user experience you have, on both systems. I work with the ports infrastructure quite a bit, and I know it's flaws intimately. That's one reason that I wrote portmaster. > I > know there are users who have operated without such problems. It is > entirely possible that they're simply smarter than I am. Not necessarily. I have said many times that the ports system has some really bad fundamental design principles that make users' lives harder, and unfortunately there is a lot of inertia that prevents change. Some of this is improving, a lot of it is not. But, at the same time, a lot of work is going into improving usability, and I think the situation is better now than it was even just a few years ago. > I similarly > feel no compunction to use a FreeBSD feature (the ports system) that I > can't rely on. ... and here is the crux of the problem. The vast majority of our developers don't use FreeBSD as their regular workstation. So it has increasingly become an OS where changes are being lobbed over the wall by developers who don't run systems that those changes affect. That's no way to run a railroad. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:46:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E2BF1065675; Fri, 2 Mar 2012 18:46:50 +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 CAA108FC14; Fri, 2 Mar 2012 18:46:49 +0000 (UTC) Received: by vbmv11 with SMTP id v11so2197988vbm.13 for ; Fri, 02 Mar 2012 10:46:49 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.52.22.46 as permitted sender) client-ip=10.52.22.46; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.52.22.46 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.52.22.46]) by 10.52.22.46 with SMTP id a14mr18539051vdf.27.1330714009357 (num_hops = 1); Fri, 02 Mar 2012 10:46:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ST5G6+6AM999KBxQR2xhHqkkRhKBreVwnO8l7xcdkq4=; b=FYTDFiOCbtF3LcOQLa08rJX5KHhg+1EayyXhcCC52Even4TdF90fqy+bLK8msDaXQh SEervqA1WLiKsxavBDECI/LfSya5/jTTWA1cPdi/kIHnrPnW/r0h1SZjiKlU0B1FU8Bz Ki6CftbKJ7Aks2H9VdwgQbQcK+EjhWmXIes4Ddnd4m/a0jd5B0TeuFrTc5M5Z9ji7CoH bFpFNMxLvOQRNUqFBb/jemvgBxpm4sBRs6V/i78NlUJezKfcTlwX1Q+bh7/MckL8JC/0 7E72JXAnHFpi27sPzaeLNkCotb25jI1ETmSrf2ZJjbIK/nf7MrCwd+V5jyHCzjXnZ+vj lUqA== MIME-Version: 1.0 Received: by 10.52.22.46 with SMTP id a14mr15822263vdf.27.1330714009284; Fri, 02 Mar 2012 10:46:49 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.220.183.3 with HTTP; Fri, 2 Mar 2012 10:46:49 -0800 (PST) In-Reply-To: <4F510FBD.50008@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> Date: Fri, 2 Mar 2012 19:46:49 +0100 X-Google-Sender-Auth: BmZawqdBf3TVju5j33h9YTRfDw4 Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org, =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 18:46:50 -0000 > > ... and here is the crux of the problem. The vast majority of our > developers don't use FreeBSD as their regular workstation. So it has > increasingly become an OS where changes are being lobbed over the wall > by developers who don't run systems that those changes affect. That's no > way to run a railroad. You understand my point but then fail to or choose not to see how it applies to you when it creates problems for you personally. In essence my point was that "It was broken so I turned it off, end of story." does not constitute constructive feedback and does not contribute to the development of FreeBSD. It isn't your responsibility to help me debug my code just as it isn't my responsibility to contribute to the maintenance of ports by dealing with a port management that for me has been virtually unusable in coping with dependencies. I'm not eating the ports dog food because it is broken for me and you're not fully eating the sys dog food because it is broken for you are perfectly reasonable courses of action taken in isolation. However, our respective actions cumulatively don't contribute to the welfare of FreeBSD and my response was simply voicing frustration with such conduct. If you do not see the parallels between the two then there really isn't anything further to discuss about how we engage with the community. -Kip > > > Doug > > -- > > =A0 =A0This .signature sanitized for your protection --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:51:34 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 172E51065675; Fri, 2 Mar 2012 18:51:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6BA48FC19; Fri, 2 Mar 2012 18:51:33 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 71D8246B0A; Fri, 2 Mar 2012 13:51:33 -0500 (EST) Date: Fri, 2 Mar 2012 18:51:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Oleksandr Tymoshenko In-Reply-To: <4F4FEEFC.5060902@freebsd.org> Message-ID: References: <4F4FEEFC.5060902@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "freebsd-mips@freebsd.org" Subject: Re: DTrace/MIPS port X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 18:51:34 -0000 On Thu, 1 Mar 2012, Oleksandr Tymoshenko wrote: > Last few weeks I've been working on DTrace port for MIPS architecture. I > believe that project reached the stage when it's ready for public > review/testing before going into the tree. > > Patch and some information could be found here: > http://people.freebsd.org/~gonzo/mips/dtrace/ > > I'd appreciate review/testing from interested parties and if there are no > major roadblocks the plan is to commit this patch sometime next week. > > DTrace/MIPS passes substantial part of DTrace suite on my Octeon-based > board. This is great news -- I probably won't be in a position to test or contribute usefully for a couple more months, but will endeavour to do so once our port to CHERI MIPS is a bit further along! Robert > > ==== TEST RESULTS ==== > > mode: /usr/sbin/dtrace > passed: 853 > failed: 74 > total: 927 > > There are some caveats/limitations though: > > - fbt, pid, lockstat, profile providers are not implemented > > - MIPS passes function arguments in registers and unless they're > saved on stack the value of some might be unavailable in > backtrace. So values of argN variables might be bogus sometimes. > > - dtrace uses kldstat(2) to get path to kernel binary and for > "embedded" systems (e.g. without loader(8)) it's just "kernel" > So kernel binary should be in current directory so dtrace could > get CTF data from it. We need either command-line switch or env > variable to let dtrace know where to look for binary. I haven't > yet decided which way to go. > > - Not really dtrace issue, but somewhat related. FreeBSD/MIPS default > kernel stacks size seems to be insufficient to load kernel > modules with dependency chain longer then three modules > (dtrace_test -> dtrace_all -> dtrace -> cyclic -> opensolaris) > Sometimes I get kernel stack exhaustion as a combination of > FS-related calls that goes down to NFS functions + WITNESS code. > No proper solution for it yet. Workaround - load module one by > one. > > - Tested only on mips64be platform. mips32be, mips32le, mips64le > were not tested. > > Patches: > > dtrace-all.diff - is a cumulative patch that contains diff between > HEAD branch and project branch in p4. In order to make code review > easier I split it into several sub-patches based on functionality area. > > dtrace-ctf.diff > Current version of ctfmerge assumes that target byte order is the > same as host one. This patch checks byte order of ELF files being > used to decide whether byte order in CTF structures' fields > should be reversed. > > dtrace-toolchain.diff > - Disable SGI compatibility for generated DWARF data. > It confuses ctfconvert. > - Set as(1) default ABI and target size the same as target platform > > dtrace-sys.diff > - Kernel part of DTrace code > - More intelligent kernel stack overflow handler > > dtrace-userland.diff > - Userland part of DTrace code > - Build DTrace tols as a part of toolchain build if > we're cross-compiling > - Various libraries' plugs for MIPS > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 18:55:38 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 08AB31065784; Fri, 2 Mar 2012 18:55:38 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 806B4162818; Fri, 2 Mar 2012 18:55:34 +0000 (UTC) Message-ID: <4F5117A6.2030003@FreeBSD.org> Date: Fri, 02 Mar 2012 10:55:34 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 18:55:38 -0000 On 03/02/2012 10:46, K. Macy wrote: > You understand my point but then fail to or choose not to see how it > applies to you when it creates problems for you personally. No, I already pointed out the distinction between "new, experimental features;" and "essential components of the FreeBSD operating system." It's Ok for you to disagree with that distinction, or with its importance. But what you're suggesting is that if users don't help developers debug "cool new feature X" then we won't have "cool new feature X." By implication you're saying that if we don't continue to develop cool new features then at some point down the road we wither and die. What I have tried ever-so-delicately to avoid saying is that lack of user help with debugging "cool new feature X" is generally a sign of lack of user demand for "cool new feature X." Not all cool new ideas are good ones. :) OTOH, if we don't fix the fundamental problems with ports, and other key areas of the operating system, we're just not going to have users, period. Given that most of the developers (like you) have stopped using FreeBSD on a day-to-day basis, who can blame them? Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 19:18:47 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B5D33106566B; Fri, 2 Mar 2012 19:18:47 +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 293228FC15; Fri, 2 Mar 2012 19:18:47 +0000 (UTC) Received: by vbmv11 with SMTP id v11so2232917vbm.13 for ; Fri, 02 Mar 2012 11:18:46 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.52.178.35 as permitted sender) client-ip=10.52.178.35; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.52.178.35 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.52.178.35]) by 10.52.178.35 with SMTP id cv3mr18828124vdc.44.1330715926647 (num_hops = 1); Fri, 02 Mar 2012 11:18:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Y4i4Oq0WX6s2+cfxeul4SVQ5mdltZOX+/5fY369rxdo=; b=OZK/9sCMQQs0hg4+lgsHwB5GKZAn9CHNcBzO010FE7hB/vwwzEvfULakVsbIZXUnp4 x1kLw6gk3/BPtm7eycFEAgtaYsj5hx6X8eg/XxitNxeK6i87/nkYBRHppxTy6fyraBfo S7qwm32qtAiZ+LSguBz5QkILt13rJSVX2exX3a8ukUt5exxf0OZS0w9PZzr3FPAMghh/ C0oLrdnRv2uQgzgkKcfjE+fdz26hos2EoEELBBMiyoc91Sq/O2LwNN4BgmpEnbVTinBP EYofdTL++9q+ZeeY8p0bZJy2GMSvMCyOiN0mWfu2XxylBFKWsVi41Or4eP8DSWK8WWwn gsDg== MIME-Version: 1.0 Received: by 10.52.178.35 with SMTP id cv3mr16057262vdc.44.1330715926479; Fri, 02 Mar 2012 11:18:46 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.220.183.3 with HTTP; Fri, 2 Mar 2012 11:18:46 -0800 (PST) In-Reply-To: <4F5117A6.2030003@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> Date: Fri, 2 Mar 2012 20:18:46 +0100 X-Google-Sender-Auth: NFsYILuGTwk1DVV1zyWeZV7Qn-g Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, current@freebsd.org, =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 19:18:47 -0000 > No, I already pointed out the distinction between "new, experimental > features;" and "essential components of the FreeBSD operating system." > It's Ok for you to disagree with that distinction, or with its > importance. But what you're suggesting is that if users don't help > developers debug "cool new feature X" then we won't have "cool new > feature X." By implication you're saying that if we don't continue to > develop cool new features then at some point down the road we wither and > die. What I have tried ever-so-delicately to avoid saying is that lack > of user help with debugging "cool new feature X" is generally a sign of > lack of user demand for "cool new feature X." Not all cool new ideas are > good ones. :) Considering there are firewall vendors and CDNs making consistent use of it because it dramatically increases the sustainable data rates it is a bit cavalier to say that there is a "lack of demand." It doesn't show up directly as a lack of demand when FreeBSD drastically underperforms linux in a high bandwidth environment. The solution is for the user to simply switch to linux how is a user to know (parodying Star Trek technobabble) "Darn it, if only FreeBSD provided an exponential phase inverter on the warp core in the network stack." All he or she will see is it is slow. Or another very concrete example is iX keeps losing sales because ZFS doesn't perform adequately. ZFS doesn't perform adequately largely because the VM system can't map and can't recycle pages fast enough because of locking limitations. It has nothing to do with the storage stack itself. However, most developers themselves are not familiar with the issues much less users. So if I were to make further locking changes I would initially inevitably break some things. Your response would be that it isn't something users want. You're absolutely right, because current users with higher performance demands DON'T USE FreeBSD. Now you may wish to cut hairs by saying well ... locking we need flowtable we don't. However, the gist of that would be that things that you don't understand, that don't solve anyone's immediate problems "user's don't want." For many prospective server class users the current performance profile is a bigger deterrent than the fact that Cairo took tons of hand-wringing to build and so I spent hours just getting a broken chat client to install and once I did OTR support didn't work. Taken collectively the "cool new feature X"s are every bit as important to FreeBSD as ports. > OTOH, if we don't fix the fundamental problems with ports, and other key > areas of the operating system, we're just not going to have users, > period. Given that most of the developers (like you) have stopped using > FreeBSD on a day-to-day basis, who can blame them? Not necessarily. Most big shops don't really use ports as is. Particularly appliance vendors don't care about how package management is handled. But yes, in principle we could end up with no desktop users. > Doug > > -- > > =A0 =A0This .signature sanitized for your protection --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 19:37:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1849106564A for ; Fri, 2 Mar 2012 19:37:24 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6C05C8FC12 for ; Fri, 2 Mar 2012 19:37:24 +0000 (UTC) Received: by eaaf13 with SMTP id f13so743511eaa.13 for ; Fri, 02 Mar 2012 11:37:23 -0800 (PST) Received-SPF: pass (google.com: domain of ray@ddteam.net designates 10.213.31.132 as permitted sender) client-ip=10.213.31.132; Authentication-Results: mr.google.com; spf=pass (google.com: domain of ray@ddteam.net designates 10.213.31.132 as permitted sender) smtp.mail=ray@ddteam.net Received: from mr.google.com ([10.213.31.132]) by 10.213.31.132 with SMTP id y4mr24755ebc.215.1330717043488 (num_hops = 1); Fri, 02 Mar 2012 11:37:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding :x-gm-message-state; bh=5ZDDbJS0x6vsm+ku9409O3BBQT9q59vv3BmenMGQBN4=; b=mVPkrC92ZcAvbVW2MbVgNkI27+hMx9y2Qba66jb9LWJwTGo/S2LxZesBg7IAInVxdc HdQ1bfO9n/4Kv0HWPiWKEFGG5Mb6njO/s//ccajlatgl72zXueUub558gt4fUvc11R1W A0YQj2/X5yD0wPGWw/7m8B10Ywz2VP+9EHPiUp94uP9WoyNg4TB+fbVdD8W+vNdfAP0c umCcXwS26dIEOkBfSluLQLHH2BuPbnEeD9+zMkSF5auIMshcGOPXm0HCchIcpQMTjkCo Qmryf+0PtAnBRrvut64cIl1YoBCTk/6JIIGmHDlO9uPcZlk3ehSdUumYmOBi2YXV0nbH Lzog== Received: by 10.213.31.132 with SMTP id y4mr7648ebc.215.1330715334178; Fri, 02 Mar 2012 11:08:54 -0800 (PST) Received: from rnote.ddteam.net (31-149-133-95.pool.ukrtel.net. [95.133.149.31]) by mx.google.com with ESMTPS id v51sm23583716eef.2.2012.03.02.11.08.51 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 11:08:52 -0800 (PST) Date: Fri, 2 Mar 2012 21:08:10 +0200 From: Aleksandr Rybalko To: Adrian Chadd Message-Id: <20120302210810.c67d3030.ray@ddteam.net> In-Reply-To: References: <4F50CE89.6010009@gmail.com> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkXk3NtzjGM2RBugvIH2eakLFu/prVfK7AqPJRgrMWwFnVbz3cXUMXgRCIx+SvYltCeYM4M Cc: deeptech71@gmail.com, freebsd-current@freebsd.org, David Xu Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 19:37:25 -0000 On Fri, 2 Mar 2012 09:01:25 -0800 Adrian Chadd wrote: > Ok. So it's that exact commit? > > david, what did you break? :) > I bet it is old enough :) I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some document it get 100% cpu. one time I even attach to it and found what seamonkey polling socket very-very fast, but no I'm have not so much free time to found what really broken. IIRC same happen in FF also. > > > Adrian > _______________________________________________ > 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" -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 19:52:09 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C889106566C; Fri, 2 Mar 2012 19:52:09 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB0A8FC18; Fri, 2 Mar 2012 19:52:09 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q22Jq7gc001484; Fri, 2 Mar 2012 19:52:08 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F5124E6.9090607@FreeBSD.org> Date: Fri, 02 Mar 2012 20:52:06 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20120222 Thunderbird/11.0 MIME-Version: 1.0 To: Aleksandr Rybalko References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> In-Reply-To: <20120302210810.c67d3030.ray@ddteam.net> X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig9F7940E349096028BA86192D" Cc: deeptech71@gmail.com, Adrian Chadd , freebsd-current@FreeBSD.org, David Xu Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 19:52:09 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig9F7940E349096028BA86192D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 02.03.12 20:08, Aleksandr Rybalko wrote: > On Fri, 2 Mar 2012 09:01:25 -0800 > Adrian Chadd wrote: >=20 >> Ok. So it's that exact commit? >> >> david, what did you break? :) >> >=20 > I bet it is old enough :) > I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some > document it get 100% cpu. one time I even attach to it and found what > seamonkey polling socket very-very fast, but no I'm have not so much > free time to found what really broken. IIRC same happen in FF also. >=20 Aleksandr, please upgrade your nspr to the latest version. This should have been fixed by http://lists.freebsd.org/pipermail/cvs-ports/2011-September/225460.html Florian --------------enig9F7940E349096028BA86192D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9RJOYACgkQapo8P8lCvwm1KQCcDYmeErxaacmjpyxHk6nqDC0e 8uUAoIk4wWVgcRrD86SFkeeDvQdL1+Z7 =bqie -----END PGP SIGNATURE----- --------------enig9F7940E349096028BA86192D-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 19:50:50 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 053201065675; Fri, 2 Mar 2012 19:50:50 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 9BCB78FC16; Fri, 2 Mar 2012 19:50:48 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.104]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q22IgauI001171; Fri, 2 Mar 2012 15:42:36 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q22IgauI001171 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330713757; bh=iNFYJMaLAV+vSqaoF8tpWS/U5jt+SlUKxyZkK034ZSc=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=JDpbl4BdPu+HGznHRlynwfcbpE25xuBU704+x7YLfpxr3cmD+G0WdeJzu8YOFsjMO dsiqph2x8w8DaJQ1gpqOPGAWG4JkklNgIohbMF82uxxIxwXfRdSu8r7P9/CQpq2XLK Ae7t17ai0GT32ePOzUz0A3rowtQg80MHPZodXmig= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F511496.50106@hm.net.br> Date: Fri, 02 Mar 2012 15:42:30 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: Doug Barton References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> In-Reply-To: <4F510FBD.50008@FreeBSD.org> X-Enigmail-Version: 1.3.5 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEB9B2FD118953C31FB313F98" X-Spam-Status: No, score=-0.7 required=5.0 tests=AWL, BAYES_00, T_DKIM_INVALID, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br X-Mailman-Approved-At: Fri, 02 Mar 2012 20:05:56 +0000 Cc: stable@freebsd.org, "K. Macy" , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger , current@freebsd.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 19:50:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEB9B2FD118953C31FB313F98 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Doug Barton wrote: > ... and here is the crux of the problem. The vast majority of our > developers don't use FreeBSD as their regular workstation. So it has > increasingly become an OS where changes are being lobbed over the wall > by developers who don't run systems that those changes affect. That's > no way to run a railroad. Doug=20 wow since it is not April 1st it must be revelation's day ...:) is this then the bottomline ? if [ $using_ports=3DYES ]; get_screwed($big_time); fi --=20 H --------------enigEB9B2FD118953C31FB313F98 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.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9RFJYACgkQvKVfg5xjCDwXLACeNB7JfZtzY7IdkmRujP01UhOr g6sAoI1QU8OaWuOWFv4TiYxu0Q/BESbh =aelT -----END PGP SIGNATURE----- --------------enigEB9B2FD118953C31FB313F98-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:09:09 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C7AE8106566C for ; Fri, 2 Mar 2012 20:09:09 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 908758FC14 for ; Fri, 2 Mar 2012 20:09:09 +0000 (UTC) Received: by daec6 with SMTP id c6so2544472dae.13 for ; Fri, 02 Mar 2012 12:09:09 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.197.35 as permitted sender) client-ip=10.68.197.35; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.197.35 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.197.35]) by 10.68.197.35 with SMTP id ir3mr20581180pbc.84.1330718949267 (num_hops = 1); Fri, 02 Mar 2012 12:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=AKdHMyL/27k1fp36O5AzcruXnvPQiohABoVnfzlvkHM=; b=NfwdYsBzOtChLniYJDfRNJOSbdy28Ae0lj/kSpk0YfHix6hA9rVloWgo4xq5oOOdnH 14ilP0oonME0NgeRjHaCEuVpm6Hjp5VTJkSuzm9ZDfaHvPfLg7i8/cMEF/c7jNuy0Rov 0tI4eU3uJKN7WMoYQsSqNr2ctgXKX9O56Svc4vpnWiYDmIoCo7qcXUXKaFDRZEAnY8OX 7xY11jEty1mhHqyb5IXEm6ieFUbLqnogfVn2dy+EpfQMp2PuE3PBh3zDDxc9aq+aaoE+ A+I4Q6sKI3ioJe68K6KCKDg0D7Up7/7/bS5cRMdmw9nVQuiav1L8Dpg2MX2yye4uFeb0 pDMg== Received: by 10.68.197.35 with SMTP id ir3mr17188991pbc.84.1330718949185; Fri, 02 Mar 2012 12:09:09 -0800 (PST) Received: from bakeneko.local ([74.195.19.178]) by mx.google.com with ESMTPS id k3sm5777135pbn.71.2012.03.02.12.09.07 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 12:09:08 -0800 (PST) Message-ID: <4F512894.4090105@gmail.com> Date: Fri, 02 Mar 2012 12:07:48 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50597B.5000108@gmail.com> In-Reply-To: <4F50597B.5000108@gmail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: if_igb crashes system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 20:09:09 -0000 On 03/01/12 21:24, matt wrote: > bringing up igb0 is currently causing my 10-CURRENT box to become very > non-responsive (as though downclocked to some 100 KHZ...very, very, ver= y > slow). > > cmdwatch 'vmstat -i' shows the interrupts get assigned for igb0, and > about 1 second later the machine is essentially non-responsive. > > anyone else seeing if_igb issues suddenly? > the machine is running off a cvsup from about 75 minutes ago. > > I was only able to access the system after removing interface configs > from rc.conf, which made me suspect polling initially, however even > issuing "ifconfig igb0 up" with no media causes the issue to appear. > > Let me know what additional diagnostic data may help? > > Matt > Last time this machine was updated was last week. I'm going to have to install something else to test the hardware, but it had no problems until first reboot with new kernel. I have blown away /usr/src and re fetched it...no change. I've disabled pf and tried to bring it up...no change I've tried to bring up the other interface in the pair...no change (igb1)= =2E It doesn't look like the msix commit from jhb has anything to do with it...didn't exactly revert but changed return(0); back to return(msgs);...no change I'm down to either the hardware conveniently failed during upgrade, or some earlier commit. Luckily I have an em-based port as well. I'm testing hardware next and then going further back into the week on the commit log? Anyone else with igb out there and working with latest HEAD? Matt From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:16:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 929FB106566C for ; Fri, 2 Mar 2012 20:16:51 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 176228FC12 for ; Fri, 2 Mar 2012 20:16:50 +0000 (UTC) Received: by eekd17 with SMTP id d17so773572eek.13 for ; Fri, 02 Mar 2012 12:16:50 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.213.31.209 as permitted sender) client-ip=10.213.31.209; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.213.31.209 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.213.31.209]) by 10.213.31.209 with SMTP id z17mr42367ebc.220.1330719410209 (num_hops = 1); Fri, 02 Mar 2012 12:16:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=Zm9fKhAG9IEh79SDhZhEYJxlLsR/ayN5Q/Sa1GH8hIA=; b=JLekVHNX6/v3KJx1+HAYq2lWRGhyVeQ8OnW0mtUh3KSo92IXlBmay4xI9pXrOkXGyq XMp8VYhVmM7kZyOJ09nxpkuv85WSJmDEK4aKFmevVp/9+t+TOSmBaJ4zXVbmaUXOq6rm CXOtxq+aRWXpjySzuHCmRYCXBUSj29MYOxPBGnErFIXrc29fOtz38D1GP6UtQ/VJNzY8 g+BKeTdFtas96egu25zDsfxOp7I2Bu6vs8VAgiU7ljuZowqH0mYKSj3BRjy6kxZDSUKN LUBCrlPax5duJv8bUKAcVoKycoPPlx/vViLACZos2yUOFD65uW2F/y9zCB7TClnmrsve l8Ww== Received: by 10.213.31.209 with SMTP id z17mr34857ebc.220.1330719410134; Fri, 02 Mar 2012 12:16:50 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C32D7.pool.t-online.hu. [78.92.50.215]) by mx.google.com with ESMTPS id n17sm24274740eei.3.2012.03.02.12.16.48 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 12:16:49 -0800 (PST) Message-ID: <4F512BB0.9070202@gmail.com> Date: Fri, 02 Mar 2012 21:21:04 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> In-Reply-To: <20120302210810.c67d3030.ray@ddteam.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 20:16:51 -0000 Aleksandr Rybalko wrote: > On Fri, 2 Mar 2012 09:01:25 -0800 > Adrian Chadd wrote: > >> Ok. So it's that exact commit? >> >> david, what did you break? :) >> > > I bet it is old enough :) > I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some > document it get 100% cpu. one time I even attach to it and found what > seamonkey polling socket very-very fast, but no I'm have not so much > free time to found what really broken. IIRC same happen in FF also. No, this 100% CPU usage began a few days ago, with r232144. Although generally, the property that SeaMonkey's CPU usage slowly converges (instead of snapping) to 0 is WRONG, and that can be confirmed by the fact that on FreeBSD 9.0-RELEASE (as reported by someone) and Windows XP, SeaMonkey's CPU usage is snappy. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 20:19:55 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D4E1065670 for ; Fri, 2 Mar 2012 20:19:55 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E98518FC14 for ; Fri, 2 Mar 2012 20:19:54 +0000 (UTC) Received: by eekd17 with SMTP id d17so774241eek.13 for ; Fri, 02 Mar 2012 12:19:53 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.213.113.135 as permitted sender) client-ip=10.213.113.135; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.213.113.135 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.213.113.135]) by 10.213.113.135 with SMTP id a7mr50023ebq.265.1330719593989 (num_hops = 1); Fri, 02 Mar 2012 12:19:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=dZM58VfVVckruU++COuO0DPxZcMNELeOtvdHdBWnA/U=; b=xrhry3cslqkeN9n1jCzpsRG+gXA3KQrHa00jYQ/k7nEGRKnczJV6RMxgDW3naxXJPX zzyYcJerSHnPyhzuLE965QiwRwdS9gnOPFFQApUwu3fWuBttDNaAqEI7HB5eueOb3W5y iACd8CZqdOZx72/ICOsb1loSsQM0j/kyUiFdTBLxaXkOR+YzObDM5JMx+VcJjMgn8meC THxJ/yBluzg/9f8qTB0h+MIXP6sjo6TSFbAnH+euss1GWOhoJhXONhviU39Gsk6fuS2b QHJWXykKJzMTfQfBxQLdG1rZZ06L4wAluSzwAMd0w2CFLX6sButMH3XSvVte+ryAhSUc +X2A== Received: by 10.213.113.135 with SMTP id a7mr41160ebq.265.1330719593891; Fri, 02 Mar 2012 12:19:53 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C32D7.pool.t-online.hu. [78.92.50.215]) by mx.google.com with ESMTPS id o49sm24261944eeb.7.2012.03.02.12.19.52 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 12:19:53 -0800 (PST) Message-ID: <4F512C6A.2030303@gmail.com> Date: Fri, 02 Mar 2012 21:24:10 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F5124E6.9090607@FreeBSD.org> In-Reply-To: <4F5124E6.9090607@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 20:19:55 -0000 A truss snippet from running with an older-than-r232144 kernel: clock_gettime(4,{29653.159790037 }) = 0 (0x0) write(12,"\M-z",1) = 1 (0x1) clock_gettime(4,{29653.160165225 }) = 0 (0x0) gettimeofday({1330716922.220648 },0x0) = 0 (0x0) read(11,"\M-z",1) = 1 (0x1) clock_gettime(4,{29653.160696018 }) = 0 (0x0) clock_gettime(4,{29653.160836819 }) = 0 (0x0) clock_gettime(4,{29653.160983765 }) = 0 (0x0) clock_gettime(4,{29653.161112552 }) = 0 (0x0) _umtx_op(0x2b115068,0x10,0x7fffffff,0x0,0x0,0x29d37dd4) = 0 (0x0) clock_gettime(4,{29653.161450863 }) = 0 (0x0) gettimeofday({1330716922.221944 },0x0) = 0 (0x0) gettimeofday({1330716922.222150 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330716922.222624 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330716922.223087 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330716922.223537 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' A truss snippet from running with an r232144 kernel: _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.526717958 }) = 0 (0x0) gettimeofday({1330717178.580346 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) = 0 (0x0) clock_gettime(4,{111.527204892 }) = 0 (0x0) gettimeofday({1330717178.580840 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.527649362 }) = 0 (0x0) gettimeofday({1330717178.581284 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.528068968 }) = 0 (0x0) gettimeofday({1330717178.581696 },0x0) = 0 (0x0) gettimeofday({1330717178.581816 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.528613451 }) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' gettimeofday({1330717178.582380 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.529161565 }) = 0 (0x0) poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330717178.582956 },0x0) = 0 (0x0) gettimeofday({1330717178.583142 },0x0) = 0 (0x0) clock_gettime(4,{111.529783432 }) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' gettimeofday({1330717178.583550 },0x0) = 0 (0x0) poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330717178.590610 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) gettimeofday({1330717178.591162 },0x0) = 0 (0x0) read(4,0x2c940018,4096) ERR#35 'Resource temporarily unavailable' _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.538268868 }) = 0 (0x0) gettimeofday({1330717178.591910 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' clock_gettime(4,{111.538700487 }) = 0 (0x0) gettimeofday({1330717178.592328 },0x0) = 0 (0x0) _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation timed out' From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 21:27:03 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C23106566B; Fri, 2 Mar 2012 21:27:03 +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 B2AFA8FC08; Fri, 2 Mar 2012 21:27:02 +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 XAA29220; Fri, 02 Mar 2012 23:27:00 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S3a0C-000GDI-6n; Fri, 02 Mar 2012 23:27:00 +0200 Message-ID: <4F513B2D.6010809@FreeBSD.org> Date: Fri, 02 Mar 2012 23:27:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> In-Reply-To: <4F510FBD.50008@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:27:03 -0000 on 02/03/2012 20:21 Doug Barton said the following: > ... and here is the crux of the problem. The vast majority of our > developers don't use FreeBSD as their regular workstation. Do you care to back this up with facts? Or are you going beyond constructive in your [self-]criticism of FreeBSD [OS, developers, procedures, community, etc]? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 22:20:54 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96A461065679 for ; Fri, 2 Mar 2012 22:20:54 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 239CE8FC12 for ; Fri, 2 Mar 2012 22:20:53 +0000 (UTC) Received: by eekd17 with SMTP id d17so798297eek.13 for ; Fri, 02 Mar 2012 14:20:53 -0800 (PST) Received-SPF: pass (google.com: domain of ray@ddteam.net designates 10.14.101.76 as permitted sender) client-ip=10.14.101.76; Authentication-Results: mr.google.com; spf=pass (google.com: domain of ray@ddteam.net designates 10.14.101.76 as permitted sender) smtp.mail=ray@ddteam.net Received: from mr.google.com ([10.14.101.76]) by 10.14.101.76 with SMTP id a52mr7032742eeg.14.1330726853246 (num_hops = 1); Fri, 02 Mar 2012 14:20:53 -0800 (PST) Received: by 10.14.101.76 with SMTP id a52mr5414726eeg.14.1330726853038; Fri, 02 Mar 2012 14:20:53 -0800 (PST) Received: from rnote.ddteam.net (156-89-133-95.pool.ukrtel.net. [95.133.89.156]) by mx.google.com with ESMTPS id i10sm25473759eea.8.2012.03.02.14.20.51 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 14:20:52 -0800 (PST) Date: Sat, 3 Mar 2012 00:20:09 +0200 From: Aleksandr Rybalko To: Florian Smeets Message-Id: <20120303002009.6f592f9e.ray@ddteam.net> In-Reply-To: <4F5124E6.9090607@FreeBSD.org> References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F5124E6.9090607@FreeBSD.org> X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQksaOeF6TH738Xiuao0RFimEL/wJit0R7FSsmrUM7dU1yZkTprQGl3dH5GkeVcRZIhb+Z3t Cc: deeptech71@gmail.com, Adrian Chadd , freebsd-current@FreeBSD.org, David Xu Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:20:54 -0000 On Fri, 02 Mar 2012 20:52:06 +0100 Florian Smeets wrote: > On 02.03.12 20:08, Aleksandr Rybalko wrote: > > On Fri, 2 Mar 2012 09:01:25 -0800 > > Adrian Chadd wrote: > > > >> Ok. So it's that exact commit? > >> > >> david, what did you break? :) > >> > > > > I bet it is old enough :) > > I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some > > document it get 100% cpu. one time I even attach to it and found > > what seamonkey polling socket very-very fast, but no I'm have not > > so much free time to found what really broken. IIRC same happen in > > FF also. > > > > Aleksandr, > > please upgrade your nspr to the latest version. This should have been > fixed by > http://lists.freebsd.org/pipermail/cvs-ports/2011-September/225460.html > > Florian > Will update it asap. Thank you very much Florian! WBW -- Aleksandr Rybalko From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 22:24:41 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 45C53106566B; Fri, 2 Mar 2012 22:24:41 +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 AFD2014FFA2; Fri, 2 Mar 2012 22:24:39 +0000 (UTC) Message-ID: <4F5148A7.4080408@FreeBSD.org> Date: Fri, 02 Mar 2012 14:24:39 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Andriy Gapon References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F513B2D.6010809@FreeBSD.org> In-Reply-To: <4F513B2D.6010809@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:24:41 -0000 On 3/2/2012 1:27 PM, Andriy Gapon wrote: > on 02/03/2012 20:21 Doug Barton said the following: >> ... and here is the crux of the problem. The vast majority of our >> developers don't use FreeBSD as their regular workstation. > > Do you care to back this up with facts? You mean other than the very few hands that go up whenever we discuss "who is actually using FreeBSD as their desktop?" If that doesn't work for you, look around at the next developer's summit and take note of the overwhelming preponderance of fruit logos. Just looking at the committers, of which we have over 300, only a couple dozen at most have ever identified as actually using FreeBSD as a desktop at my count. Taking the larger development community into account I think the numbers are a little better, but not much. Sure, our strength is servers, and that is not going to change. But how many real-life bugs have I personally uncovered in -current as a result of actually running it (mostly) daily? I'm not the only one, certainly, but if the numbers were flipped and the vast majority of our developers *did* use FreeBSD routinely, how much better off would we be? And before anyone bothers to point it out, yes, I happen to be using Windows at this exact moment. I have some layer 9 work to get done and I need tools that are only available to me in Windows (more's the pity). The sad thing is, judging by the activity on the -ports@ list, the traffic in #bsdports, and just talking to/interacting with FreeBSD users, a lot of *them* are not only interested in FreeBSD as a desktop OS, they are actually doing it. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 22:31:50 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4EAA1065796; Fri, 2 Mar 2012 22:31:50 +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 84A9F8FC13; Fri, 2 Mar 2012 22:31:49 +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 AAA29759; Sat, 03 Mar 2012 00:31:48 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S3b0t-000GGh-Rh; Sat, 03 Mar 2012 00:31:47 +0200 Message-ID: <4F514A5E.5040105@FreeBSD.org> Date: Sat, 03 Mar 2012 00:31:58 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: Doug Barton References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F513B2D.6010809@FreeBSD.org> <4F5148A7.4080408@FreeBSD.org> In-Reply-To: <4F5148A7.4080408@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 22:31:50 -0000 on 03/03/2012 00:24 Doug Barton said the following: > On 3/2/2012 1:27 PM, Andriy Gapon wrote: >> on 02/03/2012 20:21 Doug Barton said the following: >>> ... and here is the crux of the problem. The vast majority of our >>> developers don't use FreeBSD as their regular workstation. >> >> Do you care to back this up with facts? > > You mean other than the very few hands that go up whenever we discuss > "who is actually using FreeBSD as their desktop?" If that doesn't work > for you, look around at the next developer's summit and take note of the > overwhelming preponderance of fruit logos. > > Just looking at the committers, of which we have over 300, only a couple > dozen at most have ever identified as actually using FreeBSD as a > desktop at my count. Taking the larger development community into > account I think the numbers are a little better, but not much. OK, I agree that anyone can have his own impressions and now I realize that you stated your own impression based on your observations. It's just that it sounded like you stated a fact. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:03:52 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 901CD1065678 for ; Fri, 2 Mar 2012 23:03:52 +0000 (UTC) (envelope-from rabgvzr@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 469FB8FC15 for ; Fri, 2 Mar 2012 23:03:52 +0000 (UTC) Received: by yhgm50 with SMTP id m50so1199084yhg.13 for ; Fri, 02 Mar 2012 15:03:51 -0800 (PST) Received-SPF: pass (google.com: domain of rabgvzr@gmail.com designates 10.236.79.193 as permitted sender) client-ip=10.236.79.193; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rabgvzr@gmail.com designates 10.236.79.193 as permitted sender) smtp.mail=rabgvzr@gmail.com; dkim=pass header.i=rabgvzr@gmail.com Received: from mr.google.com ([10.236.79.193]) by 10.236.79.193 with SMTP id i41mr16394143yhe.16.1330729431911 (num_hops = 1); Fri, 02 Mar 2012 15:03:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OCRsO/6ZXlbkPk4wM8v+f8DD4KvW17yB00ZN0mSavRI=; b=R+Y1+Gn5HB+wJF5+iG4eb9llKFATbgYBOFJ0mHnfKDmr35/y8IsItKuSL1mpJPbkVm vb9SvA5/sPxTdbM37OZ7vt1A+90tC7KKyEbxNRE49g1zcgYdB5y8f7M3Gy+8XVTPpobi mKcpa9XOjrISR/SMD1RD/eK4uxfLTlXCkBFGSyLUAlTYLV0ZPvitAMUU03O3RKyz7doH MGA6pqId0yfYlD1UfCuv0zS8yX+et6KMNA5jbcaeclen9eXaI7rg3gd6IeVvxvdZaLIK AHTFP4iqPOK0nYVSEmMAAxlJgrfIujz6xRbjhEPqndfo9IcaQMFjl56QWkhcBXMfyX6F /vvg== MIME-Version: 1.0 Received: by 10.236.79.193 with SMTP id i41mr12983189yhe.16.1330728088603; Fri, 02 Mar 2012 14:41:28 -0800 (PST) Received: by 10.236.144.130 with HTTP; Fri, 2 Mar 2012 14:41:28 -0800 (PST) Date: Fri, 2 Mar 2012 17:41:28 -0500 Message-ID: From: Rotate 13 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:03:52 -0000 I set WITHOUT_BIND="yes" in /etc/src.conf, and built/installed world. Not only does /usr/sbin/named exist - named is actually started! Several other WITHOUT_* variables also were apparently ignored, as evidenced by stuff installed on running system. My main question is - how do I debug this? I have been combing over makefiles under /usr/src (not to mention, going through /etc/rc.d/ trying to figure out what actually started named). As far as I ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; named_enable="no" in relevant rc.conf files; rpcbind and ntpd are not running either. Since named daemonized, it's not easy to tell who started it - and grepping everything in sight, I can't figure out how it got built in the first place. uname -a: FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 10:28:17 CST 2012 root@xyz.example.com:/usr/obj/usr/src/sys/CUSTOM amd64 I focused substantial attention on /usr/src/share/bsd.own.mk and worked outward; but did not find anything obvious. Advice on where to poke for the right information, much appreciated. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:17:05 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B9D51065672 for ; Fri, 2 Mar 2012 23:17:05 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id D66ED8FC16 for ; Fri, 2 Mar 2012 23:17:04 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S3biP-000KkQ-66; Fri, 02 Mar 2012 18:16:45 -0500 Date: Fri, 2 Mar 2012 18:16:45 -0500 From: Gary Palmer To: Rotate 13 Message-ID: <20120302231645.GA65949@in-addr.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:17:05 -0000 On Fri, Mar 02, 2012 at 05:41:28PM -0500, Rotate 13 wrote: > I set WITHOUT_BIND="yes" in /etc/src.conf, and built/installed world. > Not only does /usr/sbin/named exist - named is actually started! > Several other WITHOUT_* variables also were apparently ignored, as > evidenced by stuff installed on running system. > > My main question is - how do I debug this? I have been combing over > makefiles under /usr/src (not to mention, going through /etc/rc.d/ > trying to figure out what actually started named). As far as I > ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; > named_enable="no" in relevant rc.conf files; rpcbind and ntpd are not > running either. Since named daemonized, it's not easy to tell who > started it - and grepping everything in sight, I can't figure out how > it got built in the first place. > > uname -a: > FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 > 10:28:17 CST 2012 root@xyz.example.com:/usr/obj/usr/src/sys/CUSTOM > amd64 > > I focused substantial attention on /usr/src/share/bsd.own.mk and > worked outward; but did not find anything obvious. > > Advice on where to poke for the right information, much appreciated. Does the datestamp on /usr/sbin/named reflect when you built the world or could named have been left over from a previous install? WITHOUT_BIND="yes" doesn't delete named if its already installed (not sure if 'make delete-old' cleans it up or not) As for named running, if you do sh /etc/rc.d/named restart does it succeed? If so, the 'named_enable="no"' flag must be set wrong. Also check to make sure that its not named from ports or some other location (e.g. check fstat or lsof or something to make sure its actually /usr/sbin/named and not from some other location) Regards, Gary From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:27:56 2012 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EED0E106566B; Fri, 2 Mar 2012 23:27:56 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D58628FC19; Fri, 2 Mar 2012 23:27:56 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q22NRuNJ094512; Fri, 2 Mar 2012 23:27:56 GMT (envelope-from bapt@FreeBSD.org) Received: (from bapt@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q22NRu4H094511; Fri, 2 Mar 2012 23:27:56 GMT (envelope-from bapt@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: bapt set sender to bapt@FreeBSD.org using -f Date: Sat, 3 Mar 2012 00:27:53 +0100 From: Baptiste Daroussin To: current@FreeBSD.org, ports@FreeBSD.org Message-ID: <20120302232752.GI50579@azathoth.lan> References: <20120130123930.GB40244@azathoth.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q59ABw34pTSIagmi" Content-Disposition: inline In-Reply-To: <20120130123930.GB40244@azathoth.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Subject: Re: [HEADSUP][CFT] pkgng beta8 is out X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:27:57 -0000 --Q59ABw34pTSIagmi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, We just released beta8 of pkgng, it comes with the usual fixes and some new features: pkg set is a new subcommand to modify the content of the local package database, currently only modifying -a [01] the status wether the package as been installed as a dependency or direct can be done. pkg check -r mypkg will recalculate the flatsize of the package pkg check -ra to recalculate for every packages the previous behaviour of pkg check (finding and repairing missing dependencies) is now pkg check -d (wit patterns or -a for the whole installation) pkg check -s (as always -a or pattern) will show you files that have changed since installation (checksum mismatch) pkg query has gain a new -e (evaluate option) to be able to query the packages that matches a boolean evalutation, for example to select all the packages that are bigger than 50MB: # pkg query -e "%s > 50000000" "%n-%v is bigger than 50MB: %sh" perl-threaded-5.12.4_3 is bigger than 50MB: 54 MB python27-2.7.2_4 is bigger than 50MB: 66 MB qemu-devel-1.0_2 is bigger than 50MB: 67 MB qt4-doc-4.7.4 is bigger than 50MB: 204 MB or to select package bigger than 50MB which have been installed automatically: # pkg query -e "%s > 50000000 && %a == 1" "%n-%v is bigger than 50MB: %sh and has been automatically installed" python27-2.7.2_4 is bigger than 50MB: 66 MB and has been automatically installed regards, Bapt --Q59ABw34pTSIagmi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9RV3gACgkQ8kTtMUmk6EyPqwCgpcEub93lcfAk7erR8nZAzmtL xV4An0Sxb7s5jGvQ7seUdmBmUsYXwg5r =6CqQ -----END PGP SIGNATURE----- --Q59ABw34pTSIagmi-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:37:24 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52EE1106564A for ; Fri, 2 Mar 2012 23:37:24 +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 354078FC0C for ; Fri, 2 Mar 2012 23:37:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:151b:ebdd:2c9b:1a78] (unknown [IPv6:2001:7b8:3a7:0:151b:ebdd:2c9b:1a78]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 6A3A75C37; Sat, 3 Mar 2012 00:37:22 +0100 (CET) Message-ID: <4F5159B2.2020204@FreeBSD.org> Date: Sat, 03 Mar 2012 00:37:22 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Rotate 13 References: In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:37:24 -0000 On 2012-03-02 23:41, Rotate 13 wrote: > I set WITHOUT_BIND="yes" in /etc/src.conf, and built/installed world. > Not only does /usr/sbin/named exist - named is actually started! > Several other WITHOUT_* variables also were apparently ignored, as > evidenced by stuff installed on running system. Have you run "make delete-old" and "make delete-old-libs" after installing world? You will have to do this the first time, to properly get rid of all the stuff you disabled using WITHOUT_XXX settings. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:38:51 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 328331065670 for ; Fri, 2 Mar 2012 23:38:51 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-tul01m020-f182.google.com (mail-tul01m020-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id E80B18FC17 for ; Fri, 2 Mar 2012 23:38:50 +0000 (UTC) Received: by obbwc7 with SMTP id wc7so3562738obb.13 for ; Fri, 02 Mar 2012 15:38:50 -0800 (PST) Received-SPF: pass (google.com: domain of dave@dogwood.com designates 10.182.119.101 as permitted sender) client-ip=10.182.119.101; Authentication-Results: mr.google.com; spf=pass (google.com: domain of dave@dogwood.com designates 10.182.119.101 as permitted sender) smtp.mail=dave@dogwood.com; dkim=pass header.i=dave@dogwood.com Received: from mr.google.com ([10.182.119.101]) by 10.182.119.101 with SMTP id kt5mr1179014obb.70.1330731530420 (num_hops = 1); Fri, 02 Mar 2012 15:38:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=deaC/4jKvBVay3zHPD3+vizAtoRA8/YdDVpyLlLiBvc=; b=G1jLl/DNTStz8+cGBERWaqk/GhV4FQ0si3A0AS8sIVHTSpKyON+4S0CfypOcJ2E94o eu7msbMcSDcN/SrGwe+fllysBzx2gNjx8w+f3sNPEpm7JRZASiIHdOKBjmj9Dd8WBEYp x/pnztr+GS0EqjRODTGtP2m3ZJHnJBuzZtrpw= MIME-Version: 1.0 Received: by 10.182.119.101 with SMTP id kt5mr983863obb.70.1330729775473; Fri, 02 Mar 2012 15:09:35 -0800 (PST) Received: by 10.182.13.197 with HTTP; Fri, 2 Mar 2012 15:09:35 -0800 (PST) In-Reply-To: References: Date: Fri, 2 Mar 2012 13:09:35 -1000 Message-ID: From: David Cornejo To: Rotate 13 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQmJikZT+Us2h7TB/kZwU+IjXJeVHVscWGc86MtCutUQSRJyXrTElmv/PYl77sBFXbLUs+bM Cc: freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:38:51 -0000 On Fri, Mar 2, 2012 at 12:41 PM, Rotate 13 wrote: > I set WITHOUT_BIND=3D"yes" in /etc/src.conf, and built/installed world. > Not only does /usr/sbin/named exist - named is actually started! > Several other WITHOUT_* variables also were apparently ignored, as > evidenced by stuff installed on running system. > > My main question is - how do I debug this? =A0I have been combing over > makefiles under /usr/src (not to mention, going through /etc/rc.d/ > trying to figure out what actually started named). =A0As far as I > ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; > named_enable=3D"no" in relevant rc.conf files; rpcbind and ntpd are not > running either. =A0Since named daemonized, it's not easy to tell who > started it - and grepping everything in sight, I can't figure out how > it got built in the first place. > > uname -a: > FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 > 10:28:17 CST 2012 =A0 =A0root@xyz.example.com:/usr/obj/usr/src/sys/CUSTOM > amd64 > > I focused substantial attention on /usr/src/share/bsd.own.mk and > worked outward; but did not find anything obvious. > > Advice on where to poke for the right information, much appreciated. > _______________________________________________ > 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= " check the timestamp on /usr/sbin/named, I bet it's old as make world doesn't delete old stuff. I think "make delete-old" in /usr/src might do that for you. dave c From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:40:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8FE8C106566C for ; Fri, 2 Mar 2012 23:40:08 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 149BC8FC16 for ; Fri, 2 Mar 2012 23:40:07 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so2614698bkc.13 for ; Fri, 02 Mar 2012 15:40:07 -0800 (PST) Received-SPF: pass (google.com: domain of yuri.pankov@gmail.com designates 10.204.130.150 as permitted sender) client-ip=10.204.130.150; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yuri.pankov@gmail.com designates 10.204.130.150 as permitted sender) smtp.mail=yuri.pankov@gmail.com; dkim=pass header.i=yuri.pankov@gmail.com Received: from mr.google.com ([10.204.130.150]) by 10.204.130.150 with SMTP id t22mr6088428bks.1.1330731607040 (num_hops = 1); Fri, 02 Mar 2012 15:40:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=2ONLqn63VS0TxM6P1x29AITWMVzshp/PKHJnPLBdltg=; b=SJPGdEnXW55rothvZqr6h37gHE2gUlrZNg1KwqXgkuDhTVv9kuot8v2yu0ZhZ3hrkg 0NF/MNOmwVXnUPoo8824cV7DXnYUacVXAdNP2J4gT1xv52yYj0WHxytbMdsoj5QOT1MN F/nejjoIU4KGqq/Gg4IL9l0yonZzMZ1su7W8AFmEGjT/fLZ/PmT8COyDQxXAyQ7MtAFZ qPhWFLONk/k/9KTCUJb6fSO+uPhv5ckCup8q226u/FaqTMDcEDct8AQyNuJEdAiNAsFU rLLR6mQLSggorO7x8rslt6nyAAaV7zNu1+tC0KXZY+VVVxCTwYzNFZRFHoo2cDy/JHDw BmLA== Received: by 10.204.130.150 with SMTP id t22mr4841964bks.1.1330729756152; Fri, 02 Mar 2012 15:09:16 -0800 (PST) Received: from [192.168.1.4] ([213.132.76.142]) by mx.google.com with ESMTPS id f5sm1153674bke.9.2012.03.02.15.09.14 (version=SSLv3 cipher=OTHER); Fri, 02 Mar 2012 15:09:15 -0800 (PST) Message-ID: <4F515316.8080904@gmail.com> Date: Sat, 03 Mar 2012 03:09:10 +0400 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Rotate 13 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:40:08 -0000 On Fri, 2 Mar 2012 17:41:28 -0500, Rotate 13 wrote: > I set WITHOUT_BIND="yes" in /etc/src.conf, and built/installed world. > Not only does /usr/sbin/named exist - named is actually started! > Several other WITHOUT_* variables also were apparently ignored, as > evidenced by stuff installed on running system. > > My main question is - how do I debug this? I have been combing over > makefiles under /usr/src (not to mention, going through /etc/rc.d/ > trying to figure out what actually started named). As far as I > ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; > named_enable="no" in relevant rc.conf files; rpcbind and ntpd are not > running either. Since named daemonized, it's not easy to tell who > started it - and grepping everything in sight, I can't figure out how > it got built in the first place. > > uname -a: > FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 > 10:28:17 CST 2012 root@xyz.example.com:/usr/obj/usr/src/sys/CUSTOM > amd64 > > I focused substantial attention on /usr/src/share/bsd.own.mk and > worked outward; but did not find anything obvious. > > Advice on where to poke for the right information, much appreciated. src.conf controls what is (not) built. To actually remove the bits marked as WITHOUT_ from the system, try running `make delete-old` in /usr/src. From owner-freebsd-current@FreeBSD.ORG Fri Mar 2 23:48:13 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7799A106564A for ; Fri, 2 Mar 2012 23:48:13 +0000 (UTC) (envelope-from rabgvzr@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 1AB228FC0C for ; Fri, 2 Mar 2012 23:48:12 +0000 (UTC) Received: by yhgm50 with SMTP id m50so1209306yhg.13 for ; Fri, 02 Mar 2012 15:48:12 -0800 (PST) Received-SPF: pass (google.com: domain of rabgvzr@gmail.com designates 10.236.144.134 as permitted sender) client-ip=10.236.144.134; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rabgvzr@gmail.com designates 10.236.144.134 as permitted sender) smtp.mail=rabgvzr@gmail.com; dkim=pass header.i=rabgvzr@gmail.com Received: from mr.google.com ([10.236.144.134]) by 10.236.144.134 with SMTP id n6mr17051990yhj.50.1330732092452 (num_hops = 1); Fri, 02 Mar 2012 15:48:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=3t/piVSY0Si6A4zHU67644hUnLI1AWOvfyr5bJk29Fw=; b=zfNm28Ghuwqo7abnkSmyb0IxN0BWzY9q9ZJwtYI38oJsig+qCmiN0Q01Cd53CguEWz 79wVwjADff5eS7ljUMf2ep31wiiSU2T66H1DMtp7llC9ZspyVGnjX0X11VxkUBK6ZIMG rQzZO/1gApWlSksdtZaqwUFhqWe85hKw8Eq3jtMbLSdP6nQGSkXxfeXRBL/N+xBGyfRE 8lJSnzv594+/7ZBOlvs3uuoqXlQjdSnQOO7DWpcp2PxsgVS5BpP1bBY6DgZhhHjvM2Xj IBCS/BIyhaKVKYL+nScVM5VBnN0AtOB+Ufr7Np2fBNP8Qe3211OXlvEHQECT6os13+UY wbeA== MIME-Version: 1.0 Received: by 10.236.144.134 with SMTP id n6mr13506407yhj.50.1330732092400; Fri, 02 Mar 2012 15:48:12 -0800 (PST) Received: by 10.236.144.130 with HTTP; Fri, 2 Mar 2012 15:48:12 -0800 (PST) In-Reply-To: <20120302231645.GA65949@in-addr.com> References: <20120302231645.GA65949@in-addr.com> Date: Fri, 2 Mar 2012 18:48:12 -0500 Message-ID: From: Rotate 13 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Gary Palmer Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:48:13 -0000 On Fri, 02 Mar 2012 18:16:45 -0500, Gary Palmer wrote: > Does the datestamp on /usr/sbin/named reflect when you built the world > or could named have been left over from a previous install? > > WITHOUT_BIND="yes" doesn't delete named if its already installed (not > sure > if 'make delete-old' cleans it up or not) "stat /usr/sbin/named" leaves me in shame - yes, it is left over from a previous buildworld. (Thanks also to others, whose suggestion of same problem just came in from where I sit.) On to next problem... > As for named running, if you do > > sh /etc/rc.d/named restart > > does it succeed? If so, the 'named_enable="no"' flag must be set wrong. "sh /etc/rc.d/named restart" gives exactly what you would expect ("Cannot `restart` named. Set named_enable to YES..."). > Also check to make sure that its not named from ports or some other > location (e.g. check fstat or lsof or something to make sure its actually > /usr/sbin/named and not from some other location) "fstat | grep /named" returns nothing (!), likewise "fstat | grep /sbin". However: # procstat -b `pgrep named` PID COMM PATH 63121 named /usr/sbin/named 63090 named /usr/sbin/named (I also never used ports BIND.) I would really like to figure this out before I do the necessary work to remove unwanted BIND from the system. Processes running without apparent reason, indicates something else is wrong. Thanks for the help so far. I am continuing to poke the system, just looking for the right tool to find out how this got started (also grepping logs which show start but don't seem to show why). From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:05:34 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E863C1065674; Sat, 3 Mar 2012 00:05:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id EB1128FC13; Sat, 3 Mar 2012 00:05:33 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so1206200wib.13 for ; Fri, 02 Mar 2012 16:05:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=SfmPZqkIyJCjYQ6uHKbFLgHCYuPrB5t0q4/sfi9GlXw=; b=rc6jzprusTAOJE4NpS6qJ9hd+BNVsjMs8lZYIMTQdKxV8S/JrVfH0vT0lwYMu+QhOU MGmJzjRAGksCe5P9cAXnr5otyFnuyCAsOZgvio8S7TKNytWgXQVm0byS3QHbWMcdnEya 39JNLhlYFUosPbF2/k844dAF51WOyMP6nc0Qs/sZscdOu8S8eSXPzZ3Zg3Sxa5pdpZcy aPgCE0ifIG2oa47183wkNXDG0RHwHiLCijyczeRRJ2K+dQZERDmNO4+/irawoXKjoORn gbTwFJD5CxRCeLfUfJ0rJbXvMFjUkCgyMBtz28wikuSzJrbBEe1fvi4ou0lZrGlrZShh bceg== MIME-Version: 1.0 Received: by 10.180.78.6 with SMTP id x6mr559918wiw.18.1330733132920; Fri, 02 Mar 2012 16:05:32 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Fri, 2 Mar 2012 16:05:32 -0800 (PST) In-Reply-To: References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> Date: Fri, 2 Mar 2012 16:05:32 -0800 X-Google-Sender-Auth: gALs1Y7QuN0ChbnB304RivKdlig Message-ID: From: Adrian Chadd To: "K. Macy" Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, Doug Barton , current@freebsd.org, =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 00:05:35 -0000 I've had the same problem with wireless. For some users, wireless works flawlessly. For other users, it's completely unusable. Trying to get any kind of useful feedback from people has been impossible at best. I've even had FreeBSD developers, sitting in the developers IRC channel, say wifi is so broken on FreeBSD they have to boot into windows to get anything done. Yet I still haven't seen any PRs about this. This is why I've been pushing people to keep filing PRs. I can't even begin to investigate what I don't know is broken and if the _developers_ don't use FreeBSD because supported wifi stuff is broken, then .. well, no hope, etc. The honest truth is this: for any system to work, there needs to be: * sufficient users reporting issues; * sufficient developers (and/or companies) wanting it to work and keeping the bug fixes coming; * a healthy cycle between the above two. If _either_ there are no developers or there is no feedback to the developer(s), the cycle breaks, and things rot in very annoying ways. Then you have the next problem, which is: * if it doesn't work, noone will use it * if noone uses it, noone will work on it. Try breaking that cycle. 2c, Adrian From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:26:29 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 032BB1065670 for ; Sat, 3 Mar 2012 00:26:29 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (mail.in-addr.com [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id C061A8FC0A for ; Sat, 3 Mar 2012 00:26:28 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S3cnY-000Kqy-Sl; Fri, 02 Mar 2012 19:26:08 -0500 Date: Fri, 2 Mar 2012 19:26:08 -0500 From: Gary Palmer To: Rotate 13 Message-ID: <20120303002608.GB65949@in-addr.com> References: <20120302231645.GA65949@in-addr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on noop.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 00:26:29 -0000 On Fri, Mar 02, 2012 at 06:48:12PM -0500, Rotate 13 wrote: > > As for named running, if you do > > > > sh /etc/rc.d/named restart > > > > does it succeed? If so, the 'named_enable="no"' flag must be set wrong. > > "sh /etc/rc.d/named restart" gives exactly what you would expect > ("Cannot `restart` named. Set named_enable to YES..."). > > > Also check to make sure that its not named from ports or some other > > location (e.g. check fstat or lsof or something to make sure its actually > > /usr/sbin/named and not from some other location) > > "fstat | grep /named" returns nothing (!), likewise "fstat | grep > /sbin". fstat only shows the inode number of the file, e.g. fstat -p 1283 | egrep '(^USER|text)' USER CMD PID FD MOUNT INUM MODE SZ|DV R/W bind named 1283 text /usr 333873 -r-xr-xr-x 1659284 r % ls -i /usr/sbin/named 333873 /usr/sbin/named > However: > > # procstat -b `pgrep named` > PID COMM PATH > 63121 named /usr/sbin/named > 63090 named /usr/sbin/named > > (I also never used ports BIND.) > > I would really like to figure this out before I do the necessary work > to remove unwanted BIND from the system. Processes running without > apparent reason, indicates something else is wrong. > > Thanks for the help so far. I am continuing to poke the system, just > looking for the right tool to find out how this got started (also > grepping logs which show start but don't seem to show why). I don't recall seeing in your original message - after the installworld, did you reboot? Does "ps auxww | grep named" show that the process predates your installworld? (The 9th column should show when the process started, from memory) If the named rc.d file shows that the flag is set correctly to disable named I'm not sure what else would start it. I'm also curious as to why two instances of named appear to be running. On the face of it that would appear to be broken as only one could bind to port 53. You're not running jails or anything similar are you? Gary From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:43:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349E8106566C for ; Sat, 3 Mar 2012 00:43:43 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 06E4C8FC12 for ; Sat, 3 Mar 2012 00:43:43 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q230hgSH073996 for ; Sat, 3 Mar 2012 00:43:42 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4F51693C.1020403@gmail.com> Date: Sat, 03 Mar 2012 08:43:40 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50CE89.6010009@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2012 00:43:43 -0000 On 2012/3/3 1:01, Adrian Chadd wrote: > Ok. So it's that exact commit? > > david, what did you break? :) > > > > Adrian I am also running the seamonkey and can not reproduce the problem. maybe he did hit the race window when I was committing the patches ? can he update and install the world and kernel again to see if the problem is still existing ? Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 00:58:13 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FE5106564A for ; Sat, 3 Mar 2012 00:58:12 +0000 (UTC) (envelope-from listlog2011@gmail.com) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D875B8FC08; Sat, 3 Mar 2012 00:58:12 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q230wB8U082838; Sat, 3 Mar 2012 00:58:12 GMT (envelope-from listlog2011@gmail.com) Message-ID: <4F516CA2.3080009@gmail.com> Date: Sat, 03 Mar 2012 08:58:10 +0800 From: David Xu User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: deeptech71@gmail.com References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F5124E6.9090607@FreeBSD.org> <4F512C6A.2030303@gmail.com> In-Reply-To: <4F512C6A.2030303@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: davidxu@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2012 00:58:13 -0000 On 2012/3/3 4:24, deeptech71@gmail.com wrote: > A truss snippet from running with an older-than-r232144 kernel: > > clock_gettime(4,{29653.159790037 }) = 0 (0x0) > write(12,"\M-z",1) = 1 (0x1) > clock_gettime(4,{29653.160165225 }) = 0 (0x0) > gettimeofday({1330716922.220648 },0x0) = 0 (0x0) > read(11,"\M-z",1) = 1 (0x1) > clock_gettime(4,{29653.160696018 }) = 0 (0x0) > clock_gettime(4,{29653.160836819 }) = 0 (0x0) > clock_gettime(4,{29653.160983765 }) = 0 (0x0) > clock_gettime(4,{29653.161112552 }) = 0 (0x0) > _umtx_op(0x2b115068,0x10,0x7fffffff,0x0,0x0,0x29d37dd4) = 0 (0x0) > clock_gettime(4,{29653.161450863 }) = 0 (0x0) > gettimeofday({1330716922.221944 },0x0) = 0 (0x0) > gettimeofday({1330716922.222150 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330716922.222624 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330716922.223087 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330716922.223537 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > > A truss snippet from running with an r232144 kernel: > > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.526717958 }) = 0 (0x0) > gettimeofday({1330717178.580346 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) = 0 (0x0) > clock_gettime(4,{111.527204892 }) = 0 (0x0) > gettimeofday({1330717178.580840 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.527649362 }) = 0 (0x0) > gettimeofday({1330717178.581284 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.528068968 }) = 0 (0x0) > gettimeofday({1330717178.581696 },0x0) = 0 (0x0) > gettimeofday({1330717178.581816 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.528613451 }) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > gettimeofday({1330717178.582380 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.529161565 }) = 0 (0x0) > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330717178.582956 },0x0) = 0 (0x0) > gettimeofday({1330717178.583142 },0x0) = 0 (0x0) > clock_gettime(4,{111.529783432 }) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > gettimeofday({1330717178.583550 },0x0) = 0 (0x0) > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330717178.590610 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > poll({5/POLLIN 4/POLLIN 20/POLLIN|POLLPRI 22/POLLIN|POLLPRI > 23/POLLIN|POLLPRI 24/POLLIN|POLLPRI 11/POLLIN},7,0) = 0 (0x0) > gettimeofday({1330717178.591162 },0x0) = 0 (0x0) > read(4,0x2c940018,4096) ERR#35 'Resource temporarily > unavailable' > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.538268868 }) = 0 (0x0) > gettimeofday({1330717178.591910 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' > clock_gettime(4,{111.538700487 }) = 0 (0x0) > gettimeofday({1330717178.592328 },0x0) = 0 (0x0) > _umtx_op(0x2b115068,0xf,0x0,0x1,0xbf4f9e2c,0x0) ERR#60 'Operation > timed out' I suspect that your kernel and libthr are out of sync. You have installed only new version of kernel or libthr and forgotten to install another ? With -CURRENT, it is better to update whole tree and install whole tree includes kernel. From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 01:57:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8219106564A; Sat, 3 Mar 2012 01:57:23 +0000 (UTC) (envelope-from rabgvzr@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 6C8C08FC0A; Sat, 3 Mar 2012 01:57:23 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1239832ggn.13 for ; Fri, 02 Mar 2012 17:57:22 -0800 (PST) Received-SPF: pass (google.com: domain of rabgvzr@gmail.com designates 10.236.79.193 as permitted sender) client-ip=10.236.79.193; Authentication-Results: mr.google.com; spf=pass (google.com: domain of rabgvzr@gmail.com designates 10.236.79.193 as permitted sender) smtp.mail=rabgvzr@gmail.com; dkim=pass header.i=rabgvzr@gmail.com Received: from mr.google.com ([10.236.79.193]) by 10.236.79.193 with SMTP id i41mr16884187yhe.16.1330739842864 (num_hops = 1); Fri, 02 Mar 2012 17:57:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Vo0Xkyqt3aQUDuAzd6Ov5otmyNgy7r5BZ7mF4dytmu8=; b=ehRDTTYQWoDRE+QdHvNVr4C2L5lOqqc0hOie1hEL6zaeRdk1JUjD0VS7yjIK+b07m0 /5T+0owZgNCHeDP3vDr/siLEQw0k7dxbaLOPmq6dhDTkgtDMRXL6wkcYY91UQBlo0tXv +HKY99frvPeo1sWwykUnV8g7KffrfMAyvnaI3rQgZbf5QwDUQWh+jw84IclUMEpJOL7i SYFDOvykeWeCNgQL6mb/k7aLHIfZkGx5HX+6hkn1h7gXUDU6ul5Bb335oKq2iUjKgP8Q MrtHr8r82Q2p4eWs8HfemIfv2YZRW2B7wOgq9AxEFQmKnYa2ryPPYz2kVqnvLY0OHwkb shcw== MIME-Version: 1.0 Received: by 10.236.79.193 with SMTP id i41mr13444791yhe.16.1330739842808; Fri, 02 Mar 2012 17:57:22 -0800 (PST) Received: by 10.236.144.130 with HTTP; Fri, 2 Mar 2012 17:57:22 -0800 (PST) In-Reply-To: <20120303002608.GB65949@in-addr.com> References: <20120302231645.GA65949@in-addr.com> <20120303002608.GB65949@in-addr.com> Date: Fri, 2 Mar 2012 20:57:22 -0500 Message-ID: From: Rotate 13 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Gary Palmer Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 01:57:24 -0000 On Fri, 02 Mar 2012 19:26:08 -0500, Gary Palmer wrote: > fstat only shows the inode number of the file, e.g. [...] Oops. I should have paid more attention (or installed sysutils/lsof) before piping around output of an unfamiliar tool... > I don't recall seeing in your original message - after the installworld, > did you reboot? Does "ps auxww | grep named" show that the process > predates your installworld? (The 9th column should show when the process > started, from memory) The system was rebooted twice since installworld, while testing different things. Unfortunately, the system panicked while I was digging around (seemed hardware-related; I do not think this was related to the original problem). When it came up, named was not running. I do need the machine to actually work, so I dumped the filesystems with system stuff (/usr, /var, /etc...) and started nuking/rebuilding a clean install. Maybe I will someday poke around the dumps and find something, but at this point I suspect it is either serious configuration error (PEBKAC) or something else not FreeBSD's fault. > I'm also curious as to why two instances of named appear to be running. > On the face of it that would appear to be broken as only one could bind > to port 53. You're not running jails or anything similar are you? No jails. dmesg had repeated messages about inability to bind ports - that's what gave me the clue that named was running in the first place. I was experimenting with a variety of dnsware, and dnsmasq was peacefully occupying 53 udp. So, neither named process was able to bind (no pun intended). And named was obviously started significantly after boot... Thanks for all the help. I wish this came out more usefully for the archives - but it seems to be wind up as a combination of "luser forgot to make delete-old" and "bizarre, unsolved UNIX mystery". From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 06:16:50 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C16C51065672 for ; Sat, 3 Mar 2012 06:16:50 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 91D838FC0C for ; Sat, 3 Mar 2012 06:16:50 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q236GnLa025844 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 2 Mar 2012 22:16:50 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F51B756.20807@freebsd.org> Date: Fri, 02 Mar 2012 22:16:54 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: deeptech71@gmail.com References: <4F50CE89.6010009@gmail.com> <20120302210810.c67d3030.ray@ddteam.net> <4F512BB0.9070202@gmail.com> In-Reply-To: <4F512BB0.9070202@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 06:16:50 -0000 On 3/2/12 12:21 PM, deeptech71@gmail.com wrote: > Aleksandr Rybalko wrote: >> On Fri, 2 Mar 2012 09:01:25 -0800 >> Adrian Chadd wrote: >> >>> Ok. So it's that exact commit? >>> >>> david, what did you break? :) >>> >> >> I bet it is old enough :) >> I'm on 9.0-PRERELEASE #3 r227950 and when Seamonkey can't reach some >> document it get 100% cpu. one time I even attach to it and found what >> seamonkey polling socket very-very fast, but no I'm have not so much >> free time to found what really broken. IIRC same happen in FF also. > > No, this 100% CPU usage began a few days ago, with r232144. > > Although generally, the property that SeaMonkey's CPU usage slowly > converges (instead of snapping) to 0 is WRONG, and that can be > confirmed by the fact that on FreeBSD 9.0-RELEASE (as reported by > someone) and Windows XP, SeaMonkey's CPU usage is snappy. maybe related to the over-enthusiastic timeouts we've been seeing on 9.0 and pthread condvar_timedwait() > _______________________________________________ > 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 Mar 3 06:17:41 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74A76106566C; Sat, 3 Mar 2012 06:17:41 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 45A158FC21; Sat, 3 Mar 2012 06:17:41 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q236He0g025852 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 2 Mar 2012 22:17:40 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F51B789.8030208@freebsd.org> Date: Fri, 02 Mar 2012 22:17:45 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: davidxu@freebsd.org References: <4F50CE89.6010009@gmail.com> <4F51693C.1020403@gmail.com> In-Reply-To: <4F51693C.1020403@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, David Xu Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 06:17:41 -0000 On 3/2/12 4:43 PM, David Xu wrote: > On 2012/3/3 1:01, Adrian Chadd wrote: >> Ok. So it's that exact commit? >> >> david, what did you break? :) >> >> >> >> Adrian > > I am also running the seamonkey and can not reproduce the problem. > maybe he did hit the race window when I was committing the patches ? > can he update and install the world and kernel again to see if the > problem > is still existing ? try different clock source.. (sysctl) > > Regards, > David Xu > > _______________________________________________ > 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 Mar 3 06:49:09 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EEF9106566C for ; Sat, 3 Mar 2012 06:49:09 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 14ADE8FC12 for ; Sat, 3 Mar 2012 06:49:08 +0000 (UTC) Received: from julian-mac.elischer.org (c-67-180-24-15.hsd1.ca.comcast.net [67.180.24.15]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id q236mxXc025976 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 2 Mar 2012 22:49:00 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <4F51BEE0.7090108@freebsd.org> Date: Fri, 02 Mar 2012 22:49:04 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: Doug Barton References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> In-Reply-To: <4F510FBD.50008@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "K. Macy" , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger , current@freebsd.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 06:49:09 -0000 On 3/2/12 10:21 AM, Doug Barton wrote: > On 03/02/2012 03:44, K. Macy wrote: > not sure who wrote: >> Correct. However, I'm not sure the analogy is flawed. I am, to some >> degree, guilty of the same sin. I now run Ubuntu and have never had a >> single problem keeping my package system up date, in stark contrast to >> my experiences of slow and nightmarishly error-ridden port updates. > but I use the PBIs from pcbsd.. you REALLY don't have this problem with them. > Doug > From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 08:36:43 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8676B1065673 for ; Sat, 3 Mar 2012 08:36:43 +0000 (UTC) (envelope-from deeptech71@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7E48FC15 for ; Sat, 3 Mar 2012 08:36:42 +0000 (UTC) Received: by eekd17 with SMTP id d17so882088eek.13 for ; Sat, 03 Mar 2012 00:36:36 -0800 (PST) Received-SPF: pass (google.com: domain of deeptech71@gmail.com designates 10.213.32.132 as permitted sender) client-ip=10.213.32.132; Authentication-Results: mr.google.com; spf=pass (google.com: domain of deeptech71@gmail.com designates 10.213.32.132 as permitted sender) smtp.mail=deeptech71@gmail.com; dkim=pass header.i=deeptech71@gmail.com Received: from mr.google.com ([10.213.32.132]) by 10.213.32.132 with SMTP id c4mr1638002ebd.77.1330763796350 (num_hops = 1); Sat, 03 Mar 2012 00:36:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=0HUCTHfMxlcPR5Rgc+GTWbF6s9cgI4bH/9t1zdfs1cA=; b=E9N93QzB7ovB6S4JvQx5kqacNgk8Cxqi48I4dhmjzGm6Mpj680wMbNnVCl3oziEuFE RhYe/bdCU7o/d6x0wls+MkILpmaaIkQP6HEYZrQ+hPHZFFQKGMq8WQHB/xcAC7nXRyx4 61lF2ugszEI9aox8nkeVzYCDmWAsDspRd24/URb9PVSZHHSnVMhQsZ5GuVOujsb9iZ/D tkpeXFSvgU4LQChOPiEqPS13+uE+qLKeLxhx76Za1LInQRSwpUsUmCYUcJ10vsmoMHRR mhlKY2u1rQdgbK1U5rTPhNrYsZNPUQ5qZtAzgV4NRKL7O1SYDXKnT894rkB+3bqiGOIm U4fg== Received: by 10.213.32.132 with SMTP id c4mr1269124ebd.77.1330763796287; Sat, 03 Mar 2012 00:36:36 -0800 (PST) Received: from [192.168.1.80] (dsl4E5C385D.pool.t-online.hu. [78.92.56.93]) by mx.google.com with ESMTPS id s48sm31079581eem.0.2012.03.03.00.36.34 (version=SSLv3 cipher=OTHER); Sat, 03 Mar 2012 00:36:35 -0800 (PST) Message-ID: <4F51D916.5090301@gmail.com> Date: Sat, 03 Mar 2012 09:40:54 +0100 From: deeptech71@gmail.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120229 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50CE89.6010009@gmail.com> <4F51693C.1020403@gmail.com> In-Reply-To: <4F51693C.1020403@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 08:36:43 -0000 David Xu wrote: > I am also running the seamonkey and can not reproduce the problem. > maybe he did hit the race window when I was committing the patches ? > can he update and install the world and kernel again to see if the problem > is still existing ? Yes, he has just rebuilt his world and kernel again, using the latest revision, and he found that the problem disappeared. Although SeaMonkey's CPU usage still doesn't snap to 0 during inactivity. David Xu wrote: > I suspect that your kernel and libthr are out of sync. You have > installed only new version of kernel > or libthr and forgotten to install another ? With -CURRENT, it is better > to update whole tree and > install whole tree includes kernel. No, I deliberately didn't build a new world (because it takes ~10 times as long to build a world+kernel combination compared to just a kernel). I always had the impression that using an older world with a more recent kernel is almost always supported, and the exceptional cases are noted in the UPDATING file, as a quote shows: "User utilities using SIOCAIFADDR, SIOCAIFADDR_IN6, e.g. ifconfig(8), need to be recompiled.". From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 09:08:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 7A1FB106566B for ; Sat, 3 Mar 2012 09:08:39 +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 CCF45150124; Sat, 3 Mar 2012 09:08:38 +0000 (UTC) Message-ID: <4F51DF96.1040100@FreeBSD.org> Date: Sat, 03 Mar 2012 01:08:38 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: deeptech71@gmail.com References: <4F50CE89.6010009@gmail.com> <4F51693C.1020403@gmail.com> <4F51D916.5090301@gmail.com> In-Reply-To: <4F51D916.5090301@gmail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 09:08:39 -0000 On 3/3/2012 12:40 AM, deeptech71@gmail.com wrote: > Although SeaMonkey's CPU usage still doesn't snap to 0 during inactivity. Just because you're not clicking anything doesn't mean that it is inactive, FYI. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 11:10:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5DE4106566C; Sat, 3 Mar 2012 11:10:31 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe09.c2i.net [212.247.155.2]) by mx1.freebsd.org (Postfix) with ESMTP id C6A9A8FC0C; Sat, 3 Mar 2012 11:10:30 +0000 (UTC) X-T2-Spam-Status: No, hits=-1.0 required=5.0 tests=ALL_TRUSTED Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe09.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 72226834; Sat, 03 Mar 2012 12:10:28 +0100 From: Hans Petter Selasky To: freebsd-scsi@freebsd.org, Alexander Motin , gibbs@freebsd.org, freebsd-current@freebsd.org Date: Sat, 3 Mar 2012 12:08:48 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201203031208.48514.hselasky@c2i.net> Cc: Subject: CAM detach races with USB memory sticks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 11:10:31 -0000 Hi, I've started looking into some attach/detach stress tests for USB mass storage devices. During my bughunting I've found the following issue: In /sys/cam/cam_xpt.c: 4569 void 4570 xpt_release_device(struct cam_ed *device) 4571 { 4572 4573 mjacob 224806 if (device->refcount == 1) { 4574 gibbs 39212 struct cam_devq *devq; 4575 4576 gibbs 44500 if (device->alloc_ccb_entry.pinfo.index != CAM_UNQUEUED_INDEX 4577 || device->send_ccb_entry.pinfo.index != CAM_UNQUEUED_INDEX) 4578 panic("Removing device while still queued for ccbs"); 4579 gibbs 49927 4580 if ((device->flags & CAM_DEV_REL_TIMEOUT_PENDING) != 0) XXXX HERE XXXX 4581 mjacob 224806 callout_stop(&device->callout); 4583 mav 198748 TAILQ_REMOVE(&device->target->ed_entries, device,links); 4584 device->target->generation++; 4585 device->target->bus->sim->max_ccbs -= device->ccbq.devq_openings; 4586 trasz 186184 /* Release our slot in the devq */ 4587 mav 198748 devq = device->target->bus->sim->devq; 4588 trasz 186184 cam_devq_resize(devq, devq->alloc_queue.array_size - 1); 4589 avatar 147571 camq_fini(&device->drvq); 4590 mav 198377 cam_ccbq_fini(&device->ccbq); 4591 ken 230590 /* 4592 * Free allocated memory. free(9) does nothing if the 4593 * supplied pointer is NULL, so it is safe to call without 4594 * checking. 4595 */ 4596 free(device->supported_vpds, M_CAMXPT); 4597 free(device->device_id, M_CAMXPT); 4598 free(device->physpath, M_CAMXPT); 4599 free(device->rcap_buf, M_CAMXPT); 4600 free(device->serial_num, M_CAMXPT); 4601 4602 mav 198748 xpt_release_target(device->target); 4603 avatar 147723 free(device, M_CAMXPT); Remember our OS is SMP now, so callout_drain() must be used on all callouts before the structure where they are located are freed. Above I only see callout_stop(). The problem is that xpt_release_device() appears to be called locked and callout_drain() requires unlocked context! How do we solve this? I don't know so much about the CAM layer and I hope that someone who does can give a hand here. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 11:39:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5E8DB106566B for ; Sat, 3 Mar 2012 11:39: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 DEAC78FC1C for ; Sat, 3 Mar 2012 11:39: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 <1S3nJI-0003jF-Ur>; Sat, 03 Mar 2012 12:39:37 +0100 Received: from e178025231.adsl.alicedsl.de ([85.178.25.231] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S3nJI-0007pw-NU>; Sat, 03 Mar 2012 12:39:36 +0100 Message-ID: <4F5202F0.1020205@zedat.fu-berlin.de> Date: Sat, 03 Mar 2012 12:39:28 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org, Current FreeBSD References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F513B2D.6010809@FreeBSD.org> <4F5148A7.4080408@FreeBSD.org> <4F51BDDA.3020602@hm.net.br> In-Reply-To: <4F51BDDA.3020602@hm.net.br> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCDD584BCDD94D7E19CD4691B" X-Originating-IP: 85.178.25.231 Cc: Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 11:39:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDD584BCDD94D7E19CD4691B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/03/12 07:44, H wrote: > Doug Barton wrote: >> [...] Sure, >> our strength is servers, and that is not going to change.=20 I agree and disagree. Based upon the struggle with desktop usage and focus on development, FreeBSD is de facto more server oriented. But in comparison to several other non-BSD opensource server OS projects, the corridor of advantages in FreeBSD became and still become smaller and smaller. This is the experience of using FreeBSD now since 1995 as my favorite OS for servers I maintained for scientific projects and my personal desktop(s). Please don't take me wrong, but the conclusion of the strength of FBSD is due to its weakness - and this is not willingly, it is coincidentialy.= >> But how many real-life bugs have I personally uncovered in -current as= >> a result of actually running it (mostly) daily? I'm not the only one, >> certainly, but if the numbers were flipped and the vast majority of >> our developers *did* use FreeBSD routinely, how much better off would >> we be? Well, for an "open" source project this sounds to me a bit strange. Developers do not use the OS they developing for as their platform? This might be new to me and an old information for the majority of you developers, but I see strange implications ins that fact. FreeBSD is considered an open source project ran by "volunteers" (I receive this magic message in all forums I ever complained about some problems ...). Honestly and in terms on logic, I can not line up several points, sorry, I might be too dumb. Obviously not a development by heart but by payment? But this is OT here and I never could emphaszie people to follow my philosophical tracks (which might be inadequate for some sets of people ...). > let's face some reality. Forever installing FreeBSD Desktop, either KDE= > or Gnome, was a nightmare process, or better, to make it appear on > screen was a nightmare. Since myself (and some remnant "we") use FreeBSD for both servers (development of scientific software, processing scientific stuff, modelling, rendering for PR products related in astrodynamics and planetary sciences) and as the desktop system of choice, I never found a friend in that performance eating thing "KDE" or "GNOME" and stayed long time with fvwm and now with windowmaker. Yes, this sounds like an echo from the past, but living like a monk and celebrating askesis in that fashion made me faster in some ways and independent from "fast" hardware and recent developments in X11, in which FreeBSd now turns out to get a position "last" in terms of modern display driver architectures. But I'm still impressed by the fancy and coloured desktops of PC-BSD, which I have ran for some people to lurde them into the BSD world ... >=20 > Even if somebody got all packages into his system (by miracle?), it > still did not popped up. Without some special knowledge _no_chance_. >=20 > who knows, the guys who created and battled on area51 knew why they > chose this name :) >=20 > Still now, kde4, hours of install, missing packages, compiling and stil= l > nothing, somewhere over the process, flies over the screen please set > kdm4_enable=3D"YES" ... I guess that will not be noticed by any user >=20 > Even if some smart guy figures out that he needs xorg-server, the port > or package do not select all it needs for running, its own drivers and > so. How a user should know that? There is a windeco which installs > hundreds of deps, even sound what do not work on FreeBSD, but xorg do > not have deps for its functionality? goooood ... ohhh I forgot, that ha= s > nothing to do with the desktop itself , sorry for mentioning ... Maybe the logic behind the dependency system need a refurbish? I feel lost when trying to look into the vast number of of *.mk files and having to figure out myself how they get involved when building some essential ports. Each "tweak" seems to go into those files undocumented and the logical hierarchy isn't obvious, since many dependencies are hidden in GNOME/KDE related files. Not to mention the mess that ariose when I tried to follow a strict separartion of building the core FreeBSD UNIX only with /etc/src.conf leaving compiler options for non-/usr/src related software in make.conf. Obviously, they are mixed up in a way I get tired as a non-developer to keep on pace with.CLANG is a nice compiler, I like it, I use it now as the base compiler for everything, but the lack of OpenMP and optimizations for modern CPUs (Core-i7/Sandy Bridge/-E) makes it a bit unapplicable to several software packages I'd like to use. And the confusion using the legacy, outdated gcc 4.2.1 in the base system and replace it "easily" by gcc 4.6.3 or now 4.7.X is taking valuable working time. I think, and this is my personal opinion and view, it would be much better to sort out the confusion in the build system(s) and then start over. I guess there are a lot of options to do so, even now, but how to find documentation? Crawling scripts and source code to find out the logic and vast numbers of variables isn't a way. > Even if lots of you do not like it to hear, fact is that we must look > around and see how others do it. Windows, whatever it is, it is easy to= > install for everybody. Well, this is right. But do not forget that even those fancy and easy to use installation framework hide a lot of the underlying system's hierarchy and logic. Look at all the Linux systems, trying to get on par with Windows. How long did they raped Linux to get it that way looking? In and on FreeBSD, speaking now for the server, I receive a problem or get aware of a problem. Since the system hasn't been overpolluted and made suffering with logic and structure covering scripts like, for instance in Suse Linux or Ubuntu, I often know were to look for a solution. On our Linux systems (CentOS, Ubuntu, Suse), I need to consult fancy scripts. Yes, the scripts work - in most cases, but I do not know what is going on beneath ... In terms of security, privacy and total control this is a very bad feeling situation. > If it was my decision, it should be go to ports=3Dno_no, packages=3DYES= In such a case, there would be no reason anymore to use FreeBSD! I want to use the system as fast as possible on desktop, so binary packages should be all right. But on servers, I'd like to squeeze out the last nanosecond I can grab by using dedicated compiler options. So I wnt to have the choise! My freedom, my responsibility and also the freedom to decide for my own how much "brain" I want to invest into understanding my OS - or even not. At this very point, I "can", up to a certain point, decide how much time I want to spend on understanding. Others "can not", by natural selection, they need to be stuck with binaries. or they won't, because they are more in business than science and have no interest in other things than money. Or, even in more soft words, they need a working horse to perform the daily work they are interested in. >=20 > I mean, as long as the packages are not complete and ready, no new port= > version should be released or announced Why not? How should the "free" open source community then ever help to debug? I guess what you think about is to have a more strict "RELEASE/STABLE/CURRENT/ based policy also for the ports system? I would agree. >=20 > So who dares,understand and can or like adventures, compiles from ports= It is not simple as that. The "logic" starts at the compiler's point. GCC 4.2.1 isn't an option in many cases, CLANG unsuitable (openMP). On the other hand, who should provide all the binary coverage? As you could see, the user domain of FreeBSD is shrinking. And even my department is not willing to spend my time, traffic volume and hardware to provide a build server for FreeBSD binaries to provide a better coverage for "world" or even only for the mid of Germany. They like to be better with Linux, preferably "Ubuntu". >=20 > Such a decision would help FreeBSD in all means and would help the user= s > as well, in any case it will create more users Yes, well said, but a bit false. World has changed since the last 50 years, politically. Monolithic capitalism with a herd of dumb, mean animals only want to "touch and use". Monolithic socialism creates mean people from the same source, greedy, envy to share and kick-asses those who can and are bright enough. The "bright" go to capitalism, sonce they get sucked in by monstrous large companies, the remnants remain in "socialism" pools. The so called Bourgeoisie is getting smaller, but this is also OT, sorry ... >=20 > Why somebody should chose FreeBSD as his daily desktop, oh man, only > some die-hard-guys like you and me, but you know, that is not hours of > work, that is days, weeks and constant setbacks for whatever reasons ..= =2E > that is not for anybody. And you are right, no traffic on the specific > lists, why? because the three on the list, two can help themselves (you= > and me) and the other is the moderator ... :) not even the port > maintainer/packager is on that list ... :) >=20 Well, these days dying on FreeBSD is much quicker than years before - in my special case. Linux is faster in (our) network. Linux response faster in (our) NFSv4 (environment). Linux has a better scalability (NUMA awareness seems to be better on our 2-socket servers). Linux adopt faster new architectures due to a better maintaining of the necessary compiler(s). And I'm going to face another development that will let FreeBSD die faster in certain scientific areas (were the BSD has been born!). This is mainly due to the lack of the support of modern GPGPU stuff. I'm forced to replace several FreeBSD servers now by Suse Linux machines. Reason: GPGPU. We can use OpenCL/CUDA on the TESLA boards we obtained, we can use OpenCL/CUDA on the desktop boxes equipted with expensive and fast GPU hardware (and we do this very intensive now). We modell, simulate and optimize on GPGPU code developed by scientists in our depeartment, based on OpenCL. Since we are also dependend on funding from the government (we have to present so called "PR products" which include scientifically prepared and rendered products of solar system objects like Mars or the Saturnian icy moons), we need to build up a "render cluster", which we do with a well known open source rendering software which has now GPGPU support. Even on "out of the box server Linux" this can not be performed "out of the box" and need "die hard" people. But they do not die hard on FBSD anymore. Call it "natural selection". Regards, oh --------------enigCDD584BCDD94D7E19CD4691B 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.18 (FreeBSD) iQEcBAEBAgAGBQJPUgL4AAoJEOgBcD7A/5N8s9gH/A3KdiTIyL9ayJGxHJ+Z8gve Hu08UXUH4sR1F3vXwSyroxSVEpz9KWa3WCkjMugeGJqT1sNegEHCQornaaVFRiat TcbiSOYgyOdwSWFaFo2KOfQgjL/ppP3oUQoYTP/dIKZBS+NwCjj1in48XLK+NKB0 YfxH3ktivLTHpCBQUi0OMuZunNBb1EGgoZy6F/8xn5EyOFSfHWjXFJ2Ilpkz8KT0 EWzAVuCSxWd9BVrkwfa2pLah4XIQ2fc7g+RXN37SEOrFhYodTnLmB2zX0tK0dWss 5J/grdI4lFju1atHGBB8OvzDCNFrPh7I3r+vBb6zK3LIe3ad33mqfzCI6FY+8aw= =pIUK -----END PGP SIGNATURE----- --------------enigCDD584BCDD94D7E19CD4691B-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 11:48:53 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF98106566B for ; Sat, 3 Mar 2012 11:48:53 +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 34AF48FC12 for ; Sat, 3 Mar 2012 11:48:53 +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 <1S3nSG-0004cs-Bm>; Sat, 03 Mar 2012 12:48:52 +0100 Received: from e178025231.adsl.alicedsl.de ([85.178.25.231] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1S3nSG-0008HW-6s>; Sat, 03 Mar 2012 12:48:52 +0100 Message-ID: <4F520523.90406@zedat.fu-berlin.de> Date: Sat, 03 Mar 2012 12:48:51 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEE63C12039B6C7765CAA771C" X-Originating-IP: 85.178.25.231 Subject: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 11:48:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEE63C12039B6C7765CAA771C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this error message as shown below. I need to add, that I compiled the shown nvidia-driver hours ago on all FreeBSD 9.0-STABLE boxes with the same settings and I compiled the driver just two days before the same way I tried it this morning. What's wrong? Some unexpected breakage? Then this is my shout to the community. Message below. Regards and thanks in advance, Oliver =3D=3D=3D> Vulnerability check disabled, database not found =3D=3D=3D> License NVIDIA accepted by the user =3D=3D=3D> Found saved configuration for nvidia-driver-295.20 =3D=3D=3D> Extracting for nvidia-driver-295.20 =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. =3D=3D=3D> Patching for nvidia-driver-295.20 =3D=3D=3D> nvidia-driver-295.20 depends on file: /usr/local/libdata/pkgconfig/xorg-server.pc - found =3D=3D=3D> nvidia-driver-295.20 depends on shared library: GL.1 - found= =3D=3D=3D> Configuring for nvidia-driver-295.20 =3D=3D=3D> Building for nvidia-driver-295.20 =3D=3D=3D> src (all) "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") "/sys/conf/kmod.mk", line 115: if-less endif "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") "/sys/conf/kern.mk", line 31: if-less endif "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC} =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") "/sys/conf/kern.mk", line 109: if-less endif make: fatal errors encountered -- cannot continue *** [all] Error code 1 Stop in /usr/ports/x11/nvidia-driver/work/NVIDIA-FreeBSD-x86_64-295.20. --------------enigEE63C12039B6C7765CAA771C 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.18 (FreeBSD) iQEcBAEBAgAGBQJPUgUjAAoJEOgBcD7A/5N8hPoH/jgGh6KVAUVv+cMDvb15OPg/ TvZkbDCdrwLRt592dqh7N2nktAHdGqMiAJI8T9UcTWqkM+L7/PEpGDWjH84X5mJ6 uoJrVZKsCedmK1dXmPGUuBN2XL+DUE6M7GchgD6tIL4B4XgWssEmIJxolr69EeGA +FJtrLcrowrT377pew4fH74CKRb/o/F8TfF+0lqPFn4ESKXaTuK2iTnKTUhCvcdq yvNggkigQ1TkcTP7WWh8ST2lxKAAz/tXSKWXZ/e0GfIT2E30sj27PAInp35ZGDQO gNwMKnF8ohl0krlmSA97rpNSmQGKREO4XZzI5Tl+3FirML41d5eR8gWOp4/8NU4= =rqjN -----END PGP SIGNATURE----- --------------enigEE63C12039B6C7765CAA771C-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 12:54:08 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 072EA106566B; Sat, 3 Mar 2012 12:54:08 +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 AECD58FC16; Sat, 3 Mar 2012 12:54:07 +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 <1S3oTO-0003qJ-JS>; Sat, 03 Mar 2012 13:54:06 +0100 Received: from e178025231.adsl.alicedsl.de ([85.178.25.231] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S3oTO-0002vX-Eq>; Sat, 03 Mar 2012 13:54:06 +0100 Message-ID: <4F521467.6010709@zedat.fu-berlin.de> Date: Sat, 03 Mar 2012 13:53:59 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Current FreeBSD , FreeBSD Stable Mailing List References: <4F520883.5090204@FreeBSD.org> In-Reply-To: <4F520883.5090204@FreeBSD.org> X-Enigmail-Version: 1.3.5 X-Forwarded-Message-Id: <4F520883.5090204@FreeBSD.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCBA8523E8141C58FC0D68B22" X-Originating-IP: 85.178.25.231 Cc: Subject: Fwd: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 12:54:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCBA8523E8141C58FC0D68B22 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable on 03/03/2012 13:44 O. Hartmann said the following: > Back to the topic of the initial posting: >=20 > Where can I find documentation for the "idiot" about flowtable? I can=20 > switch this to "ON" in the kernel config on FreeBSD 9.0-STABLE as well = as > in FreeBSD 10.0-CURRENT. But I can not find any hint what it is suppose= d to > do, what benefit it could provide or what working environment it is aim= ed > to. >=20 > There are other kernel options, like IPI_PREEMPTION, which are very poo= r=20 > "documented". I feel willing to switch on and off options and watch the= =20 > system's behaviour, but I'm not willing to find out what those options = are > for by running a uncountable number of benchmarks or tests. >=20 > It would be really nice to have a very intuitive way to find some "note= s" > on that. The "NOTES" files are not sufficient. Maybe it would make sense to restore the original To/Cc list too? --=20 Andriy Gapon --------------enigCBA8523E8141C58FC0D68B22 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.18 (FreeBSD) iQEcBAEBAgAGBQJPUhRtAAoJEOgBcD7A/5N8j7QH/jmxcsD/iSAV643TSIc2EAJi NAZQV87WcIEIKbW1NrZov1eA3b7GZDT8tXmbkj0JwdCmcX6CNDjN7p1Jqdmfq4uj RPntXi0DMhFxknvPkrOuQYHkrtJFxhJCC4G8C3Nf3ysL0wdyo+GD/xY/8wWopWVx cvTrI8XwcTX26v5SQzkR9RNtwjYZpb4UGrd8bTuQV7FYqDYRpy7W9J3daENyl6UA SFJ12k3MLvbPALl2glcFfR4VxGsJoviAxr+Ov11/I6spHJbtsdedWhrGut7cm+V4 ZdKXwpkgTr6QE+ikOcAfDu6htuaCJt8iL/OUyun7EeS+3jMSEU2+4hlHASJbJfo= =c3MI -----END PGP SIGNATURE----- --------------enigCBA8523E8141C58FC0D68B22-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 13:24:39 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEF41106564A for ; Sat, 3 Mar 2012 13:24:39 +0000 (UTC) (envelope-from utisoft@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 8BFF78FC14 for ; Sat, 3 Mar 2012 13:24:39 +0000 (UTC) Received: by iahk25 with SMTP id k25so4631395iah.13 for ; Sat, 03 Mar 2012 05:24:39 -0800 (PST) Received-SPF: pass (google.com: domain of utisoft@gmail.com designates 10.42.165.196 as permitted sender) client-ip=10.42.165.196; Authentication-Results: mr.google.com; spf=pass (google.com: domain of utisoft@gmail.com designates 10.42.165.196 as permitted sender) smtp.mail=utisoft@gmail.com; dkim=pass header.i=utisoft@gmail.com Received: from mr.google.com ([10.42.165.196]) by 10.42.165.196 with SMTP id l4mr9390708icy.1.1330781079025 (num_hops = 1); Sat, 03 Mar 2012 05:24:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 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=ThC2dDwQH8qd9aT5xvy10t9G1YmnUU7KM2yKWFRdAhA=; b=s+7H3ZwiFwR0tnyeUr+v1DnmIg5kRhgt4CqOZzYbXwir0kpoPbbeDWA1FDPVYswdrL GP1Udv3pVVoiZibBnyu8sgTyydDFKwoz4xy4LBGxyEu9+jxz2t/i0U5K9kjH/cFprVIJ R6Af091xNc5RTvsLwTlbS6RcDUx0+eLxOyqUXsc9ZKNL4DX4Tx5dVGzqriHWoFu3V3nV f09PnbCFbRQb0kvAObV8rYV84Yagj36W66JcJ8oXNdaDrz7LEsPaWSMOF/RlvXyXPttG 2Z9RTDQcyB/HYXbKlW747+GfydRp6ZzWHUM2R3rGE0kQ1TuWxh62Gbh59Y4y7N7LfCTl kNrA== Received: by 10.42.165.196 with SMTP id l4mr7706347icy.1.1330781078945; Sat, 03 Mar 2012 05:24:38 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.53.67 with HTTP; Sat, 3 Mar 2012 05:24:08 -0800 (PST) In-Reply-To: <4F520523.90406@zedat.fu-berlin.de> References: <4F520523.90406@zedat.fu-berlin.de> From: Chris Rees Date: Sat, 3 Mar 2012 13:24:08 +0000 X-Google-Sender-Auth: QUbqH-GmK3NyWLXwZ-7UPmFqdMo Message-ID: To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Current FreeBSD Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 13:24:40 -0000 On 3 March 2012 11:48, O. Hartmann wrote: > On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this > error message as shown below. > > I need to add, that I compiled the shown nvidia-driver hours ago on all > FreeBSD 9.0-STABLE boxes with the same settings and I compiled the > driver just two days before the same way I tried it this morning. What's > wrong? > > Some unexpected breakage? Then this is my shout to the community. > > Message below. > > Regards and thanks in advance, > Oliver > > =3D=3D=3D> =A0Vulnerability check disabled, database not found > =3D=3D=3D> =A0License NVIDIA accepted by the user > =3D=3D=3D> =A0Found saved configuration for nvidia-driver-295.20 > =3D=3D=3D> =A0Extracting for nvidia-driver-295.20 > =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. > =3D=3D=3D> =A0Patching for nvidia-driver-295.20 > =3D=3D=3D> =A0 nvidia-driver-295.20 depends on file: > /usr/local/libdata/pkgconfig/xorg-server.pc - found > =3D=3D=3D> =A0 nvidia-driver-295.20 depends on shared library: GL.1 - fou= nd > =3D=3D=3D> =A0Configuring for nvidia-driver-295.20 > =3D=3D=3D> =A0Building for nvidia-driver-295.20 > =3D=3D=3D> src (all) > "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} > =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") > "/sys/conf/kmod.mk", line 115: if-less endif > "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} > !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") > "/sys/conf/kern.mk", line 31: if-less endif > "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC} > =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") > "/sys/conf/kern.mk", line 109: if-less endif > make: fatal errors encountered -- cannot continue > *** [all] Error code 1 > Please post your make.conf and src.conf. Chris From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 13:42:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48253106566B for ; Sat, 3 Mar 2012 13:42:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 08D558FC0C for ; Sat, 3 Mar 2012 13:42:01 +0000 (UTC) Received: from mr16.lnh.mail.rcn.net ([207.172.157.36]) by smtp02.lnh.mail.rcn.net with ESMTP; 03 Mar 2012 08:13:09 -0500 Received: from smtp04.lnh.mail.rcn.net (smtp04.lnh.mail.rcn.net [207.172.157.104]) by mr16.lnh.mail.rcn.net (MOS 4.3.4-GA) with ESMTP id BPV40165; Sat, 3 Mar 2012 08:13:09 -0500 Received: from 209-6-86-84.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.86.84]) by smtp04.lnh.mail.rcn.net with ESMTP; 03 Mar 2012 08:13:09 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20306.6373.473180.224900@jerusalem.litteratus.org> Date: Sat, 3 Mar 2012 08:13:09 -0500 To: freebsd-current@freebsd.org In-Reply-To: <4F51D916.5090301@gmail.com> References: <4F51D916.5090301@gmail.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr16.lnh.mail.rcn.net) Subject: Re: SeaMonkey eats the CPU as of r232144 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 13:42:02 -0000 deeptech71@gmail.com writes: > I always had the impression that using an older world with a more > recent kernel is almost always supported, and the exceptional > cases are noted in the UPDATING file, as a quote shows: "User > utilities using SIOCAIFADDR, SIOCAIFADDR_IN6, e.g. ifconfig(8), > need to be recompiled.". One wonders where you got this impression, because I have always had pretty much the opposite - or at least the "correct operation where running world not matched to running kernel is presumed unlikely until proven otherwise" version. (Yes, it often works ... except when it doesn't.) Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 14:19:02 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B082E1065674 for ; Sat, 3 Mar 2012 14:19:02 +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 6D0C58FC14 for ; Sat, 3 Mar 2012 14:19:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d0fa:b5e9:395b:990e] (unknown [IPv6:2001:7b8:3a7:0:d0fa:b5e9:395b:990e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A6E215C37; Sat, 3 Mar 2012 15:19:01 +0100 (CET) Message-ID: <4F52285B.8080609@FreeBSD.org> Date: Sat, 03 Mar 2012 15:19:07 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: "O. Hartmann" References: <4F520523.90406@zedat.fu-berlin.de> In-Reply-To: <4F520523.90406@zedat.fu-berlin.de> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Current FreeBSD Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 14:19:02 -0000 On 2012-03-03 12:48, O. Hartmann wrote: > On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this > error message as shown below. > > I need to add, that I compiled the shown nvidia-driver hours ago on all > FreeBSD 9.0-STABLE boxes with the same settings and I compiled the > driver just two days before the same way I tried it this morning. What's > wrong? > > Some unexpected breakage? Then this is my shout to the community. > > Message below. > > Regards and thanks in advance, > Oliver > > ===> Vulnerability check disabled, database not found > ===> License NVIDIA accepted by the user > ===> Found saved configuration for nvidia-driver-295.20 > ===> Extracting for nvidia-driver-295.20 > => SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. > ===> Patching for nvidia-driver-295.20 > ===> nvidia-driver-295.20 depends on file: > /usr/local/libdata/pkgconfig/xorg-server.pc - found > ===> nvidia-driver-295.20 depends on shared library: GL.1 - found > ===> Configuring for nvidia-driver-295.20 > ===> Building for nvidia-driver-295.20 > ===> src (all) > "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} > == "no" && ${CC:T:Mclang} != "clang") > "/sys/conf/kmod.mk", line 115: if-less endif > "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC} > != "no" || ${CC:T:Mclang} == "clang") > "/sys/conf/kern.mk", line 31: if-less endif > "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC} > == "no" && ${CC:T:Mclang} != "clang") > "/sys/conf/kern.mk", line 109: if-less endif > make: fatal errors encountered -- cannot continue > *** [all] Error code 1 Sigh, it looks like a lot of module building scripts are broken. :( The problem is that in r232322, bsd.own.mk and bsd.sys.mk were updated, to support the new WITH_CLANG_IS_CC setting. This causes the macro MK_CLANG_IS_CC to be defined. However, this only works if Makefiles include the updated bsd.*.mk files from your source directory, not if they include the old bsd.*.mk files from /usr/share/mk. Or at least, if you didn't already run "make installworld" to update those .mk files. As I said to somebody else who reported a similar problem, I can put a workaround in kmod.mk and kern.mk, so that this incorrect way of module building seems to work. But it is still fundamentally broken. Alternatively, I can put a message in there, which tells you to either run make installworld, or use make buildenv before building the module(s). From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 14:19:28 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BE9431065670; Sat, 3 Mar 2012 14:19:28 +0000 (UTC) (envelope-from flo@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 87E588FC15; Sat, 3 Mar 2012 14:19:28 +0000 (UTC) Received: from nibbler-wlan.fritz.box (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q23EJR2U057233; Sat, 3 Mar 2012 14:19:27 GMT (envelope-from flo@FreeBSD.org) Message-ID: <4F52286E.4030608@FreeBSD.org> Date: Sat, 03 Mar 2012 15:19:26 +0100 From: Florian Smeets User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120302 Thunderbird/13.0a1 MIME-Version: 1.0 To: Chris Rees References: <4F520523.90406@zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 1.4a1pre Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA30670D9C295B22DDD38D479" Cc: Current FreeBSD , "O. Hartmann" Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 14:19:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA30670D9C295B22DDD38D479 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03.03.12 14:24, Chris Rees wrote: > On 3 March 2012 11:48, O. Hartmann wrote:= >> On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this >> error message as shown below. >> >> I need to add, that I compiled the shown nvidia-driver hours ago on al= l >> FreeBSD 9.0-STABLE boxes with the same settings and I compiled the >> driver just two days before the same way I tried it this morning. What= 's >> wrong? >> >> Some unexpected breakage? Then this is my shout to the community. >> >> Message below. >> >> Regards and thanks in advance, >> Oliver >> >> =3D=3D=3D> Vulnerability check disabled, database not found >> =3D=3D=3D> License NVIDIA accepted by the user >> =3D=3D=3D> Found saved configuration for nvidia-driver-295.20 >> =3D=3D=3D> Extracting for nvidia-driver-295.20 >> =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. >> =3D=3D=3D> Patching for nvidia-driver-295.20 >> =3D=3D=3D> nvidia-driver-295.20 depends on file: >> /usr/local/libdata/pkgconfig/xorg-server.pc - found >> =3D=3D=3D> nvidia-driver-295.20 depends on shared library: GL.1 - fo= und >> =3D=3D=3D> Configuring for nvidia-driver-295.20 >> =3D=3D=3D> Building for nvidia-driver-295.20 >> =3D=3D=3D> src (all) >> "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC= } >> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >> "/sys/conf/kmod.mk", line 115: if-less endif >> "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC}= >> !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") >> "/sys/conf/kern.mk", line 31: if-less endif >> "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_CC= } >> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >> "/sys/conf/kern.mk", line 109: if-less endif >> make: fatal errors encountered -- cannot continue >> *** [all] Error code 1 >> >=20 > Please post your make.conf and src.conf. >=20 No need, a buildworld / installworld cycle will fix it. A make install in src/share/mk *could* also be enough, but i haven't tested it. Florian --------------enigA30670D9C295B22DDD38D479 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAk9SKG4ACgkQapo8P8lCvwm71QCfdimFfHQYoUa/g3sR31ZAPJM4 sr8AoI87R/r83aXvG7+q2Q+in6M/49fy =4Wa2 -----END PGP SIGNATURE----- --------------enigA30670D9C295B22DDD38D479-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 14:25:24 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 34876106566B; Sat, 3 Mar 2012 14:25:24 +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 883D98FC15; Sat, 3 Mar 2012 14:25:23 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:d0fa:b5e9:395b:990e] (unknown [IPv6:2001:7b8:3a7:0:d0fa:b5e9:395b:990e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D0BB35C37; Sat, 3 Mar 2012 15:25:22 +0100 (CET) Message-ID: <4F5229D8.7010006@FreeBSD.org> Date: Sat, 03 Mar 2012 15:25:28 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120216 Thunderbird/11.0 MIME-Version: 1.0 To: Florian Smeets References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> In-Reply-To: <4F52286E.4030608@FreeBSD.org> X-Enigmail-Version: 1.4a1pre Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Chris Rees , Current FreeBSD , "O. Hartmann" Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 14:25:24 -0000 On 2012-03-03 15:19, Florian Smeets wrote: > On 03.03.12 14:24, Chris Rees wrote: >> On 3 March 2012 11:48, O. Hartmann wrote: ... >>> "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} ... > No need, a buildworld / installworld cycle will fix it. A make install > in src/share/mk *could* also be enough, but i haven't tested it. It's also enough if you run "make buildenv" in your source directory, before attempting to compile the module. This is needed when you want to build a module separately for -CURRENT on older stable branches. Alternatively, use "make -m ${srcdir}/share/mk" or set the MAKESYSPATH environment variable to ${srcdir}/share/mk before building. From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 15:43:31 2012 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 23D36106566B; Sat, 3 Mar 2012 15:43: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 B80698FC0A; Sat, 3 Mar 2012 15:43:30 +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 <1S3r7J-0003lI-OC>; Sat, 03 Mar 2012 16:43:29 +0100 Received: from e178033051.adsl.alicedsl.de ([85.178.33.51] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1S3r7J-0002A2-IH>; Sat, 03 Mar 2012 16:43:29 +0100 Message-ID: <4F523C1A.4060008@zedat.fu-berlin.de> Date: Sat, 03 Mar 2012 16:43:22 +0100 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120223 Thunderbird/10.0.2 MIME-Version: 1.0 To: Florian Smeets References: <4F520523.90406@zedat.fu-berlin.de> <4F52286E.4030608@FreeBSD.org> In-Reply-To: <4F52286E.4030608@FreeBSD.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCC4F926ACB237281FBE09C3F" X-Originating-IP: 85.178.33.51 Cc: Chris Rees , Current FreeBSD Subject: Re: "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_CC} X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 15:43:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC4F926ACB237281FBE09C3F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/03/12 15:19, Florian Smeets wrote: > On 03.03.12 14:24, Chris Rees wrote: >> On 3 March 2012 11:48, O. Hartmann wrote= : >>> On one of my FreeBSD 10.0-CURRENT boxes I receive this morning this >>> error message as shown below. >>> >>> I need to add, that I compiled the shown nvidia-driver hours ago on a= ll >>> FreeBSD 9.0-STABLE boxes with the same settings and I compiled the >>> driver just two days before the same way I tried it this morning. Wha= t's >>> wrong? >>> >>> Some unexpected breakage? Then this is my shout to the community. >>> >>> Message below. >>> >>> Regards and thanks in advance, >>> Oliver >>> >>> =3D=3D=3D> Vulnerability check disabled, database not found >>> =3D=3D=3D> License NVIDIA accepted by the user >>> =3D=3D=3D> Found saved configuration for nvidia-driver-295.20 >>> =3D=3D=3D> Extracting for nvidia-driver-295.20 >>> =3D> SHA256 Checksum OK for NVIDIA-FreeBSD-x86_64-295.20.tar.gz. >>> =3D=3D=3D> Patching for nvidia-driver-295.20 >>> =3D=3D=3D> nvidia-driver-295.20 depends on file: >>> /usr/local/libdata/pkgconfig/xorg-server.pc - found >>> =3D=3D=3D> nvidia-driver-295.20 depends on shared library: GL.1 - f= ound >>> =3D=3D=3D> Configuring for nvidia-driver-295.20 >>> =3D=3D=3D> Building for nvidia-driver-295.20 >>> =3D=3D=3D> src (all) >>> "/sys/conf/kmod.mk", line 111: Malformed conditional (${MK_CLANG_IS_C= C} >>> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >>> "/sys/conf/kmod.mk", line 115: if-less endif >>> "/sys/conf/kern.mk", line 18: Malformed conditional (${MK_CLANG_IS_CC= } >>> !=3D "no" || ${CC:T:Mclang} =3D=3D "clang") >>> "/sys/conf/kern.mk", line 31: if-less endif >>> "/sys/conf/kern.mk", line 101: Malformed conditional (${MK_CLANG_IS_C= C} >>> =3D=3D "no" && ${CC:T:Mclang} !=3D "clang") >>> "/sys/conf/kern.mk", line 109: if-less endif >>> make: fatal errors encountered -- cannot continue >>> *** [all] Error code 1 >>> >> >> Please post your make.conf and src.conf. >> >=20 > No need, a buildworld / installworld cycle will fix it. A make install > in src/share/mk *could* also be enough, but i haven't tested it. >=20 > Florian The last two attempts of "make -jX buildworld" (X=3D2) or just "make buildworld" failed. But issuing make install in /usr/src/share/mk made the failure go away. Thanks for the help. Where can I read more about how to fine tune /etc/src.conf and /etc/make.conf with new knobs? My /etc/src.conf looks like this (on FBSD 9 and 10): WITH_CLANG=3D YES WITH_CLANG_EXTRAS=3D YES # #CC=3D clang #CXX=3D clang++ #CPP=3D clang-cpp # #CFLAGS.clang+=3D -O3 -pipe -fno-strict-aliasing #COPTFLAGS.clang+=3D -O3 -pipe #CFLAGS.cc+=3D -O2 -pipe -fno-strict-aliasing #COPTFLAGS.cc+=3D -O2 -pipe # WITH_BIND_LIBS=3D YES WITH_BIND_SIGCHASE=3D YES WITH_BIND_LARGE_FILE=3D YES # WITH_IDEA=3D YES WITH_HESIOD=3D YES # #WITH_ICONV=3D YES #WITH_BSD_GREP=3D YES # WITH_LIBCPLUSPLUS=3D YES # #WITH_OFED=3D YES The CLANG relevant portion of /etc/make.conf looks like this: # BUGFIX FreeBSD 10.0 #WITH_FBSD10_FIX=3D YES # #DISABLE_MAKE_JOBS=3D YES # Set to disable assertions and statistics gathering in malloc(3) MALLOC_PRODUCTION=3D YES # Set this to use svn(1) to update your src tree with make update SVN_UPDATE=3D YES # Program to use SVN=3D /usr/local/bin/svn SVNFLAGS=3D -r HEAD # #PORTS_MODULES=3D "x11/nvidia-driver" ### ### CLANG ### =2Eif !defined(NO_CLANG) #.if ${.CURDIR:M/usr/src*} || ${.CURDIR:M/usr/obj*} || ${.CURDIR:M/sys*} =2Eif !defined(CC) || ${CC} =3D=3D "cc" CC=3D clang =2Eendif =2Eif !defined(CXX) || ${CXX} =3D=3D "c++" CXX=3D clang++ =2Eendif =2Eif !defined(CPP) || ${CPP} =3D=3D "cpp" CPP=3D clang-cpp =2Eendif ## Don't die on warnings NO_WERROR=3D WERROR=3D ### Don't forget this when using Jails! #NO_FSCHG=3D # CFLAGS+=3D -pipe -O3 -fno-strict-aliasing COPTFLAGS+=3D -pipe -O3 #.endif =2Eendif FORCE_PKG_REGISTER=3D YES # OpenLDAP #WANT_OPENLDAP_VER=3D 24 WANT_OPENLDAP_SASL=3D yes # BDB Version WITH_BDB_VER=3D 5 WITH_BDB_HIGHEST=3D YES # Rubin 1,9 wird Kaiser RUBY_DEFAULT_VER=3D 1.9 # What PostgreSQL port should be set default WANT_PGSQL_VER=3D 91 # #FORCE_MAKE_JOBS=3D YES # Wir wollen SAMBA36 statt des senilen SAMABA35 SAMBA_PORT=3D samba36 # KdF an der Optimierung WITH_OPTIMIZED_FLAGS=3D YES # Disables xf86-video-noveau driver and makes use of newer libdrm/libGLUT possible WITHOUT_NOUVEAU=3D YES # New Xorg and Mesa WITH_NEW_XORG=3D YES # nvidia-driver =2Eif ${.CURDIR:M/usr/ports/x11/nvidia-driver} DISTVERSION=3D 295.20 =2Eendif =2Eif ${.CURDIR:M/usr/ports/x11/nvidia-xsetting*} DISTVERSION=3D 295.20 =2Eendif =2Eif ${.CURDIR:M/usr/ports/x11/nvidia-config*} DISTVERSION=3D 295.20 =2Eendif # PostgreSQL Server =2Eif ${.CURDIR:M/usr/ports/databases/postgresql[89]*} BUILD_OPTIMIZED=3D YES WITH_OPENSSL=3D YES WITH_PAM=3D YES WITH_LDAP=3D YES =2Eendif # LibreOffice =2Eif ${.CURDIR:M/usr/ports/editors/libreoffice*} WITH_CUPS=3D YES WITH_JAVA=3D YES LOCALIZED_LANG=3D de =2Eendif # Thunderbird =2Eif ${.CURDIR:M/usr/ports/mail/thunderbird*} CFLAGS+=3D -DLDAP_DEPRECATED =2Eendif # Blender mit GCC 4.6+ bauen =2Eif ${.CURDIR:M/usr/ports/graphics/blender*} USE_GCC=3D 4.6+ =2Eendif # ImageMagick mit GCC 4.6+ bauen =2Eif ${.CURDIR:M/usr/ports/graphics/ImageMagick*} USE_GCC=3D 4.6+ #CC=3D cc #CXX=3D c++ #CPP=3D cpp =2Eendif --------------enigCC4F926ACB237281FBE09C3F 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.18 (FreeBSD) iQEcBAEBAgAGBQJPUjwhAAoJEOgBcD7A/5N8NocH/RiDayot9WfHO11MQXT8/YtS utCt8a56E6qztA1tlzj8YHrUNvIwhUjBamG7HP7dKF75wDLYHhXkqxjXkPc2PEH8 kdAU/dvHuuu0NFegKL+4SucQMOGNlOiFfLEncU3dpxFG3RJVA5JrNnIhMSxVSuRy AezvybuSWrPtNUuAYUPVxOxyqkqlmR6slzDIVn9wzXNhLWT/qtD6vAYTYi7vlQuV JF+wv1WDa0JSTCMwWh5UEzdd+L80KTbsEhIsEdlJyj2hYpP4aWWSa9xf0wgxwB+v 0sm9tlA1TLioxbAbOss0K8rP2YsnfKqaM9Xeb1+E46xkSJAHBCFwtObt3eE0cxU= =ZVTA -----END PGP SIGNATURE----- --------------enigCC4F926ACB237281FBE09C3F-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 15:44:15 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631F2106566C for ; Sat, 3 Mar 2012 15:44:15 +0000 (UTC) (envelope-from utisoft@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 1E1498FC29 for ; Sat, 3 Mar 2012 15:44:14 +0000 (UTC) Received: by iahk25 with SMTP id k25so4781795iah.13 for ; Sat, 03 Mar 2012 07:44:14 -0800 (PST) Received-SPF: pass (google.com: domain of utisoft@gmail.com designates 10.50.222.135 as permitted sender) client-ip=10.50.222.135; Authentication-Results: mr.google.com; spf=pass (google.com: domain of utisoft@gmail.com designates 10.50.222.135 as permitted sender) smtp.mail=utisoft@gmail.com; dkim=pass header.i=utisoft@gmail.com Received: from mr.google.com ([10.50.222.135]) by 10.50.222.135 with SMTP id qm7mr2078280igc.9.1330789454733 (num_hops = 1); Sat, 03 Mar 2012 07:44:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; 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=4mMt7U87XMNLVxqmJ7qMi6WfusGe3qUg8o5oI5IK0a0=; b=BmWkFj1xw5idNc5VlZSloxe4prGi4R44s1vXW/z4ERlzwcgcXDr4HRLij2fTnfCG+S ydmu2ErhZZHd0NI6OHis1IPz3G34aUhD9AmVTzW0BQBeal3j7ECRHL6jbMgLEgaJ38oP msGJeLih0PcsRlJx8f26+RAGaQS/5iguBXRNgOPQcNO3eCX99hn0ORMhYjvKbWVgBINI YPkAU6na999XI6trQBgRGidznZXQ1GGfCvs5LXzIceLURxSXGTgqMLuwzrIV7ZIfW3hu CX6mh6bODMERnJ0LhxPQfBSuno+D5VyRMWuma/fK9G9Z3L7MMUvdbFapmV9IBcF9y81I eveQ== Received: by 10.50.222.135 with SMTP id qm7mr1716035igc.9.1330789454673; Sat, 03 Mar 2012 07:44:14 -0800 (PST) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.53.67 with HTTP; Sat, 3 Mar 2012 07:43:44 -0800 (PST) In-Reply-To: <4F515316.8080904@gmail.com> References: <4F515316.8080904@gmail.com> From: Chris Rees Date: Sat, 3 Mar 2012 15:43:44 +0000 X-Google-Sender-Auth: F3WHLjaE8w9CqtUMg22HuivjerA Message-ID: To: Yuri Pankov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Rotate 13 , freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 15:44:15 -0000 On 2 March 2012 23:09, Yuri Pankov wrote: > On Fri, 2 Mar 2012 17:41:28 -0500, Rotate 13 wrote: > >> I set WITHOUT_BIND=3D"yes" in /etc/src.conf, and built/installed world. >> Not only does /usr/sbin/named exist - named is actually started! >> Several other WITHOUT_* variables also were apparently ignored, as >> evidenced by stuff installed on running system. >> >> My main question is - how do I debug this? =A0I have been combing over >> makefiles under /usr/src (not to mention, going through /etc/rc.d/ >> trying to figure out what actually started named). =A0As far as I >> ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; >> named_enable=3D"no" in relevant rc.conf files; rpcbind and ntpd are not >> running either. =A0Since named daemonized, it's not easy to tell who >> started it - and grepping everything in sight, I can't figure out how >> it got built in the first place. >> >> uname -a: >> FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 >> 10:28:17 CST 2012 =A0 =A0root@xyz.example.com:/usr/obj/usr/src/sys/CUSTO= M >> amd64 >> >> I focused substantial attention on /usr/src/share/bsd.own.mk and >> worked outward; but did not find anything obvious. >> >> Advice on where to poke for the right information, much appreciated. > > > src.conf controls what is (not) built. To actually remove the bits marked= as > WITHOUT_ from the system, try running `make delete-old` in /usr/src. Has the behaviour of make delete-old changed? As far as I can remember, it doesn't remove stuff marked as WITHOUT_ --it's there to deal with updates. Chris From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 16:09:03 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2658106566B; Sat, 3 Mar 2012 16:09:02 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8397B8FC18; Sat, 3 Mar 2012 16:09:02 +0000 (UTC) Received: by dakl33 with SMTP id l33so7885586dak.17 for ; Sat, 03 Mar 2012 08:08:56 -0800 (PST) Received-SPF: pass (google.com: domain of yanegomi@gmail.com designates 10.68.132.1 as permitted sender) client-ip=10.68.132.1; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yanegomi@gmail.com designates 10.68.132.1 as permitted sender) smtp.mail=yanegomi@gmail.com; dkim=pass header.i=yanegomi@gmail.com Received: from mr.google.com ([10.68.132.1]) by 10.68.132.1 with SMTP id oq1mr21852733pbb.137.1330790936098 (num_hops = 1); Sat, 03 Mar 2012 08:08:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=5KN00C8t2j2UAeJJA9m3+xYPMQnDT+zvzilNjJoabNo=; b=aU4wRWZXAMF9bOUDkIANmo5vZ2IICabQbGnTBm4VC4utu2GXA5ovooHct96pgwD0QJ oAgjM8uw8BzarSltaOkqeTnL984O1gSIHxVLpj62NyvZOR3e5YwbBWIeNDmhCUzIzemW RQFm1fP8afvvVFEpdNwTWp6F4GBfudwjZFDXGAD4jPFpTHGsoGTQvoQPHXO/eyPKmYGu qIxBgtjecAfsXin6t2Yk4RHOo6zOOXXGgZbrVaZZFIJexTWzMPjRmSxa0iQrBnmbNhTO R5sljOyg//8ILnYRAYb4FBCM1AwbVDa4VNfsgbKW9I2D8cL8bvvhfnVLz5i3zuh8snBM T0aQ== MIME-Version: 1.0 Received: by 10.68.132.1 with SMTP id oq1mr18344076pbb.137.1330789079192; Sat, 03 Mar 2012 07:37:59 -0800 (PST) Received: by 10.68.130.106 with HTTP; Sat, 3 Mar 2012 07:37:58 -0800 (PST) In-Reply-To: <4F51BEE0.7090108@freebsd.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> Date: Sat, 3 Mar 2012 07:37:58 -0800 Message-ID: From: Garrett Cooper To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , FreeBSD Stable , "K. Macy" , =?ISO-8859-2?Q?z_W=B1sikowski?= , FreeBSD Current , Arnaud Lacombe , Alexander Leidinger , "Bjoern A. Zeeb" Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 16:09:03 -0000 2012/3/2 Julian Elischer : > On 3/2/12 10:21 AM, Doug Barton wrote: >> >> On 03/02/2012 03:44, K. Macy wrote: > > not sure who wrote: >>> >>> Correct. However, I'm not sure the analogy is flawed. I am, to some >>> degree, guilty of the same sin. I now run Ubuntu and have never had a >>> single problem keeping my package system up date, in stark contrast to >>> my experiences of slow and nightmarishly error-ridden port updates. > > but I use the PBIs from pcbsd.. =A0you REALLY don't have this problem wit= h > them. (Thanks Kip for the heads up on the thread) It's well known that software has bugs; unfortunately PCBSD (I mention this because of PBIs noted above) isn't immune from bugs either -- they're just manifested in a different way. I think everyone here on the CC list has FreeBSD's best intentions in mind, but let's work together to improve the OS instead of causing discord with one another. Personally, I think that adding knobs with sane defaults (and we can debate about that and there will be disagreement on what is important and what is not) will go a long way because then people can pick and choose what they want to keep and what they want to toss as far as OS support is concerned. This is one of the strong selling points of Linux, OSX, Solaris, Windows, etc. Less effort is required to get greater profit without having to mess around with things because they fit the generic case as opposed to a number of niche cases or provide OS features that a user may or may not use. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 16:26:31 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6315106566C; Sat, 3 Mar 2012 16:26:31 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D83E88FC16; Sat, 3 Mar 2012 16:26:30 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so3003084bkc.13 for ; Sat, 03 Mar 2012 08:26:30 -0800 (PST) Received-SPF: pass (google.com: domain of yuri.pankov@gmail.com designates 10.204.129.23 as permitted sender) client-ip=10.204.129.23; Authentication-Results: mr.google.com; spf=pass (google.com: domain of yuri.pankov@gmail.com designates 10.204.129.23 as permitted sender) smtp.mail=yuri.pankov@gmail.com; dkim=pass header.i=yuri.pankov@gmail.com Received: from mr.google.com ([10.204.129.23]) by 10.204.129.23 with SMTP id m23mr7245669bks.134.1330791990001 (num_hops = 1); Sat, 03 Mar 2012 08:26:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=xCAqOKAOOMV7QejUQeZV0OTpNR8dR5Pd1uAq0LEd3Cc=; b=EspOBnsFlI5Zuk1PCWi0vRSZVbpfDyUMju4M4yR8ceg4fns8Ob53ooJBhm6OffWqOW f5oRsNDR+Rg3kJOV+4hb6EH9HnViAzgMBylPV7bg0wRDTVX2A0PFPB0g51yTn6DA9NlV rRnyBQvtbZiAPSxHaJdiNhpVjiJuV1XAxmvv9CCa9VQRVuLZCX5E90NDX891CbruPYZF C53+vN3SxkPBpwLHUoCKCmDocVPkva+1uLlUh862lC87dpyzrP0e4EX4ELfKQAjgPdrE ru6TRmpgR2NoHW3oWLW1J1K3L51du5Id2cLZDbGAOo0L5Hyr8YPLaavyu20A4Q9dbHVw hB9A== Received: by 10.204.129.23 with SMTP id m23mr5785660bks.134.1330791989823; Sat, 03 Mar 2012 08:26:29 -0800 (PST) Received: from [192.168.1.4] ([213.132.76.142]) by mx.google.com with ESMTPS id je3sm15261221bkb.15.2012.03.03.08.26.27 (version=SSLv3 cipher=OTHER); Sat, 03 Mar 2012 08:26:28 -0800 (PST) Message-ID: <4F52462D.6080802@gmail.com> Date: Sat, 03 Mar 2012 20:26:21 +0400 From: Yuri Pankov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Chris Rees References: <4F515316.8080904@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Rotate 13 , freebsd-current@freebsd.org Subject: Re: src.conf ignored; phantom named X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 16:26:31 -0000 On Sat, 3 Mar 2012 15:43:44 +0000, Chris Rees wrote: > On 2 March 2012 23:09, Yuri Pankov wrote: >> On Fri, 2 Mar 2012 17:41:28 -0500, Rotate 13 wrote: >> >>> I set WITHOUT_BIND="yes" in /etc/src.conf, and built/installed world. >>> Not only does /usr/sbin/named exist - named is actually started! >>> Several other WITHOUT_* variables also were apparently ignored, as >>> evidenced by stuff installed on running system. >>> >>> My main question is - how do I debug this? I have been combing over >>> makefiles under /usr/src (not to mention, going through /etc/rc.d/ >>> trying to figure out what actually started named). As far as I >>> ascertain, _WITHOUT_SRCCONF is *not* set anywhere for world building; >>> named_enable="no" in relevant rc.conf files; rpcbind and ntpd are not >>> running either. Since named daemonized, it's not easy to tell who >>> started it - and grepping everything in sight, I can't figure out how >>> it got built in the first place. >>> >>> uname -a: >>> FreeBSD xyz.example.com 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Thu Feb 29 >>> 10:28:17 CST 2012 root@xyz.example.com:/usr/obj/usr/src/sys/CUSTOM >>> amd64 >>> >>> I focused substantial attention on /usr/src/share/bsd.own.mk and >>> worked outward; but did not find anything obvious. >>> >>> Advice on where to poke for the right information, much appreciated. >> >> >> src.conf controls what is (not) built. To actually remove the bits marked as >> WITHOUT_ from the system, try running `make delete-old` in /usr/src. > > Has the behaviour of make delete-old changed? As far as I can > remember, it doesn't remove stuff marked as WITHOUT_ --it's there to > deal with updates. ObsoleteFiles.inc also includes tools/build/mk/OptionalObsoleteFiles.inc, which defines the file lists for various WITH_|WITHOUT_ options. From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 16:53:44 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6D5661065674; Sat, 3 Mar 2012 16:53:44 +0000 (UTC) (envelope-from kmacybsd@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 E5CBC8FC08; Sat, 3 Mar 2012 16:53:43 +0000 (UTC) Received: by iahk25 with SMTP id k25so4858810iah.13 for ; Sat, 03 Mar 2012 08:53:43 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.50.186.230 as permitted sender) client-ip=10.50.186.230; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.50.186.230 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.50.186.230]) by 10.50.186.230 with SMTP id fn6mr2106484igc.30.1330793623266 (num_hops = 1); Sat, 03 Mar 2012 08:53:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=vCinLuJi0LGWq7wZX2WSwRmZ1YPQpk1UuRZ9XZJ1M88=; b=Dm65CIwegWbiMG/whZ9rlVl1xT7on3hjyvrdlGxWnBazU4moc8ivDk0vVZIGr1IqJO yN03ZorVM+M5wdiDE6P6XtBwm9D8suDafKWAbl71ebuTTAx7wKSe8YwkXLglJOIz50jB GhEyXbCTvGbOeTqIUuNXWRXOPdUswz1EZg0CLQbYZFXBRYNcHGHaC9JqWHhWTRKFdOmH +O8HEG/yK3Q50N4+IglrTj/W74UL2ZF3VZnz1KDvPMSdc2BKs0jF5ZnGZugoq0Qgfbs9 feLTcZN/MermyoNbwQWmJz9rEpq+9eWx+KGkl8IpKNcC0rqXOLOsF+nVSInBxBXvkhQE P0sQ== MIME-Version: 1.0 Received: by 10.50.186.230 with SMTP id fn6mr1750001igc.30.1330793623206; Sat, 03 Mar 2012 08:53:43 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Sat, 3 Mar 2012 08:53:43 -0800 (PST) In-Reply-To: References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> Date: Sat, 3 Mar 2012 17:53:43 +0100 X-Google-Sender-Auth: 9d-IF_K-7ujGQLIfVF4DjiYk45o Message-ID: From: "K. Macy" To: Garrett Cooper Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Doug Barton , FreeBSD Stable , =?ISO-8859-2?Q?z_W=B1sikowski?= , FreeBSD Current , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 16:53:44 -0000 > Less effort is required to get greater profit without having to mess > around with things because they fit the generic case as opposed to a > number of niche cases or provide OS features that a user may or may > not use. My initial venting of my frustrations at Doug appears to have turned an open-ended discussion of FreeBSD's merits as a desktop vs. a server OS. I don't have the inclination to read every response closely, but I think that it is generating more heat than light. I have three points that I would like to make before I attempt to transition this thread back to its initial purpose: a) We as a members of the community are collectively responsible for the state of FreeBSD. Simply disabling features or removing functionality that doesn't work or doesn't work optimally and / or filing bug reports but not being able or willing to respond to feedback requests is in essence a form of neglect. Although we all have day to day obligations for which the use of FreeBSD is extremely impractical if not impossible ... any progress, any improvements, any advancements will only happen because *we* made it happen. b) There are many features and many changes that are introduced in to FreeBSD which extend the potential user base which are of no obvious benefit to many users. Just because one doesn't need a feature and doesn't hear users crying out for it, doesn't mean that it isn't important. c) My grievance was in no way with Doug Barton or ports per se, but with his response as a representative instance of a behaviour which bothers me, and, taken over time, is detrimental to the whole. Back to the initial subject line: "flowtable usable or not" It is possible to re-structure the routing code to have a smaller cache footprint / shorter lookup time / and eliminate all locking in the packet transmit path (ip_output, ip_forward). However, it would take more time and effort than I have to do so as a recreational activity. The set of people able to fund such an effort is non-intersecting with the set of people who would benefit the most heavily from it. Hence, for the time being, for those who want to be able to approach anywhere near 1Mpps, much less 10 or 15 times that, whilst continuing to use the regular stack (i.e. not running netmap) we are left only with flowtable for bypassing the locking and compute overhead of per-packet route lookups. It is beyond debate that under some, if not many, circumstances flowtable was unusable and perhaps continues to be. Hence, any further reports of "it was broken so I turned it off, and now my life is better" should be left unsent. If you, the reader, are willing to contribute to the testing of changes, provide backtraces from cores etc. please follow up. Thank you for your support. Cheers, Kip --=20 =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 16:58:23 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E673106566C for ; Sat, 3 Mar 2012 16:58:23 +0000 (UTC) (envelope-from kmacybsd@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 D3DB48FC0A for ; Sat, 3 Mar 2012 16:58:22 +0000 (UTC) Received: by iahk25 with SMTP id k25so4863893iah.13 for ; Sat, 03 Mar 2012 08:58:22 -0800 (PST) Received-SPF: pass (google.com: domain of kmacybsd@gmail.com designates 10.42.29.70 as permitted sender) client-ip=10.42.29.70; Authentication-Results: mr.google.com; spf=pass (google.com: domain of kmacybsd@gmail.com designates 10.42.29.70 as permitted sender) smtp.mail=kmacybsd@gmail.com; dkim=pass header.i=kmacybsd@gmail.com Received: from mr.google.com ([10.42.29.70]) by 10.42.29.70 with SMTP id q6mr9680277icc.22.1330793902420 (num_hops = 1); Sat, 03 Mar 2012 08:58:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; bh=N7SJ+M/yXwXNlS+BPsNEUVsVLGsORalhNaGXhM2pRy0=; b=Iw1GZOSs+LK1zpmYRsl/f9R0nCmJfNPPViclJb74ivw3wQ7upA/AjtMbcE4VvxRAZY n58DNilmqbZQSs6uYOB5WaucIqjZEBSAsoGKy2qsqyzYSyWxF+MoDoZTjfiQcxXPZme0 H3p8Uc96HwYSjvSXZkg2qYUKe0nvy6rieQ7eb9xfFfiNI2q/9BlqOqHE1pxpmux4nQ/u Ft3Rj5kdoeTUZ1WMZl80rrbUg/BqdAZz5CrVYnERItya0FVtyXNWRmi9+whM9U4ZDISj jUhIduKgmhie6yLxVejuHL9FlX4KCPEvbH9UZjJsWO86gnZcvbOuXPCzVasfyJ2POYj9 CeFA== MIME-Version: 1.0 Received: by 10.42.29.70 with SMTP id q6mr7984159icc.22.1330793902329; Sat, 03 Mar 2012 08:58:22 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Sat, 3 Mar 2012 08:58:22 -0800 (PST) Date: Sat, 3 Mar 2012 17:58:22 +0100 X-Google-Sender-Auth: v7ReA_KcgrD8lzngrlgdLu9mYfI Message-ID: From: "K. Macy" To: FreeBSD Stable , FreeBSD Current Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Subject: Request for flowtable testers and actionable feedback RE: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 16:58:23 -0000 I'm re-sending this portion of another mail as it will inevitably not be read by most readers by virtue of having been part of a long and digressive thread. subject line: "flowtable usable or not" It is possible to re-structure the routing code to have a smaller cache footprint / shorter lookup time / and eliminate all locking in the packet transmit path (ip_output, ip_forward). However, it would take more time and effort than I have to do so as a recreational activity. The set of people able to fund such an effort is non-intersecting with the set of people who would benefit the most heavily from it. Hence, for the time being, for those who want to be able to approach anywhere near 1Mpps, much less 10 or 15 times that, whilst continuing to use the regular stack (i.e. not running netmap) we are left only with flowtable for bypassing the locking and compute overhead of per-packet route lookups. It is beyond debate that under some, if not many, circumstances flowtable was unusable and perhaps continues to be. Hence, any further reports of "it was broken so I turned it off, and now my life is better" should be left unsent. If you, the reader, are willing to contribute to the testing of changes, provide backtraces from cores etc. please follow up. Thank you for your support. Cheers, Kip -- =A0 =A0=93The real damage is done by those millions who want to 'get by.' The ordinary men who just want to be left in peace. Those who don=92t want their little lives disturbed by anything bigger than themselves. Those with no sides and no causes. Those who won=92t take measure of their own strength, for fear of antagonizing their own weakness. Those who don=92t like to make waves=97or enemies. =A0 =A0Those for whom freedom, honour, truth, and principles are only literature. Those who live small, love small, die small. It=92s the reductionist approach to life: if you keep it small, you=92ll keep it under control. If you don=92t make any noise, the bogeyman won=92t find you. =A0 =A0But it=92s all an illusion, because they die too, those people who roll up their spirits into tiny little balls so as to be safe. Safe?! >From what? Life is always on the edge of death; narrow streets lead to the same place as wide avenues, and a little candle burns itself out just like a flaming torch does. =A0 =A0I choose my own way to burn.=94 =A0 =A0Sophie Scholl From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 20:54:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 22C37106564A; Sat, 3 Mar 2012 20:54:49 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 242B214FC2A; Sat, 3 Mar 2012 20:54:48 +0000 (UTC) Message-ID: <4F528517.5090702@FreeBSD.org> Date: Sat, 03 Mar 2012 12:54:47 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Garrett Cooper , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , FreeBSD Current , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 20:54:49 -0000 On 03/03/2012 08:53, K. Macy wrote: > a) We as a members of the community are collectively responsible for > the state of FreeBSD. Simply disabling features or removing > functionality that doesn't work or doesn't work optimally and / or > filing bug reports but not being able or willing to respond to > feedback requests is in essence a form of neglect. Although we all > have day to day obligations for which the use of FreeBSD is extremely > impractical if not impossible ... any progress, any improvements, any > advancements will only happen because *we* made it happen. Since we're reiterating key points, I'll do mine one more time. While I sympathize with what you wrote above, if you continue to believe that users have a responsibility to help you debug new features you're going to be disappointed and frustrated. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 20:57:52 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 636381065670; Sat, 3 Mar 2012 20:57:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C28F1176FAB; Sat, 3 Mar 2012 20:57:51 +0000 (UTC) Message-ID: <4F5285CF.3010001@FreeBSD.org> Date: Sat, 03 Mar 2012 12:57:51 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, "K. Macy" , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger , current@freebsd.org Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 20:57:52 -0000 On 03/02/2012 16:05, Adrian Chadd wrote: > Try breaking that cycle. ... one of the things I've been asking for years. :) Julian's right though, I think PC-BSD will help, but I still think that committers should run -current. I've asked privately for our committers to go back to -current and then have some dedicated development time where we work together to fix the problems that *we* find in order to make the project more desktop-friendly overall. I was (figuratively) laughed out of the room. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:03:49 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 03934106564A; Sat, 3 Mar 2012 21:03:49 +0000 (UTC) (envelope-from kmacybsd@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 834CE8FC0A; Sat, 3 Mar 2012 21:03:48 +0000 (UTC) Received: by iahk25 with SMTP id k25so5109539iah.13 for ; Sat, 03 Mar 2012 13:03:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=bbzCWAysnWJXCbf2QM/twqbmoYzzVyPnYGJ9ecETYM0=; b=MIZQo13VkdarNuZc85T0f30UEW79m1b//2Z3ldm5FJB+XCHtN6VIh+Sk1d6y5Xt0MI 5U32Rqf1IPN0P1uo8Ig/b5PTgMzsR6ESmwUjQSWl2sGTi5Z8fcoO/UoRqSpC1Ey1X0A1 J1mfFhj5UMQzFP/brAhtDLR4mEniDxgcmoYzpUFA4kMupUkiPCJ7R49JsTLHx8hzwEAi xZwrRvenEmc6PGaH2w86gqVOTK8wRqgy/wBiIS9m1ZNey+cI+Wa/jtZcKlmPWMwjOLvP wzauZ4lF3MA1rMOZ8mAcGmtXI6F4rESRoFKGJ1kqi7IZYXAnGwjeLLmcIdSHwlGeqvE+ /v5A== MIME-Version: 1.0 Received: by 10.50.149.163 with SMTP id ub3mr1598720igb.30.1330808628116; Sat, 03 Mar 2012 13:03:48 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Sat, 3 Mar 2012 13:03:48 -0800 (PST) In-Reply-To: <4F528517.5090702@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> <4F528517.5090702@FreeBSD.org> Date: Sat, 3 Mar 2012 22:03:48 +0100 X-Google-Sender-Auth: AiCrA0GQzJk8gf62EdmgpL_fUv4 Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , Garrett Cooper , =?ISO-8859-2?Q?z_W=B1sikowski?= , FreeBSD Current , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:03:49 -0000 On Sat, Mar 3, 2012 at 9:54 PM, Doug Barton wrote: > On 03/03/2012 08:53, K. Macy wrote: >> a) We as a members of the community are collectively responsible for >> the state of FreeBSD. Simply disabling features or removing >> functionality that doesn't work or doesn't work optimally and / or >> filing bug reports but not being able or willing to respond to >> feedback requests is in essence a form of neglect. Although we all >> have day to day obligations for which the use of FreeBSD is extremely >> impractical if not impossible ... any progress, any improvements, any >> advancements will only happen because *we* made it happen. > > Since we're reiterating key points, I'll do mine one more time. While I > sympathize with what you wrote above, if you continue to believe that *users* > have a responsibility to help you debug new features you're going > to be disappointed and frustrated. Users don't, community members do. So I guess I rest my case for you Doug. You're an end user at the end of the day who thinks he is a member of the community. As you've made apparent on other threads. In your mind Other People(TM) are responsible for FreeBSD's welfare for consuming your dogfood because you know the people who eat it. FreeBSD would still be at the UP stage or worse the 5.x stage if everyone thought the way you do. Individuals who fail to understand the distinction between simple user and community member and are confused by which role they play can only further contribute to the acrimony. -Kip From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:09:27 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 8C083106566C; Sat, 3 Mar 2012 21:09:27 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id D4DDE14D958; Sat, 3 Mar 2012 21:09:26 +0000 (UTC) Message-ID: <4F528886.4050606@FreeBSD.org> Date: Sat, 03 Mar 2012 13:09:26 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120224 Thunderbird/10.0.2 MIME-Version: 1.0 To: "K. Macy" References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> <4F528517.5090702@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Garrett Cooper , =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , FreeBSD Current , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:09:27 -0000 On 03/03/2012 13:03, K. Macy wrote: > On Sat, Mar 3, 2012 at 9:54 PM, Doug Barton wrote: >> On 03/03/2012 08:53, K. Macy wrote: >>> a) We as a members of the community are collectively responsible for >>> the state of FreeBSD. Simply disabling features or removing >>> functionality that doesn't work or doesn't work optimally and / or >>> filing bug reports but not being able or willing to respond to >>> feedback requests is in essence a form of neglect. Although we all >>> have day to day obligations for which the use of FreeBSD is extremely >>> impractical if not impossible ... any progress, any improvements, any >>> advancements will only happen because *we* made it happen. >> >> Since we're reiterating key points, I'll do mine one more time. While I >> sympathize with what you wrote above, if you continue to believe that > > *users* > >> have a responsibility to help you debug new features you're going >> to be disappointed and frustrated. > > Users don't, community members do. You're drawing a distinction that I don't. > So I guess I rest my case for you > Doug. You're an end user at the end of the day who thinks he is a > member of the community. As you've made apparent on other threads. > > In your mind Other People(TM) are responsible for FreeBSD's welfare > for consuming your dogfood because you know the people who eat it. Um, wow. Clearly you are either unable or unwilling to see my point, so I wish you all the best. -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 21:16:25 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADF43106564A; Sat, 3 Mar 2012 21:16:25 +0000 (UTC) (envelope-from kmacybsd@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 3A2098FC14; Sat, 3 Mar 2012 21:16:25 +0000 (UTC) Received: by iahk25 with SMTP id k25so5120616iah.13 for ; Sat, 03 Mar 2012 13:16:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4INuS29uHUzT5IWSWw7z+oAl/eaWFGAsKM4rEvY3teU=; b=WVe8TiRbotJw2BebPksC9IlbHjiJgBZNtUrjKrwIK4KHwOwv0Bgoz42HDUdnjY0C+C 6ZiGhOn/+/XGxanaNhFU4W6dJJKZueAn7J8TsnZMkB4G8Xd6g7L4bZS8TXxscPSL+UUp VucXu0EXUkGy5m1dJ1g10GJgOD4j7xIiLilCayiIOwQRWXqxwOaiKOiMhcoIupsrv8rF H7xfGMVMoZ8JJysU00OkFL/zF3ROt9191aUbRUgN+csCRQd0EmdTSR3BO54/nwKNgytt gWPBgkP6xnUvor/7ZJd5NW3f/EPzTDduFYY4C8zEr7hlmJI02t8AcFQKTQay0CX40pgx yWaw== MIME-Version: 1.0 Received: by 10.50.140.2 with SMTP id rc2mr2117009igb.22.1330809384867; Sat, 03 Mar 2012 13:16:24 -0800 (PST) Sender: kmacybsd@gmail.com Received: by 10.50.134.106 with HTTP; Sat, 3 Mar 2012 13:16:24 -0800 (PST) In-Reply-To: <4F528886.4050606@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F51BEE0.7090108@freebsd.org> <4F528517.5090702@FreeBSD.org> <4F528886.4050606@FreeBSD.org> Date: Sat, 3 Mar 2012 22:16:24 +0100 X-Google-Sender-Auth: bQUkFJEapnhHMEhac5Js5UsjfZI Message-ID: From: "K. Macy" To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Stable , Garrett Cooper , =?ISO-8859-2?Q?z_W=B1sikowski?= , FreeBSD Current , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 21:16:25 -0000 On Sat, Mar 3, 2012 at 10:09 PM, Doug Barton wrote: > On 03/03/2012 13:03, K. Macy wrote: >> On Sat, Mar 3, 2012 at 9:54 PM, Doug Barton wrote: >>> On 03/03/2012 08:53, K. Macy wrote: >>>> a) We as a members of the community are collectively responsible for >>>> the state of FreeBSD. Simply disabling features or removing >>>> functionality that doesn't work or doesn't work optimally and / or >>>> filing bug reports but not being able or willing to respond to >>>> feedback requests is in essence a form of neglect. Although we all >>>> have day to day obligations for which the use of FreeBSD is extremely >>>> impractical if not impossible ... any progress, any improvements, any >>>> advancements will only happen because *we* made it happen. >>> >>> Since we're reiterating key points, I'll do mine one more time. While I >>> sympathize with what you wrote above, if you continue to believe that >> >> *users* >> >>> have a responsibility to help you debug new features you're going >>> to be disappointed and frustrated. >> >> Users don't, community members do. > > You're drawing a distinction that I don't. > I'm drawing a distinction that you don't make or can't make? Like I said I expect a group of people whose existence as a distinct entity you are unaware of to be helpful. The initial conflict stemmed from confusion on my part that you belong to that group. However, as you've repeatedly made clear you don't, so I was wrong to have been critical of you. I apologize for the confusion. Cheers From owner-freebsd-current@FreeBSD.ORG Sat Mar 3 23:55:47 2012 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D4B0106564A for ; Sat, 3 Mar 2012 23:55:47 +0000 (UTC) (envelope-from sendtomatt@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 03F738FC12 for ; Sat, 3 Mar 2012 23:55:46 +0000 (UTC) Received: by dakl33 with SMTP id l33so9109319dak.17 for ; Sat, 03 Mar 2012 15:55:46 -0800 (PST) Received-SPF: pass (google.com: domain of sendtomatt@gmail.com designates 10.68.204.129 as permitted sender) client-ip=10.68.204.129; Authentication-Results: mr.google.com; spf=pass (google.com: domain of sendtomatt@gmail.com designates 10.68.204.129 as permitted sender) smtp.mail=sendtomatt@gmail.com; dkim=pass header.i=sendtomatt@gmail.com Received: from mr.google.com ([10.68.204.129]) by 10.68.204.129 with SMTP id ky1mr32061994pbc.21.1330818946697 (num_hops = 1); Sat, 03 Mar 2012 15:55:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=JKfqPDxPfXe9udCtYLy0hoiEHUXmCcYdz9M4P/eSX3I=; b=D4TtZfPwG5lvgztGR1HzYS7EFQCIvvDicI+Y4EvaQXVkY36iTD7quoT+zvb4c5r6yx 3rmFv1WlJfw846Qsi6Z7uc5LJ4lQbhJvxupjZdeYSt3MWAPnvt0dZrcmbNplYRp1NV6m DZV9yN7aq67WlqzE8ZAxdP/qtV/bQlOvrcB/qj8CF2tIdK7lIoIRq33WzwgUQTZRFMtM bwrESjZ9LMp6xmySx0bmJDmB219A/UG72Mzqih4MmCHBQfVXAPNNDWAVlbNBq9cpjHtR Pyt0psc67VmFMZ4m+w9J876M5QdIAzEpNl7YvASkLejSFL4dbZmhF1+H/IR2U3N5zswc N6GA== Received: by 10.68.204.129 with SMTP id ky1mr27204060pbc.21.1330818946664; Sat, 03 Mar 2012 15:55:46 -0800 (PST) Received: from bakeneko.local (70-36-223-154.dsl.dynamic.sonic.net. [70.36.223.154]) by mx.google.com with ESMTPS id f3sm8938250pbr.61.2012.03.03.15.55.44 (version=SSLv3 cipher=OTHER); Sat, 03 Mar 2012 15:55:45 -0800 (PST) Message-ID: <4F52AF32.2020703@gmail.com> Date: Sat, 03 Mar 2012 15:54:26 -0800 From: matt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120301 Thunderbird/10.0.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4F50597B.5000108@gmail.com> <4F512894.4090105@gmail.com> In-Reply-To: <4F512894.4090105@gmail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: if_igb crashes system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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 Mar 2012 23:55:47 -0000 On 03/02/12 12:07, matt wrote: > On 03/01/12 21:24, matt wrote: >> bringing up igb0 is currently causing my 10-CURRENT box to become very= >> non-responsive (as though downclocked to some 100 KHZ...very, very, ve= ry >> slow). >> >> cmdwatch 'vmstat -i' shows the interrupts get assigned for igb0, and >> about 1 second later the machine is essentially non-responsive. >> >> anyone else seeing if_igb issues suddenly? >> the machine is running off a cvsup from about 75 minutes ago. >> >> I was only able to access the system after removing interface configs >> from rc.conf, which made me suspect polling initially, however even >> issuing "ifconfig igb0 up" with no media causes the issue to appear. >> >> Let me know what additional diagnostic data may help? >> >> Matt >> > Last time this machine was updated was last week. > I'm going to have to install something else to test the hardware, but i= t > had no problems until first reboot with new kernel. > I have blown away /usr/src and re fetched it...no change. > I've disabled pf and tried to bring it up...no change > I've tried to bring up the other interface in the pair...no change (igb= 1). > It doesn't look like the msix commit from jhb has anything to do with > it...didn't exactly revert but changed return(0); back to > return(msgs);...no change > > I'm down to either the hardware conveniently failed during upgrade, or > some earlier commit. > Luckily I have an em-based port as well. > I'm testing hardware next and then going further back into the week on > the commit log? > Anyone else with igb out there and working with latest HEAD? > > Matt > > igb is working now, I rebuilt world as of this afternoon and it appears to be stable. Sorry for the noise & thanks, Matt