% cd /usr/src
% svn update
Updating '.':
At revision 277307.
% make buildworld
=== cddl/usr.sbin/dtrace (all)
cc -O2 -pipe -march=core2
-I/usr/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris
-I/usr/src/cddl/usr.sbin/dtrace/../../../cddl/compat/opensolaris/include
On Thu, Jan 15, 2015 at 8:37 AM, Hans Petter Selasky h...@selasky.org wrote:
On 01/14/15 15:31, Hans Petter Selasky wrote:
On 01/11/15 19:08, Jason Wolfe wrote:
Hans,
We've had 50 machines running 10.1-STABLE with this patch for the
better part of a week without issue. Prior we would have
On 01/17/15 20:11, Jason Wolfe wrote:
HPS,
Just to give a quick status update, this patch has most certainly
resolved our spin lock held too long panics on stable/10.
Thank you to JHB for spending some time digging into the issue and
leading us to td_slpcallout as the culprit, and HPS for
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/575/
--
Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#599
Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace
https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/ws/
On Sun, Jan 18, 2015 at 01:40:09AM +, Steven Hartland wrote:
% svn revert -r 377300:377299 .
Just double checked and I can building r277307 without issue, build box
is running 10.1-RELEASE.
My head box is quite a bit slower and is still running, but it did
complete a full
On Sun, Jan 18, 2015 at 02:10:19AM +, Steven Hartland wrote:
On 18/01/2015 01:44, Steve Kargl wrote:
On Sun, Jan 18, 2015 at 01:40:09AM +, Steven Hartland wrote:
% svn revert -r 377300:377299 .
Just double checked and I can building r277307 without issue, build box
is running
On 18/01/2015 00:22, Steve Kargl wrote:
On Sat, Jan 17, 2015 at 03:54:47PM -0800, Steve Kargl wrote:
% cd /usr/src
% svn update
Updating '.':
At revision 277307.
% make buildworld
=== cddl/usr.sbin/dtrace (all)
cc -O2 -pipe -march=core2
On 18/01/2015 02:35, Steve Kargl wrote:
On Sun, Jan 18, 2015 at 02:10:19AM +, Steven Hartland wrote:
On 18/01/2015 01:44, Steve Kargl wrote:
On Sun, Jan 18, 2015 at 01:40:09AM +, Steven Hartland wrote:
% svn revert -r 377300:377299 .
Just double checked and I can building r277307
On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote:
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
Hi,
The nvidia-driver package needs to be recompiled with the latest
FreeBSD-current sources, because of changes in the callout subsystem.
If
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/577/
___
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 Sat, Jan 17, 2015 at 04:22:46PM -0800, Steve Kargl wrote:
To fix the build,
% svn revert -r 377300:377299 .
s/revert/merge
--
Steve
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To
On Sat, Jan 17, 2015 at 03:54:47PM -0800, Steve Kargl wrote:
% cd /usr/src
% svn update
Updating '.':
At revision 277307.
% make buildworld
=== cddl/usr.sbin/dtrace (all)
cc -O2 -pipe -march=core2
-I/usr/src/cddl/usr.sbin/dtrace/../../../sys/cddl/compat/opensolaris
On Sat, Jan 17, 2015 at 7:43 AM, Andreas Tobler andreast-l...@fgznet.ch
wrote:
On 17.01.15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
On Sat, Jan 17, 2015 at 06:43:26PM +0100, Matthias Apitz wrote:
El d??a Friday, January 16, 2015 a las 03:04:52PM -0500, Eric van Gyzen
escribi??:
On 01/16/2015 14:45, Matthias Apitz wrote:
Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status
0x904f0005
Jan 16 12:04:24
On 18/01/2015 01:44, Steve Kargl wrote:
On Sun, Jan 18, 2015 at 01:40:09AM +, Steven Hartland wrote:
% svn revert -r 377300:377299 .
Just double checked and I can building r277307 without issue, build box
is running 10.1-RELEASE.
My head box is quite a bit slower and is still running,
On Sat, Jan 17, 2015 at 09:22:06PM -0800, Kevin Oberman wrote:
...
Can anyone tell me where PORTS_MODULES is documented? I don't find it in
the Handbook. It's not in src.conf(5). I've known of it since Doug B. (I
thing) wrote it. This is a very beneficial tool. It really needs to be well
Any hope to get a bit of text on this into the Handbook? Maybe with the
example in Doug B.'s e-mail announcing it. (It's in the ports archive and
DuckDuckGo can find it easily.) The example in build(7) is for a single
module while Doug's message show that they should be space delimited.
--
R.
I did all of the checking before I sent the first email (including
multiple 'svn update' and 'svn status'). The tree before reverting
your patch was an up-to-date head without any other patches. I
use neither ccache nor -DNOCLEAN and use 'rm -rf /usr/obj/*' to
clean out OBJDIR.
On Sun, Jan 18, 2015 at 01:07:31AM +, Steven Hartland wrote:
On 18/01/2015 00:23, Steve Kargl wrote:
On Sat, Jan 17, 2015 at 04:22:46PM -0800, Steve Kargl wrote:
To fix the build,
% svn revert -r 377300:377299 .
s/revert/merge
Full buildworld completes here even did a
On Sat, Jan 17, 2015 at 8:34 PM, Bob Willcox b...@immure.com wrote:
On Sat, Jan 17, 2015 at 07:48:37AM -0800, David Wolfskill wrote:
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
Hi,
The nvidia-driver package needs to be recompiled with the latest
UPDATING from what I have read does not go into detail in the case that the
destination has separate /var
etc partitions. A variable to set, or procedure, or one should rsync the
contents onto the filesystems after install?
Experiences welcomed. Also maybe into the UPDATING file(s) [ usual
On Sat, 17 Jan 2015 04:06:34 -0800 (PST), Jeffrey Bouquet
jbt...@iherebuywisely.com wrote:
UPDATING from what I have read does not go into detail in the case that the
destination has separate /var
etc partitions. A variable to set, or procedure, or one should rsync the
contents onto the
On Sun, Oct 05, 2014 at 07:43:37PM +, Hiroki Sato wrote:
Author: hrs
Date: Sun Oct 5 19:43:37 2014
New Revision: 272568
URL: https://svnweb.freebsd.org/changeset/base/272568
Log:
Virtualize if_bridge(4) cloner.
Hi,
after this commit I always get a kernel panic when I stop my
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today hoping it might be fixed but the
problem
On 01/17/15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today
On Sat, Jan 17, 2015 at 04:45:04PM +0100, Hans Petter Selasky wrote:
On 01/17/15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
On 17.01.15 16:18, Bob Willcox wrote:
Yesterday when I upgraded my current box I encountered this failure when
attempting to load the nvidia-driver (nvidia.so):
link_elf_obj: symbol _callout_stop_safe undefined
linker_load_file: Unsupported file type
So, today I updtated my system again today
El día Friday, January 16, 2015 a las 03:04:52PM -0500, Eric van Gyzen escribió:
On 01/16/2015 14:45, Matthias Apitz wrote:
Jan 16 12:04:24 c720-r276659 kernel: MCA: Bank 0, Status 0x904f0005
Jan 16 12:04:24 c720-r276659 kernel: MCA: Global Cap 0x0c07,
Status
28 matches
Mail list logo