Build failed in Jenkins: FreeBSD_HEAD #1780

See Changes: [gjb] Bump __FreeBSD_version after SA-14:23, SA-14:24, SA-14:25. Approved by:re (implicit) Sponsored by: The FreeBSD Foundation [dteske] Upon second-thought (following r274144), remove spurious (unused) line-

Re: android bsd connectivity tools etc ?

On Thu, 06 Nov 2014 00:02:59 + Jamie Landeg-Jones wrote > "Julian H. Stacey" wrote: > > Firstly, if you haven't already, I'd recommend 'Android terminal > emulator' and 'hackers keyboard' - both free from the Play store. > > To be able to create startup scripts without reflashing etc. you

Build failed in Jenkins: FreeBSD_HEAD-tests2 #193

See -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#190 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace

Re: Build Fail: r274159

On Nov 5, 2014, at 18:25, Larry Rosenman wrote: > (cd /usr/src/rescue/rescue/../../sbin/fdisk && make -DRESCUE > CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ depend && make -DRESCUE > CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ fdisk.o geom_mbr_enc.o) > cc -O2 -pipe -fno-omit-f

Build Fail: r274159

(cd /usr/src/rescue/rescue/../../sbin/fdisk && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ depend && make -DRESCUE CRUNCH_CFLAGS=-DRESCUE DIRPRFX=rescue/rescue/fdisk/ fdisk.o geom_mbr_enc.o) cc -O2 -pipe -fno-omit-frame-pointer -DRESCUE -std=gnu99 -fstack-protector -Ws

Re: android bsd connectivity tools etc ?

"Julian H. Stacey" wrote: Firstly, if you haven't already, I'd recommend 'Android terminal emulator' and 'hackers keyboard' - both free from the Play store. To be able to create startup scripts without reflashing etc. you must have root, and be able to write the file "/system/etc/install_recover

Re: Strange failure with 10.x jail in poudriere on head

On 11/06/14 00:28, Guido Falsi wrote: > Hi, > > Today I updated my system to r274133, it works fine, but I see a strange > problem in 10.x jails, which, even stranger, is not happening in 9.x and > 8.x jails. > > the jails are created using ftp, so downloading official binaries. > > The python p

Strange failure with 10.x jail in poudriere on head

Hi, Today I updated my system to r274133, it works fine, but I see a strange problem in 10.x jails, which, even stranger, is not happening in 9.x and 8.x jails. the jails are created using ftp, so downloading official binaries. The python ports fail with this error at staging time: running inst

Re: HEADS UP: Enabling vt(4) by default

On Wed, 05 Nov 2014 22:29:53 +0100 Hans Petter Selasky wrote > On 11/05/14 22:27, Chris H wrote: > > On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block > > wrote > > >> On Wed, 5 Nov 2014, Chris H wrote: > >> > >>> On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block > >>> wrote > > On W

Build failed in Jenkins: Build-UFS-image #330

See -- [...truncated 5350 lines...] ->

Jenkins build is back to normal : FreeBSD_HEAD #1778

See ___ 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: HEADS UP: Enabling vt(4) by default

On 11/05/14 22:27, Chris H wrote: On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wrote On Wed, 5 Nov 2014, Chris H wrote: On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wrote > On Wed, 5 Nov 2014, Chris H wrote: On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote >> No, v

Re: HEADS UP: Enabling vt(4) by default

On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wrote > On Wed, 5 Nov 2014, Chris H wrote: > > > On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block > > wrote > > >> On Wed, 5 Nov 2014, Chris H wrote: > >>> On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > >>> wrote >> > No, video

Build failed in Jenkins: FreeBSD_HEAD #1777

See Changes: [ngie] Expect lib.libc.sys.getcontext_test.setcontext_link to fail on amd64; add additional debugging to make the underlying problem more visible Calling setcontext(2) on amd64 as shown in the test program is failin

Re: HEADS UP: Enabling vt(4) by default

On Wed, 5 Nov 2014, Chris H wrote: On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wrote On Wed, 5 Nov 2014, Chris H wrote: On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote >> No, video mode won't work with the nVidia blob. That requires a KMS (in-kernel) driver. Thank you fo

Re: ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert

On Wed, Nov 05, 2014 at 11:03:46AM -0800, Chris H wrote: > Greetings, > I'm building/installing world/kernel on a fresh 11-CURRENT. > As I write this, the kernel is building, and emitting 100's > of lines with the following: > ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert > where

ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert

