To the guys with electrical knowledge: Do you think that soldering the MOSFET not directly on the capacitors but for example via 0.1mm - 0.25mm wires with let's say 1-2cm length will introduce significant delays (important for the voltage glitch)? I don't have a HWFLY CPU cable but I have loose MOSFETs, of course they're tiny as hell but I think it's easier to later disconnect them from the Switch when using wires if I choose to.
It's for the SD card SDIO mode, which is in itself pretty much identical to the eMMC native mode. I'll try to modify it so that it only needs one DAT line (the code above uses 4 DAT lines on the SD card) and then I'll try to port the command flow of HWFLY-NX over.
I have an SD card breakout board hooked up and I hope that the SDIO mode supports the same command set of eMMCs, otherwise I'll have to hook the test setup up to my Switch but then I'll only test the read commands, I don't want to break my Switch lmao.
To the guys with electrical knowledge: Do you think that soldering the MOSFET not directly on the capacitors but for example via 0.1mm - 0.25mm wires with let's say 1-2cm length will introduce significant delays?
To the guys with electrical knowledge: Do you think that soldering the MOSFET not directly on the capacitors but for example via 0.1mm - 0.25mm wires with let's say 1-2cm length will introduce significant delays (important for the voltage glitch)? I don't have a HWFLY CPU cable but I have loose MOSFETs, of course they're tiny as hell but I think it's easier to later disconnect them from the Switch when using wires if I choose to.
It's for the SD card SDIO mode, which is in itself pretty much identical to the eMMC native mode. I'll try to modify it so that it only needs one DAT line (the code above uses 4 DAT lines on the SD card) and then I'll try to port the command flow of HWFLY-NX over.
I have an SD card breakout board hooked up and I hope that the SDIO mode supports the same command set of eMMCs, otherwise I'll have to hook the test setup up to my Switch but then I'll only test the read commands, I don't want to break my Switch lmao.
@Tafty The picture of the switch lite with the rpi2040 installed is yours? If that is the case, Did you tried to dump de boot0 with hekate to see if the chip do something wrong there to not launch HOS?
Would be interesting to see the differences between boot0 of the same console with hwfly and picofile
you can boot in official mode, it s strange no one test to apply the patch on Boot0 that hwfly of sx core do the Emmc.
Maybe it s the fix for boot in CFW mode.
you can boot in official mode, it s strange no one test to apply the patch on Boot0 that hwfly of sx core do the Emmc.
Maybe it s the fix for boot in CFW mode.
it s not payload, it s a patch with some data on partition BOOT0
So you just need to dump the BOOT0, patch in the computer, and flash with hekate.
Then test the boot, and see what's happen.
I will test on unpatched unit, I will dump boot0 before installing the modchip and see if picofly flash this part.
I am pretty sure he don't flash the BOOT0
it s not payload, it s a patch with some data on partition BOOT0
So you just need to dump the BOOT0, patch in the computer, and flash with hekate.
Then test the boot, and see what's happen.
I will test on unpatched unit, I will dump boot0 before installing the modchip and see if picofly flash this part.
I am pretty sure he don't flash the BOOT0
From what I gather the picofly is 100% real.
I hope the original Russian dev gets the credit for making this.
Zecoxao most likely just dumped the firmware from the rp2040 which Matthew77 discovered on the Russian craigslist type site.
He is now probably rewriting the FW and improving it to take all the credit.
I have checked the site myself and can't find any more of these, otherwise I would have also purchased one myself.
There are many reasons to be excited about this.
iolo57 already designed a pcb for the rp2040 for easy soldering