News for hackers. Stuff that matters.
Re:Patching Pulse Oximeter Firmware by rossant on Sunday December 07, 2025 @07:43AM (#46181301)
> As a side note: replacing the chip took longer than expected. I accidentally ordered a GD32F350R8T6, instead of the GD32F350RBT6 that was in the device originally. These two types differ in their flash sizes: 64 kB vs 128 kB. Don’t ask me why GigaDevice thought this naming scheme and this font was a good idea

An 8 looking almost exactly like a B. What a terrible idea.

Re:Patching Pulse Oximeter Firmware by djmips on Sunday December 07, 2025 @08:39AM (#46181608)
Also the self patching back into protected mode! ugh - good thing they ordered more than one!
Re:Patching Pulse Oximeter Firmware by grishka on Sunday December 07, 2025 @11:30AM (#46182910)
Doesn't the protection usually work such that it prevents reading the firmware but still allows you to erase and reflash it?
Re:Patching Pulse Oximeter Firmware by fusslo on Sunday December 07, 2025 @01:31PM (#46183852)
Assuming the other commenter is correct and the mcu is a clone of an ST product, then it's possible that the protection are fuses that destroy the pathways to the memory. They're one-time writable and cannot be undone. At my work that is how we protect our firmware with a similar ST product.

I'm not sure how it works in-silicon. Would be interesting to know how... but it's sunday afternoon

Re:Patching Pulse Oximeter Firmware by 05 on Sunday December 07, 2025 @09:39AM (#46181976)
Blame STM. Those clones copy (..among other things) the naming convention from STMicroelectronics parts like stm32f103c8t6/stm32f103cBt6. Guess what's the only difference between those.

Oh, and .. since STM likes binning/product segmentation, there's a good chance that if you ignore the reported flash size and still try to flash the full 128K, it works on those models..