[head tinderbox] failure on amd64/amd64

2013-03-14 Thread FreeBSD Tinderbox 
TB --- 2013-03-15 06:30:20 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-03-15 06:30:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE 
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC  amd64
TB --- 2013-03-15 06:30:20 - starting HEAD tinderbox run for amd64/amd64
TB --- 2013-03-15 06:30:20 - cleaning the object tree
TB --- 2013-03-15 06:30:20 - /usr/local/bin/svn stat /src
TB --- 2013-03-15 06:30:24 - At svn revision 248313
TB --- 2013-03-15 06:30:25 - building world
TB --- 2013-03-15 06:30:25 - CROSS_BUILD_TESTING=YES
TB --- 2013-03-15 06:30:25 - MAKEOBJDIRPREFIX=/obj
TB --- 2013-03-15 06:30:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin
TB --- 2013-03-15 06:30:25 - SRCCONF=/dev/null
TB --- 2013-03-15 06:30:25 - TARGET=amd64
TB --- 2013-03-15 06:30:25 - TARGET_ARCH=amd64
TB --- 2013-03-15 06:30:25 - TZ=UTC
TB --- 2013-03-15 06:30:25 - __MAKE_CONF=/dev/null
TB --- 2013-03-15 06:30:25 - cd /src
TB --- 2013-03-15 06:30:25 - /usr/bin/make -B buildworld
>>> Building an up-to-date make(1)
>>> World build started on Fri Mar 15 06:30:30 UTC 2013
>>> Rebuilding the temporary build tree
>>> stage 1.1: legacy release compatibility shims
>>> stage 1.2: bootstrap tools
>>> stage 2.1: cleaning up the object tree
>>> stage 2.2: rebuilding the object tree
>>> stage 2.3: build tools
>>> stage 3: cross tools
[...]
c++  -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen 
-I. 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" 
-I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenModule.cpp
 -o CodeGenModule.o
c++  -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen 
-I. 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" 
-I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenTBAA.cpp
 -o CodeGenTBAA.o
c++  -O2 -pipe -I/src/lib/clang/libclangcodegen/../../../contrib/llvm/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/include 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen 
-I. 
-I/src/lib/clang/libclangcodegen/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-fno-strict-aliasing 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DLLVM_HOSTTRIPLE=\"x86_64-unknown-freebsd10.0\" 
-DDEFAULT_SYSROOT=\"/obj/amd64.amd64/src/tmp\" 
-I/obj/amd64.amd64/src/tmp/legacy/usr/include -fno-exceptions -fno-rtti -c 
/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenTypes.cpp
 -o CodeGenTypes.o
/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenTypes.cpp:
 In destructor 'clang::CodeGen::CodeGenTypes::~CodeGenTypes()':
/src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CodeGenTypes.cpp:39:
 internal compiler error: in var_ann, at tree-flow-inline.h:127
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
*** [CodeGenTypes.o] Error code 1

Stop in /src/lib/clang/libclangcodegen.
*** [all] Error code 1

Stop in /src/lib/clang.
*** [cross-tools] Error code 1

Stop in /src.
*** [_cross-tools] Error code 1

Stop in /src.
*** Error code 1

Stop in /src.
TB --- 2013-03-15 06:49:13 - WARNING: /usr/bin/make returned exit code  1 
TB --- 2013-03-15 06:49:13 - ERROR: failed to build world
TB --- 2013-03-15 06:49:13 - 941.80 user 120.08 system 1132.81 real


http://tinderbox.freebsd.org/tinderbox-head-ss-build-HEAD-amd64-amd64.full
___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread John Baldwin 
On Thursday, March 14, 2013 4:21:02 pm Pawel Jakub Dawidek wrote:
> On Thu, Mar 14, 2013 at 10:11:07AM -0700, Chuck Swiger wrote:
> > Hi--
> > 
> > On Mar 14, 2013, at 9:50 AM, John Baldwin wrote:
> > > On Thursday, March 14, 2013 12:29:58 pm Pawel Jakub Dawidek wrote:
> > 
> > [ ... ]
> > >> Heh, I did consider that as well, but here you check errno twice,
> > >> instead of once. Guys, is there anything wrong with the patch I
> > >> proposed?
> > > 
> > > I'm sure the compiler can work that out just fine and it should do 
> > > whatever
> > > is most readable to the programmer.  I don't care either way.
> > 
> > Strong +1.  Having the code be correct and readable is much more important
> > then trying to hand-optimize a single-digit # of integer compares in
> > startup code that usually runs ~once per process.
> 
> Well, I think my version is more obvious, just the diff is larger.
> Anyway, I think enough has been said already about this crucial change:)

