On Thu, Dec 06, 2001 at 08:21:33AM -0800, Terry Lambert wrote:
> Nicolas Souchu wrote:
[...]
> If only a part of the card memory is visible in physical memory,
Yes.
> then you will have to do fault handling, as I first suggested.
>
> FreeBSD doesn't support external pagers, per se. You might b
* David Xu <[EMAIL PROTECTED]> [011207 00:01] wrote:
> you mean we can use OBJT_PHYS? do we fully support it?
> althougth we have phys_pager, I suspect it is not enough, because
> along with fault handling, graphics driver will need other operations, for
> examples, unmap other pages and set
you mean we can use OBJT_PHYS? do we fully support it?
althougth we have phys_pager, I suspect it is not enough, because
along with fault handling, graphics driver will need other operations, for
examples, unmap other pages and setup hardware registers,
think about a frame buffer driver need
* David Xu <[EMAIL PROTECTED]> [011206 22:15] wrote:
> FreeBSD does not have fault hook available, all faults are processed in
> vm_fault.
> I know Linux supports that idea, you can insert a fault hook to
> monitor some
> address range where fault occurs, and then graphics frame buffer can b
FreeBSD does not have fault hook available, all faults are processed in
vm_fault.
I know Linux supports that idea, you can insert a fault hook to
monitor some
address range where fault occurs, and then graphics frame buffer can be
supported.
--
David Xu
Nicolas Souchu wrote:
>Hi VM devel
On Thu, 6 Dec 2001, Brooks Davis wrote:
[...]
> If it got us a port sooner with fewer bugs, I'd certaintly be happy to
> see the FreeBSD port not support ancient hardware. Linux and NetBSD are
> both doing an excelent job in that space.
IMHO, it's not only about supporting ancient (graphics) h
On Thu, 6 Dec 2001, Terry Lambert wrote:
> Nicolas Souchu wrote:
> > > From my reading of the code, all it is is a pseudo device that
> > > permits you to establish/remove memory mappings for various regions
> > > of the graphics card memory, which may or may not be apertured,
> > > into proces
On Thu, Dec 06, 2001 at 01:13:55PM -0500, Brian S. Julin wrote:
>
>
> I'll take a shot at qualifying what is is that KGI wants:
>
> Yes, we definitely want page-fault handlers if we can possibly
> get them:
>
> 1) For fossil cards where the aperture is smaller than the VRAM,
>with impossi
I'll take a shot at qualifying what is is that KGI wants:
Yes, we definitely want page-fault handlers if we can possibly
get them:
1) For fossil cards where the aperture is smaller than the VRAM,
with impossible-or-dangerous-to-expose-to-userpace aperture
control. Also this provides n
Nicolas Souchu wrote:
> > From my reading of the code, all it is is a pseudo device that
> > permits you to establish/remove memory mappings for various regions
> > of the graphics card memory, which may or may not be apertured,
> > into process address space, as a file buffer mapping.
[ ... ]
> A
On Thu, Dec 06, 2001 at 06:51:38AM -0800, Terry Lambert wrote:
> Nicolas Souchu wrote:
> >
> > Hi VM developers,
> >
> > Has anyone already some useful utils to develop a VM pager for FreeBSD?
> > The KGI port project is progressing and is now up to the point that I have
> > to handle the VM eve
Nicolas Souchu wrote:
>
> Hi VM developers,
>
> Has anyone already some useful utils to develop a VM pager for FreeBSD?
> The KGI port project is progressing and is now up to the point that I have
> to handle the VM events as done in Linux.
>
> http://www.freebsd.org/~nsouch/ggiport.html
Your
Hi VM developers,
Has anyone already some useful utils to develop a VM pager for FreeBSD?
The KGI port project is progressing and is now up to the point that I have
to handle the VM events as done in Linux.
http://www.freebsd.org/~nsouch/ggiport.html
Reading the 4.4BSD Internals, I've understoo
13 matches
Mail list logo
