[lkml]   [2004]   [Sep]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: radeon-pre-2

> You are focusing on the resource claiming problem. That is an easy
> problem to solve, it's also not the one that is causing the hard
> problems.

I have to agree with Jon, nobody has addressed any of the issues he raises
except the one that is quite simple to solve, resource sharing is easy,

I think people are stuck in a graphics card having separate 2d/3d paths
and never the twain need meet, well that doesn't work, the 2d/3d split is
only in your mind, a graphics card is a single device, hence should only
one device driver, fbdev is not a complete driver, for all the reasons JOn
mentions (dualhead being a major one), the DRM is not a complete driver as
it ignores the basic VGA parts of the chip and relies on X or fb to set
them up..

> on a key stroke command. This completely violates normal OS rules of
> one driver per device. If video can do it, I want to do it for the
> disk and net subsystems too.

If the kernel developers can address this point I would be most
interested, in fact I don't want to hear any more about sharing lowlevel
VGA device drivers until someone addresses why it is acceptable to have
two separate driver driving the same hardware for video and not for
anything else.. (remembering graphics cards are not-multifunction cards -
like Christoph used as an example before - 2d/3d are not separate

Also I don't think what Jon has in mind is going to be truly possible and
IMHO an efficient flexible graphics card memory management system is
something worthy of multiple PhDs (maybe I'll go back to college), Ians
work is going to exist mainly in userspace using the DRM for paging things
and locking, I think the only way we can really do this is with a simple
fb memory manager in the kernel that the userspace one overrides and then
tells the fb drivers the new settings - and the fb drivers use those
settings until told otherwise..


David Airlie, Software Engineer / airlied at
pam_smb / Linux DECstation / Linux VAX / ILUG person

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 14:06    [W:0.122 / U:2.744 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site