Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753294AbdGSOMH (ORCPT ); Wed, 19 Jul 2017 10:12:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50502 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752288AbdGSOMF (ORCPT ); Wed, 19 Jul 2017 10:12:05 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com B2431336F27 Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=rkrcmar@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com B2431336F27 Date: Wed, 19 Jul 2017 16:11:53 +0200 From: Radim =?utf-8?B?S3LEjW3DocWZ?= To: Arnd Bergmann Cc: x86@kernel.org, Paolo Bonzini , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , linux-kernel@vger.kernel.org, Alex Williamson , kvm@vger.kernel.org Subject: Re: [PATCH 6/8] x86: add MULTIUSER dependency for KVM Message-ID: <20170719141153.GA17303@potion> References: <20170719125310.2487451-1-arnd@arndb.de> <20170719125310.2487451-7-arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20170719125310.2487451-7-arnd@arndb.de> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Wed, 19 Jul 2017 14:12:05 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 656 Lines: 21 2017-07-19 14:53+0200, Arnd Bergmann: > KVM tries to select 'TASKSTATS', which had additional dependencies: > > warning: (KVM) selects TASKSTATS which has unmet direct dependencies (NET && MULTIUSER) > > Signed-off-by: Arnd Bergmann > --- Hm, do you know why Kconfig warns instead of propagating the dependencies? > diff --git a/arch/x86/kvm/Kconfig b/arch/x86/kvm/Kconfig > @@ -22,7 +22,7 @@ config KVM > # for TASKSTATS/TASK_DELAY_ACCT: > - depends on NET > + depends on NET && MULTIUSER The current condition goes halfway to nowhere, so the patch is definitely an improvement, even if the result is not good ... Applied, thanks.