Several problems with Surface Pro 4

[george1421]

@jhuesser I think I lost where we are in this thread.

So for the surface pro 4 you identified that you need to pxe boot ipxe7156.efi (actually that will work just fine for surface pro 4 and traditional uefi systems, so you can have just one efi boot file).

From there are we still running into issues?

[jhuesser]

@george1421 exactly.

If i assign a task via fog web interface or select a menu entry in the fog boot menu, always the DHCP error shows up.

[george1421]

@jhuesser OK where its failing is that the FOS Engine ( the custom linux operating system that captures and deploys images ) doesn’t have the driver required for that nic. If you do a debug capture (when you schedule a capture you select the debug option) does it allow you to continue and get a to a command prompt?

Since you are at this point you have the right iPXE (pxe boot stuff) we have to now find out why the FOS engine is not talking with the network adapter.

[jhuesser]

@george1421 Created an debug upload task. See the same Output as in this image

@jhuesser said in Several problems with Surface Pro 4:

So it downloads the boot file, start iPXE, start FOS and then it breaks…

[george1421]

@jhuesser I’m surprised that it just stops. I assume when you press enter it reboots then?

@Developers Do you know why the FOS engine would stop at this point. From the error message it appears that kernel is not seeing any network adapter since it says interfaces: with no interface name.

[jhuesser]

@george1421 It doesn’t recognize the keyboard at this point. If there is no upload task and the fog menu shows it works, but as soon as the FOS is running, it doesn’t recognize it.

[george1421]

@jhuesser Since I’m ignorant of the surface pro, but is there an option to add extra usb stuff, like a usb nic or keyboard?

If the keyboard is unresponsive then the question is the kernel frozen or is the keyboard not recognized. I’m suspecting some unknown usb 3 controller between the kernel device.

[Quazz]

@george1421 OP is using a USB NIC since it doesn’t have one built-in. It also has a sort of keyboard dock which I’m guessing is what OP is talking about when he says it doesn’t respond.

[jhuesser]

Yeah, I’m using an USB nic. Keyboard is the origiginal surface case keyboard. This is the connector:

As is said, in the boot menu it works fine. But when it stops at the DHCP error and ask to press enter, it doesn’t respond.

[Sebastian Roth]

@jhuesser I’d guess this is either a case of Spanning Tree as George already mentioned (try connecting a dump mini switch between your Surface and the building switch) or we have a driver issue here with the USB NIC you are using. Can you please boot up a normal PC with ubuntu live CD, then after bootup plugin the USB NIC to that PC and run the following commands on a terminal:

lsusb
...
dmesg | tail
...

[jhuesser]

@Sebastian-Roth

I receive this output:

ubuntu-gnome@ubuntu-gnome:~$ lsusb
Bus 004 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 003: ID 090c:1000 Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) Flash Drive
Bus 003 Device 004: ID 045e:07c6 Microsoft Corp. 
Bus 003 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 046d:c046 Logitech, Inc. RX1000 Laser Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
ubuntu-gnome@ubuntu-gnome:~$ dmesg | tail
[   24.138016] cdc_ether 3-1.1:2.0 enx5882a88c3afd: renamed from eth0
[   24.169228] IPv6: ADDRCONF(NETDEV_UP): enx5882a88c3afd: link is not ready
[   24.169330] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   24.169334] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   24.169949] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   24.170093] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   24.170115] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   25.990587] e1000e: eno1 NIC Link is Down
[   42.564105] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
[   42.564191] cdc_ether 3-1.1:2.0 enx5882a88c3afd: kevent 12 may have been dropped
ubuntu-gnome@ubuntu-gnome:~$ 

I think the network stuff is right. With the same cable / ports etc. I’m able to image the desktop cable. Just put the USB nic in between the surface and the cable and the error shows up…

[Sebastian Roth]

@jhuesser Now I see. From what I remember (check out this post) the cdc_ether kernel module is not working nicely and therefore Tom and I decided to through it out kernel config. AFAIK there should be a patch added to the kernel that adds support for those 045e:07c6 and 045e:07ab Microsoft devices to the r8153 driver included in the kernel already. @Tom-Elliott do we still add this patch??

As well read through this and see if your DHCP config is fine.

[jhuesser]

@Sebastian-Roth Thank you. Will have a deeper look into it at work on monday.

[jhuesser]

@Sebastian-Roth Hi, so should i download the kernel you posted here?

@Sebastian-Roth said in Several problems with Surface Pro 4:

(check out this post)

As well read through this and see if your DHCP config is fine.

Should be correct. I can’t enable the config through the whole subnet, so i enter it manually for every host.

[Tom Elliott]

@Sebastian-Roth Yes, I still add the REALTEK_MICROSOFT VENDOR_ID and PCI_ID’s to the kernels.

[jhuesser]

@Tom-Elliott So no need to install the kernel here?

@Sebastian-Roth said in Several problems with Surface Pro 4:

@jhuesser Now I see. From what I remember (check out this post) the cdc_ether kernel module is not working nicely and therefore Tom and I decided to through it out kernel config.

[Tom Elliott]

If you’re in RC-8, you should have kernel 4.7.0, so no you wouldn’t need to update.

[jhuesser]

@Tom-Elliott I’m on RC-7 so i will update tomorrow, thank you!

[jhuesser]

So now I have Running Version 1.3.0-RC-8 SVN Revision: 5949. Created a upload-debug task. The image of the output is below. If i pull out the usb nix and putting it back in, it recognize, that somethig is pulled in, but pressing enter doesn’t work at any time.

[Sebastian Roth]

@jhuesser said:

If i pull out the usb nix and putting it back in, it recognize, that somethig is pulled in, but pressing enter doesn’t work at any time.

The last line (r8152 .... eth0 ...) looks promising. Kind of strange that nothing is happending after hitting enter. Possibly the keyboard is internally connected via USB as well and just screwed up by re-plugging the USB NIC?!? Does the system freeze completely after that? What if you use an external USB keyboard?