<div dir="ltr">So, can someone remind me, is there no native graphics for the T60? I could have sworn we got there last time we met. Or even in Berlin.<div><br></div><div>ron</div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jun 28, 2015 at 7:52 AM Richard Simpson <<a href="mailto:coreboot@huskydog.org.uk">coreboot@huskydog.org.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Carl-Daniel,<br>
<br>
I am back in the factory BIOS.  I have gathered the data for Łukasz and<br>
can upload it as soon as you send me a location.<br>
<br>
For some reason I couldn't get the option ROM via the Linux kernel, but<br>
only from the mapped memory.  Basically, there didn't seem to be any rom<br>
file in the relevant /sys directory.  See below:<br>
<br>
[rsimpson@newpercy Libreboot]$ lspci -tv<br>
-[0000:00]-+-00.0  Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and<br>
945GT Express Memory Controller Hub<br>
           +-01.0-[01]----00.0  Advanced Micro Devices, Inc. [AMD/ATI]<br>
RV515/M54 [Mobility Radeon X1400]<br>
           +-1b.0  Intel Corporation NM10/ICH7 Family High Definition<br>
Audio Controller<br>
           +-1c.0-[02]----00.0  Intel Corporation 82573L Gigabit<br>
Ethernet Controller<br>
           +-1c.1-[03]----00.0  Intel Corporation PRO/Wireless 3945ABG<br>
[Golan] Network Connection<br>
           +-1c.2-[04-0b]--<br>
           +-1c.3-[0c-13]--<br>
           +-1d.0  Intel Corporation NM10/ICH7 Family USB UHCI Controller #1<br>
           +-1d.1  Intel Corporation NM10/ICH7 Family USB UHCI Controller #2<br>
           +-1d.2  Intel Corporation NM10/ICH7 Family USB UHCI Controller #3<br>
           +-1d.3  Intel Corporation NM10/ICH7 Family USB UHCI Controller #4<br>
           +-1d.7  Intel Corporation NM10/ICH7 Family USB2 EHCI Controller<br>
           +-1e.0-[15-18]----00.0  Texas Instruments PCI1510 PC card<br>
Cardbus Controller<br>
           +-1f.0  Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge<br>
           +-1f.1  Intel Corporation 82801G (ICH7 Family) IDE Controller<br>
           +-1f.2  Intel Corporation 82801GBM/GHM (ICH7-M Family) SATA<br>
Controller [AHCI mode]<br>
           \-1f.3  Intel Corporation NM10/ICH7 Family SMBus Controller<br>
[rsimpson@newpercy Libreboot]$ ls /sys/devices/pci0000\:00/0000\:00\:01.0/<br>
0000:00:01.0:pcie01   config                    driver<br>
local_cpus  pci_bus  resource          vendor<br>
0000:00:01.0:pcie08   consistent_dma_mask_bits  enable         modalias<br>
   power    subsystem<br>
0000:01:00.0          d3cold_allowed            firmware_node  msi_bus<br>
   remove   subsystem_device<br>
broken_parity_status  device                    irq            msi_irqs<br>
   rescan   subsystem_vendor<br>
class                 dma_mask_bits             local_cpulist  numa_node<br>
  reset    uevent<br>
[rsimpson@newpercy Libreboot]$<br>
<br>
I'll try switching back to coreboot later today.<br>
<br>
Cheers,<br>
<br>
        Richard<br>
