Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Warner Losh
On May 11, 2014, at 7:50 PM, Craig Rodrigues wrote: > On Sun, May 11, 2014 at 4:22 PM, Warner Losh wrote: >> >> >> The only logic that can work is to test MAKESYSPATH and respect it if it is >> defined, and use the relative path if not (since we don't require >> MAKESYSPATH to be defined to

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Craig Rodrigues
On Sun, May 11, 2014 at 4:22 PM, Warner Losh wrote: > > > The only logic that can work is to test MAKESYSPATH and respect it if it is > defined, and use the relative path if not (since we don't require MAKESYSPATH > to be defined to do a out-of-tree module build, and could be built on a > syste

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Warner Losh
On May 11, 2014, at 5:00 PM, Craig Rodrigues wrote: > On Sun, May 11, 2014 at 3:25 PM, Warner Losh wrote: >> >> On May 11, 2014, at 1:43 PM, Craig Rodrigues wrote: > >>> make[1]: >>> "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" >>> line 24: Could not find ../../sha

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Craig Rodrigues
On Sun, May 11, 2014 at 3:25 PM, Warner Losh wrote: > > On May 11, 2014, at 1:43 PM, Craig Rodrigues wrote: >> make[1]: >> "/builds/FreeBSD_HEAD-modules/sys/modules/aac/../../conf/kern.opts.mk" >> line 24: Could not find ../../share/mk/bsd.mkopt.mk Instead of explicitly specifying the path to

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395

2014-05-11 Thread Warner Losh
On May 11, 2014, at 9:49 AM, Li-Wen Hsu wrote: > On Sat, May 10, 2014 at 23:21:50 -0600, Warner Losh wrote: >> >> On May 10, 2014, at 10:48 PM, jenkins-ad...@freebsd.org wrote: >>> + export >>> MAKESYSPATH= >> >> This is wron

vt(4) and i915kms doesn't work as a post-boot module

2014-05-11 Thread Adrian Chadd
Hi guys, vt(4) doesn't work now as a post-boot loaded module. It panics, saying panic: vtbuf_fill_locked end.tp_row 50 must be <= screen width 30 Ray, have you tried your vt(4) changes on an i915 machine but without loading i915kms at boot? -a ___ f

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Warner Losh
On May 11, 2014, at 1:43 PM, Craig Rodrigues wrote: > Hi, > > No, that's not the problem, because we specifically check out > /usr/share/mk into $WORKSPACE/mk before running the build. > > The problem is due to this commit: > > http://svnweb.freebsd.org/base/head/sys/conf/kern.mk?r1=265832&r2

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Craig Rodrigues
Hi, No, that's not the problem, because we specifically check out /usr/share/mk into $WORKSPACE/mk before running the build. The problem is due to this commit: http://svnweb.freebsd.org/base/head/sys/conf/kern.mk?r1=265832&r2=265841 You didn't completely remove MK_FORMAT_EXTENSIONS from this fi

Re: Ordering for network-sensitive rc scripts

2014-05-11 Thread David Chisnall
On 11 May 2014, at 20:23, Adrian Chadd wrote: > On 11 May 2014 12:01, David Chisnall wrote: >> On 17 Apr 2014, at 09:30, Adrian Chadd wrote: >> >>> Can't we add a devd hook to do that? >> >> I tried doing this, but it turns out that wlan devices don't appear to send >> devd LINK_UP / LINK_DO

Re: Ordering for network-sensitive rc scripts

2014-05-11 Thread Adrian Chadd
On 11 May 2014 12:01, David Chisnall wrote: > On 17 Apr 2014, at 09:30, Adrian Chadd wrote: > >> Can't we add a devd hook to do that? > > I tried doing this, but it turns out that wlan devices don't appear to send > devd LINK_UP / LINK_DOWN events. It would be nice to have a clean solution > t

Re: Ordering for network-sensitive rc scripts

2014-05-11 Thread David Chisnall
On 17 Apr 2014, at 09:30, Adrian Chadd wrote: > Can't we add a devd hook to do that? I tried doing this, but it turns out that wlan devices don't appear to send devd LINK_UP / LINK_DOWN events. It would be nice to have a clean solution to this. By default, using the stock rc scripts, my rout

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #386

2014-05-11 Thread Li-Wen Hsu
On Sat, May 10, 2014 at 20:06:58 -0600, Warner Losh wrote: > > On May 10, 2014, at 8:06 PM, Warner Losh wrote: > > > > > On May 10, 2014, at 6:27 PM, Craig Rodrigues wrote: > > > >> Warner, > >> > >> It looks like your change broke the FreeBSD-HEAD-modules > >> build. > >> > >> This build d

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395

2014-05-11 Thread Li-Wen Hsu
On Sat, May 10, 2014 at 23:21:50 -0600, Warner Losh wrote: > > On May 10, 2014, at 10:48 PM, jenkins-ad...@freebsd.org wrote: > > + export > > MAKESYSPATH= > > This is wrong. This makes the testing invalid. It should be fixed to

Build failed in Jenkins: FreeBSD_HEAD-modules #398

2014-05-11 Thread jenkins-admin
See Changes: [jilles] include: Remove checks for __BSD_VISIBLE where redundant with __XSI_VISIBLE or __POSIX_VISIBLE. Whenever sets __BSD_VISIBLE to non-zero, it also sets __POSIX_VISIBLE and __XSI_VISIBLE to the newest

Build failed in Jenkins: FreeBSD_HEAD-modules #399

2014-05-11 Thread jenkins-admin
See -- Started by user lwhsu Building remotely on jenkins-10.freebsd.org (FreeBSD-10) in workspace Updating svn://svn.free

Build failed in Jenkins: FreeBSD_HEAD-modules #397

2014-05-11 Thread jenkins-admin
See Changes: [cperciva] In cf_get_method, when we don't already know what clock speed the CPU is running at, guess the nearest value instead of looking for a value within 25 MHz of the observed frequency. Prior to this c

Build failed in Jenkins: FreeBSD_HEAD-modules #396

2014-05-11 Thread jenkins-admin
See Changes: [nwhitehorn] Move the PS3 framebuffer console to use vt instead of syscons and adjust GENERIC64 for PowerPC to use vt with it. Much to my chagrin, PS3 support seems to have bitrotted somewhat since the last

Re: Build failed in Jenkins: FreeBSD_HEAD-modules #395

2014-05-11 Thread Warner Losh
On May 10, 2014, at 10:48 PM, jenkins-ad...@freebsd.org wrote: > + export > MAKESYSPATH= This is wrong. This makes the testing invalid. It should be fixed to include …/ws/share/mk. Until that’s fixed, you can ignore these whini

Re: Makefile Problem of FreeBSD-Current

2014-05-11 Thread Thomas Hoffmann
On Sun, May 11, 2014 at 11:14 AM, Warner Losh wrote: > > From UPDATING: > > 20140505: > /etc/src.conf now affects only builds of the FreeBSD src tree. In > the > past, it affected all builds that used the bsd.*.mk files. The old > behavior was a bug, but people may have re

Re: Makefile Problem of FreeBSD-Current

2014-05-11 Thread Warner Losh
On May 11, 2014, at 6:49 AM, bycn82 wrote: > As you can see below . it still did not find the src.opts.mk > > > root@FB10Head:/usr/src/sbin/ipfw # make > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional (

Re: Makefile Problem of FreeBSD-Current

2014-05-11 Thread Thomas Hoffmann
On Sun, May 11, 2014 at 9:39 AM, Sean Bruno wrote: > On Sun, 2014-05-11 at 20:49 +0800, bycn82 wrote: > > As you can see below . it still did not find the src.opts.mk > > > > > > root@FB10Head:/usr/src/sbin/ipfw # make > > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > >

Re: Makefile Problem of FreeBSD-Current

2014-05-11 Thread Sean Bruno
On Sun, 2014-05-11 at 20:49 +0800, bycn82 wrote: > As you can see below . it still did not find the src.opts.mk > > > root@FB10Head:/usr/src/sbin/ipfw # make > make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk > make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditiona

Makefile Problem of FreeBSD-Current

2014-05-11 Thread bycn82
As you can see below . it still did not find the src.opts.mk root@FB10Head:/usr/src/sbin/ipfw # make make: "/usr/src/sbin/ipfw/Makefile" line 3: Could not find src.opts.mk make: "/usr/src/sbin/ipfw/Makefile" line 9: Malformed conditional (${MK_PF} != "no") make: "/usr/src/sbin/ipfw/../Makefile.

Build failed in Jenkins: FreeBSD_HEAD-modules #395

2014-05-11 Thread jenkins-admin
See Changes: [ian] Add cpu_l2cache_drain_writebuf(), use it to implement generic_bs_barrier(). On modern ARM SoCs the L2 cache controller sits between the CPU and the AXI bus, and most on-chip memory-mapped devices are o

Re: Questions and *little* bugs in new vt(9)

2014-05-11 Thread 小野寛生
Hello, 2014-05-09 18:48 GMT+09:00 David Demelier : > On 08/05/2014 17:09, Ed Maste wrote: >> >> On 8 May 2014 04:16, David Demelier wrote: >>> >>> Hi there, >>> >>> I'm currently trying vt(9) on a CURRENT kernel (only the kernel not the >>> base). I have very small bugs, not really serious. I'm c