date:20170623

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

2017-06-23 Thread Benjamin Kaduk

I fixed the rc.conf snippet in the handbook in r50399.
I lost track of the rest of the thread as to what needs to be
changed in the actual command examples in lagg.4 and/or the
handbook, though.

-Ben

On Fri, Jun 23, 2017 at 05:33:05PM -0700, Adrian Chadd wrote:
> hi!
> 
> Thanks! Yes please let's update the handbook at least.
> 
> 
> -a
> 
> 
> On 23 June 2017 at 10:06, Renato Botelho  wrote:
> > On 23/06/17 13:43, Adrian Chadd wrote:
> >> Hi,
> >>
> >> You can't change a wifi mac address /after the interface is up/. So if
> >> that's happening with this RC script combination then we should kinda
> >> fix that.
> >
> > OK, so in the end I managed to make it work without any kernel change.
> > This is how rc.conf look like, as pointed out by András Krasznai.
> >
> > ifconfig_em0="up"
> > wlans_iwn0="wlan0"
> > ifconfig_wlan0="WPA"
> > create_args_wlan0="wlanaddr 3c:97:0e:48:3f:f8"
> > cloned_interfaces="lagg0"
> > ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP"
> >
> > So now the only remaining issue is related to docs. lagg(4) manpage
> > example and Handbook must be fixed
> >
> > Thank you all for the help
> > --
> > Renato Botelho
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Ports still broken by ino64? <can6yy1uq6w2ckdm6m2wkoiyqd5-x6hqasvph7rycntkn2mx...@mail.gmail.com>

2017-06-23 Thread Kevin Oberman

On Fri, Jun 23, 2017 at 8:19 PM, Thomas Mueller  wrote:

> On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller 
> wrote:
>
> > > I remember some ports on FreeBSD-current were rendered nonbuildable by
> the
> > > introduction of 64-bit inodes (ino64).
>
> > > What is the progress on resolving those snags?
>
> > > I haven't heard anything recently and was unable to find anything on
> > > wiki.freebsd.org.
>
> > > So how do I know the current status?
>
> > > I am particularly concerned with gcc5-aux and gcc6-aux which should be
> of
> > > concern because ports-mgmt/synth requires gcc6-aux as a dependency.
>
> > > There was never a BROKEN in any of these ports' Makefile.
>
> > Tom
>
>
> > IIRC, there was no general issue with building ports, though a few may
> have
> > needed a fix. It was that packages built after the change were not
> > available and older binaries would not work. I believe that the issue
> went
> > away as soon as a new package build was completed. This took longer than
> > usual as ALL packages had to be re-built, not just those which had been
> > updated since the last build.
>
> > Kevin Oberman, Part time kid herder and retired Network Engineer
>
> So I guess I could update my FreeBSD-current installation, building from
> 11-stable host, and try again to build synth?
>
> But all the dependencies that build successfully and installed before the
> system crash would have to be rebuilt from the start.
>
> It will take some time before I get to it, with an 11.1-BETA2 installation
> being built up and some NetBSD installations being updated (not easy,
> problems are such as to dissuade me from tryimg to use pkgsrc on FreeBSD).
>
> I know that any old FreeBSD-current installation from January 2016 or
> August 2015 must not be touched lest all or nearly all packages be rendered
> nonfunctional due to shared libraries out of sync, not to mention ino64.
>
> Upgrade after FreeBSD 11.1-STABLE/BETA2 installation is built up and ready
> to take over.
>
> One thing that might put rebuilding FreeBSD-current to a higher priority
> would be an update to
> $SRC_BASE/sys/dev/re/if_re.c
>
> Tom
>

Maybe not, but I think so. synth(8) requires the ada compiler which means
lang/gcc6-aux or lang/gcc5-aux and those DID require work to install on
ino64. I believe that this is now resolved, but I would seriously consider
simply installing synth from the package. It has no run or lib depends, so
installing the package is risk-free.

synth is the only package I install on my development system,though I do
consider installing chromium and libreoffice from packages now and then...
like every time I have to rebuild either. (libreoffice is awaiting for a
rebuild right now. Maybe tomorrow. I built Chromium yesterday.)
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Second Call for 2017Q2 Quarterly Status Reports

2017-06-23 Thread Benjamin Kaduk

Dear FreeBSD Community,

The deadline for the next FreeBSD Quarterly Status update is July 7,
2017, for work done in April through June.

Status report submissions do not need to be very long.  They may be about
anything happening in the FreeBSD project and community, and provide a great
way to inform FreeBSD users and developers about work that is underway and
completed.  Submission of reports is not restricted to committers; anyone
doing anything interesting and FreeBSD related can -- and should -- write one!

The preferred and easiest submission method is to use the XML generator [1]
with the results emailed to the status report team at mont...@freebsd.org .
(Do be sure, though, to save the form output and not the form itself!)  There
is also an XML template [2] that can be filled out manually and attached
if preferred.  For the expected content and style, please study our guidelines
on how to write a good status report [3].  You can also review previous issues
[4][5] for ideas on the style and format.

We look forward to seeing your 2017 reports!

Thanks,

Ben (on behalf of monthly@)

[1] https://www.FreeBSD.org/cgi/monthly.cgi
[2] https://www.FreeBSD.org/news/status/report-sample.xml
[3] https://www.FreeBSD.org/news/status/howto.html
[4] https://www.FreeBSD.org/news/status/report-2017-01-2017-03.html
[5] https://www.FreeBSD.org/news/status/report-2016-10-2016-12.html
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: ipfilter fails to compile WITHOUT_INET6

2017-06-23 Thread Cy Schubert

In message <16738440-df50-0e33-2a50-340071212...@aldan.algebra.com>, 
"Mikhail T
." writes:
> This is a multi-part message in MIME format.
> --DC959F413BFB254449706900
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
> Content-Transfer-Encoding: 7bit
> 
> On 22.06.2017 21:20, Cy Schubert wrote:
> > Can you try the attached patch please?
> Yes, replacing:
> 
> -#ifdef AF_INET6
> +#ifdef USE_INET6
> 
> lets the build succeed. Is it Ok to modify stuff under contrib/ though?..

Yes, I've already committed the patch and also to ipf_y.y in ../tools/.

I'll be pushing these and a lot of other changes upline when I'm done. The 
work that has been done so far -- fixing bugs -- has also been shared with 
NetBSD. I've used some of NetBSD's ipfilter patches in our tree.

