Hi,
On Wed, Oct 21, 2009 at 3:11 AM, Max Laier wrote:
> On Monday 19 October 2009 16:08:06 Rink Springer wrote:
>> Hi Ivan,
>>
>> On Mon, Oct 19, 2009 at 03:52:30PM +0200, Ivan Voras wrote:
>> > if nobody objects, I'll commit it :)
>>
>> I seem to recall that setproctitle() is quite expensive to
"Manuel Gebele" writes:
> Dag-Erling Smørgrav writes:
> > I would have just called it DAQ, which as you know is an established
> > abbreviation for "Data Acquisition". [...]
> I have no objection to that naming. Maybe I should call it just
> ``FreeBSD DAQ Facility'' (FDF).
I don't understand why
on 21/10/2009 12:20 Dag-Erling Smørgrav said the following:
> I don't understand why it has to be so complicated.
> What's wrong with just "DAQ"? [...]
What please is complicated in ``FreeBSD DAQ Facility''?
Whats about KLD ``Dynamic Kernel Linker Facility''?
BTW, if I send you a private email an
Nate Eldredge schrieb am 2009-10-21:
> On Wed, 21 Oct 2009, Alexander Best wrote:
> >hi there,
> This is on a 32-bit platform I take it?
yes.
> >just a little mmap(2) related question. running the following code
> >causes a
> >segfault:
> >mmap( (void*)0x1000, 0x80047000, PROT_NONE, MAP_ANON|M
On Wed, 21 Oct 2009, Alexander Best wrote:
this code serves only one purpose: to trigger a segfault. i don't use the
code for any other purpose. i was under the impression that mmap() should
either succeed or fail (tertium non datur). mmap's manual doesn't say
anything about mmap() causing se
Robert Watson schrieb am 2009-10-21:
> On Wed, 21 Oct 2009, Alexander Best wrote:
> >this code serves only one purpose: to trigger a segfault. i don't
> >use the code for any other purpose. i was under the impression that
> >mmap() should either succeed or fail (tertium non datur). mmap's
> >manu
although the mmap(2) manual states in section MAP_ANON:
"The offset argument is ignored."
this doesn't seem to be true. running
printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -1,
0x12345678));
and
printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -1, 0));
produc
"Manuel Gebele" writes:
> BTW, if I send you a private email and you answer to the list,
I answered to an email you sent to the list.
DES
--
Dag-Erling Smørgrav - d...@des.no
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailma
Hi everyone,
It seems like there are starting to be some drivers that need to
allocate large chunks of DMA-able memory, and since bus_dmamem_alloc()
on most architectures is always physically contiguous, it may not work
for them.
It seems like we could use the new sglist routines to help us here:
On Wed, Oct 21, 2009 at 10:51 AM, Alexander Best <
alexbes...@math.uni-muenster.de> wrote:
> although the mmap(2) manual states in section MAP_ANON:
>
> "The offset argument is ignored."
>
> this doesn't seem to be true. running
>
> printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -
On Wednesday 21 October 2009 11:30:51 am Alexander Best wrote:
> Robert Watson schrieb am 2009-10-21:
>
> > On Wed, 21 Oct 2009, Alexander Best wrote:
>
> > >this code serves only one purpose: to trigger a segfault. i don't
> > >use the code for any other purpose. i was under the impression that
On Wednesday 21 October 2009 11:51:04 am Alexander Best wrote:
> although the mmap(2) manual states in section MAP_ANON:
>
> "The offset argument is ignored."
>
> this doesn't seem to be true. running
>
> printf("%p\n", mmap((void*)0x1000, 0x1000, PROT_NONE, MAP_ANON, -1,
> 0x12345678));
>
> an
12 matches
Mail list logo