Yours is fine, commit it already.

-- 
John Baldwin
___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Pawel Jakub Dawidek 
On Thu, Mar 14, 2013 at 10:11:07AM -0700, Chuck Swiger wrote:
> Hi--
> 
> On Mar 14, 2013, at 9:50 AM, John Baldwin wrote:
> > On Thursday, March 14, 2013 12:29:58 pm Pawel Jakub Dawidek wrote:
> 
> [ ... ]
> >> Heh, I did consider that as well, but here you check errno twice,
> >> instead of once. Guys, is there anything wrong with the patch I
> >> proposed?
> > 
> > I'm sure the compiler can work that out just fine and it should do whatever
> > is most readable to the programmer.  I don't care either way.
> 
> Strong +1.  Having the code be correct and readable is much more important
> then trying to hand-optimize a single-digit # of integer compares in
> startup code that usually runs ~once per process.

Well, I think my version is more obvious, just the diff is larger.
Anyway, I think enough has been said already about this crucial change:)

-- 
Pawel Jakub Dawidek   http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl


pgpeAnHpmUc3i.pgp
Description: PGP signature

Re: vlan interface does not repond on untagged packets

2013-03-14 Thread Gyrd Thane Lange 
On 14.03.2013 15:05, Yasir hussan wrote:
> Hi,
> 
> i am creating and testing vlan using these commands,
> 
> *ifconfig arge0 192.168.100.10 netmask 255.255.255.0*
> *
> *
> *ifconfig vlan4 create*
> *ifconfig vlan4 vlandev arge0 vlan 4*
> *ifconfig vlan4 192.168.1.10 netmask 255.255.255.0*
> 
> here arge0 is the default interface of my ethernet device,

This looks about right, you can test it locally on the FreeBSD machine with:

freebsd# ifconfig vlan4
vlan4: flags=8843 metric 0 mtu 1500
options=3
ether 50:e5:49:5f:1f:89
inet 192.168.1.10 netmask 0xff00 broadcast 192.168.1.255
inet6 fe80::52e5:49ff:fe5f:1f89%vlan4 prefixlen 64 scopeid 0x8
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
vlan: 4 parent interface: re0

freebsd# ping 192.168.1.10
(you should receive a lot of replies from yourself)

> now i want to access vlan4 interface from an other pc which has linux and
> is dirctly connected to my freebsd machine, now if i try to ping linux
> machine it will send tagged packets but linux does not recogniz it and
> leave it, and similarly when i try to ping linux machine to vlan4 interface
> on freebsd, linux send untagged packets so vlan4 does not response to it.

Unless you have set up vlan interfaces on the Linux machine then this is
to be expected.

Using instructions from:
https://wiki.archlinux.org/index.php/VLAN

linux# ip link add link eth0 name eth0.4 type vlan id 4
linux# ip addr add 192.168.1.20/24 brd 192.168.1.255 dev eth0.4
linux# ip link set dev eth0.4 up

Note: if you have udev running it will override your "eth0.4" name, and
call it something else. After the first command:

linux# ip link show
(Will give a list. You should probably find something like "eth.4@eth0"
near the end. Continue the rest of the commands with whatever part of
the name before the "@". I.e. strip away the "@eth0" at end.)

Use ifconfig and ping locally to verify that you have the vlan setup.

You should now be able to reach both of the machines from each other.
Assuming they are connected to the same network switch.

> I want that my vlan4 interface could able to recongnize untagged packets
> and could respond to it

Now this is an entirely new and important requirement!

I have read your previous threads, and still don't understand your
networking requirement.


