Re: user_to_phys() without mmap?



On Mon, 16 Jul 2007 14:46:24 +0200 Rainer Weikusat <rweikusat@xxxxxxxxxxx> wrote:
| phil-news-nospam@xxxxxxxx writes:
|> On Sun, 15 Jul 2007 00:20:45 +0200 Rainer Weikusat <rweikusat@xxxxxxxxxxx> wrote:
|> | Neil Steiner <neil.steiner@xxxxxx> writes:
|> |> I'm trying to use a framebuffer from user space (think plain video
|> |> ram, not some PCI or AGP video card), but mmap'ing from kernel space
|> |> into user space is causing large latencies and unsightly artifacts.
|> |> It appears that anything written into the mmap'ed user memory is in
|> |> fact being copied into kernel space.
|> |
|> | Theoretically, this could probably be implemented with help of the
|> | MMU and some 'weird' fault handling, but I don't think someone would
|> | take the trouble, because it seems pretty useless. The /dev/mem driver
|> | certainly doesn't do this. Only the MMU will interfere accesses to
|> | virtual memory locations from user space, except for faults caused by
|> | this accesses.
|>
|> I tried to map the video buffer into user space some time ago and I did
|> find that what was mapped was not the actual physical memory of the video
|> card, but just some memory apparently allocated by a driver in the kernel
|> which was then periodically copied from that memory into the real physical
|> memory.
|
| Which driver? That should be easy to determine.

The basic console driver used for text and framebuffer modes. Those are
standard common modes across all video cards that support legacy VGA, so
there is just one driver. I don't know that it has a particular name.

--
|---------------------------------------/----------------------------------|
| Phil Howard KA9WGN (ka9wgn.ham.org) / Do not send to the address below |
| first name lower case at ipal.net / spamtrap-2007-07-16-0805@xxxxxxxx |
|------------------------------------/-------------------------------------|
.



Relevant Pages

  • Re: Does Video render in CE 6.0 use the Overlay surfaces (UYVY)?
    ... I am concerned about your statements about video memory differences ... sample drivers between 5.0 and 6.0 and I have not seen any major ... It looks like there could be a problem with how your driver performs ...
    (microsoft.public.windowsce.platbuilder)
  • Re: Does Video render in CE 6.0 use the Overlay surfaces (UYVY)?
    ... Overlay support to CE 6.0. ... I am concerned about your statements about video memory differences between ... If your display driver doesn't have the DDHAL)SURFCB32_FLIP flag set in the ...
    (microsoft.public.windowsce.platbuilder)
  • Re: user_to_phys() without mmap?
    ... |> ram, not some PCI or AGP video card), but mmap'ing from kernel space ... |> into user space is causing large latencies and unsightly artifacts. ... | virtual memory locations from user space, ... Directly mapping physical memory to a process _can_, of course, be very ...
    (comp.os.linux.development.system)
  • Re: Newbie memory management question
    ... True OpenGL is not GDI however "all Video ... The GDI uses the video driver to construct a drawing surface. ... How that's memory is arranged the GDI has no influence to, ...
    (comp.graphics.api.opengl)
  • Re: Does the default video rendor on CE 6 support Overlay surface?
    ... It seems ceplayer doesn't call any of ddraw function, ... If your display driver doesn't have the DDHAL)SURFCB32_FLIP flag set in the ... One other thing to be aware of: there have been changes to the way video ... memory architecture). ...
    (microsoft.public.windowsce.platbuilder)