From: Kalle Valo <kvalo@codeaurora.org>
To: Larry Finger <Larry.Finger@lwfinger.net>
Cc: devel@driverdev.osuosl.org, linux-wireless@vger.kernel.org,
"Stable \[ 4 . 8+ \]" <stable@vger.kernel.org>,
Julia Lawall <Julia.Lawall@lip6.fr>,
Thorsten Leemhuis <regressions@leemhuis.info>
Subject: Re: [PATCH] rtlwifi: Fix regression caused by commit d86e64768859
Date: Wed, 12 Oct 2016 10:53:01 +0300 [thread overview]
Message-ID: <87r37mf1gi.fsf@kamboji.qca.qualcomm.com> (raw)
In-Reply-To: <20161010233211.13519-1-Larry.Finger@lwfinger.net> (Larry Finger's message of "Mon, 10 Oct 2016 18:32:11 -0500")
Larry Finger <Larry.Finger@lwfinger.net> writes:
> In commit d86e64768859 ("rtlwifi: rtl818x: constify local structures"),
> the configuration struct for most of the drivers was changed to be
> constant. The problem is that five of the modified drivers need to be
> able to update the firmware name based on the exact model of the card.
> As the file names were stored in one of the members of that struct,
> these drivers would fail with a kernel BUG splat when they tried to
> update the firmware name.
>
> Rather than reverting the previous commit, I used a suggestion by
> Johannes Berg and made the firmware file name pointers be local to
> the routines that update the software variables.
>
> The configuration struct of rtl8192cu, which was not touched in the
> previous patch, is now constantfied.
>
> Fixes: d86e64768859 ("rtlwifi: rtl818x: constify local structures")
> Suggested-by: Johannes Berg <johannes@sipsolutions.net>
> Signed-off-by: Larry Finger <Larry.Finger@lwfinger.net>
> Cc: Stable [4.8+] <stable@vger.kernel.org>
This should be:
Cc: Stable <stable@vger.kernel.org> # 4.8
And the plus sign isn't needed as I'll push this to 4.9.
> Cc: Julia Lawall <Julia.Lawall@lip6.fr>
> ---
> Kalle,
>
> My apologies for letting these bugs to get by my review and testing.
No worries, this is business as usual :) Excellent that you noticed this
so early.
And this again shows that simple cleanup patches are not without cost,
there is a clear risk. Has anyone done any statistics how much cleanup
patches cause regressions? My guess is that in a 5% ballpark of the
cleanup patches have some sort of issues. Of course in this case the
cleanup patch revealed a design flaw in the driver, so in this case it
was very useful.
> As they affect kernel 4.8, please push this patch as soon as possible.
> To reiterate, this patch replaces the one entitled 'Revert "rtlwifi:
> rtl818x: constify local structures"'
Ok, understood. Many thanks for making this super clear for me, makes my
life a lot easier. I'm hoping that this will make it to 4.9-rc2.
CCing Thorsten to get this regression to his radar.
--
Kalle Valo
next prev parent reply other threads:[~2016-10-12 8:01 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-10 23:32 [PATCH] rtlwifi: Fix regression caused by commit d86e64768859 Larry Finger
2016-10-12 7:53 ` Kalle Valo [this message]
2016-10-12 15:39 ` Larry Finger
2016-10-12 16:45 ` Kalle Valo
2016-10-12 16:54 ` [PATCH] " Kalle Valo
2016-10-12 18:53 ` Larry Finger
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=87r37mf1gi.fsf@kamboji.qca.qualcomm.com \
--to=kvalo@codeaurora.org \
--cc=Julia.Lawall@lip6.fr \
--cc=Larry.Finger@lwfinger.net \
--cc=devel@driverdev.osuosl.org \
--cc=linux-wireless@vger.kernel.org \
--cc=regressions@leemhuis.info \
--cc=stable@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.