For a vlan to work, tagging all the packets are essential. All the
machines, including all the clients must also have the same vlan
configured for it to work. It will *not work* otherwise.

What exactly is your requirement?
Could you please tell us *why* the other machines are unable to use the
primary IP address (192.168.100.10) assigned to the arge0 interface?

Once we have a better grasp of the situation we will be able to better
guide you.


Best regards,
Gyrd ^_^

> 
> Thanks

___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Chuck Swiger 
Hi--

On Mar 14, 2013, at 9:50 AM, John Baldwin wrote:
> On Thursday, March 14, 2013 12:29:58 pm Pawel Jakub Dawidek wrote:

[ ... ]
>> Heh, I did consider that as well, but here you check errno twice,
>> instead of once. Guys, is there anything wrong with the patch I
>> proposed?
> 
> I'm sure the compiler can work that out just fine and it should do whatever
> is most readable to the programmer.  I don't care either way.

Strong +1.  Having the code be correct and readable is much more important
then trying to hand-optimize a single-digit # of integer compares in
startup code that usually runs ~once per process.

(Worrying about and minimizing file access to the pidfile would be a
different matter, since the compiler can't optimize around that...)

Regards,
-- 
-Chuck

___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread John Baldwin 
On Thursday, March 14, 2013 12:29:58 pm Pawel Jakub Dawidek wrote:
> On Thu, Mar 14, 2013 at 09:42:40AM -0400, John Baldwin wrote:
> > On Thursday, March 14, 2013 4:44:20 am Pawel Jakub Dawidek wrote:
> > > On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
> > > > -BEGIN PGP SIGNED MESSAGE-
> > > > Hash: SHA1
> > > > 
> > > > On 13.03.13 23:08, Pawel Jakub Dawidek wrote:
> > > > 
> > > > > I think I considered something similar at first, but the change I 
> > > > > proposed was optimal, IMHO at the cost of producing pretty large
> > > > > diff, because of indentation change. But to be sure, can you send a
> > > > > patch of your proposed change?
> > > > 
> > > > http://erdgeist.org/arts/software/Code/pidfile.c.diff
> > > 
> > > Right. Your patch assumes EWOULDBLOCK is equal to EAGAIN, which is true
> > > on FreeBSD, but is not portable. Also in case pidptr is NULL you compare
> > > errno three times instead of just one (not a big deal of course, just
> > > something that could be done a bit more optimal:)).
> > 
> > Geeze, why not just add an else.  That's the really short diff:
> 
> Heh, I did consider that as well, but here you check errno twice,
> instead of once. Guys, is there anything wrong with the patch I
> proposed?

I'm sure the compiler can work that out just fine and it should do whatever
is most readable to the programmer.  I don't care either way.

-- 
John Baldwin
___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Dirk Engling 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14.03.13 17:29, Pawel Jakub Dawidek wrote:

> Heh, I did consider that as well, but here you check errno twice, 
> instead of once. Guys, is there anything wrong with the patch I 
> proposed?

Except some obvious bike shed color issues there is nothing wrong with
your patch.

Regards,

  erdgeist
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAlFB/zIACgkQuN1wFypsMNMqzQCdHFgaP9XzsRPm8PmQA/bmXmCm
G/kAn0oUrTkp80yRSpizfO4GoS/WKo+x
=pCkU
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Pawel Jakub Dawidek 
On Thu, Mar 14, 2013 at 09:42:40AM -0400, John Baldwin wrote:
> On Thursday, March 14, 2013 4:44:20 am Pawel Jakub Dawidek wrote:
> > On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
> > > -BEGIN PGP SIGNED MESSAGE-
> > > Hash: SHA1
> > > 
> > > On 13.03.13 23:08, Pawel Jakub Dawidek wrote:
> > > 
> > > > I think I considered something similar at first, but the change I 
> > > > proposed was optimal, IMHO at the cost of producing pretty large
> > > > diff, because of indentation change. But to be sure, can you send a
> > > > patch of your proposed change?
> > > 
> > > http://erdgeist.org/arts/software/Code/pidfile.c.diff
> > 
> > Right. Your patch assumes EWOULDBLOCK is equal to EAGAIN, which is true
> > on FreeBSD, but is not portable. Also in case pidptr is NULL you compare
> > errno three times instead of just one (not a big deal of course, just
> > something that could be done a bit more optimal:)).
> 
> Geeze, why not just add an else.  That's the really short diff:

