New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Broadcom USB Wifi Drivers #449
Comments
Hi Mark, I link all the modules statically to the kernel and I don't create the directories required for modprobe. If you need loadable modules, then '=y' should be replaced with '=m' in my patch file: Some instructions on where and how to copy the loadable modules can be found at the following link: Best regards, Pavel |
Looks like the driver that supports |
I've just enabled brcm80211 with this commit. Here is a link to the updated uImage file: |
Hi Pavel, Thank you for the quick replies. I replaced the
usb 1-1: new high-speed USB device number 2 using ci_hdrc
usb 1-1: Direct firmware load for brcm/brcmfmac43143.bin failed with error -2 Thanks again, Mark |
Ok, I seem to have gotten the interface showing up on ifconfig. I would simplify them to: git clone --depth 1 git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git
cp -R linux-firmware/brcm /lib/firmware/. should be enough. I only moved the I also disabled the dhcp server so that the zynq would actually boot without hanging for ever with the USB plugged in. systemctl disable isc-dhcp-server.service |
FYI, it also seems imperative to have the correct timezone set for sshd to work correctly. One can reconfigure the timezone by issuing a |
The loadable modules are enabled. I just don't add them to my SD card images. At the moment, I find it easier to work with the statically linked modules. For example, if I have a SD card with the root file system in a ramdisk image, then I can add new drivers just by replacing uImage without unpacking/repacking the ramdisk image. |
Without this service the access point won't work properly. I think that once you have working firmware for the USB WiFi adapter, the dhcp server can be re-enabled. |
Ahhhh, do you have the RedPitaya behave as an access point for both Ethernet and Wifi? My router was set to 192.168.100.X and I thought there was some weird bug with automatic IP addresses being assigned. Maybe you have the default IPs set to 192.168.100.X as well on the RedPitaya. I'll have a look at the settings tonight. |
Only for WiFi.
WiFi network is 192.168.42.X: https://github.com/pavel-demin/red-pitaya-notes/blob/master/scripts/debian.sh#L189 |
Hmm thanks, The Honestly though, great work, your tutorials are quite easy to follow and help build confidence. |
DHCP client uses this static address if it doesn't receive any response from a DHCP server. I added this option to emulate the original Red Pitaya behavior: |
The firmware files that were missing from the SD card image based on Debian are now included with the new SD card image based on Alpine: This new SD card image will replace all my SD card images based on Debian. |
Hey Pavel,
I'm trying to get a USB Wifi dongle working.
It sems that the linux drivers are included in your image, but modprobe seems to be problematic.
It is giving me the following error codes:
Your help is appreciated!
Mark
The text was updated successfully, but these errors were encountered: