-
-
Notifications
You must be signed in to change notification settings - Fork 65
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
streamline first-time flashing #19
Comments
|
first Test:
Also I tested on an already unlocked flash image. |
ok. are you sure you try to read "online"? I think we can only use |
Figured it out and changed screenshot... |
ok. you don't seem to boot with |
I can not reboot that computer right now, it is in use... |
It might not be that bad idea to also let people specify different flasher... I for example do not use RPi... |
Right now the script is even called "flashrom_rpi_write", so in that case it should be fine :) But in case we rename it to "flashrom_write" and add a flasher-option, I'd invent a new option that translates to the actual flashrom parameters. I don't want people to worry about setting "spispeed" for example: So you would have to add your hardware-option to the script, so people know who they can ask. (Have you flashed multiple x230 devices successfully?) And you'd have to add a "flashing example" section in README. Don't underestimate that work :) |
I am more than ok with doing all of that, in 2 weeks when my exams pass. I
am just noting it here to help engeneer it better...
I will document couple of ways of flashing it.
…On Sun, Apr 15, 2018, 08:49 Martin Kepplinger ***@***.***> wrote:
Right now the script is even called "flashrom_rpi_write", so in that case
it should be fine :)
But in case we rename it to "flashrom_write" and add a flasher-option, I'd
invent a new option that translates to the actual flashrom parameters. I
don't want people to worry about setting "spispeed" for example: -f rpi
would set what we currently have. What do you think? I won't myself
directly add a flashrom command I never tesed though:
So *you* would have to add your hardware-option to the script, so people
know who they can ask. (Have you flashed multiple x230 devices
successfully?) And you'd have to add a "flashing example" section in
README. Don't underestimate that work :)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#19 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAbWlz62VOBD7XvwokzKZVGJ6U6QENsXks5tou2BgaJpZM4TTT2V>
.
|
I'll be able to test internal-reading on a locked flash image next week, hopefully. If that won't work, we should add a script that reads, pulls coreboot (for ifdtool) and optionally me_cleaner and applies everything and flashes back the result, all-in-one. For this, we'd need our flashrom wrapper read-only mode too. Maybe I should simply call the script |
Test on a fresh X230, never flashed before, original Lenovo BIOS and everything:
For my part, I won't further dig in about why this is, and how, because really it doesn't matter that much as long as we still have to disassemble the device for some reason. Let's keep an eye on flashrom though. It looks like we'll focus on creating 2 scripts:
I'll create an "external" or "util" directory, similar to coreboot, only really tiny, and go from there. |
Just to follow-up: "unlocking" is only writing 0xff to 4 bytes:
and this address is read by pawn. if it would be possible to write only this address, we'd win. |
I forgot to close this in one of the commits around today's 0.0.5 release (mainly it's a SeaBIOS update). Anyways, I tested the new process and flashed a "new" X230 using the included scripts now. I like it a lot. It's really painless now to "bootstrap" a device; almost just "wait til it's done" compared to before :) And see how small our release files have become :) 500k instead of 12M. Supporting a different hardware SPI flasher you use and test, is a different issue. |
flashrom -p internal
really not possible for an original Lenovo BIOS?Also, create a flashrom-wrapper (and even include the flashrom program itself?) for writing (read 2x, compare, go on if ok, ...)
That way we'd save a lot of time for first-time flashing. It'd be "hit one button" (twice) on the RPi, instead of the quite involved process it is right now...
The text was updated successfully, but these errors were encountered: