TB --- 2010-03-30 05:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 05:55:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-30 05:55:00 - cleaning the object tree
TB --- 2010-03-30 05:55:20 - cvsupping the source tree
TB --- 2010-03-30 05:55:20 -
TB --- 2010-03-30 05:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 05:55:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-03-30 05:55:00 - cleaning the object tree
TB --- 2010-03-30 05:55:22 - cvsupping the source tree
TB --- 2010-03-30 05:55:22 -
TB --- 2010-03-30 05:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 05:55:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-03-30 05:55:00 - cleaning the object tree
TB --- 2010-03-30 05:55:24 - cvsupping the source tree
TB --- 2010-03-30 05:55:24 -
TB --- 2010-03-30 07:01:28 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 07:01:28 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-03-30 07:01:28 - cleaning the object tree
TB --- 2010-03-30 07:01:46 - cvsupping the source tree
TB --- 2010-03-30 07:01:46 -
On Tue, Mar 30, 2010 at 10:40:07AM +1100, Bruce Evans wrote:
On Mon, 29 Mar 2010, Andriy Gapon wrote:
...
I am not a FAT expert and I know to take Wikipedia with a grain of salt.
But please take a look at this:
http://en.wikipedia.org/wiki/File_Allocation_Table#Boot_Sector
In our
- Original Message
From: Ganbold ganb...@gmail.com
To: PseudoCylon moonlightak...@yahoo.ca
Cc: freebsd-current@freebsd.org
Sent: Sat, March 27, 2010 7:01:32 AM
Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless
JFYI, I have just tested if_run and works fine on HEAD
Andriy Gapon a...@freebsd.org wrote:
on 29/03/2010 23:29 Fabian Keil said the following:
Andriy Gapon a...@freebsd.org wrote:
Thus, clearly, it is a fault of a tool that formatted the media for FAT.
It should have picked correct values, or rejected incorrect values if
those were provided
on 30/03/2010 18:36 Fabian Keil said the following:
Andriy Gapon a...@freebsd.org wrote:
on 29/03/2010 23:29 Fabian Keil said the following:
Andriy Gapon a...@freebsd.org wrote:
Thus, clearly, it is a fault of a tool that formatted the media for FAT.
It should have picked correct values, or
TB --- 2010-03-30 16:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 16:00:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-30 16:00:00 - cleaning the object tree
TB --- 2010-03-30 16:00:14 - cvsupping the source tree
TB --- 2010-03-30 16:00:14 -
TB --- 2010-03-30 16:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 16:00:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-03-30 16:00:00 - cleaning the object tree
TB --- 2010-03-30 16:00:14 - cvsupping the source tree
TB --- 2010-03-30 16:00:14 -
TB --- 2010-03-30 16:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 16:00:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-03-30 16:00:00 - cleaning the object tree
TB --- 2010-03-30 16:00:26 - cvsupping the source tree
TB --- 2010-03-30 16:00:26 -
TB --- 2010-03-30 17:06:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-30 17:06:02 - starting HEAD tinderbox run for powerpc/powerpc
TB --- 2010-03-30 17:06:02 - cleaning the object tree
TB --- 2010-03-30 17:06:12 - cvsupping the source tree
TB --- 2010-03-30 17:06:12 -
Say I have a kernel module that allocates a contiguous chunk of kernel
physical memory (note that a call to vtophys() reports a non-zero value):
memory_chunk = contigmalloc(memory_chunk_length,
NULL,
M_NOWAIT,
Assuming that you're using the right pmap(it looks like you are, but it
depends on the thread context in which you're running), that will only work
if the userland application has touched the page and faulted it in. If it's
never tried to access the page it will never be mapped into the process's
It was pointed out that you need to pass physical address to mmap. A step
was missed in posted recipe. Consider that the return from
vtophys(memory_chunk) was passed at the offset parameter. Sorry for the
confusion.
--- On Tue, 3/30/10, Dr. Baud drb...@yahoo.com wrote:
From: Dr. Baud
TB --- 2010-03-31 01:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-31 01:55:00 - starting HEAD tinderbox run for i386/pc98
TB --- 2010-03-31 01:55:00 - cleaning the object tree
TB --- 2010-03-31 01:55:19 - cvsupping the source tree
TB --- 2010-03-31 01:55:19 -
TB --- 2010-03-31 01:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-31 01:55:00 - starting HEAD tinderbox run for i386/i386
TB --- 2010-03-31 01:55:00 - cleaning the object tree
TB --- 2010-03-31 01:55:20 - cvsupping the source tree
TB --- 2010-03-31 01:55:20 -
TB --- 2010-03-31 01:55:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-31 01:55:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-03-31 01:55:00 - cleaning the object tree
TB --- 2010-03-31 01:55:25 - cvsupping the source tree
TB --- 2010-03-31 01:55:25 -
18 matches
Mail list logo