Live data from Hacker News

Viewing profile — ebenupton

ebenupton

HN member
Joined
Thu, Sep 01, 2011, 5:28 PM UTC
HN karma
273
Public activity
35 items

About ebenupton

No profile information was provided.

Recent public activity

  1. comment
    Comment #41200367

    Cortex-M33 timings aren't documented, but one of our security consultants has made a lot of progress reverse engineering them to support his work on trace stacking for differential…

  2. comment
    Comment #41199432

    It's a fair comment. Give our VSCode extension a go: the aspiration is to provide uniform developer experience across Linux, Windows, and MacOS.

  3. comment
    Comment #41199421

    Yes, several approaches. More here: https://x.com/ghidraninja/status/1821570157933912462

  4. comment
    Comment #41196960

    Signed boot. Unless someone at DEF CON wins our $10k bounty of course.

  5. comment
    Comment #41196949

    Significant improvements to flat-out power (switcher vs LDO) and to idle power (low quiescent current LDO for retention). Still not a coin-cell device, but heading in the right dir…

  6. comment
    Comment #41196906

    Thank you. It's been a major effort from the team, and I'm very proud of what they've accomplished.

  7. comment
    Comment #41196902

    It's actually 10 masters (I+D for 4 cores + DMA read + DMA write) versus 6 masters. Or you could pre-arbitrate each pair of I and each pair of D ports. But even there the timing im…

  8. comment
    Comment #41196880

    That's correct. The Arm and RISC-V cores are entirely separate, sharing no logic.

  9. comment
    Comment #41196841

    We did look at this, but the AHB A-phase cost of putting a true arbiter (rather than a static mux) on each fabric port was excessive. Also, there's a surprising amount of impact el…

  10. comment
    Comment #41196825

    It has: you can encrypt your code, store a decryption key in OTP, and decrypt into RAM. Or if your code is small and unchanging enough, store it directly in OTP.

  11. comment
    Comment #41196793

    It's aliiiiiive!

  12. comment
    Comment #30981265

    It is true ROM.

  13. comment
    Comment #30975055

    As did Graham Sanderson, whose Easter egg this is.

  14. comment
    Comment #30733982

    It is. Both from ( https://direct.raspberrypi.com ), and from various disties. Just shy of 300ku on hand at Farnell today ( https://uk.farnell.com/search?st=rp2040 ).

  15. comment
    Comment #7548933

    No - the Model A is still 256MB.

  16. comment
    Comment #7546784

    And an additional 256MB (512MB versus 256MB for the Model A).

  17. comment
    Comment #7324676

    That's not correct. The code that's been released is for BCM21553, which doesn't have a VPU. There are bits and pieces of VPU assembler in there, but they're unused on the ARM targ…

  18. comment
    Comment #7322873

    You're most welcome. Good times.

  19. comment
    Comment #7322728

    Figured you'd get a kick out of this release. Should be enough for people to figure out how Andrew's FFT code works.

  20. comment
    Comment #7322703

    The ability to boot a kernel with USB (and thus Ethernet) running. Probably not display in the first instance (we're hella-resource-constrained), but we'd want to add that later on…

  21. comment
    Comment #7322681

    Fancy meeting you here :)

  22. comment
    Comment #7322603

    BSD-like licenses seem to be the standard for userland graphics libraries. There's a lot of useful stuff in there (for example the shader compiler) that may be of general use elsew…

  23. comment
    Comment #7322574

    Fingers crossed. I'm most excited about the GPGPU stuff people will be able to do now we've documented the instruction set for the QPU. More on this next week.

  24. comment
  25. comment
    Comment #7322558

    I did work on it directly. James (now working solely for Pi as HW director), Gordon (now working solely for Pi as SW director) and I (still working for Broadcom, and for Pi) were m…