Re: New proposed DRM interface design

2004-09-05 Thread Alan Cox
On Sul, 2004-09-05 at 23:11, Jon Smirl wrote: > What is the advantage to continuing a development model where two > groups of programmers work independently, with little coordination on > two separate code bases trying to simultaneously control the same > piece of hardware? This is a continuous sou

Re: New proposed DRM interface design

2004-09-05 Thread Ryan Underwood
On Sun, Sep 05, 2004 at 11:33:53AM -0400, Jon Smirl wrote: > > Then how am I going to merge fbdev and DRM so that we don't have two > drivers fighting over the same hardware? I was planning on adding > pieces of the existing fbdev code to DRM in order to implement printk > from the kernel. It see

Re: New proposed DRM interface design

2004-09-06 Thread Horst von Brand
Lee Revell <[EMAIL PROTECTED]> said: [...] > Wrong and wrong. If you run Debian unstable (which is WAY more stable > than, say, FC2) then you can apt-get upgrade to the latest kernel. What makes you say this? I've seen no stability problems with FC2. -- Dr. Horst H. von Brand

Re: New proposed DRM interface design

2004-09-06 Thread Alan Cox
On Llu, 2004-09-06 at 21:58, Hamie wrote: > The fs -> SCSI interface is a logical one. We just have to make the fb and DRI to hardware one logical. > Unless you can have fb sitting on top of DRM of course... (I discount > DRM on-top of fb, because of the D == Direct... No other reason :)... > >

Re: New proposed DRM interface design

2004-09-06 Thread Hamie
Alan Cox wrote: On Sul, 2004-09-05 at 23:11, Jon Smirl wrote: What is the advantage to continuing a development model where two groups of programmers work independently, with little coordination on two separate code bases trying to simultaneously control the same piece of hardware? This is a con

Re: New proposed DRM interface design

2004-09-06 Thread Hamie
Alan Cox wrote: On Llu, 2004-09-06 at 21:58, Hamie wrote: The fs -> SCSI interface is a logical one. We just have to make the fb and DRI to hardware one logical. OK. (Even) I follow that... :) Unless you can have fb sitting on top of DRM of course... (I discount DRM on-top of fb, bec

Re: New proposed DRM interface design

2004-09-06 Thread Jon Smirl
Some examples of merging are turning two independent radeon personality modules into a single one. Another thing I need to do is to extract the printk support from the core fb module and put it somewhere I can get to it from DRM. We can't have two cores trying to attach to the same device and then

Re: New proposed DRM interface design

2004-09-06 Thread Patrick McFarland
On Mon, 06 Sep 2004 21:15:07 +0100, Alan Cox <[EMAIL PROTECTED]> wrote: > In some cases yes. The DRM is happy with the idea of the kernel being a > DRM client too. Thats actually a pretty cool idea. For us that need to use the vesa fbcon driver because there is no native driver, it would probably

Re: New proposed DRM interface design

2004-09-07 Thread Hamie
Patrick McFarland wrote: On Mon, 06 Sep 2004 21:15:07 +0100, Alan Cox <[EMAIL PROTECTED]> wrote: In some cases yes. The DRM is happy with the idea of the kernel being a DRM client too. Thats actually a pretty cool idea. For us that need to use the vesa fbcon driver because there is no nativ

Re: New proposed DRM interface design

2004-09-07 Thread Helge Hafting
Jon Smirl wrote: They have to be merged. Cards with two heads need the mode set on each head. fbdev only sets the mode on one head. If I teach fbdev how to set the mode of the other head fbdev needs to learn about memory management. The DRM memory management code is complex and is a big chunk of t

Re: New proposed DRM interface design

2004-09-07 Thread Jon Smirl
On Tue, 07 Sep 2004 10:43:17 +0200, Helge Hafting <[EMAIL PROTECTED]> wrote: > Jon Smirl wrote: > >I would also like to fix things so that we can have two logged in > >users, one on each head. This isn't going to work if one them uses > >fbdev and keeps swithing the chip to 2D mode while the other

Re: New proposed DRM interface design

2004-09-07 Thread Ian Romanick
Christoph Hellwig wrote: On Sat, Sep 04, 2004 at 01:51:24AM +0100, Dave Airlie wrote: Then drm_core would always be bundled with the OS. Is there any real advantage to spliting core/library and creating three interface compatibily problems? Yes we only have one binary interface, between the core an

Re: New proposed DRM interface design

2004-09-07 Thread Ian Romanick
Jon Smirl wrote: I'm a little concerned that we are doing a lot of work to support a few people (<100) using DRM on BSD. I suspicious that it is a very small number since we get close to zero complaints about BSD even though we break it continuously. I think the difference may be that BSD users don

Re: New proposed DRM interface design

2004-09-08 Thread Helge Hafting
Jon Smirl wrote: On Tue, 07 Sep 2004 10:43:17 +0200, Helge Hafting <[EMAIL PROTECTED]> wrote: Jon Smirl wrote: I would also like to fix things so that we can have two logged in users, one on each head. This isn't going to work if one them uses fbdev and keeps swithing the chip to 2D mode wh

Re: New proposed DRM interface design

2004-09-08 Thread Ville Syrjälä
On Wed, Sep 08, 2004 at 01:09:11PM +0200, Helge Hafting wrote: > Jon Smirl wrote: > > >On Tue, 07 Sep 2004 10:43:17 +0200, Helge Hafting <[EMAIL PROTECTED]> > >wrote: > > > > > >>Jon Smirl wrote: > >> > >> > >>>I would also like to fix things so that we can have two logged in > >>>users, one

Re: New proposed DRM interface design

2004-09-08 Thread Alan Cox
On Mer, 2004-09-08 at 14:40, Ville SyrjÃlà wrote: > Like Jon said the hardware can do it but the XFree86 driver doesn't allow > it. AFAIK it doesn't even allow XAA acceleration on the secondary head. > > I can run multiple 3D apps simultaneosly on both heads of my G400 with > DirectFB. But curre

<    1   2