Heh, I did consider that as well, but here you check errno twice,
instead of once. Guys, is there anything wrong with the patch I
proposed?

> Index: pidfile.c
> ===
> --- pidfile.c (revision 248162)
> +++ pidfile.c (working copy)
> @@ -140,7 +140,8 @@ pidfile_open(const char *path, mode_t mode, pid_t
>   *pidptr = -1;
>   if (errno == 0 || errno == EAGAIN)
>   errno = EEXIST;
> - }
> + } else if (errno == EWOULDBLOCK)
> + errno = EEXIST;
>   free(pfh);
>   return (NULL);
>   }

-- 
Pawel Jakub Dawidek   http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl


pgpXFp9L0bjdx.pgp
Description: PGP signature

Re: Error question

2013-03-14 Thread Daniel Nebdal 
How does your make.conf and src.conf look?

On Thu, Mar 14, 2013 at 3:49 PM, Charlie Jones
 wrote:
> I am trying to upgrade to 9.1-RELEASE
>
> uname -a
>
> FreeBSD havoc.innerlightcorp.com 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #0:
> Mon May 30 12:58:18 MDT 2011
> r...@havoc.innerlightcorp.com:/usr/obj/usr/src/sys/CUSTOM  amd64
>
>
>
> I received these messages at the end of the make buildworld process. Is it
> something that I should be concerned with? Any ideas? I don't want to
> compound the problem by moving on when I see Error code 1.
>
>
>
> rm -f freebsd.cf freebsd.submit.cf
>
> cd /usr/src; MACHINE=i386 MACHINE_ARCH=i386  MACHINE_CPU="i686 mmx sse sse2"
> MAKEOBJDIRPREFIX=/usr/obj/lib32  _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32
> _LDSCRIPTROOT=/usr/obj/usr/src/lib32  VERSION="FreeBSD 8.2-RELEASE-p2 amd64
> 802000"  INSTALL="sh /usr/src/tools/install.sh"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bi
> n:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr
> /obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/
> usr/games:/sbin:/bin:/usr/sbin:/usr/bin  LIBDIR=/usr/lib32
> SHLIBDIR=/usr/lib32  COMPILER_TYPE=clang /usr/obj/usr/src/make.amd64/make
> AS="as --32"  LD="ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32"
> CC="cc -m32 -march=nocona -DCOMPAT_32BIT  -isystem
> /usr/obj/usr/src/lib32/usr/include/  -L/usr/obj/usr/src/lib32/usr/lib32
> -B/usr/obj/usr/src/lib32/usr/lib32"  CXX="c++ -m32 -march=nocona
> -DCOMPAT_32BIT  -isystem /usr/obj/usr/src/lib32/usr/include/
> -L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32"
> DESTDIR=/usr/obj/usr/src/lib32  -DCOMPAT_32BIT  -DLIBRARIES_ONLY
> -DNO_CPU_CFLAGS  -DNO_CTF  -DNO_LINT  -DWITHOUT_BIND -DWITHOUT_MAN
> -DWITHOUT_INFO -DWITHOUT_HTML -f Makefile.inc1 par-cleandir
>
> "/usr/src/Makefile.inc1", line 175: CPUTYPE global should be set with ?=.
>
> *** [_cleanobj] Error code 1
>
>
>
> Stop in /usr/src.
>
> *** Error code 1
>
>
>
> Stop in /usr/src.
>
>
>
> Thanks in advance
>
> Charlie Jones
>
> ___
> 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"
___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread John Baldwin 
On Thursday, March 14, 2013 4:44:20 am Pawel Jakub Dawidek wrote:
> On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> > 
> > On 13.03.13 23:08, Pawel Jakub Dawidek wrote:
> > 
> > > I think I considered something similar at first, but the change I 
> > > proposed was optimal, IMHO at the cost of producing pretty large
> > > diff, because of indentation change. But to be sure, can you send a
> > > patch of your proposed change?
> > 
> > http://erdgeist.org/arts/software/Code/pidfile.c.diff
> 
> Right. Your patch assumes EWOULDBLOCK is equal to EAGAIN, which is true
> on FreeBSD, but is not portable. Also in case pidptr is NULL you compare
> errno three times instead of just one (not a big deal of course, just
> something that could be done a bit more optimal:)).

