Re: loader lszfs command

On Thu, 7 Aug 2014 14:17-0700, dte...@freebsd.org wrote: > Hi, > > People have been pestering me to update the Forth code to present > a menu of ZFS datasets (*cough* boot environments *cough*). > > Would love to, but existing code seems broken. > > Can *anybody* produce meaningful output from

Re: libthr and main thread stack size

On Thu, Aug 07, 2014 at 04:18:12PM +0400, Ivan A. Kosarev wrote: > Hello, > > According to libthr's thr_init.c (the 9.2 version) init_main_thread() > allocates s.c. "red zone" below the main stack in order to protect other > stacks. The size of the main stack is determined by the > _thr_stack_i

Re: loader lszfs command

On Thu, Aug 7, 2014 at 4:42 PM, wrote: > >> -Original Message- >> From: Garrett Cooper [mailto:yaneurab...@gmail.com] >> Sent: Thursday, August 7, 2014 4:29 PM >> To: sbr...@freebsd.org >> Cc: dte...@freebsd.org; freebsd-current >> Subject: Re: loader lszfs command >> >> Hi Devin! >> >> O

Re: loader lszfs command

On Thursday 07 August 2014 16:42:42 dte...@freebsd.org wrote: > Maybe if I update boot0 to a HEAD copy maybe? > Have already tried updating /boot/loader with no change. -r-xr-xr-x 1 root wheel 262144 Aug 1 12:24 /boot/loader* -r-xr-xr-x 1 root wheel 299008 Aug 1 12:24 /boot/zfsloader* It

RE: loader lszfs command

> -Original Message- > From: Garrett Cooper [mailto:yaneurab...@gmail.com] > Sent: Thursday, August 7, 2014 4:29 PM > To: sbr...@freebsd.org > Cc: dte...@freebsd.org; freebsd-current > Subject: Re: loader lszfs command > > Hi Devin! > > On Thu, Aug 7, 2014 at 4:15 PM, Sean Bruno > wrot

Re: loader lszfs command

Hi Devin! On Thu, Aug 7, 2014 at 4:15 PM, Sean Bruno wrote: > On Thu, 2014-08-07 at 14:17 -0700, dte...@freebsd.org wrote: >> Hi, >> >> People have been pestering me to update the Forth code to present >> a menu of ZFS datasets (*cough* boot environments *cough*). >> >> Would love to, but existin

Re: loader lszfs command

On Thu, 2014-08-07 at 14:17 -0700, dte...@freebsd.org wrote: > Hi, > > People have been pestering me to update the Forth code to present > a menu of ZFS datasets (*cough* boot environments *cough*). > > Would love to, but existing code seems broken. > > Can *anybody* produce meaningful output fr

loader lszfs command

Hi, People have been pestering me to update the Forth code to present a menu of ZFS datasets (*cough* boot environments *cough*). Would love to, but existing code seems broken. Can *anybody* produce meaningful output from the following? http://svnweb.freebsd.org/base?view=revision&revision=2412

Jenkins build is back to normal : FreeBSD_HEAD #1190

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: panic: aatpic_assign_cpu: bad cookie [Was: Build machine OK; laptop panics @r269515]

On Thu, 7 Aug 2014 07:49-0700, David Wolfskill wrote: > On Thu, Aug 07, 2014 at 01:32:45PM +0200, Roger Pau Monné wrote: > > ... > > I think I've found the issue, but since I'm not able to reproduce it, > > could someone try the following patch? (without r269510 reverted). > > ... > > That worked

Re: panic: aatpic_assign_cpu: bad cookie [Was: Build machine OK; laptop panics @r269515]

On Thu, Aug 07, 2014 at 01:32:45PM +0200, Roger Pau Monné wrote: > ... > I think I've found the issue, but since I'm not able to reproduce it, > could someone try the following patch? (without r269510 reverted). > ... That worked for me; thanks! Peace, david -- David H. Wolfskill

Build failed in Jenkins: FreeBSD_HEAD #1189

See Changes: [roberto] 10 has a new flex (2.5.37) and the config.h for unbound has been updated to take this into account. Alas it breaks source upgrade from any version of 9 because flex is not built as a bootstrap-tools (it wo

libthr and main thread stack size

Hello, According to libthr's thr_init.c (the 9.2 version) init_main_thread() allocates s.c. "red zone" below the main stack in order to protect other stacks. The size of the main stack is determined by the _thr_stack_initial variable that is declared extern though it doesn't seem it can be ch

Re: panic: aatpic_assign_cpu: bad cookie [Was: Build machine OK; laptop panics @r269515]

On Thu, 7 Aug 2014 13:32+0200, Roger Pau Monné wrote: > On 06/08/14 23:07, David Wolfskill wrote: > > On Wed, Aug 06, 2014 at 10:48:32PM +0200, Trond Endrestøl wrote: > >> ... > >> Reverting r269510 did the trick, i.e.: > >> > >> cd /usr/src && svn up && svn diff -r 269510:269509 | patch > >> > >>

Re: panic: aatpic_assign_cpu: bad cookie [Was: Build machine OK; laptop panics @r269515]

On 06/08/14 23:07, David Wolfskill wrote: > On Wed, Aug 06, 2014 at 10:48:32PM +0200, Trond Endrestøl wrote: >> ... >> Reverting r269510 did the trick, i.e.: >> >> cd /usr/src && svn up && svn diff -r 269510:269509 | patch >> >> My i386 head VM is running smoothly with r269641M, with M meaning only

Re: m4 still broken on gcc platforms

On Thu, Aug 07, 2014 at 12:25:57PM +0300, Konstantin Belousov wrote: > On Thu, Aug 07, 2014 at 10:23:46AM +0200, Baptiste Daroussin wrote: > > On Thu, Aug 07, 2014 at 10:15:51AM +0200, John Hay wrote: > > > On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote: > > > > Hi, > > > > > > > >

Re: m4 still broken on gcc platforms

On Thu, Aug 07, 2014 at 10:23:46AM +0200, Baptiste Daroussin wrote: > On Thu, Aug 07, 2014 at 10:15:51AM +0200, John Hay wrote: > > On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote: > > > Hi, > > > > > > I am still seeing this with arm/power/sparc/mips. Can somene please fix > > >

Re: m4 still broken on gcc platforms

On Thu, Aug 07, 2014 at 10:23:46AM +0200, Baptiste Daroussin wrote: > On Thu, Aug 07, 2014 at 10:15:51AM +0200, John Hay wrote: > > On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote: > > > Hi, > > > > > > I am still seeing this with arm/power/sparc/mips. Can somene please fix > > >

Re: m4 still broken on gcc platforms

On Thu, Aug 07, 2014 at 10:15:51AM +0200, John Hay wrote: > On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote: > > Hi, > > > > I am still seeing this with arm/power/sparc/mips. Can somene please fix it? > > Did this get fixed because I still see it on -current while trying to > buil

Re: m4 still broken on gcc platforms

On Thu, Jul 31, 2014 at 08:15:32AM +, Bjoern A. Zeeb wrote: > Hi, > > I am still seeing this with arm/power/sparc/mips. Can somene please fix it? Did this get fixed because I still see it on -current while trying to build armeb for the AVILA and CAMBRIA boards. Regards John -- John Hay --