Re: who broke dtrace and buildworld?

> > 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

Re: CURRENT breaks loading of nvidia.so

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. Kevin

Jenkins build is back to normal : FreeBSD_HEAD-tests2 #577

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: CURRENT breaks loading of nvidia.so

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 >

Re: CURRENT breaks loading of nvidia.so

On Sat, Jan 17, 2015 at 8:34 PM, Bob Willcox 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 > > > FreeBS

Re: CURRENT breaks loading of nvidia.so

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. >

Re: who broke dtrace and buildworld?

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 wit

Re: who broke dtrace and buildworld?

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 > >>

Re: who broke dtrace and buildworld?

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, but

Re: who broke dtrace and buildworld?

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 ful

Re: who broke dtrace and buildworld?

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 -I/usr/src/cddl/usr.sbin/dtrace/../../../sys/cddl

Re: kernel: MCA: CPU 0 COR (1) internal parity error

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 > > > Ja

Re: who broke dtrace and buildworld?

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 her

Re: CURRENT breaks loading of nvidia.so

On Sat, Jan 17, 2015 at 7:43 AM, Andreas Tobler 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 >> linker_load_

Re: who broke dtrace and buildworld?

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 T

Re: who broke dtrace and buildworld?

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 >

who broke dtrace and buildworld?

% 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 -I/usr/

Re: [RFC] kern/kern_timeout.c rewrite in progress

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 your

Re: [RFC] kern/kern_timeout.c rewrite in progress

On Thu, Jan 15, 2015 at 8:37 AM, Hans Petter Selasky 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 h

Build failed in Jenkins: FreeBSD_HEAD-tests2 #575

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

Re: kernel: MCA: CPU 0 COR (1) internal parity error

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 0x0

Re: CURRENT breaks loading of nvidia.so

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 h

Re: CURRENT breaks loading of nvidia.so

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 >

Re: CURRENT breaks loading of nvidia.so

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 h

CURRENT breaks loading of nvidia.so

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

Re: svn commit: r272568 - head/sys/net

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

[SOLVED] Re: "make distribution," but more than one filesystem at destination?

On Sat, 17 Jan 2015 04:06:34 -0800 (PST), "Jeffrey Bouquet" 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 filesystems after i

"make distribution," but more than one filesystem at destination?

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 one