Re: BSD libdrm

2008-05-05 Thread vehemens
On Thursday 01 May 2008 07:16:36 am Jerome Glisse wrote:
 On Tue, 29 Apr 2008 20:51:45 -0700

 vehemens [EMAIL PROTECTED] wrote:
  The primary goal is to update the BSD drm code with the recent linux
  changes including linux drm memory management code.  I haven't seen
  anything in the code that would prevent this from occurring, but I'm new
  at this.

 I don't know how close you are to BSD kernel people but i guess they
 are the one to know best what they want. I think linux will slowly
 (timeframe being a year or little bit more) move to kernel modesetting.
 So the question is does BSD folks like this idea or not, there is
 many security implication in this and getting it right is not trivial.
 So maybe ask the BSD kernel community on their feeling about drm
 and drm+memory manager+modesetting.

I'll drop them a line, and see what suggestions they have.  As a user, I would 
like to see most of the linux DRM features incorporated,

 If they like it, i suggest porting memory manager first, then modesetting
 (you need memory manager for modesetting at least i strongly discourage
 to do it without one).

Currently I'm merging the core code which results in mostly using the linux 
code with some macros and ifdefs.  There are a few things I plan to keep from 
the freebsd side however.  Once I get the baseline merged, I will begin work 
on the memory manager.

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: BSD libdrm

2008-05-01 Thread Jerome Glisse
On Tue, 29 Apr 2008 20:51:45 -0700
vehemens [EMAIL PROTECTED] wrote:

 
 The primary goal is to update the BSD drm code with the recent linux changes 
 including linux drm memory management code.  I haven't seen anything in the 
 code that would prevent this from occurring, but I'm new at this.

I don't know how close you are to BSD kernel people but i guess they
are the one to know best what they want. I think linux will slowly
(timeframe being a year or little bit more) move to kernel modesetting.
So the question is does BSD folks like this idea or not, there is
many security implication in this and getting it right is not trivial.
So maybe ask the BSD kernel community on their feeling about drm
and drm+memory manager+modesetting.

If they like it, i suggest porting memory manager first, then modesetting
(you need memory manager for modesetting at least i strongly discourage
to do it without one).

Cheers,
Jerome Glisse [EMAIL PROTECTED]

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


BSD libdrm Update

2008-04-29 Thread vehemens
I'm currently working on updating the bsd libdrm for use with my freebsd
system.  To reduce the work involved, I'm using some code from the linux
kernel for lists and atomics.  This also greatly reduces the amount of unique
code required.

Unfortunately I only have radeon rv370 and intel i810 class hardware so my
testing capability is somewhat limited.

My thoughts are that i9i5 flavor hardware may be the best way to to check out
the code.  Another option is to stick with radeon and to switch over to the
mode-setting branch at some point.

So does anyone have any ideas on what would be the best testing approach?

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: BSD libdrm

2008-04-29 Thread Jerome Glisse
On Mon, 28 Apr 2008 08:26:41 -0700
vehemens [EMAIL PROTECTED] wrote:

 I'm currently working on updating the bsd libdrm for use with my freebsd
 system.  To reduce the work involved, I'm using some code from the linux
 kernel for lists and locks.  This also greatly reduces the amount of unique
 code required.
 
 Unfortunately I only have radeon rv370 and intel i810 class hardware so my
 testing capability is somewhat limited.
 
 My thoughts are that i9i5 flavor hardware may be the best way to to check out
 the code.  Another option is to stick with radeon and to switch over to the
 mode-setting branch at some point.
 
 So does anyone have any ideas on what would be the best testing approach?

What are your aims ? As far as i know BSD/drm does not have memory
manager support thus modesetting is not operational on BSD as it needs
the memory manager. libdrm so far is a pretty small layer on top of
kernel interface to make userspace life easier. For testing current
BSD functionalities i believe a working 3D acceleration under X is
the best use case given that DRM is primilary designed and written
for this usage.


Cheers,
Jerome Glisse

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


Re: BSD libdrm

2008-04-29 Thread vehemens
On Tuesday 29 April 2008 08:35:36 am Jerome Glisse wrote:
 On Mon, 28 Apr 2008 08:26:41 -0700

 vehemens [EMAIL PROTECTED] wrote:
  I'm currently working on updating the bsd libdrm for use with my freebsd
  system.  To reduce the work involved, I'm using some code from the linux
  kernel for lists and locks.  This also greatly reduces the amount of
  unique code required.
 
  Unfortunately I only have radeon rv370 and intel i810 class hardware so
  my testing capability is somewhat limited.
 
  My thoughts are that i9i5 flavor hardware may be the best way to to check
  out the code.  Another option is to stick with radeon and to switch over
  to the mode-setting branch at some point.
 
  So does anyone have any ideas on what would be the best testing approach?

 What are your aims ? As far as i know BSD/drm does not have memory
 manager support thus modesetting is not operational on BSD as it needs
 the memory manager. libdrm so far is a pretty small layer on top of
 kernel interface to make userspace life easier. For testing current
 BSD functionalities i believe a working 3D acceleration under X is
 the best use case given that DRM is primilary designed and written
 for this usage.

The primary goal is to update the BSD drm code with the recent linux changes 
including linux drm memory management code.  I haven't seen anything in the 
code that would prevent this from occurring, but I'm new at this.

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel


BSD libdrm

2008-04-28 Thread vehemens
I'm currently working on updating the bsd libdrm for use with my freebsd
system.  To reduce the work involved, I'm using some code from the linux
kernel for lists and locks.  This also greatly reduces the amount of unique
code required.

Unfortunately I only have radeon rv370 and intel i810 class hardware so my
testing capability is somewhat limited.

My thoughts are that i9i5 flavor hardware may be the best way to to check out
the code.  Another option is to stick with radeon and to switch over to the
mode-setting branch at some point.

So does anyone have any ideas on what would be the best testing approach?

-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
--
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel