headers
Alan Stern | 1 Jan 01:16
Picon
Favicon

Re: [linux-pm] rtl8187 usb wifi adaptor causes suspend hang

On Wed, 31 Dec 2008, Larry Finger wrote:

> Here is a second try at a suspend/resume patch for rtl8187. This one
> also seems a bit too easy; however, it did work for me, at least for
> STD. I now realize that my machine didn't power off in my previous
> test. This time I manually turned it off before restarting. My
> computer still doesn't STR, thus that was not tested.

As Oliver pointed out, you generally need to implement a reset_resume
method for hibernation to work.  See 
Documentation/usb/power-management.txt.

Alan Stern

--
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
Christian Lamparter | 1 Jan 02:01
Picon

[PATCH 0/3] p54: p54spi driver

This patch series introduce the back-end driver p54spi for stlc4550/stlc4560 chips.

So far no one complained about the patches or had any other issues...
=> therefore it must be 100% working!

[Please mind the logic gap ;-) , But I hope someone will respond
when the whole driver can be easily built with compat-wireless.]

Regards,
	Chr
--
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 | 4 comments |
headers
Christian Lamparter | 1 Jan 02:02
Picon

[PATCH 1/3] p54: longbow frontend support

This patch adds support for longbow RF chip.

Signed-off-by: Christian Lamparter <chunkeey@...>
---
diff -Nurp a/drivers/net/wireless/p54/p54common.c b/drivers/net/wireless/p54/p54common.c
--- a/drivers/net/wireless/p54/p54common.c	2009-01-01 00:57:09.000000000 +0100
+++ b/drivers/net/wireless/p54/p54common.c	2009-01-01 00:59:07.000000000 +0100
@@ -261,13 +261,19 @@ static int p54_convert_rev0(struct ieee8
 	unsigned int i, j;
 	void *source, *target;

-	priv->curve_data = kmalloc(cd_len, GFP_KERNEL);
+	priv->curve_data = kmalloc(sizeof(*priv->curve_data) + cd_len,
+				   GFP_KERNEL);
 	if (!priv->curve_data)
 		return -ENOMEM;

-	memcpy(priv->curve_data, curve_data, sizeof(*curve_data));
+	priv->curve_data->entries = curve_data->channels;
+	priv->curve_data->entry_size = sizeof(__le16) +
+		sizeof(*dst) * curve_data->points_per_channel;
+	priv->curve_data->offset = offsetof(struct pda_pa_curve_data, data);
+	priv->curve_data->len = cd_len;
+	memcpy(priv->curve_data->data, curve_data, sizeof(*curve_data));
 	source = curve_data->data;
-	target = priv->curve_data->data;
+	target = ((struct pda_pa_curve_data *) priv->curve_data->data)->data;
 	for (i = 0; i < curve_data->channels; i++) {
 		__le16 *freq = source;
 		source += sizeof(__le16);
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christian Lamparter | 1 Jan 02:03
Picon

[PATCH 2/3] p54spi: stlc45xx eeprom blob

Usually every p54 hardware has a tiny eeprom chip in which all device specific data for calibration & tuning
is stored.
The spi chips are the only exception. They are made for embedded devices, where space is scarce. 

Signed-off-by: Christian Lamparter <chunkeey@...>
---
diff -Nurp a/drivers/net/wireless/p54/p54spi_eeprom.h b/drivers/net/wireless/p54/p54spi_eeprom.h
--- a/drivers/net/wireless/p54/p54spi_eeprom.h	1970-01-01 01:00:00.000000000 +0100
+++ b/drivers/net/wireless/p54/p54spi_eeprom.h	2008-12-19 16:50:04.000000000 +0100
@@ -0,0 +1,675 @@
+/*
+ * Copyright (C) 2003 Conexant Americas Inc. All Rights Reserved.
+ * Copyright (C) 2004, 2005, 2006 Nokia Corporation
+ * Copyright 2008 Johannes Berg <johannes@...>
+ * Copyright 2008 Christian Lamparter <chunkeey@...>
+ *
+ * based on:
+ *  - cx3110x's pda.h from Nokia
+ *  - cx3110-transfer.log by Johannes Berg
+ *
+ * This program is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU General Public License
+ * version 2 as published by the Free Software Foundation.
+ *
+ * This program is distributed in the hope that it will be useful, but
+ * WITHOUT ANY WARRANTY; without even the implied warranty of
+ * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
+ * General Public License for more details.
+ *
+ * You should have received a copy of the GNU General Public License
(Continue reading)

Permalink | Reply | 0 comments |
headers
Christian Lamparter | 1 Jan 02:03
Picon

[PATCH 3/3] p54spi: p54spi driver

This patch adds the p54spi driver itself.

Signed-off-by: Christian Lamparter <chunkeey@...>
---
diff -Nurp a/drivers/net/wireless/p54/Kconfig b/drivers/net/wireless/p54/Kconfig
--- a/drivers/net/wireless/p54/Kconfig	2009-01-01 01:01:06.000000000 +0100
+++ b/drivers/net/wireless/p54/Kconfig	2009-01-01 01:02:14.000000000 +0100
@@ -61,3 +61,12 @@ config P54_PCI
 	  http://prism54.org/

 	  If you choose to build a module, it'll be called p54pci.
+
+config P54_SPI
+	tristate "Prism54 SPI (stlc45xx) support"
+	depends on P54_COMMON && SPI_MASTER
+	---help---
+	  This driver is for stlc4550 or stlc4560 based wireless chips.
+	  This driver is experimental and untested.
+
+	  If you choose to build a module, it'll be called p54spi.
diff -Nurp a/drivers/net/wireless/p54/Makefile b/drivers/net/wireless/p54/Makefile
--- a/drivers/net/wireless/p54/Makefile	2009-01-01 01:01:01.000000000 +0100
+++ b/drivers/net/wireless/p54/Makefile	2009-01-01 01:02:14.000000000 +0100
@@ -1,3 +1,4 @@
 obj-$(CONFIG_P54_COMMON)	+= p54common.o
 obj-$(CONFIG_P54_USB)		+= p54usb.o
 obj-$(CONFIG_P54_PCI)		+= p54pci.o
+obj-$(CONFIG_P54_SPI)		+= p54spi.o
diff -Nurp a/drivers/net/wireless/p54/p54common.c b/drivers/net/wireless/p54/p54common.c
--- a/drivers/net/wireless/p54/p54common.c	2009-01-01 00:59:46.000000000 +0100
(Continue reading)

Permalink | Reply | 0 comments |
headers
Hin-Tak Leung | 1 Jan 07:06
Picon

Re: [linux-pm] rtl8187 usb wifi adaptor causes suspend hang

--- On Wed, 31/12/08, Larry Finger <Larry.Finger@...> wrote:
<snipped>
> Thanks for testing. I have some ideas on how to improve the
> suspend/resume, but they will require some changes in the
> structure. I
> will also try to determine why my system fails at STR so I
> can test
> both flavors.

I had a crash STR, after restoring my SUSPEND_MODULES workaround , so it is possible that the new addition
actually stop the module getting unloaded. In any case, I suggest testing STR/STD while leaving a ping to
the router running, just to be sure that the suspend/resume code does the right thing.

Also since Alan Stern is now CC'ed, can I ask the in-tree skeleton usb driver code updated to reflect the
recent PM-related changes? There seems to be quite some changes between 2.6.26 and 2.6.27 .

Cheers,
Hin-Tak 

      
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 9 comments |
headers
Hin-Tak Leung | 1 Jan 07:18
Picon

Re: [linux-pm] rtl8187 usb wifi adaptor causes suspend hang

--- On Wed, 31/12/08, Alan Jenkins <alan-jenkins@...> wrote:

> Thanks for the patch.  I tested STD too, and it doesn't
> seem to hang
> anymore.  I even tested removing the adaptor while the
> system was
> hibernated.  However, after resume the interface is
> useless.

Wierd - do you have NetworkManager running?

These days I leave NM running - besides the occasional
/etc/rc.d/init.d/{wpa_supplicant/NetworkManager} stop/start to re-establish connectivity
(seems to be some timing issue with dhcp taking too long and nm ifconfig up/down the device wrongly) - and
*when STD/STR works*, NM usually just re-connect within a minute on resume/defrost.

I don't have the choice of unhooking the device - integrated to laptop. BTW, is it a B device or a non-B device
that didn't work?

Hin-Tak 

      
--
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 | 12 comments |
headers
Alan Jenkins | 1 Jan 14:07
Picon
Favicon

Re: [linux-pm] rtl8187 usb wifi adaptor causes suspend hang

Hin-Tak Leung wrote:
> --- On Wed, 31/12/08, Alan Jenkins <alan-jenkins@...> wrote:
>
>   
>> Thanks for the patch.  I tested STD too, and it doesn't
>> seem to hang
>> anymore.  I even tested removing the adaptor while the
>> system was
>> hibernated.  However, after resume the interface is
>> useless.
>>     
>
> Wierd - do you have NetworkManager running?
>   

Yes, but it's not managing the wireless interface - I'm still using the
wired network.  When I tested, I didn't use the wireless interface at
all before I hibernated.

> These days I leave NM running - besides the occasional
/etc/rc.d/init.d/{wpa_supplicant/NetworkManager} stop/start to re-establish connectivity
(seems to be some timing issue with dhcp taking too long and nm ifconfig up/down the device wrongly) - and
*when STD/STR works*, NM usually just re-connect within a minute on resume/defrost.
>
> I don't have the choice of unhooking the device - integrated to laptop. BTW, is it a B device or a non-B device
that didn't work?
>   

I think it's a B device.
(Continue reading)

Permalink | Reply | 9 comments |
headers
Stefanik Gábor | 1 Jan 14:40
Picon

Re: [linux-pm] rtl8187 usb wifi adaptor causes suspend hang

On Thu, Jan 1, 2009 at 2:07 PM, Alan Jenkins
<alan-jenkins@...> wrote:
> Hin-Tak Leung wrote:
>> --- On Wed, 31/12/08, Alan Jenkins <alan-jenkins@...> wrote:
>>
>>
>>> Thanks for the patch.  I tested STD too, and it doesn't
>>> seem to hang
>>> anymore.  I even tested removing the adaptor while the
>>> system was
>>> hibernated.  However, after resume the interface is
>>> useless.
>>>
>>
>> Wierd - do you have NetworkManager running?
>>
>
> Yes, but it's not managing the wireless interface - I'm still using the
> wired network.  When I tested, I didn't use the wireless interface at
> all before I hibernated.
>
>> These days I leave NM running - besides the occasional
/etc/rc.d/init.d/{wpa_supplicant/NetworkManager} stop/start to re-establish connectivity
(seems to be some timing issue with dhcp taking too long and nm ifconfig up/down the device wrongly) - and
*when STD/STR works*, NM usually just re-connect within a minute on resume/defrost.
>>
>> I don't have the choice of unhooking the device - integrated to laptop. BTW, is it a B device or a non-B
device that didn't work?
>>
>
(Continue reading)

Permalink | Reply | 6 comments |
headers
W. van den Akker | 1 Jan 14:44
Picon
Favicon

Re: Still problems to get ath9k in accessmode. Kernel hangs

Jouni Malinen <j <at> w1.fi> writes:

> I've never tested this with compat-wireless, but the wireless-testing
> version seems to be working fine in my tests.
> 
> > I have build the kernel, compiled the compat-wireless and did a make 
install.
> > Make unload didnt work because some drivers were in use (mac80211).
> > First problem arises, a rmmod ath9k hangs the kernel. No message of what 
so 
> > ever in the log or to stdout.
> 
> Would you happen to have another host available for storing the logs? I
> have been able to receive debug messages from most crashes with
> netconsole (see Documentation/networking/netconsole.txt).
> 

I have tested on the server  with the latest wireless-testing the past days 
(2.6.28-rc9-wl). The wireless-testing looks somewhat more stable then the 
compat-wireless. 

I have also installed the netconsole module to watch any kernel prints. After 
running hostapd (v0.6.6) from command line the AP is up-and-running. Then if I 
connect with the laptop (tested it with kernel .26 and .28 on the laptop) I 
get a connection and can start a browser en explore the internet. If I start 
a second session (Kmail or second browser) the 
server hangs within a minute. Leaving again no trace on the console, 
hostapd-log or netconsole.
Only way to reset the server is switch off the power.
Its very frustrating because no information or what so ever can be found.
(Continue reading)

Permalink | Reply | 548 comments |

Gmane