News for hackers. Stuff that matters.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by seanhunter on Wednesday December 08, 2021 @10:31AM (#29485937)
This reminds me of a story told to me by a work colleague who began his career on Mainframes in the late 70s. One work place he was at paid several million for a major upgrade to their IBM mainframe. A guy in a white lab coat showed up, took the side panel off the mainframe, removed a circuit board and gave them a piece of paper to sign saying the job was complete.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by PeterisP on Wednesday December 08, 2021 @12:34PM (#29487740)
It's not an ancient practice, I recall a case in the early 2000s where we got an expensive CPU upgrade to a mainframe which was not implemented by "a guy in a white lab coat" but as a one-line script (with a cryptographic key) to unlock more CPUs which were already installed on the system when it was first shipped.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by AnIdiotOnTheNet on Thursday December 09, 2021 @08:11AM (#29496948)
There are Cisco Nexus switches today that require licensing to enable all the ports.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by Taniwha on Wednesday December 08, 2021 @05:42PM (#29491531)
We had a Burroughs 6700, at some point (late 70s) we agreed to pay for what was called the "$50,000 screwdriver" which upped the clock speed - we wrote a contract where we would run a benchmark before and after and if it wasn't X% faster we wouldn't have to pay. We ran the before benchmark, the field engineer went into the cabinets to up the speed, came back looking sheepish, seems he'd regularly been turning the clock speed up during preventative maintenance sessions to make sure the machine was performing OK and at some point had forgotten to turn it back .... we didn't have to pay
Re:Intel updates mysterious ‘software-defined silicon’ code ... by Taniwha on Wednesday December 08, 2021 @05:46PM (#29491563)
Also I designed a Mac graphics accelerator gate array back in the late 80s, we were worried that the promised VRAM performance would not be fast enough so I designed in the ability to add extra clocks to RAS and CAS timings - it ran at full speed which was great, but marketing wanted a lower price-point version of the graphics card so we sold one with a ROM that turned on those extra RAS/CAS clocks
Re:Intel updates mysterious ‘software-defined silicon’ code ... by cyberpunk on Wednesday December 08, 2021 @07:14PM (#29492337)
Hahaha, that's great :}
Re:Intel updates mysterious ‘software-defined silicon’ code ... by squarefoot on Wednesday December 08, 2021 @05:22PM (#29491326)
It's a very common practice, not just in computers. Many digital oscilloscopes (and probably other instruments too) can be hacked by just editing a file or flashing a new firmware. The purpose in scopes is making them behave as more expensive models with much higher bandwidth, which means that faster ADCs and circuitry is already there, but not used to its full potential so that the device can be placed in a lower market segment and sold cheaply.

https://nyctomachia.wordpress.com/2018/09/02/riglol-unlock-e...

https://www.makermatrix.com/blog/hacking-the-siglent-1104x-e...

..etc.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by analog31 on Wednesday December 08, 2021 @06:47PM (#29492110)
And if anything goes wrong, it will just halt during boot and that's a $4000 repair.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by squarefoot on Wednesday December 08, 2021 @07:09PM (#29492311)
Make it at least an order of magnitude less; most of those models are in the $250-$500 range.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by analog31 on Wednesday December 08, 2021 @07:20PM (#29492366)
Probably true. I was thinking of a particular "major" brand. I do own a couple scopes of those lower priced brands.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by ethbr0 on Wednesday December 08, 2021 @10:36AM (#29486007)
Isn't this the same as SaaS thinking, albeit in the hardware era?

For the more common story of IBM enabling present but disabled memory, they couldn't magically teleport a new memory board into your mainframe. But they could ship your mainframe with extra, verified but disabled memory.

Customer UX for memory upgrades then changes from "Wait for it to ship, etc" to "We'll have it done tonight."

Re:Intel updates mysterious ‘software-defined silicon’ code ... by seanhunter on Wednesday December 08, 2021 @11:13AM (#29486523)
Yes indeed. These kind of things afflict enterprise IT all the time.

I used to run b2c teams which dealt with big banks. One bank's IT department used to bill internally for data center costs using RAM as a proxy for energy usage. A big spark cluster was purchased for the project I worked on and the minimum RAM for the spec of machine that was "standard" was 128MB, so to "save costs" they had the data center guy take out half the memory in every machine before racking it up. :-(

Re:Intel updates mysterious ‘software-defined silicon’ code ... by ts4z on Wednesday December 08, 2021 @05:00PM (#29491110)
Tesla sold 75kWh cars to people who bought 60kWh cars. Then, during the wildfires here in California, they remotely unlocked the extra 15 for people trying to get out of town. If you wanted to get access to what you had legal title to, well, that's an upcharge.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by wiedehopf on Wednesday December 08, 2021 @05:42PM (#29491526)
With batteries it's a bit more complicated as LiIon degrades faster at higher charge levels / voltages. So you're trading longevity for extra capacity in that case.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by Gigachad on Wednesday December 08, 2021 @07:02PM (#29492252)
IIRC they did sell people a software unlock for the other capacity which goes against the idea that it was designed to be like that.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by CamperBob2 on Wednesday December 08, 2021 @06:05PM (#29491750)
Not the same thing. In the event of a life- or property-threatening emergency, it's reasonable for the company to temporarily remove the charge cap.

The batteries are backed by a warranty, which in turn is part of the cost of the car. It makes perfect sense to derate the batteries in order to lower warranty costs. Of course, we can debate whether the consumer ever saw the benefit of those lower warranty costs, but the core idea is sound enough.

As for "legal title," you have "legal title" to whatever the sales contract promised. If access to full battery capacity at the expense of service life wasn't in the contract, then you're not entitled to it.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by nitrogen on Thursday December 09, 2021 @12:37PM (#29500408)
As for "legal title," you have "legal title" to whatever the sales contract promised. If access to full battery capacity at the expense of service life wasn't in the contract, then you're not entitled to it.

That's definitely not how physical property works.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by CamperBob2 on Thursday December 09, 2021 @04:40PM (#29503315)
Really? Educate me.

I mean, there are implicit guarantees that don't have to appear in the sales contract, such as the requirement that the car will meet the applicable pollution-control regulations and won't actively try to kill me, but that's obvious enough. Did you have something else in mind, particularly vis-a-vis the batteries?

Re:Intel updates mysterious ‘software-defined silicon’ code ... by nitrogen on Thursday December 09, 2021 @05:29PM (#29503877)
(Not a lawyer) Generally, at least in the US, when you own a physical object, you can do whatever you want with it that isn't explicitly illegal. This is at least partially represented in the first sale doctrine. For a car, you have a literal entitlement document showing that you own it. What you're not entitled to is any help from the manufacturer to do so, except that repairs can't void a warranty if those repairs didn't cause the problem being warrantied. With regard to batteries, there's no reason someone who owns a Tesla shouldn't be able to replace or upgrade the battery they own on the car they own.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by CamperBob2 on Thursday December 09, 2021 @09:51PM (#29505904)
Sure, but what does that have to do with what happened here? No one tried to hack the battery management system. The company modified it as a goodwill gesture (and to ensure that it didn't cause a PR disaster by functioning as intended.)
Re:Intel updates mysterious ‘software-defined silicon’ code ... by nitrogen on Thursday December 09, 2021 @10:14PM (#29506019)
> > If you wanted to get access to what you had legal title to, well, that's an upcharge. > As for "legal title," you have "legal title" to whatever the sales contract promised.

You own the car. You own the battery. No sales contract changes that fact of ownership. They delivered a 75kwh battery into your possession. Since it's your battery, you should be able to use your battery however you want without having to pay Tesla. People are rightfully upset by a PR move that proves that the manufacturer is treating a car that was sold and delivered as if it still belongs to the manufacturer.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by amelius on Wednesday December 08, 2021 @05:22PM (#29491331)
Business practices should have their own book of law, which says what is and what isn't acceptable.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by GuB-42 on Wednesday December 08, 2021 @06:19PM (#29491882)
Why shouldn't it be acceptable?

You bought a 60 kWh car. If it performs as advertised, you not entitled for more, no matter what hardware is inside. And if you find a way to exploit the full capacity of the battery, you can, it's yours, but don't count on Tesla to support it.

I have no problem with market segmentation. It allows more people to have access to a product while protecting the margins of the manufacturer. Because, without margins, there is no product.

And in fact, I am happy when I am traveling and the student next to me paid half of what I paid, I could afford the higher price ticket in exchange for more convenience, so no problem for me, but if the student had to pay the same price as I did, he wouldn't have been able to travel at all. I was like him years ago, and our children will probably be too.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by amelius on Wednesday December 08, 2021 @06:45PM (#29492098)
The problem in this case is that you're dragging along 15kWh worth of battery weight, which is a waste of energy.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by colejohnson66 on Wednesday December 08, 2021 @06:52PM (#29492157)
Either way, the capacity lowers as time goes on. Your 60 kWh battery might become 50 in a few years. The extra 15 is supposedly a buffer against that.

It’s the same thing with spinning hard drives and SSDs. The reported capacity is almost always lower than the actual capacity. That allows dead blocks to be “replaced” without the user even knowing (“remapped sectors”). Could you imagine the PR disaster if your SSD lost visible capacity as time went on?

You do have a point about the weight. The cost of shipping an SSD with 0% overprovisioning and one with 25% is negligible; the ICs weigh just a few grams. However, a car that has to haul an extra 15 kWh of unusable capacity does use extra energy. I’d be curious how much is needed to haul those extra cells.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by sliken on Wednesday December 08, 2021 @10:29PM (#29493483)
Sure, but using 60kwh of a 75kwh battery lasts longer than a 60kwh battery would. Not to mention that Tesla's R&D to make a 60 kwh battery, an extra asmembly line (or one flexible enough to produce both), extra inventory, testing, maintenance manuals, etc all has costs as well.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by yreg on Wednesday December 08, 2021 @07:28PM (#29492429)
Cars are often shipped with disabled seat heaters, CPUs are often shipped with disabled cores. As a customer I don't see why should I mind.

I understand in case of Tesla you don't like the idea of hauling those extra unused cells around. But you are buying a car model with a specific mass, acceleration and range. It makes no difference whether how exactly the producer fit into those parameters.

Re:Intel updates mysterious ‘software-defined silicon’ code ... by OldManAndTheCpp on Wednesday December 08, 2021 @05:27PM (#29491384)
Isn't that just contract law?
Re:Intel updates mysterious ‘software-defined silicon’ code ... by amelius on Wednesday December 08, 2021 @05:38PM (#29491491)
The problem is that the law is too abstract and not sufficiently exhaustive to address all the disingenuous schemes used by businesses.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by Corrado on Thursday December 09, 2021 @02:48AM (#29494887)
I have a similar story. A company I worked for in the 90's had a voice mail system that ran out of storage space for messages. When we upgraded our contract a technician came on-site to expand our storage. I was curious how it worked so I watched over his shoulder; he physically removed a bolt from the hard drive. I asked about it a bit and he said that the bolt had prevent the drive from accessing the entire drive. My mind was blown.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by a45a33s on Wednesday December 08, 2021 @06:54PM (#29492179)
IBM field engineers had a special dongle key that could unlock hardware features that were already present on the hardware, for a price
Re:Intel updates mysterious ‘software-defined silicon’ code ... by acchow on Wednesday December 08, 2021 @04:23PM (#29490703)
What did that circuit board do?
Re:Intel updates mysterious ‘software-defined silicon’ code ... by AnimalMuppet on Wednesday December 08, 2021 @06:14PM (#29491815)
Might have added some capacitance or something to the system clock, so that it didn't cycle as quickly.
Re:Intel updates mysterious ‘software-defined silicon’ code ... by outworlder on Wednesday December 08, 2021 @04:26PM (#29490737)
Hardware-based sleep()? :)