Wifi usb adapter Netgear WNA1000M not recognized (caution : A other Netgear WNA1000 adapter 0846:9040 exists with Atheros chip) driver not avalaible for WNA1000M (Ralink rtl8192cu ?) no information avalaible from Netgear firmware seems to be present. (/lib/firmware/rtlwifi/rtl8192cufw.bin ? is it the right driver ?) MCC doesn't install it ndiswrapper doesn't install it usb 5-1: New USB device found, idVendor=0846, idProduct=9041 usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 5-1: Product: 802.11n WLAN Adapter usb 5-1: Manufacturer: Realtek usb 5-1: SerialNumber: 00e04c000001 is this driver included in 3.0 kernels ?
you should install kernel-firmware-extra but that is indeed a bug see also https://bugs.mageia.org/show_bug.cgi?id=848
Source RPM: (none) => drakx-net
nope : [root@localhost claude]# urpmi kernel-firmware-extra Le paquetage kernel-firmware-extra-20110517-1.1.mga1.nonfree.noarch est déjà installé [root@localhost claude]# urpme kernel-firmware-extra désinstallation de kernel-firmware-extra-20110517-1.1.mga1.nonfree.noarch désinstallation du paquetage kernel-firmware-extra-20110517-1.1.mga1.nonfree.noarch [root@localhost claude]# urpmi kernel-firmware-extra $MIRRORLIST: media/nonfree/updates/kernel-firmware-extra-20110517-1.1.mga1.nonfree.noarch.rpm installation de kernel-firmware-extra-20110517-1.1.mga1.nonfree.noarch.rpm depuis /var/cache/urpmi/rpms Préparation ... ############################################ 1/1: kernel-firmware-extra ############################################ when WNA1000M inserted : Oct 9 08:57:22 localhost kernel: usb 5-2: new high speed USB device using ehci_hcd and address 3 Oct 9 08:57:22 localhost kernel: usb 5-2: New USB device found, idVendor=0846, idProduct=9041 Oct 9 08:57:22 localhost kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Oct 9 08:57:22 localhost kernel: usb 5-2: Product: 802.11n WLAN Adapter Oct 9 08:57:22 localhost kernel: usb 5-2: Manufacturer: Realtek Oct 9 08:57:22 localhost kernel: usb 5-2: SerialNumber: 00e04c000001 Oct 9 08:57:22 localhost mtp-probe: checking bus 5, device 3: "/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-2" Oct 9 08:57:22 localhost mtp-probe: bus: 5, device: 3 was not an MTP device i added : 9041 WNA1000M Wireless-N 150 [Realtek rtl8192cus] in usb.ids here is lsusb : lsusb Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 005 Device 003: ID 0846:9041 NetGear, Inc. WNA1000M Wireless-N 150 [Realtek rtl8192cus] bug 848 reference Realtek 8187, seems that Netgear WNA1000M is build with 8192 one.. am i right ?
OK sorry, I don't know. Thomas any idea ?
CC: (none) => tmbComponent: New RPM package request => RPM PackagesSource RPM: drakx-net => kernel-firmware-extraSeverity: enhancement => normal
http://ubuntuforums.org/showpost.php?p=8828250&postcount=14 might help, replacing { USB_DEVICE(0x0846, 0x9040) }, witn { USB_DEVICE(0x0846, 0x9041) },
CC: (none) => davidwhodgins
Nope. i downloaded compat-wireless-2011-10-09.tar.bz2 as of 2011-Oct-09 21:03:12, there is no ath directory here, moreover, this references a WNA1000 key (with a Ath9170 chip), not a WNA1000M key (which is equipped with a Realtek chip, possibly a rtl8188cus : this file http://lxr.linux.no/#linux+v3.0.4/drivers/net/wireless/rtlwifi/rtl8192cu/sw.c at line 301 references a 8192cu/8188cu chip for the usb id 0846:9041 I'lost in the dark... thanks anyway
work in progress... I downloaded a 3.0 kernel (from MIB), and I got the 8192cu driver and firmware loaded... Oct 11 10:04:54 localhost net_applet[2321]: launched command: /usr/sbin/usernetctl wlan2 report Oct 11 10:04:54 localhost net_applet[2321]: running: /sbin/ifup wlan2 daemon Oct 11 10:05:00 localhost kernel: rtl8192cu: MAC auto ON okay! Oct 11 10:05:00 localhost kernel: rtl8192cu: Tx queue select: 0x05 Oct 11 10:05:00 localhost kernel: rtl8192c: Loading firmware file rtlwifi/rtl8192cufw.bin However, i cannot associate with my box : /sbin/iwconfig wlan2 wlan2 IEEE 802.11bgn ESSID:"Livebox-AC28" Mode:Managed Frequency:2.457 GHz Access Point: Not-Associated Tx-Power=20 dBm Retry long limit:7 RTS thr=2347 B Fragment thr:off Encryption key:off Power Management:off on my box, i see a DHCP connection : 07:03:53 DHCP 192.168.1.11 00:21:4c:7b:37:d0 ==> MAC address ? what am I doing wrong ?
(In reply to comment #0) > Wifi usb adapter Netgear WNA1000M not recognized > (caution : > A other Netgear WNA1000 adapter 0846:9040 exists with Atheros chip) > > driver not avalaible for WNA1000M (Ralink rtl8192cu ?) > no information avalaible from Netgear > > firmware seems to be present. > (/lib/firmware/rtlwifi/rtl8192cufw.bin ? is it the right driver ?) > That's the firmware for the driver, yes. I added it in preparation for adding the "missing" rtlwifi drivers in a upcoming update kernel ( > 2.6.38.8-6.mga ) > MCC doesn't install it > ndiswrapper doesn't install it > That's because no driver is available yet in Mageia 1 that would support it. > is this driver included in 3.0 kernels ? Yes, but it was somewhat unstable, so I've been waiting for it to mature a little in upstream 3.1 and I plan to backport that one.
I have submitted a kernel-2.6.38.8-6.1.mga1 to core/updates_testing, so it should be available on the mirrors in 4-8 hours... It has rtlwifi from upstream 3.1 backported. Please test and report if it works for you....
Ok, i'll test it Meanwhile, i downloaded a 3.O kernel from MIB, as explained a bit upper in this thread. firmware is present, driver is recognized. iwconfig give me almost Ok, but i've no IP address allocated. i stay in touch with that new kernel-2.6.38.8-6.1.mga1, i'll report results Thanks a lot
I applied new kernel-2.6.38-6.1.mga1. in fact, same result as with 3.0 kernel key is recognized fully (right driver and firmware), but i can't obtain an ip address : /var/log/messages: Oct 12 18:17:36 localhost net_applet[2215]: running: /sbin/ifup wlan2 daemon Oct 12 18:17:38 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 7 Oct 12 18:17:45 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 8 Oct 12 18:17:53 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 14 Oct 12 18:18:07 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 19 Oct 12 18:18:26 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 12 Oct 12 18:18:38 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 1 Oct 12 18:18:39 localhost dhclient: No DHCPOFFERS received. Oct 12 18:18:39 localhost zcip[5903]: interface: wlan2 (C4:3D:C7:7A:9B:1C) Oct 12 18:18:39 localhost zcip[5903]: Retrieved address 127.255.255.255 for wlan2:9 Oct 12 18:18:39 localhost zcip[5903]: probing for 127.255.255.255 Oct 12 18:18:39 localhost kernel: device wlan2 entered promiscuous mode Oct 12 18:18:39 localhost zcip[5903]: sending probe 1 for 127.255.255.255 Oct 12 18:18:41 localhost zcip[5903]: sending probe 2 for 127.255.255.255 Oct 12 18:18:43 localhost zcip[5903]: sending probe 3 for 127.255.255.255 Oct 12 18:18:45 localhost zcip[5903]: sending probe 4 for 127.255.255.255 Oct 12 18:18:47 localhost kernel: device wlan2 left promiscuous mode Oct 12 18:18:47 localhost zcip[5903]: claiming ownership of address 127.255.255.255 Oct 12 18:18:51 localhost zcip[5903]: Stored address 127.255.255.255 for wlan2:9 Oct 12 18:18:51 localhost zcip[5930]: watching for collisions iwconfig report : wlan2 IEEE 802.11bgn ESSID:"rochedanse" Mode:Managed Frequency:2.437 GHz Access Point: 00:1E:2A:DB:EB:C3 Bit Rate=54 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr=2347 B Fragment thr:off Power Management:off Link Quality=70/70 Signal level=-36 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 ifconfig report: wlan2 Link encap:Ethernet HWaddr C4:3D:C7:7A:9B:1C UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1 errors:0 dropped:0 overruns:0 frame:0 TX packets:15 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:92 (92.0 b) TX bytes:3054 (2.9 KiB) wlan2:9 Link encap:Ethernet HWaddr C4:3D:C7:7A:9B:1C inet adr:127.255.255.255 Bcast:127.255.255.255 Masque:255.0.0.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 I try to connect to a Inventel Livebox ADSL Modem-Router wifi works nice on my other interface (Ralink rt73usb) on all the kernels i tried. what else ?
Try to remove all network interfaces in the drakx tools, unplug the rt73usb, and then try to reconfigure a wireless interface with only the rtl8192cu interface.
Btw, the bs again failed to create the i586 server and xen-pvops packages. Any idea why the bs does that?
I deleted all interfaces in MCC eth1 remains anyway, not active. no change : usb 5-1: new high speed USB device using ehci_hcd and address 2 usb 5-1: New USB device found, idVendor=0846, idProduct=9041 usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 5-1: Product: 802.11n WLAN Adapter usb 5-1: Manufacturer: Realtek usb 5-1: SerialNumber: 00e04c000001 cfg80211: Calling CRDA to update world regulatory domain cfg80211: World regulatory domain updated: cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) rtl8192cu: MAC address: c4:3d:c7:7a:9b:1c rtl8192cu: Board Type 0 rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 ieee80211 phy0: Selected rate control algorithm 'rtl_rc' usbcore: registered new interface driver rtl8192cu udev[2585]: renamed network interface wlan0 to wlan2 rtl8192cu: MAC auto ON okay! rtl8192cu: Tx queue select: 0x05 rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin rtl8192cu: MAC auto ON okay! rtl8192cu: Tx queue select: 0x05 rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin rtl8192cu: MAC auto ON okay! rtl8192cu: Tx queue select: 0x05 rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin /sbin/iwconfig lo no wireless extensions. eth1 no wireless extensions. wlan2 IEEE 802.11bgn ESSID:"Livebox-AC28" Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm Retry long limit:7 RTS thr=2347 B Fragment thr:off Power Management:off /var/log/messages, a bit later, retrying (unplug/plug the key )... Oct 13 08:29:36 localhost kernel: usb 5-1: new high speed USB device using ehci_hcd and address 4 Oct 13 08:29:36 localhost kernel: usb 5-1: New USB device found, idVendor=0846, idProduct=9041 Oct 13 08:29:36 localhost kernel: usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Oct 13 08:29:36 localhost kernel: usb 5-1: Product: 802.11n WLAN Adapter Oct 13 08:29:36 localhost kernel: usb 5-1: Manufacturer: Realtek Oct 13 08:29:36 localhost kernel: usb 5-1: SerialNumber: 00e04c000001 Oct 13 08:29:36 localhost kernel: rtl8192cu: MAC address: c4:3d:c7:7a:9b:1c Oct 13 08:29:36 localhost kernel: rtl8192cu: Board Type 0 Oct 13 08:29:36 localhost kernel: rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 Oct 13 08:29:36 localhost mtp-probe: checking bus 5, device 4: "/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-1" Oct 13 08:29:36 localhost mtp-probe: bus: 5, device: 4 was not an MTP device Oct 13 08:29:36 localhost kernel: udev[6751]: renamed network interface wlan0 to wlan2 Oct 13 08:29:36 localhost kernel: rtl8192cu: MAC auto ON okay! Oct 13 08:29:36 localhost kernel: rtl8192cu: Tx queue select: 0x05 Oct 13 08:29:36 localhost kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Oct 13 08:29:37 localhost kernel: rtl8192cu: MAC auto ON okay! Oct 13 08:29:37 localhost kernel: rtl8192cu: Tx queue select: 0x05 Oct 13 08:29:37 localhost kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Oct 13 08:29:37 localhost ifplugd(wlan2)[7004]: ifplugd 0.28 initializing. Oct 13 08:29:37 localhost ifplugd(wlan2)[7004]: Using interface wlan2/C4:3D:C7:7A:9B:1C with driver <rtl8192cu> (version: 2.6.38.8-desktop-6.1.mga) Oct 13 08:29:37 localhost ifplugd(wlan2)[7004]: Using detection mode: SIOCETHTOOL Oct 13 08:29:37 localhost ifplugd(wlan2)[7004]: Initialization complete, link beat not detected. Oct 13 08:29:39 localhost ifplugd(wlan2)[7004]: Link beat detected. Oct 13 08:29:40 localhost ifplugd(wlan2)[7004]: Executing '/etc/ifplugd/ifplugd.action wlan2 up'. Oct 13 08:29:42 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 8 Oct 13 08:29:50 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 7 Oct 13 08:29:57 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 10 Oct 13 08:30:07 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 15 Oct 13 08:30:22 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 14 Oct 13 08:30:36 localhost dhclient: DHCPDISCOVER on wlan2 to 255.255.255.255 port 67 interval 7 Oct 13 08:30:43 localhost dhclient: No DHCPOFFERS received. Oct 13 08:30:43 localhost kernel: zcip uses obsolete (PF_INET,SOCK_PACKET) Oct 13 08:30:43 localhost zcip[7260]: interface: wlan2 (C4:3D:C7:7A:9B:1C) Oct 13 08:30:43 localhost zcip[7260]: Retrieved address 127.255.255.255 for wlan2:9 Oct 13 08:30:43 localhost zcip[7260]: probing for 127.255.255.255 Oct 13 08:30:43 localhost kernel: device wlan2 entered promiscuous mode DHCP Problem on my Livebox ? why ? my other wifi key (rt73usb) mounts smoothly everytime... I'll give a try with a fixed IP address, not DHCP assignation a bit later...
I had a try with a IP fixed address, no more success...
Is this bug still valid, or did kernel-2.6.38.8-8.mga1.src.rpm fix it?
Keywords: (none) => NEEDINFOCC: (none) => marja11
Nothing changed... here is an excerpt from /var/log/messages ... ( i unplugged and plugged again that wifi key). Dec 14 14:18:15 poste-2 drakroam[3321]: modified file /etc/sysconfig/network-scripts/ifcfg-wlan2 Dec 14 14:18:15 poste-2 drakroam[3321]: changed mode of /etc/sysconfig/network-scripts/ifcfg-wlan2 to 755 Dec 14 14:18:15 poste-2 drakroam[3321]: written wlan2 interface configuration in /etc/sysconfig/network-scripts/ifcfg-wlan2 Dec 14 14:18:15 poste-2 drakroam[3321]: running: /sbin/ifdown wlan2 daemon Dec 14 14:18:15 poste-2 ifplugd(wlan2)[5082]: Exiting. Dec 14 14:18:15 poste-2 vnstatd[2384]: SIGHUP received, flushing data to disk and reloading config. Dec 14 14:18:15 poste-2 drakroam[3321]: running: /sbin/ifup wlan2 daemon Dec 14 14:18:15 poste-2 kernel: rtl8192cu: MAC auto ON okay! Dec 14 14:18:15 poste-2 kernel: rtl8192cu: Tx queue select: 0x05 Dec 14 14:18:15 poste-2 kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Dec 14 14:18:16 poste-2 kernel: rtl8192cu: MAC auto ON okay! Dec 14 14:18:16 poste-2 kernel: rtl8192cu: Tx queue select: 0x05 Dec 14 14:18:16 poste-2 kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Dec 14 14:18:16 poste-2 ifplugd(wlan2)[5549]: ifplugd 0.28 initializing. Dec 14 14:18:16 poste-2 ifplugd(wlan2)[5549]: Using interface wlan2/C4:3D:C7:7A:9B:1C with driver <rtl8192cu> (version: 2.6.38.8-desktop586-8.mga) Dec 14 14:18:16 poste-2 ifplugd(wlan2)[5549]: Using detection mode: SIOCETHTOOL Dec 14 14:18:16 poste-2 ifplugd(wlan2)[5549]: Initialization complete, link beat not detected. that's all I can say, i'm not an expert. c.devise
assigning to maintainer. @ Thomas Please set status to ASSIGNED if you think this bug was assigned correctly. If for workflow reasons you can't do that, then please put OK on the whiteboard instead.
Keywords: NEEDINFO => (none)Assignee: bugsquad => tmb
got a new kernel today (version: 2.6.38.8-desktop586-9.mga) nothing changed... Jan 4 21:11:40 portable-hp kernel: rtl8192cu: MAC auto ON okay! Jan 4 21:11:40 portable-hp kernel: rtl8192cu: Tx queue select: 0x05 Jan 4 21:11:40 portable-hp kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Jan 4 21:11:40 portable-hp kernel: rtl8192cu: MAC auto ON okay! Jan 4 21:11:40 portable-hp kernel: rtl8192cu: Tx queue select: 0x05 Jan 4 21:11:40 portable-hp kernel: rtl8192c_common: Loading firmware file rtlwifi/rtl8192cufw.bin Jan 4 21:11:41 portable-hp ifplugd(wlan2)[8868]: ifplugd 0.28 initializing. Jan 4 21:11:41 portable-hp ifplugd(wlan2)[8868]: Using interface wlan2/C4:3D:C7:7A:9B:1C with driver <rtl8192cu> (version: 2.6.38.8-desktop586-9.mga) Jan 4 21:11:41 portable-hp ifplugd(wlan2)[8868]: Using detection mode: SIOCETHTOOL Jan 4 21:11:41 portable-hp ifplugd(wlan2)[8868]: Initialization complete, link beat not detected. what's wrong with that driver ????? me ???? i think this bug is NOT resolved...
Can you try mga2 beta 3?
Keywords: (none) => NEEDINFOCC: (none) => thierry.vignaud
Yes, i did a try (mageia 2b3 downloaded today): nothing almost changed here is the dmesg excerpt : 239.493988] wlan0: authenticate with 00:1f:3a:9a:19:e8 (try 1) [ 239.496989] wlan0: authenticated [ 239.540262] wlan0: associate with 00:1f:3a:9a:19:e8 (try 1) [ 239.544876] wlan0: RX AssocResp from 00:1f:3a:9a:19:e8 (capab=0x401 status=0 aid=1) [ 239.544883] wlan0: associated [ 239.544889] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 1 [ 239.544892] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 2 [ 239.546227] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 239.546949] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 3 [ 250.290030] wlan0: no IPv6 routers present [ 285.021805] wlan0: deauthenticating from 00:1f:3a:9a:19:e8 by local choice (reason=3) [ 285.023227] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 2 [ 285.023232] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 1 [ 285.023235] wlan0: moving STA 00:1f:3a:9a:19:e8 to state 0 [ 285.023574] cfg80211: Calling CRDA to update world regulatory domain [ 285.125288] cfg80211: World regulatory domain updated: [ 285.125293] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 285.125298] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 285.125303] cfg80211: (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 285.125307] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) [ 285.125311] cfg80211: (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 285.125315] cfg80211: (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) [ 300.180569] rtl8192cu: MAC auto ON okay! [ 300.217086] rtl8192cu: Tx queue select: 0x05 [ 300.585683] ADDRCONF(NETDEV_UP): wlan0: link is not ready Sorry...
Keywords: NEEDINFO => (none)
Installer is fixed for mga1 but this can be fixed for mga2
Status: NEW => ASSIGNEDVersion: 1 => CauldronSource RPM: kernel-firmware-extra => drakx-installer-images
Created attachment 2115 [details] BR missing firmware rtl8192cu needs a firmware (rtl8192cufw.bin) which is provided by rtlwifi-firmware which is non-free. So it won't be on boot.iso but it could be on boot-nonfree.iso. I just tested locally, it's just a matter of BR the needed firmware package. Thomas, can you upload a new d-i-images? You may want BR more firmwares btw (both free & non-free) eg: - iwlwifi-5000-ucode & the like - zd1211-firmware - atmel-firmware - bluez-firmware - ipw2100-firmware - ipw2200-firmware - ralink-firmware - rtlwifi-firmware You should add BR to d-i-images when you split kernel-firmware(-extra)
Keywords: (none) => Junior_job, PATCHPriority: Normal => release_blockerHardware: i586 => All
Summary: Netgear WNA1000M won't install => missing non-free firmware for some network cards
*** Bug 5475 has been marked as a duplicate of this bug. ***
CC: (none) => fri
zd1211-firmware should always be a BR, even for core build. b43-openfwwf should be a BR too (even for core build). It would even be best if stage1 could detect that a firmware is missing and suggest to use boot-nonfree.iso in that case.
(In reply to comment #21) > Installer is fixed for mga1 but this can be fixed for mga2 To be read as: "Installer is _frozen_ for mga1 but this can be fixed for mga2
According to tmb, a fix has been commited.
CC: (none) => guillomovitch
Yep. its been fixed since drakx-installer-images-1.71-4.mga2 http://svnweb.mageia.org/packages/cauldron/drakx-installer-images/current/SPECS/drakx-installer-images.spec?r1=232872&r2=233370
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED
not functioning with mga2 (up to date) even with latest kernel (updated today) : Aug 24 10:38:13 portable-hp kernel: [ 339.527792] rtl8192cu: MAC address: c4:3d:c7:7a:99:6c Aug 24 10:38:13 portable-hp kernel: [ 339.527802] rtl8192cu: Board Type 0 Aug 24 10:38:13 portable-hp kernel: [ 339.528536] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 Aug 24 10:38:13 portable-hp kernel: [ 339.528600] Loading firmware rtlwifi/rtl8192cufw.bin Aug 24 10:38:13 portable-hp mtp-probe: checking bus 5, device 4: "/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-2" Aug 24 10:38:13 portable-hp mtp-probe: bus: 5, device: 4 was not an MTP device Aug 24 10:38:13 portable-hp kernel: [ 339.537399] rtlwifi: wireless switch is on Aug 24 10:38:13 portable-hp kernel: [ 339.705169] rtl8192cu: MAC auto ON okay! Aug 24 10:38:13 portable-hp kernel: [ 339.742676] rtl8192cu: Tx queue select: 0x05 Aug 24 10:38:14 portable-hp ifplugd(wlan3)[3703]: ifplugd 0.28 initializing. Aug 24 10:38:14 portable-hp ifplugd(wlan3)[3703]: Using interface wlan3/C4:3D:C7:7A:99:6C with driver <rtl8192cu> (version: 3.3.8-netbook-2.mga2) Aug 24 10:38:14 portable-hp ifplugd(wlan3)[3703]: Using detection mode: SIOCETHTOOL Aug 24 10:38:14 portable-hp ifplugd(wlan3)[3703]: Initialization complete, link beat not detected. is there an backport from Cauldron for mga2 ?
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
>is there an backport from Cauldron for mga2 ? backport of what ?
Priority: release_blocker => HighSource RPM: drakx-installer-images => kernel
Version: Cauldron => 2
according to Comment #25, #26 & #27, a fix was applied to drakx-installer-images-1.71-4.mga2. all updates were done on my mageia 2 regularly... nothing seems changed here... i don't know how to update this.
hello test for Mageia3 cauldron Wifi usb adapter Netgear WNA 1100 not recognized (for Netgear N150 Wireless USB adaptator). With download : file:///home/fischer/Téléchargements/Wifi-RTL/92ce_se_de_linux_mac80211_0005.1230.2011.tar.gz and then the script " compat-install.sh " and reboot, N150 seem work, but integration is bad.
CC: (none) => christian-maryse.fischer
WNA 1100 seem as rtl8192se found on http://www.realtek.com.tw/downloads/downloadsView.aspx?Langid=1&PFid=48&Level=5&Conn=4&ProdID=226&DownTypeID=3&GetDown=false&Downloads=true
This message is a reminder that Mageia 2 is nearing its end of life. Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- The Mageia Bugsquad
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
Status: REOPENED => RESOLVEDResolution: (none) => OLD
Nothing changed on Mageia 3. all updates were applied. bug is always present. (kernel : 3.8.13.4-desktop-1.mga3)
Status: RESOLVED => REOPENEDVersion: 2 => 3Resolution: OLD => (none)
New try on a desktop machine (same version of Mageia 3) : it works ! However, freeze on my ordinary Compaq nx6110 notebook on boot when key inserted, and if inserted later (I insert it instead of my OvisLink functionning key): [ 5063.866084] usb 5-2: new high-speed USB device number 8 using ehci-pci [ 5063.981790] usb 5-2: New USB device found, idVendor=0846, idProduct=9041 [ 5063.981796] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 5063.981800] usb 5-2: Product: 802.11n WLAN Adapter [ 5063.981804] usb 5-2: Manufacturer: Realtek [ 5063.981807] usb 5-2: SerialNumber: 00e04c000001 [ 5063.983980] rtl8192cu: Chip version 0x10 [ 5064.066292] rtl8192cu: MAC address: c4:3d:c7:7a:99:6c [ 5064.066301] rtl8192cu: Board Type 0 [ 5064.066537] rtlwifi: rx_max_size 15360, rx_urb_num 8, in_ep 1 [ 5064.066617] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw.bin [ 5064.066864] ieee80211 phy4: Selected rate control algorithm 'rtl_rc' [ 5064.068660] rtlwifi: wireless switch is on [ 5064.091296] systemd-udevd[8329]: renamed network interface wlan0 to wlan3 [ 5064.296042] rtl8192cu: MAC auto ON okay! [ 5064.329801] rtl8192cu: Tx queue select: 0x05 [ 5064.695862] IPv6: ADDRCONF(NETDEV_UP): wlan3: link is not ready I have to stat a new try if I insert it after booting, without any other wiwfi connexion before...
it works now on 2 different machines, but sometimes erratic. I often experience a kind of freeze on boot for 2-3 min. Then, system starts. Sometimes, connection is not established on boot, and i have to make it manually. Note : i changed my Livebox V1 for a Livebox V3 Play. (Hardware supplied by Orange).
the "systemd-analyze blame" command if your friend in order to see what performs timeouts
CC: (none) => sakuraraymi
Version: 3 => CauldronTarget Milestone: --- => Mageia 4Summary: missing non-free firmware for some network cards => missing non-free firmware for RTL8188CUS network cards
Hi, thanks for reporting this bug. We are sorry, but we no longer maintains this version of Mageia. Please upgrade to the latest version and reopen this bug against that version if this bug exists there. As a result we are setting this bug to CLOSED:WONTFIX
Status: REOPENED => RESOLVEDCC: (none) => nicVersion: Cauldron => 3Resolution: (none) => WONTFIX