Greetings, I'm building/installing world/kernel on a fresh 11-CURRENT. As I write this, the kernel is building, and emitting 100's of lines with the following: ERROR: ctfconvert: aaa_bbb.o doesn't have type data to convert where aaa_bbb is the driver file being created. Should I be concerned? What

Re: LOR on CURRENT

On Wed, 5 Nov 2014 13:38:01 -0500 (EST) Benjamin Kaduk wrote > On Wed, 5 Nov 2014, Chris H wrote: > > > Greetings, > > a fresh install off the 2014-10-26 bootonly iso, generates the > > following LOR: > > > > lock order reversal: > > 1st 0xfe00f7626b48 bufwait (bufwait) @ > > /usr/src/sys

Re: LOR on CURRENT

On Wed, 5 Nov 2014, Chris H wrote: > Greetings, > a fresh install off the 2014-10-26 bootonly iso, generates the > following LOR: > > lock order reversal: > 1st 0xfe00f7626b48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3093 > 2nd 0xf8000404aa00 dirhash (dirhash) @ This one is a ve

Jenkins build is unstable: FreeBSD_HEAD-tests2 #192

See ___ 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: android bsd connectivity tools etc ?

Jamie Landeg-Jones wrote: > "Julian H. Stacey" wrote: > > Any tips for Android / FreeBSD BSD tools for connectivity etc ? > > I mainly use nfs / ssh (dropbear) / scp for connectivity over IPv6 to my > local FreeBSD server. It works quite well - I even have automated cron > rsync deduped backups!

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

On Nov 4, 2014, at 12:42, Garrett Cooper wrote: > On Nov 4, 2014, at 12:09, jenkins-ad...@freebsd.org wrote: > >> See > > ... > > Hi Craig/Jenkins admins, > I opened a pull request to increase the timeout from 1 to 2 hour

Re: r273165. ZFS ARC: possible memory leak to Inact

