search for: ath9k_htc

...recursive dependency limitations" arch/arm/plat-omap/Kconfig:19: symbol OMAP_DEBUG_LEDS depends on NEW_LEDS For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" drivers/leds/Kconfig:8: symbol NEW_LEDS is selected by ATH9K_HTC For a resolution refer to Documentation/kbuild/kconfig-language.txt subsection "Kconfig recursive dependency limitations" drivers/net/wireless/ath/ath9k/Kconfig:158: symbol ATH9K_HTC depends on USB Tue, 08 Nov 2016 11:49:44 +0100 build/0x3053A542_defconfig warnings drivers/usb/Kconfig:39:...

Any chance this wireless USB can be made to work on 32 bit CentOS 5.5? [root at young ~]# /sbin/lsusb Bus 001 Device 003: ID 0846:9030 NetGear, Inc. Bus 001 Device 001: ID 0000:0000 Bus 001 Device 002: ID 413c:0108 Dell Computer Corp. [root at young ~]# uname -a Linux young 2.6.18-194.26.1.el5 #1 SMP Tue Nov 9 12:54:40 EST 2010 i686 i686 i386 GNU/Linux Thanks in Advance -- Reynolds

The newly introduced LED handling for nouveau fails to link when the driver is built-in but the LED subsystem is a loadable module: drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_suspend': tvnv17.c:(.text.nouveau_do_suspend+0x10): undefined reference to `nouveau_led_suspend' drivers/gpu/drm/nouveau/nouveau.o: In function `nouveau_do_resume':

I know, I know... don't use the non-standard kernels unless you have to... BUT: I have a D-Link N150 USB card. Bus 001 Device 004: ID 0846:9030 NetGear, Inc. WNA1100 Wireless-N 150 [Atheros AR9271] This isn't supported in C5, but it is supported in newer kernels (ath9k_htc). So let's try NDISwrapper: # rpm -i kmod\-ndiswrapper\-1.56\-1.el5.elrepo.i686.rpm ndiswrapper\-utils\-1.56\-1.el5.elrepo.i386.rpm warning: kmod-ndiswrapper-1.56-1.el5.elrepo.i686.rpm: Header V3 DSA signature: NOKEY, key ID baadae52 Working. This may take some time ... Done. # cd W...