-
-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
T530/w530 disassembling/flashing notes #83
Comments
@tlaurion Will work on it. Should be able to make progress on various wiki-related things over the holidays. I'm still learning the idiosyncrasies of these 15" boards. My latest finding is that the WAL or CMOS battery workarounds are not necessary if you use the wonderful blue LC Technology CH341A programmer (e.g. like this one here). That gets a clean read on the 8MB chip T530 and W530 boards without either workarounds and unlike the black CH341A, which appears ubiquitous these days) does not send 5v through the data channels. So, my latest assumption is that this the safest and most efficient way to work on the t530 and w530 boards. Nonetheless, I'll document all three options when I work on this. |
For another way of flashing without disassembling the whole laptop? |
From my experience with coreboot and two T530: I physically cut out the part of the board case that was blocking access to the ROM chips. This is a bit archaic, but works if one's not clumsy. I used a relatively strong side cutter. Pomona worked fine afterwards. For flashing with a RPi I followed these instructions: I.e. I had to internally power the flash chips. A comment from another user that I recall: Internal flashing is really useful for that one later on as physical can be a bit messy (see above). So I hope that heads doesn't disable the internal flashing option. |
@3hhh seems like 3.3v is just not enough to reliably have a reading of the 8mb spi. Tests as in OP here suggests to have CMOS battery connected to have reliable readingwith 3.3v compliant programmers. Another path for flashing without disassembling is superficially highlighted here for w530 hamishcoleman/thinkpad-ec#70 (comment) with cn100 pad? Someone has more info on that soldering pad? Pictures? |
Some pictures Schematics: Someone played with that? |
I am confused. The title mentions T430 but I find no mention of it within this thread. Am I missing something here? |
@nomenkai I'm not sure if t430 is part of this documentation issue and I think it was in issue title per error. T530 and W530 are from same series and shared same issues with underpowered/overpowered programmer. I am removing t430 of title. |
It is to note that ch341a 1.6+ versions have a switch for voltage which mitigate the issue just like the referred LC technology version. As opposed to that specific version, ch431a 1.6 programmers have a switch. I would recommend buying from 3mdeb shop for a complete kit with wires preassembled. |
Ebay and other sources now have a 'ch341a v1.7' that have a switch. They are widely available. Here a search-link: https://www.ebay.com/sch/i.html?_nkw=ch341a+v1.7 |
@eganonoa wrote : "Note: it can be tricky to properly read the 8MB chip on the T530 and W530 (see #996). This appears to be because the two chips share a power source on these boards (see generally). This is true for both the Rasbperry Pi and the CH431a. There appears to be two workarounds: (1) the Wake on Lan method (which has the one downside of only working once, because it is not supported by coreboot and is, therefore, not available after flashing); or (2) keeping the CMOS battery plugged in, which works also post-flashing. Both methods provide a little extra power to the board and appear to then be sufficient to get enough power to the 8MB chip to get a proper read of it. The Skulls team generally suggest using an external power source with the CH341a, and it's possible that this might help, but I have not tested."
From linuxboot/heads#1072 (comment)
This needs to be documented properly
The text was updated successfully, but these errors were encountered: