From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 296E6C3F2D1 for ; Tue, 3 Mar 2020 18:02:08 +0000 (UTC) Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 069AE2072D for ; Tue, 3 Mar 2020 18:02:07 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 069AE2072D Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=dri-devel-bounces@lists.freedesktop.org Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 87AD66E933; Tue, 3 Mar 2020 18:02:06 +0000 (UTC) Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by gabe.freedesktop.org (Postfix) with ESMTPS id 0AE536E933 for ; Tue, 3 Mar 2020 18:02:04 +0000 (UTC) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Mar 2020 10:02:04 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,511,1574150400"; d="scan'208";a="233714477" Received: from stinkbox.fi.intel.com (HELO stinkbox) ([10.237.72.174]) by orsmga008.jf.intel.com with SMTP; 03 Mar 2020 10:02:00 -0800 Received: by stinkbox (sSMTP sendmail emulation); Tue, 03 Mar 2020 20:01:59 +0200 Date: Tue, 3 Mar 2020 20:01:59 +0200 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Kees Cook Subject: Re: [PATCH] drm/edid: Distribute switch variables for initialization Message-ID: <20200303180159.GA13686@intel.com> References: <20200220062229.68762-1-keescook@chromium.org> <202003022038.07A611E@keescook> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <202003022038.07A611E@keescook> X-Patchwork-Hint: comment User-Agent: Mutt/1.10.1 (2018-07-13) X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: David Airlie , linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Alexander Potapenko Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" T24gTW9uLCBNYXIgMDIsIDIwMjAgYXQgMDg6Mzk6MzdQTSAtMDgwMCwgS2VlcyBDb29rIHdyb3Rl Ogo+IE9uIFdlZCwgRmViIDE5LCAyMDIwIGF0IDEwOjIyOjI5UE0gLTA4MDAsIEtlZXMgQ29vayB3 cm90ZToKPiA+IFZhcmlhYmxlcyBkZWNsYXJlZCBpbiBhIHN3aXRjaCBzdGF0ZW1lbnQgYmVmb3Jl IGFueSBjYXNlIHN0YXRlbWVudHMKPiA+IGNhbm5vdCBiZSBhdXRvbWF0aWNhbGx5IGluaXRpYWxp emVkIHdpdGggY29tcGlsZXIgaW5zdHJ1bWVudGF0aW9uIChhcwo+ID4gdGhleSBhcmUgbm90IHBh cnQgb2YgYW55IGV4ZWN1dGlvbiBmbG93KS4gV2l0aCBHQ0MncyBwcm9wb3NlZCBhdXRvbWF0aWMK PiA+IHN0YWNrIHZhcmlhYmxlIGluaXRpYWxpemF0aW9uIGZlYXR1cmUsIHRoaXMgdHJpZ2dlcnMg YSB3YXJuaW5nIChhbmQgdGhleQo+ID4gZG9uJ3QgZ2V0IGluaXRpYWxpemVkKS4gQ2xhbmcncyBh dXRvbWF0aWMgc3RhY2sgdmFyaWFibGUgaW5pdGlhbGl6YXRpb24KPiA+ICh2aWEgQ09ORklHX0lO SVRfU1RBQ0tfQUxMPXkpIGRvZXNuJ3QgdGhyb3cgYSB3YXJuaW5nLCBidXQgaXQgYWxzbwo+ID4g ZG9lc24ndCBpbml0aWFsaXplIHN1Y2ggdmFyaWFibGVzWzFdLiBOb3RlIHRoYXQgdGhlc2Ugd2Fy bmluZ3MgKG9yIHNpbGVudAo+ID4gc2tpcHBpbmcpIGhhcHBlbiBiZWZvcmUgdGhlIGRlYWQtc3Rv cmUgZWxpbWluYXRpb24gb3B0aW1pemF0aW9uIHBoYXNlLAo+ID4gc28gZXZlbiB3aGVuIHRoZSBh dXRvbWF0aWMgaW5pdGlhbGl6YXRpb25zIGFyZSBsYXRlciBlbGlkZWQgaW4gZmF2b3Igb2YKPiA+ IGRpcmVjdCBpbml0aWFsaXphdGlvbnMsIHRoZSB3YXJuaW5ncyByZW1haW4uCj4gPiAKPiA+IFRv IGF2b2lkIHRoZXNlIHByb2JsZW1zLCBtb3ZlIHN1Y2ggdmFyaWFibGVzIGludG8gdGhlICJjYXNl IiB3aGVyZQo+ID4gdGhleSdyZSB1c2VkIG9yIGxpZnQgdGhlbSB1cCBpbnRvIHRoZSBtYWluIGZ1 bmN0aW9uIGJvZHkuCj4gPiAKPiA+IGRyaXZlcnMvZ3B1L2RybS9kcm1fZWRpZC5jOiBJbiBmdW5j dGlvbiDigJhkcm1fZWRpZF90b19lbGTigJk6Cj4gPiBkcml2ZXJzL2dwdS9kcm0vZHJtX2VkaWQu Yzo0Mzk1Ojk6IHdhcm5pbmc6IHN0YXRlbWVudCB3aWxsIG5ldmVyIGJlIGV4ZWN1dGVkIFstV3N3 aXRjaC11bnJlYWNoYWJsZV0KPiA+ICA0Mzk1IHwgICAgIGludCBzYWRfY291bnQ7Cj4gPiAgICAg ICB8ICAgICAgICAgXn5+fn5+fn5+Cj4gPiAKPiA+IFsxXSBodHRwczovL2J1Z3MubGx2bS5vcmcv c2hvd19idWcuY2dpP2lkPTQ0OTE2Cj4gPiAKPiA+IFNpZ25lZC1vZmYtYnk6IEtlZXMgQ29vayA8 a2Vlc2Nvb2tAY2hyb21pdW0ub3JnPgo+IAo+IFBpbmcuIENhbiBzb21lb25lIHBpY2sgdGhpcyB1 cCwgcGxlYXNlPwo+IAo+IFRoYW5rcyEKPiAKPiAtS2Vlcwo+IAo+ID4gLS0tCj4gPiAgZHJpdmVy cy9ncHUvZHJtL2RybV9lZGlkLmMgfCAgICA1ICsrKy0tCj4gPiAgMSBmaWxlIGNoYW5nZWQsIDMg aW5zZXJ0aW9ucygrKSwgMiBkZWxldGlvbnMoLSkKPiA+IAo+ID4gZGlmZiAtLWdpdCBhL2RyaXZl cnMvZ3B1L2RybS9kcm1fZWRpZC5jIGIvZHJpdmVycy9ncHUvZHJtL2RybV9lZGlkLmMKPiA+IGlu ZGV4IDgwNWZiMDA0YzhlYi4uMjk0MWI2NWI0MjdmIDEwMDY0NAo+ID4gLS0tIGEvZHJpdmVycy9n cHUvZHJtL2RybV9lZGlkLmMKPiA+ICsrKyBiL2RyaXZlcnMvZ3B1L2RybS9kcm1fZWRpZC5jCj4g PiBAQCAtNDM5Miw5ICs0MzkyLDkgQEAgc3RhdGljIHZvaWQgZHJtX2VkaWRfdG9fZWxkKHN0cnVj dCBkcm1fY29ubmVjdG9yICpjb25uZWN0b3IsIHN0cnVjdCBlZGlkICplZGlkKQo+ID4gIAkJCWRi bCA9IGNlYV9kYl9wYXlsb2FkX2xlbihkYik7Cj4gPiAgCj4gPiAgCQkJc3dpdGNoIChjZWFfZGJf dGFnKGRiKSkgewo+ID4gLQkJCQlpbnQgc2FkX2NvdW50Owo+ID4gKwkJCWNhc2UgQVVESU9fQkxP Q0s6IHsKCkkndmUgbmV2ZXIgYmVlbiBhIGZhbiBvZiB7fSBpbnNpZGUgc3dpdGNoIHN0YXRlbWVu dHMuIEknZCBqdXN0Cm1vdmUgdGhpcyBvbmUgbGV2ZWwgdXAuCgo+ID4gIAo+ID4gLQkJCWNhc2Ug QVVESU9fQkxPQ0s6Cj4gPiArCQkJCWludCBzYWRfY291bnQ7Cj4gPiAgCQkJCS8qIEF1ZGlvIERh dGEgQmxvY2ssIGNvbnRhaW5zIFNBRHMgKi8KPiA+ICAJCQkJc2FkX2NvdW50ID0gbWluKGRibCAv IDMsIDE1IC0gdG90YWxfc2FkX2NvdW50KTsKPiA+ICAJCQkJaWYgKHNhZF9jb3VudCA+PSAxKQo+ ID4gQEAgLTQ0MDIsNiArNDQwMiw3IEBAIHN0YXRpYyB2b2lkIGRybV9lZGlkX3RvX2VsZChzdHJ1 Y3QgZHJtX2Nvbm5lY3RvciAqY29ubmVjdG9yLCBzdHJ1Y3QgZWRpZCAqZWRpZCkKPiA+ICAJCQkJ CSAgICAgICAmZGJbMV0sIHNhZF9jb3VudCAqIDMpOwo+ID4gIAkJCQl0b3RhbF9zYWRfY291bnQg Kz0gc2FkX2NvdW50Owo+ID4gIAkJCQlicmVhazsKPiA+ICsJCQl9Cj4gPiAgCQkJY2FzZSBTUEVB S0VSX0JMT0NLOgo+ID4gIAkJCQkvKiBTcGVha2VyIEFsbG9jYXRpb24gRGF0YSBCbG9jayAqLwo+ ID4gIAkJCQlpZiAoZGJsID49IDEpCj4gPiAKPiAKPiAtLSAKPiBLZWVzIENvb2sKPiBfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IGRyaS1kZXZlbCBtYWls aW5nIGxpc3QKPiBkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCj4gaHR0cHM6Ly9saXN0 cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9kcmktZGV2ZWwKCi0tIApWaWxsZSBT eXJqw6Rsw6QKSW50ZWwKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18KZHJpLWRldmVsIG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Au b3JnCmh0dHBzOi8vbGlzdHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRl dmVsCg== From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 58895C3F2D7 for ; Tue, 3 Mar 2020 18:02:09 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 3927C2072D for ; Tue, 3 Mar 2020 18:02:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388142AbgCCSCH (ORCPT ); Tue, 3 Mar 2020 13:02:07 -0500 Received: from mga07.intel.com ([134.134.136.100]:25490 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388130AbgCCSCE (ORCPT ); Tue, 3 Mar 2020 13:02:04 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 03 Mar 2020 10:02:04 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,511,1574150400"; d="scan'208";a="233714477" Received: from stinkbox.fi.intel.com (HELO stinkbox) ([10.237.72.174]) by orsmga008.jf.intel.com with SMTP; 03 Mar 2020 10:02:00 -0800 Received: by stinkbox (sSMTP sendmail emulation); Tue, 03 Mar 2020 20:01:59 +0200 Date: Tue, 3 Mar 2020 20:01:59 +0200 From: Ville =?iso-8859-1?Q?Syrj=E4l=E4?= To: Kees Cook Cc: Maarten Lankhorst , Maxime Ripard , David Airlie , Daniel Vetter , dri-devel@lists.freedesktop.org, Alexander Potapenko , linux-kernel@vger.kernel.org Subject: Re: [PATCH] drm/edid: Distribute switch variables for initialization Message-ID: <20200303180159.GA13686@intel.com> References: <20200220062229.68762-1-keescook@chromium.org> <202003022038.07A611E@keescook> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <202003022038.07A611E@keescook> X-Patchwork-Hint: comment User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Mar 02, 2020 at 08:39:37PM -0800, Kees Cook wrote: > On Wed, Feb 19, 2020 at 10:22:29PM -0800, Kees Cook wrote: > > Variables declared in a switch statement before any case statements > > cannot be automatically initialized with compiler instrumentation (as > > they are not part of any execution flow). With GCC's proposed automatic > > stack variable initialization feature, this triggers a warning (and they > > don't get initialized). Clang's automatic stack variable initialization > > (via CONFIG_INIT_STACK_ALL=y) doesn't throw a warning, but it also > > doesn't initialize such variables[1]. Note that these warnings (or silent > > skipping) happen before the dead-store elimination optimization phase, > > so even when the automatic initializations are later elided in favor of > > direct initializations, the warnings remain. > > > > To avoid these problems, move such variables into the "case" where > > they're used or lift them up into the main function body. > > > > drivers/gpu/drm/drm_edid.c: In function ‘drm_edid_to_eld’: > > drivers/gpu/drm/drm_edid.c:4395:9: warning: statement will never be executed [-Wswitch-unreachable] > > 4395 | int sad_count; > > | ^~~~~~~~~ > > > > [1] https://bugs.llvm.org/show_bug.cgi?id=44916 > > > > Signed-off-by: Kees Cook > > Ping. Can someone pick this up, please? > > Thanks! > > -Kees > > > --- > > drivers/gpu/drm/drm_edid.c | 5 +++-- > > 1 file changed, 3 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c > > index 805fb004c8eb..2941b65b427f 100644 > > --- a/drivers/gpu/drm/drm_edid.c > > +++ b/drivers/gpu/drm/drm_edid.c > > @@ -4392,9 +4392,9 @@ static void drm_edid_to_eld(struct drm_connector *connector, struct edid *edid) > > dbl = cea_db_payload_len(db); > > > > switch (cea_db_tag(db)) { > > - int sad_count; > > + case AUDIO_BLOCK: { I've never been a fan of {} inside switch statements. I'd just move this one level up. > > > > - case AUDIO_BLOCK: > > + int sad_count; > > /* Audio Data Block, contains SADs */ > > sad_count = min(dbl / 3, 15 - total_sad_count); > > if (sad_count >= 1) > > @@ -4402,6 +4402,7 @@ static void drm_edid_to_eld(struct drm_connector *connector, struct edid *edid) > > &db[1], sad_count * 3); > > total_sad_count += sad_count; > > break; > > + } > > case SPEAKER_BLOCK: > > /* Speaker Allocation Data Block */ > > if (dbl >= 1) > > > > -- > Kees Cook > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- Ville Syrjälä Intel