Hi again!

Yes it seams it was some kind of firmware fault, however I did not have to update it, it was apparently enough to disable the VT-d feature in BIOS, doing a cold boot cycle and re-enable the feature again.

I think it's working now but on every boot I get the following TXT.ERRORCODE: 0xC0000001 which I can't figure out what it means, is this normal?

The complete log is available on: http://paste.ubuntu.com/7094797/

Anyway, thank you for your help, I would not have gotten this far without your response!

//Alexander Nilsson

2014-03-14 18:58 GMT+01:00 Ross Philipson <ross.philipson@citrix.com>:
On 03/14/2014 11:19 AM, Alexander Nilsson wrote:
Thank you for quick answer!

VT-d is enabled in the BIOS.

    $ ls /sys/firmware/acpi/tables

Right so it looks like you have firmware issues on this system. You should have a DMAR table - it is what describes the VT-d hardware and its capabilities. I guess the first step is to see if Lenovo has a firmware update.

There is nothing that look like DMAR in there. I did also a "sudo
acpidump | grep -i DMA" but nothing intresting showed up.

Once again, thank you for your quick reply!


2014-03-14 15:34 GMT+01:00 Ross Philipson <ross.philipson@citrix.com

    On 03/14/2014 09:52 AM, Alexander Nilsson wrote:


        I'm trying to get tboot to work, but I'm getting nowhere fast.

        I've installed tboot (1.7.4-0ubuntu1 via apt-get) on xubuntu 32-bit
        (kernel 3.11.0-18-generic) on my machine (Lenovo Thinkpad Helix

        Then I put the 3rd_gen_i5_i7_SINIT_67.BIN file in /boot/
        directory (got
        it form intel web page).

        I edited relevant lines in /boot/grub/grub.cfg to look like this:

             submenu "tboot 1.7.4" {
             menuentry 'Ubuntu GNU/Linux, with tboot 1.7.4 and Linux
             3.11.0-18-generic' --class ubuntu --class gnu-linux --class gnu
             --class os --class tboot {
                      insmod part_msdos
                      insmod ext2
                      set root='hd1,msdos1'
                      if [ x$feature_platform_search_hint = xy ]; then
                        search --no-floppy --fs-uuid --set=root
             --hint-bios=hd1,msdos1 --hint-efi=hd1,msdos1

                        search --no-floppy --fs-uuid --set=root

                      echo    'Loading tboot 1.7.4 ...'
                      multiboot       /tboot.gz /tboot.gz
             logging=serial,vga,memory vga_delay=5
                      echo    'Loading Linux 3.11.0-18-generic ...'
                      module  /vmlinuz-3.11.0-18-generic
             root=UUID=abda87ef-d7e7-4411-__a3cc-49817ad7b692 ro  quiet

                      echo    'Loading initial ramdisk ...'
                      module  /initrd.img-3.11.0-18-generic
                      echo    'Loading ACM module ...'
                      module  /3rd_gen_i5_i7_SINIT_67.BIN

        After this i reboot and select "tboot ..." in grub menu.

        After displaying "Executing GETSEC[SENTER]..." the machine
        reboots and
        on the next attempt I get the following error:

             TXT.ERRORCODE: 0xC00010c1
             AC module error: acm_type=0x1, progress=0x0c, error=0x4

        I've decoded the error code as per SINIT_Errors.pdf from the
        intel web page:

             1 - Valid
             1 - External software
             000000 - Reserved
             00000000 - Minor Error code
             0 - Sotware source
             00100 - Major error code
             001100 - Class code
             0001 - Module type

        Acording to the pdf this indcates: Class ACPI Check, DMAR not found.

        I have really no idea where to go from here, what do you guys

        I would have included more logs in this message, but I only have
        them in
        JPEGs since I had to take pictures of the screen to save the
        output. If
        you think it will help I will attempt to transcribe them to text and
        post a link to pastebin ?

    Do you have VT-d enabled on the system? You will need to turn that
    on. If that is not the issue, you could try using acpidump or
    looking in /sys/firmware/acpi/tables to see if your DMAR table is
    actually there.

        Thank you in advance!

        //Alexander Nilsson


        Learn Graph Databases - Download FREE O'Reilly Book
        "Graph Databases" is the definitive new guide to graph databases
        and their
        applications. Written by three acclaimed leaders in the field,
        this first edition is now available. Download your free book today!

        tboot-devel mailing list


    Ross Philipson


No virus found in this message.
Checked by AVG - www.avg.com <http://www.avg.com>
Version: 2014.0.4336 / Virus Database: 3722/7192 - Release Date: 03/13/14

Ross Philipson