Howard Skrevet 17. november 2006 Del Skrevet 17. november 2006 Brikkeprodusenten Opti har saksøkt AMD for påståtte brudd på patentrettigheter relatert til cache-teknologi. Les mer Lenke til kommentar
TanglewoodD Skrevet 17. november 2006 Del Skrevet 17. november 2006 Uff, syns alle amrikanske data firmaer saksøker hverandre for tiden jeg.. Er det ikke snart Jul ? Lenke til kommentar
death_comes_rippin Skrevet 17. november 2006 Del Skrevet 17. november 2006 Har de ikke bedre ting og ta seg til en og saksøke hverandre! -.- Lenke til kommentar
Turgon Skrevet 17. november 2006 Del Skrevet 17. november 2006 Huff, dette virker som nok et idiotisk søksmål på en patent som virker like idiotisk. Lager Opti i det hele tatt noen brikker eller sitter de bare å saksøker folk? Har så lite til over for selskaper som basserer all inntekt på patentinntekter. Dette hindrer fremskrittet! Lenke til kommentar
DarkSlayer Skrevet 17. november 2006 Del Skrevet 17. november 2006 Stiller meg følgende spørsmål... Du starter en bedrift (software/hardware/whatever), 5 - 10manns, og så vil du lage noe som ikke bryter med et patent ... hvordan finner du ut av det? Koster jo tid og penger å begynne å lete i verdens patentbyråer. Lager du ting som software så har produktet ganske sikkert vært i salg og bruk lenge før en eventuell godkjennelse/avslag av din søknad om patent. kompliserte greier..... Lenke til kommentar
Ravusy Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvordan kan Opti vite at AMD bryter patentene? Har de sittet med mikroskop og studert kjernen til AMD? Lenke til kommentar
Atypic Skrevet 17. november 2006 Del Skrevet 17. november 2006 (endret) Huff, dette virker som nok et idiotisk søksmål på en patent som virker like idiotisk. Lager Opti i det hele tatt noen brikker eller sitter de bare å saksøker folk? Har så lite til over for selskaper som basserer all inntekt på patentinntekter. Dette hindrer fremskrittet! 7303665[/snapback] Siden minne lagger så utrolig hardt etter CPU er nesten ALLE teknikker som kan gi ytelsesforbedring når det er snakk om instruksjon/operand-henting gull verdt. Endret 17. november 2006 av Atypic Lenke til kommentar
efikkan Skrevet 17. november 2006 Del Skrevet 17. november 2006 Mange slike patenter er da så enkle at de bare beskriver et prinsipp. Saken er tåpelig etter min mening, og bevisbyrden ligger selvsagt på Opti. Lenke til kommentar
Anders Jensen Skrevet 17. november 2006 Del Skrevet 17. november 2006 (endret) Hvordan kan Opti vite at AMD bryter patentene? Har de sittet med mikroskop og studert kjernen til AMD? 7303812[/snapback] Det tviler jeg på at de har. Slik reverse engineering er svært kostbar og tidkrevende fordi en må skrelle av lag for lag med metall ledere helt ned til transistorene for å se hvordan brikken er bygd opp. Det er vel mer sannsynlig at Opti kan se det ut fra måten prosessorene oppfører seg. Det er jo ganske mye en kan finne ut ved testing. Noe kan også være direkte eller indirekte dokumentert. Det siste er vel mest sannsynlig årsaken til at Opti har fattet interesse. Forøvrig er IP på integrerte kretser et veldig vanskelig område fordi det er ganske nytt og fordi det er så vanskelig for patentholderen å finne ut hva som faktisk er designet. Endret 17. november 2006 av Anders Jensen Lenke til kommentar
:Francis: Skrevet 17. november 2006 Del Skrevet 17. november 2006 Nå kan AMD foran samme behandling. Hva slags setning er dette? Francis Lenke til kommentar
Anders Jensen Skrevet 17. november 2006 Del Skrevet 17. november 2006 (endret) Nå kan AMD foran samme behandling. Hva slags setning er dette? Francis 7304063[/snapback] Det krever riktignok litt evne til å tenke selv, men det skulle sikkert stå: "Nå kan AMD stå foran samme behandling" Endret 17. november 2006 av Anders Jensen Lenke til kommentar
TaZ Skrevet 17. november 2006 Del Skrevet 17. november 2006 Nå kan AMD foran samme behandling. Hva slags setning er dette? Francis 7304063[/snapback] Det krever riktignok litt evne til å tenke selv, men det skulle sikkert stå: "Nå kan AMD stå foran samme behandling" 7304182[/snapback] AMD har forårsaket at andre selskaper bryer de samme patentene? Lenke til kommentar
G Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvordan kan Opti vite at AMD bryter patentene? Har de sittet med mikroskop og studert kjernen til AMD? 7303812[/snapback] Det tviler jeg på at de har. Slik reverse engineering er svært kostbar og tidkrevende fordi en må skrelle av lag for lag med metall ledere helt ned til transistorene for å se hvordan brikken er bygd opp. Det er vel mer sannsynlig at Opti kan se det ut fra måten prosessorene oppfører seg. Det er jo ganske mye en kan finne ut ved testing. Noe kan også være direkte eller indirekte dokumentert. Det siste er vel mest sannsynlig årsaken til at Opti har fattet interesse. Forøvrig er IP på integrerte kretser et veldig vanskelig område fordi det er ganske nytt og fordi det er så vanskelig for patentholderen å finne ut hva som faktisk er designet. 7303969[/snapback] Hvor mange lag med kretser er det på en CPU kjerne egentlig? Det må jo være veldig vanskelig å skulle undersøke så miniatyriserte kretser. En kan vel ikke skjære ut den aktuelle delen av den komplekse kretsen (isolere den) for så å kun kjøre tester på denne? Lenke til kommentar
sveinsel Skrevet 17. november 2006 Del Skrevet 17. november 2006 AMD har forårsaket at andre selskaper bryer de samme patentene? Noe slikt som "stjeleren og heleren" .. Lenke til kommentar
sveinsel Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvor mange lag med kretser er det på en CPU kjerne egentlig? Det må jo være veldig vanskelig å skulle undersøke så miniatyriserte kretser. En kan vel ikke skjære ut den aktuelle delen av den komplekse kretsen (isolere den) for så å kun kjøre tester på denne? Når man programerer må man dokumentere programet. Det er vel noe liknende med en CPU... Lenke til kommentar
Anders Jensen Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvor mange lag med kretser er det på en CPU kjerne egentlig? Det må jo være veldig vanskelig å skulle undersøke så miniatyriserte kretser. En kan vel ikke skjære ut den aktuelle delen av den komplekse kretsen (isolere den) for så å kun kjøre tester på denne? 7304332[/snapback] AMD benytter 9 metall-lag. Dermed får du altså transistorene nederst som består av ca. 3-4 lag litt ettersom en ser det og så altså 18 lag oppå der, annenhvert med metall ledere og isolasjon + via hull. Det er ganske stress å plukke fra hverandre, ja. Ikke er det serlig mulig å plukke ut mindre deler av en krets heller. Jeg tror strengt tatt ikke det gjøres i serlig grad. Har hørt at noen firma har gjort det for å finne avvik i egne kretser. De øverste lagene med ledere er nokså grove så der går det rimelig greit. Lenke til kommentar
Codename_Paragon Skrevet 17. november 2006 Del Skrevet 17. november 2006 Stiller meg følgende spørsmål...Du starter en bedrift (software/hardware/whatever), 5 - 10manns, og så vil du lage noe som ikke bryter med et patent ... hvordan finner du ut av det? Du tar kontakt med et patentbyrå eller direkte med Patentstyret i Norge.Koster jo tid og penger å begynne å lete i verdens patentbyråer.Bestiller du et innledende søk hos Patentstyret, kommer det på ca. 2000 kroner, hvilket er adskillig mindre enn hva en rettssak vil koste deg. Det er også godt kjent at diverse akademiske institusjoner har startet forskningsprosjekt der andre hadde gjort både forskninng, utvikling og nettopp patentering. Et patentsøk kan redde deg fra å se ut som en total amatør. Lager du ting som software så har produktet ganske sikkert vært i salg og bruk lenge før en eventuell godkjennelse/avslag av din søknad om patent.Spørsmålet er likevel om patentet er sikret der du opererer. kompliserte greier..... 7303699[/snapback] Enig. Lenke til kommentar
Langbein Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvor mange lag med kretser er det på en CPU kjerne egentlig? Det må jo være veldig vanskelig å skulle undersøke så miniatyriserte kretser. En kan vel ikke skjære ut den aktuelle delen av den komplekse kretsen (isolere den) for så å kun kjøre tester på denne? Når man programerer må man dokumentere programet. Det er vel noe liknende med en CPU... 7304369[/snapback] Hvem sier at man må dokumentere et dataprogram? Jeg har da aldri hørt om noen slik forskrift. Mange programmer er riktignok dokumentert, enten i form av åpen kildekode, eller at de f.eks. er utviklet for staten eller andre oppdragsgivere som krever grundig dokumentasjon. Lenke til kommentar
Codename_Paragon Skrevet 17. november 2006 Del Skrevet 17. november 2006 Hvordan kan Opti vite at AMD bryter patentene? Har de sittet med mikroskop og studert kjernen til AMD? 7303812[/snapback] Jeg tror det skulle være nok å studere spesifikasjonene. For å ta det i rekkefølge: Sammendraget er felles for alle 3: When a PCI-bus controller receives a request from a PCI-bus master to transfer data with an address in secondary memory, the controller performs an initial inquire cycle and withholds TRDY# to the PCI-bus master until any write-back cycle completes. The controller then allows the burst access to take place between secondary memory and the PCI-bus master, and simultaneously and predictively, performs an inquire cycle of the L1 cache for the next cache line. In this manner, if the PCI burst continues past the cache line boundary, the new inquire cycle will already have taken place, or will already be in progress, thereby allowing the burst to proceed with, at most, a short delay. Predictive snoop cycles are not performed if the first transfer of a PCI-bus master access would be the last transfer before a cache line boundary is reached. Mye tekst under: Klikk for å se/fjerne innholdet nedenfor Patentkrav 1 (som er sentral i et patent): 5,710,906 A method for transferring a plurality of data units between a bus master and a respective plurality of memory locations at sequential memory location addresses in an address space of a secondary memory, for use with a host processing unit and a first cache memory which caches memory locations of said secondary memory for said host processing unit, said first cache memory having a line size of l bytes, comprising the steps of: sequentially transferring data units between said bus master and said secondary memory beginning at a starting memory location address in said secondary memory address space and continuing beyond an l-byte boundary of said secondary memory address space, said sequentially transferred data units including a last data unit before said l-byte boundary and a first data unit beyond said l-byte boundary; and initiating a next-line inquiry, prior to completion of the transfer of the last data unit before said l-byte boundary, to determine whether an N+1'th l-byte line of said secondary memory is cached in a modified state in said first cache memory, said N+1'th l-byte line being a line of said secondary memory which includes said first data unit beyond said l-byte boundary. 5,813,036 A method for reading data in a burst from a memory to a PCI master in response to a burst read access by said PCI master, said burst read access identifying a starting address in a line Ln of said memory, in a system which includes a CPU having a first level cache, comprising the steps of: reading data from said memory according to said burst read access; and simultaneously performing an inquiry cycle of line Ln+1 in said first level cache. 6,405,291 A method for transferring a plurality of data units between a bus master and a respective plurality of memory locations at sequential memory location addresses in an address space of a secondary memory, for use with a host processing unit and a cache memory which caches memory locations of said secondary memory for said host processing unit, said cache memory having a line size of l bytes, and each data unit having a size equal to the largest size that can be transferred with said bus master in parallel, comprising the steps of: sequentially transferring data units between said bus master and said secondary memory beginning at a starting memory location address in an N'th l-byte line of said secondary memory address space and continuing beyond an l-byte boundary of said secondary memory address space, said sequentially transferred data units including a last data unit before said l-byte boundary and a first data unit beyond said l-byte boundary; and where said starting memory location address is the address of the first data unit of said N'th l-byte line, initiating a next-line inquiry, prior to completion of the transfer of the last data unit before said l-byte boundary, to determine whether an N+1'th l-byte line of said secondary memory is cached in a modified state in said cache memory, said N+1'th l-byte line being a line of said secondary memory which includes said first data unit beyond said l-byte boundary; and where said starting memory location address is the address of the last data unit of said N'th l-byte line, completing the transfer of said last data unit without initiating a next-line inquiry to determine whether said N+1'th l-byte line of said secondary memory is cached in a modified state in said cache memory. Lenke til kommentar
Revox Skrevet 17. november 2006 Del Skrevet 17. november 2006 Tipper Opti sliter økonomisk og hva er da bedre enn litt saksøking. Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå