All of lore.kernel.org
 help / color / mirror / Atom feed
From: Zhu Yi <yi.zhu@intel.com>
To: Ian Schram <ischram@telenet.be>
Cc: linville@tuxdriver.com, linux-wireless@vger.kernel.org,
	Tomas Winkler <tomasw@gmail.com>, Ben Gamari <ben@mw0.ath.cx>,
	ipw3945-devel <ipw3945-devel@lists.sourceforge.net>
Subject: Re: [PATCH] iwlwifi: delay firmware loading from pci_probe to network interface open
Date: Mon, 03 Dec 2007 14:21:29 +0800	[thread overview]
Message-ID: <1196662889.3109.27.camel@debian.sh.intel.com> (raw)
In-Reply-To: <47532F45.9020508@telenet.be>


On Sun, 2007-12-02 at 23:18 +0100, Ian Schram wrote:
> 
> The main problem was:
> pci_save/restore_state() wasn't being called when the device was
> disabled in pci_probe to save power. which meant that when it was
> reenabled it had no idea about the dma and hence the card would
> seemingly never wake up, seeing as no init_alive_resp would be
> received
> 
> secondary problems:
> 1) additionally the code should not have dereferenced a null pointer.
> This
> happened in mac80211 because the failure was hidden and null was
> returned
> in ops->start
> 
> 2) when the ops->start failed, the irq was registered, but never
> freeded because
> ops->close wouldn't be called. i added a bit of error handling in the
> function
> and pulled enable/disbale msi there because i was having additional
> oopses when testing
> but i think they might be redundant. I figured it made sense to keep
> these two events
> together though
> 
> 3) there was an inconsistency in iwl*_mac_stop
> the if condition was ones checked for falseness in 3945 and for
> trueness in 4965
> i believe 4965 code was right so i altered it in the 3945 code

The patch is correct. I also add pci_save_state in ops->stop in case the
interface is up and down multiple times. I also move iwl_down() from the
branch so that it will be called in ops->stop anyway in case we don't
clean up the h/w state in some rare cases. Fixed a typo also for 4965.

Thanks for the patch! It's in the GIT tip now.
http://intellinuxwireless.org/repos/?p=iwlwifi.git;a=commitdiff;h=523a55dd0f182f3aa8534d25398832d71d61c655

-yi

      reply	other threads:[~2007-12-03  6:21 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-29  9:18 [PATCH] iwlwifi: delay firmware loading from pci_probe to network interface open Zhu Yi
2007-11-30 11:37 ` Johannes Berg
2007-12-02 22:18 ` Ian Schram
2007-12-03  6:21   ` Zhu Yi [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=1196662889.3109.27.camel@debian.sh.intel.com \
    --to=yi.zhu@intel.com \
    --cc=ben@mw0.ath.cx \
    --cc=ipw3945-devel@lists.sourceforge.net \
    --cc=ischram@telenet.be \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=tomasw@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.