Live data from Hacker News

Viewing profile — dougg3

dougg3

HN member
Joined
Thu, Apr 04, 2019, 11:35 PM UTC
HN karma
177
Public activity
49 items

About dougg3

Embedded software engineer who likes to tinker with a lot of things including Classic Macs. https://www.downtowndougbrown.com/

Recent public activity

  1. comment
    Comment #45867804

    Very cool that you worked on the OMAP3 and BeagleBoard! I didn't ask anybody else about it. I just decided to tinker with my USB sniffer to try to get to the bottom of what was goi…

  2. comment
    Comment #45867754

    That's a really excellent point. I will do that!

  3. comment
    Comment #44283814

    Thank you! Hopefully it works for you. I guess I should reword the way I said something in the previous message: when I said "it can force the monitor to always be detected", I rea…

  4. comment
    Comment #44283650

    Yeah, if you are 100% confident you're using your GPU's I2C controller it's probably fine, but the reason I warned about it repeatedly in the post was because I stumbled upon this …

  5. comment
    Comment #44283516

    I also have a couple of passthroughs -- I probably should have mentioned them in the post as another option. The one I have is fancy -- it can read the EDID from a monitor, save it…

  6. comment
    Comment #43380970

    That’s what that was? I noticed it while looking through the Apple HD SC Setup code and assumed it had something to do with A/UX, but had no idea. Good to know!

  7. comment
    Comment #43238490

    Another option, if you can’t find a card, is a ZuluSCSI or BlueSCSI V2 in initiator mode to image the drive to an SD card. It’s pretty nifty! I’ve recently even been using ZuluSCSI…

  8. comment
    Comment #43236960

    There are indeed some aluminum electrolytics hiding on Quantum drives. They look sneakily like tantalum caps, but they're just cans hiding inside a plastic cover. Here's one where …

  9. comment
    Comment #42834121

    It also appears that I may not have been the first one to discover that something odd was going on with that bit, causing it to use A0-A7 (with weird results) instead of D0-D7: htt…

  10. comment
    Comment #42833422

    Don't you think, as a Mac ROM developer, the chances of your software bug being accidentally fixed by the CPU through an undocumented instruction are pretty low? That's what I was …

  11. comment
    Comment #42829400

    I’ve been trying it out a bunch lately. From what I’ve seen, machines with Egret don’t have it enabled by default, but machines with the newer Cuda do.

  12. comment
    Comment #42828114

    My test of an 040 (no A1 change, D1 changed) was on a chip with the following markings: XC68LC040RC25B 02E23G QEDP9348D MALAYSIA

  13. comment
    Comment #42827294

    Thank you! Yes, I will definitely make another post if and when someone figures out what the instruction does.

  14. comment
    Comment #42825436

    On the 040, it seems to do something that actually involves D1. Definitely doesn't touch A1 at all. I didn't test further, but it's possible it just handles the instruction as a no…

  15. comment
    Comment #42825348

    Author here. Yeah, I have a tendency to go into pretty big deep dives when I find stuff like this. It's so rewarding at the end, even if it does take a lot of time!

  16. comment
    Comment #42693991

    Ha! Guilty as charged. I have a coworker who's probably very disappointed in me right now!

  17. comment
    Comment #42687940

    To be fair, other non-cosmetic stuff uses the CPU percentage. This same bug was preventing fast user suspend on the OLPC until they worked around it. It was also a fun challenge.

  18. comment
    Comment #42684209

    Author here. Thanks! I believe the register reads are just extending the delay, although the new approach does have a side effect of reading from the hardware multiple times. I don…

  19. comment
    Comment #41574761

    Thanks! I wouldn't want to write it any other way. I think it helps convey just how much work it really was.

  20. comment
    Comment #41567672

    I'm the author of this article and you're absolutely correct! This was a long, drawn-out project. For some context, I ordered the replacement regulators in February. The new LED dr…

  21. comment
    Comment #41155522

    It lets you see the raw underlying packets like IN, OUT, SETUP, DATA0/1, etc. That capability would be most useful for USB device firmware developers who might want to see these pa…

  22. comment
    Comment #40817090

    Larry’s work on maintaining a bunch of Realtek’s vendor drivers on GitHub was huge for a lot of the community. Even today these forks often work much better than the mainline drive…

  23. comment
    Comment #40802239

    Sorry, I somehow missed your comment until now. Didn't get any notifications. I tend to do it more like what you first said, mocking low-level calls. I typically put all hardware-s…

  24. comment
    Comment #40700769

    This is a really impressive project! It was a fun read. Thanks for sharing! I like this writing style. > As an aside, I try to create a dual-target build for all my embedded projec…

  25. comment
    Comment #40626206

    Hi, I’m the author of this post. I’m not aware of a similar Pico project that acts as an Altera USB Blaster clone. Seems like an interesting project idea though! The CH552 firmware…