On Thu, Aug 05, 2004 at 04:19:55PM -0700, Ian Romanick wrote:
> >module and the card dependant one.. I can see people building their own
> >card drivers from the DRM CVS and trying to load them vs a kernel with a
> >built-in DRM core.. my current thinking on this is we use the Kconfig to
> >t
On Fri, 06 Aug 2004 00:51:08 +0100, Sérgio Monteiro Basto
<[EMAIL PROTECTED]> wrote:
>
>
> On Thu, 2004-08-05 at 17:08, Alex Deucher wrote:
> > On Thu, 05 Aug 2004 03:13:35 +0100, Sérgio Monteiro Basto
> > <[EMAIL PROTECTED]> wrote:
> > > On Mon, 2004-08-02 at 05:45, Alex Deucher wrote:
> > > > I
Jon Smirl wrote:
The only case I see a problem is when drm-core is compiled into the
kernel. Why don't we just change the Makefile to default to copying the
CVS code into the kernel source tree and tell the user to rebuild his
kernel?
I don't think that will fly with Joe-user that just wants to up
Dave Jones wrote:
On Thu, Aug 05, 2004 at 04:19:55PM -0700, Ian Romanick wrote:
> >module and the card dependant one.. I can see people building their own
> >card drivers from the DRM CVS and trying to load them vs a kernel with a
> >built-in DRM core.. my current thinking on this is we use th
Ian Romanick wrote:
Jon Smirl wrote:
The only case I see a problem is when drm-core is compiled into the
kernel. Why don't we just change the Makefile to default to copying the
CVS code into the kernel source tree and tell the user to rebuild his
kernel?
I don't think that will fly with Joe-user
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Ian Romanick wrote:
> > Jon Smirl wrote:
> >
> >> The only case I see a problem is when drm-core is compiled into
> >> the kernel. Why don't we just change the Makefile to default to
> >> copying the CVS code into the kernel source tree and tell the
Jon Smirl wrote:
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
Ian Romanick wrote:
Jon Smirl wrote:
The only case I see a problem is when drm-core is compiled into
the kernel. Why don't we just change the Makefile to default to
copying the CVS code into the kernel source tree and tell the
user to
The key here is that distributions release new kernels at a rapid pace.
This is not X where we get a new release every five years. The standard
mechanism for upgrading device drivers in Linux is to add them to the
kernel and wait for a release.
So, people have to reboot to install a new graphics
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> Sorry, I don't buy it. Graphics drivers are a special case and
> people upgrade them with a passion... No new interfaces, thankyou.
I get a new kernel from Redhat about every two weeks. Redhat is at
2.6.7 and Linus is at 2.6.8. Nobody releases g
--- Keith Whitwell <[EMAIL PROTECTED]> wrote:
>
> > The key here is that distributions release new kernels at a rapid
> pace.
> > This is not X where we get a new release every five years. The
> standard
> > mechanism for upgrading device drivers in Linux is to add them to
> the
> > kernel and w
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1003
Summary: running two instances of glsnake locks X
Product: Mesa
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1003
--- Additional Comments From [EMAIL PROTECTED] 2004-08-06 13:25 ---
Actually, o
On Fri, Aug 06, 2004 at 09:38:10AM -0700, Ian Romanick wrote:
> >For agpgart it hasn't really been an issue as all the development there
> >in the last year or two has been done in tree. Yes, there has been some
> >work on things like i915 out-of-tree, but that stuff has been merged up
> >pret
This patch provides a new kernel API for access ROMs from device
drivers. If you're working on a driver that uses the ROM (most video
drivers) please give this patch a try and send some feedback/bugs.
pci_map_rom() - map the rom and provide virtual address, transparently
return shadow/copy if need
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1003
--- Additional Comments From [EMAIL PROTECTED] 2004-08-06 15:15 ---
This is not
>
> fbdev is in exactly this model and it isn't causing anyone problems.
> The simple rule is that if you want to upgrade fbdev past the current
> version you have to do it in entirety. You do that for fbdev but
> pulling bk://fbdev.bkbits.net/. But Joe user doesn't do that, that is
> something on
16 matches
Mail list logo