On Wed, 02 Mar 2005 21:19:14 +0100, Dag Bakke <[EMAIL PROTECTED]> wrote:
> On Wed, 2 Mar 2005, Jon Smirl wrote:
> 
> > On Wed, 2 Mar 2005 12:45:54 -0500 (EST), Vladimir Dergachev
> > <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >> On Wed, 2 Mar 2005, Jon Smirl wrote:
> >>
> >>> On Wed, 2 Mar 2005 12:15:18 -0500 (EST), Vladimir Dergachev
> >>> <[EMAIL PROTECTED]> wrote:
> >>>>> I would find it useful if someone came up with a standard kernel space
> >>>>> V4L radeon driver instead of the Gatos stuff.
> >>>>
> >>>> By "standard" you mean "self-contained", right ?
> >>>
> >>> One that doesn't depend on X being there.
> >>>
> >>> Can one be build now that just ignores the memory management hooks?
> >>
> >> Sure, but you would have to give up using X on that card.
> >
> > Is memory management the only reason you need to give up on X?
> 
> I may possibly be way off here, but can the neomagic hack be a useful 
> (interim) model here?
> 
> (from 'man neomagic')
> 
>        Option "OverlayMem" "integer"
>               Reserve  the  given  amount  of memory (in bytes) for the XVideo
>               overlay.  On boards with limited memory, display of large XVideo
>               buffers  might fail due to insufficient available memory.  Using
>               this option solves the problem at the expense  of  reducing  the
>               memory  available  for  other  operations.   For full-resolution
>               DVDs, 829440 bytes (720x576x2) are necessary.
> 
> Works for me.
> 
> Dag B
> 
> 

I believe this was more of a hack to get around the limitations of the
old X memory manager.  It only allowed you to use memory that was
within the limits of the 2d engine.

Alex


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
--
_______________________________________________
Dri-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to