User: Password:
|
|
Subscribe / Log in / New account

Loading keys from Microsoft PE binaries

Loading keys from Microsoft PE binaries

Posted Mar 14, 2013 16:18 UTC (Thu) by Jonno (subscriber, #49613)
In reply to: Loading keys from Microsoft PE binaries by nye
Parent article: Loading keys from Microsoft PE binaries

> The RPi is an exceptionally closed platform; in order to do anything with it you need to use Broadcom's binaries.
Sure, just as you need to use «Motherboard-Manufacturer»'s binaries (eg. BIOS and/or EFI firmware) to do anything on a regular x86 PC...

> Bear in mind that the main processor is actually the GPU; the processor that Linux treats as the CPU is in fact completely controlled by the graphics firmware.
That is true. To my knowledge, the only other common system where Linux were run on a co-proessor and completely at the mercy of another OS the original PS3 (where the system was under the control of OtherOS running at one of the SPU's, while the PPC core and remaining SPU's was allocated to Linux, with a limited fw interface to OtherOS to access the HDD and display hardware). As I recall, the PS3 was lauded for it's comparative openness at the time (well, until they removed OtherOS from the firmware)...

To my mind, the only thing that makes the Pi "worse" than the competition is that the binaries are located in a FAT FS on an SD-card, rather than in on-board flash, and thus more obvious to the casual observer. That it simplifies fw upgrades (and downgrades, making a PS3-like bait-and-switch by Broadcom impossible), seems to be ignored.

The Pi situation is by no means "good" from a user freedom perspective, but it's not really any worse than any other arm, x86 or ppc system in existence.


(Log in to post comments)

Loading keys from Microsoft PE binaries

Posted Mar 14, 2013 17:24 UTC (Thu) by johill (subscriber, #25196) [Link]

> where the system was under the control of OtherOS running at one of the SPU's, while the PPC core and remaining SPU's was allocated to Linux, with a limited fw interface to OtherOS to access the HDD and display hardware

I believe this is a misrepresentation, Linux/OtherOS was/is running in a hypervisor, not on the bare metal other CPU. The SPUs couldn't control the main CPU anyway, they're pretty much just signal processing units.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds