From: Johannes Berg <johannes@sipsolutions.net>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: John W Linville <linville@tuxdriver.com>, linux-wireless@vger.kernel.org
Subject: Re: [PATCH] rfkill: Fix broken rfkill LED in 2.6.30-rc1
Date: Fri, 10 Apr 2009 09:33:24 +0200 [thread overview]
Message-ID: <1239348804.17031.17.camel@johannes.local> (raw)
In-Reply-To: <49deb98b.b3qoCjTA6clRL5zY%Larry.Finger@lwfinger.net>
[-- Attachment #1: Type: text/plain, Size: 2279 bytes --]
On Thu, 2009-04-09 at 22:14 -0500, Larry Finger wrote:
> The rfkill system fails to issue a LED trigger event when the rfkill state
> changes.
I have no issues with this patch, and will just port my rewrite over it
-- I'll get back to the rewrite next week for good, hopefully.
johannes
> Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
> ---
>
> John,
>
> This is 2.6.31 material.
>
> Larry
> ---
>
> Index: wireless-testing/net/rfkill/rfkill.c
> ===================================================================
> --- wireless-testing.orig/net/rfkill/rfkill.c
> +++ wireless-testing/net/rfkill/rfkill.c
> @@ -96,6 +96,7 @@ static void update_rfkill_state(struct r
> }
> mutex_unlock(&rfkill->mutex);
> }
> + rfkill_led_trigger(rfkill, rfkill->state);
> }
>
> /**
> @@ -136,8 +137,9 @@ static int rfkill_toggle_radio(struct rf
> oldstate = rfkill->state;
>
> if (rfkill->get_state && !force &&
> - !rfkill->get_state(rfkill->data, &newstate))
> + !rfkill->get_state(rfkill->data, &newstate)) {
> rfkill->state = newstate;
> + }
>
> switch (state) {
> case RFKILL_STATE_HARD_BLOCKED:
> @@ -172,6 +174,7 @@ static int rfkill_toggle_radio(struct rf
> if (force || rfkill->state != oldstate)
> rfkill_uevent(rfkill);
>
> + rfkill_led_trigger(rfkill, rfkill->state);
> return retval;
> }
>
> @@ -204,6 +207,7 @@ static void __rfkill_switch_all(const en
> mutex_lock(&rfkill->mutex);
> rfkill_toggle_radio(rfkill, state, 0);
> mutex_unlock(&rfkill->mutex);
> + rfkill_led_trigger(rfkill, rfkill->state);
> }
> }
> }
> @@ -256,6 +260,7 @@ void rfkill_epo(void)
> RFKILL_STATE_SOFT_BLOCKED;
> }
> mutex_unlock(&rfkill_global_mutex);
> + rfkill_led_trigger(rfkill, rfkill->state);
> }
> EXPORT_SYMBOL_GPL(rfkill_epo);
>
> @@ -358,6 +363,7 @@ int rfkill_force_state(struct rfkill *rf
> rfkill_uevent(rfkill);
>
> mutex_unlock(&rfkill->mutex);
> + rfkill_led_trigger(rfkill, rfkill->state);
>
> return 0;
> }
> @@ -520,6 +526,7 @@ static int rfkill_resume(struct device *
> 1);
>
> mutex_unlock(&rfkill->mutex);
> + rfkill_led_trigger(rfkill, rfkill->state);
> }
>
> return 0;
>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
prev parent reply other threads:[~2009-04-10 7:33 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-10 3:14 [PATCH] rfkill: Fix broken rfkill LED in 2.6.30-rc1 Larry Finger
2009-04-10 7:33 ` Johannes Berg [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=1239348804.17031.17.camel@johannes.local \
--to=johannes@sipsolutions.net \
--cc=Larry.Finger@lwfinger.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.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