Finally managed to dump the UEFI from the #LoongArch #XC-LS3A6M board. Found two flash chips that didn’t contain UEFI and was confused. Guess where the actual UEFI flash chip was? Yep. Below the CPU cooler!
Also, I now know that the UEFI consists of parts compiled by a Meng Xiangdong for the LoongArch UEFI parts, while the parts specific to the XC-LS3A6M are compiled by a Luka Lian.
I know that because they leaked source paths into the binary, of course.
=> More informations about this toot | More toots from js@nil.im
@ariadne Also, I now got definitive proof that the board is made by ASUS. I believe the leaked source paths starting with “/home/luka_lian/xc-fusion/Build/Ls3a60007a/RELEASE_GCC5/LOONGARCH64/AsusPkg” are very clear.
=> More informations about this toot | More toots from js@nil.im
@ariadne Also, they used a debug build. Have you dumped the reference board yet? If that one is not debug, the XC-LS3A6M might be very interesting for porting coreboot ;).
=> More informations about this toot | More toots from js@nil.im
@ariadne 923800a0fcb2cbb90315afaf3f99aba8d139d3018a4594866f148254fcffc7b6
Do you have the the same?
=> More informations about this toot | More toots from js@nil.im
@js i am busy, i will look later
=> More informations about this toot | More toots from ariadne@treehouse.systems
@js yes, that matches the dump i have for the XC-LS3A6M. did not know that firmware was built with debug though. the EVB firmware has some packages with debug, and others without.
=> More informations about this toot | More toots from ariadne@treehouse.systems
@ariadne Not sure all is built with debug, but some parts definitely are!
Great to see you have the same SHA-256! I guess you didn’t change any settings on yours either than, still with the default Chinese and everything? If you did change it to English, I wonder if there is yet another flash where it stores settings ;).
=> More informations about this toot | More toots from js@nil.im
@js have not changed that board to english yet
=> More informations about this toot | More toots from ariadne@treehouse.systems
@ariadne Cool, that explains! Nice :)
In that case there’s also zero identifying things in the UEFI! I guess we should just archive it somewhere?
=> More informations about this toot | More toots from js@nil.im
@js may be useful, but i would recommend sticking with the EVB for firmware shenanigans because of the dual flash
=> More informations about this toot | More toots from ariadne@treehouse.systems
@ariadne Not sure how you dumped the flash, but did you see the pads next to the flash? I believe the dual flash can be added to that board by soldering on another flash chip.
=> More informations about this toot | More toots from js@nil.im
@js i used a clip-on programmer and yes, this does basically look to be a "gamerified" variation of the evaluation board
=> More informations about this toot | More toots from ariadne@treehouse.systems
@ariadne Ah. There’s pin headers next to the flash. And pads for pin headers for the second flash as well. So you could just plug a cable and put the heat sink back to still have access to the flash :).
=> More informations about this toot | More toots from js@nil.im This content has been proxied by September (3851b).Proxy Information
text/gemini