headers
Pavel Roskin | 1 Jun 07:39
Picon

Re: Moving to kernel .25-r4

On Sat, 2008-05-31 at 20:33 +0000, iElectric wrote:
> Recently I moved to kernel .25-r4. I want to use newest firmware version with
> b43 for my 4311 rev 1 wireless card. I cut the firmware to /lib/firmware/b43/,
> do rmmod b43, modprobe b43 and it still uses old firmware:
> 
> b43-phy0: Broadcom 4311 WLAN found
> b43-phy0 debug: Found PHY: Analog 4, Type 2, Revision 8
> b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 2
> b43-phy0 debug: DebugFS (CONFIG_DEBUG_FS) not enabled in kernel config
> b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)

That's the new firmware.

> Ideas? 

A good bug report describes:

1) What you do (you missed some details, such as the firmware name)
2) What you get (that was mostly OK)
3) What you expect to get (that was missing completely)

--

-- 
Regards,
Pavel Roskin
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 1 comment |
headers
iElectric | 1 Jun 09:25
Picon

Re: Moving to kernel .25-r4

Since the firmware tarball has name broadcom-wl-4.150.10.5 and since the
firmware is updated constantly, I find this disturbing:

> b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)

How can you tell it's the newest firmware?

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Ivo van Doorn | 1 Jun 09:58
Picon

Re: Is there any working 802.11N USB Nic?

On Saturday 31 May 2008, Andreas Gnau wrote:
> Ken Mandelberg schrieb:
> > I have an Airlink AWLL6080 (Ralink 2870). Is there any native work for
> > this chipset? I've tried ndiswrapper with an XP driver, but that only
> > connects in G mode.
> 
> There are native drivers by Ralink for this chipset on their website.
> [1]. I don't know how well they work, though. Maybe the rt2x00-project
> will work on this once the current rt2x00 drivers are completely finished.

Work is already in progress to port the legacy drivers to rt2x00, but
due to lack of time this is going very slowely.

> NDISWrapper should also support 802.1n, so start a new thread in the
> NDISWrapper support forum [2], if you need additional help.
> 
> 
> [1] http://www.ralinktech.com/ralink/Home/Support/Linux.html
> [2]
> http://ndiswrapper.sourceforge.net/joomla/index.php?/component/option,com_fireboard/Itemid,34/
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Sitsofe Wheeler | 1 Jun 18:22
Picon
Favicon

[BISECTED][NEXT] Wifi downloads capped at 105Kbytes/s

Download speeds are never more than 105Kbytes/s even though the bit rate is
54Mb/s in at least linux-net kernels from next-20080523 onwards. I have
bisected it down to commit [2e92e6f2c50b4baf85cca968f0e6f1b5c0df7d39]:

commit 2e92e6f2c50b4baf85cca968f0e6f1b5c0df7d39
Author: Johannes Berg <johannes <at> sipsolutions.net>
Date:   Thu May 15 12:55:27 2008 +0200

    mac80211: use rate index in TX control

    This patch modifies struct ieee80211_tx_control to give band
    info and the rate index (instead of rate pointers) to drivers.
    This mostly serves to reduce the TX control structure size to
    make it fit into skb->cb so that the fragmentation code can
    put it there and we can think about passing it to drivers that
    way in the future.

    The rt2x00 driver update was done by Ivo, thanks.

    Signed-off-by: Ivo van Doorn <IvDoorn <at> gmail.com>
    Signed-off-by: Johannes Berg <johannes <at> sipsolutions.net>
    Signed-off-by: John W. Linville <linville <at> tuxdriver.com>

Reverting this seemed to allow speeds up to 1.3Mbytes/s (which is expected
on this network). I believe I see this behaviour with both iwl3945 and
rt2x00 drivers. Here is the bisection log:

# bad: [7b6c98f0853b86c101948f1bf4e0a21d3065944f] Add linux-next specific
files
# good: [703d73f83f3329ebf5108553017b4a1b66b8fe19] Add linux-next specific
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ben Hutchings | 1 Jun 23:14
Picon

IW_SCAN_CAPA_ESSID vs hidden ESSID