On 11/5/2014 6:41 AM, Andriy Gapon wrote: > If something hangs (appears to hang) and it's ZFS related, then > https://wiki.freebsd.org/AvgZfsDeadlockDebug > I don't think the"zpool history" hang is in ZFS or storage layer code: it seems be stalled in kernel malloc(). See PID 12105 (zpool histo

Re: r273165. ZFS ARC: possible memory leak to Inact

On 05/11/2014 18:32, James R. Van Artsdalen wrote: > On 11/5/2014 6:41 AM, Andriy Gapon wrote: >> If something hangs (appears to hang) and it's ZFS related, then >> https://wiki.freebsd.org/AvgZfsDeadlockDebug >> > > I don't think the"zpool history" hang is in ZFS or storage layer code: > it seems

LOR on CURRENT

Greetings, a fresh install off the 2014-10-26 bootonly iso, generates the following LOR: lock order reversal: 1st 0xfe00f7626b48 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:3093 2nd 0xf8000404aa00 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:2 84 KDB: stack backtrace: db_t

Re: HEADS UP: Enabling vt(4) by default

On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wrote > On Wed, 5 Nov 2014, Chris H wrote: > > On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > > wrote >> > >> No, video mode won't work with the nVidia blob. That requires > >> a KMS (in-kernel) driver. > > > > Thank you for the reply, Ga

Re: HEADS UP: Enabling vt(4) by default

On Wed, 5 Nov 2014, Chris H wrote: On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote No, video mode won't work with the nVidia blob. That requires a KMS (in-kernel) driver. Thank you for the reply, Gary. Ahh. I see. So unless I have ATI hardware, I'm pretty much out of luck? Or Inte

Re: current panic: Lock (sx) random_adaptors not locked @

Xin Li wrote: > On 11/04/14 06:01, Julian H. Stacey wrote: > > Hi current@ > > Maybe this is a transient no one else will see ?: with no > > /boot/loader.conf, my old custom kernel booted & my new one > > paniced: > > > > panic: Lock (sx) random_adaptors not locked @ > > dev/random/random_adaptors

Re: buildkernel broken in HEAD

On Wed, 5 Nov 2014 06:02:39 -0800 David Wolfskill wrote: > On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > > HEAD updated just minutes ago: > > > > -- > > >>> stage 3.1: making dependencies > >

Re: HEADS UP: Enabling vt(4) by default

On Wed, Nov 5, 2014 at 3:36 PM, Chris H wrote: > On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn > wrote > > > On Tue, 04 Nov 2014 18:01:41 -0800 > > "Chris H" wrote: > > > > > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > > > wrote > > > > > > > Hello! > > > > > > > > As announc

Re: HEADS UP: Enabling vt(4) by default

On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn wrote > On Tue, 04 Nov 2014 18:01:41 -0800 > "Chris H" wrote: > > > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > > wrote > > > > > Hello! > > > > > > As announced a week ago, vt(4) is now the default console driver in > > > 11-CU

Re: buildkernel broken in HEAD

On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote: > HEAD updated just minutes ago: > > -- > >>> stage 3.1: making dependencies > -- > @/amd64/amd64/genassym.c:79:16

buildkernel broken in HEAD

HEAD updated just minutes ago: -- >>> stage 3.1: making dependencies -- @/amd64/amd64/genassym.c:79:16: error: no member named 'pm_save' in 'pmap' ASSYM(PM_SAVE, offsetof(struct

Re: r273165. ZFS ARC: possible memory leak to Inact

On 05/11/2014 14:36, James R. Van Artsdalen wrote: > I wonder if this is related to PR > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194513 > > This is against "zfs recv" and hanging in process state "kmem arena" & > but also has a workaround of allocating lots of memory in userland. If

Re: r273165. ZFS ARC: possible memory leak to Inact

On 11/4/2014 5:47 AM, Dmitriy Makarov wrote: > Funny thing is that when we manually allocate and release memory, using > simple python script: ... > > Current workaround is to periodically invoke this python script by cron. > I wonder if this is related to PR https://bugs.freebsd.org/bugzilla/sh

Build failed in Jenkins: FreeBSD_HEAD-tests2 #191

See -- [...truncated 2998 lines...] libexec/atf/atf-check/atf-check_test:eflag_negated -> passed [0.134s] libexec/atf/atf-check/atf-check_test:stdin -> passed [0.064s] libexec/atf/atf-c

Re: r273165. ZFS ARC: possible memory leak to Inact

Steven Hartland wrote > On 05/11/2014 06:15, Marcus Reid wrote: >> On Tue, Nov 04, 2014 at 06:13:44PM +, Steven Hartland wrote: >>> On 04/11/2014 17:22, Allan Jude wrote: snip... Justin Gibbs and I were helping George from Voxer look at the same issue they are having. They h

Re: r273165. ZFS ARC: possible memory leak to Inact

On 05/11/2014 09:52, Andriy Gapon wrote: On 04/11/2014 14:55, Steven Hartland wrote: This is likely spikes in uma zones used by ARC. The VM doesn't ever clean uma zones unless it hits a low memory condition, which explains why your little script helps. Check the output of vmstat -z to confirm

Re: r273165. ZFS ARC: possible memory leak to Inact

On 04/11/2014 14:55, Steven Hartland wrote: > This is likely spikes in uma zones used by ARC. > > The VM doesn't ever clean uma zones unless it hits a low memory condition, > which > explains why your little script helps. > > Check the output of vmstat -z to confirm. Steve, this is nonsense :-

Re: r273165. ZFS ARC: possible memory leak to Inact

On 04/11/2014 14:55, Steven Hartland wrote: > This is likely spikes in uma zones used by ARC. > > The VM doesn't ever clean uma zones unless it hits a low memory condition, > which > explains why your little script helps. > > Check the output of vmstat -z to confirm. Steve, this is nonsense :-

Re: pkg 1.4 freeze please test test test!

On 29/10/2014 15:53, Baptiste Daroussin wrote: > yes remove the current pkg > > pkg delete -f pkg > > install ports-mgmt/pkg-devel (adding WITH_PKG=devel in make.conf) > use it So, I followed these instructions and got pkg replaced with 1.4.0.p.a16. Then I ran pkg upgrade like this: $ pkg upgrad

Re: r273165. ZFS ARC: possible memory leak to Inact

On 05/11/2014 06:15, Marcus Reid wrote: On Tue, Nov 04, 2014 at 06:13:44PM +, Steven Hartland wrote: On 04/11/2014 17:22, Allan Jude wrote: snip... Justin Gibbs and I were helping George from Voxer look at the same issue they are having. They had ~169GB in inact, and only ~60GB being used

Re: HEADS UP: Enabling vt(4) by default

On Tue, 04 Nov 2014 18:01:41 -0800 "Chris H" wrote: > On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron > wrote > > > Hello! > > > > As announced a week ago, vt(4) is now the default console driver in > > 11-CURRENT as of r274085. > > > > You may have to update your console settings in

Jenkins build is still unstable: FreeBSD_HEAD-tests2 #190

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