Intel Blogs

Intel has been willing to work with Hollywood in the past. There was a lot of controversy over their inclusion of "DRM" hardware in their Sandy Bridge Chips. http://arstechnica.com/business/2011/01/shows-over-how-hollywood-stron… http://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_n… I'd love for more competition in this space. If real IPTV could finally happen it would be great. I use a HTPC with Windows Media Center as my main TV, and I'm tired of dealing with the issues. Cablecard is a pain, Comcast is a pain, commercials are a pain. I just want to watch the few shows I care about. The only thing stopping me from cutting cable and just watching shows on iTunes is live sports.

Fixed in January. https://blogs.intel.com/technology/2020/06/ipas-security-advisories-fo… > 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-manufacturin… 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.…

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.p… 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…

Not sure kicking butt is the right description. See Intel amicus brief describing how Qualcomm applied their No License No Chips NLNC policy, to shift profits to royalties such that Intel and others could not compete on price without selling at a loss. https://blogs.intel.com/policy/files/2019/11/Intel-Amicus-Brief-in-FTC…

While still an issue, many of the really bad offenders leaked chemicals for instance doesn't happen much anymore. Mostly because fab materials are expensive to get and purify. Simply dumping them is wasteful, so anything that can be salvaged and used on the next batch is big savings. ... https://blogs.intel.com/csr/files/2019/11/Circularity-at-Intel-Waste-R…

The important fact being that it only applied to the Intel iGPU. You also had the option to disable that and the HW decoding with the iGPU was also disabled. The successor is called Intel Insider and it's still aimed at the GPU. Basically it's there to make sure the stream goes to the GPU (which has DRM) to be decrypted not to the CPU. That's because nobody was "courageous" enough until now to put the DRM label on a CPU. https://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_…

Here's a supporting link from Intel's blog in 2011 that they are DRMing for Hollywood: https://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_…

they filed an amicus brief: http://blogs.intel.com/policy/2017/05/12/intel-filed-amicus-brief-supp… http://blogs.intel.com/policy/files/2017/05/Intel-Amicus-Brief-FILED.p…

Devices like lower end tablets often have 2 gigs of ram and 32 gigs of flash, which would be problematic because a 64 bit version of Windows uses 3-4 gigabytes more disk space, which would be further amplified by needing that much more space for the recovery partition. These devices are useful, if limited purpose, so putting a 64 bit OS on it doesn't make a lot of sense. Here's an Intel blog post from last year talking about it: https://blogs.intel.com/evangelists/2015/07/22/why-cheap-systems-run-3…

>(for whatever reason, it's not like UEFI is paid by the address bit) 32 bit Windows 10 is 4GB smaller than the 64 bit version. This matters on cheap tablets and netbooks that come with <32gb of MMC storage. I've heard that 32 bit OEM licenses are also slightly cheaper, but I can't find confirmation of that. https://blogs.intel.com/evangelists/2015/07/22/why-cheap-systems-run-3…

AV? https://blogs.intel.com/evangelists/2016/04/26/the-case-for-augmented-…

Give it some time, and you’ll probably need a new Macbook to get an Apple retina display working. Support for Thunderbolt 3 (which should have enough bandwidth to drive a 5K display at 60 Hz) is coming with Intel Skylake chips, which should be arriving next year. http://blogs.intel.com/technology/2015/06/thunderbolt3/

> lots of other funny things Let's not get carried away here. We've been talking about wireless transmission of electrical power for a while now: http://blogs.intel.com/intellabs/2008/10/02/rattner_the_promise_of_wir…

A bit more PR detail on the Content Protection HECI Service aka 'Intel Insider' - http://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_n…

Very relevant demo of Intel-Micron a year ago of a Hybrid Memory cube with stacked DRAM: http://blogs.intel.com/research/2011/09/15/hmc/

I hadn't heard of stacked DRAM. For anyone else looking for a reference, I liked http://blogs.intel.com/research/2011/09/15/hmc/ The description of "getting rid of DRAM" sounds misleading if this is what they are deploying.

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-… * 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.

Now this could be an extension for JavaScript http://blogs.intel.com/research/2011/09/pjs.php

Isn't real time ray tracing more interesting? http://blogs.intel.com/research/2007/10/real_time_raytracing_the_end_o…

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… 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.

Intel has made a library (TBB) and language (Ct) (both based on C++) that tackle different subsets of how you might want to use parallelism. http://blogs.intel.com/research/2007/11/q4_itj.php

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_R… http://blogs.intel.com/technology/2011/01/intel_insider_-_what_is_it_n… http://www.intel.com/content/www/us/en/architecture-and-technology/ant… AMD I have no evidence to support otherwise, but I would not doubt it.