Beelink CS-Sylvia
Thanks for confirming the port - I used the side USB port this time.
I also connected a UART console to capture the boot log during the attempt. It confirms the SoC itself is alive (BL1 is running), but it never reaches Maskrom/download mode - instead it just keeps cycling through its normal eMMC/SD boot search and failing, over 400 times in a row:
GXM:BL1:dc8b51:76f1a5;FEAT:ADD4319C:80;POC:3;EMMC:0;READ:0;CHK:137;SD:800;LOOP:1;…LOOP:2;… (identical EMMC:0 / READ:0 / CHK:137 / SD:800 result on every single loop)
If the eMMC_CLK/GND short had triggered Maskrom mode correctly, I’d expect the chip to stop this search and just wait for the USB host instead - so it looks like the short still isn’t registering at power-on.
A few questions for your technicians:
- Does the short need to already be in place before power is connected, and held continuously through power-on - or is there a different timing requirement?
- Is there a way to verify with a multimeter that the short is making solid contact, in case the tweezer contact isn’t clean?
- If the eMMC read failures point to actual eMMC damage, is a microSD-based recovery possible for this model using the files you already provided?
Happy to share the complete log or a short video of the procedure if useful.