Re: toolchain target
On 18/06/2015 09:22, Andriy Gapon wrote:
> My make.conf:
> .if defined(CC)
> .if ${CC} == gcc
> CPUTYPE?=k8-sse3
> .else
> CPUTYPE?=amdfam10
> .endif
> .endif
> CFLAGS+= -O2 -fno-strict-aliasing -pipe
> CFLAGS+= -fno-omit-frame-pointer
> CXXFLAGS+= -O2 -fno-strict-aliasing -pipe
>
[snip]
> Looks like my rather innocent manipulations of CFLAGS could be causing the
> problem.
> Without my make.conf:
> mkdep -f .depend -a
> -I/usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/include
> -I/usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/tools/clang/include
> -I/usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support
> -I.
> -I/usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/../../lib/clang/include
> -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS
> -D__STDC_CONSTANT_MACROS
> -DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd11.0\"
> -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.0\" -DDEFAULT_SYSROOT=\"\"
> -I/usr/obj/usr/devel/svn2/head/tmp/legacy/usr/include -std=c++11
> -stdlib=libc++
> /usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp
> ...
>
> With my make.conf:
> mkdep -f .depend -a -std=c++11 -stdlib=libc++
> /usr/devel/svn2/head/lib/clang/libllvmsupport/../../../contrib/llvm/lib/Support/APFloat.cpp
> ...
>
> All the preprocessor flags (-I, -D) are gone.
>
Or rather it's CXXFLAGS that is affected.
Looks like now in my environment the initial value of CXXFLAGS is set by
make.conf instead of being derived from CFLAGS in mk/sys.mk. This breaks
expectation of many makefiles that flags added to CFLAGS will also be appear in
CXXFLAGS.
Apparently, this problem is documented in UPDATING 20150616, but it does not
cover all possible variables affected by the change...
So, I guess that I could just remove CXXFLAGS from my make.conf, because it is
quite redundant, but in some cases people may still want to set it.
Or I could copy the CXXFLAGS assignment line from mk/sys.mk to make.conf, but
that's a slippery slope towards having to copy all of mk/sys.mk to make.conf.
Or maybe the historic behavior could be restored and whatever prompted the
change could be done in a different fashion?
--
Andriy Gapon
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Wed, Jun 17, 2015 at 11:28:55AM +0300, Gleb Smirnoff wrote: > > Hi Kevin, > > you signed up as tester of urtw(4). I have converted urtw(4) > and uploaded new patch at: > > https://reviews.freebsd.org/D2655 > > Please try, report and update the project page. > > https://wiki.freebsd.org/projects/ifnet/net80211 > > Thanks a lot for your help with the project. After bringing interface up I'm getting: http://i.imgur.com/XhOVJ68.jpg > -- > Totus tuus, Glebius. Kevin ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Thu, Jun 18, 2015 at 10:16 AM, Kevin Lo wrote: > > After bringing interface up I'm getting: > http://i.imgur.com/XhOVJ68.jpg > > I didn't meet this problem on head (r284301) with D2655 applied and using an Alpha network AWUS036NHR v.2 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Thu, Jun 18, 2015 at 12:04:55PM +0200, Olivier Cochard-Labbé wrote: O> > After bringing interface up I'm getting: O> > http://i.imgur.com/XhOVJ68.jpg O> > O> I didn't meet this problem on head (r284301) with D2655 applied and using O> an Alpha network AWUS036NHR v.2 Which is urtwn, not urtw. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote: K> > you signed up as tester of urtw(4). I have converted urtw(4) K> > and uploaded new patch at: K> > K> > https://reviews.freebsd.org/D2655 K> > K> > Please try, report and update the project page. K> > K> > https://wiki.freebsd.org/projects/ifnet/net80211 K> > K> > Thanks a lot for your help with the project. K> K> After bringing interface up I'm getting: K> http://i.imgur.com/XhOVJ68.jpg What's the actual assertion in the mutex code? -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: converted urtw(4) Was: [Testers needed!] WiFi drivers changes
On Thu, Jun 18, 2015 at 04:16:55PM +0800, Kevin Lo wrote: K> > you signed up as tester of urtw(4). I have converted urtw(4) K> > and uploaded new patch at: K> > K> > https://reviews.freebsd.org/D2655 K> > K> > Please try, report and update the project page. K> > K> > https://wiki.freebsd.org/projects/ifnet/net80211 K> > K> > Thanks a lot for your help with the project. K> K> After bringing interface up I'm getting: K> http://i.imgur.com/XhOVJ68.jpg I've found the problem and updated the diff. Please test once more. Thanks for help! Without you the bug could leak into subversion. -- Totus tuus, Glebius. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: Boot hang: Sony VAIO
On Wed, Jun 17, 2015 at 03:09:16PM -0230, Jonathan Anderson wrote: > > On Jun 17, 2015, at 2:39 PM, Konstantin Belousov > > wrote: > > > > On Wed, Jun 17, 2015 at 02:32:16PM -0230, Jonathan Anderson wrote: > >> The system boots the 11-CURRENT kernel in "safe mode" (not sure if it???s > >> the kern.mp.disabled or kern.eventtimer.periodic that???s causing that), > >> after which `dmesg -a` produces the following output: > >> > >> https://people.freebsd.org/~jonathan/vaio-acpi-dmar.txt > > > > Try a loader tunable hw.x2apic_enable=0. > > Your UP boot was successfull with x2APIC mode enabled and set, but there > > are rumors that some SandyBridge BIOSes are buggy. > > That seems to fix it... thanks! > > Is there a Wiki page somewhere for people to document these kinds of > workarounds for particular configurations? > The issue with x2APIC and _some_ Sandy Bridge laptop is known for long time, but I am unable to find and reliable commons in the set of machines which have trouble. I might end up disabling x2APIC on mobile Sandys at all. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Difference between pkg 1.5.2 and 1.5.4
Hi, I'm netbooting with a read-only rootfs. Up until version 1.5.2 of pkg, that sometimes caused some errors when installing various packages, but the install continued even if some files couldn't be written. That seems to have changed with 1.5.4. Specifically, upgrading ca_root_nss from 3.19 to 3.19.1_1 now aborts in archive_read_extract () as shown below. This regression makes it difficult to run read-only; any chance this abort can be turned into a warning instead? Lars Updating FreeBSD repository catalogue... FreeBSD repository is up-to-date. All repositories are up-to-date. Checking integrity... done (0 conflicting) The following 1 package(s) will be affected (of 0 checked): Installed packages to be UPGRADED: ca_root_nss: 3.19 -> 3.19.1_1 The process will require 42 B more space. Proceed with this action? [y/N]: y [1/1] Upgrading ca_root_nss from 3.19 to 3.19.1_1... You may need to manually remove /usr/local/etc/ssl/cert.pem if it's no longer needed. You may need to manually remove /usr/local/openssl/cert.pem if it's no longer needed. pkg: unlinkat(usr/local/share/licenses/ca_root_nss-3.19/LICENSE): No such file or directory pkg: unlinkat(usr/local/share/licenses/ca_root_nss-3.19/MPL): No such file or directory pkg: unlinkat(usr/local/share/licenses/ca_root_nss-3.19/catalog.mk): No such file or directory [1/1] Extracting ca_root_nss-3.19.1_1: 71% pkg: archive_read_extract(): Can't create '/etc/ssl/cert.pem.pXkDjkwDtvyq' [1/1] Extracting ca_root_nss-3.19.1_1: 100% [1/1] Deleting files for ca_root_nss-3.19.1_1: 100% signature.asc Description: Message signed with OpenPGP using GPGMail
Obsolete files in base/head
Hi,
I'm sorry if this is just noise.
Due to recent events in base/head, I began roaming one of my base/head
VMs at home. This one is UFS2 based, and I found some files that
hasn't been updated by installworld in quite some time.
I have other base/head VMs, but they are ZFS based, and on those I
always run install{world,kernel} with DESTDIR set to a brand new BE,
and thus I don't see much of the old stuff.
/usr/bin/preconv (mine's dated Nov 28 2014)
/usr/lib/libssp_p.a (Mar 8 2014)
/usr/lib/libstand_p.a (Mar 8 2014)
/usr/lib/libprivateunbound.a (Jun 4 20:04)
/usr/lib/libprivateunbound_p.a(Jun 4 20:04)
/usr/libexec/catman.local (May 20 21:53)
/usr/libexec/makewhatis.local (May 20 21:53)
/usr/share/man/man1/makewhatis.1.gz (May 20 21:53)
/usr/share/man/man1/preconv.1.gz (Nov 28 2014)
/usr/share/man/man1/sntp.1.gz (Mar 23 21:19)
/usr/share/man/man3/atf-c++-api.3.gz (Nov 1 2014)
/usr/share/man/man3/rlhistory.3.gz(Jul 8 2014)
/usr/share/man/man3/gpib.3.gz (Des 21 10:05)
/usr/share/man/man3/ibclr.3.gz(Des 21 10:05)
/usr/share/man/man3/ibdev.3.gz(Des 21 10:05)
/usr/share/man/man3/ibdma.3.gz(Des 21 10:05)
/usr/share/man/man3/ibeos.3.gz(Des 21 10:05)
/usr/share/man/man3/ibeot.3.gz(Des 21 10:05)
/usr/share/man/man3/ibloc.3.gz(Des 21 10:05)
/usr/share/man/man3/ibonl.3.gz(Des 21 10:05)
/usr/share/man/man3/ibpad.3.gz(Des 21 10:05)
/usr/share/man/man3/ibrd.3.gz (Des 21 10:05)
/usr/share/man/man3/ibsad.3.gz(Des 21 10:05)
/usr/share/man/man3/ibsic.3.gz(Des 21 10:05)
/usr/share/man/man3/ibtmo.3.gz(Des 21 10:05)
/usr/share/man/man3/ibtrg.3.gz(Des 21 10:05)
/usr/share/man/man3/ibwrt.3.gz(Des 21 10:05)
/usr/share/man/man3/nvlist.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_add_binary.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_add_bool.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_add_descriptor.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_add_null.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_add_number.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_add_nvlist.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_add_string.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_add_stringf.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_add_stringv.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_clone.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_create.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_destroy.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_dump.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_empty.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_error.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_binary.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_bool.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_descriptor.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_null.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_number.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_nvlist.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_string.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_exists_type.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_existsf.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_existsv.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_fdump.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_flags.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_binary.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_bool.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_descriptor.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_null.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_number.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_string.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_free_type.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_freef.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_freev.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_get_binary.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_get_bool.3.gz (Mar 23 21:15)
/usr/share/man/man3/nvlist_get_descriptor.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_get_number.3.gz(Mar 23 21:15)
/usr/share/man/man3/nvlist_get_
Re: toolchain target
Andriy Gapon wrote:
> > do you have anything interesting in /etc/make.conf?
>
> Thank you for the hint -- __MAKE_CONF=/dev/null SRC_CONF=/dev/null fix the
> problem.
>
> Now I am trying to figure out what the problem is.
The problem will be that I shifted the include of make.conf and etc
to earlier in sys.mk so that they can provide pointer to external
toolchains.
>
> My make.conf:
> .if defined(CC)
> .if ${CC} == gcc
which will break all this - see the UPDATING entry.
> CPUTYPE?=k8-sse3
> .else
> CPUTYPE?=amdfam10
> .endif
> .endif
> CFLAGS+= -O2 -fno-strict-aliasing -pipe
> CFLAGS+= -fno-omit-frame-pointer
> CXXFLAGS+= -O2 -fno-strict-aliasing -pipe
The root problem is that a global file like /etc/make.conf is a very
fragile concept - makes it almost impossible to evolve the the build.
Especially if you put anything in there more complex that setting global
knobs.
Any use of += etc, makes it sentitive to the point of inclusion.
It is useful to include local.sys.mk (hence src.sys.mk) very early.
So that they can do CC?= blah etc. before sys.mk does
But the current semantic is that make.conf should be included first
which means it needs to be included early .. which breaks everyone who
has "interesting" stuff there.
> And src.conf:
> WITH_DEBUG_FILES=yes
> WITH_CTF=yes
What is perhaps really needed is yet another include that can happen
early and another later during sys.mk processing
We could then move include of make.conf back
Will investigate...
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
Re: toolchain target
Dimitry Andric wrote: > Hmm, is this still not fixed? This was broken by Simon's large > "meta-mode" commit r284345. but I would assume Baptiste's fixes after > that might have fixed it. I can't test this myself at the moment, due to > ENOTIME... I think https://reviews.freebsd.org/D2860 will fix this. It puts include of make.conf etc back where they were and introduces new early include. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
