linux-kernel - Re: [RFC] enhancing the kernel's graphics subsystem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <21d7e9970705221118x36e556fcy2e8cc91c4f07881a@mail.gmail.com>
Date:	Tue, 22 May 2007 19:18:45 +0100
From:	"Dave Airlie" <airlied@...il.com>
To:	"Philipp Klaus Krause" <pkk@...h.de>
Cc:	dri-devel@...ts.sourceforge.net, linux-kernel@...r.kernel.org
Subject: Re: [RFC] enhancing the kernel's graphics subsystem

On 5/22/07, Philipp Klaus Krause <pkk@...h.de> wrote:
> Benjamin Herrenschmidt schrieb:
> >> In collaboration with the FB guys, we've been working on enhancing
> >> the
> >> kernel's graphics subsystem in an attempt to bring some sanity to the
> >> Linux graphics world and avoid the situation we have now where
> >> several
> >> kernel and userspace drivers compete for control of graphics devices.
> >
>
> What's the difference between this and Jon Smirls' proposals from early
> 2005?
>

One of the biggest differences is we have the experience of the
randr-1.2 code in the X server and a chipset which is backed my the
manufacturer to design and test on. It also makes sure the design is
actually real-world useful, I've already deployed this modesetting
code in a standalone GL multi-head enviornment using miniglx code.

We also aim to maintain as much compatibility with the current system
as possible, whereas Jon really didn't care.

Also Jon proposed about 10 things, but never an actual API, the things
he proposed are still problems, but they are I believe as do many
others to be orthogonal problems, not the intertwined things that he
believes should be lumped under a single API ala DirectX.

Dave.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/