On Sat, Feb 02, 2013 at 09:46:41PM -0800, Tim Kientzle wrote:
Especially on -CURRENT, it's not going to be uncommon
to see things like this:
The package management tool is not yet installed on your system.
Do you want to fetch and install it now? [y/N]: y
Bootstrapping pkg please wait
on 02/02/2013 16:50 Konstantin Belousov said the following:
On Sat, Feb 02, 2013 at 01:50:40PM +0200, Andriy Gapon wrote:
I would like to propose the following mostly cosmetic change:
http://people.freebsd.org/~avg/scheduler-swapper.diff
This is something that bit me early in my FreeBSD
On Sat, Feb 02, 2013 at 09:30:39PM -0500, Rick Macklem wrote:
Andriy Gapon wrote:
on 31/01/2013 15:29 Sergey Kandaurov said the following:
Hi.
Got this assertion on idle NFS server while `ls -la /.zfs/shares/'
issued on NFS client.
kern/vfs_vnops.c:_vn_lock()
Am 01/31/13 10:10, schrieb David Chisnall:
On 31 Jan 2013, at 04:37, O. Hartmann wrote:
First, I suspected the c++ option -std=c++11 I issued in /etc/src.conf
when building the sources - I did this before without any problems.
Then, leaving the build without -std=c++11 option, I get the
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I am asking for the last round of testing and review, esp. for
the !x86 architectures. Another testing focus are the SCSI HBAs and RAID
On Sun, Feb 03, 2013 at 04:57:18PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I am asking for the last round of testing and review, esp. for
the !x86
Ed Maste ema...@freebsd.org writes:
Author: emaste
Date: Sat Dec 15 00:03:35 2012
New Revision: 244236
URL: http://svnweb.freebsd.org/changeset/base/244236
Log:
Put shared library debug info into separate .symbols file
Sponsored by: ADARA Networks
Does this work with -jX ?
$
CURRENT, as of recent Revision 246285 (see below) fails and
crashes/reboots on an Ivy-Bridge platform (see below). Since the box
does not have debugging switched on (not yet, will do eventually
Monday), Last thing I see on screen is
p4tcc3: CPU Frequency Thermal Control on cpu3
then the system
Konstantin Belousov wrote:
On Sat, Feb 02, 2013 at 09:30:39PM -0500, Rick Macklem wrote:
Andriy Gapon wrote:
on 31/01/2013 15:29 Sergey Kandaurov said the following:
Hi.
Got this assertion on idle NFS server while `ls -la
/.zfs/shares/'
issued on NFS client.
On Sun, Feb 03, 2013 at 06:11:45PM +0200, Konstantin Belousov wrote:
On Sun, Feb 03, 2013 at 04:57:18PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the last (insignificant) missed bits in the Jeff' physbio
work. Now I
on 03/02/2013 18:36 Rick Macklem said the following:
I can think of two possibilities:
1 - ZFS isn't setting VV_ROOT on the root vnode under some condition.
or
2 - The vnode was left locked from some previous operation that happened
to be done by this thread. Doesn't seem likely, but???
On Sun, Feb 03, 2013 at 05:46:24PM +0100, Marius Strobl wrote:
On Sun, Feb 03, 2013 at 06:11:45PM +0200, Konstantin Belousov wrote:
On Sun, Feb 03, 2013 at 04:57:18PM +0100, Marius Strobl wrote:
On Sat, Feb 02, 2013 at 06:33:22PM +0200, Konstantin Belousov wrote:
Hi,
I finished the
Guys,
could you please the following change?
It is amd64-centric now, but obviously I plan equivalent changes for i386.
I am mostly concerned about proper header files for various definitions and
proper names for them. Especially I am not sure where to put STATE_RUNNING,
STATE_MWAIT,
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1 and mmcsd0s2
bsdlabel with one partition mmcsd0s2a
Before I can use growfs, I have two gpart resize
On 2013-01-29 11:06, O. Hartmann wrote:
I receive this error since yesterday building world and it is still
sticky on most recent sources (r246057) and I was wondering why the
tinderboxes do not pick this up on the 10.0-CURRENT builds ... just for
a notice for the development folks ...
...
On Sun, 2013-02-03 at 12:06 -0800, Tim Kientzle wrote:
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1 and mmcsd0s2
bsdlabel with one partition
Hi,
On Sun, 3 Feb 2013 12:06:41 -0800
Tim Kientzle kient...@freebsd.org wrote:
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1 and mmcsd0s2
On Feb 3, 2013, at 1:08 PM, Ian Lepore wrote:
On Sun, 2013-02-03 at 12:06 -0800, Tim Kientzle wrote:
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk layout:
MBR with two slices mmcsd0s1
Andriy Gapon wrote:
on 03/02/2013 18:36 Rick Macklem said the following:
I can think of two possibilities:
1 - ZFS isn't setting VV_ROOT on the root vnode under some
condition.
or
2 - The vnode was left locked from some previous operation that
happened
to be done by this thread.
Konstantin Belousov wrote:
On Sat, Feb 02, 2013 at 09:30:39PM -0500, Rick Macklem wrote:
Andriy Gapon wrote:
on 31/01/2013 15:29 Sergey Kandaurov said the following:
Hi.
Got this assertion on idle NFS server while `ls -la
/.zfs/shares/'
issued on NFS client.
Konstantin Belousov wrote:
On Sat, Feb 02, 2013 at 09:30:39PM -0500, Rick Macklem wrote:
Andriy Gapon wrote:
on 31/01/2013 15:29 Sergey Kandaurov said the following:
Hi.
Got this assertion on idle NFS server while `ls -la
/.zfs/shares/'
issued on NFS client.
Ok, here's a
On Sun, 3 Feb 2013, Tim Kientzle wrote:
On Feb 3, 2013, at 1:08 PM, Ian Lepore wrote:
On Sun, 2013-02-03 at 12:06 -0800, Tim Kientzle wrote:
I'm tinkering with a disk image that automatically
fills whatever media you put it onto. But I'm having
trouble with gpart resize failing.
Disk
22 matches
Mail list logo
