lkml.org 
[lkml]   [2001]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRE: [temp t13] Re: FW: Open Letter to NCITS T13 on Access Control s
Date
Andre

I think We've gone out-of-bounds on this one. None of us are
lawyers, and nobody can predict what is happening. Personally, I do not see
the difference between placing a GUID in the vendor specific are or placing
a GUID in the E0112r1 area. Both places are set aside for people to do
things without bringing them to standards. The only significant piece that
E0112r1 brings to the table is that a specific set of command codes can be
re-used without having a secret society setup the rules.

My opinion is that lawyers can make a case for virtually anything.
Nothing is fool-proof and there are no guarantees. Ultimately it ends up in
the hands of judges or in the hands of the consumers. I am more than
willing to work up a better understanding of the legal issues off-line.

----------------------------------
-------------------------------
Phoenix Technologies LTD
Curtis E. Stevens
135 Technology Dr.
Irvine, Ca. 92618
Phone: (949) 790-2121
Fax: (949) 790-2006
Internet: Curtis_Stevens@Phoenix.COM
Web: http://www.phoenix.com

-----Original Message-----
From: Andre Hedrick [mailto:t13@linux-ide.org]
Sent: Saturday, March 03, 2001 1:57 PM
To: 't13@tgi.com'
Cc: linux-kernel@vger.kernel.org
Subject: [temp t13] Re: FW: Open Letter to NCITS T13 on Access
Control s
** This is the quasi-official and semi-temporary T13 email list server. **


NOTICE to all on LKML: DO NOT REPLY, THIS IS AN FYI-HEADS-UP!


On Sat, 3 Mar 2001, Curtis Stevens wrote:

> ** This is the quasi-official and semi-temporary T13 email list server.
**
>
> Andre
>
> One of the things that my proposal attempts to do is remove the
> legal issues associated with standardizing a technology like copy
protection
> from T13 and place it back on the device vendors. E0112r1 places T13 in a

Curtis, I realize your point but can you be sure that your GUID will not
grant them any legal coverage for damages caused by this garbage? I want
everyone to have the opportunity to rip the money out of these greedy
dirt-bags back pockets, when they end up harming the public.

> position where technologies like CPRM are not disclosed to T13. I think
you
> may be a little late with a showdown on standardizing the concept. The
last
> I heard, T10 has already incorporated the whole thing into MMC. The
biggest
> venue for Hollywood is currently DVD. To the best of my knowledge, this
is
> already a done deal. You have been right on target with many of your
legal
> calls. I am not a legal guy, but I think this changes the picture a
little
> bit.
>
> I can not comment on what Phoenix may do with DCO or SET FEATURES.
> I do expect that even if they use E01112r0 that device vendors
implementing
> CPRM will leave a proprietary back door for re-enabling. They are
concerned
> about viruses, applications, and competing copy protection technology
> disabling CPRM against the users will.

Curtis, this is not directed at you or your company.

Well I want it make it REAL-CLEAR, to the CPRM bone-heads!

If Linux-OS disables CPRM and it is RE-ENABLED by the "REAL-ROGUE-JAVA" or
"LICENSED-APPLICATION-ON-THE-NET" I will file a class action lawsuit
against the drive maker, the oem, and every dirty-rotten-!@#$% that
damages linux-os and my-reputation as an os-writer.

You can bet your sweet-bippy that I will have a party because of the
destructive damage to the OS and file-systems this pile of crap will
cause in the world of business! This has just lit the fire under me to
complete and publish the full-taskfile parser and jammer to this crap.

Curtis, this has nothing to do with your proposal. It has everything to
do with the greedy little !@#$%^&*() that are going to violate the
ownership rights of products and the use of those products.

I have made arrangements to speak with both of California's Senators and
seeking the audience with the Senators that sponsored DMCA and will
question their lack of foresight on the issue. If the MPAA and SDMI can
go dork with legal issues then so can the Penguin! I will inform them
that I have a method to destroy the functionality of CPRM without
violating the DMCA. I will publish it without repsect for any laws passed
against me. If I can not publish in the USA, I will publish in another
country that doesn't honor copy protection and, just as there is no way to
stop the CPRM people, there is nothing that can be done to stop me.

I will create the perfect anal-retentive-host-driver. These CPRM
designers will not play by the rules that if a host turns off a feature
that it is to stay off, thus I will now destroy the feature by not
allowing it to be accessed. Only because they have decided to do gross,
anti-social, and dishonorable things like you have stated (violate the
will of the HOST) they will do, is the reason that lawlessness begets
lawlessness.

Oh, against better judgement, I have included the linux-kernel-mail-list.
Just so my world will know and help protect me and Linux from the CPRM
world.

Respectfully,

Andre Hedrick
Linux ATA Development

--
If you have any questions or wish to unsubscribe send a
message to Hale Landis, hlandis@attglobal.net. To post to
this list server send your message to t13@tgi.com.

For questions concerning Thistle Grove Industries or TGI's
list services please send email to info@tgi.com.


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

\
 
 \ /
  Last update: 2005-03-22 13:29    [from the cache]
©2003-2011 Jasper Spaans