Re: build wirh GCC -- supported?

> On Jan 16, 2016, at 03:27, Kostya Berger wrote: > > Hi, everyone. > Is GCC supported for building CURRENT? And if so, how do I set it to be > default compiler?Thank you very much for the answer. It depends on the architecture. Please note that not everything will build, eg you might need to

Re: Installworld fails with TMPDIR pointing to NFS mounted directory

> On Jan 12, 2016, at 11:21, Tom Vijlbrief wrote: > > > Op di 12 jan. 2016 om 18:08 schreef NGie Cooper : >> >> > On Jan 12, 2016, at 08:42, Tom Vijlbrief wrote: >> > >> > If have this issue with 11-CURRENT on my raspberry 1 and 2, but I do not >> > think it is raspberry related or even 11-CU

Re: clang/3.7.1/include/ does not exist?

> On Dec 29, 2015, at 13:20, Roger Marquis wrote: > > NGie Cooper wrote: >>How are you executing buildworld? What?s your revision? > > In the latest iteration: > > uname -a > ... 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Thu Dec 17 18:26:58 PST 2015 > ...:/usr/obj/usr/src/sys/GENERIC amd64 >

Re: r292688: ix_txrx.c:812:4: error: use of undeclared identifier 'ip6';

> On Dec 24, 2015, at 04:03, O. Hartmann wrote: > > Building kernel on r292688 fails with the error shown below: > > [...] > cc -O2 -pipe -O3 -O3 -pipe -march=native -fno-strict-aliasing -Werror > -D_KERNEL > -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS > -include /usr/obj/usr/src/s

Re: Build from 9.3-RELEASE to 11.0-CURRENT fails for i386 (-Wsign-compare issues with gcc)

> On Dec 22, 2015, at 08:23, John Baldwin wrote: > >> On Monday, December 21, 2015 11:01:36 AM John Baldwin wrote: >>> On Saturday, December 19, 2015 01:05:36 PM NGie Cooper wrote: >>> Hi John, >>>I tried bootstrapping 9.3-RELEASE to 11.0-CURRENT with i386 and ran into >>> the -Wsign-compar

Re: make .SUFFIXES bug?

> On Dec 15, 2015, at 07:01, Carsten Kunze wrote: > > Hello, > > current groff doesn't build on FreeBSD. I had noticed the same issue some > months ago on NetBSD and cross checked on FreeBSD and it had worked on > FreeBSD. There must have somethig changed since then. How to reproduce: > >

Re: Panic at shutdown

