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: <20100305100244.0d118451@jbarnes-piketon>
Date:	Fri, 5 Mar 2010 10:02:44 -0800
From:	Jesse Barnes <jbarnes@...tuousgeek.org>
To:	David Miller <davem@...emloft.net>
Cc:	xavier.bestel@...e.fr, skeggsb@...il.com, airlied@...ux.ie,
	crmafra2@...il.com, linux-kernel@...r.kernel.org,
	penberg@...helsinki.fi, daniel@...ishbar.org,
	dri-devel@...ts.sf.net, mingo@...e.hu,
	torvalds@...ux-foundation.org
Subject: Re: Making Xorg easier to test

On Fri, 05 Mar 2010 09:54:06 -0800 (PST)
David Miller <davem@...emloft.net> wrote:

> From: Xavier Bestel <xavier.bestel@...e.fr>
> Date: Fri, 05 Mar 2010 18:50:24 +0100
> 
> > On Fri, 2010-03-05 at 07:49 -0800, David Miller wrote:
> >> From: Daniel Stone <daniel@...ishbar.org>
> >> Date: Fri, 5 Mar 2010 17:41:43 +0200
> >> 
> >> > I understand that you guys are upset about this, so maybe you'd like to
> >> > donate, say, 10% of your developer base to help out? That'd be pretty
> >> > ace.
> >> 
> >> You have to support less than %10 of the amount of hardware we have to
> >> support.
> > 
> > You can't compare a network card and a GPU. The latter is way more
> > complex to code for.
> 
> I wasn't talking specifically about network cards.  But if you want
> specific examples...
> 
> How about the x86 or parisc cpu, and all their derivatives, are those
> complex enough for you? :-)
> 
> I've worked on OpenGL capable grapics card drivers of various
> vintages, and I honestly don't think there is anything in there more
> complex than what we have to deal with in the kernel.

I think you must be saying this for the sake of argument.  The
complexity lies not in the programming interfaces exposed by the device
(those indeed are complex, more so than some CPUs, less so than
others).  The complexity lies in the fact that those interfaces change
from revision to revision, and even between boards sharing the same
chip.  And more than that, the interfaces exposed to applications are
spread across many software components, some of which send commands to
the hardware directly.  The problem Linus ran into is directly related
to this fact, because it involved the interfaces between a few of these
components.

So from that perspective, the graphics stack is the most complex one in
Linux by a long shot.  It's even worse than if we had STREAMS
networking with a ton of different modules up in userspace messing with
protocol. :)

-- 
Jesse Barnes, Intel Open Source Technology Center
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