SOLVED Several problems with Surface Pro 4

[jhuesser]

Hello

We want to image some Surface Pro 4, because we already have a fog server runnig for desktop clients, we want to give it a try. I was on an older trunk and had some problems, so i upgraded to the latest Running Version 1.3.0-RC-7 SVN Revision: 5946

Unfortunally that didn’t help. So a few things I’ve done after reading a lot of forum posts.

• fog.reginput Boot Options: mode=manreg has_usb_nic=1 isdebug=yes
• FOG_KERNEL_DEBUG ebabled and Log Level 7
• Manually added the host to the fog server
• Exit type = REFIND_EFI
• use ipxe.efi
• replaced tftp files with these https://sourceforge.net/p/freeghost/code/5835/tree/trunk/packages/tftp/

What is working

• If no task is assigned I can boot into the PXE menu

What is not working

• If i select an entry the display just goes dark, nothing happens
• 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)
• If a task is assigned it get stuck at

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

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

Any help would be appreciated!

[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?

[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.

[x23piracy]

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

[jhuesser]

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

[Quazz]

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

[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.

[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.

[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

[Wayne Workman]

#wiki worthy

[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.

[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

[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.

[jhuesser]

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

[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]

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]

From what I gather:

Not working: keyboard in FOS engine, NIC in debug mode?

Working: iPXE menu, capture/deploy

Needed: has_usb_nic=1 kernel parameter. intel7156.efi or realtek7156.efi (or other 7156 ipxe bootfile depending on your USB NIC)

Please add/modify as needed.

[Wayne Workman]

@jhuesser Can you summarize exactly what is needed for the Surface Pro 4 please? This thread is really, really long - and we need a summary that is reproducible and clear.

[Sebastian Roth]

@jhuesser Great to hear! Would be awesome if you could provide the information Tom asked as well.

[jhuesser]

Btw, could succesfully up- and download an image for SP4!

[Tom Elliott]

@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.