Several problems with Surface Pro 4
-
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.
-
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?
-
@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.
-
@Quazz Will do it tomorrow, right now the Surface is getting imaged, and it takes a bit long (old USB HUB)
-
@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.
-
@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 -
@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.
-
#wiki worthy
-
This is the output of the
dmesg
command, once in Ubuntu on the SP4 and once in FOS.(I wanted to upload it here, Got an error “You have not enough privileges”)
-
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 usedipxe7156.efi
and it seems to work fine. -
@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. -
@sebastian-roth Probably a good idea to include that in the announcement when it comes.
-
@sebastian-roth Thank you, will keep that in mind.
-
@sebastian-roth rc12? the fun fact, i spoke today with a collegue because he asked me why i serve 7156.*
-
@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.