Intel Blogs

The issue at the heart of it is what can be charged for the standard essentials patents which must be licensed in a fair, reasonable and non discriminatory manner (FRAND). Qualcomm committed to these rules and got in return its patents written into the standard i.e. a monopoly. That is the way the wireless and a lot of other industries have worked - like it or not. What is at the heart of the matter is whether Qualcomm lives up to the FRAND rules.

In its Amicus Brief Intel argues (http://blogs.intel.com/policy/files/2017/05/Intel-Amicus-Brief-FILED.pdf) especially against the no-license no-chip policy:

> The Complaint focuses, instead, on Qualcomm’s policy of conditioning its chipset sales on the OEM agreeing that handsets using another vendor’s chipsets
be licensed on the terms Qualcomm dictates. But selling Qualcomm chipsets to an OEM plainly does not “assist” that OEM in producing a handset that uses another vendor’s
chipset making Qualcomm’s policy unnecessary to avoid “assisting” supposed infringement that Qualcomm is no part of. Qualcomm “assists” an OEM’s sale of handsets using other vendor's chipsets only in the sense that Qualcomm could devastate an OEM completely by cutting off its supply.

Imagine Intel insisting that buyers of AMD's chips are following Intel's licensing terms. Qualcomm uses its standard essential patents as power levers. The pricing structure reflects that and is now so out of whack with what is happening elsewhere that Apple now balked. The…

Fixed in January.

https://blogs.intel.com/technology/2020/06/ipas-security-advisories-for-june-2020/

> Finally, in January 2020 we released INTEL-SA-00329 addressing two side-channel issues. Specifically, CVE-2020-0549 addressing an issue called “L1D Eviction Sampling” which has been referred to by researchers as “CacheOut”. The CacheOut researchers recently informed us of a new paper referred to as SGAxe. It is important to note that SGAxe relies on CVE-2020-0549 which has been mitigated in microcode (confirmed by the researchers in their updated CacheOut paper) and distributed out to the ecosystem.

And from the CacheOut paper:

> Finally, Intel had indicated that microcode updates mitigating the root cause behind CacheOut will be published on June 9th, 2020. We recommend these be installed on all affected Intel platforms to properly mitigate CacheOut.

The above blog is indeed dated june 9, however it indicates that the fix was made available, and verified, back in January.

I find fault, or at minimum a conflict, between the researchers publication as of june 9, and Intel's statement on the same date. Pretty horrible. I especially dislike that the paper has a section called "Current Status", while the paper is undated as is the norm for academic papers of this type. The "Current Status" isn't 100% clear but appears to be current as of November 2019, so yes this would be in advance of both the June 9 supposed date and the apparent January actual date. Perhaps the paper…

http://blogs.intel.com/policy/2017/08/14/intel-ceo-leaves-manufacturing-council/

Earlier today, I tendered my resignation from the American Manufacturing Council. I resigned to call attention to the serious harm our divided political climate is causing to critical issues, including the serious need to address the decline of American manufacturing. Politics and political agendas have sidelined the important mission of rebuilding America’s manufacturing base.

I have already made clear my abhorrence at the recent hate-spawned violence in Charlottesville, and earlier today I called on all leaders to condemn the white supremacists and their ilk who marched and committed violence. I resigned because I want to make progress, while many in Washington seem more concerned with attacking anyone who disagrees with them. We should honor – not attack – those who have stood up for equality and other cherished American values. I hope this will change, and I remain willing to serve when it does.

I am not a politician. I am an engineer who has spent most of his career working in factories that manufacture the world’s most advanced devices. Yet, it is clear even to me that nearly every issue is now politicized to the point where significant progress is impossible. Promoting American manufacturing should not be a political issue.

My request—my plea—to everyone involved in our political system is this: set scoring political points aside and focus on what is best for the nation as a whole.…

No one should doubt that these devices are FCC complaint, if not, these companies could not sell in the USA:

http://www.arrl.org/part-15-radio-frequency-devices

> Note: Computer terminals and peripherals that are intended to be connected to a computer are digital devices.

However to ignore the fact the these proprietary CPUs do not have additional opcodes or techniques to read its users work is ludicrous. Here are some prime examples from Intel:

http://software.intel.com/sites/manageability/AMT_Implementation_and_Reference_Guide/DOCS/Implementation%20and%20Reference%20Guide/default.htm?turl=WordDocuments%2Fdetectingwhethertheplatformisinsideoroutsidetheenterprise.htm

http://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_no/

http://www.intel.com/content/www/us/en/architecture-and-technology/anti-theft/anti-theft-general-technology.html

AMD I have no evidence to support otherwise, but I would not doubt it.

I think this would be a good start, but I think for the sake of convenience I would like to see something more along the lines of wireless power like Intel have been playing around with.

http://blogs.intel.com/research/2008/08/you_have_to_see_thiswireless_p.php

I would like to see power companies deploy these wireless charging substations in parking garages and in people's homes and perhaps have it so that the vehicle has it's own power meter - something similar to what you would see on a home now, so that multiple vehicles could be filling up at the same point perhaps and each is generating their own bill which could be paid at the end of the month? similar to how homes work.

That way, the need to "fill up" is removed, making it more convenient than a typical car, which I think might help adoption rates more than just saying it is a more eco-friendly car.

I see this as two separate prophesies:

* One is the Intel MIC, which is due to arrive THIS YEAR (http://blogs.intel.com/technology/2012/06/intel-xeon-phi-coprocessors-accelerate-discovery-and-innovation/)

* One is a total revamp of Operating Systems, so that everything is virtualized.

The first is a hardly a prophesy, because it's so near to being reality, and the article was written on the day of the Intel announcement.

The second is maybe, what, 20 years into the future? I'm not even sure there's a need. Security problems are not technical anymore. They are caused by a breach of trust. Integration between all those different VMs will still be needed. Badware will use this interface too. People like integration. Separating everything into its own VM will hinder that, and customers will not like it.