linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dan Williams <dcbw@redhat.com>
To: Andrey Yurovsky <andrey@cozybit.com>
Cc: libertas-dev@lists.infradead.org, linux-wireless@vger.kernel.org
Subject: Re: libertas: fix GSPI card event handling
Date: Wed, 20 May 2009 18:29:56 -0400	[thread overview]
Message-ID: <1242858596.7048.28.camel@localhost.localdomain> (raw)
In-Reply-To: <45e8e6c40905201528v7d6c2cddld21c4cf4906f3a60@mail.gmail.com>

On Wed, 2009-05-20 at 15:28 -0700, Andrey Yurovsky wrote:
> On Wed, May 20, 2009 at 3:18 PM, Dan Williams <dcbw@redhat.com> wrote:
> > On Tue, 2009-05-19 at 17:20 -0700, andrey@cozybit.com wrote:
> >> The GPSI interface driver does not re-enable the Card Event Interrupt, which
> >> causes problems after a card event (for example: link-loss) comes in.  This
> >> can lead, for example, to the card failing to re-associate.  This patch
> >> ensures that we re-enable the Card Event Interrupt when we handle card events.
> >>
> >> Signed-off-by: Andrey Yurovsky <andrey@cozybit.com>
> >
> > Where does that bit ever get disabled?  Is that done by the firmware
> > after it sends the interrupt?  I don't think I quite understand what's
> > going on here...
> 
> That's correct.  The firmware and host communicate by setting or
> clearing bits and forcing an interrupt.  The event mechanism is,
> basically:
> 1) firmware sets that bit and triggers an IRQ
> 2) host handles the IRQ (noticing that it's an Event and reading the
> Event Cause)
> 3) host clears the bit
> 4) host triggers an interrupt (on the card) so that the card notices
> the change (ie: that the bit was cleared)

Ah, step 4 was what I wasn't yet thinking of.  Sounds fine.

Acked-by: Dan Williams <dcbw@redhat.com>

> Steps 3 an 4 were missing in if_spi.c, which caused problems if, for
> example, you associate to an AP and then cut the AP's power.  In this
> case the card will never re-associate subsequently because the Card
> Event bit never gets cleared.
> 
> >> diff --git a/drivers/net/wireless/libertas/if_spi.c b/drivers/net/wireless/libertas/if_spi.c
> >> index dccd01f..5fa55fe 100644
> >> --- a/drivers/net/wireless/libertas/if_spi.c
> >> +++ b/drivers/net/wireless/libertas/if_spi.c
> >> @@ -814,6 +814,13 @@ static void if_spi_e2h(struct if_spi_card *card)
> >>       if (err)
> >>               goto out;
> >>
> >> +     /* re-enable the card event interrupt */
> >> +     spu_write_u16(card, IF_SPI_HOST_INT_STATUS_REG,
> >> +                     ~IF_SPI_HICU_CARD_EVENT);
> >> +
> >> +     /* generate a card interrupt */
> >> +     spu_write_u16(card, IF_SPI_CARD_INT_CAUSE_REG, IF_SPI_CIC_HOST_EVENT);
> >> +
> >>       spin_lock_irqsave(&priv->driver_lock, flags);
> >>       lbs_queue_event(priv, cause & 0xff);
> >>       spin_unlock_irqrestore(&priv->driver_lock, flags);
> >>
> >>
> >
> >
> 
> 
> 


      reply	other threads:[~2009-05-20 22:30 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-20  0:20 libertas: fix GSPI card event handling andrey
2009-05-20 22:18 ` Dan Williams
2009-05-20 22:28   ` Andrey Yurovsky
2009-05-20 22:29     ` Dan Williams [this message]

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=1242858596.7048.28.camel@localhost.localdomain \
    --to=dcbw@redhat.com \
    --cc=andrey@cozybit.com \
    --cc=libertas-dev@lists.infradead.org \
    --cc=linux-wireless@vger.kernel.org \
    /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).