[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LRH.2.00.0905151006020.5527@tundra.namei.org>
Date: Fri, 15 May 2009 10:17:56 +1000 (EST)
From: James Morris <jmorris@...ei.org>
To: Theodore Tso <tytso@....edu>
cc: Joseph Cihula <joseph.cihula@...el.com>,
linux-kernel@...r.kernel.org, mingo@...e.hu, arjan@...ux.intel.com,
hpa@...or.com, andi@...stfloor.org, chrisw@...s-sol.org,
jbeulich@...ell.com, peterm@...hat.com, gang.wei@...el.com,
shane.wang@...el.com, John Gilmore <gnu@...d.com>
Subject: Re: [RFC v3][PATCH 2/2] intel_txt: Intel(R) TXT and tboot kernel
support
On Tue, 12 May 2009, Theodore Tso wrote:
> So we should expect a certain amount of controversy and people
> lobbying to resist the acceptance of this patch.
FWIW, here's my response to an earlier private enquiry from John on the
topic:
I'd prefer discussion to be public, so I don't mind leaving more
detailed discussion to that.
There has been considerable discussion on the issue, following Linus'
statement (which I'm sure you're aware of):
http://marc.info/?l=linux-kernel&m=105115686114064&w=2
My position is similar -- people can decide for themselves whether they
want to use DRM technology. I'm also confident that technical measures
taken to prevent real freedom will always be broken (when have they ever
not been?)
I also feel there may be genuinely useful applications of some of the
technology (e.g. sealing disk encryption keys in the TPM a la
BitLocker).
I'm fairly neutral on the technology itself and feel that "market
pressure" from users as well as local regulatory policy (e.g. anti-trust
laws) should determine how the technology is used, rather than the views
of a few kernel hackers.
- James
--
James Morris
<jmorris@...ei.org>
--
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