Re: r300951 make buildworld duration 18h

It's too bad make(1) can't have a "max parallel jobs" for a particular directory. I believe that some of the llvm build winds up using nearly a gig of RAM per compiled .c file, so when you are running 2 jobs at once, LLVM will swap like mad. If we could add something under the llvm

Re: r300951 make buildworld duration 18h

On Mon, 30 May 2016 07:37:26 -0700 Matthias Apitz wrote > > Hello, > > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x

Re: 11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use]

On 2016-May-30, at 5:40 PM, Mark Millard wrote: > [This adds armv6 information to a prior note that was just powerpc based. The > powerpc example material is listed first then it is noted that armv6 ended up > similar in my attempt.] > > On 2016-May-29, at 11:32 PM, Mark Millard wrote: > >>

Re: r300951 make buildworld duration 18h

Hi! > Yesterday I pulled via svn co ... a fresh r300951 and started the > buildworld as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has > 2x Intel Atom 1.6GHz and 1 GByte RAM and was otherwise unused. > Is this the normal buildworld time of today? Yes,

11.0 -r300944 buildworld amd64 -> armv6/armv7a cross build: Some XCPP and XCC use without -target specified so it rejects -march=armv7a

[Warning: The following report is already based on trying to work around prior problems already noted elsewhere. That makes these somewhat more suspect. The -march=armv7a that is rejected below is from XCC/XCXX/XCPP content in my src.conf. I later list the src.conf content used.]

11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc or armv6 via system clang use]

