Opened 6 years ago
Closed 6 years ago
#14148 closed bug (fixed)
Marvell 88E8040 Ethernet cuts out in hrev51939
Reported by: | BeDifferent1 | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Drivers/Network/marvell_yukon | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | x86-64 |
Description
I've been having this issue with the installation of hrev51939 on my Dell Inspiron 1545 with Marvell 88E8040 onboard Ethernet. I haven't tried to reproduce it with the latest (hrev51942), but I'll try it as soon as possible. The issue is, I'm trying to install the broadcom43xx firmware for my WiFi card, and I can only do that if I have a working Ethernet connection; whenever I try to do anything whatsoever with that connection, there seems to be a bug in the network manager that makes it lose its IP address and be apparently unable to re-acquire it. In other words, the network manager's status messages alternate between "No Link" and "Configuring". I'd appreciate it if this were fixed in an upcoming hrev, because it's preventing me from installing my WiFi firmware, as stated above.
Attachments (1)
Change History (7)
comment:1 by , 6 years ago
Component: | Network & Internet → Drivers/Network/marvell_yukon |
---|
comment:2 by , 6 years ago
The driver wasn't yet updated to R11.1, see https://git.haiku-os.org/haiku/log/src/add-ons/kernel/drivers/network/marvell_yukon The changes to take over would be from https://svnweb.freebsd.org/base/release/11.1.0/sys/dev/msk/?view=log from revision 267363 to release.
comment:3 by , 6 years ago
If I knew how to change the necessary bits of code in the FreeBSD driver, I would do so... Thanks to korli for clarifying what the issue probably is. In the meantime, I added a copy of my Haiku syslog, hope that helps with any diagnostics. If needed, I can also add syslog.old from /var/log; that might provide more information on the problem.
comment:5 by , 6 years ago
I can confirm that my Marvell 88E8040 Ethernet is now working properly in hrev51972.
Please attach your syslog.