Geeze, why not just add an else.  That's the really short diff:

Index: pidfile.c
===
--- pidfile.c   (revision 248162)
+++ pidfile.c   (working copy)
@@ -140,7 +140,8 @@ pidfile_open(const char *path, mode_t mode, pid_t
*pidptr = -1;
if (errno == 0 || errno == EAGAIN)
errno = EEXIST;
-   }
+   } else if (errno == EWOULDBLOCK)
+   errno = EEXIST;
free(pfh);
return (NULL);
}

-- 
John Baldwin
___
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"

Error question

2013-03-14 Thread Charlie Jones 
I am trying to upgrade to 9.1-RELEASE 

uname -a

FreeBSD havoc.innerlightcorp.com 8.2-RELEASE-p2 FreeBSD 8.2-RELEASE-p2 #0:
Mon May 30 12:58:18 MDT 2011
r...@havoc.innerlightcorp.com:/usr/obj/usr/src/sys/CUSTOM  amd64

 

I received these messages at the end of the make buildworld process. Is it
something that I should be concerned with? Any ideas? I don't want to
compound the problem by moving on when I see Error code 1.

 

rm -f freebsd.cf freebsd.submit.cf

cd /usr/src; MACHINE=i386 MACHINE_ARCH=i386  MACHINE_CPU="i686 mmx sse sse2"
MAKEOBJDIRPREFIX=/usr/obj/lib32  _SHLIBDIRPREFIX=/usr/obj/usr/src/lib32
_LDSCRIPTROOT=/usr/obj/usr/src/lib32  VERSION="FreeBSD 8.2-RELEASE-p2 amd64
802000"  INSTALL="sh /usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bi
n:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/legacy/bin:/usr
/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/
usr/games:/sbin:/bin:/usr/sbin:/usr/bin  LIBDIR=/usr/lib32
SHLIBDIR=/usr/lib32  COMPILER_TYPE=clang /usr/obj/usr/src/make.amd64/make
AS="as --32"  LD="ld -m elf_i386_fbsd -Y P,/usr/obj/usr/src/lib32/usr/lib32"
CC="cc -m32 -march=nocona -DCOMPAT_32BIT  -isystem
/usr/obj/usr/src/lib32/usr/include/  -L/usr/obj/usr/src/lib32/usr/lib32
-B/usr/obj/usr/src/lib32/usr/lib32"  CXX="c++ -m32 -march=nocona
-DCOMPAT_32BIT  -isystem /usr/obj/usr/src/lib32/usr/include/
-L/usr/obj/usr/src/lib32/usr/lib32  -B/usr/obj/usr/src/lib32/usr/lib32"
DESTDIR=/usr/obj/usr/src/lib32  -DCOMPAT_32BIT  -DLIBRARIES_ONLY
-DNO_CPU_CFLAGS  -DNO_CTF  -DNO_LINT  -DWITHOUT_BIND -DWITHOUT_MAN
-DWITHOUT_INFO -DWITHOUT_HTML -f Makefile.inc1 par-cleandir

"/usr/src/Makefile.inc1", line 175: CPUTYPE global should be set with ?=.

*** [_cleanobj] Error code 1

 

Stop in /usr/src.

*** Error code 1

 

Stop in /usr/src.

 

Thanks in advance

Charlie Jones

___
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"

vlan interface does not repond on untagged packets

2013-03-14 Thread Yasir hussan 
Hi,

i am creating and testing vlan using these commands,

*ifconfig arge0 192.168.100.10 netmask 255.255.255.0*
*
*
*ifconfig vlan4 create*
*ifconfig vlan4 vlandev arge0 vlan 4*
*ifconfig vlan4 192.168.1.10 netmask 255.255.255.0*

