Search Criteria
Package Details: asix-ax88179-dkms 3.3.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/asix-ax88179-dkms.git (read-only, click to copy) |
---|---|
Package Base: | asix-ax88179-dkms |
Description: | A kernel module for ASIX AX88179B USB network adapters |
Upstream URL: | https://www.asix.com.tw/en/product/USBEthernet/Super-Speed_USB_Ethernet/AX88179B |
Licenses: | GPL2 |
Submitter: | mlq |
Maintainer: | mmoya |
Last Packager: | mmoya |
Votes: | 24 |
Popularity: | 0.093634 |
First Submitted: | 2013-11-17 21:44 (UTC) |
Last Updated: | 2024-09-16 10:11 (UTC) |
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »
alllexx88 commented on 2024-05-23 15:48 (UTC)
@mmoya your patch works good for me, thanks!
mmoya commented on 2024-05-21 20:19 (UTC)
There is a fix for 6.9 in 22b67c2b, not yet merged to the package.
mmoya commented on 2024-04-24 09:27 (UTC) (edited on 2024-04-26 09:35 (UTC) by mmoya)
Hi @BuSteR
Do you have enough bandwidth to check if commits 3d4014b5 and 2c5d4f99 fix the oops referred in your previous comment?
Thanks
vepirree commented on 2024-04-16 20:02 (UTC) (edited on 2024-04-16 20:24 (UTC) by vepirree)
When plugging in the adapter, the LED flashes for a split second. The system can not see it apart from recognizing it as a USB device. However, when putting my laptop to sleep and then waking it up, the adapter starts showing activity (the LED light blinks like it's downloading something) but it still does not show up in any network management and related utilities. Trying usbreset just kicks it back to the pre-sleep state (no activity). Nothing that raises eyebrows is to be seen in journalctl either.
EDIT: I tried reinstalling it since it stopped showing up in lsmod and I see this (note the error on step 2):
Also, I am on kernel 6.8.4 so that's that.
mmoya commented on 2024-03-06 14:26 (UTC)
Hi BuSteR
I'll try the changes locally and will upload an updated version.
Thanks for the investigation.
BuSteR commented on 2024-02-09 08:33 (UTC)
There is some bug in the driver, which I think is related to this helper - https://github.com/aircrack-ng/rtl8812au/issues/1088#issue-1784546374. In ax88179_178a.c, there is a check specifically for this, but it seems not to work properly.
Additionally, my dmesg is flooded with this: "============AX88279==========", and I think it's okay to add this to the PKGBUILD:
After it is removed from ax_main.c, it doesn't print at all.
BuSteR commented on 2024-02-07 14:02 (UTC)
I might try it on x86_64 architecture and will come back with a result. I think this happens when renaming the interface, but I can't confirm it now, as the RPI is a remote gateway.
mmoya commented on 2024-02-07 12:31 (UTC)
I'm seeing similar oops both in 6.6 and 6.7 on x86_64 but the system remains functional.
alllexx88 commented on 2024-02-07 11:10 (UTC)
@BuSteR it is probably either
Raspberry Pi 4
specific, or architecture (arm/aarch64) specific, since it works for me now on amd64 on 6.7.x kernel, and I believe it worked on 6.6.x kernel before too.« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »