Several problems with Surface Pro 4

[jhuesser]

Here are the steps wich resolved the issues:

@jhuesser said in Several problems with Surface Pro 4:

• If i select an entry the display just goes dark, nothing happens

Use intel7156.efi

• If i select Boot from harddisk REFIND_EFI starts, i need to press a key and then windows tries to boot but get stuck at the windows logo. (no problem if i boot without pxe)

Use intel7156.efi

• If a task is assigned it get stuck at

bzImage... ok
init.xz... ok

Use intel7156.efi

• Perform Full Host Registration and Inventory & Quick registration doesn’t work (Select menu entry -> screen goes dark; Quick registration -> chainload failed).

manually add the host and add has_usb_nic=1 to the host settings. (also for dhcp error in FOS)

@jhuesser said in Several problems with Surface Pro 4:

@george1421 It doesn’t recognize the keyboard at this point. (…)

Use an USB-Keyboard with an USB-Hub

@Sebastian-Roth Am I right, if i used the USB keyboard at the beginning, there is no need to modify the initrd to remove the keyboard interaction?

@Tom-Elliott said in Several problems with Surface Pro 4:

@george1421 lshw lsusb lspci dmesg

Personally, dmesg will probably be of more use as even if the kernel doesn’t have drivers we should see the device in the list on load up.

Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?

[Quazz]

@jhuesser So the NIC can get DHCP in debug_mode now?

Am I right, if i used the USB keyboard at the beginning, there is no need to modify the initrd to remove the keyboard interaction?

Yes

Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?

I think either works, but likely more convenient to boot ubuntu to transfer the output. Make sure the keyboard dock is connected on boot so the information is collected.

[jhuesser]

@Quazz Will do it tomorrow, right now the Surface is getting imaged, and it takes a bit long (old USB HUB)

[Sebastian Roth]

@jhuesser said:

Should i execute dmesg on a ubuntu bootet on the SP4 or in the FOS Engine?

Both will give us some good information although I think that running those on the FOG system would give us a better idea what works and what not.

[jdd49]

@Tom-Elliott
Not sure if you got the keyboard issue figured out or what drivers / patches you added, but I have successfully used this in the past for SP4
https://github.com/cransom/surface-pro-3-nixos/blob/master/multitouch.patch

[Tom Elliott]

@jdd49 I’ve saved this on my bookmarks list and updated the kernels to have the reflected patch changes within the current 4.7.1 kernels.

Thanks for posting.

[Wayne Workman]

#wiki worthy

[jhuesser]

This is the output of the dmesgcommand, once in Ubuntu on the SP4 and once in FOS.

(I wanted to upload it here, Got an error “You have not enough privileges”)

dmesg output on google drive

[jhuesser]

Just a small update:

In my solution post i wrote, that I’ve used intel7156.efi as bootfile. Just tried to image again and iPXE couldn’t get a DHCP address. So now I used ipxe7156.efi and it seems to work fine.

[Sebastian Roth]

@jhuesser Just note that the xxx7156.* binaries will be gone in the next release as iPXE project has fixed the issue and we decided to remove those binaries. So you need to change your DHCP server to serve ipxe.efi when the next FOG version is released and you want to upgrade.

[Quazz]

@sebastian-roth Probably a good idea to include that in the announcement when it comes.

[jhuesser]

@sebastian-roth Thank you, will keep that in mind.

[x23piracy]

@sebastian-roth rc12? the fun fact, i spoke today with a collegue because he asked me why i serve 7156.*

[Sebastian Roth]

@x23piracy Missing since RC10 - see here: https://github.com/FOGProject/fogproject/tree/1.5.0-RC-10/packages/tftp

@Tom-Elliott We should definitely put up a big note for the final 1.5 release.