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 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.