[Cooker] [Bug 3793] [ldetect-lst] Actiontec miniPCI wlan device wrongly set up with orinoco_pci kernel module
http://qa.mandrakesoft.com/show_bug.cgi?id=3793 [EMAIL PROTECTED] changed: What|Removed |Added Status|UNCONFIRMED | Ever Confirmed||1 --- Additional Comments From [EMAIL PROTECTED] 2003-11-06 14:31 --- can someone reports if any of prism2_plx, prism2_pci or orinoco_pci works with that card ? if yes, which one should we set for this card ? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: creation_date: description: I have an Elitegroup Green 732 notebook (ECS G732, cf. http://www.ecs.com.tw/products/g732_spec.htm) with an integrated Actiontec miniPCI 802.11b adapter (cf. http://www.actiontec.com/products/broadband/80211bminipci/80211bminipci.pdf). The same wlan device is commonly used in IBM notebooks (cf. e.g. http://www.balukoff.com/~stephen/a30p/ where descriptions of how to get the wlan device to work with linux are given). There is also an integrated SiS900 10/100 Ethernet controller (assigned to eth0; the installation process assigns the wlan device to eth1). /proc/pci identifies the wlan device as: Bus 0, device 5, function 0: Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset (rev 1). IRQ 9. Master Capable. Latency=64. Prefetchable 32 bit memory at 0xe8006000 [0xe8006fff]. The vendor device code is 1260:3873 During installation (or later, in DrakConnect), the device is set up with the orinoco_pci kernel module. The module is loaded without incident, but once the system tries connect to the device (e.g. during the installation's network configuration step, unless one skips this step), the system locks up completely, requiring a hard reset (as everything is installed already, MDK 9.1 boots OK afterwards - but without internet connection set up, even on eth0). According to http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Orinoco.html under the header Issues and release notes, Prism2.5 PCI cards are not supported and neither are miniPCI based on the PCI card (and not using a PCI-PCMCIA bridge). SuSE 8.1 does the same thing as MDK 9.1 as regards identification of the wlan device and (erroneous) relation to orinoco_pci, but as the SuSE installation only attempts to configure the main ethernet controller (i.e. no attempt is made to setting up the wlan device), the result is not as disastrous (at least for a newbie linux user!) as with the MDK 9.1 installation. Red Hat 9 doesn't seem to include any wlan kernel modules at all, so RH9 simply ignores the wlan device. As MDK 9.1 comes with the linux-wlan-ng kernel modules as well (prism2_pci etc.), I tried to modprobe prism2_pci - however getting the error described by another user (with the same wlan device) here: http://www.nclug.org/pipermail/nclug/2003-January/004856.html Perhaps the system assumes a PCI-PCMCIA bridge device rather than a native PCI device? A _temporary_ solution to the problem, would be to make a patch to the MDK 9.1 installation (and HardDrake / DrakConnect) so that it _ignores_ the device rather than attempting to use the orinoco drivers (which locks up the system). A _permanent_ solution would be to configure the linux-wlan-ng or, possibly, the host-ap driver to work with the device.
[Cooker] [Bug 3793] [ldetect-lst] Actiontec miniPCI wlan device wrongly set up with orinoco_pci kernel module
http://qa.mandrakesoft.com/show_bug.cgi?id=3793 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 10:27 --- I installed MDK 9.2 RC 1 yesterday evening, and I was surprised to see that the installation tries to set up wlan with the orinoco_pci module AGAIN after the association between the miniPCI card and the orinoco_pci module was suspended in April. Happily, this problem no longer freezes up the system during the installation process. It freezes up the system when trying to start the eth1 service during boot-up instead, meaning that it is possible to turn off and restart the machine, press 'I' during boot for interactive startup and skip eth1. It is then possible to configure the network so that eth1 is _not_ started auomatically at boot time. Has anyone positively demonstrated that this Actiontec miniPCI wlan controller works with orinoco_pci? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: I have an Elitegroup Green 732 notebook (ECS G732, cf. http://www.ecs.com.tw/products/g732_spec.htm) with an integrated Actiontec miniPCI 802.11b adapter (cf. http://www.actiontec.com/products/broadband/80211bminipci/80211bminipci.pdf). The same wlan device is commonly used in IBM notebooks (cf. e.g. http://www.balukoff.com/~stephen/a30p/ where descriptions of how to get the wlan device to work with linux are given). There is also an integrated SiS900 10/100 Ethernet controller (assigned to eth0; the installation process assigns the wlan device to eth1). /proc/pci identifies the wlan device as: Bus 0, device 5, function 0: Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset (rev 1). IRQ 9. Master Capable. Latency=64. Prefetchable 32 bit memory at 0xe8006000 [0xe8006fff]. The vendor device code is 1260:3873 During installation (or later, in DrakConnect), the device is set up with the orinoco_pci kernel module. The module is loaded without incident, but once the system tries connect to the device (e.g. during the installation's network configuration step, unless one skips this step), the system locks up completely, requiring a hard reset (as everything is installed already, MDK 9.1 boots OK afterwards - but without internet connection set up, even on eth0). According to http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Orinoco.html under the header Issues and release notes, Prism2.5 PCI cards are not supported and neither are miniPCI based on the PCI card (and not using a PCI-PCMCIA bridge). SuSE 8.1 does the same thing as MDK 9.1 as regards identification of the wlan device and (erroneous) relation to orinoco_pci, but as the SuSE installation only attempts to configure the main ethernet controller (i.e. no attempt is made to setting up the wlan device), the result is not as disastrous (at least for a newbie linux user!) as with the MDK 9.1 installation. Red Hat 9 doesn't seem to include any wlan kernel modules at all, so RH9 simply ignores the wlan device. As MDK 9.1 comes with the linux-wlan-ng kernel modules as well (prism2_pci etc.), I tried to modprobe prism2_pci - however getting the error described by another user (with the same wlan device) here: http://www.nclug.org/pipermail/nclug/2003-January/004856.html Perhaps the system assumes a PCI-PCMCIA bridge device rather than a native PCI device? A _temporary_ solution to the problem, would be to make a patch to the MDK 9.1 installation (and HardDrake / DrakConnect) so that it _ignores_ the device rather than attempting to use the orinoco drivers (which locks up the system). A _permanent_ solution would be to configure the linux-wlan-ng or, possibly, the host-ap driver to work with the device.
[Cooker] [Bug 3793] [ldetect-lst] Actiontec miniPCI wlan device wrongly set up with orinoco_pci kernel module
http://qa.mandrakesoft.com/show_bug.cgi?id=3793 --- Additional Comments From [EMAIL PROTECTED] 2003-04-09 12:49 --- A possible demonstration can be found here: http://www.linuxquestions.org/questions/archive/3/2002/10/3/30172 It seems that Jean Tourrilhes has updated his comments somewhat: # Prism2.5 PCI cards : not supported, please use linux-wlan-ng. ... # MiniPCI cards : there is various kind of MiniPCI cards in various laptops. Some are based on a PCI-Pcmcia bridge (Dell - confirmed working), some are based on a USB adapter (HP - working with Orinoco-USB) and some are based on a PCI Prism2.5 card (IBM/HP - confirmed working). TuxMobil indicates that it should work (the vendor/device codes match my card): http://tuxmobil.org/minipci_linux.html Here is what dmesg says when it loads the orinoco_pci module: orinoco.c 0.13e (David Gibson [EMAIL PROTECTED] and others) orinoco_pci.c 0.13e (David Gibson [EMAIL PROTECTED] Jean Tourrilhes [EMAIL PROTECTED]) PCI: Enabling device 00:05.0 (0010 - 0012) Detected Orinoco/Prism2 PCI device at 00:05.0, mem:0xE8006000 to 0xE8006FFF - 0xe0cd7000, irq:10 Reset done.; Clear Reset.; pci_cor : reg = 0x0 - A3E - A0C eth1: Station identity 001f:0006:0001:0003 eth1: Looks like an Intersil firmware version 1.3.6 eth1: Ad-hoc demo mode supported eth1: IEEE standard IBSS ad-hoc mode supported eth1: WEP supported, 104-bit key eth1: MAC address 00:20:E0:8F:41:D1 eth1: Station name Prism I eth1: ready I'm not sure if this info clears up much, but... here it is, anyway. All the WIRELESS_* parameters are confusing, it certainly is _possible_ that a misconfiguration here could freeze the system - or? Is KWiFiManager part of MDK 9.2, BTW? -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: I have an Elitegroup Green 732 notebook (ECS G732, cf. http://www.ecs.com.tw/products/g732_spec.htm) with an integrated Actiontec miniPCI 802.11b adapter (cf. http://www.actiontec.com/products/broadband/80211bminipci/80211bminipci.pdf). The same wlan device is commonly used in IBM notebooks (cf. e.g. http://www.balukoff.com/~stephen/a30p/ where descriptions of how to get the wlan device to work with linux are given). There is also an integrated SiS900 10/100 Ethernet controller (assigned to eth0; the installation process assigns the wlan device to eth1). /proc/pci identifies the wlan device as: Bus 0, device 5, function 0: Network controller: Harris Semiconductor Prism 2.5 Wavelan chipset (rev 1). IRQ 9. Master Capable. Latency=64. Prefetchable 32 bit memory at 0xe8006000 [0xe8006fff]. The vendor device code is 1260:3873 During installation (or later, in DrakConnect), the device is set up with the orinoco_pci kernel module. The module is loaded without incident, but once the system tries connect to the device (e.g. during the installation's network configuration step, unless one skips this step), the system locks up completely, requiring a hard reset (as everything is installed already, MDK 9.1 boots OK afterwards - but without internet connection set up, even on eth0). According to http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/Orinoco.html under the header Issues and release notes, Prism2.5 PCI cards are not supported and neither are miniPCI based on the PCI card (and not using a PCI-PCMCIA bridge). SuSE 8.1 does the same thing as MDK 9.1 as regards identification of the wlan device and (erroneous) relation to orinoco_pci, but as the SuSE installation only attempts to configure the main ethernet controller (i.e. no attempt is made to setting up the wlan device), the result is not as disastrous (at least for a newbie linux user!) as with the MDK 9.1 installation. Red Hat 9 doesn't seem to include any wlan kernel modules at all, so RH9 simply ignores the wlan device. As MDK 9.1 comes with the linux-wlan-ng kernel modules as well (prism2_pci etc.), I tried to modprobe prism2_pci - however getting the error described by another user (with the same wlan device)
