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
prev parent 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 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).