linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Adam Baker <linux@baker-net.org.uk>
To: Anders Eriksson <aeriksson@fastmail.fm>
Cc: rt2400-devel@lists.sourceforge.net, linux-wireless@vger.kernel.org
Subject: Re: [Rt2400-devel] No ProbeResp == dead interface?
Date: Fri, 20 Feb 2009 23:07:33 +0000	[thread overview]
Message-ID: <200902202307.34035.linux@baker-net.org.uk> (raw)
In-Reply-To: <20090220074716.9AB622C4090@tippex.mynet.homeunix.org>

On Friday 20 February 2009, Anders Eriksson wrote:
> linux@baker-net.org.uk said:
> > The first thing to try would be to see if rmmod rt61pci; modprobe rt61pci
> > is enough to recover it. If it is actually a cardbus card then you could
> > also try unplugging and replugging it.
>
> It's a rt2500, so I use that module. Should I use rt61pci?

No, I'm getting confused with another post. rt2500pci is correct.

> If memory servers, rmmod/modprobe does not help. It is a PCI card with no
> loose parts on it so unplugging/plugging is not really an option.

rmmod / modprobe not working isn't a good sign. After a modprobe there is a 
pretty comprehensive reconfigure. When you say you currently have to power 
cycle, have you also tried a reboot

>
> linux@baker-net.org.uk said:
> > Neither of those is an ideal solution though. Do you fancy the task of
> > trying to diagnose the underlying fault which is likely to require at the
> > very least  making sure the driver is built with debugfs support enabled
> > and may require  adding a few printk statements into the kernel modules
> > to reveal more details  of the behaviour?
>
> No problem. I've never used debugfs, but I kind of know my way around the
> kernel. The problem has existed at least since the opensource driver got
> merged into mainline. I'm not sure if the closed source one had the same
> issue. So bisecting is not really an option.

The first thing to do is check that your kernel includes both 
CONFIG_MAC80211_DEBUGFS=y
and 
CONFIG_RT2X00_LIB_DEBUGFS=y

then you can mount the debugfs file system somewhere

mount -t debugfs none /mnt_point

and have a look in there under ieee80211/phy0/rt2500pci for first. Probable 
the most useful thing there is the queue counters which should let you see if 
the card is

a) trying to transmit anything
b) receiving anything

Would be good to know if the legacy driver has the same issue - if it does 
that might point to a hardware fault.

>
> So, where do I sprinkle the prink's, and what info is useful?
>

Adam.



  reply	other threads:[~2009-02-20 23:07 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-18 20:58 No ProbeResp == dead interface? Anders Eriksson
2009-02-19 23:16 ` [Rt2400-devel] " Adam Baker
2009-02-20  7:47   ` Anders Eriksson
2009-02-20 23:07     ` Adam Baker [this message]
2009-02-21 14:55       ` Anders Eriksson
2009-02-21 21:23         ` Adam Baker
2009-03-08 16:20           ` Anders Eriksson
2009-03-19 21:56             ` Adam Baker
2009-03-20  6:31               ` Anders Eriksson
2009-03-31 18:17                 ` Anders Eriksson
  -- strict thread matches above, loose matches on Subject: below --
2009-03-18 14:45 aeriksson2

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200902202307.34035.linux@baker-net.org.uk \
    --to=linux@baker-net.org.uk \
    --cc=aeriksson@fastmail.fm \
    --cc=linux-wireless@vger.kernel.org \
    --cc=rt2400-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).