From 8df313c4d6607181576471e08d7e909c9c0f33e9 Mon Sep 17 00:00:00 2001
From: Francis Rowe TODO (bold means high priority)
-
-
- Find how to implement the fix from 5927/3 (see #5320_kernel312fix) and push with 5320 as dependency
@@ -74,23 +64,9 @@
-
-
+
fchmmr: see this topic http://review.coreboot.org/#/q/status:open+project:coreboot+branch:master+topic:clang-fixes,n,z you will need those fixes to get anywhere with building t60/x60 with clang. at the time of writing that was 6122/1, 6121/1, 6120/1 and 6119/1
@@ -146,17 +122,102 @@
TODO: T60: find (for rare buggy CPU's that are unstable without microcode updates) if there is a workaround (patched kernel, special parameter, etc) So far, only 1 processor has been found to have issues. See microcode errata sheets http://download.intel.com/design/mobile/SPECUPDT/31407918.pdf and http://download.intel.com/design/mobile/SPECUPDT/30922214.pdf and then look at the debugging results collected in t7200q directory (q means quirk).
+ Every other T7200 tested so far has worked without microcode updates. +
++ Based on information supplied by Charles Devereaux. Look into this. The following are the files + that he gave me, and what he said: +
+ ++ failsafes to allow people to experiment with few risks.The memdisk tries to load a grub.cfg from each partition, + failing that from the CBFS, and failing that prepares the serial port and + shows a simple menu reminding the user that this is the memdisk (beeps are + also played) and some simple options (ex: call directly a linux kernel). +
+ ++ The grub.cfg from the CBFS tries to load a working grub.cfg from a + thumbdrive, and failing that shows a menu offering to boot on seabios (for + CD boot) +
+ ++ This makes it possible to say remove the HD and still have a booting + machine (using a thumbdrive) - which may be an interesting option to offer + to your users (a "rescue/reinstall" thumbdrive, or a simple failsafe in + case the user wants to reinstall from a CD into a brand new HD) +
+ ++ It's also hacker friendly: +
++ Just some simple if logic, but it does the job. +
+ +
+ Besides that, if you want to experiment with fast booting, my systemd
+ configure script follows. Just boot your kernel with
+ init=/lib/systemd/systemd. You also need to add at the botton of the
+ resulting /lib/udev/rules.d/99-systemd.rules the following to make network
+ configuration automatic:
+
+ SUBSYSTEM=="net", KERNEL!="lo", TAG+="systemd",
+ ENV{SYSTEMD_ALIAS}+="/sys/subsystem/net/devices/$name"
+ ENV{SYSTEMD_WANTS}="ifup@%k.service"
+
+
- Fix X60 Tablet issues (see incompatible panels listed at ../index.html#supported_x60t_list). + It will put the systemd stuff in /lib/systemd instead of /usr/lib/systemd + (on debian), allowing a peacefull coexistence, and won't use any of the old + /etc/init.d stuff (major cause of slowdown).
+ This is the exact systemd configuration I used to get a system up in 0.6s + as reported on the mailing list. +
+ ++ Further optimizations of the boot-time requires to optimize the kernel + configuration even more. Here is my current .config (everything is + built-in, slowly removing modules (ex: yenta, firewire) one by one to see + where I can gain speed. +
+ + + +Fix T60 issues (see incompatible panels listed at ../index.html#supported_t60_list).
@@ -176,6 +237,20 @@Other values/registers might also need to be added to the script for these tests.
+ ++ check if intel_bios_reader from intel-gpu-tools reports the same value (BIOS has a hardcoded value) for PWM modulation frequency. + This file can read the VBIOS (64K dump). +
+ ++ Check other tools in intel-gpu-tools aswell, compare outputs. Possibly add more information to intel-regs.py output (submit changes to mtjm). + Do oprom trace / replay (http://www.coreboot.org/User:GNUtoo#How_to_get_rid_of_the_vbios_of_the_x60_.5BNew_Version.5D) +
+ ++ Study how EDID works and how gma.c handles it. +
Original getregs.py script can be found at http://hg.mtjm.eu/scripts/file/tip/intel-regs.py @@ -219,15 +294,12 @@ Also check #5320_kernel312fix (to fix 3D on kernel 3.12/higher)
- The fix below was done on 5320/6 but should work just fine on later versions of 5320. + The fix below was done on 5320/6 (from review.coreboot.org) but should work just fine on later versions of 5320.
Native gpu init + backlight controls! (Fn keys). Also confirmed on X60 Tablet (1024x768) and X60 Tablet (1400x1050)
- Checkout http://review.coreboot.org/#/c/5320 on top of a coreboot git clone. -
-Add backlight controls: in src/mainboard/lenovo/x60/devicetree.cb, change gpu_backlight to 0x879F879E
@@ -236,6 +308,9 @@ # devmem2 0xe4361254 w
+ The change is also included in libreboot 6. +
+When doing this, it gave back that value. The same trick was used to get backlight controls for T60 (see #t60_native_notes).
@@ -278,14 +353,7 @@ Also check #5320_kernel312fix (to fix 3D on kernel 3.12/higher)- The fix below was done on an earlier version of 5345, but should work on the current version. -
-- Native gpu init + backlight controls! (Fn keys). Working on all panels except for 14" XGA (1024x768) and 15" XGA (1024x768)! -
-
- Checkout http://review.coreboot.org/#/c/5320 - and then cherry-pick http://review.coreboot.org/#/c/5345 on top of a coreboot git clone. + The fix below was done on an earlier version of 5345 changeset (review.coreboot.org), but should work on the current version. it is included in libreboot 6
Add backlight controls: in src/mainboard/lenovo/t60/devicetree.cb, change gpu_backlight to 0x58BF58BE @@ -300,8 +368,7 @@
- Note to self: Run oprom trace for phcoder (T60 w/ 5320+5345 + oprom + grub) for phcoder. This (among other things) - might help to get all panels supported, without modification. + See #lcd_i945_incompatibility.
@@ -417,6 +484,9 @@+ intel_bios_dumper (use man) in intel-gpu-tools seems interesting. +
+Use 'drm.debug=0x06' kernel parameter when booting in grub! Make sure to use kernel 3.14.4 as before (or any recent kernel).
-- cgit v0.9.1