From: Kalle Valo <kvalo@codeaurora.org>
To: Emmanuel Grumbach <egrumbach@gmail.com>
Cc: Emmanuel Grumbach <emmanuel.grumbach@intel.com>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH v6 2/7] iwlwifi: mei: add the driver to allow cooperation with CSME
Date: Wed, 20 Oct 2021 11:30:00 +0300 [thread overview]
Message-ID: <87lf2of69j.fsf@codeaurora.org> (raw)
In-Reply-To: <CANUX_P2e80pVMJJRUuyPGoXZtYGMM9pJWqd5Ut6rW3aDRmr7cQ@mail.gmail.com> (Emmanuel Grumbach's message of "Mon, 18 Oct 2021 14:03:50 +0300")
Emmanuel Grumbach <egrumbach@gmail.com> writes:
> On Mon, Oct 18, 2021 at 1:58 PM Kalle Valo <kvalo@codeaurora.org> wrote:
>>
>> Emmanuel Grumbach <emmanuel.grumbach@intel.com> writes:
>>
>> > CSME in two words
>> > -----------------
>> > CSME stands for Converged Security and Management Engine. It is
>> > a CPU on the chipset and runs a dedicated firmware.
>> > AMT (Active Management Technology) is one of the applications
>> > that run on that CPU. AMT allows to control the platform remotely.
>> > Here is a partial list of the use cases:
>> > * View the screen of the plaform, with keyboard and mouse (KVM)
>> > * Attach a remote IDE device
>> > * Have a serial console to the device
>> > * Query the state of the platform
>> > * Reset / shut down / boot the platform
>>
>> [...]
>>
>> > --- a/drivers/net/wireless/intel/iwlwifi/Kconfig
>> > +++ b/drivers/net/wireless/intel/iwlwifi/Kconfig
>> > @@ -92,6 +92,23 @@ config IWLWIFI_BCAST_FILTERING
>> > If unsure, don't enable this option, as some programs might
>> > expect incoming broadcasts for their normal operations.
>> >
>> > +config IWLMEI
>> > + tristate "Intel Management Engine communication over WLAN"
>> > + depends on INTEL_MEI
>> > + depends on PM
>> > + depends on IWLMVM
>> > + help
>> > + Enables the iwlmei kernel module. This allows to communicate with
>> > + the Intel Management Engine over Wifi. This is supported starting
>> > + from Tiger Lake platforms and has been tested on 9260 devices only.
>> > + Enabling this option on a platform that has a different device and
>> > + has Wireless enabled on AMT can prevent WiFi from working correctly.
>>
>> I don't understand the last sentence, please elaborate. Are you saying
>> that enabling CONFIG_IWLMEI will break wi-fi in some cases?
>
> Since we don't support all the devices (yet), and we haven't integrated it
> with all our devices, then yes, it shouldn't be enabled unless you know
> exactly what platform this kernel runs on.
So if I'm understanding correctly, enabling CONFIG_IWLMEI will break
existing iwlwifi setups? Or am I missing something?
If that's the case when we have a major problem as that would be a
regression. A kconfig option is not a free pass to do all sort of crazy
stuff, and especially it cannot break already working hardware. That
would be considered as a regression and we have a strong rule for
regressions.
> This is basically a warning for distros not to enable this kernel
> option (just as many others that are specific to a certain use case).
> The plan is to add support for more and more devices so that we will
> be able to remove this comment and be confident that it can be enabled
> on generic platforms as well.
I barely missed the warning and I consider myself as an extra careful
person, I can only imagine how many regular users will enable this
option without thinking twice. And people can use allmodconfig etc as
well.
--
https://patchwork.kernel.org/project/linux-wireless/list/
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
next prev parent reply other threads:[~2021-10-20 8:30 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-11 10:55 [PATCH v6 1/7] mei: bus: add client dma interface Emmanuel Grumbach
2021-08-11 10:55 ` [PATCH v6 2/7] iwlwifi: mei: add the driver to allow cooperation with CSME Emmanuel Grumbach
2021-10-18 9:28 ` Kalle Valo
2021-10-18 9:40 ` Emmanuel Grumbach
2021-10-18 11:17 ` Emmanuel Grumbach
2021-10-20 8:21 ` Kalle Valo
2021-10-18 10:56 ` Kalle Valo
2021-10-18 11:03 ` Emmanuel Grumbach
2021-10-20 8:30 ` Kalle Valo [this message]
2021-10-20 9:44 ` Emmanuel Grumbach
2021-11-10 9:40 ` Kalle Valo
2021-11-10 9:51 ` Emmanuel Grumbach
2021-11-12 6:21 ` Kalle Valo
2021-10-18 11:06 ` Kalle Valo
2021-10-18 19:17 ` Emmanuel Grumbach
2021-10-20 5:10 ` Emmanuel Grumbach
2021-08-11 10:55 ` [PATCH v6 3/7] iwlwifi: mei: add debugfs hooks Emmanuel Grumbach
2021-08-11 10:55 ` [PATCH v6 4/7] iwlwifi: integrate with iwlmei Emmanuel Grumbach
2021-10-18 11:03 ` Kalle Valo
2021-08-11 10:55 ` [PATCH v6 5/7] nl80211: vendor-cmd: add Intel vendor commands for iwlmei usage Emmanuel Grumbach
2021-10-18 11:16 ` Kalle Valo
2021-10-18 11:34 ` Emmanuel Grumbach
2021-08-11 10:55 ` [PATCH v6 6/7] iwlwifi: mvm: add vendor commands needed for iwlmei Emmanuel Grumbach
2021-10-18 11:19 ` Kalle Valo
2021-08-11 10:55 ` [PATCH v6 7/7] iwlwifi: mvm: read the rfkill state and feed it to iwlmei Emmanuel Grumbach
2021-10-18 11:20 ` Kalle Valo
2021-10-18 11:23 ` Emmanuel Grumbach
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=87lf2of69j.fsf@codeaurora.org \
--to=kvalo@codeaurora.org \
--cc=egrumbach@gmail.com \
--cc=emmanuel.grumbach@intel.com \
--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).