here arge0 is the default interface of my ethernet device,

now i want to access vlan4 interface from an other pc which has linux and
is dirctly connected to my freebsd machine, now if i try to ping linux
machine it will send tagged packets but linux does not recogniz it and
leave it, and similarly when i try to ping linux machine to vlan4 interface
on freebsd, linux send untagged packets so vlan4 does not response to it.

I want that my vlan4 interface could able to recongnize untagged packets
and could respond to it

Thanks
___
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"

[HEADS UP] pkgng binary packages regression in 1.0.9. Fixed in 1.0.9_1

2013-03-14 Thread Bryan Drewery 
This only affects binary-packages-only users.

pkg 1.0.9 had a regression with 'pkg update' that will prevent
updating your repository. Please skip this version and use 1.0.9_1.


This version was only in ports for 7 hours. Due to the security
incident, there are still no official FreeBSD packages. If you are
using an unofficial mirror, it is unlikely it would have upgraded to
1.0.9 in the time it was in the tree.

If you are building your own packages and managed to get onto 1.0.9
you can upgrade to 1.0.9_1 as follows:

# cp /usr/local/sbin/pkgs-static .
# pkg delete -f pkg
# ./pkg-static add URL-TO-YOUR-PACKAGESITE/All/pkg-1.0.9_1.txz
#optional
# rm pkg-static


As for how this managed to get released. We did do a functional
test of this before releasing, but due to the nature of 'pkg update'
using a cache, it was not immediately obvious that it was broken.

We do need your help with adding more automated tests.
http://lists.freebsd.org/pipermail/freebsd-pkg/2013-March/16.html
has our call for help on this front and more information.


Regards,
Bryan Drewery




signature.asc
Description: OpenPGP digital signature

Re: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Dirk Engling 


On Thu, 14 Mar 2013, Pawel Jakub Dawidek wrote:


Right. Your patch assumes EWOULDBLOCK is equal to EAGAIN, which is true
on FreeBSD, but is not portable. Also in case pidptr is NULL you compare
errno three times instead of just one (not a big deal of course, just
something that could be done a bit more optimal:)).


You're right.

OTOH, wouldn't modifying pidfile_read to return EAGAIN and not EWOULDBLOCK 
totally be worth saving that 2 lines in the patch? ;)


  erdgeist
___
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: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Pawel Jakub Dawidek 
On Thu, Mar 14, 2013 at 08:28:25AM +0100, Dirk Engling wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 13.03.13 23:08, Pawel Jakub Dawidek wrote:
> 
> > I think I considered something similar at first, but the change I 
> > proposed was optimal, IMHO at the cost of producing pretty large
> > diff, because of indentation change. But to be sure, can you send a
> > patch of your proposed change?
> 
> http://erdgeist.org/arts/software/Code/pidfile.c.diff

Right. Your patch assumes EWOULDBLOCK is equal to EAGAIN, which is true
on FreeBSD, but is not portable. Also in case pidptr is NULL you compare
errno three times instead of just one (not a big deal of course, just
something that could be done a bit more optimal:)).

-- 
Pawel Jakub Dawidek   http://www.wheelsystems.com
FreeBSD committer http://www.FreeBSD.org
Am I Evil? Yes, I Am! http://tupytaj.pl


pgpdpnLR5mSxt.pgp
Description: PGP signature

Re: pidfile_open incorrectly returns EAGAIN when pidfile is locked

2013-03-14 Thread Dirk Engling 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 13.03.13 23:08, Pawel Jakub Dawidek wrote:

> I think I considered something similar at first, but the change I 
> proposed was optimal, IMHO at the cost of producing pretty large
> diff, because of indentation change. But to be sure, can you send a
> patch of your proposed change?

http://erdgeist.org/arts/software/Code/pidfile.c.diff

Pozdrawiam,

  erdgeist
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Darwin)

iEYEARECAAYFAlFBfBkACgkQuN1wFypsMNOUlQCeJw4F9B+8g8SGFZ4kpUtz6T3Z
qPcAn1K5bTF43r2FMOWmpLZIxKz3pW8z
=1Zvv
-END PGP SIGNATURE-
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"