Opened 2 years ago
Last modified 2 years ago
#17763 closed bug
hrev56140 - NIC doesn't configure/enable anymore — at Version 9
Reported by: | cocobean | Owned by: | nobody |
---|---|---|---|
Priority: | high | Milestone: | R1/beta4 |
Component: | Drivers/Network/rtl81xx | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | #17766 | |
Platform: | All |
Description (last modified by )
After doing 'pkgman full-sync' to hrev56140, NIC doesn't auto-configure anymore in OS after reboot Had to manually disable/re-enable it in desktop GUI.
- Vendor - 10ec: Realtek Semiconductor Corp
- Device - 8168: RTL8111/8168/8411 PCIe Gigabit Ethernet Controller
Test:
- ifconfig - (Result: 0 packets)
- pkgman full-sync - (Result: Could not resolve host issue)
Note: May work after manually reconfiguring/re-enabling NIC.
Change History (12)
comment:1 by , 2 years ago
Description: | modified (diff) |
---|
comment:2 by , 2 years ago
Description: | modified (diff) |
---|
by , 2 years ago
Attachment: | syslog-hrev56140 added |
---|
Syslog of RTL81xx "working" (very poorly, unusable, really) on hrev56140
comment:4 by , 2 years ago
See: https://git.haiku-os.org/haiku/log/?qt=range&q=hrev56138..hrev56139
I was able to get it working and update to hrev56141. Reading syslog, I saw this note:
hrev56141: KERN: [rtl81xx] (re) No memory for jumbo RX buffers
If you restart net-server, you should see the stall issue during 'Network Configuration' to 'Network Ready' status within the desktop. You can also do 'ifconfig <net device> auto-config up' and see if it works correctly (i.e. 'Network configuring' to 'Network Ready' status) and returns to the command prompt.
follow-up: 8 comment:5 by , 2 years ago
comment:6 by , 2 years ago
Component: | Network & Internet → Drivers/Network/rtl81xx |
---|---|
Milestone: | Unscheduled → R1/beta4 |
comment:7 by , 2 years ago
Blocking: | 17766 added |
---|
comment:8 by , 2 years ago
Replying to waddlesplash:
Do you have one of it not working?
I'll attach one (I found it on syslog.old
, I split that one into the three different boots logs it contained, will upload the one where it didn't work).
On *this* cold-boot, hrev56140 networking got "Ready" without intervention, and seems to be working so far after browsing a couple of pages at least). Really weird. I'll triple check to see if there's any pattern related to warm vs cold boots.
(Do you see the same error messages cocobean does in any of them?)
I definitively remember seing that KERN: [rtl81xx] (re) No memory for jumbo RX buffers
at least once.
And... it is present on the syslog that I'll attach next.
Hope that help. Again, really weird that (for) now seems to be working.
by , 2 years ago
Attachment: | syslog.3-hrev56140 added |
---|
Syslog of hrev564140 with "no memory for jumbo RX buffers"
comment:9 by , 2 years ago
Description: | modified (diff) |
---|
Similar issue, same hardware, except that on some boots network does never works. In others, it gets up and ready without intervention, but... network perfomance is horrendous:
ping 1.1.1.1
failures, downloads stalls, Webpositve loads one page, but hangs with the next, etc... until nothing works.Selecting a previous state on the bootmanager (in my case, booting hrev56112) solves the issue.
Attempting to use hrev56112's rtl81xx driver on hrev56140 (after blacklisting the newer version on boot) sends me to KDL (so much for me trying to be find a workaround :-P)
I'll boot again with hrev56140 to get a "clean" syslog and I'll upload one for hrev56140 and one from hrev56112 (writing this while on the latter).