Since upgrading from Linux 2.6.24 to .25, I have found that
NetworkManager cannot associate my Intel wireless card, handled by the
ipw2200 driver, with my AP, which has a hidden SSID.

NetworkManager thinks that wpa_supplicant should be able to scan for
specific hidden SSIDs if the underlying driver advertises
IW_SCAN_CAPA_ESSID, which ipw2200 does since 2.6.25:

	/* Use "AP_SCAN 2" if:
	 * - The wireless network is non-broadcast and the driver doesn't support
	 *     scanning specific SSIDs
	 * - The wireless network is Ad-Hoc
	 * - The wireless driver does not support WPA (stupid drivers...)
	 */
	is_adhoc = (nm_ap_get_mode(ap) == IW_MODE_ADHOC);
	if (is_adhoc || !supports_wpa)
		ap_scan = "AP_SCAN 2";
	else if (!nm_ap_get_broadcast (ap))
		ap_scan = self->priv->has_scan_capa_ssid ? "AP_SCAN 1" : "AP_SCAN 2";

However, this doesn't work because the scan results just have an empty
string or "<hidden>" (not consistently, which is weird).

So one of these components is doing the wrong thing.  Is it that:

1. ipw2200 or ieee80211 should copy the selected ESSID into scan results
2. wpa_supplicant should not check the ESSID of scan results if it has
already selected an ESSId
3. NetworkManager should not expect IW_SCAN_CAPA_ESSID to mean that this
will work
(Continue reading)

Permalink | Reply | 4 comments |
headers
akinobu.mita | 2 Jun 01:13
Picon

[patch -v2 11/23] airo: use simple_read_from_buffer

Signed-off-by: Akinobu Mita <akinobu.mita@...>
Cc: John W. Linville <linville@...>
Cc: netdev@...
Cc: linux-wireless@...
---
 drivers/net/wireless/airo.c |   15 +++------------
 1 file changed, 3 insertions(+), 12 deletions(-)

