See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/190/
___
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
On Tue, 04 Nov 2014 18:01:41 -0800
Chris H bsd-li...@bsdforge.com wrote:
On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron
jean-sebastien.ped...@dumbbell.fr wrote
Hello!
As announced a week ago, vt(4) is now the default console driver in
11-CURRENT as of r274085.
You may
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
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 upgrade -y
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 :-) You
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 :-) You
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
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 had ~169GB in inact,
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/191/
--
[...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]
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
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 something
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
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: error:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn gljennj...@gmail.com wrote
On Tue, 04 Nov 2014 18:01:41 -0800
Chris H bsd-li...@bsdforge.com wrote:
On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron
jean-sebastien.ped...@dumbbell.fr wrote
Hello!
As announced a week
On Wed, Nov 5, 2014 at 3:36 PM, Chris H bsd-li...@bsdforge.com wrote:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn gljennj...@gmail.com
wrote
On Tue, 04 Nov 2014 18:01:41 -0800
Chris H bsd-li...@bsdforge.com wrote:
On Tue, 04 Nov 2014 18:22:06 +0100 Jean-Sebastien Pedron
On Wed, 5 Nov 2014 06:02:39 -0800
David Wolfskill da...@catwhisker.org wrote:
On Wed, Nov 05, 2014 at 02:18:13PM +0100, Gary Jennejohn wrote:
HEAD updated just minutes ago:
--
stage 3.1: making dependencies
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.c:278
This
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn gljennj...@gmail.com 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
On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wbl...@wonkity.com wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn gljennj...@gmail.com
wrote
No, video mode won't work with the nVidia blob. That requires
a KMS (in-kernel) driver.
Thank
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:
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 thezpool history hang is in ZFS or storage layer code:
it seems be
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 thezpool history hang is in ZFS or storage layer code:
it seems be stalled in kernel malloc(). See PID 12105 (zpool
history)
On Nov 4, 2014, at 12:42, Garrett Cooper yaneurab...@gmail.com wrote:
On Nov 4, 2014, at 12:09, jenkins-ad...@freebsd.org wrote:
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/187/
...
Hi Craig/Jenkins admins,
I opened a pull request to increase the timeout from
Jamie Landeg-Jones wrote:
Julian H. Stacey j...@berklix.com 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
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/192/
___
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
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 very
On Wed, 5 Nov 2014 13:38:01 -0500 (EST) Benjamin Kaduk ka...@mit.edu 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) @
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?
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
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wbl...@wonkity.com wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn gljennj...@gmail.com
wrote
No, video mode won't work with the nVidia blob. That requires
a
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1777/changes
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 failing
On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wbl...@wonkity.com wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wbl...@wonkity.com
wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 10:19:51 +0100 Gary Jennejohn
On 11/05/14 22:27, Chris H wrote:
On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wbl...@wonkity.com wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block wbl...@wonkity.com
wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 10:19:51
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1778/changes
___
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
See https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/330/
--
[...truncated 5350 lines...]
https://jenkins.freebsd.org/jenkins/job/Build-UFS-image/ws/package/FreeBSD_HEAD/usr/share/man/man3/nvlist_addv_null.3.gz
-
On Wed, 05 Nov 2014 22:29:53 +0100 Hans Petter Selasky h...@selasky.org wrote
On 11/05/14 22:27, Chris H wrote:
On Wed, 5 Nov 2014 12:55:51 -0700 (MST) Warren Block wbl...@wonkity.com
wrote
On Wed, 5 Nov 2014, Chris H wrote:
On Wed, 5 Nov 2014 08:15:04 -0700 (MST) Warren Block
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
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 ports
Julian H. Stacey j...@berklix.com 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
(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
On Nov 5, 2014, at 18:25, Larry Rosenman l...@lerctr.org 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
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD-tests2/193/
--
Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#190
Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace
On Thu, 06 Nov 2014 00:02:59 + Jamie Landeg-Jones ja...@dyslexicfish.net
wrote
Julian H. Stacey j...@berklix.com 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
See https://jenkins.freebsd.org/jenkins/job/FreeBSD_HEAD/1780/changes
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)
44 matches
Mail list logo