Forum TI-Planet.org

Upstreaming U-Boot is pretty much possible. Currently U-Boot status:

1. Functional screen output requires a patch in drivers/video/msxfb.c since the current U-Boot code doesn't not support 24/32b Serial RGB output mode.

2. No keypad driver: have to implement one for on-device console.

3. USB, I2C, PMIC, GPIO (LEDs) and NAND are functional.

Indeed, contacting upstream about those changes would be a good first step

Nice job, and good luck with upstreaming (as much as possible )

https://twitter.com/imbushuo/status/1197040920077594625

As of today the UEFI is capable to bring up Windows 10 IoT into system shell. WinDbg is also available over UART connection.

Very good work
Minutes of boot time isn't exactly fun, but according to your tweet, the CPU isn't running at full clock speed, is it ? 396 MHz is just about the CPU frequency of the Prime G1 or the Nspire CX II series.

Oh great !

Lionel Debroux a écrit:Very good work
Minutes of boot time isn't exactly fun, but according to your tweet, the CPU isn't running at full clock speed, is it ? 396 MHz is just about the CPU frequency of the Prime G1 or the Nspire CX II series.

Yes 396MHz isn't the full speed, dynamic frequency scaling in system is not yet implemented.

Thank you very much, it made the front page today :
viewtopic.php?f=55&t=23173&p=248522#p248519

Impressive result, congratulations

I have what might be a silly question, but I'll ask anyway. My understanding is that you can't upload a modified firmware to the G2 as there's some kind of checksum. If the checksum happens on calculator side, this might be done by the existing bootloader or some other piece of low-level software that doesn't get replaced when flashing an update. Could this code be dumped? Or is it protected behind TrustZone? This could help reverse engineer the checksum protocol and/or build an emulator.

Thanks