Skip to content

Please don't, this will do a lot more damage than good. #3

Open
@christinaa

Description

@christinaa

I know that while licensing and having to pay to get access to value-add parts of the firmware may seem like an artificial limitation, it's very much a necessary one. Previously all of the people who worked on documenting the instruction set, including the IDA plugin were in pretty much universal agreement that a "DRM bypass" (or piracy in more conventional terms) was flat out off the limits, and that all this work was in spirit of better understanding hardware and interoperability. I was, to a degree hoping this would never happen but it did.

To add to that you may cause what no-one wants which is new firmware locking down the OTP registers and requiring a full chain of trust up to the point of ARM startup. The SoC fully supports secure boot, and the RPi Foundation will likely have no choice but to force it on everyone (all it will take is one firmware update).

While I'm against piracy, I understand the appeal of it for many. However, this won't be a case of "Streisand effect" as much as it will be "VPU Boot chain lockdown". So before this gets a DMCA takedown from Broadcom, I would really urge you to reconsider pursuing this yourself. The code that implements acceleration and DRM for it is in fact proprietary regardless of patents, with this being a clear example of documenting a "DRM bypass".

I do realize this will likely fall on deaf ears but I'll say it regardless.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions