Bug 193628
| Summary: | Marvell 88W8335 wireless NIC not enabled by malo(4) or ndis(4) | ||
|---|---|---|---|
| Product: | Base System | Reporter: | Juan Ramón Molina Menor <info> |
| Component: | wireless | Assignee: | freebsd-wireless (Nobody) <wireless> |
| Status: | New --- | ||
| Severity: | Affects Only Me | CC: | adrian, arved, cjpm, wireless |
| Priority: | --- | ||
| Version: | CURRENT | ||
| Hardware: | i386 | ||
| OS: | Any | ||
|
Description
Juan Ramón Molina Menor
2014-09-14 08:52:35 UTC
Have you tried to use another PCI slot? Please, show the 'pciconf -lv' output. Hi Carlos.
It works! I applied your patch to the port, changed the PCI slot, reboot and the card is working well. I don’t understand what happened before, I have already tested all three free slots.
Nevertheless, I have some "need multicast update callback" messages on dmesg:
% dmesg -a | grep malo
malo0: <Marvell Libertas 88W8335 802.11g Wireless Adapter> mem 0xeb000000-0xeb00fff,0xeb010000-0xeb01ffff irq 19 at device 8.0 on pci0
malo0: load malo8335-h firmware image (256 bytes)
malo0: load malo8335-m firmware image (122624 bytes)
malo0: versions [hw 1 fw 3.0.0.39] (regioncode 16)
Starting Network: lo0 sis0 malo0.
malo0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290
malo0: need multicast update callback
malo0: need multicast update callback
malo0: need multicast update callback
% pciconf -lv
malo0@pci0:0:8:0: class=0x020000 card=0x1faa11ab chip=0x1faa11ab rev=0x03 hdrr0x00
vendor = 'Marvell Technology Group Ltd.'
device = '88w8335 [Libertas] 802.11b/g Wireless'
class = network
subclass = ethernet
Thank you very much, I was about returning the card to the shop!
Best regards,
Juan
P.S.: I am at your disposal to further test the driver. Also, I’m opening a new PR suggesting to improve a bit the malo(4) man page.
Yes, also I noticed these annoying messages "malo0: need multicast update callback". Here it is well explained why and how to remove them. https://lists.freebsd.org/pipermail/freebsd-current/2008-April/085145.html Thanks. Unfortunately, modifying drivers is well over my current skills… For me, the issue (and the related one on the firmware port) is resolved and could be closed. Thank you again! (In reply to Juan Ramón Molina Menor from comment #4) > Thanks. Unfortunately, modifying drivers is well over my current skills… > > For me, the issue (and the related one on the firmware port) is resolved and > could be closed. Thank you again! You can safely ignore those messages. Anyway, I will cc'ing the bug to the freebsd-wireless mailing list to see if some developer could take care of this. wrong component. Move to basesystem Over to maintainers. I think that bug can be closed, as the card is working (it seems it just needed to be on another PCI slot), or its title modified to reflect the minor issue of "need multicast update callback" messages, in case somebody could resolve it. For example: "malo(4) Marvell wireless driver need multicast update callback" I re-activate the bug as I have tried installing the NIC on a CURRENT computer and it does not work: malo0: <Marvell Libertas 88W8335 802.11g Wireless Adapter> mem 0xe0510000-0xe051ffff,0xe0500000-0xe050ffff irq 16 at device 1.0 on pci4 malo0: could not read microcode malo8335-h! malo0: failed to load bootrom loader. malo0: unable to setup firmware device_attach: malo0 attach returned 5 The firmware port is installed with the same sources used to build the system and the malofw.ko is in /boot/modules. Trying to load it spits an error: # kldload malofw KLD malofw.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type I guess there is something in CURRENT that prevents this old firmware to load. Any clues? Thanks is advance for your attention! Hi, Check dmesg and see what's logged. Typically that happens because you need to recompile the firmware module. Thanks Adrian, but this is exactly what I’ve done: set up the new system from CURRENT sources then build the firmware module. I have rebuilt it again for good measure with the same result. Even moved the card to another PCI slot. Do you happen to know how to obtain more detailed info than the following dmesg output after kldload malofw.ko? KLD malofw.ko: depends on kernel - not available or version mismatch linker_load_file: Unsupported file type I don’t know if it’s relevant, but I have also built the NVIDIA kernel module, which also depends on kernel sources, and it loads and work as expected. Oh Adrian, sorry, you were right: I've been building from sources on a faster computer and installing on different ones via NFS mounts for months without issues, but somehow this is not compatible with building directly the malofw kernel module in the target computer. As soon as I downloaded source and built the kernel in this computer the malofw loaded and the Wi-Fi is working. I didn't even need to rebuild the module itself! Well, now it works but I cannot say I understand why... |