-- 
Cheers,
Cy Schubert 
FreeBSD UNIX:     Web:  http://www.FreeBSD.org

The need of the many outweighs the greed of the few.

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Ports still broken by ino64? <can6yy1uq6w2ckdm6m2wkoiyqd5-x6hqasvph7rycntkn2mx...@mail.gmail.com>

2017-06-23 Thread Thomas Mueller

On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller  wrote:

> > I remember some ports on FreeBSD-current were rendered nonbuildable by the
> > introduction of 64-bit inodes (ino64).

> > What is the progress on resolving those snags?

> > I haven't heard anything recently and was unable to find anything on
> > wiki.freebsd.org.

> > So how do I know the current status?

> > I am particularly concerned with gcc5-aux and gcc6-aux which should be of
> > concern because ports-mgmt/synth requires gcc6-aux as a dependency.

> > There was never a BROKEN in any of these ports' Makefile.

> Tom

> IIRC, there was no general issue with building ports, though a few may have
> needed a fix. It was that packages built after the change were not
> available and older binaries would not work. I believe that the issue went
> away as soon as a new package build was completed. This took longer than
> usual as ALL packages had to be re-built, not just those which had been
> updated since the last build.

> Kevin Oberman, Part time kid herder and retired Network Engineer

So I guess I could update my FreeBSD-current installation, building from 
11-stable host, and try again to build synth?

But all the dependencies that build successfully and installed before the 
system crash would have to be rebuilt from the start.

It will take some time before I get to it, with an 11.1-BETA2 installation 
being built up and some NetBSD installations being updated (not easy, problems 
are such as to dissuade me from tryimg to use pkgsrc on FreeBSD).

I know that any old FreeBSD-current installation from January 2016 or August 
2015 must not be touched lest all or nearly all packages be rendered 
nonfunctional due to shared libraries out of sync, not to mention ino64.

Upgrade after FreeBSD 11.1-STABLE/BETA2 installation is built up and ready to 
take over.

One thing that might put rebuilding FreeBSD-current to a higher priority would 
be an update to 
$SRC_BASE/sys/dev/re/if_re.c

Tom

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Ports still broken by ino64?

2017-06-23 Thread Kevin Oberman

On Fri, Jun 23, 2017 at 4:12 PM, Thomas Mueller  wrote:

> I remember some ports on FreeBSD-current were rendered nonbuildable by the
> introduction of 64-bit inodes (ino64).
>
> What is the progress on resolving those snags?
>
> I haven't heard anything recently and was unable to find anything on
> wiki.freebsd.org.
>
> So how do I know the current status?
>
> I am particularly concerned with gcc5-aux and gcc6-aux which should be of
> concern because ports-mgmt/synth requires gcc6-aux as a dependency.
>
> There was never a BROKEN in any of these ports' Makefile.
>
> Tom
>

IIRC, there was no general issue with building ports, though a few may have
needed a fix. It was that packages built after the change were not
available and older binaries would not work. I believe that the issue went
away as soon as a new package build was completed. This took longer than
usual as ALL packages had to be re-built, not just those which had been
updated since the last build.
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

2017-06-23 Thread Adrian Chadd

hi!

Thanks! Yes please let's update the handbook at least.


-a


On 23 June 2017 at 10:06, Renato Botelho  wrote:
> On 23/06/17 13:43, Adrian Chadd wrote:
>> Hi,
>>
>> You can't change a wifi mac address /after the interface is up/. So if
>> that's happening with this RC script combination then we should kinda
>> fix that.
>
> OK, so in the end I managed to make it work without any kernel change.
> This is how rc.conf look like, as pointed out by András Krasznai.
>
> ifconfig_em0="up"
> wlans_iwn0="wlan0"
> ifconfig_wlan0="WPA"
> create_args_wlan0="wlanaddr 3c:97:0e:48:3f:f8"
> cloned_interfaces="lagg0"
> ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP"
>
> So now the only remaining issue is related to docs. lagg(4) manpage
> example and Handbook must be fixed
>
> Thank you all for the help
> --
> Renato Botelho
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: HEAD/i386 r320212: three reproducible panics

2017-06-23 Thread Michael Butler


On 06/23/17 12:42, Oleg V. Nauman wrote:

  a) Panic on shutdown:


Fatal trap 1: privileged instruction fault while in kernel mode
cpuid = 1; apic id = 01
instruction pointer  = 0x20:0xc6be2023
stack pointer  = 0x28:0xe13c39f4
frame pointer  = 0x28:0xe13c3a20
code segment  = base 0x0, limit 0xf, type 0x1b
  = DPL 0, pres 1, def32 1, gran 1
processor eflags  = interrupt enabled, resume, IOPL = 0
current process  = 11 (swi1: netisr 0)
trap number= 1
panic: privileged instruction fault
cpuid = 1
time = 1498206262
Uptime: 6m19s


I can't get my last remaining i386 to either finish booting or stay up 
long enough for the VPN to allow access (it's remote :-(). I'm stuck at 
SVN r319640.


Crash dumps list a "double fault", "general protection fault" or "page 
fault" in kernel mode.


Fortunately, it does get far enough to remove /boot/nextboot.conf so it 
does fall back to a working kernel ..


imb

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Ports still broken by ino64?

2017-06-23 Thread Thomas Mueller

I remember some ports on FreeBSD-current were rendered nonbuildable by the 
introduction of 64-bit inodes (ino64).

What is the progress on resolving those snags?

I haven't heard anything recently and was unable to find anything on 
wiki.freebsd.org.

So how do I know the current status?

I am particularly concerned with gcc5-aux and gcc6-aux which should be of 
concern because ports-mgmt/synth requires gcc6-aux as a dependency.

There was never a BROKEN in any of these ports' Makefile.

Tom

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 8:14 AM, Alastair Hogge wrote:
> On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote:
>> On 23 June 2017 at 15:36, Alastair Hogge  wrote:
>>> Hi,
>>>
>>> My 12.0-CURRENT r320259 host is unable to complete a release.sh build of
>>> a generic world:
>>>
>>> [...]
>>> =/tmp/install.hb5C6cay  PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf
>>> /tmp/install.hb5C6cay
>>> sh: head: not found
>>> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
>>> linker type from LD=ld
>>> *** Error code 1
>>>
>>> ...
>>>
>>> To good health,
>>> Alastair
>>> ___
>>> freebsd-current@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>>
>> Hi,
>>
>> I got the same error with r320258.
>> Is it because "head" is not part of the bootstrap tools?
>>
>> I was able to continue by replacing "| head 1" with "| sed -n 1p" in
>> _ld_version!=   ${${ld}} --version 2>/dev/null | head -n 1 || echo none
>>
>> head is not in /tmp/install.RANDOMVALUES but sed is.
> 
> Great, that worked, thanks :-)
> 

