Earlier quoted context omitted.
With the (already?) expiration of x86 patents, I'd love to see a "pure" x86 implementation without any of the user-hostile crap, and see how far the community can take it; but sadly, the RISC bandwagon is diverting attention away from that. A CPU without the user-hostile features but still able to run the massive existing software base would be ideal.
> I'd love to see a "pure" x86 implementation without any of the user-hostile crap, and see how far the community can take it; And who would make the tens of billions of investment to build a fab for that?
Lenovo vendor locking Ryzen CPUs with AMD PSB
191–200 of 234 posts
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#192Earlier quoted context omitted.
With the (already?) expiration of x86 patents, I'd love to see a "pure" x86 implementation without any of the user-hostile crap, and see how far the community can take it; but sadly, the RISC bandwagon is diverting attention away from that. A CPU without the user-hostile features but still able to run the massive existing software base would be ideal.
> I'd love to see a "pure" x86 implementation without any of the user-hostile crap, and see how far the community can take it; And who would make the tens of billions of investment to build a fab for that?
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#193Earlier quoted context omitted.
RISCV is an open architecture. If a manufacturer does that, simply don't buy the processor from that manufacturer and buy it from another. All your software will still be compatible since it's the same architecture. Otherwise with x86 is more complex: you can choose between Intel and AMD (that has bought the license for the x86 instruction set - not something cheap to get), and both of them had their backdoor process…
Assuming that the software is all available from source and can be recompiled. Only the base RISC V is guaranteed thanks extensions. Also you are forgetting that just like Android and ARM, there are other forces at play that don't make it as easy in practice as FOSS advocates wish for.
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#194The problem is the AMD PSB functionality in itself. It should be considered malware like the Intel managament engine and thus refused by users. It's a second processor that runs a proprietary firmware signed by the vendor (that the user cannot modify or substitute entirely with a FLOSS alternative) that vendors can use do harm to the user. The AMD PSB can also be used to lock down a processor to enforce secure boot a…
I find it funny, how software, bugs, and possibly malicious intents are considered way differently than the same thing in practically any other industry. You buy a Toyota, they screw up the floormats, causing a potentially dangerous situation, millions of cars recalled, issue fixed. Volkswagen knows about an intentional 'screwup' (the exhaust cheating), they get caught, class actions, people return cars, get monetary…
And regardless, for a class action suit there'd have to be a class, and as usual the vast majority of people buying Lenovo are not aware of this, wouldn't care if they did, or actually consider it a feature; this article is about some Lenovo machines that I think are sold primarily to businesses who would probably like it if the machine couldn't have end users overwrite the OS or fiddle with the hardware.
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#195Earlier quoted context omitted.
> RISCV architecture (a free architecture that doesn't include that shit) Surely you can't think the architecture itself is the differentiator. x86 didn't have all of this security 20 years ago, give engineers a few years of time to throw some locks on a risc-v chip and it'll be Enterprise Ready™ in no time.
RISCV is an open architecture. If a manufacturer does that, simply don't buy the processor from that manufacturer and buy it from another. All your software will still be compatible since it's the same architecture. Otherwise with x86 is more complex: you can choose between Intel and AMD (that has bought the license for the x86 instruction set - not something cheap to get), and both of them had their backdoor process…
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#196lenovo again.. when it's not shipping with rootkits (they did it twice!) and bloatware, it's about limiting HW a company to boycott
Is there any laptop manufacturer that doesn't ship complete bloat/mal/spy/ware in their products?
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#197Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#198Earlier quoted context omitted.
You said it: it prevents you from booting a custom firmware. If the manufacturer decides to lock down the stock firmware for only booting Windows (something that is not absurd and some manufacturers already attempted in the past, and keep in mind that Microsoft is requiring TPM and secure boot with Windows 11) you are basically screwed. You can't boot Linux with the stock firmware and you can't change the system firm…
A computer that requires the firmware to be replaced to boot Linux is already at the point where 99% of users are just not going to install Linux (I've personally ported Coreboot to two of my laptops, and even I would never buy hardware that required me to do that before I could run Linux). And, well, you may well have never heard of attacks that would be mitigated by these technologies, but I have. Firmware-based at…
Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#199Re: Lenovo vendor locking Ryzen CPUs with AMD PSB
#200The problem is the AMD PSB functionality in itself. It should be considered malware like the Intel managament engine and thus refused by users. It's a second processor that runs a proprietary firmware signed by the vendor (that the user cannot modify or substitute entirely with a FLOSS alternative) that vendors can use do harm to the user. The AMD PSB can also be used to lock down a processor to enforce secure boot a…
RISC-V permits vendor extensions so absolutely nothing is stopping a vendor from creating PSB-like functionality in a RISC-V chip. RISC-V is just an ISA.