On Sat, Nov 26, 2011 at 04:47:35PM -0600, Mark Felder wrote:
> It appears that I'm mistaken about those messages then . However this does
> both happen on my AMD x6 and Intel Atom machines with different hard drives,
> controllers, etc. I feel it would be unlikely to be hardware.
>
> Unfortunat
On Sat, 26 Nov 2011, Robert Millan wrote:
On Fri, Nov 25, 2011 at 11:16:15AM -0700, Warner Losh wrote:
Hey Bruce,
These sound like good suggestions, but I'd hoped to actually go through all
these files with a fine-toothed comb to see which ones were still relevant.
You've found a bunch of g
On 11/26/11 11:33, Gleb Kurtsou wrote:
On (26/11/2011 14:44), Andriy Gapon wrote:
vm_phys_alloc_contig implementation has been recently changed and now it seems
to require that vm_page_queue_free_mtx is held.
Using new vm_page_alloc_contig() may be a better option here. Can't help
with patch,
This looks fine to me.
Warner
On Nov 26, 2011, at 1:07 PM, Robert Millan wrote:
>
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@fre
On 2011-11-26 21:59, David Chisnall wrote:
> Hi,
>
> I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC
> licensed, libcxxrt is 2-clause BSDL. The former implements the C++ standard
> template library, and provides all of the programmer-visible parts. The
> latter provides
It appears that I'm mistaken about those messages then . However this does both
happen on my AMD x6 and Intel Atom machines with different hard drives,
controllers, etc. I feel it would be unlikely to be hardware.
Unfortunately the procstat command is probably of no use because I can't
interac
Hi,
I've just imported libc++[1] and libcxxrt[2] to head. libc++ is UUIC licensed,
libcxxrt is 2-clause BSDL. The former implements the C++ standard template
library, and provides all of the programmer-visible parts. The latter provides
an implementation of the ARM and Itanium ABI specificat
On Fri, Nov 25, 2011 at 11:16:15AM -0700, Warner Losh wrote:
> Hey Bruce,
>
> These sound like good suggestions, but I'd hoped to actually go through all
> these files with a fine-toothed comb to see which ones were still relevant.
> You've found a bunch of good areas to clean up, but I'd like
TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-11-26 17:10:00 - cleaning the object tree
TB --- 2011-11-26 17:10:23 - cvsupping the source tree
TB --- 2011-11-26 17:10:23 - /usr/bin
TB --- 2011-11-26 17:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 17:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-11-26 17:10:00 - cleaning the object tree
TB --- 2011-11-26 17:10:17 - cvsupping the source tree
TB --- 2011-11-26 17:10:17 - /usr/bin/c
On (26/11/2011 14:44), Andriy Gapon wrote:
> on 26/11/2011 14:19 Gustau Pérez said the following:
> >
> > Starting Virtualbox in the console in headless mode allows to see what
> > happens
> > and get a dump of the panic.
> >
> > The messages I got were not the cause problem. The panic I was
TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-11-26 11:40:00 - cleaning the object tree
TB --- 2011-11-26 11:40:23 - cvsupping the source tree
TB --- 2011-11-26 11:40:23 - /usr/bin
Hello,
There were rumours that OFED infiniband support made its way into 9.0 .
A vanilla 9.0-RC2 install, however does not indicate detection of IB hardware.
It's in the todo-list, but svn hasn't been touched since spring.
Does anyone know when / in which release IB support will be available?
Or
TB --- 2011-11-26 11:40:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 11:40:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-11-26 11:40:00 - cleaning the object tree
TB --- 2011-11-26 11:40:18 - cvsupping the source tree
TB --- 2011-11-26 11:40:18 - /usr/bin/c
on 26/11/2011 14:19 Gustau Pérez said the following:
>
> Starting Virtualbox in the console in headless mode allows to see what
> happens
> and get a dump of the panic.
>
> The messages I got were not the cause problem. The panic I was able to get
> shows this:
>
> http://pastebin.c
on 25/11/2011 21:20 Mark Felder said the following:
> 13:14:32 nas:~ > uname -a
> FreeBSD nas.feld.me 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #3 r227971M: Fri Nov
> 25 10:07:48 CST 2011 r...@nas.feld.me:/usr/obj/tank/svn/sys/GENERIC amd64
>
> This seemed to start happening sometime after RC1. I
On Sat, Nov 26, 2011 at 10:05:25AM +0200, Kostik Belousov wrote:
K> > Running HEAD with KMS patches from kib@, a 15th November
K> > snapshot build from kms branch from ~kib/deviant2 repository.
K> > The panic message and backtrace look unrelated to KMS, so,
K> > I think my kernel can be considere
TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2011-11-26 06:10:00 - cleaning the object tree
TB --- 2011-11-26 06:10:04 - cvsupping the source tree
TB --- 2011-11-26 06:10:04 - /usr/bin
TB --- 2011-11-26 06:10:00 - tinderbox 2.8 running on freebsd-current.sentex.ca
TB --- 2011-11-26 06:10:00 - starting HEAD tinderbox run for i386/i386
TB --- 2011-11-26 06:10:00 - cleaning the object tree
TB --- 2011-11-26 06:10:04 - cvsupping the source tree
TB --- 2011-11-26 06:10:04 - /usr/bin/c
FreeBSD Tinderbox schreef:
TB --- 2011-11-26 03:50:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca
/tinderbox/HEAD/amd64/amd64/supfile
Why is the thinbox using -g in the csup command.
-g has been deprecated, so it is not needed anymore.
regards
Johan Hendriks
On Fri, Nov 25, 2011 at 09:08:27PM +0400, Gleb Smirnoff wrote:
> Hi!
>
> Running HEAD with KMS patches from kib@, a 15th November
> snapshot build from kms branch from ~kib/deviant2 repository.
> The panic message and backtrace look unrelated to KMS, so,
> I think my kernel can be considered a
21 matches
Mail list logo