Index: 2.6-git/drivers/net/wireless/airo.c
===================================================================
--- 2.6-git.orig/drivers/net/wireless/airo.c
+++ 2.6-git/drivers/net/wireless/airo.c
@@ -4560,22 +4560,13 @@ static ssize_t proc_read( struct file *f
 			  size_t len,
 			  loff_t *offset )
 {
-	loff_t pos = *offset;
-	struct proc_data *priv = (struct proc_data*)file->private_data;
+	struct proc_data *priv = file->private_data;

 	if (!priv->rbuffer)
 		return -EINVAL;

-	if (pos < 0)
-		return -EINVAL;
-	if (pos >= priv->readlen)
-		return 0;
-	if (len > priv->readlen - pos)
-		len = priv->readlen - pos;
-	if (copy_to_user(buffer, priv->rbuffer + pos, len))
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ken Mandelberg | 2 Jun 02:40
Favicon

Re: Is there any working 802.11N USB Nic?

Andreas Gnau wrote, On 05/31/08 16:17:
> Ken Mandelberg schrieb:
>> I have an Airlink AWLL6080 (Ralink 2870). Is there any native work for
>> this chipset? I've tried ndiswrapper with an XP driver, but that only
>> connects in G mode.
>
> There are native drivers by Ralink for this chipset on their website.
> [1]. I don't know how well they work, though. Maybe the rt2x00-project
> will work on this once the current rt2x00 drivers are completely finished.
>
> NDISWrapper should also support 802.1n, so start a new thread in the
> NDISWrapper support forum [2], if you need additional help.
>
>
> [1] http://www.ralinktech.com/ralink/Home/Support/Linux.html
> [2]
> http://ndiswrapper.sourceforge.net/joomla/index.php?/component/option,com_fireboard/Itemid,34/

Andreas, thanks for the tips. I didn't know about the native Ralink 
driver for the 2870. I've gone ahead an built it and tested it.

The access point can be either in b/g/n mode or N only mode. In b/g/n 
mode it connects at G. In N only mode it doesn't connect.

iwconfig doesn't have a "modu" parameter for 11n, so I don't force a 
modulation from the Linux side. Should I be somehow?

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
(Continue reading)

Permalink | Reply | 0 comments |
headers
Barteq | 2 Jun 02:55
Picon

iwlwifi: Bug - can't connect to WPA PSK access point any more

Hello list!

I have a persistent problem with connection to my wireless AP.

Started with OOB ubuntu 8.04 when it was possible but after a short while  
(very seldom) up to some 20 minutes - most recent. Next step was to update  
kernel - first to PPA 2.6.25 one.
It gave me less chance to associate. Next was zen-sources. Zen driver gave  
me no chance to associate.. This situation made me to check some most  
recent iwlwifi driver via compat-wireless with no kind of success.. It's  
even worse - system freezed (even sysrq wasn't helpful) just after waiting  
about 2 minutes ow wpa_supplicant -D wext -i wlan0 -c wpa_supp.conf..  
(using 01.06.08 wireless-testing snapshot)

My hardware is typical lenovo t61 with intel 4965AGN on board. I've chosen  
intel becouse of good drivers for my previus one - ipw2200 and ipw3945.  
iwl4965 driver is different..
AP - Linksys WRT54GP2 - mix of wrt54g router + pap2 voip gateway - router  
firmware is identical (and most recent FW loaded of course).

Configuration is also typical one - visible ssid + wpa-psk encryption.

Works fine with broadcom device, with same intel under windows XP, with  
windows mobile 6, with some relatek under windows too.
Problem comes with iwl4965 under linux. It's impossible to associate.
Standard log looks like this (for kind of visualisation in BASH);

while true; do
	Trying to associate with 00:13:10:4a:c6:88 (SSID='kretyn.com' freq=2447  
MHz)
(Continue reading)

Permalink | Reply | 2 comments |
headers
Masakazu Mokuno | 2 Jun 05:42
Picon
Picon

Re: [PATCH 3/3] PS3: gelic: Add support for ESSID scan


On Fri, 30 May 2008 13:51:44 -0400
Dan Williams <dcbw@...> wrote:

> On Fri, 2008-05-30 at 16:27 +0900, Masakazu Mokuno wrote:
> > This adds the support for ESSID scanning
> 
> You'll want to:
> 
> 	range->scan_capa = IW_SCAN_CAPA_ESSID;
> 
> in your SIOCGIWRANGE handler too.

I didn't notice that this flag already was merged in.
I'll respin.

Thanks for pointing out.

--

-- 
Masakazu Mokuno

--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Masakazu Mokuno | 2 Jun 05:49
Picon
Picon

[PATCH 3/3 v2] PS3: gelic: Add support for ESSID scan

This adds the support for ESSID scanning

Signed-off-by: Masakazu Mokuno <mokuno@...>
---
 v2
	Add IW_SCAN_CAPA_ESSID capability flag

 drivers/net/ps3_gelic_wireless.c |   65 ++++++++++++++++++++++++++++++++++-----
 1 file changed, 58 insertions(+), 7 deletions(-)

--- a/drivers/net/ps3_gelic_wireless.c
+++ b/drivers/net/ps3_gelic_wireless.c
@@ -45,7 +45,8 @@
 #include "ps3_gelic_wireless.h"

 
-static int gelic_wl_start_scan(struct gelic_wl_info *wl, int always_scan);
+static int gelic_wl_start_scan(struct gelic_wl_info *wl, int always_scan,
+			       u8 *essid, size_t essid_len);
 static int gelic_wl_try_associate(struct net_device *netdev);

 /*
@@ -105,6 +106,7 @@ static const struct eurus_cmd_arg_info c
 	[GELIC_EURUS_CMD_GET_WEP_CFG]    = { .post_arg = 1},
 	[GELIC_EURUS_CMD_GET_WPA_CFG]    = { .post_arg = 1},
 	[GELIC_EURUS_CMD_GET_RSSI_CFG]   = { .post_arg = 1},
+	[GELIC_EURUS_CMD_START_SCAN]     = { .pre_arg = 1},
 	[GELIC_EURUS_CMD_GET_SCAN]       = { .post_arg = 1},
 };
(Continue reading)

Permalink | Reply | 1 comment |

Gmane