Comment How do they know it was working just fine? (Score 2) 54
Did they actually test the memory to see if it was encrypted? How do they know there wasn't an AGESA bug that set the flag in cases where the CPU didn't actually support the feature?
Did they actually test the memory to see if it was encrypted? How do they know there wasn't an AGESA bug that set the flag in cases where the CPU didn't actually support the feature?
From the outside, Red Hat operates as a largely independent subsidiary of IBM. I think it's only in the last year or two that they've even been merging the "business operations" parts like HR.
In some ways, it feels like IBM buying Red Hat was as much about keeping anybody else from buying them (and changing them). Since Red Hat was a public company, anybody with enough cash/stock could have tried to take them over (and it sounds like there were some other interested parties), so IBM making a good offer kept them operating as Red Hat. Imagine for example if Oracle had bought them instead... things would be quite different.
something they have no authority to forbid!
There is absolutely no way the FCC (or any government agency) has legal power to block firmware updates on already-purchased hardware.
When you install software, you can see how big it is, in some OSes/installers you are prompted if that's okay, if you want to enable/disable optional bits, etc. When you install Chrome, it's a certain size to get a web browser.
However, at some indeterminate point later, when you RUN Chrome, it downloads a chunk of data (that's not a browser) that's as big as (or bigger than) the initial browser install. It does this per user on a multi-user system. It does it with no prompting or notification. For a home user, this could be annoying (I discovered this right when it started last fall because it exploded my backups); for a corporate (or especially government) environment, this is unacceptable behavior.
This would be like installing Solitaire, and while you're playing it installs Excel in the background.
Also the high-density LLM racks each can use more power than a typical home has available. My house has 200A 240V split-phase power, which is fairly typical - that's a theoretical max of 48kW. Just one nVidia rack can draw 120kW.
IIRC my typical home usage peak is around 12kW (I am in the southeastern US and have a heat pump, so the day or two every year or two it gets really cold I'll get resistive heating). So let's say I have 36kW "excess" (and assume the utility could deliver that to every house); that's one rack for every 3.3 houses. Now you have to build out the high-speed networking (we have FTTH but it's also not built with 100G in mind) and management for like 3-4 racks on my block.
This is the stupidest of the stupid.
Co-authored-by: Copilot
"should" is doing some heavy lifting there.
But if you're concerned about a cPanel server where you have a site, you could just exploit the hole to gain admin access and then apply the update.
iBCS support in the Linux kernel was removed in January 2008, and it was already unusable at that point (so wasn't deprecated, just removed).
Apparently nobody is using the Linux kernel's drivers for it, these days it's done purely in user-space with no need for kernel drivers.
Worked at a company for 15 years. Company was bought and sold a couple times. Most recent owner decided my position (and that of several others) was to be eliminated. Such is life in the world of Mergers and Acquisitions.
Now I'm looking for another job. The tools at my disposal are better, the resources are better, and the personal networks I have built over the years is better. Hopefully I'll be back to work soon.
Even when residential and office/retail type businesses pay flat rate, heavy industrial electricity users pay based on time of day. When there's high demand, they can even be cut off (in exchange for getting lower rates the rest of the time). Being able to buffer electricity use allows them to cut costs.
The trouble with being punctual is that people think you have nothing more important to do.