On Tuesday 28 July 2009, Luis Correia wrote:
> Chris
>
> On Tue, Jul 28, 2009 at 14:34, Chris Clayton<chris2553@xxxxxxxxxxxxxx> wrote:
> > 2009/7/28 Luis Correia <luis.f.correia@xxxxxxxxx>:
> >> Hi Chris
> >>
> >> Can you do a very dumb test for me?
> >>
> >> Boot your laptop by adding 'irqpoll' to the kernel command line
> >> options and see if the problem still occours.
> >
> > Not so dumb a request, actually. Running -rc4 with the irqpoll
> > command line option, the laptop has just survived 30 minutes without a
> > freeze. It can't survive more than 5 minutes without that option.
Well, the laptop ran -rc4-git2 all evening yesterday without freezing. So using the irqpoll option
seems to be an answer. A few questions and observations though:
1. Are we sure that it is the power-saving change that _caused_ this problem? Could it be that some
other bug is simply unmasked by the power-saving change? I ask this because I noticed yesterday
that the card's network LED switches off several seconds before the laptop freezes.
2. When power-saving kicks in, the network LED on the card is switched off. (At least I'm assuming
that is what switches the LED off) When the card is woken up again, neither the network nor activity
LED lights-up ever again. IMHO, this is a bug.
3. Once power-saving kicks in, the machine cannot be contacted from another machine on the network -
pings are not responded to, for example. Is this the intended behaviour?
4. Are there any plans to be able to switch power-saving on/off on a driver-by-driver basis. It
seems to me, although I'm happy to be corrected, that it is either on or off for a given kernel,
depending on CONFIG_MAC80211_DEFAULT_PS. But, if like me, someone has two cards (one at home and one
at work, for example), one that works fine with PS and one that doesn't, they have to set PS off
for their kernel, or have two kernels. Could PS be {en,dis}abled by, say, a module parameter or a
sysfs switch?
Thanks,
Chris
> >
> > Chris
>
> Well, if the laptop hangs on working without any problems, this may
> proove to be some strange kind of hardware incompatibility.
>
> The irqpoll option solves some of the interrupt related problems, by
> polling them instead of 'grabbing' them (at least that is what I think
> it is happening, correct me if I'm wrong:))
>
>
> Luis Correia
> rt2x00 project admin
--
No, Sir; there is nothing which has yet been contrived by man, by which
so much happiness is produced as by a good tavern or inn - Doctor Samuel
Johnson
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
