Date: Tue, 15 Dec 2015 18:37:40 +0000 (UTC) From: Kostya Berger <bergerkos@yahoo.co.uk> To: Freebsd-current <freebsd-current@freebsd.org> Subject: webcamd & cuse4bsd Message-ID: <73528298.2697190.1450204660683.JavaMail.yahoo@mail.yahoo.com> References: <73528298.2697190.1450204660683.JavaMail.yahoo.ref@mail.yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
There is this problem I'm experiencing with webcamd (set to webcamd_enable=YES) and cuse4bsd: special devices /dev/video0 and /dev/cuse are NOT cteated every time on system start. Rather, it becomes a matter of chance.Have the same problem on RELEASE & STABLE as well. Sent from Yahoo Mail on Android From owner-freebsd-current@freebsd.org Tue Dec 15 18:54:06 2015 Return-Path: <owner-freebsd-current@freebsd.org> Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0213EA489A8 for <freebsd-current@mailman.ysv.freebsd.org>; Tue, 15 Dec 2015 18:54:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-152.reflexion.net [208.70.211.152]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B94E61986 for <freebsd-current@freebsd.org>; Tue, 15 Dec 2015 18:54:05 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9108 invoked from network); 15 Dec 2015 18:54:04 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 15 Dec 2015 18:54:04 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Tue, 15 Dec 2015 13:54:03 -0500 (EST) Received: (qmail 3511 invoked from network); 15 Dec 2015 18:54:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 15 Dec 2015 18:54:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 38B9B1C43BC; Tue, 15 Dec 2015 10:54:00 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix From: Mark Millard <markmi@dsl-only.net> In-Reply-To: <56705DEB.2030004@FreeBSD.org> Date: Tue, 15 Dec 2015 10:54:02 -0800 Cc: "Simon J. Gerraty" <sjg@juniper.net>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org> Content-Transfer-Encoding: quoted-printable Message-Id: <1F2AC0BD-8963-46BA-9C1B-EB5F48CDA204@dsl-only.net> References: <A9ECA670-0B14-455E-BB22-7B546CE182CB@dsl-only.net> <2426.1449521335@chaos> <D5A9EE24-519D-4870-9370-64FB826130DA@dsl-only.net> <56675638.5010904@FreeBSD.org> <56705DEB.2030004@FreeBSD.org> To: Bryan Drewery <bdrewery@FreeBSD.org> X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current <freebsd-current.freebsd.org> List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current/>; List-Post: <mailto:freebsd-current@freebsd.org> List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help> List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-current>, <mailto:freebsd-current-request@freebsd.org?subject=subscribe> X-List-Received-Date: Tue, 15 Dec 2015 18:54:06 -0000 On 2015-Dec-15, at 10:37 AM, Bryan Drewery <bdrewery@FreeBSD.org> wrote: > > On 12/8/15 2:14 PM, Bryan Drewery wrote: >> On 12/7/15 1:33 PM, Mark Millard wrote: >>> >>>> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty <sjg@juniper.net> wrote: >>>> >>>> Mark Millard <markmi@dsl-only.net> wrote: >>>>> My guess is that it is picking up the >>>>> >>>>> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain >>>> >>>> You should use ?= if you want this to work. >>>> There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked >>>> in the environment of a sub-make. >>>> >>>> By using = above, you break that. >>> >>> That presumes that MAKEOBJDIRPREFIX has not been assigned a default value before the SRC_ENV_CONF file has been included the first time. If MAKEOBJDIRPREFIX had been defined already then the ?= would do nothing and the wrong value would be used. >>> >>> I believe that the following trace shows that such an assignment of a default value does happen first, making ?= not work either. >>> >>> >>> >>> /usr/src/Makefile (head/Makefile 29160) has >>> >>>> MAKEOBJDIRPREFIX?= /usr/obj >>> >>> at line 145 (used when it is not using targets/Makefile from the relevant .if/.else/.endif). >>> >>> Line 105 has .include <bsd.compiler.mk> and there no others before the above assignment. bsd.compiler.mk in turn includes bsd.opt.mk (only), which in turns includes bsd.mkopt.mk (only). That in turn includes nothing else. So these files and only these files are the involved files before that assignment as far as I can tell. >>> >>> None of these get to src.sys.env.mk and so SRC_ENV_CONF use has not happened yet when >>> >>>> MAKEOBJDIRPREFIX?= /usr/obj >>> >>> is executed. >>> >>> So, if I understand right, MAKEOBJDIRPREFIX is already defined before the code >>> >>>> SRC_ENV_CONF?= /etc/src-env.conf >>>> .if !empty(SRC_ENV_CONF) && !target(_src_env_conf_included_) >>>> .-include "${SRC_ENV_CONF}" >>>> _src_env_conf_included_: .NOTMAIN >>>> .endif >>> >>> is executed and so using ?= would not be effective in the included file. >>> >>> Did I miss something? >> >> >> Yes. sys.mk and src-env.conf are included *before* Makefile. Think of it >> as being in line 0. >> >> Technically you should be able to use MAKEOBJDIRPREFIX in make.conf or >> src.conf if you are not using any of the meta mode features (all off by >> default). >> > > Clarification: We *could* support this but it does not work today. We > can use .OBJDIR to force using a MAKEOBJDIRPREFIX from make.conf but > only if we also force creating the directory as well. Getting this all > right just ends up falling into the new auto.obj.mk territory anyhow. I > do want to expand that to the default build, which would allow setting > MAKEOBJDIRPREFIX in src-env.conf. So may be the paragraph below from "man src.conf" should not (yet?) suggest that MAKEOBJDIRPREFIX is valid in a file to be referenced by SRC_ENV_CONF: > The environment of make(1) for the build can be controlled via the > SRC_ENV_CONF variable, which defaults to /etc/src-env.conf. Some > examples that may only be set in this file are MAKEOBJDIRPREFIX, > WITH_DIRDEPS_BUILD, and WITH_META_MODE as they are environment-only > variables. === Mark Millard markmi at dsl-only.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?73528298.2697190.1450204660683.JavaMail.yahoo>