My local release.sh build just finished on r320292 and I did not run
into this issue. I believe it is fixed.

Note that just replacing 'head' with 'sed' is not quite right as there
should be no reason to be running ld at this point anyway.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: compiler-metadata.mk for main arch deleted when crossbuilding

2017-06-23 Thread Bryan Drewery

On 6/23/2017 11:28 AM, Bryan Drewery wrote:
> On 6/23/2017 11:00 AM, Guy Yur wrote:
>> Hi Bryan,
>>
>> I use a script for building both amd64 and armv6 on an amd64 machine.
>> Basically,
>> export TARGET=amd64 TARGET_ARCH=amd64
>> make -j2 -DNO_CLEAN buildworld
>> export TARGET=arm TARGET_ARCH=armv6
>> make -j2 -DNO_CLEAN buildworld
>>
>> The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk
>> The armv6 build deletes it and creates
>> /usr/obj/arm.armv6/usr/src/compiler-metadata.mk
>>
>> If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk again.
>>
>> Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk"
>> not respect TARGET and TARGET_ARCH?
>>
> 
> Yes, it is fixed now in r320286. Thanks for the report!
> 
> 

This may have been the reason release.sh failed earlier.  Is release.sh
still failing for you now?

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: compiler-metadata.mk for main arch deleted when crossbuilding

2017-06-23 Thread Bryan Drewery

On 6/23/2017 11:00 AM, Guy Yur wrote:
> Hi Bryan,
> 
> I use a script for building both amd64 and armv6 on an amd64 machine.
> Basically,
> export TARGET=amd64 TARGET_ARCH=amd64
> make -j2 -DNO_CLEAN buildworld
> export TARGET=arm TARGET_ARCH=armv6
> make -j2 -DNO_CLEAN buildworld
> 
> The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk
> The armv6 build deletes it and creates
> /usr/obj/arm.armv6/usr/src/compiler-metadata.mk
> 
> If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk again.
> 
> Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk"
> not respect TARGET and TARGET_ARCH?
> 

Yes, it is fixed now in r320286. Thanks for the report!


-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

compiler-metadata.mk for main arch deleted when crossbuilding

2017-06-23 Thread Guy Yur

Hi Bryan,

I use a script for building both amd64 and armv6 on an amd64 machine.
Basically,
export TARGET=amd64 TARGET_ARCH=amd64
make -j2 -DNO_CLEAN buildworld
export TARGET=arm TARGET_ARCH=armv6
make -j2 -DNO_CLEAN buildworld

The amd64 build creates /usr/obj/usr/src/compiler-metadata.mk
The armv6 build deletes it and creates
/usr/obj/arm.armv6/usr/src/compiler-metadata.mk

If I rebuild just amd64 I get /usr/obj/usr/src/compiler-metadata.mk again.

Does _cross-tools target's "@rm -f ${.OBJDIR}/compiler-metadata.mk"
not respect TARGET and TARGET_ARCH?

Thanks,
Guy
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

2017-06-23 Thread Renato Botelho

On 23/06/17 13:43, Adrian Chadd wrote:
> Hi,
> 
> You can't change a wifi mac address /after the interface is up/. So if
> that's happening with this RC script combination then we should kinda
> fix that.

OK, so in the end I managed to make it work without any kernel change.
This is how rc.conf look like, as pointed out by András Krasznai.

ifconfig_em0="up"
wlans_iwn0="wlan0"
ifconfig_wlan0="WPA"
create_args_wlan0="wlanaddr 3c:97:0e:48:3f:f8"
cloned_interfaces="lagg0"
ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP"

So now the only remaining issue is related to docs. lagg(4) manpage
example and Handbook must be fixed

Thank you all for the help
-- 
Renato Botelho
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Boris Samorodov

23.06.2017 17:19, Boris Samorodov пишет:
> Hi All, Bryan!
> 
> Since bsd.linker.mk introduction I can't manage to create
> FreeBSD base packages. The process stops at the very beginning:
> -
> --- packages ---
> --- packages ---
> make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
> --- real-packages ---
> --- stage-packages ---
> mkdir -p /tmp/install.DQDhLPed
> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
> echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
> makewhatis; do  if progpath=
> `which $prog`; then  echo $progpath;  else  echo "Required tool $prog
> not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
> -f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
>  if [ "$2 $3" != "not
> found" ]; then  echo $2;  else  echo "Required library $1 not found."
>> &2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
> cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
> COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
> t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
> p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
> NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>  LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
> INSTALL="install -U -M /usr/obj/usr/src/amd64
> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
> MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
> METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
> COMPILER_VERSION=4  COMPIL
> ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/t
> mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
> -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
> AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
> STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
> LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
> sh: head: not found
> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
> linker type from LD=ld
> *** Error code 1
> 
> Stop.
> -
> 
Yes! Awesome!! Thank you for quick reaction and the fix.

-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

HEAD/i386 r320212: three reproducible panics

2017-06-23 Thread Oleg V. Nauman

 a) Panic on shutdown:


Fatal trap 1: privileged instruction fault while in kernel mode
cpuid = 1; apic id = 01
instruction pointer  = 0x20:0xc6be2023
stack pointer  = 0x28:0xe13c39f4
frame pointer  = 0x28:0xe13c3a20
code segment  = base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
processor eflags  = interrupt enabled, resume, IOPL = 0
current process  = 11 (swi1: netisr 0)
trap number= 1
panic: privileged instruction fault
cpuid = 1
time = 1498206262
Uptime: 6m19s

 The trace is:

