Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.arch > #1410 > unrolled thread

Patent application

Started by"Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net>
First post2011-05-09 14:01 -0700
Last post2011-05-11 22:51 +0000
Articles 5 — 4 participants

Back to article view | Back to comp.arch


Contents

  Patent application "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> - 2011-05-09 14:01 -0700
    Re: Patent application Edward Feustel <efeustel@hughes.net> - 2011-05-10 06:22 -0400
    Re: Patent application Robert Myers <rbmyersusa@gmail.com> - 2011-05-10 10:22 -0700
      Re: Patent application "Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net> - 2011-05-11 14:22 -0700
        Re: Patent application Rick Jones <rick.jones2@hp.com> - 2011-05-11 22:51 +0000

#1410 — Patent application

From"Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net>
Date2011-05-09 14:01 -0700
SubjectPatent application
Message-ID<4DC8561D.30908@SPAM.comp-arch.net>
Let me mention in passing the following patent application which is 
publicly visible:

http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1=glew.IN.&OS=IN/glew&RS=IN/glew

20110078389

MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING 
REGISTER EXTENSIONS

A set of default registers of a processor are expanded into metadata 
registers on the processor of a computer system. The default registers 
having stored thereon data, while metadata which is related to the data 
is stored separately on the metadata registers.

Inventors:	Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; 
(Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; 
(Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph 
Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; 
James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott 
Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; 
Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL)
Serial No.:	571269
Series Code:	12
Filed:	September 30, 2009

[toc] | [next] | [standalone]


#1419

FromEdward Feustel <efeustel@hughes.net>
Date2011-05-10 06:22 -0400
Message-ID<3a4is6la6015to5cirhspedrrgh9ppls53@4ax.com>
In reply to#1410
It will be interesting to see what IBM has to say about this w.r.t.
their RISC architecture tagging scheme.
Ed

On Mon, 09 May 2011 14:01:17 -0700, "Andy \"Krazy\" Glew"
<andy@SPAM.comp-arch.net> wrote:

>Let me mention in passing the following patent application which is 
>publicly visible:
>
>http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&co1=AND&d=PG01&s1=glew.IN.&OS=IN/glew&RS=IN/glew
>
>20110078389
>
>MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING 
>REGISTER EXTENSIONS
>
>A set of default registers of a processor are expanded into metadata 
>registers on the processor of a computer system. The default registers 
>having stored thereon data, while metadata which is related to the data 
>is stored separately on the metadata registers.
>
>Inventors:	Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev; 
>(Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.; 
>(Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph 
>Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland; 
>James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott 
>Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney; 
>Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL)
>Serial No.:	571269
>Series Code:	12
>Filed:	September 30, 2009

[toc] | [prev] | [next] | [standalone]


#1424

FromRobert Myers <rbmyersusa@gmail.com>
Date2011-05-10 10:22 -0700
Message-ID<9c222db1-324e-41d0-8d4e-90bf154c1684@w36g2000vbi.googlegroups.com>
In reply to#1410
On May 9, 5:01 pm, "Andy \"Krazy\" Glew" <a...@SPAM.comp-arch.net>
wrote:
> Let me mention in passing the following patent application which is
> publicly visible:
>
> http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=...
>
> 20110078389
>
> MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING
> REGISTER EXTENSIONS
>
> A set of default registers of a processor are expanded into metadata
> registers on the processor of a computer system. The default registers
> having stored thereon data, while metadata which is related to the data
> is stored separately on the metadata registers.
>
> Inventors:      Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev;
> (Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.;
> (Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph
> Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland;
> James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott
> Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney;
> Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL)
> Serial No.:     571269
> Series Code:    12
> Filed:  September 30, 2009

Seems like swatting a mosquito with a sledgehammer?

If you're going to put metadata into memory, why limit the advantage
to bounds checking?

It's easy, conceptually at least, to imagine accomplishing many of the
goals of object-oriented programming in hardware, so that the computer
would "know" when a given calculation makes no sense.  You could have
a multitude of data types, the rules for which you inform the
hardware, so that, for a trivial example, your calculations would be
at least dimensionally correct.

c programmers would still do ugly casts to get around the hardware
checking, but nothing short of genocide would fix c programming.

Robert.

[toc] | [prev] | [next] | [standalone]


#1464

From"Andy \"Krazy\" Glew" <andy@SPAM.comp-arch.net>
Date2011-05-11 14:22 -0700
Message-ID<4DCAFE08.10508@SPAM.comp-arch.net>
In reply to#1424
On 5/10/2011 10:22 AM, Robert Myers wrote:
> On May 9, 5:01 pm, "Andy \"Krazy\" Glew"<a...@SPAM.comp-arch.net>
> wrote:
>> Let me mention in passing the following patent application which is
>> publicly visible:
>>
>> http://appft1.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&p=...
>>
>> 20110078389
>>
>> MANAGING AND IMPLEMENTING METADATA IN CENTRAL PROCESSING UNIT USING
>> REGISTER EXTENSIONS
>>
>> A set of default registers of a processor are expanded into metadata
>> registers on the processor of a computer system. The default registers
>> having stored thereon data, while metadata which is related to the data
>> is stored separately on the metadata registers.
>>
>> Inventors:      Patel; Baiju V.; (Portland, OR) ; Gopalakrishna; Rajeev;
>> (Hillsboro, OR) ; Glew; Andrew F.; (Hillsboro, OR) ; Kushlis; Robert J.;
>> (Worcester, MA) ; Van Dyke; Don Alan; (Rescue, CA) ; Cihula; Joseph
>> Frank; (Hillsboro, OR) ; Mallick; Asit K.; (Saratoga, CA) ; Crossland;
>> James B.; (Banks, OR) ; Neiger; Gilbert; (Portland, OR) ; Rodgers; Scott
>> Dion; (Hillsboro, OR) ; Dixon; Martin Guy; (Portland, OR) ; Charney;
>> Mark Jay; (Lexington, MA) ; Gottlieb; Jocob; (Kiryat Tivon, IL)
>> Serial No.:     571269
>> Series Code:    12
>> Filed:  September 30, 2009
>
> Seems like swatting a mosquito with a sledgehammer?

Amusing:  my present employer shoots mosquitoes with a laser.


> If you're going to put metadata into memory, why limit the advantage
> to bounds checking?

(0) The patent application makes no claims about memory metadata, 
although it does mention it in passing.

(1) I don't want to stop at bounds checking.

(2) However, I am not at all certain that classic data types are a good 
use of such metadata.  Now, the memory mechanisms referred to in the 
patent, but not claimed, allow large amounts of memory metadata to used; 
but, still, there are limits.

(3) As an OS guy, I tend to think more about providing mandatory 
security, not just security that can be turned off via a cast. Although 
I think it is key that there must be a layer of optional security, that 
can be cast around.  I discussed this in comp.arch years ago, before the 
work reflected in this patent application.


Anyway, the answer to any question along the line of "Why stop there?", 
not just for the sort of thing mentioned in the patent but for other 
things, is usually "We thought of going further, we may even have wanted 
to go further, or have plans to go further, but we stopped where we did 
because it was enough for a first step."  Or "because this is as much as 
we thought we might be able to push through".  Or "more than enough".

Dave Sager said something like:  it's not hard to figure out what the 
ultimate, ideal, form of XYZZY computer architecture should be.  It is 
hard to figure out the small incremental steps that can get there.

[toc] | [prev] | [next] | [standalone]


#1472

FromRick Jones <rick.jones2@hp.com>
Date2011-05-11 22:51 +0000
Message-ID<iqf3sl$gct$1@usenet01.boi.hp.com>
In reply to#1464
"Andy \"Krazy\" Glew" <andy@spam.comp-arch.net> wrote:
> On 5/10/2011 10:22 AM, Robert Myers wrote:
> > Seems like swatting a mosquito with a sledgehammer?

> Amusing:  my present employer shoots mosquitoes with a laser.

You working for Intellectual Ventures?

http://en.wikipedia.org/wiki/Mosquito_laser

http://intellectualventures.com/Home.aspx

rick jones
-- 
Wisdom Teeth are impacted, people are affected by the effects of events.
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to post, OR email to rick.jones2 in hp.com but NOT BOTH...

[toc] | [prev] | [standalone]


Back to top | Article view | comp.arch


csiph-web