* [PATCH 1/4] cfg80211: combine iwfreq implementations
From: Johannes Berg @ 2009-07-27 10:01 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
In-Reply-To: <20090727100149.839649874@sipsolutions.net>
Until now we implemented iwfreq for managed mode, we
needed to keep the implementations separate, but now
that we have all versions implemented we can combine
them and export just one handler.
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
---
drivers/net/wireless/iwmc3200wifi/wext.c | 34 --------------
include/net/cfg80211.h | 20 ++------
net/mac80211/wext.c | 73 -------------------------------
net/wireless/core.h | 3 +
net/wireless/ibss.c | 5 --
net/wireless/nl80211.c | 2
net/wireless/wext-compat.c | 54 ++++++++++++++++++++++
net/wireless/wext-compat.h | 21 ++++++++
net/wireless/wext-sme.c | 5 --
9 files changed, 91 insertions(+), 126 deletions(-)
--- wireless-testing.orig/include/net/cfg80211.h 2009-07-25 10:40:04.000000000 +0200
+++ wireless-testing/include/net/cfg80211.h 2009-07-25 10:44:27.000000000 +0200
@@ -1595,12 +1595,6 @@ int cfg80211_wext_siwmlme(struct net_dev
int cfg80211_wext_giwrange(struct net_device *dev,
struct iw_request_info *info,
struct iw_point *data, char *extra);
-int cfg80211_ibss_wext_siwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra);
-int cfg80211_ibss_wext_giwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra);
int cfg80211_ibss_wext_siwessid(struct net_device *dev,
struct iw_request_info *info,
struct iw_point *data, char *ssid);
@@ -1614,12 +1608,6 @@ int cfg80211_ibss_wext_giwap(struct net_
struct iw_request_info *info,
struct sockaddr *ap_addr, char *extra);
-int cfg80211_mgd_wext_siwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra);
-int cfg80211_mgd_wext_giwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra);
int cfg80211_mgd_wext_siwessid(struct net_device *dev,
struct iw_request_info *info,
struct iw_point *data, char *ssid);
@@ -1642,8 +1630,12 @@ int cfg80211_wext_giwauth(struct net_dev
struct iw_request_info *info,
struct iw_param *data, char *extra);
-struct ieee80211_channel *cfg80211_wext_freq(struct wiphy *wiphy,
- struct iw_freq *freq);
+int cfg80211_wext_siwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
+int cfg80211_wext_giwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
int cfg80211_wext_siwrate(struct net_device *dev,
struct iw_request_info *info,
--- wireless-testing.orig/net/mac80211/wext.c 2009-07-24 13:21:08.000000000 +0200
+++ wireless-testing/net/mac80211/wext.c 2009-07-25 10:44:27.000000000 +0200
@@ -27,75 +27,6 @@
#include "aes_ccm.h"
-static int ieee80211_ioctl_siwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra)
-{
- struct ieee80211_sub_if_data *sdata = IEEE80211_DEV_TO_SUB_IF(dev);
- struct ieee80211_local *local = sdata->local;
- struct ieee80211_channel *chan;
-
- if (sdata->vif.type == NL80211_IFTYPE_ADHOC)
- return cfg80211_ibss_wext_siwfreq(dev, info, freq, extra);
- else if (sdata->vif.type == NL80211_IFTYPE_STATION)
- return cfg80211_mgd_wext_siwfreq(dev, info, freq, extra);
-
- /* freq->e == 0: freq->m = channel; otherwise freq = m * 10^e */
- if (freq->e == 0) {
- if (freq->m < 0)
- return -EINVAL;
- else
- chan = ieee80211_get_channel(local->hw.wiphy,
- ieee80211_channel_to_frequency(freq->m));
- } else {
- int i, div = 1000000;
- for (i = 0; i < freq->e; i++)
- div /= 10;
- if (div <= 0)
- return -EINVAL;
- chan = ieee80211_get_channel(local->hw.wiphy, freq->m / div);
- }
-
- if (!chan)
- return -EINVAL;
-
- if (chan->flags & IEEE80211_CHAN_DISABLED)
- return -EINVAL;
-
- /*
- * no change except maybe auto -> fixed, ignore the HT
- * setting so you can fix a channel you're on already
- */
- if (local->oper_channel == chan)
- return 0;
-
- local->oper_channel = chan;
- local->oper_channel_type = NL80211_CHAN_NO_HT;
- ieee80211_hw_config(local, 0);
-
- return 0;
-}
-
-
-static int ieee80211_ioctl_giwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra)
-{
- struct ieee80211_local *local = wdev_priv(dev->ieee80211_ptr);
- struct ieee80211_sub_if_data *sdata = IEEE80211_DEV_TO_SUB_IF(dev);
-
- if (sdata->vif.type == NL80211_IFTYPE_ADHOC)
- return cfg80211_ibss_wext_giwfreq(dev, info, freq, extra);
- else if (sdata->vif.type == NL80211_IFTYPE_STATION)
- return cfg80211_mgd_wext_giwfreq(dev, info, freq, extra);
-
- freq->m = local->oper_channel->center_freq;
- freq->e = 6;
-
- return 0;
-}
-
-
static int ieee80211_ioctl_siwessid(struct net_device *dev,
struct iw_request_info *info,
struct iw_point *data, char *ssid)
@@ -173,8 +104,8 @@ static const iw_handler ieee80211_handle
(iw_handler) cfg80211_wext_giwname, /* SIOCGIWNAME */
(iw_handler) NULL, /* SIOCSIWNWID */
(iw_handler) NULL, /* SIOCGIWNWID */
- (iw_handler) ieee80211_ioctl_siwfreq, /* SIOCSIWFREQ */
- (iw_handler) ieee80211_ioctl_giwfreq, /* SIOCGIWFREQ */
+ (iw_handler) cfg80211_wext_siwfreq, /* SIOCSIWFREQ */
+ (iw_handler) cfg80211_wext_giwfreq, /* SIOCGIWFREQ */
(iw_handler) cfg80211_wext_siwmode, /* SIOCSIWMODE */
(iw_handler) cfg80211_wext_giwmode, /* SIOCGIWMODE */
(iw_handler) NULL, /* SIOCSIWSENS */
--- wireless-testing.orig/net/wireless/ibss.c 2009-07-24 13:21:08.000000000 +0200
+++ wireless-testing/net/wireless/ibss.c 2009-07-25 10:44:27.000000000 +0200
@@ -7,6 +7,7 @@
#include <linux/etherdevice.h>
#include <linux/if_arp.h>
#include <net/cfg80211.h>
+#include "wext-compat.h"
#include "nl80211.h"
@@ -312,8 +313,6 @@ int cfg80211_ibss_wext_siwfreq(struct ne
return err;
}
-/* temporary symbol - mark GPL - in the future the handler won't be */
-EXPORT_SYMBOL_GPL(cfg80211_ibss_wext_siwfreq);
int cfg80211_ibss_wext_giwfreq(struct net_device *dev,
struct iw_request_info *info,
@@ -342,8 +341,6 @@ int cfg80211_ibss_wext_giwfreq(struct ne
/* no channel if not joining */
return -EINVAL;
}
-/* temporary symbol - mark GPL - in the future the handler won't be */
-EXPORT_SYMBOL_GPL(cfg80211_ibss_wext_giwfreq);
int cfg80211_ibss_wext_siwessid(struct net_device *dev,
struct iw_request_info *info,
--- /dev/null 1970-01-01 00:00:00.000000000 +0000
+++ wireless-testing/net/wireless/wext-compat.h 2009-07-25 10:44:27.000000000 +0200
@@ -0,0 +1,21 @@
+#ifndef __WEXT_COMPAT
+#define __WEXT_COMPAT
+
+int cfg80211_ibss_wext_siwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
+int cfg80211_ibss_wext_giwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
+
+int cfg80211_mgd_wext_siwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
+int cfg80211_mgd_wext_giwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra);
+
+struct ieee80211_channel *cfg80211_wext_freq(struct wiphy *wiphy,
+ struct iw_freq *freq);
+
+#endif /* __WEXT_COMPAT */
--- wireless-testing.orig/net/wireless/wext-sme.c 2009-07-24 13:21:08.000000000 +0200
+++ wireless-testing/net/wireless/wext-sme.c 2009-07-25 10:44:27.000000000 +0200
@@ -8,6 +8,7 @@
#include <linux/etherdevice.h>
#include <linux/if_arp.h>
#include <net/cfg80211.h>
+#include "wext-compat.h"
#include "nl80211.h"
int cfg80211_mgd_wext_connect(struct cfg80211_registered_device *rdev,
@@ -108,8 +109,6 @@ int cfg80211_mgd_wext_siwfreq(struct net
cfg80211_unlock_rdev(rdev);
return err;
}
-/* temporary symbol - mark GPL - in the future the handler won't be */
-EXPORT_SYMBOL_GPL(cfg80211_mgd_wext_siwfreq);
int cfg80211_mgd_wext_giwfreq(struct net_device *dev,
struct iw_request_info *info,
@@ -138,8 +137,6 @@ int cfg80211_mgd_wext_giwfreq(struct net
/* no channel if not joining */
return -EINVAL;
}
-/* temporary symbol - mark GPL - in the future the handler won't be */
-EXPORT_SYMBOL_GPL(cfg80211_mgd_wext_giwfreq);
int cfg80211_mgd_wext_siwessid(struct net_device *dev,
struct iw_request_info *info,
--- wireless-testing.orig/net/wireless/core.h 2009-07-25 10:40:04.000000000 +0200
+++ wireless-testing/net/wireless/core.h 2009-07-25 10:44:27.000000000 +0200
@@ -66,6 +66,9 @@ struct cfg80211_registered_device {
struct work_struct conn_work;
struct work_struct event_work;
+ /* current channel */
+ struct ieee80211_channel *channel;
+
#ifdef CONFIG_CFG80211_DEBUGFS
/* Debugfs entries */
struct wiphy_debugfsdentries {
--- wireless-testing.orig/net/wireless/nl80211.c 2009-07-25 10:40:04.000000000 +0200
+++ wireless-testing/net/wireless/nl80211.c 2009-07-25 10:44:27.000000000 +0200
@@ -757,6 +757,8 @@ static int nl80211_set_wiphy(struct sk_b
channel_type);
if (result)
goto bad_res;
+
+ rdev->channel = chan;
}
changed = 0;
--- wireless-testing.orig/net/wireless/wext-compat.c 2009-07-25 10:40:04.000000000 +0200
+++ wireless-testing/net/wireless/wext-compat.c 2009-07-25 10:44:27.000000000 +0200
@@ -14,6 +14,7 @@
#include <linux/etherdevice.h>
#include <net/iw_handler.h>
#include <net/cfg80211.h>
+#include "wext-compat.h"
#include "core.h"
int cfg80211_wext_giwname(struct net_device *dev,
@@ -300,7 +301,6 @@ struct ieee80211_channel *cfg80211_wext_
return ERR_PTR(-EINVAL);
return chan;
}
-EXPORT_SYMBOL_GPL(cfg80211_wext_freq);
int cfg80211_wext_siwrts(struct net_device *dev,
struct iw_request_info *info,
@@ -759,6 +759,58 @@ int cfg80211_wext_giwencode(struct net_d
}
EXPORT_SYMBOL_GPL(cfg80211_wext_giwencode);
+int cfg80211_wext_siwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra)
+{
+ struct wireless_dev *wdev = dev->ieee80211_ptr;
+ struct cfg80211_registered_device *rdev = wiphy_to_dev(wdev->wiphy);
+ struct ieee80211_channel *chan;
+ int err;
+
+ switch (wdev->iftype) {
+ case NL80211_IFTYPE_STATION:
+ return cfg80211_mgd_wext_siwfreq(dev, info, freq, extra);
+ case NL80211_IFTYPE_ADHOC:
+ return cfg80211_ibss_wext_siwfreq(dev, info, freq, extra);
+ default:
+ chan = cfg80211_wext_freq(wdev->wiphy, freq);
+ if (!chan)
+ return -EINVAL;
+ if (IS_ERR(chan))
+ return PTR_ERR(chan);
+ err = rdev->ops->set_channel(wdev->wiphy, chan,
+ NL80211_CHAN_NO_HT);
+ if (err)
+ return err;
+ rdev->channel = chan;
+ return 0;
+ }
+}
+EXPORT_SYMBOL_GPL(cfg80211_wext_siwfreq);
+
+int cfg80211_wext_giwfreq(struct net_device *dev,
+ struct iw_request_info *info,
+ struct iw_freq *freq, char *extra)
+{
+ struct wireless_dev *wdev = dev->ieee80211_ptr;
+ struct cfg80211_registered_device *rdev = wiphy_to_dev(wdev->wiphy);
+
+ switch (wdev->iftype) {
+ case NL80211_IFTYPE_STATION:
+ return cfg80211_mgd_wext_giwfreq(dev, info, freq, extra);
+ case NL80211_IFTYPE_ADHOC:
+ return cfg80211_ibss_wext_giwfreq(dev, info, freq, extra);
+ default:
+ if (!rdev->channel)
+ return -EINVAL;
+ freq->m = rdev->channel->center_freq;
+ freq->e = 6;
+ return 0;
+ }
+}
+EXPORT_SYMBOL_GPL(cfg80211_wext_giwfreq);
+
int cfg80211_wext_siwtxpower(struct net_device *dev,
struct iw_request_info *info,
union iwreq_data *data, char *extra)
--- wireless-testing.orig/drivers/net/wireless/iwmc3200wifi/wext.c 2009-07-24 13:21:08.000000000 +0200
+++ wireless-testing/drivers/net/wireless/iwmc3200wifi/wext.c 2009-07-25 10:44:27.000000000 +0200
@@ -27,36 +27,6 @@
#include "iwm.h"
#include "commands.h"
-static int iwm_wext_siwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra)
-{
- struct iwm_priv *iwm = ndev_to_iwm(dev);
-
- switch (iwm->conf.mode) {
- case UMAC_MODE_IBSS:
- return cfg80211_ibss_wext_siwfreq(dev, info, freq, extra);
- default:
- return -EOPNOTSUPP;
- }
-}
-
-static int iwm_wext_giwfreq(struct net_device *dev,
- struct iw_request_info *info,
- struct iw_freq *freq, char *extra)
-{
- struct iwm_priv *iwm = ndev_to_iwm(dev);
-
- switch (iwm->conf.mode) {
- case UMAC_MODE_IBSS:
- return cfg80211_ibss_wext_giwfreq(dev, info, freq, extra);
- case UMAC_MODE_BSS:
- return cfg80211_mgd_wext_giwfreq(dev, info, freq, extra);
- default:
- return -EOPNOTSUPP;
- }
-}
-
static int iwm_wext_siwap(struct net_device *dev, struct iw_request_info *info,
struct sockaddr *ap_addr, char *extra)
{
@@ -125,8 +95,8 @@ static const iw_handler iwm_handlers[] =
(iw_handler) cfg80211_wext_giwname, /* SIOCGIWNAME */
(iw_handler) NULL, /* SIOCSIWNWID */
(iw_handler) NULL, /* SIOCGIWNWID */
- (iw_handler) iwm_wext_siwfreq, /* SIOCSIWFREQ */
- (iw_handler) iwm_wext_giwfreq, /* SIOCGIWFREQ */
+ (iw_handler) cfg80211_wext_siwfreq, /* SIOCSIWFREQ */
+ (iw_handler) cfg80211_wext_giwfreq, /* SIOCGIWFREQ */
(iw_handler) cfg80211_wext_siwmode, /* SIOCSIWMODE */
(iw_handler) cfg80211_wext_giwmode, /* SIOCGIWMODE */
(iw_handler) NULL, /* SIOCSIWSENS */
--
^ permalink raw reply
* [PATCH 0/4] remove wext handlers from mac80211/iwm
From: Johannes Berg @ 2009-07-27 10:01 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
Since we've moved almost everything over, we can
also move over the handlers array and have cfg80211
automatically assign it where appropriate.
johannes
^ permalink raw reply
* Re: 2.6.31-rc2: Possible regression in rt61pci driver
From: Chris Clayton @ 2009-07-27 9:35 UTC (permalink / raw)
To: Pavel Roskin; +Cc: linux-wireless
In-Reply-To: <1248653207.3106.9.camel@mj>
[-- Attachment #1: Type: text/plain, Size: 945 bytes --]
2009/7/27 Pavel Roskin <proski@gnu.org>:
> On Sun, 2009-07-26 at 22:33 +0100, Chris Clayton wrote:
>
>> Do you have CONFIG_MAC80211_DEFAULT_PS enabled?
>
> No. That may explain everything. I'll try enabling
> CONFIG_MAC80211_DEFAULT_PS.
>
I've built and installed a kernel with all the various types of
MAC80211 debugging turned on (in addition to the RT61 driver's) and
with CONFIG_MAC80211_DEFAULT_PS enabled. The attached file is the
output from dmesg just after a freeze occurs. (The pcmcia card eject
represents me ejecting the wireless card, so that the freeze "thaws"
and I can capture the output from dmesg).
Let me know if any additional diagnostics are needed. I have enabled
MAC80211 debugfs too.
Chris
> --
> Regards,
> Pavel Roskin
>
--
No, Sir; there is nothing which has yet been contrived by man, by which
so much happiness is produced as by a good tavern or inn - Doctor Samuel
Johnson
[-- Attachment #2: freeze.dmesg.txt --]
[-- Type: text/plain, Size: 39962 bytes --]
[ 0.000000] Linux version 2.6.31-rc4 (chris@laptop) (gcc version 4.3.4 20090719 (prerelease) (GCC) ) #264 PREEMPT Mon Jul 27 10:04:05 BST 2009
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] NSC Geode by NSC
[ 0.000000] Cyrix CyrixInstead
[ 0.000000] Centaur CentaurHauls
[ 0.000000] Transmeta GenuineTMx86
[ 0.000000] Transmeta TransmetaCPU
[ 0.000000] UMC UMC UMC UMC
[ 0.000000] BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: 0000000000000100 - 000000000009fc00 (usable)
[ 0.000000] BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
[ 0.000000] BIOS-e820: 0000000000100000 - 000000001ffe2800 (usable)
[ 0.000000] BIOS-e820: 000000001ffe2800 - 0000000020000000 (reserved)
[ 0.000000] BIOS-e820: 00000000feda0000 - 00000000fee00000 (reserved)
[ 0.000000] BIOS-e820: 00000000ffb80000 - 0000000100000000 (reserved)
[ 0.000000] DMI 2.3 present.
[ 0.000000] last_pfn = 0x1ffe2 max_arch_pfn = 0x100000
[ 0.000000] MTRR default type: uncachable
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-CFFFF write-protect
[ 0.000000] D0000-EFFFF uncachable
[ 0.000000] F0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 000000000 mask FE0000000 write-back
[ 0.000000] 1 base 0FEDA0000 mask FFFFE0000 write-through
[ 0.000000] 2 disabled
[ 0.000000] 3 base 0D0000000 mask FF0000000 write-combining
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] PAT not supported by CPU.
[ 0.000000] initial memory mapped : 0 - 01800000
[ 0.000000] init_memory_mapping: 0000000000000000-000000001ffe2000
[ 0.000000] 0000000000 - 0000400000 page 4k
[ 0.000000] 0000400000 - 001fc00000 page 2M
[ 0.000000] 001fc00000 - 001ffe2000 page 4k
[ 0.000000] kernel direct mapping tables up to 1ffe2000 @ 7000-c000
[ 0.000000] ACPI: RSDP 000fde50 00014 (v00 DELL )
[ 0.000000] ACPI: RSDT 000fde64 00028 (v01 DELL CPi R 27D20811 ASL 00000061)
[ 0.000000] ACPI: FACP 000fde90 00074 (v01 DELL CPi R 27D20811 ASL 00000061)
[ 0.000000] ACPI: DSDT fffe4000 0317A (v01 INT430 SYSFexxx 00001001 MSFT 0100000E)
[ 0.000000] ACPI: FACS 1ffff800 00040
[ 0.000000] 511MB LOWMEM available.
[ 0.000000] mapped low ram: 0 - 1ffe2000
[ 0.000000] low ram: 0 - 1ffe2000
[ 0.000000] node 0 low ram: 00000000 - 1ffe2000
[ 0.000000] node 0 bootmap 00001000 - 00005000
[ 0.000000] (6 early reservations) ==> bootmem [0000000000 - 001ffe2000]
[ 0.000000] #0 [0000000000 - 0000001000] BIOS data page ==> [0000000000 - 0000001000]
[ 0.000000] #1 [0001000000 - 00013effc4] TEXT DATA BSS ==> [0001000000 - 00013effc4]
[ 0.000000] #2 [000009fc00 - 0000100000] BIOS reserved ==> [000009fc00 - 0000100000]
[ 0.000000] #3 [00013f0000 - 00013f6198] BRK ==> [00013f0000 - 00013f6198]
[ 0.000000] #4 [0000007000 - 0000008000] PGTABLE ==> [0000007000 - 0000008000]
[ 0.000000] #5 [0000001000 - 0000005000] BOOTMAP ==> [0000001000 - 0000005000]
[ 0.000000] Zone PFN ranges:
[ 0.000000] DMA 0x00000001 -> 0x00001000
[ 0.000000] Normal 0x00001000 -> 0x0001ffe2
[ 0.000000] Movable zone start PFN for each node
[ 0.000000] early_node_map[2] active PFN ranges
[ 0.000000] 0: 0x00000001 -> 0x0000009f
[ 0.000000] 0: 0x00000100 -> 0x0001ffe2
[ 0.000000] On node 0 totalpages: 130944
[ 0.000000] free_area_init_node: node 0, pgdat c1370a80, node_mem_map c13f7020
[ 0.000000] DMA zone: 32 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 3966 pages, LIFO batch:0
[ 0.000000] Normal zone: 992 pages used for memmap
[ 0.000000] Normal zone: 125954 pages, LIFO batch:31
[ 0.000000] Using APIC driver default
[ 0.000000] ACPI: PM-Timer IO Port: 0x808
[ 0.000000] Local APIC disabled by BIOS -- you can enable it with "lapic"
[ 0.000000] APIC: disable apic facility
[ 0.000000] nr_irqs_gsi: 16
[ 0.000000] Allocating PCI resources starting at 20000000 (gap: 20000000:deda0000)
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 129920
[ 0.000000] Kernel command line: root=/dev/hda2 ro noirda resume=/dev/hda3
[ 0.000000] PID hash table entries: 2048 (order: 11, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Enabling fast FPU save and restore... done.
[ 0.000000] Enabling unmasked SIMD FPU exception support... done.
[ 0.000000] Initializing CPU#0
[ 0.000000] Memory: 515172k/524168k available (2568k kernel code, 8576k reserved, 992k data, 276k init, 0k highmem)
[ 0.000000] virtual kernel memory layout:
[ 0.000000] fixmap : 0xfffa4000 - 0xfffff000 ( 364 kB)
[ 0.000000] vmalloc : 0xe07e2000 - 0xfffa2000 ( 503 MB)
[ 0.000000] lowmem : 0xc0000000 - 0xdffe2000 ( 511 MB)
[ 0.000000] .init : 0xc137c000 - 0xc13c1000 ( 276 kB)
[ 0.000000] .data : 0xc12822a9 - 0xc137a3a8 ( 992 kB)
[ 0.000000] .text : 0xc1000000 - 0xc12822a9 (2568 kB)
[ 0.000000] Checking if this processor honours the WP bit even in supervisor mode...Ok.
[ 0.000000] SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] NR_IRQS:288
[ 0.000000] CPU 0 irqstacks, hard=c1373000 soft=c1374000
[ 0.000000] Fast TSC calibration using PIT
[ 0.000000] Detected 996.687 MHz processor.
[ 0.001250] Console: colour VGA+ 80x25
[ 0.001257] console [tty0] enabled
[ 0.003512] Calibrating delay loop (skipped), value calculated using timer frequency.. 1993.37 BogoMIPS (lpj=3986748)
[ 0.003607] Mount-cache hash table entries: 512
[ 0.003862] CPU: L1 I cache: 16K, L1 D cache: 16K
[ 0.003917] CPU: L2 cache: 512K
[ 0.003952] mce: CPU supports 5 MCE banks
[ 0.004000] CPU: Mobile Intel(R) Pentium(R) III CPU - M 1000MHz stepping 04
[ 0.004000] Checking 'hlt' instruction... OK.
[ 0.016657] ACPI: Core revision 20090521
[ 0.064110] ACPI: setting ELCR to 0200 (from 0a20)
[ 0.064978] NET: Registered protocol family 16
[ 0.065189] ACPI: bus type pci registered
[ 0.087852] PCI: PCI BIOS revision 2.10 entry at 0xfbfee, last bus=2
[ 0.087892] PCI: Using configuration type 1 for base access
[ 0.089077] bio: create slab <bio-0> at 0
[ 0.089834] ACPI: EC: Look up EC in DSDT
[ 0.130345] ACPI: Interpreter enabled
[ 0.130391] ACPI: (supports S0 S1 S3 S5)
[ 0.130528] ACPI: Using PIC for interrupt routing
[ 0.194183] ACPI: Power Resource [PADA] (on)
[ 0.218430] ACPI: PCI Root Bridge [PCI0] (0000:00)
[ 0.218535] pci 0000:00:00.0: reg 10 32bit mmio: [0xd0000000-0xdfffffff]
[ 0.218650] pci 0000:00:1d.0: reg 20 io port: [0xbf80-0xbf9f]
[ 0.218744] pci 0000:00:1f.0: quirk: region 0800-087f claimed by ICH4 ACPI/GPIO/TCO
[ 0.218794] pci 0000:00:1f.0: quirk: region 0880-08bf claimed by ICH4 GPIO
[ 0.218856] pci 0000:00:1f.1: reg 10 io port: [0x1f0-0x1f7]
[ 0.218866] pci 0000:00:1f.1: reg 14 io port: [0x3f4-0x3f7]
[ 0.218877] pci 0000:00:1f.1: reg 18 io port: [0x170-0x177]
[ 0.218887] pci 0000:00:1f.1: reg 1c io port: [0x374-0x377]
[ 0.218897] pci 0000:00:1f.1: reg 20 io port: [0xbfa0-0xbfaf]
[ 0.218907] pci 0000:00:1f.1: reg 24 32bit mmio: [0x3a000000-0x3a0003ff]
[ 0.218946] pci 0000:00:1f.5: reg 10 io port: [0xd800-0xd8ff]
[ 0.218956] pci 0000:00:1f.5: reg 14 io port: [0xdc80-0xdcbf]
[ 0.219008] pci 0000:00:1f.6: reg 10 io port: [0xd400-0xd4ff]
[ 0.219018] pci 0000:00:1f.6: reg 14 io port: [0xdc00-0xdc7f]
[ 0.219081] pci 0000:01:00.0: reg 10 32bit mmio: [0xe0000000-0xe7ffffff]
[ 0.219090] pci 0000:01:00.0: reg 14 io port: [0xc000-0xc0ff]
[ 0.219100] pci 0000:01:00.0: reg 18 32bit mmio: [0xfcff0000-0xfcffffff]
[ 0.219116] pci 0000:01:00.0: reg 30 32bit mmio: [0x000000-0x01ffff]
[ 0.219136] pci 0000:01:00.0: supports D1 D2
[ 0.219170] pci 0000:00:01.0: bridge io port: [0xc000-0xcfff]
[ 0.219177] pci 0000:00:01.0: bridge 32bit mmio: [0xfc000000-0xfdffffff]
[ 0.219184] pci 0000:00:01.0: bridge 32bit mmio pref: [0xe0000000-0xe7ffffff]
[ 0.219221] pci 0000:02:00.0: reg 10 io port: [0xec80-0xecff]
[ 0.219231] pci 0000:02:00.0: reg 14 32bit mmio: [0xf8fffc00-0xf8fffc7f]
[ 0.219255] pci 0000:02:00.0: reg 30 32bit mmio: [0xf9000000-0xf901ffff]
[ 0.219273] pci 0000:02:00.0: supports D1 D2
[ 0.219279] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.219320] pci 0000:02:00.0: PME# disabled
[ 0.219384] pci 0000:02:01.0: reg 10 32bit mmio: [0xf8000000-0xf8000fff]
[ 0.219404] pci 0000:02:01.0: supports D1 D2
[ 0.219409] pci 0000:02:01.0: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.219449] pci 0000:02:01.0: PME# disabled
[ 0.219513] pci 0000:02:01.1: reg 10 32bit mmio: [0xf8001000-0xf8001fff]
[ 0.219533] pci 0000:02:01.1: supports D1 D2
[ 0.219539] pci 0000:02:01.1: PME# supported from D0 D1 D2 D3hot D3cold
[ 0.219578] pci 0000:02:01.1: PME# disabled
[ 0.219651] pci 0000:00:1e.0: transparent bridge
[ 0.219688] pci 0000:00:1e.0: bridge io port: [0xe000-0xffff]
[ 0.219696] pci 0000:00:1e.0: bridge 32bit mmio: [0xf4000000-0xfbffffff]
[ 0.219704] pci 0000:00:1e.0: bridge 32bit mmio pref: [0x30000000-0x39ffffff]
[ 0.219746] pci_bus 0000:00: on NUMA node 0
[ 0.219755] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
[ 0.219947] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT]
[ 0.219990] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCIE._PRT]
[ 0.256439] ACPI: PCI Interrupt Link [LNKA] (IRQs 9 10 *11)
[ 0.257010] ACPI: PCI Interrupt Link [LNKB] (IRQs *5 7)
[ 0.257560] ACPI: PCI Interrupt Link [LNKC] (IRQs 9 10 *11)
[ 0.258131] ACPI: PCI Interrupt Link [LNKD] (IRQs 5 7 9 10 *11)
[ 0.258665] SCSI subsystem initialized
[ 0.258830] PCI: Using ACPI for IRQ routing
[ 0.259124] pnp: PnP ACPI init
[ 0.259170] ACPI: bus type pnp registered
[ 0.302804] pnp 00:02: io resource (0x800-0x805) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
[ 0.302857] pnp 00:02: io resource (0x808-0x80f) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
[ 0.303046] pnp 00:03: io resource (0x806-0x807) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
[ 0.303098] pnp 00:03: io resource (0x810-0x85f) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
[ 0.303149] pnp 00:03: io resource (0x860-0x87f) overlaps 0000:00:1f.0 BAR 7 (0x800-0x87f), disabling
[ 0.304195] pnp 00:04: io resource (0xf000-0xf0fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304247] pnp 00:04: io resource (0xf100-0xf1fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304298] pnp 00:04: io resource (0xf200-0xf2fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304349] pnp 00:04: io resource (0xf400-0xf4fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304401] pnp 00:04: io resource (0xf500-0xf5fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304451] pnp 00:04: io resource (0xf600-0xf6fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304502] pnp 00:04: io resource (0xf800-0xf8fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304553] pnp 00:04: io resource (0xf900-0xf9fe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304604] pnp 00:04: io resource (0xfa00-0xfafe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304654] pnp 00:04: io resource (0xfc00-0xfcfe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304705] pnp 00:04: io resource (0xfd00-0xfdfe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304756] pnp 00:04: io resource (0xfe00-0xfefe) overlaps 0000:00:1e.0 BAR 7 (0xe000-0xffff), disabling
[ 0.304807] pnp 00:04: mem resource (0xfa000000-0xfbffffff) overlaps 0000:00:1e.0 BAR 8 (0xf4000000-0xfbffffff), disabling
[ 0.407311] pnp: PnP ACPI: found 18 devices
[ 0.407347] ACPI: ACPI bus type pnp unregistered
[ 0.407397] system 00:00: iomem range 0x0-0x9fbff could not be reserved
[ 0.407438] system 00:00: iomem range 0x9fc00-0x9ffff could not be reserved
[ 0.407479] system 00:00: iomem range 0xc0000-0xcffff could not be reserved
[ 0.407519] system 00:00: iomem range 0xe0000-0xfffff could not be reserved
[ 0.407559] system 00:00: iomem range 0x100000-0x1ffeffff could not be reserved
[ 0.407606] system 00:00: iomem range 0x1fff0000-0x1fffffff has been reserved
[ 0.407646] system 00:00: iomem range 0xfeda0000-0xfedfffff has been reserved
[ 0.407686] system 00:00: iomem range 0xfff80000-0xffffffff has been reserved
[ 0.407734] system 00:02: ioport range 0x4d0-0x4d1 has been reserved
[ 0.407780] system 00:03: ioport range 0x880-0x8bf has been reserved
[ 0.407819] system 00:03: ioport range 0x8c0-0x8df has been reserved
[ 0.407858] system 00:03: ioport range 0x8e0-0x8ff has been reserved
[ 0.407911] system 00:09: ioport range 0x900-0x91f has been reserved
[ 0.407950] system 00:09: ioport range 0x3f0-0x3f1 has been reserved
[ 0.407998] system 00:10: ioport range 0xbf40-0xbf5f has been reserved
[ 0.408048] system 00:10: ioport range 0xbf20-0xbf3f has been reserved
[ 0.408095] system 00:11: iomem range 0xfebffc00-0xfebfffff has been reserved
[ 0.442871] pci 0000:00:01.0: PCI bridge, secondary bus 0000:01
[ 0.442910] pci 0000:00:01.0: IO window: 0xc000-0xcfff
[ 0.442949] pci 0000:00:01.0: MEM window: 0xfc000000-0xfdffffff
[ 0.442988] pci 0000:00:01.0: PREFETCH window: 0xe0000000-0xe7ffffff
[ 0.443033] pci 0000:02:01.0: CardBus bridge, secondary bus 0000:03
[ 0.443071] pci 0000:02:01.0: IO window: 0x00e000-0x00e0ff
[ 0.443110] pci 0000:02:01.0: IO window: 0x00e400-0x00e4ff
[ 0.443149] pci 0000:02:01.0: PREFETCH window: 0x30000000-0x33ffffff
[ 0.443189] pci 0000:02:01.0: MEM window: 0xf4000000-0xf7ffffff
[ 0.443227] pci 0000:02:01.1: CardBus bridge, secondary bus 0000:07
[ 0.443265] pci 0000:02:01.1: IO window: 0x00e800-0x00e8ff
[ 0.443303] pci 0000:02:01.1: IO window: 0x00f000-0x00f0ff
[ 0.443342] pci 0000:02:01.1: PREFETCH window: 0x34000000-0x37ffffff
[ 0.443381] pci 0000:02:01.1: MEM window: 0x20000000-0x23ffffff
[ 0.443420] pci 0000:00:1e.0: PCI bridge, secondary bus 0000:02
[ 0.443458] pci 0000:00:1e.0: IO window: 0xe000-0xffff
[ 0.443497] pci 0000:00:1e.0: MEM window: 0xf4000000-0xfbffffff
[ 0.443536] pci 0000:00:1e.0: PREFETCH window: 0x30000000-0x39ffffff
[ 0.443588] pci 0000:00:1e.0: setting latency timer to 64
[ 0.444188] ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11
[ 0.444227] PCI: setting IRQ 11 as level-triggered
[ 0.444235] pci 0000:02:01.0: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11
[ 0.444292] pci 0000:02:01.1: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11
[ 0.445484] pci_bus 0000:00: resource 0 io: [0x00-0xffff]
[ 0.445491] pci_bus 0000:00: resource 1 mem: [0x000000-0xffffffff]
[ 0.445497] pci_bus 0000:01: resource 0 io: [0xc000-0xcfff]
[ 0.445504] pci_bus 0000:01: resource 1 mem: [0xfc000000-0xfdffffff]
[ 0.445510] pci_bus 0000:01: resource 2 pref mem [0xe0000000-0xe7ffffff]
[ 0.445517] pci_bus 0000:02: resource 0 io: [0xe000-0xffff]
[ 0.445523] pci_bus 0000:02: resource 1 mem: [0xf4000000-0xfbffffff]
[ 0.445529] pci_bus 0000:02: resource 2 pref mem [0x30000000-0x39ffffff]
[ 0.445535] pci_bus 0000:02: resource 3 io: [0x00-0xffff]
[ 0.445541] pci_bus 0000:02: resource 4 mem: [0x000000-0xffffffff]
[ 0.445547] pci_bus 0000:03: resource 0 io: [0xe000-0xe0ff]
[ 0.445553] pci_bus 0000:03: resource 1 io: [0xe400-0xe4ff]
[ 0.445559] pci_bus 0000:03: resource 2 pref mem [0x30000000-0x33ffffff]
[ 0.445565] pci_bus 0000:03: resource 3 mem: [0xf4000000-0xf7ffffff]
[ 0.445572] pci_bus 0000:07: resource 0 io: [0xe800-0xe8ff]
[ 0.445577] pci_bus 0000:07: resource 1 io: [0xf000-0xf0ff]
[ 0.445584] pci_bus 0000:07: resource 2 pref mem [0x34000000-0x37ffffff]
[ 0.445590] pci_bus 0000:07: resource 3 mem: [0x20000000-0x23ffffff]
[ 0.445656] NET: Registered protocol family 2
[ 0.445891] IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.446536] TCP established hash table entries: 16384 (order: 5, 131072 bytes)
[ 0.446872] TCP bind hash table entries: 16384 (order: 4, 65536 bytes)
[ 0.447062] TCP: Hash tables configured (established 16384 bind 16384)
[ 0.447101] TCP reno registered
[ 0.447251] NET: Registered protocol family 1
[ 0.451763] msgmni has been set to 1006
[ 0.453499] alg: No test for stdrng (krng)
[ 0.453597] io scheduler noop registered
[ 0.453807] io scheduler cfq registered (default)
[ 0.453899] pci 0000:01:00.0: Boot video device
[ 0.454870] ACPI: AC Adapter [AC] (on-line)
[ 0.455069] input: Lid Switch as /class/input/input0
[ 0.455778] ACPI: Lid Switch [LID]
[ 0.455909] input: Power Button as /class/input/input1
[ 0.455948] ACPI: Power Button [PBTN]
[ 0.456113] input: Sleep Button as /class/input/input2
[ 0.456151] ACPI: Sleep Button [SBTN]
[ 0.456318] Marking TSC unstable due to TSC halts in idle
[ 0.456390] ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
[ 0.456541] processor LNXCPU:00: registered as cooling_device0
[ 0.462676] Switched to NOHz mode on CPU #0
[ 0.472862] thermal LNXTHERM:01: registered as thermal_zone0
[ 0.472910] ACPI: Thermal Zone [THM] (60 C)
[ 0.472981] isapnp: Scanning for PnP cards...
[ 0.825574] isapnp: No Plug & Play device found
[ 0.839385] Real Time Clock Driver v1.12b
[ 0.839428] Linux agpgart interface v0.103
[ 0.839508] agpgart-intel 0000:00:00.0: Intel 830M Chipset
[ 0.854729] agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xd0000000
[ 0.854876] [drm] Initialized drm 1.1.0 20060810
[ 0.854913] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
[ 0.855061] serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 0.855285] serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
[ 0.855550] Platform driver 'serial8250' needs updating - please use dev_pm_ops
[ 0.856223] 00:0d: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
[ 0.960554] ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 5
[ 0.960594] PCI: setting IRQ 5 as level-triggered
[ 0.960603] serial 0000:00:1f.6: PCI INT B -> Link[LNKB] -> GSI 5 (level, low) -> IRQ 5
[ 0.960656] serial 0000:00:1f.6: PCI INT B disabled
[ 0.960779] Uniform Multi-Platform E-IDE driver
[ 0.960872] piix 0000:00:1f.1: IDE controller (0x8086:0x248a rev 0x02)
[ 0.961485] ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
[ 0.961526] pci 0000:00:1f.1: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
[ 0.961597] piix 0000:00:1f.1: not 100% native mode: will probe irqs later
[ 0.961642] ide0: BM-DMA at 0xbfa0-0xbfa7
[ 0.961694] ide1: BM-DMA at 0xbfa8-0xbfaf
[ 0.961741] Probing IDE interface ide0...
[ 1.241796] ACPI: Battery Slot [BAT0] (battery present)
[ 1.241944] ACPI: Battery Slot [BAT1] (battery absent)
[ 1.248248] hda: SAMSUNG HM160HC, ATA DISK drive
[ 1.920082] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[ 1.920174] hda: UDMA/100 mode selected
[ 1.920282] Probing IDE interface ide1...
[ 2.656244] hdc: HL-DT-ST DVD+/-RW GSA-T11N, ATAPI CD/DVD-ROM drive
[ 2.992077] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4
[ 2.992868] hdc: UDMA/33 mode selected
[ 2.993390] ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
[ 2.993471] ide1 at 0x170-0x177,0x376 on irq 15
[ 2.993673] ide-gd driver 1.18
[ 2.993735] hda: max request size: 512KiB
[ 3.053963] hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63
[ 3.055962] hda: cache flushes supported
[ 3.056050] hda: hda1 hda2 hda3 hda4 < hda5 hda6 hda7 hda8 >
[ 3.125042] ide-cd driver 5.00
[ 3.127164] ide-cd: hdc: ATAPI 24X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache
[ 3.127318] Uniform CD-ROM driver Revision: 3.20
[ 3.141517] PNP: PS/2 Controller [PNP0303:KBC,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
[ 3.141640] Platform driver 'i8042' needs updating - please use dev_pm_ops
[ 3.146324] serio: i8042 KBD port at 0x60,0x64 irq 1
[ 3.146366] serio: i8042 AUX port at 0x60,0x64 irq 12
[ 3.146564] mice: PS/2 mouse device common for all mice
[ 3.146725] input: PC Speaker as /class/input/input3
[ 3.146865] cpuidle: using governor ladder
[ 3.147017] cpuidle: using governor menu
[ 3.147123] Advanced Linux Sound Architecture Driver Version 1.0.20.
[ 3.147265] Intel ICH 0000:00:1f.5: PCI INT B -> Link[LNKB] -> GSI 5 (level, low) -> IRQ 5
[ 3.147333] Intel ICH 0000:00:1f.5: setting latency timer to 64
[ 3.151009] input: AT Translated Set 2 keyboard as /class/input/input4
[ 3.440327] Clocksource tsc unstable (delta = -261036248 ns)
[ 3.904060] intel8x0_measure_ac97_clock: measured 55213 usecs (2654 samples)
[ 3.904101] intel8x0: clocking to 48000
[ 3.905496] ALSA device list:
[ 3.905530] #0: Intel 82801CA-ICH3 with CS4205 at irq 5
[ 3.906432] TCP cubic registered
[ 3.906469] NET: Registered protocol family 15
[ 3.906545] Using IPI Shortcut mode
[ 3.981763] kjournald starting. Commit interval 5 seconds
[ 3.981819] EXT3-fs: mounted filesystem with writeback data mode.
[ 3.981872] VFS: Mounted root (ext3 filesystem) readonly on device 3:2.
[ 3.981953] Freeing unused kernel memory: 276k freed
[ 4.708069] EXT3 FS on hda2, internal journal
[ 6.217575] Platform driver 'floppy' needs updating - please use dev_pm_ops
[ 6.217685] Floppy drive(s): fd0 is 1.44M
[ 6.233868] FDC 0 is a post-1991 82077
[ 6.367866] ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
[ 6.367920] 3c59x 0000:02:00.0: PCI INT A -> Link[LNKC] -> GSI 11 (level, low) -> IRQ 11
[ 6.367983] 3c59x: Donald Becker and others.
[ 6.368026] 0000:02:00.0: 3Com PCI 3c905C Tornado at e08ecc00.
[ 6.399849] yenta_cardbus 0000:02:01.0: CardBus bridge found [1028:00e3]
[ 6.399914] yenta_cardbus 0000:02:01.0: Using CSCINT to route CSC interrupts to PCI
[ 6.399960] yenta_cardbus 0000:02:01.0: Routing CardBus interrupts to PCI
[ 6.400001] yenta_cardbus 0000:02:01.0: TI: mfunc 0x01261222, devctl 0x64
[ 6.419838] usbcore: registered new interface driver usbfs
[ 6.419934] usbcore: registered new interface driver hub
[ 6.420017] usbcore: registered new device driver usb
[ 6.445941] NET: Registered protocol family 23
[ 6.491110] Platform driver 'smsc-ircc2' needs updating - please use dev_pm_ops
[ 6.491270] found SMC SuperIO Chip (devid=0x0e rev=01 base=0x002e): LPC47N252
[ 6.491325] smsc_ircc_present: can't get sir_base of 0x2f8
[ 6.502951] Platform driver 'smsc-ircc2' needs updating - please use dev_pm_ops
[ 6.503106] found SMC SuperIO Chip (devid=0x0e rev=01 base=0x002e): LPC47N252
[ 6.503160] smsc_ircc_present: can't get sir_base of 0x2f8
[ 6.547500] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 6.571108] uhci_hcd: USB Universal Host Controller Interface driver
[ 6.571269] uhci_hcd 0000:00:1d.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
[ 6.571330] uhci_hcd 0000:00:1d.0: setting latency timer to 64
[ 6.571338] uhci_hcd 0000:00:1d.0: UHCI Host Controller
[ 6.571440] uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
[ 6.571519] uhci_hcd 0000:00:1d.0: irq 11, io base 0x0000bf80
[ 6.571631] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[ 6.571671] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[ 6.571717] usb usb1: Product: UHCI Host Controller
[ 6.571753] usb usb1: Manufacturer: Linux 2.6.31-rc4 uhci_hcd
[ 6.571789] usb usb1: SerialNumber: 0000:00:1d.0
[ 6.572055] usb usb1: configuration #1 chosen from 1 choice
[ 6.572157] hub 1-0:1.0: USB hub found
[ 6.572202] hub 1-0:1.0: 2 ports detected
[ 6.628924] yenta_cardbus 0000:02:01.0: ISA IRQ mask 0x0498, PCI irq 11
[ 6.628975] yenta_cardbus 0000:02:01.0: Socket status: 30000006
[ 6.629022] yenta_cardbus 0000:02:01.0: pcmcia: parent PCI bridge I/O window: 0xe000 - 0xffff
[ 6.629073] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xe000-0xffff: clean.
[ 6.630019] yenta_cardbus 0000:02:01.0: pcmcia: parent PCI bridge Memory window: 0xf4000000 - 0xfbffffff
[ 6.630070] yenta_cardbus 0000:02:01.0: pcmcia: parent PCI bridge Memory window: 0x30000000 - 0x39ffffff
[ 6.630404] yenta_cardbus 0000:02:01.1: CardBus bridge found [1028:00e3]
[ 6.630457] yenta_cardbus 0000:02:01.1: Using CSCINT to route CSC interrupts to PCI
[ 6.630503] yenta_cardbus 0000:02:01.1: Routing CardBus interrupts to PCI
[ 6.630544] yenta_cardbus 0000:02:01.1: TI: mfunc 0x01261222, devctl 0x64
[ 6.665509] parport_pc 00:0f: activated
[ 6.665564] parport_pc 00:0f: reported by Plug and Play ACPI
[ 6.665650] parport0: PC-style at 0x378 (0x778), irq 7, using FIFO [PCSPP,TRISTATE,COMPAT,ECP]
[ 6.823110] Synaptics Touchpad, model: 1, fw: 5.7, id: 0x9b48b1, caps: 0x804793/0x0
[ 6.823174] serio: Synaptics pass-through port at isa0060/serio1/input0
[ 6.860851] yenta_cardbus 0000:02:01.1: ISA IRQ mask 0x0418, PCI irq 11
[ 6.860902] yenta_cardbus 0000:02:01.1: Socket status: 30000006
[ 6.860949] yenta_cardbus 0000:02:01.1: pcmcia: parent PCI bridge I/O window: 0xe000 - 0xffff
[ 6.861000] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xe000-0xffff: clean.
[ 6.861979] yenta_cardbus 0000:02:01.1: pcmcia: parent PCI bridge Memory window: 0xf4000000 - 0xfbffffff
[ 6.862030] yenta_cardbus 0000:02:01.1: pcmcia: parent PCI bridge Memory window: 0x30000000 - 0x39ffffff
[ 6.863201] input: SynPS/2 Synaptics TouchPad as /class/input/input5
[ 6.880504] usb 1-1: new full speed USB device using uhci_hcd and address 2
[ 7.046558] usb 1-1: New USB device found, idVendor=03eb, idProduct=3301
[ 7.047747] usb 1-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[ 7.047787] usb 1-1: Product: Standard USB Hub
[ 7.048089] usb 1-1: configuration #1 chosen from 1 choice
[ 7.055608] hub 1-1:1.0: USB hub found
[ 7.056545] hub 1-1:1.0: 4 ports detected
[ 7.338521] usb 1-1.1: new low speed USB device using uhci_hcd and address 3
[ 7.445145] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xc00-0xcff: clean.
[ 7.445609] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x800-0x8ff: clean.
[ 7.445744] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x100-0x4ff: excluding 0x280-0x287
[ 7.447197] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xa00-0xaff: clean.
[ 7.448059] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcff: clean.
[ 7.448517] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x800-0x8ff: clean.
[ 7.448652] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x4ff: excluding 0x280-0x287
[ 7.450131] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean.
[ 7.476636] usb 1-1.1: New USB device found, idVendor=046d, idProduct=c016
[ 7.476685] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 7.476733] usb 1-1.1: Product: Optical USB Mouse
[ 7.476767] usb 1-1.1: Manufacturer: Logitech
[ 7.477068] usb 1-1.1: configuration #1 chosen from 1 choice
[ 7.533198] input: Logitech Optical USB Mouse as /class/input/input6
[ 7.533427] generic-usb 0003:046D:C016.0001: input: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-0000:00:1d.0-1.1/input0
[ 7.533514] usbcore: registered new interface driver usbhid
[ 7.533554] usbhid: v2.6:USB HID core driver
[ 7.754245] microcode: CPU0 sig=0x6b4, pf=0x20, revision=0x2
[ 7.754297] platform microcode: firmware: requesting intel-ucode/06-0b-04
[ 7.780189] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 8.974161] Microcode Update Driver: v2.00 removed.
[ 9.220994] fuse init (API version 7.12)
[ 9.629119] kjournald starting. Commit interval 5 seconds
[ 9.629177] EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
[ 9.629460] EXT3 FS on hda6, internal journal
[ 9.629519] EXT3-fs: mounted filesystem with writeback data mode.
[ 9.655267] EXT3-fs warning: maximal mount count reached, running e2fsck is recommended
[ 9.655364] kjournald starting. Commit interval 5 seconds
[ 9.655670] EXT3 FS on hda8, internal journal
[ 9.655726] EXT3-fs: mounted filesystem with writeback data mode.
[ 9.693592] Adding 979956k swap on /dev/hda3. Priority:-1 extents:1 across:979956k
[ 11.645284] IBM TrackPoint firmware: 0x0b, buttons: 2/3
[ 11.850288] input: TPPS/2 IBM TrackPoint as /class/input/input7
[ 13.939035] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 14.072034] nf_conntrack version 0.5.0 (8190 buckets, 32760 max)
[ 14.910895] NET: Unregistered protocol family 23
[ 14.921604] parport_pc 00:0f: disabled
[ 15.177009] 3c59x 0000:02:00.0: PCI INT A disabled
[ 17.204945] pci 0000:01:00.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11
[ 17.206360] [drm] Initialized radeon 1.30.0 20080528 for 0000:01:00.0 on minor 0
[ 17.208639] agpgart-intel 0000:00:00.0: AGP 2.0 bridge
[ 17.208665] agpgart-intel 0000:00:00.0: putting AGP V2 device into 2x mode
[ 17.208689] pci 0000:01:00.0: putting AGP V2 device into 2x mode
[ 17.238508] resource map sanity check conflict: 0xfcff0000 0xfd06ffff 0xfcff0000 0xfcffffff 0000:01:00.0
[ 17.238519] ------------[ cut here ]------------
[ 17.238534] WARNING: at arch/x86/mm/ioremap.c:205 __ioremap_caller+0x2aa/0x2c0()
[ 17.238540] Hardware name: Latitude C610
[ 17.238544] Info: mapping multiple BARs. Your kernel is fine.
[ 17.238548] Modules linked in: radeon xt_state iptable_filter ipt_MASQUERADE iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables fuse usbhid uhci_hcd ehci_hcd yenta_socket rsrc_nonstatic pcmcia_core usbcore psmouse [last unloaded: floppy]
[ 17.238588] Pid: 1165, comm: X Not tainted 2.6.31-rc4 #264
[ 17.238592] Call Trace:
[ 17.238602] [<c101998a>] ? __ioremap_caller+0x2aa/0x2c0
[ 17.238627] [<c101998a>] ? __ioremap_caller+0x2aa/0x2c0
[ 17.238638] [<c10254ff>] ? warn_slowpath_common+0x6f/0xd0
[ 17.238646] [<c101998a>] ? __ioremap_caller+0x2aa/0x2c0
[ 17.238654] [<c10255ab>] ? warn_slowpath_fmt+0x2b/0x30
[ 17.238662] [<c101998a>] ? __ioremap_caller+0x2aa/0x2c0
[ 17.238672] [<c105644b>] ? generic_file_buffered_write+0xfb/0x330
[ 17.238681] [<c1019ab4>] ? ioremap_nocache+0x14/0x20
[ 17.238691] [<c117cd15>] ? drm_addmap_core+0x665/0x7a0
[ 17.238698] [<c117cd15>] ? drm_addmap_core+0x665/0x7a0
[ 17.238706] [<c1056b88>] ? __generic_file_aio_write_nolock+0x248/0x540
[ 17.238714] [<c117ce97>] ? drm_addmap_ioctl+0x47/0x90
[ 17.238722] [<c117e048>] ? drm_ioctl+0x138/0x320
[ 17.238730] [<c117ce50>] ? drm_addmap_ioctl+0x0/0x90
[ 17.238741] [<c10cbd60>] ? ext3_file_write+0x30/0xc0
[ 17.238753] [<c107f0fd>] ? do_sync_write+0xcd/0x110
[ 17.238762] [<c108c28f>] ? vfs_ioctl+0x7f/0x90
[ 17.238769] [<c108c403>] ? do_vfs_ioctl+0x73/0x640
[ 17.238777] [<c107fc28>] ? vfs_write+0xf8/0x130
[ 17.238784] [<c108ca0d>] ? sys_ioctl+0x3d/0x70
[ 17.238792] [<c1002e34>] ? sysenter_do_call+0x12/0x26
[ 17.238798] ---[ end trace 38f834eeb78869fb ]---
[ 17.322771] [drm] Setting GART location based on old memory map
[ 17.322805] [drm] Loading R100 Microcode
[ 17.322850] [drm] writeback test succeeded in 1 usecs
[ 44.144079] pcmcia_socket pcmcia_socket0: pccard: CardBus card inserted into slot 0
[ 44.144138] pci 0000:03:00.0: reg 10 32bit mmio: [0xffff8000-0xffffffff]
[ 44.250185] cfg80211: Calling CRDA to update world regulatory domain
[ 44.371250] cfg80211: World regulatory domain updated:
[ 44.371262] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 44.371270] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 44.371276] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 44.371282] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
[ 44.371288] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 44.371295] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
[ 44.513522] rt61pci 0000:03:00.0: enabling device (0000 -> 0002)
[ 44.513547] rt61pci 0000:03:00.0: PCI INT A -> Link[LNKD] -> GSI 11 (level, low) -> IRQ 11
[ 44.513559] rt61pci 0000:03:00.0: setting latency timer to 64
[ 44.524454] phy0 -> rt61pci_validate_eeprom: EEPROM recovery - NIC: 0xff80
[ 44.524465] phy0 -> rt61pci_validate_eeprom: EEPROM recovery - Led: 0xe0ff
[ 44.524473] phy0 -> rt2x00_set_chip: Info - Chipset detected - rt: 0301, rf: 0003, rev: 0002561c.
[ 44.563056] phy0: Selected rate control algorithm 'minstrel'
[ 44.563874] Registered led device: rt61pci-phy0::radio
[ 44.563910] Registered led device: rt61pci-phy0::assoc
[ 44.617811] phy0 -> rt2x00lib_request_firmware: Info - Loading firmware file 'rt2561s.bin'.
[ 44.617825] rt61pci 0000:03:00.0: firmware: requesting rt2561s.bin
[ 44.651913] phy0 -> rt2x00lib_request_firmware: Info - Firmware detected - version: 0.8.
[ 44.667017] phy0: device now idle
[ 44.690861] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 0 - CWmin: 3, CWmax: 4, Aifs: 2, TXop: 102.
[ 44.690875] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 1 - CWmin: 4, CWmax: 5, Aifs: 2, TXop: 188.
[ 44.690889] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 2 - CWmin: 5, CWmax: 10, Aifs: 3, TXop: 0.
[ 44.690902] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 3 - CWmin: 5, CWmax: 10, Aifs: 7, TXop: 0.
[ 44.720558] phy0: device no longer idle - scanning
[ 44.805546] NET: Registered protocol family 17
[ 46.080096] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 0 - CWmin: 2, CWmax: 3, Aifs: 2, TXop: 47.
[ 46.080113] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 1 - CWmin: 3, CWmax: 4, Aifs: 2, TXop: 94.
[ 46.080126] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 2 - CWmin: 4, CWmax: 10, Aifs: 3, TXop: 0.
[ 46.080139] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 3 - CWmin: 4, CWmax: 10, Aifs: 7, TXop: 0.
[ 46.080156] wlan0: authenticate with AP 00:1f:33:80:09:44
[ 46.081331] wlan0: authenticated
[ 46.081337] wlan0: associate with AP 00:1f:33:80:09:44
[ 46.085690] wlan0: RX AssocResp from 00:1f:33:80:09:44 (capab=0x431 status=0 aid=1)
[ 46.085700] wlan0: associated
[ 46.085711] phy0: Allocated STA 00:1f:33:80:09:44
[ 46.086438] phy0: Inserted STA 00:1f:33:80:09:44
[ 46.086492] phy0: WMM queue=2 aci=0 acm=0 aifs=3 cWmin=15 cWmax=1023 txop=0
[ 46.086501] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 2 - CWmin: 4, CWmax: 10, Aifs: 3, TXop: 0.
[ 46.086514] phy0: WMM queue=3 aci=1 acm=0 aifs=7 cWmin=15 cWmax=1023 txop=0
[ 46.086521] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 3 - CWmin: 4, CWmax: 10, Aifs: 7, TXop: 0.
[ 46.086533] phy0: WMM queue=1 aci=2 acm=0 aifs=2 cWmin=7 cWmax=15 txop=94
[ 46.086540] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 1 - CWmin: 3, CWmax: 4, Aifs: 2, TXop: 94.
[ 46.086553] phy0: WMM queue=0 aci=3 acm=0 aifs=2 cWmin=3 cWmax=7 txop=47
[ 46.086560] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 0 - CWmin: 2, CWmax: 3, Aifs: 2, TXop: 47.
[ 46.086576] wlan0: CTS protection enabled (BSSID=00:1f:33:80:09:44)
[ 46.086581] wlan0: switched to short barker preamble (BSSID=00:1f:33:80:09:44)
[ 46.086587] wlan0: switched to short slot time (BSSID=00:1f:33:80:09:44)
[ 46.114848] TKIP decrypt: data(len=151) 00 20 01 20 00 00 00 00 aa aa 03 00 00 00 88 8e 01 03 00 7f fe 03 91 00 20 00 00 00 00 00 00 00 03 7d 7d 74 0b 7c e4 25 9c 9b dd ce 37 ac 25 d8 88 bb c0 fb a7 ce 8d 24 f1 94 3f 95 11 e7 78 a4 61 bb c0 fb a7 ce 8d 24 f1 94 3f 95 11 e7 78 a4 63 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 27 fa b1 10 50 d4 29 40 1c 25 3d fe d7 56 8b ef 00 20 c8 23 7d 1a 44 28 2d 09 9b 41 bc ea 6d cd 15 48 60 7b a8 e9 d5 85 ec 83 ee b9 67 01 5f 6e 6d e8 b1 e9 fe d4
[ 46.114973] TKIP decrypt: iv16=0001 iv32=00000000
[ 46.911591] cfg80211: Calling CRDA for country: GB
[ 46.916917] cfg80211: Regulatory domain changed to country: GB
[ 46.916928] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[ 46.916935] (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[ 46.916941] (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[ 46.916947] (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
[ 46.916952] (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
[ 112.116078] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 116.116077] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 120.119574] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 124.116069] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 128.116072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 132.116074] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 136.116068] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 140.116072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 144.116072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 148.116068] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 152.116071] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 156.120072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 160.120072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 164.120072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 168.120072] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 172.120073] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 175.726531] pcmcia_socket pcmcia_socket0: pccard: card ejected from slot 0
[ 175.726681] wlan0: beacon loss from AP 00:1f:33:80:09:44 - sending probe request
[ 175.727199] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00002100, value=0xffffffff
[ 175.727709] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x0000308c, value=0xffffffff
[ 175.763682] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00002100, value=0xffffffff
[ 175.764288] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00002100, value=0xffffffff
[ 175.764826] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00002100, value=0xffffffff
[ 175.764857] wlan0: deauthenticating by local choice (reason=3)
[ 175.764916] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 0 - CWmin: 2, CWmax: 3, Aifs: 2, TXop: 47.
[ 175.764928] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 1 - CWmin: 3, CWmax: 4, Aifs: 2, TXop: 94.
[ 175.764939] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 2 - CWmin: 4, CWmax: 10, Aifs: 3, TXop: 0.
[ 175.764951] phy0 -> rt2x00mac_conf_tx: Info - Configured TX queue 3 - CWmin: 4, CWmax: 10, Aifs: 7, TXop: 0.
[ 175.764961] phy0: device now idle
[ 175.764973] phy0: Removed STA 00:1f:33:80:09:44
[ 175.765037] phy0: Destroyed STA 00:1f:33:80:09:44
[ 176.016269] rt61pci 0000:03:00.0: PCI INT A disabled
^ permalink raw reply
* wext net-next-2.6 work
From: Johannes Berg @ 2009-07-27 8:55 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 1112 bytes --]
John,
I don't know how much trouble it is, but if it's not a problem I would
appreciate if you could cherry-pick a few patches from net-next-2.6 into
wireless-testing -- just in case somebody wants to test with 32-bit
userland on 64-bit.
The relevant patches are
commit b333b3d22822cf9b295990866798e9239c9dee72
Author: Johannes Berg <johannes@sipsolutions.net>
Date: Wed Jun 24 01:34:48 2009 +0000
wireless extensions: make netns aware
commit 4f45b2cd4e78b5e49d7d41548345b879d3fdfeae
Author: Johannes Berg <johannes@sipsolutions.net>
Date: Wed Jun 24 01:34:49 2009 +0000
wext: optimise, comment and fix event sending
commit 1dacc76d0014a034b8aca14237c127d7c19d7726
Author: Johannes Berg <johannes@sipsolutions.net>
Date: Wed Jul 1 11:26:02 2009 +0000
net/compat/wext: send different messages to compat tasks
in this order. I had to send them to net-next-2.6, as you probably
remember, because touching lots of other code in the third patch, but
semantically I think they should be part of wireless-testing since they
mostly affect wireless.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* Re: Possible BUG where mac80211 fails to stop queues
From: Johannes Berg @ 2009-07-27 8:48 UTC (permalink / raw)
To: Larry Finger; +Cc: John Linville, Michael Buesch, wireless
In-Reply-To: <4A6CDE26.3000409@lwfinger.net>
[-- Attachment #1: Type: text/plain, Size: 2640 bytes --]
On Sun, 2009-07-26 at 17:52 -0500, Larry Finger wrote:
> While stress testing the newest version of the open-source firmware
> for BCM43XX devices with the latest pull of wireless-testing, I ran
> into a problem of DMA TX queue overrun. Initially I thought this was
> due to the firmware change; however, I got the same error with the
> standard firmware. I have not seen this before, but it may not be a
> regression as it seems to occur only under special circumstances.
I've also seen it under extreme stress on Intel hardware, cf.
http://thread.gmane.org/gmane.linux.kernel.wireless.general/36497
> The critical code is in b43_dma_tx(), which is called by the .tx
> callback routine registered with mac80211.
>
> After the fragment is transmitted by a call to dma_tx_fragment() at
> line 1353, the routine checks to see if there are sufficient free
> slots (2) to transmit another fragment using the code below:
>
> if ((free_slots(ring) < TX_SLOTS_PER_FRAME) ||
> should_inject_overflow(ring)) {
> /* This TX ring is full. */
> ieee80211_stop_queue(dev->wl->hw,
> skb_get_queue_mapping(skb));
> ring->stopped = 1;
> if (b43_debug(dev, B43_DBG_DMAVERBOSE)) {
> b43dbg(dev->wl, "Stopped TX ring %d\n",
> ring->index);
> }
> }
>
>
> The problem shows up at line 1340 for the next fragment:
>
> B43_WARN_ON(ring->stopped);
>
> if (unlikely(free_slots(ring) < TX_SLOTS_PER_FRAME)) {
> b43warn(dev->wl, "DMA queue overflow\n");
> err = -ENOSPC;
> goto out_unlock;
> }
>
> The system generates the warning for ring->stopped and prints the "DMA
> queue overflow" message.
Right. Exactly the same behaviour as I'm seeing on Intel hardware.
> My understanding is that mac80211 serializes the calls for each TX
> queue, and that the TX callback should not have been entered for this
> case.
>
> If I am not understanding the way that mac80211 works, please correct
> me. I would also appreciate any suggestions for further debugging.
I stared at the mac80211 code for a long time and concluded that it was
a race condition and couldn't really be fixed, see my analysis in the
iwlwifi patch. I'd love to be proved wrong though.
Are you seeing this multiple times? I don't think you have fragmentation
on, do you? At least I didn't and still saw the problem, which seemed a
bit strange, but I really couldn't see any other way for it to happen.
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* [PATCH] mac80211: verify info->control.vif is not NULL
From: Johannes Berg @ 2009-07-27 8:33 UTC (permalink / raw)
To: John Linville; +Cc: Pavel Roskin, linux-wireless
When enqueuing packets on the internal packet queue, we
need to ensure that we have a valid vif pointer since
that is required since the net namespace work. Add some
assertions to verify this, but also don't crash is for
some reason we don't end up with a vif pointer -- warn
and drop the packet in all these cases.
Since this code touches a number of hotpaths, it is
intended to be temporary, or maybe configurable in the
future, at least the bit that is in the path that gets
hit for every packet, ieee80211_tx_pending().
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
---
net/mac80211/tx.c | 5 +++++
net/mac80211/util.c | 13 +++++++++++++
2 files changed, 18 insertions(+)
--- wireless-testing.orig/net/mac80211/util.c 2009-07-27 10:24:01.000000000 +0200
+++ wireless-testing/net/mac80211/util.c 2009-07-27 10:25:14.000000000 +0200
@@ -336,6 +336,12 @@ void ieee80211_add_pending_skb(struct ie
struct ieee80211_hw *hw = &local->hw;
unsigned long flags;
int queue = skb_get_queue_mapping(skb);
+ struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
+
+ if (WARN_ON(!info->control.vif)) {
+ kfree(skb);
+ return;
+ }
spin_lock_irqsave(&local->queue_stop_reason_lock, flags);
__ieee80211_stop_queue(hw, queue, IEEE80211_QUEUE_STOP_REASON_SKB_ADD);
@@ -358,6 +364,13 @@ int ieee80211_add_pending_skbs(struct ie
IEEE80211_QUEUE_STOP_REASON_SKB_ADD);
while ((skb = skb_dequeue(skbs))) {
+ struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
+
+ if (WARN_ON(!info->control.vif)) {
+ kfree(skb);
+ continue;
+ }
+
ret++;
queue = skb_get_queue_mapping(skb);
__skb_queue_tail(&local->pending[queue], skb);
--- wireless-testing.orig/net/mac80211/tx.c 2009-07-27 10:23:12.000000000 +0200
+++ wireless-testing/net/mac80211/tx.c 2009-07-27 10:26:55.000000000 +0200
@@ -1889,6 +1889,11 @@ void ieee80211_tx_pending(unsigned long
struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
struct ieee80211_sub_if_data *sdata;
+ if (WARN_ON(!info->control.vif)) {
+ kfree_skb(skb);
+ continue;
+ }
+
sdata = vif_to_sdata(info->control.vif);
dev_hold(sdata->dev);
spin_unlock_irqrestore(&local->queue_stop_reason_lock,
^ permalink raw reply
* RE: [PATCH] iwlwifi: Read outside array bounds
From: Winkler, Tomas @ 2009-07-27 8:28 UTC (permalink / raw)
To: Zhu, Yi, Roel Kluin, Chatre, Reinette
Cc: linux-wireless@vger.kernel.org,
ipw3945-devel@lists.sourceforge.net, Andrew Morton
In-Reply-To: <1248658905.3747.97.camel@debian>
> -----Original Message-----
> From: Zhu, Yi
> Sent: Monday, July 27, 2009 4:42 AM
> To: Roel Kluin; Winkler, Tomas; Chatre, Reinette
> Cc: linux-wireless@vger.kernel.org; ipw3945-devel@lists.sourceforge.net;
> Andrew Morton
> Subject: Re: [PATCH] iwlwifi: Read outside array bounds
>
> On Sun, 2009-07-26 at 05:34 +0800, Roel Kluin wrote:
> > tid is bounded (above) by the size of default_tid_to_tx_fifo (17
> elements), but
> > the size of priv->stations[].tid[] is MAX_TID_COUNT (9) elements.
>
> I think MAX_TID_COUNT should be defined as 16 or 17. Tomas?
>
In general it's 16. In practice we use only 8.
Tomas
> Thanks,
> -yi
>
> > Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> > ---
> > diff --git a/drivers/net/wireless/iwlwifi/iwl-tx.c
> b/drivers/net/wireless/iwlwifi/iwl-tx.c
> > index 85ae7a6..e9441c6 100644
> > --- a/drivers/net/wireless/iwlwifi/iwl-tx.c
> > +++ b/drivers/net/wireless/iwlwifi/iwl-tx.c
> > @@ -1170,6 +1170,8 @@ int iwl_tx_agg_start(struct iwl_priv *priv,
> const u8 *ra, u16 tid, u16 *ssn)
> > IWL_ERR(priv, "Start AGG on invalid station
> > ");
> > return -ENXIO;
> > }
> > + if (unlikely(tid >= MAX_TID_COUNT))
> > + return -EINVAL;
> >
> > if (priv->stations[sta_id].tid[tid].agg.state != IWL_AGG_OFF) {
> > IWL_ERR(priv, "Start AGG when state is not IWL_AGG_OFF !
> > ");
---------------------------------------------------------------------
Intel Israel (74) Limited
This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
^ permalink raw reply
* Re: [PATCH 1/3] mac80211: cooperate more with network namespaces
From: Johannes Berg @ 2009-07-27 8:27 UTC (permalink / raw)
To: Pavel Roskin; +Cc: linux-wireless
In-Reply-To: <1248653082.3106.7.camel@mj>
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
Thanks Pavel,
> > while (!skb_queue_empty(&local->pending[i])) {
> > struct sk_buff *skb = __skb_dequeue(&local->pending[i]);
> > + struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
> > + struct ieee80211_sub_if_data *sdata;
> > +
> > + sdata = vif_to_sdata(info->control.vif);
> > + dev_hold(sdata->dev);
>
> I'm getting a panic at this point if I run hostapd on ath9k and a
> Windows client tries to authenticate with a wrong WPA key.
>
> Debugging shows that sdata->dev is NULL.
I suspect 'sdata' is already pointing to something bogus, since it's the
result of a container_of().
Can you try with the sanity checking patch I'm about to send?
johannes
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* [PATCH] cfg80211: fix disassoc while not associated
From: Johannes Berg @ 2009-07-27 8:22 UTC (permalink / raw)
To: John Linville; +Cc: Maxim Levitsky, linux-wireless
When trying to disassociate while not associated,
the kernel would crash rather than refusing the
operation, fix this;
Reported-by: Maxim Levitsky <maximlevitsky@gmail.com>
Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
---
net/wireless/mlme.c | 6 ++++++
1 file changed, 6 insertions(+)
--- wireless-testing.orig/net/wireless/mlme.c 2009-07-27 10:20:17.000000000 +0200
+++ wireless-testing/net/wireless/mlme.c 2009-07-27 10:20:56.000000000 +0200
@@ -545,6 +545,12 @@ static int __cfg80211_mlme_disassoc(stru
ASSERT_WDEV_LOCK(wdev);
+ if (wdev->sme_state != CFG80211_SME_CONNECTED)
+ return -ENOTCONN;
+
+ if (WARN_ON(!wdev->current_bss))
+ return -ENOTCONN;
+
memset(&req, 0, sizeof(req));
req.reason_code = reason;
req.ie = ie;
^ permalink raw reply
* [PATCH] ath9k: Add debug counters for TX
From: Sujith @ 2009-07-27 6:38 UTC (permalink / raw)
To: linville; +Cc: linux-wireless
Location: ath9k/phy#/xmit
Signed-off-by: Sujith <Sujith.Manoharan@atheros.com>
---
v2 - Fix compilation issue with DEBUG turned off.
drivers/net/wireless/ath/ath9k/ath9k.h | 1 -
drivers/net/wireless/ath/ath9k/debug.c | 85 ++++++++++++++++++++++++++++++++
drivers/net/wireless/ath/ath9k/debug.h | 54 ++++++++++++++++++++
drivers/net/wireless/ath/ath9k/xmit.c | 34 ++++++++-----
4 files changed, 160 insertions(+), 14 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h b/drivers/net/wireless/ath/ath9k/ath9k.h
index e2ebf1a..e94e8f9 100644
--- a/drivers/net/wireless/ath/ath9k/ath9k.h
+++ b/drivers/net/wireless/ath/ath9k/ath9k.h
@@ -237,7 +237,6 @@ struct ath_txq {
spinlock_t axq_lock;
u32 axq_depth;
u8 axq_aggr_depth;
- u32 axq_totalqueued;
bool stopped;
bool axq_tx_inprogress;
struct ath_buf *axq_linkbuf;
diff --git a/drivers/net/wireless/ath/ath9k/debug.c b/drivers/net/wireless/ath/ath9k/debug.c
index 9f99f00..9e36920 100644
--- a/drivers/net/wireless/ath/ath9k/debug.c
+++ b/drivers/net/wireless/ath/ath9k/debug.c
@@ -486,6 +486,83 @@ static const struct file_operations fops_wiphy = {
.owner = THIS_MODULE
};
+#define PR(str, elem) \
+ do { \
+ len += snprintf(buf + len, size - len, \
+ "%s%13u%11u%10u%10u\n", str, \
+ sc->debug.stats.txstats[sc->tx.hwq_map[ATH9K_WME_AC_BE]].elem, \
+ sc->debug.stats.txstats[sc->tx.hwq_map[ATH9K_WME_AC_BK]].elem, \
+ sc->debug.stats.txstats[sc->tx.hwq_map[ATH9K_WME_AC_VI]].elem, \
+ sc->debug.stats.txstats[sc->tx.hwq_map[ATH9K_WME_AC_VO]].elem); \
+} while(0)
+
+static ssize_t read_file_xmit(struct file *file, char __user *user_buf,
+ size_t count, loff_t *ppos)
+{
+ struct ath_softc *sc = file->private_data;
+ char *buf;
+ unsigned int len = 0, size = 2048;
+ ssize_t retval = 0;
+
+ buf = kzalloc(size, GFP_KERNEL);
+ if (buf == NULL)
+ return 0;
+
+ len += sprintf(buf, "%30s %10s%10s%10s\n\n", "BE", "BK", "VI", "VO");
+
+ PR("MPDUs Queued: ", queued);
+ PR("MPDUs Completed: ", completed);
+ PR("Aggregates: ", a_aggr);
+ PR("AMPDUs Queued: ", a_queued);
+ PR("AMPDUs Completed:", a_completed);
+ PR("AMPDUs Retried: ", a_retries);
+ PR("AMPDUs XRetried: ", a_xretries);
+ PR("FIFO Underrun: ", fifo_underrun);
+ PR("TXOP Exceeded: ", xtxop);
+ PR("TXTIMER Expiry: ", timer_exp);
+ PR("DESC CFG Error: ", desc_cfg_err);
+ PR("DATA Underrun: ", data_underrun);
+ PR("DELIM Underrun: ", delim_underrun);
+
+ retval = simple_read_from_buffer(user_buf, count, ppos, buf, len);
+ kfree(buf);
+
+ return retval;
+}
+
+void ath_debug_stat_tx(struct ath_softc *sc, struct ath_txq *txq,
+ struct ath_buf *bf)
+{
+ struct ath_desc *ds = bf->bf_desc;
+
+ if (bf_isampdu(bf)) {
+ if (bf_isxretried(bf))
+ TX_STAT_INC(txq->axq_qnum, a_xretries);
+ else
+ TX_STAT_INC(txq->axq_qnum, a_completed);
+ } else {
+ TX_STAT_INC(txq->axq_qnum, completed);
+ }
+
+ if (ds->ds_txstat.ts_status & ATH9K_TXERR_FIFO)
+ TX_STAT_INC(txq->axq_qnum, fifo_underrun);
+ if (ds->ds_txstat.ts_status & ATH9K_TXERR_XTXOP)
+ TX_STAT_INC(txq->axq_qnum, xtxop);
+ if (ds->ds_txstat.ts_status & ATH9K_TXERR_TIMER_EXPIRED)
+ TX_STAT_INC(txq->axq_qnum, timer_exp);
+ if (ds->ds_txstat.ts_flags & ATH9K_TX_DESC_CFG_ERR)
+ TX_STAT_INC(txq->axq_qnum, desc_cfg_err);
+ if (ds->ds_txstat.ts_flags & ATH9K_TX_DATA_UNDERRUN)
+ TX_STAT_INC(txq->axq_qnum, data_underrun);
+ if (ds->ds_txstat.ts_flags & ATH9K_TX_DELIM_UNDERRUN)
+ TX_STAT_INC(txq->axq_qnum, delim_underrun);
+}
+
+static const struct file_operations fops_xmit = {
+ .read = read_file_xmit,
+ .open = ath9k_debugfs_open,
+ .owner = THIS_MODULE
+};
int ath9k_init_debug(struct ath_softc *sc)
{
@@ -529,6 +606,13 @@ int ath9k_init_debug(struct ath_softc *sc)
if (!sc->debug.debugfs_wiphy)
goto err;
+ sc->debug.debugfs_xmit = debugfs_create_file("xmit",
+ S_IRUSR,
+ sc->debug.debugfs_phy,
+ sc, &fops_xmit);
+ if (!sc->debug.debugfs_xmit)
+ goto err;
+
return 0;
err:
ath9k_exit_debug(sc);
@@ -537,6 +621,7 @@ err:
void ath9k_exit_debug(struct ath_softc *sc)
{
+ debugfs_remove(sc->debug.debugfs_xmit);
debugfs_remove(sc->debug.debugfs_wiphy);
debugfs_remove(sc->debug.debugfs_rcstat);
debugfs_remove(sc->debug.debugfs_interrupt);
diff --git a/drivers/net/wireless/ath/ath9k/debug.h b/drivers/net/wireless/ath/ath9k/debug.h
index edda15b..5e56b79 100644
--- a/drivers/net/wireless/ath/ath9k/debug.h
+++ b/drivers/net/wireless/ath/ath9k/debug.h
@@ -35,6 +35,15 @@ enum ATH_DEBUG {
#define DBG_DEFAULT (ATH_DBG_FATAL)
+struct ath_txq;
+struct ath_buf;
+
+#ifdef CONFIG_ATH9K_DEBUG
+#define TX_STAT_INC(q, c) sc->debug.stats.txstats[q].c++
+#else
+#define TX_STAT_INC(q, c) do { } while (0)
+#endif
+
#ifdef CONFIG_ATH9K_DEBUG
/**
@@ -87,9 +96,45 @@ struct ath_rc_stats {
u8 per;
};
+/**
+ * struct ath_tx_stats - Statistics about TX
+ * @queued: Total MPDUs (non-aggr) queued
+ * @completed: Total MPDUs (non-aggr) completed
+ * @a_aggr: Total no. of aggregates queued
+ * @a_queued: Total AMPDUs queued
+ * @a_completed: Total AMPDUs completed
+ * @a_retries: No. of AMPDUs retried (SW)
+ * @a_xretries: No. of AMPDUs dropped due to xretries
+ * @fifo_underrun: FIFO underrun occurrences
+ Valid only for:
+ - non-aggregate condition.
+ - first packet of aggregate.
+ * @xtxop: No. of frames filtered because of TXOP limit
+ * @timer_exp: Transmit timer expiry
+ * @desc_cfg_err: Descriptor configuration errors
+ * @data_urn: TX data underrun errors
+ * @delim_urn: TX delimiter underrun errors
+ */
+struct ath_tx_stats {
+ u32 queued;
+ u32 completed;
+ u32 a_aggr;
+ u32 a_queued;
+ u32 a_completed;
+ u32 a_retries;
+ u32 a_xretries;
+ u32 fifo_underrun;
+ u32 xtxop;
+ u32 timer_exp;
+ u32 desc_cfg_err;
+ u32 data_underrun;
+ u32 delim_underrun;
+};
+
struct ath_stats {
struct ath_interrupt_stats istats;
struct ath_rc_stats rcstats[RATE_TABLE_SIZE];
+ struct ath_tx_stats txstats[ATH9K_NUM_TX_QUEUES];
};
struct ath9k_debug {
@@ -100,6 +145,7 @@ struct ath9k_debug {
struct dentry *debugfs_interrupt;
struct dentry *debugfs_rcstat;
struct dentry *debugfs_wiphy;
+ struct dentry *debugfs_xmit;
struct ath_stats stats;
};
@@ -110,6 +156,8 @@ int ath9k_debug_create_root(void);
void ath9k_debug_remove_root(void);
void ath_debug_stat_interrupt(struct ath_softc *sc, enum ath9k_int status);
void ath_debug_stat_rc(struct ath_softc *sc, struct sk_buff *skb);
+void ath_debug_stat_tx(struct ath_softc *sc, struct ath_txq *txq,
+ struct ath_buf *bf);
void ath_debug_stat_retries(struct ath_softc *sc, int rix,
int xretries, int retries, u8 per);
@@ -148,6 +196,12 @@ static inline void ath_debug_stat_rc(struct ath_softc *sc,
{
}
+static inline void ath_debug_stat_tx(struct ath_softc *sc,
+ struct ath_txq *txq,
+ struct ath_buf *bf)
+{
+}
+
static inline void ath_debug_stat_retries(struct ath_softc *sc, int rix,
int xretries, int retries, u8 per)
{
diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
index 6eb2927..b7806e2 100644
--- a/drivers/net/wireless/ath/ath9k/xmit.c
+++ b/drivers/net/wireless/ath/ath9k/xmit.c
@@ -59,6 +59,7 @@ static void ath_tx_send_ht_normal(struct ath_softc *sc, struct ath_txq *txq,
struct ath_atx_tid *tid,
struct list_head *bf_head);
static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
+ struct ath_txq *txq,
struct list_head *bf_q,
int txok, int sendbar);
static void ath_tx_txqaddbuf(struct ath_softc *sc, struct ath_txq *txq,
@@ -212,7 +213,7 @@ static void ath_tid_drain(struct ath_softc *sc, struct ath_txq *txq,
ath_tx_update_baw(sc, tid, bf->bf_seqno);
spin_unlock(&txq->axq_lock);
- ath_tx_complete_buf(sc, bf, &bf_head, 0, 0);
+ ath_tx_complete_buf(sc, bf, txq, &bf_head, 0, 0);
spin_lock(&txq->axq_lock);
}
@@ -220,13 +221,15 @@ static void ath_tid_drain(struct ath_softc *sc, struct ath_txq *txq,
tid->baw_tail = tid->baw_head;
}
-static void ath_tx_set_retry(struct ath_softc *sc, struct ath_buf *bf)
+static void ath_tx_set_retry(struct ath_softc *sc, struct ath_txq *txq,
+ struct ath_buf *bf)
{
struct sk_buff *skb;
struct ieee80211_hdr *hdr;
bf->bf_state.bf_type |= BUF_RETRY;
bf->bf_retries++;
+ TX_STAT_INC(txq->axq_qnum, a_retries);
skb = bf->bf_mpdu;
hdr = (struct ieee80211_hdr *)skb->data;
@@ -328,7 +331,7 @@ static void ath_tx_complete_aggr(struct ath_softc *sc, struct ath_txq *txq,
if (!(tid->state & AGGR_CLEANUP) &&
ds->ds_txstat.ts_flags != ATH9K_TX_SW_ABORTED) {
if (bf->bf_retries < ATH_MAX_SW_RETRIES) {
- ath_tx_set_retry(sc, bf);
+ ath_tx_set_retry(sc, txq, bf);
txpending = 1;
} else {
bf->bf_state.bf_type |= BUF_XRETRY;
@@ -375,7 +378,7 @@ static void ath_tx_complete_aggr(struct ath_softc *sc, struct ath_txq *txq,
ath_tx_rc_status(bf, ds, nbad, txok, false);
}
- ath_tx_complete_buf(sc, bf, &bf_head, !txfail, sendbar);
+ ath_tx_complete_buf(sc, bf, txq, &bf_head, !txfail, sendbar);
} else {
/* retry the un-acked ones */
if (bf->bf_next == NULL && bf_last->bf_stale) {
@@ -395,8 +398,8 @@ static void ath_tx_complete_aggr(struct ath_softc *sc, struct ath_txq *txq,
bf->bf_state.bf_type |= BUF_XRETRY;
ath_tx_rc_status(bf, ds, nbad,
0, false);
- ath_tx_complete_buf(sc, bf, &bf_head,
- 0, 0);
+ ath_tx_complete_buf(sc, bf, txq,
+ &bf_head, 0, 0);
break;
}
@@ -569,6 +572,7 @@ static int ath_compute_num_delims(struct ath_softc *sc, struct ath_atx_tid *tid,
}
static enum ATH_AGGR_STATUS ath_tx_form_aggr(struct ath_softc *sc,
+ struct ath_txq *txq,
struct ath_atx_tid *tid,
struct list_head *bf_q)
{
@@ -633,6 +637,7 @@ static enum ATH_AGGR_STATUS ath_tx_form_aggr(struct ath_softc *sc,
bf_prev->bf_desc->ds_link = bf->bf_daddr;
}
bf_prev = bf;
+
} while (!list_empty(&tid->buf_q));
bf_first->bf_al = al;
@@ -655,7 +660,7 @@ static void ath_tx_sched_aggr(struct ath_softc *sc, struct ath_txq *txq,
INIT_LIST_HEAD(&bf_q);
- status = ath_tx_form_aggr(sc, tid, &bf_q);
+ status = ath_tx_form_aggr(sc, txq, tid, &bf_q);
/*
* no frames picked up to be aggregated;
@@ -686,6 +691,7 @@ static void ath_tx_sched_aggr(struct ath_softc *sc, struct ath_txq *txq,
txq->axq_aggr_depth++;
ath_tx_txqaddbuf(sc, txq, &bf_q);
+ TX_STAT_INC(txq->axq_qnum, a_aggr);
} while (txq->axq_depth < ATH_AGGR_MIN_QDEPTH &&
status != ATH_AGGR_BAW_CLOSED);
@@ -737,7 +743,7 @@ void ath_tx_aggr_stop(struct ath_softc *sc, struct ieee80211_sta *sta, u16 tid)
}
list_move_tail(&bf->list, &bf_head);
ath_tx_update_baw(sc, txtid, bf->bf_seqno);
- ath_tx_complete_buf(sc, bf, &bf_head, 0, 0);
+ ath_tx_complete_buf(sc, bf, txq, &bf_head, 0, 0);
}
spin_unlock_bh(&txq->axq_lock);
@@ -859,7 +865,6 @@ struct ath_txq *ath_txq_setup(struct ath_softc *sc, int qtype, int subtype)
spin_lock_init(&txq->axq_lock);
txq->axq_depth = 0;
txq->axq_aggr_depth = 0;
- txq->axq_totalqueued = 0;
txq->axq_linkbuf = NULL;
txq->axq_tx_inprogress = false;
sc->tx.txqsetup |= 1<<qnum;
@@ -1025,7 +1030,7 @@ void ath_draintxq(struct ath_softc *sc, struct ath_txq *txq, bool retry_tx)
if (bf_isampdu(bf))
ath_tx_complete_aggr(sc, txq, bf, &bf_head, 0);
else
- ath_tx_complete_buf(sc, bf, &bf_head, 0, 0);
+ ath_tx_complete_buf(sc, bf, txq, &bf_head, 0, 0);
}
spin_lock_bh(&txq->axq_lock);
@@ -1176,7 +1181,6 @@ static void ath_tx_txqaddbuf(struct ath_softc *sc, struct ath_txq *txq,
list_splice_tail_init(head, &txq->axq_q);
txq->axq_depth++;
- txq->axq_totalqueued++;
txq->axq_linkbuf = list_entry(txq->axq_q.prev, struct ath_buf, list);
DPRINTF(sc, ATH_DBG_QUEUE,
@@ -1224,6 +1228,7 @@ static void ath_tx_send_ampdu(struct ath_softc *sc, struct ath_atx_tid *tid,
bf = list_first_entry(bf_head, struct ath_buf, list);
bf->bf_state.bf_type |= BUF_AMPDU;
+ TX_STAT_INC(txctl->txq->axq_qnum, a_queued);
/*
* Do not queue to h/w when any of the following conditions is true:
@@ -1270,6 +1275,7 @@ static void ath_tx_send_ht_normal(struct ath_softc *sc, struct ath_txq *txq,
bf->bf_lastbf = bf;
ath_buf_set_rate(sc, bf);
ath_tx_txqaddbuf(sc, txq, bf_head);
+ TX_STAT_INC(txq->axq_qnum, queued);
}
static void ath_tx_send_normal(struct ath_softc *sc, struct ath_txq *txq,
@@ -1283,6 +1289,7 @@ static void ath_tx_send_normal(struct ath_softc *sc, struct ath_txq *txq,
bf->bf_nframes = 1;
ath_buf_set_rate(sc, bf);
ath_tx_txqaddbuf(sc, txq, bf_head);
+ TX_STAT_INC(txq->axq_qnum, queued);
}
static enum ath9k_pkt_type get_hw_packet_type(struct sk_buff *skb)
@@ -1808,6 +1815,7 @@ static void ath_tx_complete(struct ath_softc *sc, struct sk_buff *skb,
}
static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
+ struct ath_txq *txq,
struct list_head *bf_q,
int txok, int sendbar)
{
@@ -1815,7 +1823,6 @@ static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
unsigned long flags;
int tx_flags = 0;
-
if (sendbar)
tx_flags = ATH_TX_BAR;
@@ -1828,6 +1835,7 @@ static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
dma_unmap_single(sc->dev, bf->bf_dmacontext, skb->len, DMA_TO_DEVICE);
ath_tx_complete(sc, skb, tx_flags);
+ ath_debug_stat_tx(sc, txq, bf);
/*
* Return the list of ath_buf of this mpdu to free queue
@@ -2015,7 +2023,7 @@ static void ath_tx_processq(struct ath_softc *sc, struct ath_txq *txq)
if (bf_isampdu(bf))
ath_tx_complete_aggr(sc, txq, bf, &bf_head, txok);
else
- ath_tx_complete_buf(sc, bf, &bf_head, txok, 0);
+ ath_tx_complete_buf(sc, bf, txq, &bf_head, txok, 0);
ath_wake_mac80211_queue(sc, txq);
--
1.6.3.3
^ permalink raw reply related
* Re: [PATCH 3/6] ath9k: Add debug counters for TX
From: Sujith @ 2009-07-27 6:36 UTC (permalink / raw)
To: John W. Linville; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <20090724183502.GA2711@tuxdriver.com>
John W. Linville wrote:
> On Thu, Jul 23, 2009 at 03:32:31PM +0530, Sujith wrote:
> > Location: ath9k/phy#/xmit
> >
> > Signed-off-by: Sujith <Sujith.Manoharan@atheros.com>
>
> Eeek!
>
Sorry, I didn't compile-test with DEBUG turned off.
Will send a v2.
Sujith
^ permalink raw reply
* Re: [PATCH V2] imwc3200: move iwmc3200 SDIO ids to sdio_ids.h
From: David Miller @ 2009-07-27 2:50 UTC (permalink / raw)
To: tomas.winkler; +Cc: netdev, linux-wireless
In-Reply-To: <1248307616-30631-1-git-send-email-tomas.winkler@intel.com>
From: Tomas Winkler <tomas.winkler@intel.com>
Date: Thu, 23 Jul 2009 03:06:56 +0300
> 1. add intel's sdio vendor id to sdio_ids.h
> 2. move iwmc3200 sdio devices' ids to sdio_ids.h
>
> Cc:inaky.perez-gonzalez@intel.com
> Cc:cindy.h.kao@intel.com
> Cc:yi.zhu@intel.com
> Cc:drzeus-list@drzeus.cx
> Signed-off-by: Tomas Winkler <tomas.winkler@intel.com>
Applied to net-next-2.6
^ permalink raw reply
* Re: [PATCH] ipw2x00: Write outside array bounds
From: Zhu Yi @ 2009-07-27 2:10 UTC (permalink / raw)
To: Roel Kluin
Cc: linux-wireless@vger.kernel.org,
ipw2100-devel@lists.sourceforge.net, Andrew Morton
In-Reply-To: <4A6B7DB0.7090902@gmail.com>
On Sun, 2009-07-26 at 05:48 +0800, Roel Kluin wrote:
> channel_index loops up to IPW_SCAN_CHANNELS, but is used after being
> incremented. This might be able to access 1 past the end of the array
>
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
Thanks. Do you think below patch is better?
Thanks,
-yi
diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c b/drivers/net/wireless/ipw2x00/ipw2200.c
index 2dc1cdb..07f171c 100644
--- a/drivers/net/wireless/ipw2x00/ipw2200.c
+++ b/drivers/net/wireless/ipw2x00/ipw2200.c
@@ -6226,7 +6226,7 @@ static void ipw_add_scan_channels(struct ipw_priv *priv,
};
u8 channel;
- while (channel_index < IPW_SCAN_CHANNELS) {
+ while (channel_index < IPW_SCAN_CHANNELS - 1) {
channel =
priv->speed_scan[priv->speed_scan_pos];
if (channel == 0) {
> ---
> diff --git a/drivers/net/wireless/ipw2x00/ipw2200.c b/drivers/net/wireless/ipw2x00/ipw2200.c
> index 44c29b3..d1c9d6d 100644
> --- a/drivers/net/wireless/ipw2x00/ipw2200.c
> +++ b/drivers/net/wireless/ipw2x00/ipw2200.c
> @@ -6249,7 +6249,10 @@ static void ipw_add_scan_channels(struct ipw_priv *priv,
>
> channels[channel - 1] = 1;
> priv->speed_scan_pos++;
> - channel_index++;
> +
> + if (++channel_index >= IPW_SCAN_CHANNELS)
> + break;
> +
> scan->channels_list[channel_index] = channel;
> index =
> ieee80211_channel_to_index(priv->ieee, channel);
^ permalink raw reply related
* Re: [PATCH] iwlwifi: Read outside array bounds
From: Zhu Yi @ 2009-07-27 1:41 UTC (permalink / raw)
To: Roel Kluin, Winkler, Tomas, Chatre, Reinette
Cc: linux-wireless@vger.kernel.org,
ipw3945-devel@lists.sourceforge.net, Andrew Morton
In-Reply-To: <4A6B7A67.9070906@gmail.com>
On Sun, 2009-07-26 at 05:34 +0800, Roel Kluin wrote:
> tid is bounded (above) by the size of default_tid_to_tx_fifo (17 elements), but
> the size of priv->stations[].tid[] is MAX_TID_COUNT (9) elements.
I think MAX_TID_COUNT should be defined as 16 or 17. Tomas?
Thanks,
-yi
> Signed-off-by: Roel Kluin <roel.kluin@gmail.com>
> ---
> diff --git a/drivers/net/wireless/iwlwifi/iwl-tx.c b/drivers/net/wireless/iwlwifi/iwl-tx.c
> index 85ae7a6..e9441c6 100644
> --- a/drivers/net/wireless/iwlwifi/iwl-tx.c
> +++ b/drivers/net/wireless/iwlwifi/iwl-tx.c
> @@ -1170,6 +1170,8 @@ int iwl_tx_agg_start(struct iwl_priv *priv, const u8 *ra, u16 tid, u16 *ssn)
> IWL_ERR(priv, "Start AGG on invalid station
> ");
> return -ENXIO;
> }
> + if (unlikely(tid >= MAX_TID_COUNT))
> + return -EINVAL;
>
> if (priv->stations[sta_id].tid[tid].agg.state != IWL_AGG_OFF) {
> IWL_ERR(priv, "Start AGG when state is not IWL_AGG_OFF !
> ");
^ permalink raw reply
* Re: [patch] wireless: ERR_PTR vs null
From: Zhu Yi @ 2009-07-27 1:26 UTC (permalink / raw)
To: Dan Carpenter; +Cc: Ortiz, Samuel, linux-wireless@vger.kernel.org
In-Reply-To: <alpine.DEB.2.00.0907241000250.11771@bicker>
On Sat, 2009-07-25 at 20:22 +0800, Dan Carpenter wrote:
> iwm_wdev_alloc() returns an ERR_PTR on failure and not null. It also
> prints its own dev_err() message so I removed that as well.
>
> Compile tested only. Sorry.
> Found by smatch (http://repo.or.cz/w/smatch.git).
>
> regards,
> dan carpenter
>
> Signed-off-by: Dan Carpenter <error27@gmail.com>
Acked-by: Zhu Yi <yi.zhu@intel.com>
Thanks,
-yi
> --- orig/drivers/net/wireless/iwmc3200wifi/netdev.c 2009-07-24 09:56:49.000000000 +0300
> +++ devel/drivers/net/wireless/iwmc3200wifi/netdev.c 2009-07-24 09:57:31.000000000 +0300
> @@ -106,10 +106,8 @@
> int ret = 0;
>
> wdev = iwm_wdev_alloc(sizeof_bus, dev);
> - if (!wdev) {
> - dev_err(dev, "no memory for wireless device instance\n");
> - return ERR_PTR(-ENOMEM);
> - }
> + if (IS_ERR(wdev))
> + return wdev;
>
> iwm = wdev_to_iwm(wdev);
> iwm->bus_ops = if_ops;
^ permalink raw reply
* Re: 2.6.31-rc2: Possible regression in rt61pci driver
From: Pavel Roskin @ 2009-07-27 0:06 UTC (permalink / raw)
To: Chris Clayton; +Cc: linux-wireless
In-Reply-To: <c6b1100b0907261433s5f069f8ck26861cef5239ef98@mail.gmail.com>
On Sun, 2009-07-26 at 22:33 +0100, Chris Clayton wrote:
> Do you have CONFIG_MAC80211_DEFAULT_PS enabled?
No. That may explain everything. I'll try enabling
CONFIG_MAC80211_DEFAULT_PS.
--
Regards,
Pavel Roskin
^ permalink raw reply
* Re: [PATCH 1/3] mac80211: cooperate more with network namespaces
From: Pavel Roskin @ 2009-07-27 0:04 UTC (permalink / raw)
To: Johannes Berg; +Cc: linux-wireless
In-Reply-To: <20090713223413.255405284@sipsolutions.net>
On Tue, 2009-07-14 at 00:33 +0200, Johannes Berg wrote:
> @@ -1900,10 +1880,16 @@ void ieee80211_tx_pending(unsigned long
>
> while (!skb_queue_empty(&local->pending[i])) {
> struct sk_buff *skb = __skb_dequeue(&local->pending[i]);
> + struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
> + struct ieee80211_sub_if_data *sdata;
> +
> + sdata = vif_to_sdata(info->control.vif);
> + dev_hold(sdata->dev);
I'm getting a panic at this point if I run hostapd on ath9k and a
Windows client tries to authenticate with a wrong WPA key.
Debugging shows that sdata->dev is NULL.
The current wireless-testing is affected. The revision preceding to
this patch is not affected.
CONFIG_NET_NS is not enabled. The architecture is x86_64.
--
Regards,
Pavel Roskin
^ permalink raw reply
* 2.6.31-rc4: Reported regressions 2.6.29 -> 2.6.30
From: Rafael J. Wysocki @ 2009-07-26 20:41 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
This message contains a list of some regressions introduced between 2.6.29 and
2.6.30, for which there are no fixes in the mainline I know of. If any of them
have been fixed already, please let me know.
If you know of any other unresolved regressions introduced between 2.6.29
and 2.6.30, please let me know either and I'll add them to the list.
Also, please let me know if any of the entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-07-27 143 48 45
2009-07-07 138 50 46
2009-06-29 133 46 43
2009-06-07 110 35 31
2009-05-31 100 32 27
2009-05-24 92 34 27
2009-05-16 81 36 33
2009-04-25 55 36 26
2009-04-17 37 35 28
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13797
Subject : iBook G4 doesn't suspend since 2ed8d2b3a8
Submitter : Jörg Sommer <joerg@alea.gnuu.de>
Date : 2009-07-18 20:18 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13795
Subject : abnormal boot and no suspend due to 'async' (fastboot)
Submitter : Rafal Kaczynski <fscnoboot@wp.pl>
Date : 2009-07-18 17:19 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13780
Subject : NULL pointer dereference loading powernowk8
Submitter : Kurt Roeckx <kurt@roeckx.be>
Date : 2009-07-15 18:00 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13751
Subject : oops on HP/Compaq 6910p lid closure
Submitter : Bjorn Helgaas <bjorn.helgaas@hp.com>
Date : 2009-07-09 15:17 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13739
Subject : 2.6.30 leaking keys on console switch
Submitter : Andi Kleen <andi@firstfloor.org>
Date : 2009-07-07 8:44 (20 days old)
References : http://marc.info/?l=linux-kernel&m=124695628924382&w=4
Handled-By : Jiri Kosina <jkosina@suse.cz>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13694
Subject : i915 phantom TV
Submitter : Maciek Józiewicz <mjoziew@gmail.com>
Date : 2009-07-02 12:26 (25 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13682
Subject : The webcam stopped working when upgrading from 2.6.29 to 2.6.30
Submitter : Nathanael Schaeffer <nathanael.schaeffer@gmail.com>
Date : 2009-06-30 13:34 (27 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13681
Subject : A number of usb Devices causes Oops messages and kernel panics.
Submitter : Alexander Kaltsas <alexkaltsas@gmail.com>
Date : 2009-06-30 13:06 (27 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13669
Subject : Kernel bug with dock driver
Submitter : Joerg Platte <jplatte@naasa.net>
Date : 2009-06-14 21:00 (43 days old)
References : http://lkml.org/lkml/2009/6/14/216
Handled-By : Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13660
Subject : Crashes during boot on 2.6.30 / 2.6.31-rc, random programs
Submitter : Joao Correia <joaomiguelcorreia@gmail.com>
Date : 2009-06-27 16:07 (30 days old)
References : http://lkml.org/lkml/2009/6/27/95
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13648
Subject : nfsd: page allocation failure
Submitter : Justin Piszcz <jpiszcz@lucidpixels.com>
Date : 2009-06-22 12:08 (35 days old)
References : http://lkml.org/lkml/2009/6/22/309
http://marc.info/?l=linux-kernel&m=124748600712853&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13646
Subject : warn_on tty_io.c, broken bluetooth
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2009-06-19 17:05 (38 days old)
References : http://lkml.org/lkml/2009/6/19/187
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13644
Subject : hibernation/swsusp lockup due to acpi-cpufreq
Submitter : Johannes Stezenbach <js@sig21.net>
Date : 2009-06-16 01:27 (41 days old)
References : http://lkml.org/lkml/2009/6/15/630
http://lkml.org/lkml/2009/6/29/504
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13638
Subject : rt2870 driver is broken for (some) cards
Submitter : jakob gruber <jakob.gruber@kabelnet.at>
Date : 2009-06-27 17:33 (30 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13634
Subject : [drm:drm_wait_vblank] *ERROR* failed to acquire vblank counter, -22
Submitter : Cijoml Cijomlovic Cijomlov <cijoml@volny.cz>
Date : 2009-06-27 07:02 (30 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13624
Subject : usb: wrong autosuspend initialization
Submitter : <list@phuk.ath.cx>
Date : 2009-06-25 18:18 (32 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13621
Subject : xfs hangs with assertion failed
Submitter : Johannes Engel <jcnengel@googlemail.com>
Date : 2009-06-25 10:07 (32 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13620
Subject : acpi_enforce_resources broken - conflicting i2c module loaded on some EeePCs
Submitter : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Date : 2009-06-25 08:31 (32 days old)
References : <http://lists.alioth.debian.org/pipermail/debian-eeepc-devel/2009-June/002316.html>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13583
Subject : pdflush uses 5% CPU on otherwise idle system
Submitter : Paul Martin <pm@debian.org>
Date : 2009-06-19 13:33 (38 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13581
Subject : ath9k doesn't work with newer kernels
Submitter : Matteo <rootkit85@yahoo.it>
Date : 2009-06-19 12:04 (38 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13564
Subject : random general protection fault at boot time caused by khubd.
Submitter : Pauli <suokkos@gmail.com>
Date : 2009-06-18 12:44 (39 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13558
Subject : Tracelog during resume
Submitter : Cijoml Cijomlovic Cijomlov <cijoml@volny.cz>
Date : 2009-06-17 11:32 (40 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13554
Subject : linux-image-2.6.30-1-686, KMS enabled: black screen, no X window
Submitter : Jos van Wolput <wolput@onsneteindhoven.nl>
Date : 2009-06-17 06:28 (40 days old)
References : http://marc.info/?l=linux-kernel&m=124686965407853&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13518
Subject : slab grows with NFS write activity.
Submitter : Andrew Randrianasulu <randrik@mail.ru>
Date : 2009-06-12 09:51 (45 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13514
Subject : acer_wmi causes stack corruption
Submitter : Rus <harbour@sfinx.od.ua>
Date : 2009-06-12 08:13 (45 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13512
Subject : D43 on 2.6.30 doesn't suspend anymore
Submitter : Daniel Smolik <marvin@mydatex.cz>
Date : 2009-06-11 20:12 (46 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13502
Subject : GPE storm causes polling mode, which causes /proc/acpi/battery read to take 4 seconds - MacBookPro4,1
Submitter : <sveina@gmail.com>
Date : 2009-06-10 20:04 (47 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13472
Subject : Oops with minicom and USB serial
Submitter : Peter Chubb <peterc@gelato.unsw.edu.au>
Date : 2009-06-05 1:37 (52 days old)
References : http://marc.info/?l=linux-kernel&m=124416901026700&w=4
Handled-By : Alan Stern <stern@rowland.harvard.edu>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13471
Subject : Loading parport_pc kills the keyboard if ACPI is enabled
Submitter : Ozan Çağlayan <ozan@pardus.org.tr>
Date : 2009-06-04 9:12 (53 days old)
References : http://marc.info/?l=linux-kernel&m=124410667532558&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13424
Subject : possible deadlock when doing governor switching
Submitter : Shaohua Li <shaohua.li@intel.com>
Date : 2009-05-31 16:36 (57 days old)
References : http://www.spinics.net/lists/cpufreq/msg00711.html
http://lkml.org/lkml/2009/6/28/405
Handled-By : Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13408
Subject : Performance regression in 2.6.30-rc7
Submitter : Diego Calleja <diegocg@gmail.com>
Date : 2009-05-30 18:51 (58 days old)
References : http://lkml.org/lkml/2009/5/30/146
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13407
Subject : adb trackpad disappears after suspend to ram
Submitter : Jan Scholz <scholz@fias.uni-frankfurt.de>
Date : 2009-05-28 7:59 (60 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=2ed8d2b3a81bdbb0418301628ccdb008ac9f40b7
References : http://marc.info/?l=linux-kernel&m=124349762314976&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13401
Subject : pktcdvd writing is really slow with CFQ scheduler (bisected)
Submitter : Laurent Riffard <laurent.riffard@free.fr>
Date : 2009-05-28 18:43 (60 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13374
Subject : reiserfs blocked for more than 120secs
Submitter : Harald Dunkel <harald.dunkel@t-online.de>
Date : 2009-05-23 8:52 (65 days old)
References : http://marc.info/?l=linux-kernel&m=124306880410811&w=4
http://lkml.org/lkml/2009/5/29/389
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13373
Subject : fbcon, intelfb, i915: INFO: possible circular locking dependency detected
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2009-05-23 5:08 (65 days old)
References : http://marc.info/?l=linux-kernel&m=124305538130702&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13362
Subject : rt2x00: slow wifi with correct basic rate bitmap
Submitter : Alejandro Riveira <ariveira@gmail.com>
Date : 2009-05-22 13:32 (66 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13351
Subject : 2.6.30 corrupts my system after suspend resume with readonly mounted hard disk
Submitter : <unggnu@googlemail.com>
Date : 2009-05-20 14:09 (68 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=78a8b35bc7abf8b8333d6f625e08c0f7cc1c3742
Handled-By : Yinghai Lu <yinghai@kernel.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13341
Subject : Random Oops at boot at loading ip6tables rules
Submitter : <patrick@ostenberg.de>
Date : 2009-05-19 09:08 (69 days old)
Handled-By : Rusty Russell <rusty@rustcorp.com.au>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13337
Subject : [post 2.6.29 regression] hang during suspend of b44/b43 modules
Submitter : Tomas Janousek <tomi@nomi.cz>
Date : 2009-05-18 10:59 (70 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13328
Subject : b44: eth0: BUG! Timeout waiting for bit 00000002 of register 42c to clear.
Submitter : Francis Moreau <francis.moro@gmail.com>
Date : 2009-05-03 16:22 (85 days old)
References : http://marc.info/?l=linux-kernel&m=124136778012280&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13319
Subject : Page allocation failures with b43 and p54usb
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2009-04-29 21:01 (89 days old)
References : http://marc.info/?l=linux-kernel&m=124103897101088&w=4
http://lkml.org/lkml/2009/6/7/136
Handled-By : Johannes Berg <johannes@sipsolutions.net>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13318
Subject : AGP doesn't work anymore on nforce2
Submitter : Karsten Mehrhoff <kawime@gmx.de>
Date : 2009-04-30 8:51 (88 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=59de2bebabc5027f93df999d59cc65df591c3e6e
References : http://marc.info/?l=linux-kernel&m=124108156417560&w=4
Handled-By : Shaohua Li <shaohua.li@intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13306
Subject : hibernate slow on _second_ run
Submitter : Johannes Berg <johannes@sipsolutions.net>
Date : 2009-05-14 09:34 (74 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13219
Subject : Intel 440GX: Since kernel 2.6.30-rc1, computers hangs randomly but not with kernel <= 2.6.29.4
Submitter : David Hill <hilld@binarystorm.net>
Date : 2009-05-01 16:57 (87 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13109
Subject : High latency on /sys/class/thermal
Submitter : Tiago Simões Batista <tiagosbatista@gmail.com>
Date : 2009-04-11 14:56 (107 days old)
References : http://marc.info/?l=linux-kernel&m=123946182301248&w=4
Handled-By : Zhang Rui <rui.zhang@intel.com>
Alexey Starikovskiy <astarikovskiy@suse.de>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13649
Subject : Bad page state in process with various applications
Submitter : Maxim Levitsky <maximlevitsky@gmail.com>
Date : 2009-06-20 15:27 (37 days old)
References : http://marc.info/?l=linux-mm&m=124551168828090&w=4
Handled-By : Mel Gorman <mel@csn.ul.ie>
Patch : http://patchwork.kernel.org/patch/33130/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13475
Subject : suspend/hibernate lockdep warning
Submitter : Dave Young <hidave.darkstar@gmail.com>
Date : 2009-06-02 10:00 (55 days old)
References : http://marc.info/?l=linux-kernel&m=124393723321241&w=4
Handled-By : Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Patch : http://patchwork.kernel.org/patch/28660/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13389
Subject : Warning 'Invalid throttling state, reset' gets displayed when it should not be
Submitter : Frans Pop <elendil@planet.nl>
Date : 2009-05-26 15:24 (62 days old)
Handled-By : Frans Pop <elendil@planet.nl>
Patch : http://bugzilla.kernel.org/attachment.cgi?id=21671
http://bugzilla.kernel.org/attachment.cgi?id=21672
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions introduced
between 2.6.29 and 2.6.30, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=13070
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply
* 2.6.31-rc4: Reported regressions from 2.6.30
From: Rafael J. Wysocki @ 2009-07-26 20:23 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Adrian Bunk, Andrew Morton, Linus Torvalds, Natalie Protasevich,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
This message contains a list of some regressions from 2.6.30, for which there
are no fixes in the mainline I know of. If any of them have been fixed already,
please let me know.
If you know of any other unresolved regressions from 2.6.30, please let me know
either and I'll add them to the list. Also, please let me know if any of the
entries below are invalid.
Each entry from the list will be sent additionally in an automatic reply to
this message with CCs to the people involved in reporting and handling the
issue.
Listed regressions statistics:
Date Total Pending Unresolved
----------------------------------------
2009-07-27 70 51 43
2009-07-07 35 25 21
2009-06-29 22 22 15
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13848
Subject : iwlwifi (4965) regression since 2.6.30
Submitter : Lukas Hejtmanek <xhejtman@ics.muni.cz>
Date : 2009-07-26 7:57 (1 days old)
References : http://marc.info/?l=linux-kernel&m=124859658502866&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13847
Subject : X stopped accepting keystrokes
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2009-07-14 9:24 (13 days old)
References : http://marc.info/?l=linux-kernel&m=124756352426737&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13846
Subject : Possible regression in rt61pci driver
Submitter : Chris Clayton <chris2553@googlemail.com>
Date : 2009-07-13 8:27 (14 days old)
References : http://marc.info/?l=linux-kernel&m=124747418828398&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13845
Subject : inotify regression, missing events
Submitter : Scott James Remnant <scott@ubuntu.com>
Date : 2009-07-11 16:02 (16 days old)
References : http://marc.info/?l=linux-kernel&m=124732816314881&w=4
Handled-By : Eric Paris <eparis@redhat.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13844
Subject : i915 errors
Submitter : Fabio Comolli <fabio.comolli@gmail.com>
Date : 2009-07-25 9:30 (2 days old)
References : http://marc.info/?l=linux-kernel&m=124851427612720&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13843
Subject : Linux-2.6.31-rc4 fails to open a USB serial port
Submitter : e9hack <e9hack@googlemail.com>
Date : 2009-07-25 9:16 (2 days old)
References : http://marc.info/?l=linux-kernel&m=124851343512022&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13842
Subject : Oops when writing to /sys/block/ram0/queue/max_sectors_kb
Submitter : Jens Rosenboom <jens@mcbone.net>
Date : 2009-07-23 15:30 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124836574403032&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13841
Subject : 2.6.31-rc4 boot failure
Submitter : Gene Heskett <gene.heskett@verizon.net>
Date : 2009-07-23 14:12 (4 days old)
References : http://marc.info/?l=linux-kernel&m=124835839019906&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13839
Subject : xc5000 no longer works with Myth-0.21-fixes branch
Submitter : Mark Lord <lkml@rtr.ca>
Date : 2009-07-19 15:15 (8 days old)
References : http://marc.info/?l=linux-kernel&m=124814394016848&w=4
Handled-By : Devin Heitmueller <dheitmueller@kernellabs.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13838
Subject : kernel BUG at include/net/netns/generic.h:41!
Submitter : Luca Tettamanti <kronos.it@gmail.com>
Date : 2009-07-20 15:27 (7 days old)
References : http://lkml.org/lkml/2009/7/20/105
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13837
Subject : Input : regression - touchpad not detected
Submitter : Dave Young <hidave.darkstar@gmail.com>
Date : 2009-07-17 07:13 (10 days old)
References : http://marc.info/?l=linux-kernel&m=124780763701571&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13836
Subject : suspend script fails, related to stdout?
Submitter : Tomas M. <tmezzadra@gmail.com>
Date : 2009-07-17 21:24 (10 days old)
References : http://marc.info/?l=linux-kernel&m=124785853811667&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13835
Subject : e1000e massive packet loss
Submitter : Caleb Cushing <xenoterracide@gmail.com>
Date : 2009-07-16 09:49 (11 days old)
References : http://marc.info/?l=linux-kernel&m=124773057917887&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13833
Subject : Kernel Oops when trying to suspend with ubifs mounted on block2mtd mtd device
Submitter : Tobias Diedrich <ranma@tdiedrich.de>
Date : 2009-07-15 14:20 (12 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=15bce40cb3133bcc07d548013df97e4653d363c1
References : http://marc.info/?l=linux-kernel&m=124766049207807&w=4
http://marc.info/?l=linux-kernel&m=124704927819769&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13826
Subject : thinkpad boots with backlight low
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2009-07-15 15:13 (12 days old)
References : http://marc.info/?l=linux-kernel&m=124756359126830&w=4
Handled-By : Henrique de Moraes Holschuh <hmh@hmh.eng.br>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13821
Subject : Replugging USB serial converter uses new device node
Submitter : Ferenc Wagner <wferi@niif.hu>
Date : 2009-07-18 20:04 (9 days old)
References : http://marc.info/?l=linux-kernel&m=124794754015776&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13819
Subject : system freeze when switching to console
Submitter : Reinette Chatre <reinette.chatre@intel.com>
Date : 2009-07-23 17:57 (4 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13815
Subject : emacs -nw compilation doesn't show the error message
Submitter : Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Date : 2009-07-23 06:22 (4 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=d945cb9cce20ac7143c2de8d88b187f62db99bdc
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13813
Subject : Hangups in n_tty_read()
Submitter : Johannes Weiner <hannes@cmpxchg.org>
Date : 2009-07-16 18:48 (11 days old)
References : http://marc.info/?l=linux-kernel&m=124777019920579&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13812
Subject : Ooops on uplug
Submitter : Daniel Mack <daniel@caiaq.de>
Date : 2009-07-20 17:51 (7 days old)
References : http://marc.info/?l=linux-kernel&m=124811234302786&w=4
Handled-By : Alan Stern <stern@rowland.harvard.edu>
Alan Cox <alan@linux.intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13809
Subject : oprofile: possible circular locking dependency detected
Submitter : Jerome Marchand <jmarchan@redhat.com>
Date : 2009-07-22 13:35 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13806
Subject : system does not boot due to device-mapper error
Submitter : Roman Shtylman <shtylman@gmail.com>
Date : 2009-07-21 00:03 (6 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13781
Subject : System freeze at resume after suspend to RAM
Submitter : Christian Casteyde <casteyde.christian@free.fr>
Date : 2009-07-15 18:42 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13770
Subject : System freeze on XFS filesystem recovery on an external disk
Submitter : Jean-Luc Coulon <jean.luc.coulon@gmail.com>
Date : 2009-07-14 10:31 (13 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13762
Subject : AHCI on HP Compaq 6715s broken, did not detect slots/ports -> unable to boot
Submitter : Matthias Tingelhoff <mindo83@t-online.de>
Date : 2009-07-11 20:48 (16 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13750
Subject : Load average flatlines after returning from hibernate
Submitter : Duncan <1i5t5.duncan@cox.net>
Date : 2009-07-09 15:14 (18 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13740
Subject : X server crashes with 2.6.31-rc2 when options are changed
Submitter : Michael S. Tsirkin <m.s.tsirkin@gmail.com>
Date : 2009-07-07 15:19 (20 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13733
Subject : 2.6.31-rc2: irq 16: nobody cared
Submitter : Niel Lambrechts <niel.lambrechts@gmail.com>
Date : 2009-07-06 18:32 (21 days old)
References : http://marc.info/?l=linux-kernel&m=124690524027166&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13732
Subject : tty layer instabilities
Submitter : Mikael Pettersson <mikpe@it.uu.se>
Date : 2009-07-06 13:43 (21 days old)
References : http://marc.info/?l=linux-kernel&m=124688781732419&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13731
Subject : Inconsistent {IN-RECLAIM_FS-W} -> {RECLAIM_FS-ON-W} usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2009-07-06 4:22 (21 days old)
References : http://marc.info/?l=linux-kernel&m=124685417325348&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13730
Subject : hitting lockdep limits...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2009-07-05 18:19 (22 days old)
References : http://marc.info/?l=linux-kernel&m=124681799023782&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13729
Subject : kernel BUG at fs/notify/notification.c:93!
Submitter : Mikko C. <mikko.cal@gmail.com>
Date : 2009-06-04 10:16 (53 days old)
References : http://lkml.org/lkml/2009/7/4/12
Handled-By : Eric Paris <eparis@redhat.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13728
Subject : 2.6.31-rc2 soft lockups, RPC-related
Submitter : Paul Collins <paul@burly.ondioline.org>
Date : 2009-07-05 7:17 (22 days old)
References : http://marc.info/?l=linux-kernel&m=124677884816794&w=4
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13726
Subject : fio sync read 4k block size 35% regression
Submitter : Zhang, Yanmin <yanmin_zhang@linux.intel.com>
Date : 2009-07-01 11:25 (26 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=51daa88ebd8e0d437289f589af29d4b39379ea76
References : http://lkml.org/lkml/2009/6/30/679
Handled-By : Wu Fengguang <fengguang.wu@intel.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13716
Subject : The AIC-7892P controller does not work any more
Submitter : Andrej Podzimek <andrej@podzimek.org>
Date : 2009-07-05 19:23 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13713
Subject : [drm/i915] Possible regression due to commit "Change GEM throttling to be 20ms (...)"
Submitter : <kazikcz@gmail.com>
Date : 2009-07-05 10:49 (22 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=b962442e46a9340bdbc6711982c59ff0cc2b5afb
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13709
Subject : b2c2-flexcop: no frontend driver found for this B2C2/FlexCop adapter w/ kernel-2.6.31-rc2
Submitter : boris64 <bugzilla.kernel.org@boris64.net>
Date : 2009-07-05 01:36 (22 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13700
Subject : usb error flood in dmesg, makes kde use plenty of cpu - bisected
Submitter : jouni susiluoto <jouni.susiluoto@helsinki.fi>
Date : 2009-07-03 21:13 (24 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13667
Subject : drm: display arifacts when X.Org is stopped
Submitter : Frans Pop <elendil@planet.nl>
Date : 2009-06-27 18:52 (30 days old)
References : http://lkml.org/lkml/2009/6/27/105
http://lkml.org/lkml/2009/7/8/30
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13666
Subject : WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2009-06-27 16:15 (30 days old)
References : http://lkml.org/lkml/2009/6/27/75
http://lkml.org/lkml/2009/7/7/6
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13657
Subject : Linux-2.6.31-rc1 Fails To Recognize Some USB Disks
Submitter : Tarkan Erimer <tarkan.erimer@turknet.net.tr>
Date : 2009-06-26 10:03 (31 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=3821d768912a47ddbd6cab52943a8284df88003c
References : http://lkml.org/lkml/2009/6/26/34
Handled-By : Martin K. Petersen <martin.petersen@oracle.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13656
Subject : 2.6.31-rc1 crashes randomly on my Machine.
Submitter : Zeno Davatz <zdavatz@gmail.com>
Date : 2009-06-26 08:56 (31 days old)
References : http://lkml.org/lkml/2009/6/26/27
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13645
Subject : NULL pointer dereference at (null) (level2_spare_pgt)
Submitter : poornima nayak <mpnayak@linux.vnet.ibm.com>
Date : 2009-06-17 17:56 (40 days old)
References : http://lkml.org/lkml/2009/6/17/194
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13840
Subject : KMS oops on 945G system
Submitter : Diego Calleja <diegocg@gmail.com>
Date : 2009-07-21 20:50 (6 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=7662c8bd6545c12ac7b2b39e4554c3ba34789c50
References : http://marc.info/?l=linux-kernel&m=124820945815030&w=4
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
Patch : http://git.kernel.org/?p=linux/kernel/git/anholt/drm-intel.git;a=commit;h=dff33cfcefa31c30b72c57f44586754ea9e8f3e2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13834
Subject : device mapper fails on some logical volumes
Submitter : Christian Bornträger <borntraeger@de.ibm.com>
Date : 2009-07-15 18:52 (12 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=754c5fc7ebb417b23601a6222a6005cc2e7f2913
References : http://marc.info/?l=linux-kernel&m=124767677206470&w=4
Handled-By : Mike Snitzer <snitzer@redhat.com>
Patch : http://patchwork.kernel.org/patch/33534/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13827
Subject : PM/hibernate swapfile regression
Submitter : Heiko Carstens <heiko.carstens@de.ibm.com>
Date : 2009-07-14 15:54 (13 days old)
References : http://marc.info/?l=linux-kernel&m=124757972118196&w=4
Handled-By : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Patch : http://patchwork.kernel.org/patch/36510/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13825
Subject : eeepc-laptop: fix hot-unplug on resume
Submitter : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Date : 2009-06-29 13:12 (28 days old)
References : http://lkml.org/lkml/2009/6/29/150
Handled-By : Alan Jenkins <alan-jenkins@tuffmail.co.uk>
Patch : http://patchwork.kernel.org/patch/32926/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13742
Subject : iwlagn (4965): regression when hardware rf switch is used
Submitter : Frans Pop <elendil@planet.nl>
Date : 2009-06-29 11:28 (28 days old)
References : http://lkml.org/lkml/2009/6/29/88
Handled-By : Reinette Chatre <reinette.chatre@intel.com>
Patch : http://lkml.org/lkml/2009/6/30/224
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13665
Subject : commit 69c854817566 causes OOMs
Submitter : David Howells <dhowells@redhat.com>
Date : 2009-06-27 08:12 (30 days old)
First-Bad-Commit: http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69c854817566db82c362797b4a6521d0b00fe1d8
References : http://lkml.org/lkml/2009/6/27/28
Handled-By : Wu Fengguang <fengguang.wu@intel.com>
Patch : http://patchwork.kernel.org/patch/32740/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13659
Subject : iwlagn (4965): no wireless due to RFKILL problem
Submitter : Frans Pop <elendil@planet.nl>
Date : 2009-06-26 13:36 (31 days old)
References : http://lkml.org/lkml/2009/6/26/127
Handled-By : Johannes Berg <johannes@sipsolutions.net>
Patch : http://lkml.org/lkml/2009/6/27/35
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=13643
Subject : Touchpad lost synchronization after resume from suspend to RAM
Submitter : Cijoml Cijomlovic Cijomlov <cijoml@volny.cz>
Date : 2009-06-28 10:42 (29 days old)
References : http://lkml.org/lkml/2009/6/23/365
2.6.30-rc1: touchpad disabled
http://lkml.org/lkml/2009/6/25/256
Handled-By : Thadeu Lima de Souza Cascardo <cascardo@holoscopio.com>
Patch : http://patchwork.kernel.org/patch/34075/
For details, please visit the bug entries and follow the links given in
references.
As you can see, there is a Bugzilla entry for each of the listed regressions.
There also is a Bugzilla entry used for tracking the regressions from 2.6.30,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=13615
Please let me know if there are any Bugzilla entries that should be added to
the list in there.
Thanks,
Rafael
^ permalink raw reply
* Possible BUG where mac80211 fails to stop queues
From: Larry Finger @ 2009-07-26 22:52 UTC (permalink / raw)
To: Johannes Berg; +Cc: John Linville, Michael Buesch, wireless
While stress testing the newest version of the open-source firmware
for BCM43XX devices with the latest pull of wireless-testing, I ran
into a problem of DMA TX queue overrun. Initially I thought this was
due to the firmware change; however, I got the same error with the
standard firmware. I have not seen this before, but it may not be a
regression as it seems to occur only under special circumstances.
The critical code is in b43_dma_tx(), which is called by the .tx
callback routine registered with mac80211.
After the fragment is transmitted by a call to dma_tx_fragment() at
line 1353, the routine checks to see if there are sufficient free
slots (2) to transmit another fragment using the code below:
if ((free_slots(ring) < TX_SLOTS_PER_FRAME) ||
should_inject_overflow(ring)) {
/* This TX ring is full. */
ieee80211_stop_queue(dev->wl->hw,
skb_get_queue_mapping(skb));
ring->stopped = 1;
if (b43_debug(dev, B43_DBG_DMAVERBOSE)) {
b43dbg(dev->wl, "Stopped TX ring %d\n",
ring->index);
}
}
The problem shows up at line 1340 for the next fragment:
B43_WARN_ON(ring->stopped);
if (unlikely(free_slots(ring) < TX_SLOTS_PER_FRAME)) {
b43warn(dev->wl, "DMA queue overflow\n");
err = -ENOSPC;
goto out_unlock;
}
The system generates the warning for ring->stopped and prints the "DMA
queue overflow" message.
My understanding is that mac80211 serializes the calls for each TX
queue, and that the TX callback should not have been entered for this
case.
If I am not understanding the way that mac80211 works, please correct
me. I would also appreciate any suggestions for further debugging.
Larry
^ permalink raw reply
* Re: 2.6.31-rc2: Possible regression in rt61pci driver
From: Chris Clayton @ 2009-07-26 21:33 UTC (permalink / raw)
To: Pavel Roskin; +Cc: linux-wireless, LKML, linville
In-Reply-To: <1248639013.32168.15.camel@mj>
Thanks for the reply, Pavel.
2009/7/26 Pavel Roskin <proski@gnu.org>:
> On Sun, 2009-07-26 at 20:15 +0100, Chris Clayton wrote:
>
>> One more data point. I wondered whether the freeze would "time out" if
>> I just left the laptop frozen, but my testing shows that it probably
>> does not (or if it does it takes more than 27 minutes to do so.
>
> I suggest that you run it on the text console after "dmesg -n 8", so
> that all kernel messages are seen.
>
> I'm using rt61pci with wireless-testing, and I don't see any freezes.
Do you have CONFIG_MAC80211_DEFAULT_PS enabled? I have just built and
installed -rc4 with this option disabled and it has survived almost 20
minutes so far without a freeze. No previous kernel in the 2.6.31
series has survived more than 5 minutes without freezing, so this
looks promising.
>
>> I've also tried to bisect again, but, as last time, once I got to the
>> batch of network-related changes that went into -rc1, I get a series
>> of kernels that build but either won't boot or have inoperable
>> wireless networking.
>
> You can use "git bisect skip" to skip those revisions.
>
> You can specify the paths in "git bisect start" so that only changes to
> the interesting places (like drivers/net wireless, net/mac80211 and
> net/wireless) are considered when calculating the next commit. This
> will probably help you avoid the bad place.
>
Thanks for those tips. I'll note them in my "useful stuff I might
forget" notebook and then try to find time over the next few weeks to
get to grips with the power of git.
Chris
--
No, Sir; there is nothing which has yet been contrived by man, by which
so much happiness is produced as by a good tavern or inn - Doctor Samuel
Johnson
^ permalink raw reply
* Re: kernel panic ieee80211_agg_splice_packets+0x3d/0xc0 [mac80211]
From: Pavel Roskin @ 2009-07-26 20:40 UTC (permalink / raw)
To: Jack Lau; +Cc: linux-wireless
In-Reply-To: <BAY0-DP2-2945C3011C834624418944BD170@phx.gbl>
On Sun, 2009-07-26 at 17:35 +0000, Jack Lau wrote:
>
> This is my very first post on a public mailing list where I am not
> into programming. I just set up and configure Linux but have very
> little experience with programing except BASIC and shell scripting.
>
> I have recently assembled a Linux server and router (no GUI) where I
> am using an Atheros AR9160 controller (Sparklan WMIA-268N) as an
> access point. I am using Ubuntu 9.04 jaunty release but using hostapd
> 0.69 from the upcoming 9.10 karmic release because the one that comes
> with jaunty does not support nl80211.
>
> The problem is that I am constantly getting kernel panics, each time
> of the same error kernel panic ieee80211_agg_splice_packets+0x3d/0xc0
> [mac80211]
You can find where it happens if you kernel is compiled with the debug
information (CONFIG_DEBUG_INFO in .config). Load the mac80211 module in
gdb:
gdb /lib/modules/`uname -r`/kernel/net/mac80211/mac80211.ko
On the gdb prompt, run:
l *(ieee80211_agg_splice_packets+0x3d)
Actually, ieee80211_agg_splice_packets is a short function. Perhaps you
could add debug print statements to find possible errors. For instance,
local->hw is used. It would crash if local is NULL. So you add before
that place:
printk("local = %p\n", local);
Likewise, check sta, sta->ampdu_mlme.tid_tx[tid] and local->pending. Or
just print the line numbers. You will see which printk is run last
before the crash.
> I enclose screenshots of 3 occurrences, the last occurrence with the
> options nosmp noacpi acpi=off noapic just to see if it solves the
> problem but it didn't. Most frustratingly, I hate it when I am the
> only person experiencing it because searching Google yields nothing
> with this error.
Chances are it's because 802.11n is not used much with ath9k in AP mode.
--
Regards,
Pavel Roskin
^ permalink raw reply
* Re: 2.6.31-rc2: Possible regression in rt61pci driver
From: Pavel Roskin @ 2009-07-26 20:10 UTC (permalink / raw)
To: Chris Clayton; +Cc: linux-wireless, LKML, linville
In-Reply-To: <c6b1100b0907261215l71ada148y8a15f6595d939192@mail.gmail.com>
On Sun, 2009-07-26 at 20:15 +0100, Chris Clayton wrote:
> One more data point. I wondered whether the freeze would "time out" if
> I just left the laptop frozen, but my testing shows that it probably
> does not (or if it does it takes more than 27 minutes to do so.
I suggest that you run it on the text console after "dmesg -n 8", so
that all kernel messages are seen.
I'm using rt61pci with wireless-testing, and I don't see any freezes.
> I've also tried to bisect again, but, as last time, once I got to the
> batch of network-related changes that went into -rc1, I get a series
> of kernels that build but either won't boot or have inoperable
> wireless networking.
You can use "git bisect skip" to skip those revisions.
You can specify the paths in "git bisect start" so that only changes to
the interesting places (like drivers/net wireless, net/mac80211 and
net/wireless) are considered when calculating the next commit. This
will probably help you avoid the bad place.
Also, please try the current wireless-testing. The problem may be fixed
there.
> Finally, since I haven't had a single reply to the regression report I
> posted almost two weeks ago, I now give up. I'll switch to using the
> card supported by the ath5k driver.
Perhaps there was not enough material for others to comment on, and
nobody was experiencing anything similar.
If I had such problem, I would try to bisect it, but I cannot reproduce
it.
--
Regards,
Pavel Roskin
^ permalink raw reply
* Re: [Acpi4asus-user] [PATCH 2.6.31] rfkill: allow toggling soft state in sysfs again
From: Rafael J. Wysocki @ 2009-07-26 19:32 UTC (permalink / raw)
To: John W. Linville
Cc: Johannes Berg, acpi4asus-user, Darren Salt, debian-eeepc-devel,
linux-wireless, linux-kernel, Thiemo Nagel, Corentin Chary
In-Reply-To: <20090725223505.GA2729@tuxdriver.com>
On Sunday 26 July 2009, John W. Linville wrote:
> On Sat, Jul 25, 2009 at 10:56:43PM +0200, Rafael J. Wysocki wrote:
> > On Friday 10 July 2009, Johannes Berg wrote:
> > > On Fri, 2009-07-10 at 22:09 +0100, Darren Salt wrote:
> > > > I demand that Johannes Berg may or may not have written...
> > > >
> > > > > Apparently there actually _are_ tools that try to set this in sysfs even
> > > > > though it wasn't supposed to be used this way without claiming first.
> > > >
> > > > Then it should have been documented as such. I don't see anything about this
> > > > in Documentation/rfkill.txt (as found in 2.6.30), other than a vague
> > > > statement that "Kernel handles events", which isn't exactly helpful :-\
> > >
> > > Oh, it's not just that rfkill was horrible, the documentation matched :)
> > > All the SHOUTING in it about what you must and must not do but nothing
> > > actually helpful :)
> > >
> > > > > *shrug*, I don't like it, but whatever...
> > > >
> > > > I do. It means that we have a nice simple text-based interface for use in
> > > > scripts (for now), and a binary interface which is better suited to the likes
> > > > of desktop applications.
> > >
> > > Indeed, and as long as you expect to only use soft toggle... problem is
> > > that you won't know whether it's soft-toggled or not while it's
> > > hard-blocked (off)!
> > >
> > > > > Please test & report.
> > > >
> > > > With the patch applied, Bluetooth toggling is working again, so you get to
> > > > add this:
> > > >
> > > > Tested-By: Darren Salt <linux@youmustbejoking.demon.co.uk>
> > >
> > > Ok, John, please pick up the patch.
> >
> > Is there anything going on with the patch?
> >
> > Surely it's not in -rc4.
>
> commit f54c142725ad2ba33c3ee627873cb6966bf05447
> Author: Johannes Berg <johannes@sipsolutions.net>
> Date: Fri Jul 10 21:41:39 2009 +0200
>
> rfkill: allow toggling soft state in sysfs again
>
> Apparently there actually _are_ tools that try to set
> this in sysfs even though it wasn't supposed to be used
> this way without claiming first. Guess what: now that
> I've cleaned it all up it doesn't matter and we can
> simply allow setting the soft-block state in sysfs.
>
> Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
> Tested-By: Darren Salt <linux@youmustbejoking.demon.co.uk>
> Signed-off-by: John W. Linville <linville@tuxdriver.com>
>
> Didn't make -rc4, should be in -rc5.
Great, thanks!
Best,
Rafael
^ permalink raw reply
* Re: 2.6.31-rc2: Possible regression in rt61pci driver
From: Chris Clayton @ 2009-07-26 19:15 UTC (permalink / raw)
To: linux-wireless; +Cc: LKML, linville
In-Reply-To: <c6b1100b0907210439jf67d886s3125dafa5f4d3928@mail.gmail.com>
2009/7/21 Chris Clayton <chris2553@googlemail.com>:
> 2009/7/14 Chris Clayton <chris2553@googlemail.com>:
> <snip>
>
>> I've updated to 2.6.31-rc3 this morning and done some more testing.
>> I'm now convinced that the rt61pci driver is somehow involved in
>> locking up the laptop. With the (Belkin) rt61 card inserted, the
>> machine will lock up even if I am doing nothing (no web browsing,
>> email or anything else at all) except running this script in a console
>> window:
>>
>> i=0
>> while true; do
>> let i++
>> echo -n "$i "
>> sleep 1
>> done
>>
>> In the tests I have done so far, the counter has never gone beyond 240
>> before the machine locked. With the (no-name) ath5k card inserted I
>> can use the laptop for normal web browsing, email, etc with no
>> problems - the counter in the script above gets to over 2000.
>>
>
> The freeze still happens with 2.6.31-rc3-git5, but I've been doing
> some more fact-finding.
>
> Running the script shown above and with the rt61-based card inserted,
> I can freeze the laptop even if I am doing nothing else on the laptop.
> When the freeze occurs, the laptop is effectively dead, no response to
> mouse movement or keyboard input and no response to pings from
> another machine on my network. However, if I eject the card, the
> laptop comes to life again. The key presses from when the laptop was
> frozen appear on screen and pings from another machine are responded
> to. The script continues to run and display the counter. I then
> reinsert the card and everything appears OK until the laptop freezes
> again a minute or two later. During a test run this morning the
> machine froze at (from the output of the script) 80, 235, 369, 538 and
> 672. Each time, ejecting the card brought the machine back to life.
>
> Trying the same test with the ath5k-based card inserted resulted in
> the script getting to 2300 without the laptop freezing, at which point
> I stopped the script.
>
One more data point. I wondered whether the freeze would "time out" if
I just left the laptop frozen, but my testing shows that it probably
does not (or if it does it takes more than 27 minutes to do so.
I've also tried to bisect again, but, as last time, once I got to the
batch of network-related changes that went into -rc1, I get a series
of kernels that build but either won't boot or have inoperable
wireless networking.
Finally, since I haven't had a single reply to the regression report I
posted almost two weeks ago, I now give up. I'll switch to using the
card supported by the ath5k driver.
<snip>
Chris
--
No, Sir; there is nothing which has yet been contrived by man, by
which so much happiness is produced as by a good tavern or inn -
Doctor Samuel Johnson
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox