Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp520757imm; Wed, 26 Sep 2018 02:36:47 -0700 (PDT) X-Google-Smtp-Source: ACcGV63jT+pjIoR2q6P9ybjhBZsJgezBn9fn4drkj/yH4m5Ot+gxuq63S9HXADezKgawKDceuUx5 X-Received: by 2002:a63:df4e:: with SMTP id h14-v6mr4846759pgj.300.1537954607856; Wed, 26 Sep 2018 02:36:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537954607; cv=none; d=google.com; s=arc-20160816; b=Uv/qNKbWLlQDWOcR2Dqb3jtofQjZwf4FZL9HlE5XslkQTKc3SisB8lBckL/SPgRYcE MK64L7qge7QzniNFqLs7AbANqzmSfVVeE9SPkKRQodTue/qQXDRvs5YDvf7uqmViQQVV gXKwf0RcmK4ckKtQR3SlFHqrGpbZC4b50RYsa+5h/p8n2imv/dOEXAzB6veaUQmppfOZ hWZf6am/3AH+ccRe0bU6Y0/sS3Xv54kBPWruNy2xglTMdABfkpVqKqr3S8W0AOxCDRQh vzx/PhSg5eN8PIHhDSzoZONCGtk7Wx4SZmyYA5F+b0IpnYjyNXf6RwPpxVom2pQL8r02 6kBA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=OknIFRc5dCPXeSm44h5F13IiLt8UfaQJHjQgcmn6KPE=; b=o+YS40Jdj4GwXq7fdNzz6GfBD1snZvd7EYM6LIWHjeIu4LY6ByxyjBKqD016TCaOpf uhvb83EiWkkr86VGuVwOYi7TB1o22CpfqMM/7j0NoEB/nO+Vwut00KtjlbhFswNEmGIC K++6AErz7sZeVZ+ILII4iaRJNBb8l7CnyAJtlHjxMbO55u6XUOZRiXT91Y+biWf+yYKK Gr0rJ8QCQtEAetP5sDDsH84Oj8u5rig3nVcGDKThNr3PD4L2P90rSXwK2buJxmO+fOog jH9dJOm5XD0te0nBcYusyQNbwE+OK/tHS6KkCVKgip5ihw4UqzPBKZANTCluP6jiw91w 3Fjg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y187-v6si4782998pfy.151.2018.09.26.02.36.31; Wed, 26 Sep 2018 02:36:47 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727751AbeIZPrN (ORCPT + 99 others); Wed, 26 Sep 2018 11:47:13 -0400 Received: from mail.skyhub.de ([5.9.137.197]:44704 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726602AbeIZPrM (ORCPT ); Wed, 26 Sep 2018 11:47:12 -0400 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xZx_NtJ3FhvC; Wed, 26 Sep 2018 11:35:07 +0200 (CEST) Received: from zn.tnic (p200300EC2BCA1F00329C23FFFEA6A903.dip0.t-ipconnect.de [IPv6:2003:ec:2bca:1f00: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 64C661EC0322; Wed, 26 Sep 2018 11:35:07 +0200 (CEST) Date: Wed, 26 Sep 2018 11:35:11 +0200 From: Borislav Petkov To: "Luck, Tony" , Greg KH Cc: Justin Ernst , russ.anderson@hpe.com, Mauro Carvalho Chehab , linux-edac@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Raise maximum number of memory controllers Message-ID: <20180926093510.GA5584@zn.tnic> References: <20180925143449.284634-1-justin.ernst@hpe.com> <20180925152659.GE23986@zn.tnic> <20180925175023.GA16725@agluck-desk> <20180925180458.GG23986@zn.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20180925180458.GG23986@zn.tnic> 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 Tue, Sep 25, 2018 at 08:07:33PM +0200, Borislav Petkov wrote: > Now I remember. I did that for lockdep because it wants statically > allocated memory. I'll try to think of something tomorrow. Some more info after some staring: We could've made the lock_class_key only static storage so that lockdep is happy but then struct bus_type embeds the *whole* lock_class_key and not a pointer to it. Which leaves us with either: * this fix postponing the problem * or Greg coming and saying, you're using bus_type all wrong and you shouldn't and you should remove it completely! :-) Which would be much better. Thx. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.