[This adds armv6 information to a prior note that was just powerpc based. The powerpc example material is listed first then it is noted that armv6 ended up similar in my attempt.] On 2016-May-29, at 11:32 PM, Mark Millard wrote: > [It may well be that powerpc is not an intended cross compile

Re: if_iwn dhcp troubles

hi, what's the output of 'ifconfig -v wlan0 list scan' ? -a On 30 May 2016 at 14:15, Ronald Klop wrote: > On Mon, 30 May 2016 03:01:10 +0200, Adrian Chadd > wrote: > >> ok, so there seem to be more lingering 802.11n issues. can you tell me >>

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

On Mon, May 30, 2016 at 05:23:35PM -0700, David Wolfskill wrote: > On Mon, May 30, 2016 at 11:52:27AM -0700, David Wolfskill wrote: > > ... > > > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel > > > > module linux64 > > > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko:

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

On Mon, May 30, 2016 at 11:52:27AM -0700, David Wolfskill wrote: > ... > > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel > > > module linux64 > > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko: depends on kernel - not > > > available or version mismatch > > > May 30

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

> On May 30, 2016, at 11:29 AM, Bryan Drewery wrote: > > I should have mentioned that to enable META_MODE after not having it on > you should do a 'make cleanworld' first. This should probably be mentioned in src.conf(5) then. Best, Matteo signature.asc Description:

Re: if_iwn dhcp troubles

On Mon, 30 May 2016 03:01:10 +0200, Adrian Chadd wrote: ok, so there seem to be more lingering 802.11n issues. can you tell me mrore about the environment there, so I can try to duplicate it? I'd like to fix whatever 11n issues there are in iwn! Thanks! -a Hi

Re: Recent seems to have broken toolchain

On 29 May 2016, at 04:27, Steve Kargl wrote: > > I have a Fortran application that has built forever on FreeBSD-current; > that is, until recently. It now dies with the following error: > > gfortran48 -O2 -pipe -march=native -mtune=native -static

Re: Unable to load freshly-built nvidia.ko @r300994.

On Mon, May 30, 2016 at 07:03:42PM +0300, Konstantin Belousov wrote: > ... > > May 30 11:29:31 g1-252 root: /etc/rc: WARNING: Unable to load kernel module > > linux64 > > May 30 11:29:31 g1-252 kernel: KLD linux64.ko: depends on kernel - not > > available or version mismatch > > May 30 11:29:31

Re: r 300949: rpcbind rejects to start: couldn't create ip6 socket

Am Sun, 29 May 2016 03:00:56 -0700 "Ngie Cooper (yaneurabeya)" schrieb: > > On May 29, 2016, at 00:32, O. Hartmann wrote: > > > > After updating sources and build- and installworld, I realize that all > > rpcbind related > > services, so far

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

On 2016-May-30, at 8:29 AM, Bryan Drewery wrote: > This failure is not likely related to META_MODE. > > I should have mentioned that to enable META_MODE after not having it on > you should do a 'make cleanworld' first. > > On 5/29/2016 9:19 PM, Mark Millard wrote: >> This was my

Re: r300951 make buildworld duration 18h

El lunes, 30 de mayo de 2016 17:11:15 (CEST), Bob Bishop escribió: HI, On 30 May 2016, at 15:37, Matthias Apitz wrote: Hello, Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld as # make -j2 buildworld it ended today at

Re: Unable to load freshly-built nvidia.ko @r300994.

Am Mon, 30 May 2016 19:03:42 +0300 Konstantin Belousov schrieb: > On Mon, May 30, 2016 at 05:36:54AM -0700, David Wolfskill wrote: > > Today's "daily update" for head was from: > > > > FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #432 > >

Re: Unable to load freshly-built nvidia.ko @r300994.

On Mon, May 30, 2016 at 05:36:54AM -0700, David Wolfskill wrote: > Today's "daily update" for head was from: > > FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #432 > r300951M/300951:1100114: Sun May 29 04:44:37 PDT 2016 >

Re: [CFT] WITH_META_MODE: Working incremental build

On 5/27/2016 5:16 PM, Bryan Drewery wrote: > To use this you must either add WITH_META_MODE=yes to your environment > or add it into /etc/src-env.conf (not /etc/src.conf or /etc/make.conf). > You will also need to load the filemon(4) module with 'kldload filemon'. You also need to 'make

Re: 11.0 -r300944 build attempted WITH_META_MODE failed [amd64 targeting powerpc64 via devel/powerpc64-gcc use]

This failure is not likely related to META_MODE. I should have mentioned that to enable META_MODE after not having it on you should do a 'make cleanworld' first. On 5/29/2016 9:19 PM, Mark Millard wrote: > This was my first-time-ever WITH_META_MODE attempt. I show a chunk of the log > later

Re: r300951 make buildworld duration 18h

HI, > On 30 May 2016, at 15:37, Matthias Apitz wrote: > > > Hello, > > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom > 1.6GHz > and

Re: r300951 make buildworld duration 18h

On 05/30/16 10:37, Matthias Apitz wrote: > Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld > as > > # make -j2 buildworld > > it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom > 1.6GHz > and 1 GByte RAM and was otherwise unused. Is this the

r300951 make buildworld duration 18h

Hello, Yesterday I pulled via svn co ... a fresh r300951 and started the buildworld as # make -j2 buildworld it ended today at lunchtime after 18 hours. The laptop has 2x Intel Atom 1.6GHz and 1 GByte RAM and was otherwise unused. Is this the normal buildworld time of today? I think it spent

Unable to load freshly-built nvidia.ko @r300994.

Today's "daily update" for head was from: FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD 11.0-ALPHA1 #432 r300951M/300951:1100114: Sun May 29 04:44:37 PDT 2016 r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64 to: FreeBSD g1-252.catwhisker.org 11.0-ALPHA1 FreeBSD

Re: NFSv4 compatibility with ESX6U2

Michael Butler wrote: > On 05/29/16 21:05, Michael Butler wrote: > > I was just fooling around with ESX this evening and trying to add an > > NFSv4 mount onto it as extra storage. Curiously, given the correct > > credentials, it will report the total volume size and free remaining but > > won't

Re: r 300949: rpcbind rejects to start: couldn't create ip6 socket

On Sun, 29 May 2016 12:50:35 -0700 Mark Johnston wrote: > On Sun, May 29, 2016 at 01:39:07PM +0200, O. Hartmann wrote: > > Recompiled sources with flag -DNO_CLEAN (I mention this because it might > > have impact). > > > > After that, I tried restarting rpcbind via: > > > >

11.0 -r300944 buildworld attempt failed [amd64 targeting powerpc via system clang use]

[It may well be that powerpc is not an intended cross compile target via clang since clang is insufficient for an FreeBSD/powerpc ABI compliant buildworld as stands. Still I use this to illustrate the more general points for clang use in cross builds.] The failure: > --- libc.so.7.full --- >