__curthread () at ./machine/pcpu.h:225
225  __asm("movl %%fs:%1,%0" : "=r" (td)
(kgdb) #0  __curthread () at ./machine/pcpu.h:225
#1  doadump (textdump=-968633472) at ../../../kern/kern_shutdown.c:318
#2  0xc06e88c4 in kern_reboot (howto=)
at ../../../kern/kern_shutdown.c:386
#3  0xc06e8c5b in vpanic (fmt=,
ap=0xe13c3874 "}\334\235\300H\254 \306\001")
at ../../../kern/kern_shutdown.c:779
#4  0xc06e8b1b in panic (fmt=0xc092e18e "%s")
at ../../../kern/kern_shutdown.c:710
#5  0xc08eed21 in trap_fatal (frame=0xe13c39b4, eva=)
at ../../../i386/i386/trap.c:978
#6  0xc08eea38 in trap (frame=)
at ../../../i386/i386/trap.c:704
#7  
#8  0xc6be2023 in ?? ()
#9  0xc082ed53 in tcp_do_segment (m=, th=,
so=, tp=, drop_hdrlen=,
tlen=, iptos=,
ti_locked=)
at ../../../netinet/tcp_input.c:2444
#10 0xc082c181 in tcp_input (mp=, offp=,
proto=) at ../../../netinet/tcp_input.c:1191
#11 0xc0820878 in ip_input (m=0x0) at ../../../netinet/ip_input.c:823
#12 0xc07d5d0f in netisr_process_workstream_proto (nwsp=,
proto=) at ../../../net/netisr.c:899
#13 swi_net (arg=) at ../../../net/netisr.c:946
#14 0xc06bb3c5 in intr_event_execute_handlers (p=0x109, ie=)
at ../../../kern/kern_intr.c:1336
#15 0xc06bb5f0 in ithread_execute_handlers (ie=,
p=) at ../../../kern/kern_intr.c:1349
#16 ithread_loop (arg=0xc60e6d00) at ../../../kern/kern_intr.c:1430
#17 0xc06b8a76 in fork_exit (callout=0xc06bb560 ,
arg=, frame=)
at ../../../kern/kern_fork.c:1038
#18 
(kgdb)

b) Panic on accepting incoming SSH connection:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0xa4c6f47f
fault code = supervisor read, page not present
instruction pointer  = 0x20:0xc6bd0418
stack pointer  = 0x28:0xea66b6a4
frame pointer  = 0x28:0xea66b6d0
code segment  = base 0x0, limit 0xf, type 0x1b
 = DPL 0, pres 1, def32 1, gran 1
processor eflags  = interrupt enabled, resume, IOPL = 0
current process  = 0 (ath0 taskq)
trap number= 12
panic: page fault
cpuid = 0
time = 1498233591
Uptime: 1m2s

 The trace is:

__curthread () at ./machine/pcpu.h:225
225  __asm("movl %%fs:%1,%0" : "=r" (td)
(kgdb) #0  __curthread () at ./machine/pcpu.h:225
#1  doadump (textdump=-968633856) at ../../../kern/kern_shutdown.c:318
#2  0xc06e88c4 in kern_reboot (howto=)
at ../../../kern/kern_shutdown.c:386
#3  0xc06e8c5b in vpanic (fmt=,
ap=0xea66b504 "\353\334\235\300H)
at ../../../i386/i386/trap.c:978
#6  0xc08eee5d in trap_pfault (frame=0xea66b664, usermode=0,
eva=) at ../../../i386/i386/trap.c:786
#7  0xc08ee48e in trap (frame=)
at ../../../i386/i386/trap.c:512
#8  
#9  0xc6bd0418 in ?? ()
#10 0xc082ed53 in tcp_do_segment (m=, th=,
so=, tp=, drop_hdrlen=,
tlen=, iptos=,
ti_locked=)
at ../../../netinet/tcp_input.c:2444
#11 0xc082c181 in tcp_input (mp=, offp=,
proto=) at ../../../netinet/tcp_input.c:1191
#12 0xc0820878 in ip_input (m=0x0) at ../../../netinet/ip_input.c:823
#13 0xc07d55bb in netisr_dispatch_src (proto=,
source=, m=0xc6bd0418) at ../../../net/netisr.c:1120
#14 0xc07d5880 in netisr_dispatch (proto=1, m=0xc6cc6000)
at ../../../net/netisr.c:1211
#15 0xc07c7292 in ether_demux (ifp=0xc6860800, m=0x0)
at ../../../net/if_ethersubr.c:848
#16 0xc07c7f20 in ether_input_internal (ifp=0xc6860800, m=0xc6bd0418)
at ../../../net/if_ethersubr.c:637
#17 ether_nh_input (m=) at ../../../net/if_ethersubr.c:667
#18 0xc07d55bb in netisr_dispatch_src (proto=,
source=, m=0xc6bd0418) at ../../../net/netisr.c:1120
#19 0xc07d5880 in netisr_dispatch (proto=5, m=0xc6cc6000)
at ../../../net/netisr.c:1211
#20 0xc07c751a in ether_input (ifp=0xc6860800, m=0x0)
at ../../../net/if_ethersubr.c:757
#21 0xc07efc2e in ieee80211_deliver_data (vap=0xc6a97000, ni=,
m=0xc6cc6000) at ../../../net80211/ieee80211_input.c:291
#22 0xc08070e5 in sta_input (ni=, m=0xc6cc6000,
rxs=, rssi=, nf=)
at ../../../net80211/ieee80211_sta.c:891
#23 0xc07ef824 in ieee80211_input_mimo (ni=0x0, m=)
at ../../../net80211/ieee80211_input.c:99
#24 0xc053439a in ath_rx_pkt (sc=, rs=,
status=, tsf=, nf=,
qtype=, bf=, m=)
at ../../../dev/ath/if_ath_rx.c:950
#25 0xc05350f5 in ath_rx_proc (sc=0xc63f9000, resched=1)
at ../../../dev/ath/if_ath_rx.c:1150
#26 0xc07359cc in taskqueue_run_locked (queue=0xc63d3b80)
at ../../../kern/subr_taskqueue.c:454
#27 0xc07368b7 in

Re: ipfilter fails to compile WITHOUT_INET6

2017-06-23 Thread Mikhail T.


On 22.06.2017 21:20, Cy Schubert wrote:

Can you try the attached patch please?

Yes, replacing:

   -#ifdef AF_INET6
   +#ifdef USE_INET6

lets the build succeed. Is it Ok to modify stuff under contrib/ though?..

   -mi