> On Nov 28, 2015, at 12:32, Ranjan1018 . <21474...@gmail.com> wrote: > > Hi, > > sometimes I have the panic in the photo at shutdown: > > http://imgur.com/mXrgFLp > > Unfortunately this happens randomly. > > I am running: > > $ uname -a > > FreeBSD ativ 11.0-CURRENT FreeBSD 11.0-CURRENT #3

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:09, Allan Jude wrote: ... > The big difference is, a json parser isn't going to blow up if a new > field gets added in the middle, and your awk/grep/sed script probably will. That's a plus to those formats, yes, but if someone changes the field name (which can happen

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 10:05, Allan Jude wrote: > >> On 2015-11-15 07:54, Dan Partelly wrote: >> >> Hi all, >> >> I was looking at the new facility of dumping JSON,XML from many utils in >> base and after some funny minutes, I couldn't stop ask myself “ Ok, this is >> funny , but why ? “ And

Re: libXO-ification - Why - and is it a symptom of deeper issues?

> On Nov 15, 2015, at 09:51, Andrey Chernov wrote: > >> On 15.11.2015 20:37, Adrian Chadd wrote: >>> On 15 November 2015 at 09:10, Dan Partelly wrote: >>> Meaning, is that simple to push things in head , if somone does the work, >>> even with with no proper review of the problem at hand , and

Re: Failing buildword due to execution permission (with fix)

> On Nov 9, 2015, at 17:27, Bryan Drewery wrote: > >> On 11/9/2015 5:17 PM, Garrett Cooper wrote: >> >>> On Nov 9, 2015, at 16:13, Bryan Drewery wrote: >> >> >> ... >> >>> If this is a shell file then it is best to invoke it with

Re: Failing buildword due to execution permission (with fix)

> On Nov 9, 2015, at 16:13, Bryan Drewery wrote: ... > If this is a shell file then it is best to invoke it with 'sh' rather > than a chmod/#!. The src checkout should be noexec-safe. Right. I think it'd be a good idea for me to hunt down other issues though in the build by setting -o noexec

Re: Failing buildword due to execution permission (with fix)

> On Nov 9, 2015, at 13:35, José Pérez wrote: > > Hello, > I have this buildwordl failure: > > ===> libexec/rbootd (depend) > --- depend_subdir_lib --- > --- aton_ether_subr.c --- > /usr/src/contrib/netbsd-tests/lib/libc/net/gen_ether_subr > /usr/src/sys/net/if_ethersubr.c ato > n_ether_subr.c

Re: buildworld broken

> On Nov 9, 2015, at 09:56, Ian Lepore wrote: ... >> I must perform a >> chflags -R noschg >> on /usr/obj prior to blowing it away. Is it different for you, >> or did you just omit that step? > > In 19 years of using freebsd, I have never once needed to chflags on an > obj directory. Nothing

Re: FreeBSD_HEAD_sparc64 - Build #1311 - Still Failing

> On Nov 7, 2015, at 06:18, Andriy Gapon wrote: > >> On 07/11/2015 10:00, jenkins-ad...@freebsd.org wrote: >> In file included from >> /builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../../contrib/gcc/debug.c:19: >> /builds/FreeBSD_HEAD_sparc64/gnu/lib/libstdc++/../../../contrib/gcc/system.h:

Re: mtree patch for WITHOUT_LPR

> On Nov 7, 2015, at 10:19, Dmitry Morozovsky wrote: ... > === > --- etc/mtree/BSD.lpr.dist(nonexistent) > +++ etc/mtree/BSD.lpr.dist(working copy) > @@ -0,0 +1,30 @@ > +# $FreeBSD$ > +# > +# Please see the file src/etc/mtr

Re: [CFT] Unicode collation string and reworked locale definitions

> On Nov 2, 2015, at 02:17, Baptiste Daroussin wrote: > >> On Mon, Nov 02, 2015 at 10:04:11AM +, David Chisnall wrote: >>> On 1 Nov 2015, at 21:30, Baptiste Daroussin wrote: >>> >>> All issues reported has been fixed, except if more issues are reported, this >>> will be merged into head ne

Re: dtc(1): reproducible segmentation fault

> On Oct 23, 2015, at 07:10, George Abdelmalik > wrote: > > Hi, > > With recent amd64 11.0-current system (as of earlier this week) I can > reproduciblycw > get a SIGSEGV when running a command such as > > $ dtc -o zb.dtb /usr/src/sys/boot/fdt/dts/arm/zedboard.dts > Segmentation fault (core

Re: buildworld broken

> On Oct 14, 2015, at 07:20, Shawn Webb wrote: > > I've now reproduced this same error on two boxes: > > gencat: Unable to create a new zh_CN.GB2312: Permission denied > --- zh_CN.GB2312 --- > *** [zh_CN.GB2312] Error code 1 > > make[5]: stopped in /usr/src/usr.bin/vi/catalog > 1 error Jenkin

Re: FreeBSD_HEAD-tests - Build #1497 - Still Unstable

> On Sep 28, 2015, at 06:30, jenkins-ad...@freebsd.org wrote: > > FreeBSD_HEAD-tests - Build #1497 - Still Unstable: > > Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1497/ > Full change log: > https://jenkins.FreeBSD.org/job/FreeBSD_HEAD-tests/1497/changes > Full build

Re: em broken on current amd64

> On Sep 5, 2015, at 08:50, Manfred Antar wrote: > > Recent changes to em have broken current on amd64. > Booting kernel will hang when trying to load em0, then will continue booting > without the driver loading (No Network) > This is on a HP SFF 8000 with em0 embedded on the motherboard. > >

Re: Recent changes to minibus on current amd64 breaks em0

> On Sep 4, 2015, at 14:01, Manfred Antar wrote: > > Current from 9/4/2015 1:00pm PDT: > Kenel hangs on boot at: > > em0: port 0x3100-0x311f mem > 0xf310-0xf311,0xf3125000-0xf3125fff irq 19 at device 25.0 on pci0 > em0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing

Re: Panic on boot during scan with pmspcv

> On Sep 1, 2015, at 13:30, Conrad Meyer wrote: > >> On Mon, Aug 31, 2015 at 6:20 PM, John Baldwin wrote: >> Probably pCardInfo is NULL. >> >> Looking at the pms driver source is making my stomach churn, but I don't >> see anything obvious. The field is set during attach, so it shouldn't be >

Re: acpi suspend debugging techniques?

> On Aug 30, 2015, at 23:13, Andriy Gapon wrote: > > > I would appreciate any pointers at how to debug an ACPI suspend problem that > I have. > > What I have so far. The system hangs when I try to suspend it and it gets > reset > by a watchdog. Setting debug.acpi.suspend_bounce=1 does not

Re: r287246: buildworld fails: ld: i386:x86-64 architecture of input file `/usr/obj/usr/src/sys/boot/i386/gptboot/../../libstand32/libstand.a(qdivrem.o)' is incompatible with i386 output

Warner broke sys/boot somehow.. Jenkins concurs. > On Aug 27, 2015, at 23:41, O. Hartmann wrote: > > Recent CURRENT sources fail to buildworld: > > [...] > --- util.o --- > cc -DBOOTPROG=\"gptboot\" -O1 -DGPT -DUFS1_AND_UFS2 -DSIOPRT=0x3f8 > -DSIOFMT=0x3 -DSIOSPD=9600 -I/usr/src/sys/bo

Re: Read-only /usr/obj/ no longer kosher?

> On Aug 26, 2015, at 19:03, O'Connor, Daniel wrote: > > >> On 27 Aug 2015, at 08:25, Pawel Jakub Dawidek wrote: >>> On Tue, Aug 25, 2015 at 03:32:35PM -0700, NGie Cooper wrote: On Tue, Aug 25, 2015 at 3:21 PM, Xin Li wrote: On 08/25/15 14:55, Pawel Jakub Dawidek wrote: >> Now t

Re: r286615: /usr/libexec/ftpd broken!

> On Aug 18, 2015, at 09:05, Benjamin Kaduk wrote: > >> On Tue, 18 Aug 2015, Garrett Cooper wrote: >> >> >>> On Aug 18, 2015, at 08:57, Slawa Olhovchenkov wrote: >>> >>> On Tue, Aug 18, 2015 at 11:38:47AM -0400, Benjamin Kaduk wrote: &g

Re: r286615: /usr/libexec/ftpd broken!

> On Aug 18, 2015, at 08:57, Slawa Olhovchenkov wrote: > > On Tue, Aug 18, 2015 at 11:38:47AM -0400, Benjamin Kaduk wrote: > >> On Tue, 18 Aug 2015, Marcel Moolenaar wrote: >> On Aug 17, 2015, at 10:15 PM, O. Hartmann wrote: Port security/heimdal installs its own ftpd wi

Re: r286615: /usr/libexec/ftpd broken!

> On Aug 11, 2015, at 06:01, O. Hartmann wrote: > > On Tue, 11 Aug 2015 14:05:36 +0200 > "O. Hartmann" wrote: > >> On Tue, 11 Aug 2015 13:18:14 +0200 >> Ed Schouten wrote: >> >>> Hi there, >>> >>> 2015-08-11 10:44 GMT+02:00 O. Hartmann : ftpd starts sometimes, sporadically, and dies so

Re: gettimeofday((void *)-1, NULL) implicates core dump on recent FreeBSD 11-CURRENT

On Jul 8, 2015, at 12:17, Doug Rabson wrote: > As far as I can tell, POSIX doesn't require either EFAULT or any other > behaviour - the text in http://www.open-std.org/jtc1/sc22/open/n4217.pdf > just says, "No errors are defined". Our man page is wrong and any real > program which relies on getti

Re: gettimeofday((void *)-1, NULL) implicates core dump on recent FreeBSD 11-CURRENT

On Jul 8, 2015, at 2:53, Oliver Pinter wrote: > On 7/8/15, O'Connor, Daniel wrote: >> >>> On 8 Jul 2015, at 08:11, Garrett Wollman >>> wrote: >>> Perhaps the test was (erroneously) written to assume that >>> gettimeofday() was a system call, and could therefore detect invalid >>> pointers and

Re: gettimeofday((void *)-1, NULL) implicates core dump on recent FreeBSD 11-CURRENT

> On Jul 7, 2015, at 15:00, Oliver Pinter wrote: > > Hi all! > > We discovered that one of the kyua test failing from gettimeofday tests. > The error is reproducible on recent snapshot from 11-CURRENT: > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/amd64/amd64/ISO-IMAGES/11.0/FreeBSD-11.0-CURREN

Re: panic: negative refcount after dhclient during boot

On Jul 5, 2015, at 8:16, Rink Springer wrote: > Hi all, > > On my FreeBSD/mips machine (it's a RouterStation Pro), I get the > following panic during boot: … > This reproduces 100%. I'm at: > > FreeBSD 11.0-CURRENT #0 r285099: Sun Jul 5 12:31:47 CEST 2015 > > Let me know what I can do to he

Re: powerpc and powerpc64 builds broken

> On Jun 28, 2015, at 10:48, Justin Hibbits wrote: > > Both powerpc and powerpc64 builds are broken in the same way, in > usr.bin/mkesdb. It was working correctly as of just before BSDCan, I > successfully built world and kernel on June 6. > > The error seen at this point is: > > cc -O2 -pip

Re: amd64 base/head r284673 fails to build on amd64 base/head r284639, pilot error?

On Jun 21, 2015, at 3:16, Trond Endrestøl wrote: > Hi, > > Am I the only one who fails to build recent base/head (r284673) on > pretty recent base/head (r284639)? This is on amd64 with ZFS and BEs. ... > CC=clang > CXX=clang++ > CPP=clang-cpp Hi Trond, You need to remove these lines.

Re: toolchain target

On Jun 17, 2015, at 23:22, Andriy Gapon wrote: > On 18/06/2015 02:26, Simon J. Gerraty wrote: >> Andriy Gapon wrote: Seems like there is some problem with 'toolchain' target in the latest head. Output of running `make toolchain TARGET=i386` on amd64 system can be found here:

Re: make targets broken?

> On Jun 16, 2015, at 05:20, Bjoern A. Zeeb > wrote: > > Hi, > > I am puzzled by this: > > head-scratch.svn]$ make targets > `targets’ is up to date. It probably needs to be marked .PHONY. check with sjg though... ___ freebsd-current@freebsd.org ma

[HEADSUP] head after r284417 is broken; please be patient while it's fixed

Jenkins emails will probably keep on informing everyone about how healthy things are in the meantime. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #85 - Failure

On Jun 15, 2015, at 1:27, Simon J. Gerraty wrote: > Konstantin Belousov wrote: >> I see the same problem on the up-to-date stable/10 host, trying to build > > I'm building HEAD on stable/10, I just updated the tree and did a clean > tree buildworld ok. > >> HEAD. This is completely unacceptab

Re: geom classe's geom_*.so installed /usr/lib/ instead of /lib/geom (crochet build)

On Jun 15, 2015, at 4:40, Andrey Fesenko wrote: > Hello, > I'm build CURENT (r284408) for arm with crochet. > > all geom lasse's geom_*.so installed /usr/lib/ instead of /lib/geom > > /usr/obj/_.installworld.armv6.log > ... > ===> sbin/geom/class/cache (install) > install -s -o root -g wheel -m

Re: [CURRENT] r284404 buildworld failure due to CXXFLAGS+= -std=c++11 in /etc/src.conf

> On Jun 15, 2015, at 06:35, O. Hartmann wrote: > > On Sun, 14 Jun 2015 23:17:59 -0700 > Garrett Cooper wrote: > >>> On Jun 14, 2015, at 23:15, O. Hartmann wrote: >>> >>> Recent source of CURRENT (r284404) fails to buildworld when option >>

Re: Error building x11/nvidia-driver kernel module @r284408

> On Jun 15, 2015, at 06:34, David Wolfskill wrote: > > Now that "vanilla" head @284408 builds (& boots): > > FreeBSD freebeast.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1751 > r284408M/284408:1100077: Mon Jun 15 05:51:00 PDT 2015 > r...@freebeast.catwhisker.org:/common/S3/obj/us

Re: Warning: HEAD with zfs is potentially broken

> On Jun 15, 2015, at 09:17, O. Hartmann wrote: > > Am Mon, 15 Jun 2015 17:39:58 +0200 > Baptiste Daroussin schrieb: > >>> On Mon, Jun 15, 2015 at 08:13:12AM -0700, Peter Wemm wrote: >>> Beware, a recent change has moved zfs tools internal libraries to the wrong >>> location and this can caus

Re: [CURRENT] r284404 buildworld failure due to CXXFLAGS+= -std=c++11 in /etc/src.conf

On Jun 14, 2015, at 23:15, O. Hartmann wrote: > Recent source of CURRENT (r284404) fails to buildworld when option > > CXXFLAGS+= -std=c++11 in /etc/src.conf > > is given in /etc/src.conf. That issue was introduced around after > r282336. Below, you'll se the src.conf I use. I also

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #85 - Failure

On Jun 14, 2015, at 14:28, Simon J. Gerraty wrote: > Garrett Cooper wrote: > >> On Jun 14, 2015, at 14:18, Simon J. Gerraty wrote: >> >>> Craig Rodrigues wrote: >>>> On Sun, Jun 14, 2015 at 8:09 AM, Adrian Chadd wrote: >>>> >

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #85 - Failure

On Jun 14, 2015, at 14:18, Simon J. Gerraty wrote: > Craig Rodrigues wrote: >> On Sun, Jun 14, 2015 at 8:09 AM, Adrian Chadd wrote: >> >>+ make -j 4 CROSS_TOOLCHAIN=amd64-gcc buildworld >>__MAKE_CONF=/builds/FreeBSD_HEAD_amd64_gcc4.9/make.conf >>make: "/builds/FreeBSD_HEAD_amd64_gc

Re: geli panics my system after suspend-resume: g_eli_orphan_spoil_assert() called for cd0.eli

On Jun 13, 2015, at 7:10, José García Juanino wrote: > Hi FreeBSD current, > > I get a reproducible panic following these steps: > > 1- Mount a geli encrypted DVD: > > # geli attach /dev/cd0 > Password: > > # mount -o ro /dev/cd0.eli /cdrom > > 2- Do some work in the /cdrom filesystem. > >

Re: how do I downgrade from 11-current to 10-stable

On May 31, 2015, at 16:27, Matthew D. Fuller wrote: > On Sun, May 31, 2015 at 04:20:42PM -0700 I heard the voice of > Kevin Oberman, and lo! it spake thus: >> >> Unfortunately the list ends at 9.0. It would be nice if it could be >> updated. I might sift through SVN and see if I can put together

Re: Need help reducing compilation warnings in CURRENT

On May 30, 2015, at 19:15, Craig Rodrigues wrote: > On Thu, May 28, 2015 at 9:49 AM, Konstantin Belousov > wrote: > >> On Wed, May 27, 2015 at 11:30:45PM -0700, Craig Rodrigues wrote: >> >> I take some time to do a pass over mine code or code I am somewhat >> knowledgable, to correct some 'ass

Re: how do I downgrade from 11-current to 10-stable

On May 30, 2015, at 18:41, Erich Dollansky wrote: > Hi, > > On Sat, 30 May 2015 05:52:56 -0400 > Aryeh Friedman wrote: > >> My desktop machine is 11-current and I want to down grade it to >> 10-stable how do I do this without needing a reinstall? >> > > I did this several times from sources.

Re: Linuxulator: CRASH

On May 25, 2015, at 13:41, Larry Rosenman wrote: > I have a boinc-client installation running World Community Grid science > that's been working fine for months. > > Updated to current -HEAD, and now we crash the kernel if it's running. > > The backtrace points to the linuxulator. > > Ideas? >

Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins?

On Apr 28, 2015, at 0:54, Alexander Motin wrote: > Hi. > > On 27.04.2015 21:17, Garrett Cooper wrote: >> On Apr 27, 2015, at 11:16, Garrett Cooper >> wrote: >> >>> I was looking at the console log for the latest kyua run and I’ve >>> noticed th

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #18 - Failure

On May 24, 2015, at 16:35, Garrett Cooper wrote: > On May 24, 2015, at 16:08, jenkins-ad...@freebsd.org wrote: > >> FreeBSD_HEAD_amd64_gcc4.9 - Build #18 - Failure: >> >> Check console output at >> https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/18/ to

Re: FreeBSD_HEAD_amd64_gcc4.9 - Build #18 - Failure

On May 24, 2015, at 16:08, jenkins-ad...@freebsd.org wrote: > FreeBSD_HEAD_amd64_gcc4.9 - Build #18 - Failure: > > Check console output at > https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/18/ to view the > results. The failure’s caused by bad arguments being passed to objcopy for ge

Re: Slow shutdown

On May 24, 2015, at 6:33, Ranjan1018 . <21474...@gmail.com> wrote: > On my laptop running r283297, after the message “All buffers synced.” and > before “Uptime: …..” it takes more than 55 seconds. Not a lot of info here to diagnose your issue... - What happens if you hit control-t, i.e. what wait

Re: am335x-bone.dts not exist

On May 24, 2015, at 0:07, Oleksandr Tymoshenko wrote: >> On May 23, 2015, at 7:21 PM, Andrey Fesenko wrote: >> >> # uname -a >> FreeBSD des.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r283306: Sat >> May 23 11:56:46 MSK 2015 >> root@des.local:/usr/obj/usr/src/sys/GENERIC amd64 >> >> I'm build

Re: [283136]: buildworld failure: usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lproc

On May 20, 2015, at 6:09, Garrett Cooper wrote: > On May 20, 2015, at 5:49, David Wolfskill wrote: > >> On Wed, May 20, 2015 at 06:50:24AM +0200, O. Hartmann wrote: >>> Current sources (r283136) die on buildworld with the following error: >>> >>> [...] &

Re: [283136]: buildworld failure: usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lproc

On May 20, 2015, at 5:49, David Wolfskill wrote: > On Wed, May 20, 2015 at 06:50:24AM +0200, O. Hartmann wrote: >> Current sources (r283136) die on buildworld with the following error: >> >> [...] >> --- cddl/lib__L --- >> /usr/obj/usr/src/tmp/usr/bin/ld: cannot find -lproc >> cc: error: linker

Re: libiconv: compile error with gcc-4.9

On May 20, 2015, at 0:09, Adrian Chadd wrote: > Hi, > > I have the following compile error with gcc-4.9. Is there an issue > with the macro/inline, or is it just dead code? > > --- citrus_prop.So --- > /usr/local/bin/mips-portbld-freebsd11.0-gcc -isystem > /home/adrian/work/freebsd/head-embedde

Re: mergemaster failing with read-only /usr/src

On May 4, 2015, at 7:05, John Baldwin wrote: > /etc is quite special as it isn't installed during installworld, only for > distribution. The tests should probably be part of installworld, so please > move it. Fixed in r283056 — pending MFC to stable/10. Thanks for the report! -NGie signature.

Re: UEFI, loader and keyboard problems

On May 16, 2015, at 14:47, Allan Jude wrote: > On 2015-05-16 17:27, Dimitry Andric wrote: >> On 16 May 2015, at 18:50, Roman Bogorodskiy wrote: >>> >>> I'm running -CURRENT amd64 >>> >>> and have weird problems with keyboard in loader. Specifically, some char >>> keys produce numbers. For exam

Re: [RFC] Replace gnu groff in base by heirloom doctools

On May 13, 2015, at 17:02, Baptiste Daroussin wrote: > Hi, > > I plan to work in replacing GNU groff for FreeBSD 11.0 in base by heirloom > doctools. … Hi Bapt, Do you have a list of items that require doctools [if groff isn’t present]? Thanks! -NGie signature.asc Description: Messa

Re: Increase BUFSIZ to 8192

On May 14, 2015, at 1:01, Poul-Henning Kamp wrote: > > In message <1431542835.1221.30.ca...@freebsd.org>, Ian Lepore writes: >> On Wed, 2015-05-13 at 11:13 -0700, John-Mark Gurney wrote: > >> As I've already pointed out, BUFSIZ appears in the >> base code over 2000 times. Where is the

Re: Increase BUFSIZ to 8192

On May 14, 2015, at 1:06, Poul-Henning Kamp wrote: > > In message <20150514075316.gy37...@funkthat.com>, John-Mark Gurney writes: >> Poul-Henning Kamp wrote this message on Thu, May 14, 2015 at 07:42 +: >>> >>> In message <20150514072155.gt37...@funkthat.com>, John-Mark Gurn

Re: Race VT+X11 on -current

> On May 7, 2015, at 21:34, Hans Petter Selasky wrote: > > Hi, > > I have a fix, attached. > > I'll just throw this in if nobody objects. Seems like a trivial issue: > > Prevent switching to NULL or own window in the "vt_proc_window_switch" > function. This fixes an issue where X11 keyboard i

Re: Race VT+X11 on -current

> On May 7, 2015, at 09:43, Kevin Oberman wrote: > >> On Thu, May 7, 2015 at 5:39 AM, Hans Petter Selasky wrote: >> >> Hi, >> >> Sometimes when logging into X11 the keyboard input is not working. >> Pressing ALT+F9 makes it work. Any idea where the race is? >> >> --HPS > > Actually, I have

Re: Build failed in Jenkins: FreeBSD_HEAD #2725

On May 4, 2015, at 10:46, Garrett Cooper wrote: > > On May 4, 2015, at 10:38, Cy Schubert wrote: > >> I think jenkins copy of head still contains ntp_parser.y. I see no issue >> here. >> >> Cy Schubert >> >> >> You need to do a better j

Re: Build failed in Jenkins: FreeBSD_HEAD #2725

On May 4, 2015, at 10:38, Cy Schubert wrote: > I think jenkins copy of head still contains ntp_parser.y. I see no issue > here. > > Cy Schubert > > > You need to do a better job at figuring out why you broke things. > This is not the first time you've broken things with an ntp import. I don’

Re: mergemaster failing with read-only /usr/src

On May 3, 2015, at 8:55, Wolfgang Zenker wrote: > * Jilles Tjoelker [150503 14:53]: >> On Sun, May 03, 2015 at 02:03:49PM +0200, Wolfgang Zenker wrote: >>> I'm trying to update this system: >>> FreeBSD pomona 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Mon Apr 13 03:48:04 >>> CEST 2015 wolfgang@p

Re: Head buildworld @282213 fails; suspect r282211

On Apr 29, 2015, at 8:18, O. Hartmann wrote: > Am Wed, 29 Apr 2015 05:47:18 -0700 > David Wolfskill schrieb: > >> Running: >> >> FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #46 >> r282133M/282133:1100070: Tue Apr 28 05:39:53 PDT 2015 >> r...@g1-254.catwhisker.org:/common/S3

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #983

I'll fix these tonight. Forgot to add appropriate modfind calls to these testcases, and GENERIC doesn't appear to have mqueuefs or aio built into it... Interesting data points. > On Apr 27, 2015, at 11:27, jenkins-ad...@freebsd.org wrote: > > See

Re: cam(4) timeouts in bhyve/kyua runs up on Jenkins?

On Apr 27, 2015, at 11:16, Garrett Cooper wrote: > Hi mav! > I was looking at the console log for the latest kyua run and I’ve > noticed that it’s timing out a bit more [1] than it was previously [2]. I’ve > seen some of your commits recently to cam(4) dealing with bhyve

cam(4) timeouts in bhyve/kyua runs up on Jenkins?

Hi mav! I was looking at the console log for the latest kyua run and I’ve noticed that it’s timing out a bit more [1] than it was previously [2]. I’ve seen some of your commits recently to cam(4) dealing with bhyve — has there been a performance regression there? Thanks! -NGie 1. https:

Re: readdir/telldir/seekdir problem (i think)

On Apr 24, 2015, at 3:42, Julian Elischer wrote: > here's an interesting datapoint. If the test program is run on kFreeBSD > using glibc, it runs without flaw. > > OS-X (bsd derived libc) HFS+ fails > FreeBSD libc (UFS) fails > FreeBSD libc (ZFS) fails > FreeBSD glibc succceeds > Centos 6.5

Re: Newer yacc needed for building world

On Apr 24, 2015, at 3:03, Garrett Cooper wrote: > On Apr 24, 2015, at 2:59, Garrett Cooper wrote: > >> On Apr 23, 2015, at 2:05, Willem Jan Withagen wrote: >> >>> On 22/04/2015 23:37, Ed Maste wrote: >>>> On 22 April 2015 at 15:55, Willem Jan Withagen

Re: Newer yacc needed for building world

On Apr 24, 2015, at 2:59, Garrett Cooper wrote: > On Apr 23, 2015, at 2:05, Willem Jan Withagen wrote: > >> On 22/04/2015 23:37, Ed Maste wrote: >>> On 22 April 2015 at 15:55, Willem Jan Withagen wrote: >>>> >>>>> Yes: >>>>> ht

Re: Newer yacc needed for building world

On Apr 23, 2015, at 2:05, Willem Jan Withagen wrote: > On 22/04/2015 23:37, Ed Maste wrote: >> On 22 April 2015 at 15:55, Willem Jan Withagen wrote: >>> Yes: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054740.html >>> >>> But this is not enough to make yac

Re: Error in parallel building

On Apr 21, 2015, at 3:20, Willem Jan Withagen wrote: > Long time that I saw a pointy hat coming by :) > Usually I'm the one on the receiving end. Happens :) (especially when I’m not as careful/pedantic as I can be sometimes..). Thanks! signature.asc Description: Message signed with OpenPG

Re: Error in parallel building

On Apr 21, 2015, at 3:00, Willem Jan Withagen wrote: > Hi, > > With a freshly fetched HEAD, and 'make -j 8 buildworld' I get: > > > --- _bootstrap-tools-kerberos5/lib/libvers --- > --- roken.h --- > make-roken > roken.h > make-roken: not found > --- _bootstrap-tool

Re: Build failed in Jenkins: FreeBSD_HEAD #2663

> On Apr 18, 2015, at 15:56, jenkins-ad...@freebsd.org wrote: > ===> lib/libpmc (all) > --- libpmc.So --- > cc -fpic -DPIC -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-a

Re: Build failed in Jenkins: FreeBSD_HEAD-tests2 #928

On Apr 13, 2015, at 11:07, jenkins-ad...@freebsd.org wrote: > See … > kyua report --verbose --results-filter passed,skipped,xfail,broken,failed > --output test-report.txt > kyua: E: Load of 'Kyuafile' failed: Failed to load Lua file 'K

Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i

On Apr 8, 2015, at 1:47, Mehmet Erol Sanliturk wrote: > On Wed, Apr 8, 2015 at 1:08 AM, Garrett Cooper wrote: > On Apr 8, 2015, at 0:49, Garrett Cooper wrote: > > > On Apr 7, 2015, at 19:35, Konstantin Belousov wrote: > > > >> On Tue, Apr 07, 2015 at 12:04:44

Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i

On Apr 8, 2015, at 0:49, Garrett Cooper wrote: > On Apr 7, 2015, at 19:35, Konstantin Belousov wrote: > >> On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: >>> Hi, >>> I just tried to upgrade my system from a Nehalem style era >>> CPU/

Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i

On Apr 7, 2015, at 19:35, Konstantin Belousov wrote: > On Tue, Apr 07, 2015 at 12:04:44PM -0700, Garrett Cooper wrote: >> Hi, >> I just tried to upgrade my system from a Nehalem style era >> CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherb

Re: mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i

On Apr 7, 2015, at 12:04, Garrett Cooper wrote: > Hi, > I just tried to upgrade my system from a Nehalem style era > CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherboard > (an E-series Haswell/Z97 motherboard), and I’ve run into some fun issues with &

mfi timeouts at boot on ASUS Z97 motherboard with LSI 9240-4i

Hi, I just tried to upgrade my system from a Nehalem style era CPU/motherboard (a W series Xeon/P6T-WS) to a Haswell style CPU/motherboard (an E-series Haswell/Z97 motherboard), and I’ve run into some fun issues with my LSI 9240-4i controller. In particular, it’s timing out because of is

Re: T40 bootloop on CAM status: Command timeout on both 10.1 and -CURRENT

> On Mar 30, 2015, at 10:38, bsdml wrote: > > Hey wolfgang, > > thanks for getting back to me. Adding hint.ata.1.disabled="1" in > /boot/device.hints indeed did the trick and allowed me to boot both 10.1 and > 11-CURRENT, however this workaround has temporary solved my problem but > brings u

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867

On Mar 22, 2015, at 15:09, Dimitry Andric wrote: > On 22 Mar 2015, at 23:04, Garrett Cooper wrote: >> >> On Mar 22, 2015, at 15:01, Craig Rodrigues wrote: >> >> ... >> >>> OK, converting expr.y to use unsigned integers would require a bit of work.

Re: What's the official method to test the build now?

On Mar 21, 2015, at 5:32, Ryan Stone wrote: > I still see the compile errors that I reported here: > > https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054803.html > > It affects these builds: > > sparc64 LINT kernel failed, check _.sparc64.LINT for details > powerpc LINT kern

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867

On Mar 22, 2015, at 15:01, Craig Rodrigues wrote: ... > OK, converting expr.y to use unsigned integers would require a bit of work. > > Can you commit your patch to the Makefile? It fixes the problem for now. +1 I’d still like to know why clang 3.5 doesn’t have this behavior though — there

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867

On Mar 22, 2015, at 14:36, Dimitry Andric wrote: > On 22 Mar 2015, at 22:32, Craig Rodrigues wrote: >> >> On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric wrote: >> >> Ah right, that was on i386, on amd64 it does result in -2^63. It is indeed >> caused by reliance on signed integer wrapping.

Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867

On Mar 22, 2015, at 14:02, Craig Rodrigues wrote: > On Sun, Mar 22, 2015 at 11:26 AM, wrote: > >> See >> > > Can someone with toolchain expertise look at this? > After the clang 3.6.1 import, /bin/expr behaves differently. > > With c

Re: What's the official method to test the build now?

On Mar 21, 2015, at 12:37, Dimitry Andric wrote: > On 21 Mar 2015, at 17:25, Garrett Cooper wrote: >> >>> On Mar 21, 2015, at 06:35, Ian Lepore wrote: >>> >>>> On Fri, 2015-03-20 at 19:52 -0400, Ryan Stone wrote: >>>> "make tinderbox&qu

Re: What's the official method to test the build now?

> On Mar 21, 2015, at 06:35, Ian Lepore wrote: > >> On Fri, 2015-03-20 at 19:52 -0400, Ryan Stone wrote: >> "make tinderbox" has been broken for weeks, so I presume it's not what I'm >> supposed to be using to test my commits anymore. What's the officially >> supported make target that I'm supp

Re: Build failed in Jenkins: FreeBSD_HEAD-tests2 #853

On Mar 17, 2015, at 1:46, jenkins-ad...@freebsd.org wrote: > See … > lib/libc/sys/clock_gettime_test:clock_gettime_real -> panic: wrote past end > of sbuf (0 >= 0) > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_tr

Re: sbuf-related panic

> On Mar 16, 2015, at 14:03, Shawn Webb wrote: > > On amd64, doing a Poudriere run. On r280133: > > (kgdb) bt > #0 doadump (textdump=Unhandled dwarf expression opcode 0x93 > ) at pcpu.h:219 > #1 0x809726a5 in kern_reboot (howto=Unhandled dwarf expression > opcode 0x93 > ) at /usr/src

Re: Build failed in Jenkins: Build-UFS-image #1334

Hi Craig! > On Mar 12, 2015, at 08:17, jenkins-ad...@freebsd.org wrote: > > See echo /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi > /builds/FreeBSD_HEAD/obj/builds/FreeBSD_HEAD/sys/boot/amd64/boot1.efi > uudec

Re: Massive libxo-zation that breaks everything

On Mar 1, 2015, at 5:33, Sulev-Madis Silber (ketas) wrote: > Hello. > > First, I would be happy to have JSON and XML output about filesystems, > users, routes... but I don't like how it makes code of df, w, netstat > hard to read/maintain and often broken. > > I don't think it would be good to

Re: atkbd.c not compiling?

On Feb 28, 2015, at 14:15, Garrett Cooper wrote: > On Feb 28, 2015, at 13:56, Ryan Stone wrote: > >> On Sat, Feb 28, 2015 at 4:51 PM, Garrett Cooper >> wrote: >>> I’m not sure about key_map — are you building with syscons or vt? >> >> I have no idea

Re: atkbd.c not compiling?

On Feb 28, 2015, at 13:56, Ryan Stone wrote: > On Sat, Feb 28, 2015 at 4:51 PM, Garrett Cooper wrote: >> I’m not sure about key_map — are you building with syscons or vt? > > I have no idea. I'm just running make tinderbox. So far > _.sparc64.LINT, _.i386.LINT-NOINET

  1   2   3   4   5   6   7   8   9   10   >