What about shm.h stuff ?

Its also easy enough to support this approach also.

So I think the choice are.

1.) External address ( user knows what he is doing)
2.) Tmp file shared mmap
3.) Private anon mmap
4.) shm
5.) External allocator ? Esp if we do a surface manager ?

??



On Dec 5, 2007 10:39 AM, Mike Emmel <[EMAIL PROTECTED]> wrote:
> Yes I know the change is in sorry.  Hopefully we can resolve that
> issue first before this gets committed.
>
> As far as multi-app goes I have to have a real file handle ?
> I never found out what SHARED| ANON actually means.
>
> Finally found a thread on it :)
>
> http://mail.nl.linux.org/linux-mm/1999-01/msg00034.html
>
> That was a hidden test question :)
>
> So we have three cases I think.
>
> 1.) Preallocated memory user beware if its shareable between processes.
> 2.) A file in tmp to allocate real shared memory.
> 3.) Driver Allocated but private memory.
>
> And later people may want to add more like a surface pool.
>
> So should I just handle the first two cases. If its pre allocated then
> in join we just
> use the address passed in. I think I need another variable to handle
> deciding on 2 or 3.
> This could be extended later to also do a pool ?
> So something like.
>
> video-allocate=shared ?
>
>
>
>
> On Dec 5, 2007 1:13 AM, Denis Oliver Kropp <[EMAIL PROTECTED]> wrote:
> > Mike Emmel wrote:
> > > Attached is the new ram only system.
> >
> > In primaryFlipRegion() could should call dfb_surface_flip() at least.
> >
> > I don't think the multi application core will run. Each process will
> > allocate its own chunk of memory, though at the same virtual address.
> >
> > You need a file in tmpfs. Or is there a way to share anonymous memory?
> >
> > BTW, your lock change is also in the patch.
> >
> > --
> >
> > Best regards,
> >   Denis Oliver Kropp
> >
> > .------------------------------------------.
> > | DirectFB - Hardware accelerated graphics |
> > | http://www.directfb.org/                 |
> > "------------------------------------------"
> >
>

_______________________________________________
directfb-dev mailing list
directfb-dev@directfb.org
http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev

Reply via email to