* Re: [PATCH 0/2] ssb: updates matching specs, fix for hangs?
From: Rafał Miłecki @ 2010-06-20 12:34 UTC (permalink / raw)
To: linux-wireless, John W. Linville; +Cc: b43-dev, Rafał Miłecki
In-Reply-To: <1274730624-22922-1-git-send-email-zajec5@gmail.com>
W dniu 24 maja 2010 21:50 użytkownik Rafał Miłecki <zajec5@gmail.com> napisał:
> John, I don't really know w-t policy, so please decide where we should apply
> these patches. I'll try to provide some description.
John, I think you missed that two patches. It was already some time
ago, but AFAIR there wasn't any reason against commiting them, am I
wrong here?
--
Rafał
^ permalink raw reply
* Re: [PATCH 0/2] ssb: updates matching specs, fix for hangs?
From: Hauke Mehrtens @ 2010-06-20 12:41 UTC (permalink / raw)
To: Rafał Miłecki; +Cc: linux-wireless, John W. Linville, b43-dev
In-Reply-To: <AANLkTilXBLwE85KLEAM2aRqdeQoO4uK2D-B_dr5Jr2pR@mail.gmail.com>
Am 20.06.2010 14:34, schrieb Rafał Miłecki:
> W dniu 24 maja 2010 21:50 użytkownik Rafał Miłecki <zajec5@gmail.com> napisał:
>> John, I don't really know w-t policy, so please decide where we should apply
>> these patches. I'll try to provide some description.
>
> John, I think you missed that two patches. It was already some time
> ago, but AFAIR there wasn't any reason against commiting them, am I
> wrong here?
>
Hi Rafał,
They are aleardy in the wireless-next-2.6 tree and in linux-next:
http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=fd515941cfaf949b55086a36943afe085d7268e6
http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=c35deb4e70d52ed564c58569fe059dd7ca5f4eec
Hauke
^ permalink raw reply
* Re: [PATCH 0/2] ssb: updates matching specs, fix for hangs?
From: Rafał Miłecki @ 2010-06-20 12:56 UTC (permalink / raw)
To: Hauke Mehrtens; +Cc: linux-wireless, John W. Linville, b43-dev
In-Reply-To: <4C1E0C5E.7070407@hauke-m.de>
W dniu 20 czerwca 2010 14:41 użytkownik Hauke Mehrtens
<hauke@hauke-m.de> napisał:
> Am 20.06.2010 14:34, schrieb Rafał Miłecki:
>> W dniu 24 maja 2010 21:50 użytkownik Rafał Miłecki <zajec5@gmail.com> napisał:
>>> John, I don't really know w-t policy, so please decide where we should apply
>>> these patches. I'll try to provide some description.
>>
>> John, I think you missed that two patches. It was already some time
>> ago, but AFAIR there wasn't any reason against commiting them, am I
>> wrong here?
>>
> Hi Rafał,
>
> They are aleardy in the wireless-next-2.6 tree and in linux-next:
>
> http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=fd515941cfaf949b55086a36943afe085d7268e6
>
> http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=c35deb4e70d52ed564c58569fe059dd7ca5f4eec
Whoops, OK, thanks for pointing. I just checked Linus's git and
wireless-testing.
--
Rafał
^ permalink raw reply
* Re: [PATCH 0/2] ssb: updates matching specs, fix for hangs?
From: John W. Linville @ 2010-06-20 16:20 UTC (permalink / raw)
To: Rafał Miłecki; +Cc: Hauke Mehrtens, linux-wireless, b43-dev
In-Reply-To: <AANLkTilYIRMalJXji9OCerjSdZJpj45JNa8XngKB9eyC@mail.gmail.com>
On Sun, Jun 20, 2010 at 02:56:09PM +0200, Rafał Miłecki wrote:
> W dniu 20 czerwca 2010 14:41 użytkownik Hauke Mehrtens
> <hauke@hauke-m.de> napisał:
> > Am 20.06.2010 14:34, schrieb Rafał Miłecki:
> >> W dniu 24 maja 2010 21:50 użytkownik Rafał Miłecki <zajec5@gmail.com> napisał:
> >>> John, I don't really know w-t policy, so please decide where we should apply
> >>> these patches. I'll try to provide some description.
> >>
> >> John, I think you missed that two patches. It was already some time
> >> ago, but AFAIR there wasn't any reason against commiting them, am I
> >> wrong here?
> >>
> > Hi Rafał,
> >
> > They are aleardy in the wireless-next-2.6 tree and in linux-next:
> >
> > http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=fd515941cfaf949b55086a36943afe085d7268e6
> >
> > http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=c35deb4e70d52ed564c58569fe059dd7ca5f4eec
>
> Whoops, OK, thanks for pointing. I just checked Linus's git and
> wireless-testing.
Must not have checked the latter too closely, since the exact same
commits are there as well... :-)
John
--
John W. Linville Someday the world will need a hero, and you
linville@tuxdriver.com might be all we have. Be ready.
^ permalink raw reply
* Re: Problems with b43 wirelesss
From: Magnus Therning @ 2010-06-20 16:57 UTC (permalink / raw)
To: Larry Finger; +Cc: Rafał Miłecki, b43-dev, wireless
In-Reply-To: <4C1CC5A0.7080600@lwfinger.net>
On Sat, Jun 19, 2010 at 14:26, Larry Finger <Larry.Finger@lwfinger.net> wrote:
[...]
> No, it is a fatal DMA error and your device did switch to PIO mode. The
> dmesg output does not make that clear. I'm sending a patch to change the
> logged message.
No, we are communicating past each other
You mean, it's fatal since it doesn't work with DMA.
I mean, it's not fatal because it realises it doesn't work with DMA
and restarts itself using PIO.
In any case, DMA *is not* the issue here AFAICS.
>> It looks like the following is more relevant to my problem:
>>
>> No probe response from AP 00:22:3f:c3:99:a8 after 500ms, disconnecting.
>> cfg80211: Calling CRDA to update world regulatory domain
>> wlan0: authenticate with 00:22:3f:c3:99:a8 (try 1)
>> wlan0: authenticated
>> wlan0: associate with 00:22:3f:c3:99:a8 (try 1)
>> wlan0: RX AssocResp from 00:22:3f:c3:99:a8 (capab=0x431 status=0 aid=1)
>> wlan0: associated
>> wlan0: deauthenticated from 00:22:3f:c3:99:a8 (Reason: 15)
>>
>> Especially since that sequence of messages is repeated over an over.
>>
>> My next test will be to turn off all security on the wireless, just to
>> rule out WPA completley.
>
> I looked for an explanation of Reason 15 deauthentications. Perhaps
> someone on the wireless ML will know the answer.
I'd be most interested in finding out what it means and the possible
cause for it.
/M
--
Magnus Therning (OpenPGP: 0xAB4DFBA4)
magnus＠therning．org Jabber: magnus＠therning．org
http://therning.org/magnus identi.ca|twitter: magthe
^ permalink raw reply
* Re: [ath5k-devel] [PATCH v2] ath5k: disable ASPM
From: Maxim Levitsky @ 2010-06-20 18:04 UTC (permalink / raw)
To: Luis R. Rodriguez
Cc: David Quan, Bob Copeland, Luis R. Rodriguez, Jussi Kivilinna,
ath5k-devel, linux-wireless, linux-kernel, Linux PCI
In-Reply-To: <1277032723.9555.12.camel@maxim-laptop>
On Sun, 2010-06-20 at 14:18 +0300, Maxim Levitsky wrote:
> On Sun, 2010-06-20 at 01:13 -0700, Luis R. Rodriguez wrote:
> > Note: this e-mail is on a public mailing list.
> >
> > On Sat, Jun 19, 2010 at 12:49 AM, Maxim Levitsky
> > <maximlevitsky@gmail.com> wrote:
> > > On Fri, 2010-06-18 at 17:11 +0300, Maxim Levitsky wrote:
> > >> On Fri, 2010-06-18 at 09:59 -0400, Bob Copeland wrote:
> > >> > On Fri, Jun 18, 2010 at 7:05 AM, Maxim Levitsky <maximlevitsky@gmail.com> wrote:
> > >> > >> Patch I made uses GPL code from e1000e, but since ath5k is
> > >> > >> dual-licensed so patch can't be accepted. So if I got it right, patch
> > >> > >> has to be remade from scratch by someone who really knows about pci
> > >> > >> registers etc. I don't, and learning this to fix something that is
> > >> > >> already fixed in my point of view is waste of (my) time.
> > >> > > Sure, regardless of licensing, this patch has to be redone (and e1000
> > >> > > with it)
> > >> >
> > >> > At any rate, Jussi, thanks a bundle for tracking it down. I owe you a
> > >> > beer, lots of bugs have been reported on these devices.
> > >> >
> > >> > Maxim, this device was always broken in the same way, right? Just
> > >> > curious if anything made it worse recently.
> > >>
> > >> Always was broken, of course even with madwifi.
> > >>
> > >> Recently I think driver stopped doing reset on RXORN, which sometimes
> > >> helped. This did made things a bit worse.
> > >>
> > >> Anyway, just disable L0S, and card works perfectly.
> > >
> > > How this patch?
> > > Its same patch but without open coded ASPM disabler.
> > > Of course to work therefore you need CONFIG_PCIEASPM.
> > > Without it, this reduces to noop.
> > > However I asked at linux-pci, and they said that its not a bad idea to
> > > just remove CONFIG_PCIEASPM and make it default.
> > >
> > > I hope there won't be a silly GPL vs BSD debate over one line of code...
> >
> > When you use the SOB you respect the license of the file you are
> > editing, please see Documentation/SubmittingPatches Developer's
> > Certificate of Origin 1.1.
> This is ok of course.
> The debate was about Jussi Kivilinna copying ASPM disabler code from
> e1000 which is GPL.
>
> >
> > > commit ac5de416f822917b927958b21186a82141550da7
> > > Author: Maxim Levitsky <maximlevitsky@gmail.com>
> > > Date: Thu Jun 17 23:21:42 2010 +0300
> > >
> > > ath5k: disable ASPM
> >
> > You are not disabling ASPM, you are disabling L0s. ASPM can work with
> > L1, for example.
> This is left over from original patch.
> with open coded code I was able to disable just L0s and get stable
> operation.
> Note however that with this patch which implies CONFIG_PCIEASPM, pci
> core disables both L0s and L1
> (I still need to test and see if I need that patch at all. Maybe just
> enabling CONFIG_PCIEASPM is enough...)
Yep, the patch isn't needed, because of this:
pci 0000:03:00.0: disabling ASPM on pre-1.1 PCIe device. You can enable it with 'pcie_aspm=force'
03:00.0 Ethernet controller: Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 01)
Subsystem: Foxconn International, Inc. Device e008
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 18
Region 0: Memory at 55200000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] Message Signalled Interrupts: Mask- 64bit- Queue=0/0 Enable-
Address: 00000000 Data: 0000
Capabilities: [60] Express (v1) Legacy Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0 <512ns, L1 <64us
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 128 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [90] MSI-X: Enable- Mask- TabSize=1
Vector table: BAR=0 offset=00000000
PBA: BAR=0 offset=00000000
Capabilities: [100] Advanced Error Reporting <?>
Capabilities: [140] Virtual Channel <?>
Kernel driver in use: ath5k
Kernel modules: ath5k
static int pcie_aspm_sanity_check(struct pci_dev *pdev)
{
struct pci_dev *child;
int pos;
u32 reg32;
/*
* Some functions in a slot might not all be PCIe functions,
* very strange. Disable ASPM for the whole slot
*/
list_for_each_entry(child, &pdev->subordinate->devices, bus_list) {
pos = pci_pcie_cap(child);
if (!pos)
return -EINVAL;
/*
* Disable ASPM for pre-1.1 PCIe device, we follow MS to use
* RBER bit to determine if a function is 1.1 version device
*/
pci_read_config_dword(child, pos + PCI_EXP_DEVCAP, ®32);
if (!(reg32 & PCI_EXP_DEVCAP_RBER) && !aspm_force) {
dev_printk(KERN_INFO, &child->dev, "disabling ASPM"
" on pre-1.1 PCIe device. You can enable it"
" with 'pcie_aspm=force'\n");
return -EINVAL;
}
}
return 0;
}
If MS=Microsoft, that explains it, so windows just disables ASPM on pre 1.1 PCIE devices....
It still is a hardware bug that Atheros device advertises ASPM support, but it is broken.
Best regards,
Maxim Levitsky
>
>
> >
> > > Atheros card on Acer Aspire One (AOA150, Atheros Communications Inc. AR5001
> > > Wireless Network Adapter [168c:001c] (rev 01)) doesn't work well with ASPM
> > > enabled. With ASPM ath5k will eventually stall on heavy traffic with often
> > > 'unsupported jumbo' warnings appearing. Disabling ASPM L0s in ath5k fixes
> > > these problems.
> > >
> > > Reproduced with pcie_aspm=force and by using 'nc < /dev/zero > /dev/null' at
> > > both ends (usually stalls within seconds).
> >
> > I *highly* discourage the use of pcie_aspm=force, in fact I'm inclined
> > to just remove this junk code from the kernel. What you should do to
> > test ASPM on a device is to use setpci on the config space. I have
> > documented how you can do this here:
>
> >
> > http://wireless.kernel.org/en/users/Documentation/ASPM
> >
> > Reason for discouraging this is when you use this you enable ASPM on
> > *all* root complexes and *all* devices which do support ASPM. If you
> > have another device which is capable of ASPM but has it disabled for
> > some reason you will run into other issues.
> >
> > I should also note that loading a module already has an effect on
> > devices for ASPM. An example today is ath9k's ath9k_hw_init() which
> > runs simply during module load, this has some ASPM related code which
> > for example disables the PLL for ASPM for AR9003. I don't recall
> > exactly what we do with ath5k but just giving you an idea. To truly
> > test ASPM well I recommend to do something similar as with this script
> > or you can just give it a shot.
> >
> > http://kernel.org/pub/linux/kernel/people/mcgrof/aspm/enable-aspm
> >
> > Not like I expect very different results but just wanted to clarify
> > the details on force aspm.
> >
> > Why are you disabling L0s for all devices though? Why not just for the
> > reported device? Granted, L0s won't save you much more power but
> > still, why remove it completely, your commit log does not address that
> > in any way. It only states you have issues with L0s on one chipset but
> > what the patch really implies is you are disabling L0s completely for
> > all ath5k chipsets.
> First of all there aren't many PCIE ath5k based devices.
> Two of them are known to be broken.
> Also Jussi Kivilinna said that he found that in windows .inf file there
> are some instructions to enable L1 but not L0s.
>
>
> Note that I tested that again, and card works very stable.
> I didn't see a single drop to 0 bytes/s. In fact throughput never drops
> below 1 Mb/s. (usually about 2.4 Mb/s, with rare drops for few seconds
> to ~1Mb/s)
>
>
> Best regards,
> Maxim Levitsky
>
> >
> > David, are you aware of recent L0s issues with some legacy cards?
> >
> > > Signed-off-by: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>
> > > Signed-off-by: Maxim Levitsky <maximlevitsky@gmail.com>
> > >
> > >
> > > diff --git a/drivers/net/wireless/ath/ath5k/base.c b/drivers/net/wireless/ath/ath5k/base.c
> > > index 3abbe75..e7a189a 100644
> > > --- a/drivers/net/wireless/ath/ath5k/base.c
> > > +++ b/drivers/net/wireless/ath/ath5k/base.c
> > > @@ -48,6 +48,7 @@
> > > #include <linux/netdevice.h>
> > > #include <linux/cache.h>
> > > #include <linux/pci.h>
> > > +#include <linux/pci-aspm.h>
> > > #include <linux/ethtool.h>
> > > #include <linux/uaccess.h>
> > > #include <linux/slab.h>
> > > @@ -469,6 +470,9 @@ ath5k_pci_probe(struct pci_dev *pdev,
> > > int ret;
> > > u8 csz;
> > >
> > > + /* Disable PCIE ASPM L0S. It is never enabled by windows driver */
> > > + pci_disable_link_state(pdev, PCIE_LINK_STATE_L0S);
> > > +
> > > ret = pci_enable_device(pdev);
> > > if (ret) {
> > > dev_err(&pdev->dev, "can't enable device\n");
> > > @@ -722,6 +726,8 @@ static int ath5k_pci_resume(struct device *dev)
> > > struct ieee80211_hw *hw = pci_get_drvdata(pdev);
> > > struct ath5k_softc *sc = hw->priv;
> > >
> > > + pci_disable_link_state(pdev, PCIE_LINK_STATE_L0S);
> > > +
> > > /*
> > > * Suspend/Resume resets the PCI configuration space, so we have to
> > > * re-disable the RETRY_TIMEOUT register (0x41) to keep
> > >
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > ath5k-devel mailing list
> > > ath5k-devel@lists.ath5k.org
> > > https://lists.ath5k.org/mailman/listinfo/ath5k-devel
> > >
>
>
^ permalink raw reply
* [PATCH 11/11] mac80211: Fix compile warning in scan.c.
From: Gertjan van Wingerde @ 2010-06-20 18:28 UTC (permalink / raw)
To: John W. Linville; +Cc: Johannes Berg, linux-wireless, Gertjan van Wingerde
Fix the following compile warning:
CC [M] net/mac80211/scan.o
net/mac80211/scan.c: In function 'ieee80211_request_internal_scan':
net/mac80211/scan.c:749:23: warning: comparison between 'enum nl80211_band' and 'enum ieee80211_band'
caused by the local variable band not being of the proper 'ieee80211_band' type.
Signed-off-by: Gertjan van Wingerde <gwingerde@gmail.com>
---
net/mac80211/scan.c | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/net/mac80211/scan.c b/net/mac80211/scan.c
index 30d4c0d..9aa19ec 100644
--- a/net/mac80211/scan.c
+++ b/net/mac80211/scan.c
@@ -735,7 +735,7 @@ int ieee80211_request_internal_scan(struct ieee80211_sub_if_data *sdata,
{
struct ieee80211_local *local = sdata->local;
int ret = -EBUSY;
- enum nl80211_band band;
+ enum ieee80211_band band;
mutex_lock(&local->scan_mtx);
--
1.7.1
^ permalink raw reply related
* Re: [PATCH 0/2] ssb: updates matching specs, fix for hangs?
From: Rafał Miłecki @ 2010-06-20 18:28 UTC (permalink / raw)
To: John W. Linville; +Cc: Hauke Mehrtens, linux-wireless, b43-dev
In-Reply-To: <20100620162014.GB2386@tuxdriver.com>
W dniu 20 czerwca 2010 18:20 użytkownik John W. Linville
<linville@tuxdriver.com> napisał:
> On Sun, Jun 20, 2010 at 02:56:09PM +0200, Rafał Miłecki wrote:
>> W dniu 20 czerwca 2010 14:41 użytkownik Hauke Mehrtens
>> <hauke@hauke-m.de> napisał:
>> > Am 20.06.2010 14:34, schrieb Rafał Miłecki:
>> >> W dniu 24 maja 2010 21:50 użytkownik Rafał Miłecki <zajec5@gmail.com> napisał:
>> >>> John, I don't really know w-t policy, so please decide where we should apply
>> >>> these patches. I'll try to provide some description.
>> >>
>> >> John, I think you missed that two patches. It was already some time
>> >> ago, but AFAIR there wasn't any reason against commiting them, am I
>> >> wrong here?
>> >>
>> > Hi Rafał,
>> >
>> > They are aleardy in the wireless-next-2.6 tree and in linux-next:
>> >
>> > http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=fd515941cfaf949b55086a36943afe085d7268e6
>> >
>> > http://git.kernel.org/?p=linux/kernel/git/linville/wireless-next-2.6.git;a=commitdiff;h=c35deb4e70d52ed564c58569fe059dd7ca5f4eec
>>
>> Whoops, OK, thanks for pointing. I just checked Linus's git and
>> wireless-testing.
>
> Must not have checked the latter too closely, since the exact same
> commits are there as well... :-)
Oh, that's right! Sorry for noise :)
--
Rafał
^ permalink raw reply
* Re: [PATCH 11/11] mac80211: Fix compile warning in scan.c.
From: Gertjan van Wingerde @ 2010-06-20 18:30 UTC (permalink / raw)
To: John W. Linville; +Cc: Johannes Berg, linux-wireless
In-Reply-To: <1277058487-11803-1-git-send-email-gwingerde@gmail.com>
On 06/20/10 20:28, Gertjan van Wingerde wrote:
> Fix the following compile warning:
>
> CC [M] net/mac80211/scan.o
> net/mac80211/scan.c: In function 'ieee80211_request_internal_scan':
> net/mac80211/scan.c:749:23: warning: comparison between 'enum nl80211_band' and 'enum ieee80211_band'
>
> caused by the local variable band not being of the proper 'ieee80211_band' type.
>
> Signed-off-by: Gertjan van Wingerde <gwingerde@gmail.com>
> ---
> net/mac80211/scan.c | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/net/mac80211/scan.c b/net/mac80211/scan.c
> index 30d4c0d..9aa19ec 100644
> --- a/net/mac80211/scan.c
> +++ b/net/mac80211/scan.c
> @@ -735,7 +735,7 @@ int ieee80211_request_internal_scan(struct ieee80211_sub_if_data *sdata,
> {
> struct ieee80211_local *local = sdata->local;
> int ret = -EBUSY;
> - enum nl80211_band band;
> + enum ieee80211_band band;
>
> mutex_lock(&local->scan_mtx);
>
Sorry about the 11/11 in the subject. This patch is completely on its own. It is just part of the ongoing
work in my own tree and I forgot to remove the 11/11 marking before sending out the patch.
---
Gertjan.
^ permalink raw reply
* Compat-wireless release for 2010-06-20 is baked
From: Compat-wireless cronjob account @ 2010-06-20 19:02 UTC (permalink / raw)
To: linux-wireless, linux-bluetooth
compat-wireless code metrics
498472 - Total upstream lines of code being pulled
1410 - backport code changes
1177 - backport code additions
233 - backport code deletions
5748 - backport from compat module
7158 - total backport code
1.4360 - % of code consists of backport work
1218 - Crap changes not yet posted
1179 - Crap additions not yet merged
39 - Crap deletions not yet posted
0.2443 - % of crap code
Base tree: linux-next.git
Base tree version: next-20100618
compat-wireless release: compat-wireless-2010-06-17-1-g75bb510
^ permalink raw reply
* ATH5k - Signal measurement reports wrong values
From: Jaroslav Fojtik @ 2010-06-20 19:20 UTC (permalink / raw)
To: linux-wireless
[-- Attachment #1: Mail message body --]
[-- Type: text/plain, Size: 524 bytes --]
Dears,
Look at the attached chart.
After upgrading from compat-wireless-2010-06-13 to compat-wireless-2010-06-18
the reported signal drops from -65dB to -77dB.
The ATH5k simply lies, because green line in reverse direction did not
change. The second point has bullet.
Only purple line dropped.
But from my point of view the purple line should be comparable with green
line (measured by bullet). If somebody is interested in experiment, I could
fiddle with Tx power on a bullet and chart a response.
regards
Jara
[-- Attachment #2: X_rodga-week_big.png --]
[-- Type: Application/Octet-stream, Size: 9463 bytes --]
^ permalink raw reply
* 2.6.35-rc3: Reported regressions from 2.6.34
From: Rafael J. Wysocki @ 2010-06-20 22:11 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
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.34,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved regressions from 2.6.34, please let us
know either and we'll add them to the list. Also, please let us 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
----------------------------------------
2010-06-21 46 37 26
2010-06-09 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16255
Subject : 2.6.35-rc3 deadlocks on semaphore operations
Submitter : Christoph Lameter <cl@linux-foundation.org>
Date : 2010-06-18 14:49 (3 days old)
Message-ID : <alpine.DEB.2.00.1006180940140.11575@router.home>
References : http://marc.info/?l=linux-kernel&m=127687262727707&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16248
Subject : inconsistent lock state
Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date : 2010-06-15 11:24 (6 days old)
Message-ID : <20100615112434.GA3967@swordfish.minsk.epam.com>
References : http://marc.info/?l=linux-kernel&m=127660087625903&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16247
Subject : drm/i915 BUG with 2.6.35-rc
Submitter : Benny Halevy <bhalevy@panasas.com>
Date : 2010-06-14 22:38 (7 days old)
Message-ID : <4C16AF56.1040002@panasas.com>
References : http://marc.info/?l=linux-kernel&m=127655510531367&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16235
Subject : [REGRESSION] [IWL3945] Broadcast is broken?
Submitter : Maciej Rutecki <maciej.rutecki@gmail.com>
Date : 2010-06-14 17:24 (7 days old)
Message-ID : <201006141924.24061.maciej.rutecki@gmail.com>
References : http://marc.info/?l=linux-kernel&m=127653628301300&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16234
Subject : [2.6.35-rc3] reboot mutex 'bug'...
Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
Date : 2010-06-14 15:16 (7 days old)
Message-ID : <AANLkTimDcTnyEPmt2ZcCM1UWtn4AYKotiqyjobJApkO7@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127652861118933&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16232
Subject : 2.6.35-rc3 - WARNING:iwl_set_dynamic_key
Submitter : Mario Guenterberg <mario.guenterberg@googlemail.com>
Date : 2010-06-14 11:55 (7 days old)
Message-ID : <20100614115510.GA7904@guenti-laptop>
References : http://marc.info/?l=linux-kernel&m=127651695627147&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16230
Subject : inconsistent IN-HARDIRQ-W -> HARDIRQ-ON-W usage: fasync, 2.6.35-rc3
Submitter : Dominik Brodowski <linux@dominikbrodowski.net>
Date : 2010-06-13 9:53 (8 days old)
Message-ID : <20100613095305.GA13231@comet.dominikbrodowski.net>
References : http://marc.info/?l=linux-kernel&m=127642282208277&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16228
Subject : BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)
Submitter : Brian Bloniarz <phunge0@hotmail.com>
Date : 2010-06-16 17:57 (5 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16222
Subject : 2.6.35-rc{12} regression: inactive console corrupted
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2010-06-12 10:33 (9 days old)
Message-ID : <20100612103321.GA1458@ucw.cz>
References : http://marc.info/?l=linux-kernel&m=127633882614501&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16221
Subject : 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-06-11 20:31 (10 days old)
Message-ID : <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127628828119623&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16205
Subject : acpi: freeing invalid memtype bf799000-bf79a000
Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
Date : 2010-06-09 20:09 (12 days old)
Message-ID : <20100609200910.GA2876@joi.lan>
References : http://marc.info/?l=linux-kernel&m=127611427029914&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16201
Subject : SIOCGIWFREQ ioctl fails to get frequency info
Submitter : nuh <nuh@mailinator.net>
Date : 2010-06-14 10:45 (7 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16199
Subject : 2.6.35-rc2-git1 - include/linux/cgroup.h:534 invoked rcu_dereference_check() without protection!
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-06-07 18:14 (14 days old)
Message-ID : <AANLkTin2pPqOUx--9fIX3BH3e-cU6oCRufijcx_4ozx5@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127593447812015&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16198
Subject : Running make install over sshfs is painful now
Submitter : Dmitry Torokhov <dmitry.torokhov@gmail.com>
Date : 2010-06-07 6:53 (14 days old)
Message-ID : <20100607065324.GA25590@core.coreip.homeip.net>
References : http://marc.info/?l=linux-kernel&m=127589362011138&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16197
Subject : [BUG on 2.6.35-rc2] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:11.0/0000:02:03.0/slot'
Submitter : Ryan Wang <openspace.wang@gmail.com>
Date : 2010-06-07 0:23 (14 days old)
Message-ID : <AANLkTincwMZPnYW3S4uz4k2GOn52RpgBIBRfzyD010Yo@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127587022219378&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16184
Subject : Container, X86-64, i386, iptables rule
Submitter : Jean-Marc Pigeon <jmp@safe.ca>
Date : 2010-06-12 04:17 (9 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16179
Subject : 2.6.35-rc2 completely hosed on intel gfx?
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-06-06 11:55 (15 days old)
Message-ID : <20100606115534.GA9399@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=127582534931581&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16178
Subject : 2.6.35-rc2 : OOPS with LTP memcg regression test run.
Submitter : Sachin Sant <sachinp@in.ibm.com>
Date : 2010-06-06 15:18 (15 days old)
Message-ID : <4C0BB98E.9030101@in.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127583683912607&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16176
Subject : Microcode errors with iwl3945
Submitter : Steinar H. Gunderson <sgunderson@bigfoot.com>
Date : 2010-06-10 19:28 (11 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16175
Subject : 2.6.35-rc1 system oom, many processes killed but memory not free
Submitter : andrew hendry <andrew.hendry@gmail.com>
Date : 2010-06-05 0:46 (16 days old)
Message-ID : <AANLkTim7CiW-yfugZUAHZCqLvXKgt9CwolCvbLGdCLAk@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127569877714937&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16173
Subject : After uncompressing the kernel, at boot time, the server hangs.
Submitter : David Hill <hilld@binarystorm.net>
Date : 2010-06-09 23:25 (12 days old)
First-Bad-Commit: http://git.kernel.org/linus/cf7500c0ea133d66f8449d86392d83f840102632
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16172
Subject : 2.6.25-rc1 ahci regression
Submitter : Luming Yu <luming.yu@gmail.com>
Date : 2010-06-03 7:02 (18 days old)
First-Bad-Commit: http://git.kernel.org/linus/365cfa1ed5a36f9bcb9f64c9f0f52155af2e9fef
Message-ID : <AANLkTikWak8i-Kaj-e-EUFWE66tfMmp2UPhGJCKkK1zK@mail.gmail.com>>
References : http://marc.info/?l=linux-kernel&m=127554855724361&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16160
Subject : 2.6.35 Radeon KMS power management regression?
Submitter : Nigel Cunningham <ncunningham@crca.org.au>
Date : 2010-06-01 6:23 (20 days old)
Message-ID : <4C04A767.8000209@crca.org.au>
References : http://marc.info/?l=linux-kernel&m=127537343722290&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16145
Subject : Unable to boot unless "notsc" or "clocksource=hpet", or acpi_pad disabling the TSC
Submitter : Tom Gundersen <teg@jklm.no>
Date : 2010-06-07 13:11 (14 days old)
Handled-By : Venkatesh Pallipadi <venki@google.com>
Len Brown <lenb@kernel.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16122
Subject : 2.6.35-rc1: WARNING at fs/fs-writeback.c:1142 __mark_inode_dirty+0x103/0x170
Submitter : Larry Finger <Larry.Finger@lwfinger.net>
Date : 2010-06-04 13:18 (17 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16090
Subject : sysfs: cannot create duplicate filename
Submitter : Tobias <devnull@plzk.org>
Date : 2010-06-01 15:59 (20 days old)
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16231
Subject : Noticeable slow-down in 2.6.35-rc3
Submitter : Chris Clayton <chris2553@googlemail.com>
Date : 2010-06-13 20:15 (8 days old)
First-Bad-Commit: http://git.kernel.org/linus/597a264b1a9c7e36d1728f677c66c5c1f7e3b837
Message-ID : <AANLkTimDUf0N6b5PBy2wTGeAWEIY-lUvQPHQ7D7Gyrq4@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127646015226601&w=2
Handled-By : John Fastabend <john.r.fastabend@intel.com>
Patch : https://patchwork.kernel.org/patch/105859/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16220
Subject : md/raid/udev fails to create md partition devices (/dev/mdXpY)
Submitter : Duncan <1i5t5.duncan@cox.net>
Date : 2010-06-15 17:19 (6 days old)
Handled-By : Neil Brown <neilb@suse.de>
Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16220#c2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16215
Subject : sysfs: cannot create duplicate filename '/class/net/bnep0'
Submitter : Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Date : 2010-06-15 14:55 (6 days old)
Handled-By : Eric W. Biederman <ebiederm@xmission.com>
Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16215#c10
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16196
Subject : 2.6.35-rc2-git1 - WARNING: at net/wireless/mlme.c:341 cfg80211_send_assoc_timeout+0x107/0x11e [cfg80211]()
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-06-07 19:06 (14 days old)
Message-ID : <AANLkTinmZh9GnrZLzOGi5Q_xHbky8cKdHAkOnsIA6_dZ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127593758817428&w=2
Handled-By : Johannes Berg <johannes.berg@intel.com>
Patch : http://marc.info/?l=linux-wireless&m=127608099427316&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16180
Subject : radeon regression with 2.6.35-rc2-00001-g386f40c: black screen after resume
Submitter : cedric <cedric@belbone.be>
Date : 2010-06-11 10:59 (10 days old)
Handled-By : Cedric Godin <cedric.godin@skynet.be>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26733
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16169
Subject : Complain from preemptive debug
Submitter : Sedat Dilek <sedat.dilek@googlemail.com>
Date : 2010-05-31 10:10 (21 days old)
Message-ID : <AANLkTilTnAAZIizKinYsxFkNTkrmPqk6XJJuUjjhJ7EP@mail.gmail.com>
References : http://lkml.org/lkml/2010/5/31/77
Handled-By : Dmitry Monakhov <dmonakhov@openvz.org>
Patch : http://www.spinics.net/lists/cpufreq/msg01631.html
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16156
Subject : No Sound with 2.6.34.x Kernel with my Audio-Chip
Submitter : Ch: Hanisch <ch-hanisch@t-online.de>
Date : 2010-06-08 11:51 (13 days old)
Handled-By : Takashi Iwai <tiwai@suse.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26724
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16131
Subject : kernel BUG at fs/btrfs/extent-tree.c:4363 (btrfs_free_tree_block)
Submitter : Chow Loong Jin <hyperair@ubuntu.com>
Date : 2010-06-05 18:53 (16 days old)
Handled-By : Yan Zheng <zheng.yan@oracle.com>
Patch : https://patchwork.kernel.org/patch/103235/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16127
Subject : Boot freeze on HP Compaq nx6325 (RS482) with Radeon KMS
Submitter : Jure Repinc <jlp.bugs@gmail.com>
Date : 2010-06-04 21:14 (17 days old)
Handled-By : Dave Airlie <airlied@linux.ie>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26677
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16120
Subject : Oops: 0000 [#1] SMP, unable to handle kernel NULL pointer dereference at (null)
Submitter : Alex Zhavnerchik <alex.vizor@gmail.com>
Date : 2010-06-04 09:25 (17 days old)
Handled-By : Eric Dumazet <eric.dumazet@gmail.com>
Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16120#c6
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16092
Subject : Caught 64-bit read from uninitialized memory in memtype_rb_augment_cb
Submitter : Christian Casteyde <casteyde.christian@free.fr>
Date : 2010-06-01 18:08 (20 days old)
Handled-By : Venki <venki@google.com>
Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16092#c2
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.34,
unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=16055
Please let the tracking team know if there are any Bugzilla entries that
should be added to the list in there.
Thanks!
^ permalink raw reply
* 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
From: Rafael J. Wysocki @ 2010-06-20 22:32 UTC (permalink / raw)
To: Linux Kernel Mailing List
Cc: Maciej Rutecki, Andrew Morton, Linus Torvalds,
Kernel Testers List, Network Development, Linux ACPI,
Linux PM List, Linux SCSI List, Linux Wireless List, DRI
This message contains a list of some post-2.6.33 regressions introduced before
2.6.34, for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If you know of any other unresolved post-2.6.33 regressions, please let us know
either and we'll add them to the list. Also, please let us 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
----------------------------------------
2010-06-21 114 36 28
2010-06-13 111 40 34
2010-05-09 80 27 24
2010-05-04 76 26 22
2010-04-20 64 35 34
2010-04-07 48 35 33
2010-03-21 15 13 10
Unresolved regressions
----------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16254
Subject : TCP stream performance regression due to c377411f2494a931ff7facdbb3a6839b1266bcf6
Submitter : Alex,Shi <alex.shi@intel.com>
Date : 2010-06-18 7:17 (3 days old)
First-Bad-Commit: http://git.kernel.org/linus/c377411f2494a931ff7facdbb3a6839b1266bcf6
Message-ID : <1276845448.2118.346.camel@debian>
References : http://marc.info/?l=linux-kernel&m=127684931020672&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16233
Subject : Fwd: [2.6.34] INFO: task rsync:20019 blocked for more than 120 seconds.
Submitter : Jan De Luyck <mailinglists+linuxkernel_20080830@kcore.org>
Date : 2010-06-14 19:49 (7 days old)
Message-ID : <AANLkTimutyh3WIALv3NIxA8Xt5JtU6tp4EWOnuSqhdyD@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127654498016377&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16207
Subject : Suspend hangs since 2.6.34
Submitter : Tino Keitel <tino.keitel+xorg@tikei.de>
Date : 2010-06-09 17:53 (12 days old)
Message-ID : <20100609175356.GA17332@x61.home>
References : http://marc.info/?l=linux-kernel&m=127610606214060&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16206
Subject : PROBLEM: PPP and other serial port related application hangs in kernel space
Submitter : Ales Teska <ales.teska@gmail.com>
Date : 2010-06-09 20:46 (12 days old)
Message-ID : <900E3B14-5B92-4A37-9581-049DB40F4D1C@gmail.com>
References : http://marc.info/?l=linux-kernel&m=127611640301071&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16170
Subject : Leadtek Winfast DTV Dongle (STK7700P based) is not working in 2.6.34
Submitter : <macjariel@gmail.com>
Date : 2010-06-09 11:11 (12 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16162
Subject : SSD + sata_nv + btrfs oops
Submitter : Dave Airlie <airlied@gmail.com>
Date : 2010-06-01 3:04 (20 days old)
Message-ID : <AANLkTilqsIdlzZgUf7TMLHYKqHDZoVkcs42vcG8wXKEr@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127536149022333&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16158
Subject : winxp guest hangs after idle for ~30 minutes
Submitter : <brimhall@pobox.com>
Date : 2010-06-08 17:52 (13 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16139
Subject : wait_even_interruptible_timeout(), signal, spin_lock() = system hang
Submitter : Shirish Pargaonkar <shirishpargaonkar@gmail.com>
Date : 2010-05-28 16:44 (24 days old)
Message-ID : <AANLkTiliRFydAhxH2-Dp1RKuz6sq7vgWIcMvLMi68ftg@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127506510328758&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16137
Subject : Ooops in BTRFS in 2.6.34 / x86_64 when mounting subvolume by name
Submitter : armin walland <a.walland@focusmr.com>
Date : 2010-05-27 12:27 (25 days old)
Message-ID : <201005271428.01239.a.walland@focusmr.com>
References : http://marc.info/?l=linux-kernel&m=127496434110736&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16135
Subject : [BUG] kacpi_notify goes into an infinite loop (luckly it calls cond_resched)
Submitter : Steven Rostedt <rostedt@goodmis.org>
Date : 2010-05-29 1:01 (23 days old)
First-Bad-Commit: http://git.kernel.org/linus/fa80945269f312bc609e8384302f58b03c916e12
Message-ID : <1275094882.22648.607.camel@gandalf.stny.rr.com>
References : http://marc.info/?l=linux-kernel&m=127509490405845&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16111
Subject : hostap_pci: infinite registered netdevice wifi0
Submitter : Petr Pisar <petr.pisar@atlas.cz>
Date : 2010-06-02 20:55 (19 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16097
Subject : 2.6.34 on Samsung P460: reset after "Waiting for /dev to be fully populated"
Submitter : Harald Dunkel <harald.dunkel@aixigo.de>
Date : 2010-05-25 9:12 (27 days old)
Message-ID : <4BFB947E.9080509@aixigo.de>
References : http://marc.info/?l=linux-kernel&m=127477877432254&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16084
Subject : iwl3945 bug in 2.6.34
Submitter : Satish Eerpini <eerpini@gmail.com>
Date : 2010-05-23 6:37 (29 days old)
Message-ID : <AANLkTik_7rxDBc0TKlAfoYyM5S6Cf_Hyxbr4W5ORnTsq@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127459596015626&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16082
Subject : host panic on kernel 2.6.34
Submitter : Hao, Xudong <xudong.hao@intel.com>
Date : 2010-05-24 8:23 (28 days old)
Message-ID : <BC00F5384FCFC9499AF06F92E8B78A9E04DCCCE242@shsmsx502.ccr.corp.intel.com>
References : http://marc.info/?l=linux-kernel&m=127468951208864&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16050
Subject : The ibmcam driver is not working
Submitter : Bill Davidsen <davidsen@tmr.com>
Date : 2010-05-25 23:02 (27 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16035
Subject : Incorrect initial resolution of (external) vga monitor with KMS
Submitter : <andreas.eckstein@gmx.net>
Date : 2010-05-23 12:28 (29 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16034
Subject : 2.6.34: dlm: possible circular locking dependency detected
Submitter : CaT <cat@zip.com.au>
Date : 2010-05-21 6:59 (31 days old)
Message-ID : <20100521065933.GH2657@zip.com.au>
References : http://marc.info/?l=linux-kernel&m=127442519608471&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15977
Subject : WARNING: at lib/dma-debug.c:866 check_for_stack
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-05-14 8:56 (38 days old)
Message-ID : <AANLkTikyx2eaxaiUCFDSfpmn1UG0t2GOxArz6F4wp1LJ@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127382742729825&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15936
Subject : Suspicious rcu_dereference_check() usage detected during 2.6.34-rc6 boot on PPC64/p5 processor
Submitter : Subrata Modak <subrata@linux.vnet.ibm.com>
Date : 2010-05-06 7:29 (46 days old)
Message-ID : <1273130279.4898.5.camel@subratamodak.linux.ibm.com>
References : http://marc.info/?l=linux-kernel&m=127313031922395&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15924
Subject : kacpid consumes ~100% CPU, system freezes randomly
Submitter : Jaroslav Kameník <jaroslav@kamenik.cz>
Date : 2010-05-06 21:12 (46 days old)
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15862
Subject : 2.6.34-rc4/5: iwlagn unusable until reload
Submitter : Nico Schottelius <nico-linux-20100427@schottelius.org>
Date : 2010-04-27 7:49 (55 days old)
Message-ID : <20100427074934.GB3261@ikn.schottelius.org>
References : http://marc.info/?l=linux-kernel&m=127235784004839&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15805
Subject : reiserfs locking
Submitter : Alexander Beregalov <a.beregalov@gmail.com>
Date : 2010-04-15 21:02 (67 days old)
Message-ID : <t2ka4423d671004151402n7b2dc425mdc9c6bb9640d63fb@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127136535323933&w=2
Handled-By : Frederic Weisbecker <fweisbec@gmail.com>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15717
Subject : bluetooth oops
Submitter : Pavel Machek <pavel@ucw.cz>
Date : 2010-03-14 20:14 (99 days old)
Message-ID : <20100314201434.GE22059@elf.ucw.cz>
References : http://marc.info/?l=linux-kernel&m=126859771528426&w=4
Handled-By : Marcel Holtmann <marcel@holtmann.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15704
Subject : [r8169] WARNING: at net/sched/sch_generic.c
Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
Date : 2010-03-31 10:21 (82 days old)
Message-ID : <20100331102142.GA3294@swordfish.minsk.epam.com>
References : http://marc.info/?l=linux-kernel&m=127003090406108&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15673
Subject : 2.6.34-rc2: "ima_dec_counts: open/free imbalance"?
Submitter : Thomas Meyer <thomas@m3y3r.de>
Date : 2010-03-28 11:31 (85 days old)
Message-ID : <1269775909.5301.4.camel@localhost.localdomain>
References : http://marc.info/?l=linux-kernel&m=126977593326800&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15671
Subject : intel graphic card hanging (Hangcheck timer elapsed... GPU hung)
Submitter : Norbert Preining <preining@logic.at>
Date : 2010-03-27 16:11 (86 days old)
Message-ID : <20100327161104.GA12043@gamma.logic.tuwien.ac.at>
References : http://marc.info/?l=linux-kernel&m=126970883105262&w=2
Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15669
Subject : INFO: suspicious rcu_dereference_check()
Submitter : Zdenek Kabelac <zdenek.kabelac@gmail.com>
Date : 2010-03-08 1:26 (105 days old)
Message-ID : <c4e36d111003250348q678eb2e6w4f3e8133e7fd6e58@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=126801163107713&w=2
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15664
Subject : Graphics hang and kernel backtrace when starting Azureus with Compiz enabled
Submitter : Alex Villacis Lasso <avillaci@ceibo.fiec.espol.edu.ec>
Date : 2010-04-01 01:09 (81 days old)
Regressions with patches
------------------------
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16147
Subject : ksoftirq hogs the CPU
Submitter : Thomas Jarosch <thomas.jarosch@intra2net.com>
Date : 2010-06-07 15:17 (14 days old)
First-Bad-Commit: http://git.kernel.org/linus/ae74e823cb7d4cd476f623fce9a38f625f6c09a8
Handled-By : Martin Wilck <martin.wilck@ts.fujitsu.com>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26732
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16138
Subject : PCMCIA regression
Submitter : Mikulas Patocka <mpatocka@redhat.com>
Date : 2010-05-25 20:25 (27 days old)
Message-ID : <Pine.LNX.4.64.1005251619020.12278@hs20-bc2-1.build.redhat.com>
References : http://marc.info/?l=linux-kernel&m=127481913909672&w=2
Handled-By : Dominik Brodowski <linux@brodo.de>
Patch : https://bugzilla.kernel.org/attachment.cgi?id=26685
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16054
Subject : UML broken for CONFIG_SLAB
Submitter : Parag Warudkar <parag.lkml@gmail.com>
Date : 2010-05-23 21:40 (29 days old)
Message-ID : <alpine.DEB.2.00.1005231149100.605@parag-laptop>
References : http://marc.info/?l=linux-kernel&m=127465083806617&w=2
Handled-By : Borislav Petkov <bp@alien8.de>
Patch : http://git.kernel.org/tip/055c47272b8f5679d08ccc57efea3cb4aaeb5fc6
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16040
Subject : kacpid consumes ~40% of cpu all the time beginning with 2.6.34
Submitter : Mehmet Giritli <mehmet@giritli.eu>
Date : 2010-05-24 07:32 (28 days old)
Patch : https://patchwork.kernel.org/patch/104903/
https://patchwork.kernel.org/patch/104912/
https://patchwork.kernel.org/patch/104909/
https://patchwork.kernel.org/patch/104911/
https://patchwork.kernel.org/patch/104910/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16007
Subject : x86/pci Oops with CONFIG_SND_HDA_INTEL
Submitter : Graham Ramsey <ramsey.graham@ntlworld.com>
Date : 2010-05-19 17:09 (33 days old)
Handled-By : Yinghai Lu <yinghai@kernel.org>
Patch : https://patchwork.kernel.org/patch/105662/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15951
Subject : commit 9630bdd9 changes behavior of the poweroff
Submitter : Michal Hocko <mhocko@suse.cz>
Date : 2010-04-01 13:39 (81 days old)
First-Bad-Commit: http://git.kernel.org/linus/9630bdd9b15d2f489c646d8bc04b60e53eb5ec78
Message-ID : <20100401133923.GA4104@tiehlicka.suse.cz>
References : http://marc.info/?l=linux-kernel&m=127012918316305&w=4
Handled-By : Rafael J. Wysocki <rjw@sisk.pl>
Patch : https://patchwork.kernel.org/patch/106701/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15863
Subject : 2.6.34-rc5-git7 (plus all patches) -- another suspicious rcu_dereference_check() usage.
Submitter : Miles Lane <miles.lane@gmail.com>
Date : 2010-04-27 0:51 (55 days old)
Message-ID : <h2ya44ae5cd1004261751waa5cb65ei3d139cbcfa2cc5cf@mail.gmail.com>
References : http://marc.info/?l=linux-kernel&m=127232949104878&w=2
Handled-By : Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Patch : https://patchwork.kernel.org/patch/96096/
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15589
Subject : 2.6.34-rc1: Badness at fs/proc/generic.c:316
Submitter : Christian Kujau <lists@nerdbynature.de>
Date : 2010-03-13 23:53 (100 days old)
Message-ID : < <AANLkTikNcCtUn9SQwKu2b3IE6NiAwAhciHsm1HVH4EJh@mail.gmail.com>>
References : http://marc.info/?l=linux-kernel&m=126852442903680&w=2
Handled-By : Michael Ellerman <michael@ellerman.id.au>
Jindřich Makovička <makovick@gmail.com>
Patch : http://patchwork.ozlabs.org/patch/52978/
http://lkml.indiana.edu/hypermail/linux/kernel/1006.0/00137.html
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.33 and 2.6.34, unresolved as well as resolved, at:
http://bugzilla.kernel.org/show_bug.cgi?id=15310
Please let the tracking teak know if there are any Bugzilla entries that
should be added to the list in there.
Thanks!
^ permalink raw reply
* Re: 2.6.35-rc3: Reported regressions from 2.6.34
From: Maxim Levitsky @ 2010-06-20 22:58 UTC (permalink / raw)
To: Rafael J. Wysocki
Cc: Linux Kernel Mailing List, Maciej Rutecki, Andrew Morton,
Linus Torvalds, Kernel Testers List, Network Development,
Linux ACPI, Linux PM List, Linux SCSI List, Linux Wireless List,
DRI
In-Reply-To: <lc60d4toGTL.A.QzD._LpHMB@chimera>
On Mon, 2010-06-21 at 00:11 +0200, Rafael J. Wysocki wrote:
> This message contains a list of some regressions from 2.6.34,
> for which there are no fixes in the mainline known to the tracking team.
> If any of them have been fixed already, please let us know.
>
> If you know of any other unresolved regressions from 2.6.34, please let us
> know either and we'll add them to the list. Also, please let us 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
> ----------------------------------------
> 2010-06-21 46 37 26
> 2010-06-09 15 13 10
>
>
> Unresolved regressions
> ----------------------
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16255
> Subject : 2.6.35-rc3 deadlocks on semaphore operations
> Submitter : Christoph Lameter <cl@linux-foundation.org>
> Date : 2010-06-18 14:49 (3 days old)
> Message-ID : <alpine.DEB.2.00.1006180940140.11575@router.home>
> References : http://marc.info/?l=linux-kernel&m=127687262727707&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16248
> Subject : inconsistent lock state
> Submitter : Sergey Senozhatsky <sergey.senozhatsky@gmail.com>
> Date : 2010-06-15 11:24 (6 days old)
> Message-ID : <20100615112434.GA3967@swordfish.minsk.epam.com>
> References : http://marc.info/?l=linux-kernel&m=127660087625903&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16247
> Subject : drm/i915 BUG with 2.6.35-rc
> Submitter : Benny Halevy <bhalevy@panasas.com>
> Date : 2010-06-14 22:38 (7 days old)
> Message-ID : <4C16AF56.1040002@panasas.com>
> References : http://marc.info/?l=linux-kernel&m=127655510531367&w=2
Don't have time to test, but I confirm that running compiz without
mode-setting (ubuntu 8.10) hangs the system. (device is i945)
It might be related to few intel regressions on this list.
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16235
> Subject : [REGRESSION] [IWL3945] Broadcast is broken?
> Submitter : Maciej Rutecki <maciej.rutecki@gmail.com>
> Date : 2010-06-14 17:24 (7 days old)
> Message-ID : <201006141924.24061.maciej.rutecki@gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127653628301300&w=2
I was hit by this bug. Fix is now present in iwlwifi tree.
http://git.kernel.org/?p=linux/kernel/git/iwlwifi/iwlwifi-2.6.git;a=commit;h=4d23e4e5eb50431426facf192354ad2506e2dd40
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16234
> Subject : [2.6.35-rc3] reboot mutex 'bug'...
> Submitter : Daniel J Blueman <daniel.blueman@gmail.com>
> Date : 2010-06-14 15:16 (7 days old)
> Message-ID : <AANLkTimDcTnyEPmt2ZcCM1UWtn4AYKotiqyjobJApkO7@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127652861118933&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16232
> Subject : 2.6.35-rc3 - WARNING:iwl_set_dynamic_key
> Submitter : Mario Guenterberg <mario.guenterberg@googlemail.com>
> Date : 2010-06-14 11:55 (7 days old)
> Message-ID : <20100614115510.GA7904@guenti-laptop>
> References : http://marc.info/?l=linux-kernel&m=127651695627147&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16230
> Subject : inconsistent IN-HARDIRQ-W -> HARDIRQ-ON-W usage: fasync, 2.6.35-rc3
> Submitter : Dominik Brodowski <linux@dominikbrodowski.net>
> Date : 2010-06-13 9:53 (8 days old)
> Message-ID : <20100613095305.GA13231@comet.dominikbrodowski.net>
> References : http://marc.info/?l=linux-kernel&m=127642282208277&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16228
> Subject : BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine)
> Submitter : Brian Bloniarz <phunge0@hotmail.com>
> Date : 2010-06-16 17:57 (5 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16222
> Subject : 2.6.35-rc{12} regression: inactive console corrupted
> Submitter : Pavel Machek <pavel@ucw.cz>
> Date : 2010-06-12 10:33 (9 days old)
> Message-ID : <20100612103321.GA1458@ucw.cz>
> References : http://marc.info/?l=linux-kernel&m=127633882614501&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16221
> Subject : 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id
> Submitter : Miles Lane <miles.lane@gmail.com>
> Date : 2010-06-11 20:31 (10 days old)
> Message-ID : <AANLkTim0jVRyqkwlGOcrg_XTvUQwcBYfWJX-aRzkkrLG@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127628828119623&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16205
> Subject : acpi: freeing invalid memtype bf799000-bf79a000
> Submitter : Marcin Slusarz <marcin.slusarz@gmail.com>
> Date : 2010-06-09 20:09 (12 days old)
> Message-ID : <20100609200910.GA2876@joi.lan>
> References : http://marc.info/?l=linux-kernel&m=127611427029914&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16201
> Subject : SIOCGIWFREQ ioctl fails to get frequency info
> Submitter : nuh <nuh@mailinator.net>
> Date : 2010-06-14 10:45 (7 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16199
> Subject : 2.6.35-rc2-git1 - include/linux/cgroup.h:534 invoked rcu_dereference_check() without protection!
> Submitter : Miles Lane <miles.lane@gmail.com>
> Date : 2010-06-07 18:14 (14 days old)
> Message-ID : <AANLkTin2pPqOUx--9fIX3BH3e-cU6oCRufijcx_4ozx5@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127593447812015&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16198
> Subject : Running make install over sshfs is painful now
> Submitter : Dmitry Torokhov <dmitry.torokhov@gmail.com>
> Date : 2010-06-07 6:53 (14 days old)
> Message-ID : <20100607065324.GA25590@core.coreip.homeip.net>
> References : http://marc.info/?l=linux-kernel&m=127589362011138&w=2
I confirm this.
Its direct result of adding '+' to kernel version.
This just causes only troubles.
I suggest to have a config option for it.
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16197
> Subject : [BUG on 2.6.35-rc2] sysfs: cannot create duplicate filename '/devices/pci0000:00/0000:00:11.0/0000:02:03.0/slot'
> Submitter : Ryan Wang <openspace.wang@gmail.com>
> Date : 2010-06-07 0:23 (14 days old)
> Message-ID : <AANLkTincwMZPnYW3S4uz4k2GOn52RpgBIBRfzyD010Yo@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127587022219378&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16184
> Subject : Container, X86-64, i386, iptables rule
> Submitter : Jean-Marc Pigeon <jmp@safe.ca>
> Date : 2010-06-12 04:17 (9 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16179
> Subject : 2.6.35-rc2 completely hosed on intel gfx?
> Submitter : Norbert Preining <preining@logic.at>
> Date : 2010-06-06 11:55 (15 days old)
> Message-ID : <20100606115534.GA9399@gamma.logic.tuwien.ac.at>
> References : http://marc.info/?l=linux-kernel&m=127582534931581&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16178
> Subject : 2.6.35-rc2 : OOPS with LTP memcg regression test run.
> Submitter : Sachin Sant <sachinp@in.ibm.com>
> Date : 2010-06-06 15:18 (15 days old)
> Message-ID : <4C0BB98E.9030101@in.ibm.com>
> References : http://marc.info/?l=linux-kernel&m=127583683912607&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16176
> Subject : Microcode errors with iwl3945
> Submitter : Steinar H. Gunderson <sgunderson@bigfoot.com>
> Date : 2010-06-10 19:28 (11 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16175
> Subject : 2.6.35-rc1 system oom, many processes killed but memory not free
> Submitter : andrew hendry <andrew.hendry@gmail.com>
> Date : 2010-06-05 0:46 (16 days old)
> Message-ID : <AANLkTim7CiW-yfugZUAHZCqLvXKgt9CwolCvbLGdCLAk@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127569877714937&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16173
> Subject : After uncompressing the kernel, at boot time, the server hangs.
> Submitter : David Hill <hilld@binarystorm.net>
> Date : 2010-06-09 23:25 (12 days old)
> First-Bad-Commit: http://git.kernel.org/linus/cf7500c0ea133d66f8449d86392d83f840102632
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16172
> Subject : 2.6.25-rc1 ahci regression
> Submitter : Luming Yu <luming.yu@gmail.com>
> Date : 2010-06-03 7:02 (18 days old)
> First-Bad-Commit: http://git.kernel.org/linus/365cfa1ed5a36f9bcb9f64c9f0f52155af2e9fef
> Message-ID : <AANLkTikWak8i-Kaj-e-EUFWE66tfMmp2UPhGJCKkK1zK@mail.gmail.com>>
> References : http://marc.info/?l=linux-kernel&m=127554855724361&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16160
> Subject : 2.6.35 Radeon KMS power management regression?
> Submitter : Nigel Cunningham <ncunningham@crca.org.au>
> Date : 2010-06-01 6:23 (20 days old)
> Message-ID : <4C04A767.8000209@crca.org.au>
> References : http://marc.info/?l=linux-kernel&m=127537343722290&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16145
> Subject : Unable to boot unless "notsc" or "clocksource=hpet", or acpi_pad disabling the TSC
> Submitter : Tom Gundersen <teg@jklm.no>
> Date : 2010-06-07 13:11 (14 days old)
> Handled-By : Venkatesh Pallipadi <venki@google.com>
> Len Brown <lenb@kernel.org>
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16122
> Subject : 2.6.35-rc1: WARNING at fs/fs-writeback.c:1142 __mark_inode_dirty+0x103/0x170
> Submitter : Larry Finger <Larry.Finger@lwfinger.net>
> Date : 2010-06-04 13:18 (17 days old)
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16090
> Subject : sysfs: cannot create duplicate filename
> Submitter : Tobias <devnull@plzk.org>
> Date : 2010-06-01 15:59 (20 days old)
> Handled-By : Jesse Barnes <jbarnes@virtuousgeek.org>
>
>
> Regressions with patches
> ------------------------
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16231
> Subject : Noticeable slow-down in 2.6.35-rc3
> Submitter : Chris Clayton <chris2553@googlemail.com>
> Date : 2010-06-13 20:15 (8 days old)
> First-Bad-Commit: http://git.kernel.org/linus/597a264b1a9c7e36d1728f677c66c5c1f7e3b837
> Message-ID : <AANLkTimDUf0N6b5PBy2wTGeAWEIY-lUvQPHQ7D7Gyrq4@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127646015226601&w=2
> Handled-By : John Fastabend <john.r.fastabend@intel.com>
> Patch : https://patchwork.kernel.org/patch/105859/
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16220
> Subject : md/raid/udev fails to create md partition devices (/dev/mdXpY)
> Submitter : Duncan <1i5t5.duncan@cox.net>
> Date : 2010-06-15 17:19 (6 days old)
> Handled-By : Neil Brown <neilb@suse.de>
> Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16220#c2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16215
> Subject : sysfs: cannot create duplicate filename '/class/net/bnep0'
> Submitter : Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
> Date : 2010-06-15 14:55 (6 days old)
> Handled-By : Eric W. Biederman <ebiederm@xmission.com>
> Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16215#c10
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16196
> Subject : 2.6.35-rc2-git1 - WARNING: at net/wireless/mlme.c:341 cfg80211_send_assoc_timeout+0x107/0x11e [cfg80211]()
> Submitter : Miles Lane <miles.lane@gmail.com>
> Date : 2010-06-07 19:06 (14 days old)
> Message-ID : <AANLkTinmZh9GnrZLzOGi5Q_xHbky8cKdHAkOnsIA6_dZ@mail.gmail.com>
> References : http://marc.info/?l=linux-kernel&m=127593758817428&w=2
> Handled-By : Johannes Berg <johannes.berg@intel.com>
> Patch : http://marc.info/?l=linux-wireless&m=127608099427316&w=2
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16180
> Subject : radeon regression with 2.6.35-rc2-00001-g386f40c: black screen after resume
> Submitter : cedric <cedric@belbone.be>
> Date : 2010-06-11 10:59 (10 days old)
> Handled-By : Cedric Godin <cedric.godin@skynet.be>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26733
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16169
> Subject : Complain from preemptive debug
> Submitter : Sedat Dilek <sedat.dilek@googlemail.com>
> Date : 2010-05-31 10:10 (21 days old)
> Message-ID : <AANLkTilTnAAZIizKinYsxFkNTkrmPqk6XJJuUjjhJ7EP@mail.gmail.com>
> References : http://lkml.org/lkml/2010/5/31/77
> Handled-By : Dmitry Monakhov <dmonakhov@openvz.org>
> Patch : http://www.spinics.net/lists/cpufreq/msg01631.html
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16156
> Subject : No Sound with 2.6.34.x Kernel with my Audio-Chip
> Submitter : Ch: Hanisch <ch-hanisch@t-online.de>
> Date : 2010-06-08 11:51 (13 days old)
> Handled-By : Takashi Iwai <tiwai@suse.de>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26724
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16131
> Subject : kernel BUG at fs/btrfs/extent-tree.c:4363 (btrfs_free_tree_block)
> Submitter : Chow Loong Jin <hyperair@ubuntu.com>
> Date : 2010-06-05 18:53 (16 days old)
> Handled-By : Yan Zheng <zheng.yan@oracle.com>
> Patch : https://patchwork.kernel.org/patch/103235/
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16127
> Subject : Boot freeze on HP Compaq nx6325 (RS482) with Radeon KMS
> Submitter : Jure Repinc <jlp.bugs@gmail.com>
> Date : 2010-06-04 21:14 (17 days old)
> Handled-By : Dave Airlie <airlied@linux.ie>
> Patch : https://bugzilla.kernel.org/attachment.cgi?id=26677
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16120
> Subject : Oops: 0000 [#1] SMP, unable to handle kernel NULL pointer dereference at (null)
> Submitter : Alex Zhavnerchik <alex.vizor@gmail.com>
> Date : 2010-06-04 09:25 (17 days old)
> Handled-By : Eric Dumazet <eric.dumazet@gmail.com>
> Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16120#c6
>
>
> Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16092
> Subject : Caught 64-bit read from uninitialized memory in memtype_rb_augment_cb
> Submitter : Christian Casteyde <casteyde.christian@free.fr>
> Date : 2010-06-01 18:08 (20 days old)
> Handled-By : Venki <venki@google.com>
> Patch : https://bugzilla.kernel.org/show_bug.cgi?id=16092#c2
>
>
> 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.34,
> unresolved as well as resolved, at:
>
> http://bugzilla.kernel.org/show_bug.cgi?id=16055
>
> Please let the tracking team know if there are any Bugzilla entries that
> should be added to the list in there.
>
> Thanks!
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply
* Re: [ath5k-devel] [PATCH] ath5k: initialize ah->ah_current_channel
From: Bruno Randolf @ 2010-06-21 0:46 UTC (permalink / raw)
To: ath5k-devel; +Cc: Bob Copeland, linville, sbrown, linux-wireless, stable
In-Reply-To: <1276881323-31807-1-git-send-email-me@bobcopeland.com>
On Sat June 19 2010 02:15:23 Bob Copeland wrote:
> ath5k assumes ah_current_channel is always a valid pointer in
> several places, but a newly created interface may not have a
> channel. To avoid null pointer dereferences, set it up to point
> to the first available channel until later reconfigured.
>
> This fixes the following oops:
> $ rmmod ath5k
> $ insmod ath5k
> $ iw phy0 set distance 11000
>
> BUG: unable to handle kernel NULL pointer dereference at 00000006
> IP: [<d0a1ff24>] ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k]
> *pde = 00000000
> Oops: 0000 [#1]
> last sysfs file: /sys/devices/pci0000:00/0000:00:0e.0/ieee80211/phy0/index
> Modules linked in: usbhid option usb_storage usbserial usblp evdev lm90
> scx200_acb i2c_algo_bit i2c_dev i2c_core via_rhine ohci_hcd ne2k_pci
> 8390 leds_alix2 xt_IMQ imq nf_nat_tftp nf_conntrack_tftp nf_nat_irc nf_cc
>
> Pid: 1597, comm: iw Not tainted (2.6.32.14 #8)
> EIP: 0060:[<d0a1ff24>] EFLAGS: 00010296 CPU: 0
> EIP is at ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k]
> EAX: 000000c2 EBX: 00000000 ECX: ffffffff EDX: c12d2080
> ESI: 00000019 EDI: cf8c0000 EBP: d0a30edc ESP: cfa09bf4
> DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068
> Process iw (pid: 1597, ti=cfa09000 task=cf88a000 task.ti=cfa09000)
> Stack:
> d0a34f35 d0a353f8 d0a30edc 000000fe cf8c0000 00000000 1900063d cfa8c9e0
> <0> cfa8c9e8 cfa8c0c0 cfa8c000 d0a27f0c 199d84b4 cfa8c200 00000010 d09bfdc7
> <0> 00000000 00000000 ffffffff d08e0d28 cf9263c0 00000001 cfa09cc4 00000000
> Call Trace:
> [<d0a27f0c>] ? ath5k_hw_attach+0xc8c/0x3c10 [ath5k]
> [<d09bfdc7>] ? __ieee80211_request_smps+0x1347/0x1580 [mac80211]
> [<d08e0d28>] ? nl80211_send_scan_start+0x7b8/0x4520 [cfg80211]
> [<c10f5db9>] ? nla_parse+0x59/0xc0
> [<c11ca8d9>] ? genl_rcv_msg+0x169/0x1a0
> [<c11ca770>] ? genl_rcv_msg+0x0/0x1a0
> [<c11c7e68>] ? netlink_rcv_skb+0x38/0x90
> [<c11c9649>] ? genl_rcv+0x19/0x30
> [<c11c7c03>] ? netlink_unicast+0x1b3/0x220
> [<c11c893e>] ? netlink_sendmsg+0x26e/0x290
> [<c11a409e>] ? sock_sendmsg+0xbe/0xf0
> [<c1032780>] ? autoremove_wake_function+0x0/0x50
> [<c104d846>] ? __alloc_pages_nodemask+0x106/0x530
> [<c1074933>] ? do_lookup+0x53/0x1b0
> [<c10766f9>] ? __link_path_walk+0x9b9/0x9e0
> [<c11acab0>] ? verify_iovec+0x50/0x90
> [<c11a42b1>] ? sys_sendmsg+0x1e1/0x270
> [<c1048e50>] ? find_get_page+0x10/0x50
> [<c104a96f>] ? filemap_fault+0x5f/0x370
> [<c1059159>] ? __do_fault+0x319/0x370
> [<c11a55b4>] ? sys_socketcall+0x244/0x290
> [<c101962c>] ? do_page_fault+0x1ec/0x270
> [<c1019440>] ? do_page_fault+0x0/0x270
> [<c1002ae5>] ? syscall_call+0x7/0xb
> Code: 00 b8 fe 00 00 00 b9 f8 53 a3 d0 89 5c 24 14 89 7c 24 10 89 44 24
> 0c 89 6c 24 08 89 4c 24 04 c7 04 24 35 4f a3 d0 e8 7c 30 60 f0 <0f> b7
> 43 06 ba 06 00 00 00 a8 10 75 0e 83 e0 20 83 f8 01 19 d2
> EIP: [<d0a1ff24>] ath5k_hw_set_coverage_class+0x74/0x1b0 [ath5k] SS:ESP
> 0068:cfa09bf4
> CR2: 0000000000000006
> ---[ end trace 54f73d6b10ceb87b ]---
>
> Cc: stable@kernel.org
> Reported-by: Steve Brown <sbrown@cortland.com>
> Signed-off-by: Bob Copeland <me@bobcopeland.com>
> ---
> drivers/net/wireless/ath/ath5k/attach.c | 1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/net/wireless/ath/ath5k/attach.c
> b/drivers/net/wireless/ath/ath5k/attach.c index ef2dc1d..b32e28c 100644
> --- a/drivers/net/wireless/ath/ath5k/attach.c
> +++ b/drivers/net/wireless/ath/ath5k/attach.c
> @@ -126,6 +126,7 @@ int ath5k_hw_attach(struct ath5k_softc *sc)
> ah->ah_ant_mode = AR5K_ANTMODE_DEFAULT;
> ah->ah_noise_floor = -95; /* until first NF calibration is run */
> sc->ani_state.ani_mode = ATH5K_ANI_MODE_AUTO;
> + ah->ah_current_channel = &sc->channels[0];
>
> /*
> * Find the mac version
Acked-by: Bruno Randolf <br1@einfach.org>
^ permalink raw reply
* Re: ATH5k - Signal measurement reports wrong values
From: Bruno Randolf @ 2010-06-21 1:26 UTC (permalink / raw)
To: Jaroslav Fojtik; +Cc: linux-wireless
In-Reply-To: <4C1E6A13.4259.24AF3C@jafojtik.seznam.cz>
On Mon June 21 2010 04:20:51 Jaroslav Fojtik wrote:
> Dears,
>
> Look at the attached chart.
>
> After upgrading from compat-wireless-2010-06-13 to
> compat-wireless-2010-06-18 the reported signal drops from -65dB to -77dB.
>
> The ATH5k simply lies, because green line in reverse direction did not
> change. The second point has bullet.
>
> Only purple line dropped.
>
> But from my point of view the purple line should be comparable with green
> line (measured by bullet). If somebody is interested in experiment, I could
> fiddle with Tx power on a bullet and chart a response.
hi jara!
are you sure it has to do with the upgrade from compat-wireless-2010-06-13 to
compat-wireless-2010-06-18? i don't see any relevant differences in the code
between these two versions...
it might be interresting to see what results you get from noise calibration.
you can enable calibration debugging with "echo calib >
/sys/kernel/debug/ath5k/phy0/debug"
bruno
^ permalink raw reply
* Re: Problems connectring to an AP with Acer Aspire Revo
From: Pavel Roskin @ 2010-06-21 2:32 UTC (permalink / raw)
To: Carlos Balseiro; +Cc: linux-wireless
In-Reply-To: <AANLkTilrB5Zq2klYY2p5wLt3eRXkWIlv6Nko8tcDpk0s@mail.gmail.com>
On Fri, 2010-06-18 at 15:06 +0200, Carlos Balseiro wrote:
> Any news on this item?
You are very unlikely to get a useful answer if you post such questions.
If somebody dealt with your question, you would know it already. But if
the issue was fixed by somebody not familiar with your previous post,
that person would have no idea that the fix applies to your problem.
If you want a good answer, please put some effort into your question:
summarize the problem, provide links to previous posts, show what you
have tried.
--
Regards,
Pavel Roskin
^ permalink raw reply
* Re: [ath5k-devel] [PATCH v2] ath5k: disable ASPM
From: Luis R. Rodriguez @ 2010-06-21 5:53 UTC (permalink / raw)
To: Maxim Levitsky
Cc: David Quan, Bob Copeland, Luis R. Rodriguez, Jussi Kivilinna,
ath5k-devel, linux-wireless, linux-kernel
In-Reply-To: <1277032723.9555.12.camel@maxim-laptop>
On Sun, Jun 20, 2010 at 4:18 AM, Maxim Levitsky <maximlevitsky@gmail.com> wrote:
> On Sun, 2010-06-20 at 01:13 -0700, Luis R. Rodriguez wrote:
>> > commit ac5de416f822917b927958b21186a82141550da7
>> > Author: Maxim Levitsky <maximlevitsky@gmail.com>
>> > Date: Thu Jun 17 23:21:42 2010 +0300
>> >
>> > ath5k: disable ASPM
>>
>> You are not disabling ASPM, you are disabling L0s. ASPM can work with
>> L1, for example.
> This is left over from original patch.
Your latest patch still has all this old info, please adjust.
> with open coded code I was able to disable just L0s and get stable
> operation.
> Note however that with this patch which implies CONFIG_PCIEASPM, pci
> core disables both L0s and L1
You do not need CONFIG_PCIEASPM to use ASPM on Linux, that is another
thing I have been meaning to clarify upstream but haven't had time to
do so yet.
> (I still need to test and see if I need that patch at all. Maybe just
> enabling CONFIG_PCIEASPM is enough...)
You should be able to test ASPM by just enabling the driver.
>> > Atheros card on Acer Aspire One (AOA150, Atheros Communications Inc. AR5001
>> > Wireless Network Adapter [168c:001c] (rev 01)) doesn't work well with ASPM
>> > enabled. With ASPM ath5k will eventually stall on heavy traffic with often
>> > 'unsupported jumbo' warnings appearing. Disabling ASPM L0s in ath5k fixes
>> > these problems.
>> >
>> > Reproduced with pcie_aspm=force and by using 'nc < /dev/zero > /dev/null' at
>> > both ends (usually stalls within seconds).
>>
>> I *highly* discourage the use of pcie_aspm=force, in fact I'm inclined
>> to just remove this junk code from the kernel. What you should do to
>> test ASPM on a device is to use setpci on the config space. I have
>> documented how you can do this here:
>>
>> http://wireless.kernel.org/en/users/Documentation/ASPM
>>
>> Reason for discouraging this is when you use this you enable ASPM on
>> *all* root complexes and *all* devices which do support ASPM. If you
>> have another device which is capable of ASPM but has it disabled for
>> some reason you will run into other issues.
>>
>> I should also note that loading a module already has an effect on
>> devices for ASPM. An example today is ath9k's ath9k_hw_init() which
>> runs simply during module load, this has some ASPM related code which
>> for example disables the PLL for ASPM for AR9003. I don't recall
>> exactly what we do with ath5k but just giving you an idea. To truly
>> test ASPM well I recommend to do something similar as with this script
>> or you can just give it a shot.
>>
>> http://kernel.org/pub/linux/kernel/people/mcgrof/aspm/enable-aspm
>>
>> Not like I expect very different results but just wanted to clarify
>> the details on force aspm.
>>
>> Why are you disabling L0s for all devices though? Why not just for the
>> reported device? Granted, L0s won't save you much more power but
>> still, why remove it completely, your commit log does not address that
>> in any way. It only states you have issues with L0s on one chipset but
>> what the patch really implies is you are disabling L0s completely for
>> all ath5k chipsets.
>
> First of all there aren't many PCIE ath5k based devices.
Doesn't matter.
> Two of them are known to be broken.
Which ones?
> Also Jussi Kivilinna said that he found that in windows .inf file there
> are some instructions to enable L1 but not L0s.
For which chipsets?
> Note that I tested that again, and card works very stable.
Thanks for your work on this, I want to just check internally if there
is another way, that's all.
> I didn't see a single drop to 0 bytes/s. In fact throughput never drops
> below 1 Mb/s. (usually about 2.4 Mb/s, with rare drops for few seconds
> to ~1Mb/s)
Disabling L0s should not affect performance.
Luis
^ permalink raw reply
* [PATCHv4] mac80211: Add interface for driver to temporarily disable dynamic ps
From: Juuso Oikarinen @ 2010-06-21 5:59 UTC (permalink / raw)
To: linville; +Cc: linux-wireless
This mechanism introduced in this patch applies (at least) for hardware
designs using a single shared antenna for both WLAN and BT. In these designs,
the antenna must be toggled between WLAN and BT.
In those hardware, managing WLAN co-existence with Bluetooth requires WLAN
full power save whenever there is Bluetooth activity in order for WLAN to be
able to periodically relinquish the antenna to be used for BT. This is because
BT can only access the shared antenna when WLAN is idle or asleep.
Some hardware, for instance the wl1271, are able to indicate to the host
whenever there is BT traffic. In essence, the hardware will send an indication
to the host whenever there is, for example, SCO traffic or A2DP traffic, and
will send another indication when the traffic is over.
The hardware gets information of Bluetooth traffic via hardware co-existence
control lines - these lines are used to negotiate the shared antenna
ownership. The hardware will give the antenna to BT whenever WLAN is sleeping.
This patch adds the interface to mac80211 to facilitate temporarily disabling
of dynamic power save as per request of the WLAN driver. This interface will
immediately force WLAN to full powersave, hence allowing BT coexistence as
described above.
In these kind of shared antenna desings, when WLAN powersave is fully disabled,
Bluetooth will not work simultaneously with WLAN at all. This patch does not
address that problem. This interface will not change PSM state, so if PSM is
disabled it will remain so. Solving this problem requires knowledge about BT
state, and is best done in user-space.
Signed-off-by: Juuso Oikarinen <juuso.oikarinen@nokia.com>
---
v4: the previous version was on top of an old wireless-testing/master, this
one should be up-to-date.
include/net/mac80211.h | 39 +++++++++++++++++++++++++++++++++++++++
net/mac80211/ieee80211_i.h | 2 ++
net/mac80211/mlme.c | 39 ++++++++++++++++++++++++++++++++++++++-
3 files changed, 79 insertions(+), 1 deletions(-)
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index fe1a3a6..7f256e2 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -1271,6 +1271,15 @@ ieee80211_get_alt_retry_rate(const struct ieee80211_hw *hw,
* dynamic PS feature in stack and will just keep %IEEE80211_CONF_PS
* enabled whenever user has enabled powersave.
*
+ * Some hardware need to toggle a single shared antenna between WLAN and
+ * Bluetooth to facilitate co-existence. These types of hardware set
+ * limitations on the use of host controlled dynamic powersave whenever there
+ * is simultaneous WLAN and Bluetooth traffic. For these types of hardware, the
+ * driver may request temporarily going into full power save, in order to
+ * enable toggling the antenna between BT and WLAN. If the driver requests
+ * disabling dynamic powersave, the @dynamic_ps_timeout value will be
+ * temporarily set to zero until the driver re-enables dynamic powersave.
+ *
* Driver informs U-APSD client support by enabling
* %IEEE80211_HW_SUPPORTS_UAPSD flag. The mode is configured through the
* uapsd paramater in conf_tx() operation. Hardware needs to send the QoS
@@ -2447,6 +2456,36 @@ void ieee80211_beacon_loss(struct ieee80211_vif *vif);
void ieee80211_connection_loss(struct ieee80211_vif *vif);
/**
+ * ieee80211_disable_dyn_ps - force mac80211 to temporarily disable dynamic psm
+ *
+ * @vif: &struct ieee80211_vif pointer from the add_interface callback.
+ *
+ * Some hardware require full power save to manage simultaneous BT traffic
+ * on the WLAN frequency. Full PSM is required periodically, whenever there are
+ * burst of BT traffic. The hardware gets information of BT traffic via
+ * hardware co-existence lines, and consequentially requests mac80211 to
+ * (temporarily) enter full psm.
+ * This function will only temporarily disable dynamic PS, not enable PSM if
+ * it was not already enabled.
+ * The driver must make sure to re-enable dynamic PS using
+ * ieee80211_enable_dyn_ps() if the driver has disabled it.
+ *
+ */
+void ieee80211_disable_dyn_ps(struct ieee80211_vif *vif);
+
+/**
+ * ieee80211_enable_dyn_ps - restore dynamic psm after being disabled
+ *
+ * @vif: &struct ieee80211_vif pointer from the add_interface callback.
+ *
+ * This function restores dynamic PS after being temporarily disabled via
+ * ieee80211_disable_dyn_ps(). Each ieee80211_disable_dyn_ps() call must
+ * be coupled with an eventual call to this function.
+ *
+ */
+void ieee80211_enable_dyn_ps(struct ieee80211_vif *vif);
+
+/**
* ieee80211_cqm_rssi_notify - inform a configured connection quality monitoring
* rssi threshold triggered
*
diff --git a/net/mac80211/ieee80211_i.h b/net/mac80211/ieee80211_i.h
index fb54301..f9251d5 100644
--- a/net/mac80211/ieee80211_i.h
+++ b/net/mac80211/ieee80211_i.h
@@ -855,6 +855,8 @@ struct ieee80211_local {
* this will override whatever chosen by mac80211 internally.
*/
int dynamic_ps_forced_timeout;
+ int dynamic_ps_user_timeout;
+ bool disable_dynamic_ps;
int user_power_level; /* in dBm */
int power_constr_level; /* in dBm */
diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 85c3ca3..d196265 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -478,6 +478,39 @@ static void ieee80211_handle_pwr_constr(struct ieee80211_sub_if_data *sdata,
}
}
+void ieee80211_enable_dyn_ps(struct ieee80211_vif *vif)
+{
+ struct ieee80211_sub_if_data *sdata = vif_to_sdata(vif);
+ struct ieee80211_local *local = sdata->local;
+ struct ieee80211_conf *conf = &local->hw.conf;
+
+ WARN_ON(sdata->vif.type != NL80211_IFTYPE_STATION ||
+ !(local->hw.flags & IEEE80211_HW_SUPPORTS_PS) ||
+ (local->hw.flags & IEEE80211_HW_SUPPORTS_DYNAMIC_PS));
+
+ local->disable_dynamic_ps = false;
+ conf->dynamic_ps_timeout = local->dynamic_ps_user_timeout;
+}
+EXPORT_SYMBOL(ieee80211_enable_dyn_ps);
+
+void ieee80211_disable_dyn_ps(struct ieee80211_vif *vif)
+{
+ struct ieee80211_sub_if_data *sdata = vif_to_sdata(vif);
+ struct ieee80211_local *local = sdata->local;
+ struct ieee80211_conf *conf = &local->hw.conf;
+
+ WARN_ON(sdata->vif.type != NL80211_IFTYPE_STATION ||
+ !(local->hw.flags & IEEE80211_HW_SUPPORTS_PS) ||
+ (local->hw.flags & IEEE80211_HW_SUPPORTS_DYNAMIC_PS));
+
+ local->disable_dynamic_ps = true;
+ conf->dynamic_ps_timeout = 0;
+ del_timer_sync(&local->dynamic_ps_timer);
+ ieee80211_queue_work(&local->hw,
+ &local->dynamic_ps_enable_work);
+}
+EXPORT_SYMBOL(ieee80211_disable_dyn_ps);
+
/* powersave */
static void ieee80211_enable_ps(struct ieee80211_local *local,
struct ieee80211_sub_if_data *sdata)
@@ -553,6 +586,7 @@ void ieee80211_recalc_ps(struct ieee80211_local *local, s32 latency)
found->u.mgd.associated->beacon_ies &&
!(found->u.mgd.flags & (IEEE80211_STA_BEACON_POLL |
IEEE80211_STA_CONNECTION_POLL))) {
+ struct ieee80211_conf *conf = &local->hw.conf;
s32 beaconint_us;
if (latency < 0)
@@ -575,7 +609,10 @@ void ieee80211_recalc_ps(struct ieee80211_local *local, s32 latency)
else
timeout = 100;
}
- local->hw.conf.dynamic_ps_timeout = timeout;
+ local->dynamic_ps_user_timeout = timeout;
+ if (!local->disable_dynamic_ps)
+ conf->dynamic_ps_timeout =
+ local->dynamic_ps_user_timeout;
if (beaconint_us > latency) {
local->ps_sdata = NULL;
--
1.6.3.3
^ permalink raw reply related
* Re: ATH5k - Signal measurement reports wrong values
From: Jaroslav Fojtik @ 2010-06-21 7:23 UTC (permalink / raw)
To: linux-wireless; +Cc: Bruno Randolf
In-Reply-To: <201006211026.48484.br1@einfach.org>
Dear Bruno,
> hi jara!
>
> are you sure it has to do with the upgrade from compat-wireless-2010-06-13 to
> compat-wireless-2010-06-18? i don't see any relevant differences in the code
> between these two versions...
Sorry, it might be compat-wireless-2010-05-30.
I have tested only 3 versions.
Anyway, I have observed "false" signal drop even for client stations.
You could see that purple line als dropped from -61 to -71 without any reason:
http://78.108.103.11:11080/cgi-bin/klienti_year.cgi
> it might be interresting to see what results you get from noise calibration.
> you can enable calibration debugging with "echo calib >
> /sys/kernel/debug/ath5k/phy0/debug"
The directory /sys/kernel/debug is empty.
It looks that I have to recompile kernel. Or do you know any option to
pass to kernel to allow this feature?
regards
Jara
^ permalink raw reply
* [PATCH] ath9k: Fix kernel panic during rmmod ath9k
From: Vasanthakumar Thiagarajan @ 2010-06-21 7:36 UTC (permalink / raw)
To: linville; +Cc: linux-wireless
This panic was introduced in ar9003 family chipsets
by the following commit
Author: Felix Fietkau <nbd@openwrt.org>
Date: Sat Jun 12 00:34:01 2010 -0400
ath9k: implement PA predistortion support
Above patch does kfree_skb on a PA predistortion frame
in ath_paprd_calibrate(). This is fine for the cases
where this frame could not be queued onto sw/hw queues
or the tx of this frame is completed. But freeing this
frame upon a failed completion event will result in
dereferencing a freed memory in ath_tx_complete_buf()
while draining pending tx frames.
This patch fixes this issue by moving kfree_skb to
ath_tx_complete_buf() once the frame is successfully
queued.
Signed-off-by: Vasanthakumar Thiagarajan <vasanth@atheros.com>
---
drivers/net/wireless/ath/ath9k/main.c | 5 +++--
drivers/net/wireless/ath/ath9k/xmit.c | 1 +
2 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
index c8de50f..37933d3 100644
--- a/drivers/net/wireless/ath/ath9k/main.c
+++ b/drivers/net/wireless/ath/ath9k/main.c
@@ -306,8 +306,10 @@ void ath_paprd_calibrate(struct work_struct *work)
init_completion(&sc->paprd_complete);
ar9003_paprd_setup_gain_table(ah, chain);
txctl.paprd = BIT(chain);
- if (ath_tx_start(hw, skb, &txctl) != 0)
+ if (ath_tx_start(hw, skb, &txctl) != 0) {
+ kfree_skb(skb);
break;
+ }
time_left = wait_for_completion_timeout(&sc->paprd_complete,
100);
@@ -327,7 +329,6 @@ void ath_paprd_calibrate(struct work_struct *work)
chain_ok = 1;
}
- kfree_skb(skb);
if (chain_ok) {
ah->curchan->paprd_done = true;
diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
index 8c7c615..197e898 100644
--- a/drivers/net/wireless/ath/ath9k/xmit.c
+++ b/drivers/net/wireless/ath/ath9k/xmit.c
@@ -1946,6 +1946,7 @@ static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
if (bf->bf_state.bfs_paprd) {
sc->paprd_txok = txok;
complete(&sc->paprd_complete);
+ dev_kfree_skb_any(skb);
} else {
ath_tx_complete(sc, skb, bf->aphy, tx_flags);
ath_debug_stat_tx(sc, txq, bf, ts);
--
1.7.0.4
^ permalink raw reply related
* Re: ATH5k - Signal measurement reports wrong values
From: Bruno Randolf @ 2010-06-21 7:50 UTC (permalink / raw)
To: Jaroslav Fojtik; +Cc: linux-wireless
In-Reply-To: <4C1F135A.26516.F45AB@jafojtik.seznam.cz>
On Mon June 21 2010 16:23:06 Jaroslav Fojtik wrote:
> Dear Bruno,
>
> > hi jara!
> >
> > are you sure it has to do with the upgrade from
> > compat-wireless-2010-06-13 to compat-wireless-2010-06-18? i don't see
> > any relevant differences in the code between these two versions...
>
> Sorry, it might be compat-wireless-2010-05-30.
that would make more sense. there are changes in noise floor calibration and
in antenna diversity setup between these two (2010-05-30 and 2010-06-18).
either one may be the reason...
> I have tested only 3 versions.
>
> Anyway, I have observed "false" signal drop even for client stations.
>
> You could see that purple line als dropped from -61 to -71 without any
> reason: http://78.108.103.11:11080/cgi-bin/klienti_year.cgi
>
> > it might be interresting to see what results you get from noise
> > calibration. you can enable calibration debugging with "echo calib >
> > /sys/kernel/debug/ath5k/phy0/debug"
>
> The directory /sys/kernel/debug is empty.
> It looks that I have to recompile kernel. Or do you know any option to
> pass to kernel to allow this feature?
maybe you need to:
mount -t debugfs debugfs /sys/kernel/debug
?
also you need to compile ath5k with debugging enabled.
can you tell us which chipset you are using (output of dmesg |grep
"ath5.*chip")?
also it would be interesting to know how you generate your graphs?
bruno
^ permalink raw reply
* Re: Bad performance for libertas on Murata combo.
From: Enric Balletbò i Serra @ 2010-06-21 8:11 UTC (permalink / raw)
To: Dan Williams; +Cc: linux-wireless
In-Reply-To: <1277002793.18385.6.camel@100.103.161.25.in-addr.arpa>
Hello,
2010/6/20 Dan Williams <dcbw@redhat.com>:
> On Sat, 2010-06-19 at 15:53 +0200, Enric Balletbò i Serra wrote:
>> Hi all,
>>
>> Maybe someone can help me ...
>>
>> I am in the process of enabling WLAN for a target board. It has a WLAN
>> Bluetooth (WLAN-BT) combo module from MuRata which has a Marvell WLAN
>> (88W8686) + CSR Bluetooth chipset.
>
> What SDIO host controller? Does the host controller support interrupts
> and 4-bit mode? We've always been able to get good performance out of
> laptop host controllers (Ricoh mostly) and the largest source of
> performance issues has always been quirky hardware or non-optimized SDHC
> drivers. Are there any errata for your SDHC that you're aware of?
I'm using the OMAP controller (omap_hsmmc). The controller is using
4-bit mode but does not support interrupts. Exist some experimental
patches to add support for IRQ to controller which increases the
performance but still is not good.
On the other hand, I'm a bit puzzled with excessive 'Rx invalid crypt'
, 'Invalid misc' and 'Tx excessive retries' reported by iwconfig. Just
going to one web page produces more than 100K "Invalid Misc" errors.
I'm not sure what this means but I think is not a good thing.
Anyone can explain me what exactly means 'Rx invalid crypt' , 'Invalid
misc' and 'Tx excessive retries' ? What could be wrong? Or how can I
investigate more ?
Thanks in advance,
Enric
>
> If you also turn on kernel MMC debugging and the 'dmesg' output of the
> controller and the libertas device being recognized, that can sometimes
> help determine where the problem lies.
>
> Dan
>
>
>> I can connect to an AP, but the performance is too low. Pinging my AP
>> I see a lot of 'Rx invalid crypt' and 'Invalid misc' packets.
>>
>> I'm using the libertas driver from mainline kernel (2.6.35-rc3) with
>> SDIO interface and these errors are reported using the iwconfig
>> command.
>>
>> I also tested with 2.6.34 and 2.6.33 with same result.
>>
>> Any idea about what this means ? What could be wrong? Or how can I
>> investigate more ?
>>
>> Thanks in advance,
>>
>> Enric
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
^ permalink raw reply
* Re: [PATCH] ath9k: Fix kernel panic during rmmod ath9k
From: Vasanthakumar Thiagarajan @ 2010-06-21 8:32 UTC (permalink / raw)
To: linville@tuxdriver.com; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <1277105768-1980-1-git-send-email-vasanth@atheros.com>
On Mon, Jun 21, 2010 at 01:06:08PM +0530, Vasanthakumar Thiagarajan wrote:
> This panic was introduced in ar9003 family chipsets
> by the following commit
>
> Author: Felix Fietkau <nbd@openwrt.org>
> Date: Sat Jun 12 00:34:01 2010 -0400
>
> ath9k: implement PA predistortion support
>
> Above patch does kfree_skb on a PA predistortion frame
> in ath_paprd_calibrate(). This is fine for the cases
> where this frame could not be queued onto sw/hw queues
> or the tx of this frame is completed. But freeing this
> frame upon a failed completion event will result in
> dereferencing a freed memory in ath_tx_complete_buf()
> while draining pending tx frames.
>
> This patch fixes this issue by moving kfree_skb to
> ath_tx_complete_buf() once the frame is successfully
> queued.
>
> Signed-off-by: Vasanthakumar Thiagarajan <vasanth@atheros.com>
> ---
> drivers/net/wireless/ath/ath9k/main.c | 5 +++--
> drivers/net/wireless/ath/ath9k/xmit.c | 1 +
> 2 files changed, 4 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
> index c8de50f..37933d3 100644
> --- a/drivers/net/wireless/ath/ath9k/main.c
> +++ b/drivers/net/wireless/ath/ath9k/main.c
> @@ -306,8 +306,10 @@ void ath_paprd_calibrate(struct work_struct *work)
> init_completion(&sc->paprd_complete);
> ar9003_paprd_setup_gain_table(ah, chain);
> txctl.paprd = BIT(chain);
> - if (ath_tx_start(hw, skb, &txctl) != 0)
> + if (ath_tx_start(hw, skb, &txctl) != 0) {
> + kfree_skb(skb);
> break;
> + }
>
> time_left = wait_for_completion_timeout(&sc->paprd_complete,
> 100);
> @@ -327,7 +329,6 @@ void ath_paprd_calibrate(struct work_struct *work)
>
> chain_ok = 1;
> }
> - kfree_skb(skb);
>
> if (chain_ok) {
> ah->curchan->paprd_done = true;
> diff --git a/drivers/net/wireless/ath/ath9k/xmit.c b/drivers/net/wireless/ath/ath9k/xmit.c
> index 8c7c615..197e898 100644
> --- a/drivers/net/wireless/ath/ath9k/xmit.c
> +++ b/drivers/net/wireless/ath/ath9k/xmit.c
> @@ -1946,6 +1946,7 @@ static void ath_tx_complete_buf(struct ath_softc *sc, struct ath_buf *bf,
> if (bf->bf_state.bfs_paprd) {
> sc->paprd_txok = txok;
> complete(&sc->paprd_complete);
> + dev_kfree_skb_any(skb);
Please ignore this patch, this is buggy.
Vasanth
^ permalink raw reply
* [PATCH] mac80211: allow selection of minstrel_ht as default rc algo
From: Helmut Schaa @ 2010-06-21 8:59 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless, Johannes Berg, Felix Fietkau
Allow selection of minstrel_ht as default rate control algorithm. At the
moment minstrel_ht can only be requested by the driver code but not selected
as default in make menuconfig.
Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
---
net/mac80211/Kconfig | 6 ++++++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/net/mac80211/Kconfig b/net/mac80211/Kconfig
index 83eec7a..3ad82cd 100644
--- a/net/mac80211/Kconfig
+++ b/net/mac80211/Kconfig
@@ -64,6 +64,11 @@ config MAC80211_RC_DEFAULT_MINSTREL
---help---
Select Minstrel as the default rate control algorithm.
+config MAC80211_RC_DEFAULT_MINSTREL_HT
+ bool "Minstrel HT"
+ depends on MAC80211_RC_MINSTREL_HT
+ ---help---
+ Select Minstrel HT as the default rate control algorithm.
endchoice
@@ -71,6 +76,7 @@ config MAC80211_RC_DEFAULT
string
default "minstrel" if MAC80211_RC_DEFAULT_MINSTREL
default "pid" if MAC80211_RC_DEFAULT_PID
+ default "minstrel_ht" if MAC80211_RC_DEFAULT_MINSTREL_HT
default ""
endif
--
1.6.4.2
^ permalink raw reply related
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