linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kalle Valo <kvalo@codeaurora.org>
To: Luca Coelho <luca@coelho.fi>
Cc: Marc MERLIN <marc@merlins.org>,
	linux-wireless@vger.kernel.org, linuxwifi@intel.com
Subject: Re: After upgrading to 4.11.1, wifi driver refuses to load after being unloaded once.
Date: Fri, 20 Oct 2017 09:35:37 +0300	[thread overview]
Message-ID: <8760bafhs6.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <1508322176.5497.152.camel@coelho.fi> (Luca Coelho's message of "Wed, 18 Oct 2017 13:22:56 +0300")

Luca Coelho <luca@coelho.fi> writes:

> On Wed, 2017-10-18 at 12:50 +0300, Kalle Valo wrote:
>> Luca Coelho <luca@coelho.fi> writes:
>> 
>> > On Wed, 2017-10-18 at 07:59 +0300, Kalle Valo wrote:
>> > > Luca Coelho <luca@coelho.fi> writes:
>> > > 
>> > > > On Tue, 2017-10-17 at 14:23 -0700, Marc MERLIN wrote:
>> > > > 
>> > > > > I don't know how or why, but I seem to:
>> > > > > saruman:~# grep IWLWIFI /boot/config-4.12.10-amd64-preempt-
>> > > > > sysrq-
>> > > > > 20170406 
>> > > > > CONFIG_IWLWIFI=m
>> > > > > CONFIG_IWLWIFI_LEDS=y
>> > > > > CONFIG_IWLWIFI_OPMODE_MODULAR=y
>> > > > > # CONFIG_IWLWIFI_BCAST_FILTERING is not set
>> > > > > CONFIG_IWLWIFI_PCIE_RTPM=y
>> > > > > CONFIG_IWLWIFI_DEBUG=y
>> > > > > CONFIG_IWLWIFI_DEVICE_TRACING=y
>> > > > > 
>> > > > > I'll remove that, thanks.
>> > > > 
>> > > > Cool, I think that might help.  If it doesn't, please report a
>> > > > bug
>> > > > in
>> > > > buzilla. ;)
>> > > 
>> > > But a Kconfig option should never break functionality, so IMHO
>> > > this
>> > > still sounds like a bug in iwlwifi.
>> > 
>> > The problem is that to get this to work, some changes need to be
>> > made
>> > in the platform side.  In this case, the rootport is not configured
>> > properly so it won't work.
>> 
>> Yeah, but users or distros might accidentally enable this Kconfig
>> option and break the driver unintentionally. And subtle bugs like
>> this
>> are even worse as the user will not realise that it's because of a
>> new
>> Kconfig option.
>> 
>> So I guess you can't automatically detect it the platform supports
>> RTPM,
>> right? Maybe there should be a module parameter which has to be set
>> to
>> enable this? And at least a big fat warning to the user that RTPM is
>> enabled, bugs are likely and the user has to know what she's doing.
>
> I thought this was what EXPERT was used for:
>
> menuconfig EXPERT
>         bool "Configure standard kernel features (expert users)"
>         # Unhide debug options, to make the on-by-default options visible
>         select DEBUG_KERNEL
>         help
>           This option allows certain base kernel options and settings
>           to be disabled or tweaked. This is for specialized
>           environments which can tolerate a "non-standard" kernel.
>           Only use this if you really know what you are doing.
>
>
> But it seems that it's widely used even by people/distros who don't
> know what they are doing. :(

Yeah, people seem to just blindly enable kconfig options. I don't blame
them, there are so many options and difficult to know what to choose.

> Would it be okay if we just add a printk(KERN_ERR, ...)?

I think we at least we should do that, preferably even something else to
prevent accidental use if the feature is so fragile.

-- 
Kalle Valo

  reply	other threads:[~2017-10-20  6:35 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-26  2:48 After upgrading to 4.11.1, wifi driver refuses to load after being unloaded once Marc MERLIN
2017-06-02  9:42 ` Luca Coelho
2017-06-03 16:59   ` Marc MERLIN
2017-08-16 23:38     ` Marc MERLIN
2017-08-27  0:56       ` Marc MERLIN
2017-10-17  9:44       ` Marc MERLIN
2017-10-17 14:05         ` Luca Coelho
2017-10-17 21:23           ` Marc MERLIN
2017-10-17 21:34             ` Luca Coelho
2017-10-18  4:59               ` Kalle Valo
2017-10-18  6:16                 ` Luca Coelho
2017-10-18  9:50                   ` Kalle Valo
2017-10-18 10:22                     ` Luca Coelho
2017-10-20  6:35                       ` Kalle Valo [this message]
2017-10-21  0:50                       ` Marc MERLIN
2017-10-21 10:22                         ` Marc MERLIN

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=8760bafhs6.fsf@kamboji.qca.qualcomm.com \
    --to=kvalo@codeaurora.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linuxwifi@intel.com \
    --cc=luca@coelho.fi \
    --cc=marc@merlins.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).