___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 7:19 AM, Boris Samorodov wrote:
> Hi All, Bryan!
> 
> Since bsd.linker.mk introduction I can't manage to create
> FreeBSD base packages. The process stops at the very beginning:
> -
> --- packages ---
> --- packages ---
> make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
> --- real-packages ---
> --- stage-packages ---
> mkdir -p /tmp/install.DQDhLPed
> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
> echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
> makewhatis; do  if progpath=
> `which $prog`; then  echo $progpath;  else  echo "Required tool $prog
> not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
> -f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
>  if [ "$2 $3" != "not
> found" ]; then  echo $2;  else  echo "Required library $1 not found."
>> &2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
> cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
> COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
> t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
> p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
> NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>  LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
> INSTALL="install -U -M /usr/obj/usr/src/amd64
> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
> MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
> METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
> COMPILER_VERSION=4  COMPIL
> ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/t
> mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
> -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
> AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
> STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
> LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
> sh: head: not found
> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
> linker type from LD=ld
> *** Error code 1
> 
> Stop.
> -
> 

'make packages' is definitely fixed by r320274 now.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

2017-06-23 Thread Adrian Chadd

Hi,

You can't change a wifi mac address /after the interface is up/. So if
that's happening with this RC script combination then we should kinda
fix that.


-adrian
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 9:31 AM, Bryan Drewery wrote:
> On 6/23/2017 8:45 AM, Bryan Drewery wrote:
>> On 6/23/2017 7:19 AM, Boris Samorodov wrote:
>>> Hi All, Bryan!
>>>
>>> Since bsd.linker.mk introduction I can't manage to create
>>> FreeBSD base packages. The process stops at the very beginning:
>>> -
>>> --- packages ---
>>> --- packages ---
>>> make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
>>> --- real-packages ---
>>> --- stage-packages ---
>>> mkdir -p /tmp/install.DQDhLPed
>>> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
>>> echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
>>> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
>>> makewhatis; do  if progpath=
>>> `which $prog`; then  echo $progpath;  else  echo "Required tool $prog
>>> not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
>>> -f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
>>>  if [ "$2 $3" != "not
>>> found" ]; then  echo $2;  else  echo "Required library $1 not found."
 &2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
>>> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
>>> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
>>> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
>>> cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
>>> COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
>>> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
>>> CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
>>> t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
>>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>>> -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
>>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
>>> p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
>>> NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
>>> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
>>> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>>>  LD_LIBRARY_PATH=/tmp/install.DQDhLPed
>>> PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
>>> INSTALL="install -U -M /usr/obj/usr/src/amd64
>>> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
>>> MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
>>> METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
>>> COMPILER_VERSION=4  COMPIL
>>> ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
>>> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
>>> CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>>> -B/usr/obj/usr/src/t
>>> mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
>>> --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
>>> -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>>> -B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
>>> AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
>>> STRINGS=  SIZE="size"
>>> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
>>> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>>> LD_LIBRARY_PATH=/tmp/install.DQDhLPed
>>> PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
>>> sh: head: not found
>>> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
>>> linker type from LD=ld
>>> *** Error code 1
>>>
>>> Stop.
>>> -
>>>
>>
>> This should be fixd by r320249.  Can you try again?
>>
> 
> Sorry no that did not fix 'make packages'.
> 
> Interestingly this seems to be broken for CC already if SYSTEM_COMPILER
> is disabled.
> 
>> ccache: error: Could not find compiler "cc" in PATH
>> bmake[6]: "/root/git/freebsd/share/mk/bsd.compiler.mk" line 145: Unable to 
>> determine compiler type for CC=/usr/local/bin/ccache cc -target 
>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/root/git/freebsd/tmp 
>> -B/usr/obj/root/git/freebsd/tmp/usr/bin.  Consider setting COMPILER_TYPE.
>> *** Error code 1
>>
>> Stop.
> 
> I'll fix both.
> 
> 
> 

I spoke too soon, the above CC error is a contrived example.  You would
have to 'buildworld' on 1 system and 'packages' on a separate one to hit
it, and have SYSTEM_COMPILER logic kickin on the 'buildworld' system.
Like PR 212877.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 8:45 AM, Bryan Drewery wrote:
> On 6/23/2017 7:19 AM, Boris Samorodov wrote:
>> Hi All, Bryan!
>>
>> Since bsd.linker.mk introduction I can't manage to create
>> FreeBSD base packages. The process stops at the very beginning:
>> -
>> --- packages ---
>> --- packages ---
>> make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
>> --- real-packages ---
>> --- stage-packages ---
>> mkdir -p /tmp/install.DQDhLPed
>> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
>> echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
>> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
>> makewhatis; do  if progpath=
>> `which $prog`; then  echo $progpath;  else  echo "Required tool $prog
>> not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
>> -f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
>>  if [ "$2 $3" != "not
>> found" ]; then  echo $2;  else  echo "Required library $1 not found."
>>> &2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
>> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
>> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
>> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
>> cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
>> COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
>> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
>> CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
>> t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>> -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
>> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
>> p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
>> NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
>> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
>> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>>  LD_LIBRARY_PATH=/tmp/install.DQDhLPed
>> PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
>> INSTALL="install -U -M /usr/obj/usr/src/amd64
>> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
>> MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
>> METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
>> COMPILER_VERSION=4  COMPIL
>> ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
>> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
>> CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>> -B/usr/obj/usr/src/t
>> mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
>> --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
>> -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
>> -B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
>> AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
>> STRINGS=  SIZE="size"
>> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
>> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>> LD_LIBRARY_PATH=/tmp/install.DQDhLPed
>> PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
>> sh: head: not found
>> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
>> linker type from LD=ld
>> *** Error code 1
>>
>> Stop.
>> -
>>
> 
> This should be fixd by r320249.  Can you try again?
> 

Sorry no that did not fix 'make packages'.

Interestingly this seems to be broken for CC already if SYSTEM_COMPILER
is disabled.

> ccache: error: Could not find compiler "cc" in PATH
> bmake[6]: "/root/git/freebsd/share/mk/bsd.compiler.mk" line 145: Unable to 
> determine compiler type for CC=/usr/local/bin/ccache cc -target 
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/root/git/freebsd/tmp 
> -B/usr/obj/root/git/freebsd/tmp/usr/bin.  Consider setting COMPILER_TYPE.
> *** Error code 1
> 
> Stop.

I'll fix both.



-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 8:14 AM, Alastair Hogge wrote:
> On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote:
>> On 23 June 2017 at 15:36, Alastair Hogge  wrote:
>>> Hi,
>>>
>>> My 12.0-CURRENT r320259 host is unable to complete a release.sh build of
>>> a generic world:
>>>
>>> [...]
>>> =/tmp/install.hb5C6cay  PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf
>>> /tmp/install.hb5C6cay
>>> sh: head: not found
>>> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
>>> linker type from LD=ld
>>> *** Error code 1
>>>
>>> ...
>>>
>>> To good health,
>>> Alastair
>>> ___
>>> freebsd-current@freebsd.org mailing list
>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current
>>> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
>>
>> Hi,
>>
>> I got the same error with r320258.
>> Is it because "head" is not part of the bootstrap tools?
>>
>> I was able to continue by replacing "| head 1" with "| sed -n 1p" in
>> _ld_version!=   ${${ld}} --version 2>/dev/null | head -n 1 || echo none
>>
>> head is not in /tmp/install.RANDOMVALUES but sed is.
> 
> Great, that worked, thanks :-)
> 

I'll look into it.  While replacing head with sed here would fix it, I
think it should not be needed.  A value should already be known.

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Bryan Drewery

On 6/23/2017 7:19 AM, Boris Samorodov wrote:
> Hi All, Bryan!
> 
> Since bsd.linker.mk introduction I can't manage to create
> FreeBSD base packages. The process stops at the very beginning:
> -
> --- packages ---
> --- packages ---
> make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
> --- real-packages ---
> --- stage-packages ---
> mkdir -p /tmp/install.DQDhLPed
> progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
> echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
> sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
> makewhatis; do  if progpath=
> `which $prog`; then  echo $progpath;  else  echo "Required tool $prog
> not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
> -f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
>  if [ "$2 $3" != "not
> found" ]; then  echo $2;  else  echo "Required library $1 not found."
>> &2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
> cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
> mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
> echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
> cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
> COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
> t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
> x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
> p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
> NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
> cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
>  LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
> INSTALL="install -U -M /usr/obj/usr/src/amd64
> .amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
> MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
> METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
> COMPILER_VERSION=4  COMPIL
> ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
> MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
> CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/t
> mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
> --sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
> -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
> -B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
> AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
> STRINGS=  SIZE="size"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
> bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
> LD_LIBRARY_PATH=/tmp/install.DQDhLPed
> PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
> sh: head: not found
> make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
> linker type from LD=ld
> *** Error code 1
> 
> Stop.
> -
> 

This should be fixd by r320249.  Can you try again?

-- 
Regards,
Bryan Drewery



signature.asc
Description: OpenPGP digital signature

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Alastair Hogge

On Fri, Jun 23, 2017, at 21:00, Guy Yur wrote:
> On 23 June 2017 at 15:36, Alastair Hogge  wrote:
> > Hi,
> >
> > My 12.0-CURRENT r320259 host is unable to complete a release.sh build of
> > a generic world:
> >
> > [...]
> > =/tmp/install.hb5C6cay  PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf
> > /tmp/install.hb5C6cay
> > sh: head: not found
> > make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
> > linker type from LD=ld
> > *** Error code 1
> >
> > ...
> >
> > To good health,
> > Alastair
> > ___
> > freebsd-current@freebsd.org mailing list
> > https://lists.freebsd.org/mailman/listinfo/freebsd-current
> > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
> 
> Hi,
> 
> I got the same error with r320258.
> Is it because "head" is not part of the bootstrap tools?
> 
> I was able to continue by replacing "| head 1" with "| sed -n 1p" in
> _ld_version!=   ${${ld}} --version 2>/dev/null | head -n 1 || echo none
> 
> head is not in /tmp/install.RANDOMVALUES but sed is.

Great, that worked, thanks :-)
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

[bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

2017-06-23 Thread Boris Samorodov

Hi All, Bryan!

Since bsd.linker.mk introduction I can't manage to create
FreeBSD base packages. The process stops at the very beginning:
-
--- packages ---
--- packages ---
make -C /usr/src PKG_VERSION=12.0.s20170623140202 real-packages
--- real-packages ---
--- stage-packages ---
mkdir -p /tmp/install.DQDhLPed
progs=$(for prog in [ awk cap_mkdb cat chflags chmod chown cmp cp  date
echo egrep find grep id install   ln make mkdir mtree mv pwd_mkdb  rm
sed services_mkdb sh strip sysctl test true uname wc zic tzsetup
makewhatis; do  if progpath=
`which $prog`; then  echo $progpath;  else  echo "Required tool $prog
not found in PATH." >&2;  exit 1;  fi;  done);  libs=$(ldd -f "%o %p\n"
-f "%o %p\n" $progs 2>/dev/null | sort -u |  while read line; do  $line;
 if [ "$2 $3" != "not
found" ]; then  echo $2;  else  echo "Required library $1 not found."
>&2;  exit 1;  fi;  done);  cp $libs $progs /tmp/install.DQDhLPed
cp -R ${PATH_LOCALE:-"/usr/share/locale"} /tmp/install.DQDhLPed/locale
mkdir -p /usr/obj/usr/src/amd64.amd64/worldstage/
echo "#mtree 2.0" > /usr/obj/usr/src/amd64.amd64/worldstage//METALOG
cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11
COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
CC="cc -target x86_64-unknown-freebsd12.0 --sysroo
t=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tm
p -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK=""
NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/lega
cy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
 LD_LIBRARY_PATH=/tmp/install.DQDhLPed
PATH_LOCALE=/tmp/install.DQDhLPed/locale make -f Makefile.inc1
INSTALL="install -U -M /usr/obj/usr/src/amd64
.amd64/worldstage//METALOG -D /usr/obj/usr/src/amd64.amd64/worldstage"
MTREE_CMD="mtree -W" __MAKE_SHELL=/tmp/install.DQDhLPed/sh -DNO_ROOT
METALOG=/usr/obj/usr/src/amd64.amd64/worldstage//METALOG restage;
COMPILER_VERSION=4  COMPIL
ER_FEATURES=c++11  COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/t
mp/usr/bin" CXX="c++  -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp
-target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin"  AS="as"
AR="ar" LD="ld" LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib
STRINGS=  SIZE="size"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o
bj/usr/src/tmp/usr/bin:/tmp/install.DQDhLPed
LD_LIBRARY_PATH=/tmp/install.DQDhLPed
PATH_LOCALE=/tmp/install.DQDhLPed/locale rm -rf /tmp/install.DQDhLPed
sh: head: not found
make[6]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
linker type from LD=ld
*** Error code 1

Stop.
-

-- 
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Guy Yur

On 23 June 2017 at 15:36, Alastair Hogge  wrote:
> Hi,
>
> My 12.0-CURRENT r320259 host is unable to complete a release.sh build of
> a generic world:
>
> [...]
> =/tmp/install.hb5C6cay  PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf
> /tmp/install.hb5C6cay
> sh: head: not found
> make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
> linker type from LD=ld
> *** Error code 1
>
> ...
>
> To good health,
> Alastair
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Hi,

I got the same error with r320258.
Is it because "head" is not part of the bootstrap tools?

I was able to continue by replacing "| head 1" with "| sed -n 1p" in
_ld_version!=   ${${ld}} --version 2>/dev/null | head -n 1 || echo none

head is not in /tmp/install.RANDOMVALUES but sed is.

Regards,
Guy
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

2017-06-23 Thread Alastair Hogge

Hi,

My 12.0-CURRENT r320259 host is unable to complete a release.sh build of
a generic world:

[...]
./usr.sbin/fstyp missing (created)   
./usr.sbin/makefs missing (created)  
./usr.sbin/newsyslog missing (created)
./usr.sbin/nmtree missing (created)
./usr.sbin/pw missing (created)
./usr.sbin/rpcbind missing (created) 
./usr.sbin/sa missing (created)  
mtree -deU -i -f /usr/src/etc/mtree/BSD.sendmail.dist -p
//usr/obj/usr/src/release/dist/base/ 
./var/spool/clientmqueue missing (created)   
install -l s usr/src/sys //usr/obj/usr/src/release/dist/base/sys 
cd //usr/obj/usr/src/release/dist/base/usr/share/man;  for mandir in
man*; do  install -l s ../$mandir 
//usr/obj/usr/src/release/dist/base/usr/share/man/en.ISO8859-1/; 
install -l s ../$mandir 
//usr/obj/usr/src/release/dist/base/usr/share/man/en.UTF-8/;  done
cd //usr/obj/usr/src/release/dist/base/usr/share/openssl/man;  for
mandir in man*; do  install -l s ../$mandir 
//usr/obj/usr/src/release/dist/base/usr/share/openssl/man/en.ISO8859-1/;
 done
set - `grep "^[a-zA-Z]" /usr/src/etc/man.alias`;  while [ $# -gt 0 ] ;
do  install -l s "$2"
"//usr/obj/usr/src/release/dist/base/usr/share/man/$1";  if [ "yes" !=
"no" ]; then  install -l s "$2" 
"//usr/obj/usr/src/release/dist/base/usr/share/openssl/man/$1";  fi; 
shift; shift;  done
set - `grep "^[a-zA-Z]" /usr/src/etc/nls.alias`;  while [ $# -gt 0 ] ;
do  install -l s "$2"
"//usr/obj/usr/src/release/dist/base/usr/share/nls/$1";  shift; shift; 
done  
cd /usr/src; COMPILER_VERSION=4  COMPILER_FEATURES=c++11 
COMPILER_TYPE=clang  COMPILER_FREEBSD_VERSION=126
MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64  CPUTYPE=
CC="cc -target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin" CXX="c++  -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/
obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld" LLVM_LINK="" 
NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS=  SIZE="size"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/t
mp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.hb5C6cay
 LD_LIBRARY_PATH=/tmp/install.hb5C6cay 
PATH_LOCALE=/tmp/install.hb5C6cay/locale make -f Makefile.inc1   
__MAKE_SHELL=/tmp/install.hb5C6cay/sh redistribute; 
COMPILER_VERSION=4  COMPILER_FEATURES=c++11  COMPILER_TYPE=clang 
COMPILER_FREEBSD_VERSION=120
0006 MAKEOBJDIRPREFIX=/usr/obj  MACHINE_ARCH=amd64  MACHINE=amd64 
CPUTYPE= CC="cc -target x86_64-unknown-freebsd12.0
--sysroot=/usr/obj/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin" CXX="c++ 
-target x86_64-unknown-freebsd12.0 --sysroot=/usr/obj/usr/src/tmp
-B/usr/obj/usr/src/tmp/usr/bin"  CPP="cpp -target
x86_64-unknown-freebsd12.0 --sysroot=/usr/obj
/usr/src/tmp -B/usr/obj/usr/src/tmp/usr/bin"  AS="as" AR="ar" LD="ld"
LLVM_LINK=""  NM=nm OBJCOPY="objcopy"  RANLIB=ranlib STRINGS= 
SIZE="size"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/tmp/install.hb5C6cay
 LD_LIBRARY_PATH
=/tmp/install.hb5C6cay  PATH_LOCALE=/tmp/install.hb5C6cay/locale rm -rf
/tmp/install.hb5C6cay
sh: head: not found  
make[4]: "/usr/src/share/mk/bsd.linker.mk" line 42: Unable to determine
linker type from LD=ld   
*** Error code 1 

Stop.
make[3]: stopped in /usr/src 
*** Error code 1 

Stop.
make[2]: stopped in /usr/src 
*** Error code 1 

Stop.
make[1]: stopped in /usr/src/release 
*** Error code 1 

Stop.
make: stopped in /usr/src/release

Interesting how head(1) is not found, it does exists:
$ lsc -i /scratch/generic/usr/bin/head
279252 /scratch/generic/usr/bin/head

To good health,
Alastair
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

2017-06-23 Thread Renato Botelho

On 21/06/17 16:26, Sean Bruno wrote:
> 
> 
> On 06/21/17 11:48, Renato Botelho wrote:
>> I've already sent it to net, but I suspect this is the appropriate place
>> to discuss this subject.
>>
>> Last night I was configuring a new laptop and decided to give it [1] a
>> try. I figured out this section of handbook (similar instructions are on
>> lagg(4) manpage) is outdated, based on FreeBSD 10.x.
>>
>> Then I modified a bit the commands and tried to get it configured on
>> 12-CURRENT, without success. I spoke with adrian@, who told me this
>> setup doesn't work on FreeBSD > 10, because on newer versions Wireless
>> interfaces mac address cannot be changed.
>>
>> My next attempt was to do the other way round and make lagg to use wlan0
>> mac address instead of em0's. but even doing this my wireless interface
>> ended up not working.
>>
>> After further investigation I noted that a simple command:
>>
>> # ifconfig wlan0 ether $wlan0_current_mac_address
>>
>> is enough to break it on 12-CURRENT.
>>
>> I've checked if_setlladdr() source code and noted it always replace the
>> mac address, even if the same is already configured on the interface. Is
>> it the expected behavior?
>>
>> Just as a PoC I've applied the following patch to if_setlladdr():
>>
>> Index: sys/net/if.c
>> ===
>> --- sys/net/if.c (revision 320097)
>> +++ sys/net/if.c (working copy)
>> @@ -3519,6 +3519,10 @@
>>  ifa_free(ifa);
>>  return (EINVAL);
>>  }
>> +if (memcmp(lladdr, LLADDR(sdl), len) == 0) {
>> +ifa_free(ifa);
>> +return (0);
>> +}
>>  switch (ifp->if_type) {
>>  case IFT_ETHER:
>>  case IFT_FDDI:
>>
>> And configured it to use wlan0 mac address on rc.conf:
>>
>> ifconfig_em0="ether 60:67:20:c5:2d:48 up"
>> wlans_iwn0="wlan0"
>> ifconfig_wlan0="WPA"
>> cloned_interfaces="lagg0"
>> ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP"
>>
>> and it's now working as expected.
>>
>> Other than that, I believe if wlan interfaces cannot have their mac
>> address changed, ifconfig should return an error when user attempts to
>> do it, and if_setlladdr() should do the same.
>>
>> Thoughts?
>>
>> [1]
>> https://www.freebsd.org/doc/handbook/network-aggregation.html#networking-lagg-wired-and-wireless
>>
> 
> 
> Maybe this is a "iflib" problem.  em(4) and igb(4) are pretty different
> now in head.  Can you shove it into bugzilla with a test case
> (copy/paste your email) and tag me on it?

em0 is working as expected, the main problem is on iwn, which in my case is:

iwn0@pci0:3:0:0:class=0x028000 card=0x13118086 chip=0x00858086 rev=0x34
hdr=0x00
vendor = 'Intel Corporation'
device = 'Centrino Advanced-N 6205 [Taylor Peak]'
class  = network

After investigate a bit more I noted wpa_supplicant is exiting when I
change wlan0 mac address, and because of that my interface is
disconnected. If I start wpa_supplicant again it back to work.

# ifconfig wlan0 | grep status:
status: associated

# ifconfig wlan0 ether 60:67:20:c5:2d:49

# ifconfig wlan0 | grep status:
status: no carrier

# /etc/rc.d/wpa_supplicant restart wlan0
wpa_supplicant not running? (check /var/run/wpa_supplicant/wlan0.pid).
Starting wpa_supplicant.

# ifconfig wlan0 | grep status:
status: associated

It happens every time, even if I call ifconfig using the same mac
address already configured. In this case, that patch I submitted on
first email prevent the error to happen.

Attached you can see wpa_supplicant log, my understanding is the
relevant line is:

1498213478.949506: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't
assign requested address

-- 
Renato Botelho
1498213478.949265: wlan0: Event DISASSOC (1) received
1498213478.949291: wlan0: Disassociation notification
1498213478.949308: wlan0: CTRL-EVENT-DISCONNECTED bssid=56:d9:e7:75:3f:b6 
reason=0
1498213478.949321: wlan0: Auto connect enabled: try to reconnect (wps=0/0 
wpa_state=9)
1498213478.949335: wlan0: Setting scan request: 0.10 sec
1498213478.949367: Added BSSID 56:d9:e7:75:3f:b6 into blacklist
1498213478.949383: wlan0: Blacklist count 1 --> request scan in 100 ms
1498213478.949395: wlan0: Ignore new scan request for 0.10 sec since an 
earlier request is scheduled to trigger sooner
1498213478.949408: wlan0: WPA: Clear old PMK and PTK
1498213478.949416: wlan0: Disconnect event - remove keys
1498213478.949422: bsd_set_key: alg=0 addr=0x0 key_idx=0 set_tx=0 seq_len=0 
key_len=0
1498213478.949433: bsd_del_key: key_idx=0
1498213478.949462: bsd_set_key: alg=0 addr=0x0 key_idx=1 set_tx=0 seq_len=0 
key_len=0
1498213478.949470: bsd_del_key: key_idx=1
1498213478.949479: bsd_set_key: alg=0 addr=0x8007340f0 key_idx=0 set_tx=0 
seq_len=0 key_len=0
1498213478.949485: bsd_del_key: addr=56:d9:e7:75:3f:b6
1498213478.949506: ioctl[SIOCS80211, op=20, val=0, arg_len=7]: Can't assign 
requested address

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

Re: Ports still broken by ino64? <can6yy1uq6w2ckdm6m2wkoiyqd5-x6hqasvph7rycntkn2mx...@mail.gmail.com>

Second Call for 2017Q2 Quarterly Status Reports

Re: ipfilter fails to compile WITHOUT_INET6

Re: Ports still broken by ino64? <can6yy1uq6w2ckdm6m2wkoiyqd5-x6hqasvph7rycntkn2mx...@mail.gmail.com>

Re: Ports still broken by ino64?

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

Re: HEAD/i386 r320212: three reproducible panics

Ports still broken by ino64?

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

Re: compiler-metadata.mk for main arch deleted when crossbuilding

Re: compiler-metadata.mk for main arch deleted when crossbuilding

compiler-metadata.mk for main arch deleted when crossbuilding

Re: [RESOLVED] Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

HEAD/i386 r320212: three reproducible panics

Re: ipfilter fails to compile WITHOUT_INET6

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

Re: [bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

[bsd.linker.mk] line 42: Unable to determine linker type from LD=ld

Re: release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

release.sh: sh: head: not found \n Unable to determine linker type from LD=ld

Re: Failover Mode Between Ethernet and Wireless Interfaces broken on >= 11

28 matches

Site Navigation

Mail list logo

Footer information