<br>
On 28/06/15 13:45, Carl-Daniel Hailfinger wrote:<br>
> Hi Richard,<br>
><br>
> On 28.06.2015 12:58, Richard Simpson wrote:<br>
>> I have to say that knowing that you have the same T60 and that it is<br>
>> working is a big moral boost!<br>
><br>
> Imagine how I felt when it happened to me. Fortunately that was at a<br>
> coreboot developer meeting and we had the tools to recover in case it<br>
> wouldn't have worked.<br>
><br>
><br>
>> Yes, the VGA port is working.<br>
>><br>
>> Can you possibly expand on your instructions below?<br>
>><br>
>> 1) You suggest that I patch the option ROM myself.  Where would I find<br>
>> instructions on how to do this?<br>
><br>
> I had hoped that the option ROM patching was straightforward, e.g.<br>
> having LVDS data or somesuch in there. Comparing hexdumps of a<br>
> memory-extracted and a biosimage-extracted option ROM showed me that<br>
> while the differences are clearly visible, their meaning is not obvious<br>
> (it's not EDID). So this method is probably not going to fly.<br>
><br>
><br>
>> 2) If I decide that I need to extract it from a running system then I<br>
>> presume that I need to re-flash the factory BIOS.  Can I just do this<br>
>> with the same flashrom command that I used to flash coreboot?<br>
><br>
> You can do this with the same flashrom command you used to flash the<br>
> image a second time. Please don't use bucts for flashing back from<br>
> coreboot to factory BIOS, you only need it in the BIOS->coreboot direction.<br>
> That said, I think Vladimir Serbinenko (phcoder) had a trick on how to<br>
> modify the original BIOS so that bucts wouldn't be needed any more in<br>
> either direction.<br>
><br>
> Łukasz Dmitrowski is one of our GSoC students and part of his project is<br>
> to try to make such stuff easier in the future. He needs data for that,<br>
> though.<br>
> Richard, could you please collect the following data (as root) from the<br>
> system while it's running the factory BIOS?<br>
> lspci -nnvvvxxxx<br>
> dmidecode<br>
> video BIOS via both extraction methods (please make sure that we can<br>
> find out which is which)<br>
> superiotool -deV<br>
> dmesg<br>
> /var/log/Xorg.0.log (name may be a bit different, I want a log file from<br>
> Xorg running on the machine while the factory BIOS is active)<br>
> flashrom dump of the factory BIOS<br>
><br>
> Please don't send that data to the mailing list, I'll provide some space<br>
> for you to upload it.<br>
><br>
><br>
>> 3) On this page (<a href="http://www.coreboot.org/VGA_support" rel="noreferrer" target="_blank">http://www.coreboot.org/VGA_support</a>) two ways of<br>
>> getting the video BIOS from a running system are listed ('Retrieval via<br>
>> Linux kernel' and 'Extraction from mapped memory').  Does it matter<br>
>> which one I try?<br>
><br>
> AFAICS the images you get should be identical. Better check them to make<br>
> sure.<br>
><br>
><br>
>> 4) Can you be a lot more specific about what I should do about the checksum?<br>
><br>
> Either let SeaBIOS ignore the checksum:<br>
> # cbfstool build/coreboot.rom add-int -i 0 -n etc/optionroms-checksum<br>
> Or you correct the checksum of the option ROM itself. IIRC there is some<br>
> tool to do that, but I coudln't find it in my bash history.<br>
><br>
><br>
>> Apologies if all these instructions are in the Wiki and I have been too<br>
>> dumb to find them.<br>
><br>
> Not sure if all of this is in the wiki. If you think anything is<br>
> missing, please tell me so I can add it.<br>
><br>
> Regards,<br>
> Carl-Daniel<br>
><br>
><br>
>> On 27/06/15 23:19, Carl-Daniel Hailfinger wrote:<br>
>>> On 27.06.2015 23:39, Richard Simpson wrote:<br>
>>>> I have finally successfully flashed the BIOS on my T60 with coreboot.<br>
>>>> Sadly, my ATI controlled screen remains completely black.  Fortunately I<br>
>>>> can still get in via ssh.  Here is what I can deduce so far.+<br>
>>> AFAICS you have exactly the same T60 as I have.<br>
>>><br>
>>><br>
>>>> lspci says:<br>
>>>> 01:00.0 0300: 1002:7145 (prog-if 00 [VGA controller])<br>
>>>> [...]<br>
>>>> The vgabios which I extracted from the factory bios<br>
>>> Ah yes. Bad idea. AFAIK the factory BIOS patches the VGA optionrom at<br>
>>> runtime with the correct values for the LVDS panel. This means you<br>
>>> either have to patch the VGA optionrom yourself or you have to extract<br>
>>> the VGA optionrom from the memory of the running system. If you extract<br>
>>> it from memory, please note that the runtime patching causes the<br>
>>> checksum to be incorrect, and you either have to fix the checksum or<br>
>>> tell SeaBIOS to ignore the checksum.<br>
>>><br>
><br>
><br>
<br>
<br>
--<br>
coreboot mailing list: <a href="mailto:coreboot@coreboot.org" target="_blank">coreboot@coreboot.org</a><br>
<a href="http://www.coreboot.org/mailman/listinfo/coreboot" rel="noreferrer" target="_blank">http://www.coreboot.org/mailman/listinfo/coreboot</a></blockquote></div>