From: "Pali Rohár" <pali.rohar@gmail.com>
To: Gabriele Mazzotta <gabriele.mzt@gmail.com>
Cc: Darren Hart <dvhart@infradead.org>,
"platform-driver-x86@vger.kernel.org"
<platform-driver-x86@vger.kernel.org>,
Alex Hung <alex.hung@canonical.com>
Subject: Re: [Bug 106031] Regression in 4.2.x: in airplane mode each time I open my laptop lid
Date: Thu, 22 Oct 2015 16:17:10 +0200 [thread overview]
Message-ID: <20151022141710.GD15219@pali> (raw)
In-Reply-To: <5628E812.2070708@gmail.com>
On Thursday 22 October 2015 15:43:46 Gabriele Mazzotta wrote:
> It's the F2 key. Depending on the value passed to the RBTN, it acts as
> hw slider or sw toggle.
Ok, we have differences in terminology and everybody understood this
problem differently.
To correct this situation, first define about what we are talking about:
* HW slider: It is hardware slider switch which as two positions ON and
OFF. Position exactly defines hardware state of wireless
radio devices. Not possible (or should not) to remap.
* SW hotkey toggle button: It is button or key, act in same way as any
other key on keyboard, controlled by SW
(if all drivers are installed, etc).
Next I think that this hypothesis is truth:
* Every machine on which is binded ACPI dell-rbtn.ko driver has either
HW slider or SW toggle. Not both!
Correct?
Then follows my expected behaviour for HW slider:
* State of HW slider position is exported by kernel as rfkill device.
* In any case HW slider position (ON/OFF) match hard rfkill state device
(rfkill device state is correct also after resume, wake from hibernate).
* Immediately after user change position of HW slider, rfkill device
reflect it.
And then expected behaviour for SW toggle button:
* Every time when user press it, kernel just send input event "wireless
key pressed" to userspace.
* Kernel does not send event "wireless key pressed" when user did not
pressed it (e.g. after resuming from suspend, waking from hibernate).
* Kernel should provide rfkill devices to "soft" block appropriate
wireless cards.
* Make sure that BIOS/firmware in any case does not change radio rfkill
state of any wireless card and wireless cards stay in same state as
before (no enable/disable or changing hard/soft rfkill state).
If last sentence is not truth, then kernel must not send "wireless key
pressed" event to userspace and act like "no key was pressed".
Make this sense? Or are there any objections about this behaviour?
--
Pali Rohár
pali.rohar@gmail.com
next prev parent reply other threads:[~2015-10-22 14:17 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-106031-5380@https.bugzilla.kernel.org/>
[not found] ` <bug-106031-5380-zVXKHiyrZU@https.bugzilla.kernel.org/>
2015-10-21 8:57 ` [Bug 106031] Regression in 4.2.x: in airplane mode each time I open my laptop lid Darren Hart
2015-10-21 9:19 ` Pali Rohár
2015-10-21 11:00 ` Pali Rohár
2015-10-21 11:12 ` Darren Hart
2015-10-21 11:42 ` Gabriele Mazzotta
2015-10-21 18:53 ` Gabriele Mazzotta
2015-10-22 7:49 ` Darren Hart
2015-10-22 8:26 ` Gabriele Mazzotta
2015-10-22 8:51 ` Pali Rohár
2015-10-22 10:44 ` Gabriele Mazzotta
2015-10-22 10:50 ` Pali Rohár
2015-10-22 10:54 ` Gabriele Mazzotta
2015-10-22 13:02 ` Darren Hart
2015-10-22 13:43 ` Gabriele Mazzotta
2015-10-22 14:17 ` Pali Rohár [this message]
2015-10-22 23:29 ` Gabriele Mazzotta
2015-10-23 9:00 ` Pali Rohár
2015-10-23 9:47 ` Gabriele Mazzotta
2015-10-23 11:14 ` Pali Rohár
2015-10-23 18:03 ` Gabriele Mazzotta
2015-10-26 14:38 ` Darren Hart
2015-10-26 14:58 ` Pali Rohár
2015-11-20 14:44 ` Pali Rohár
2015-12-19 0:12 ` Darren Hart
2015-12-20 16:21 ` Rafael J. Wysocki
2015-12-21 15:34 ` Gabriele Mazzotta
2015-12-22 0:20 ` Rafael J. Wysocki
2016-01-07 22:35 ` Pali Rohár
2016-03-11 9:45 ` Pali Rohár
2016-03-11 23:30 ` Gabriele Mazzotta
2016-03-14 11:29 ` Pali Rohár
2015-12-22 9:03 ` Alex Hung
2015-10-22 8:17 ` Darren Hart
2015-10-22 8:27 ` Pali Rohár
2015-10-22 8:53 ` Darren Hart
2015-10-22 8:28 ` Gabriele Mazzotta
2015-10-22 8:35 ` Darren Hart
[not found] <bug-106031-215701@https.bugzilla.kernel.org/>
2022-02-21 21:19 ` bugzilla-daemon
2022-02-21 21:19 ` bugzilla-daemon
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=20151022141710.GD15219@pali \
--to=pali.rohar@gmail.com \
--cc=alex.hung@canonical.com \
--cc=dvhart@infradead.org \
--cc=gabriele.mzt@gmail.com \
--cc=platform-driver-x86@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