Some findings about using RTL8111/8168/8411 ethernet controller with Haiku

[zhaom]

Thinkpad T14 with Haiku R1Beta5 is used.

RTL8111/8168/8411 ethernet controller is known to have some problems with Haiku[1][2] but it seems that there hasn't been a solution to solve that. If I boot my laptop directly the ethernet won't work. I found that, however, if I enter the BIOS menu, press F12 to enter the menu of temporary devices, and continue booting without doing anything, my ethernet can connect correctly. I attach the boot logs of two cases, one with good ethernet connection and the other one without. I hope these can help to improve Haiku. If any further information is needed please leave a comment.

Thank you.

[1]: ​https://discuss.haiku-os.org/t/rtl81xx-unable-to-get-ethernet-working-at-all/13802

[2]: ​https://hardware.besly.de/index.php?hardware=Network_Cards

[zhaom]

boot syslog with good ethernet connect

[zhaom]

boot syslog with no ethernet connectivity

[waddlesplash]

I don't see any rtl81xx errors in either syslog, they look about the same (the first one is cut off, however.)

[zhaom]

Booting while ethernet is pluginned. There is ethernet connectivity.

[zhaom]

Booting while ethernet is pluginned. There is no ethernet connectivity.

[zhaom]

Replying to waddlesplash:

I don't see any rtl81xx errors in either syslog, they look about the same (the first one is cut off, however.)

I think that is because I forgot to clean log after every boot. I have uploaded other two. I tried to read them but I haven't found anything useful (from my point of view). I find that there are some errors in the log. Some 'KERN: 's are randomly logged. You can try to search with 'PCKERN: I' in good_conn_with_ethernet_cable.txt. Maybe data race? Should go more in depth?

[waddlesplash]

There are at least some errors in the "bad" one now, but they're just DHCP not receiving any replies. Everything else looks the same.

Is there some way you could try and assign a static IP and see if it works anyway, and whether the problem is just your DHCP server on your router? You can also try killing net_server (it will be automatically restarted) to see if the DHCP sending logic is somehow getting messed up randomly.

[zhaom]

Assigning a static IP does not work.

[zhaom]

Killing net_server and connect ethernet cable but no ethernet connectivity

[zhaom]

Killing net_server, connect ethernet cable and get ethernet connected

[zhaom]

Why does it try to send DHCP_REQUEST when no DHCP_OFFER is provided? [1]

[1]:https://dev.haiku-os.org/attachment/ticket/19096/bad_conn_after_kill_net_server.txt#L23

[zhaom]

I use another computer to spoof the network. With the good ethernet connectivity boots, I can capture DHCP_DISCOVER and DHCP_REQUEST. But with the bad ones, none of them is captured.

[korli]

Looks like for "Client-server interaction - reusing a previously allocated network address" ​https://datatracker.ietf.org/doc/html/rfc2131#section-3.2 no DHCP_OFFER is required.

[zhaom]

Replying to korli:

Looks like for "Client-server interaction - reusing a previously allocated network address" ​https://datatracker.ietf.org/doc/html/rfc2131#section-3.2 no DHCP_OFFER is required.

Yes it is like caching the address. The client will send a REQUEST directly if it once had an address. But it is quite weird that DHCP_DISCOVER is not captured.