Received: by 2002:ac0:da4c:0:0:0:0:0 with SMTP id a12csp2641969imi; Mon, 25 Jul 2022 04:25:14 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tCHaDPzcrq5ADeZWWzaUqOklsDXPlLg7Ti5Czl9CCXKZfaL19UeST4/MswFsPUINzNqvZO X-Received: by 2002:a17:907:72d1:b0:72b:6da5:9bb with SMTP id du17-20020a17090772d100b0072b6da509bbmr9356611ejc.681.1658748314553; Mon, 25 Jul 2022 04:25:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658748314; cv=none; d=google.com; s=arc-20160816; b=F+KACCqv4z+sf6ZBaf5zOvm0rBOXx04gURSIcLfUIh984WgOAhtn+UigesRt6HjanY RWU2Gqvc06tQKfyWG2RJFrMS13vU28xWiLwXP7jayNIAgMBGhms4Wmv0go+pSKO8bIjI CfQ9HuludE70uNFkYwE90U82DqAEiDOGMXC3i0wpsbQzIfcXXnytOzsCdm0lJTjgaimD 0JBph/JKon/1XeFjpEoO2M6WIp5576cZb/biFNE1c4SwtUOfzvRrH2sBDQlj0PdmKVlv cDo/nxBTl9sxGXl736YVHHEDjcKOOuQyn3ZZBsjGVdjM6LaqZ9qnNemMFogQvoufZpDK nRZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=PHiPrUGWkb2npOiWZGq9krYN7DofBXhS5cj0KqGkGSk=; b=RezhjZdEqPU51nCpaNA3dvY8guktEH2JX02BB8aPfz0UFAdodv5VslGdIThKX4fB5S umgHRg4h0rZ4Ku0dGcj9CW44QRVTjzCBxjUhqnTW5o9uNcQGJXv8buT8BkgkU7vMVLYr YAKqs8aMZHCAFWu6gjLwyQYnOXrZaRZ9kBKExJb3ltadUXvayqwXjyz5l5wsGilD0h7f O3MR0CZp+bB9O9TNNB7WEYDE2Y2Vs5o6tTggn1kdVJgIK6fhBUPud0sZJ7gVq45woVbe F4TYP7eejsnPoakaO9nJm3Tdshjk5UprRsysNMITnIkeo7756Dc7z470qATZJesdR00s OBdw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=BlhWLzvh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id d2-20020a056402000200b0043574c5a72fsi10684399edu.360.2022.07.25.04.24.50; Mon, 25 Jul 2022 04:25:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=BlhWLzvh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234917AbiGYLXi (ORCPT + 99 others); Mon, 25 Jul 2022 07:23:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57922 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234784AbiGYLXh (ORCPT ); Mon, 25 Jul 2022 07:23:37 -0400 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C8C2114D08; Mon, 25 Jul 2022 04:23:36 -0700 (PDT) Received: from zn.tnic (p200300ea972976f8329c23fffea6a903.dip0.t-ipconnect.de [IPv6:2003:ea:9729:76f8:329c:23ff:fea6:a903]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 1AAB41EC008F; Mon, 25 Jul 2022 13:23:31 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1658748211; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=PHiPrUGWkb2npOiWZGq9krYN7DofBXhS5cj0KqGkGSk=; b=BlhWLzvhOlgajCM5WhLq8PNPQGAPVrWfL0yRL2tWVdKXyvXO2IYm9Kx+fjwMbh5gJRiqgh 4rZ8hcZvgDXXIjcFBdWLHOwB4slPkgxWvbLjYN0Bzbm908iyWGgE1tm8DKLa0B42WuGscJ +UPJoQJzxctexQEzfBLgDY1mQE26UmU= Date: Mon, 25 Jul 2022 13:23:26 +0200 From: Borislav Petkov To: Robert Richter , Toshi Kani Cc: mchehab@kernel.org, elliott@hpe.com, linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] EDAC/ghes: Fix buffer overflow in ghes_edac_register() Message-ID: References: <20220721180503.896050-1-toshi.kani@hpe.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jul 25, 2022 at 01:09:11PM +0200, Robert Richter wrote: > I see now, what you mean here, may be change this: > > snprintf(dimm->label, sizeof(dimm->label), "%s %s", > (bank && *bank) ? bank : "N/A", > (device && *device) ? device : "N/A"); > > to: > > snprintf(dimm->label, sizeof(dimm->label), "%s%s%s", > (bank && *bank) ? bank : "", > (bank && device) ? " " : "", > (device && *device) ? device : ""); > > It keeps the default assignment from edac_mc_alloc_dimms() but changes > we label if one of bank or device is given. Yap, that should take care of all possible "configurations" BIOS throws at us. Toshi, could you pls add this to the fix and test it on your machine to make sure it still works as expected? Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette