Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp424014pxa; Tue, 4 Aug 2020 08:44:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJycWopj6rI2Xf7OE34s2Dba6x8Z2VzME2898yh5lfSgagk+NY5/bPqKfte+oeqIIwiZt81q X-Received: by 2002:a17:906:c083:: with SMTP id f3mr20925647ejz.530.1596555845590; Tue, 04 Aug 2020 08:44:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596555845; cv=none; d=google.com; s=arc-20160816; b=Dp+p7Icd0gW9YsziA+w0mHsOmBkJk/OcX4xgdMFNm/afImamryUvfJS5onY10X9eo8 vIkdCCRj/rt6t2FHUEezQ40DHwYOFm1d4bl5cJn+27ro+IicsFC3j1xGPz6DFXiuD3X7 wwHwuh80FidPwHnRXCOHbOatgQCY5ZdO5IWbe5M3nxIphXzf/gfofdRv8SWrbqCJ9AdV 5I9WWrTZ9lHlkneO8wozZKAvxhD7sEocl/gJbAPAFc3gFQmvNfBavlrCGkhYvhzWNPBe lQZDO3MEPqTKJr0u8tH1MusALwBIqGM3cqb75K9NkHhh2XCWcCFGA6YeTpl6pwJwvDVQ +I/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:in-reply-to:subject:cc:to:from:user-agent :references:dkim-signature; bh=+xqFoCQQoa6eAiMo50Uy9HC91LgUQEIMjIx3DBlCRwg=; b=cYDH0LuMnM/VSbhvkJT6sRv5Su9gztAByGToOoNLv6rvppBX3LwusfhTwCl+UwIr/o xEgIEIFrVvZ3awYuNAt80gWPUQEjfiP1zzfN1bBrJABUl6TG97y33a1qGdoNxVeyPYx0 TTLrxfdSilMT8Xikec36GYaYpDQkFfG0Dcrv7ggLmXk3q4l84xMbKpJ6cwKbI237mrzg 8RLVlHiE+NTqSEEb928rWcfME4rZ0MAHcqAd1Ve+XmuFBJDx5kqdOl0RjvSCBU82H7ql DoLc+7mNcRkPzm25fxzfK2+YRp4Xh9YEEgKXpn/FPRwD2bKHz4mwKOVTha1mtM26JE61 FDTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UhxrF8BW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bu20si12036671edb.537.2020.08.04.08.43.43; Tue, 04 Aug 2020 08:44:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UhxrF8BW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725864AbgHDPku (ORCPT + 99 others); Tue, 4 Aug 2020 11:40:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40042 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727038AbgHDPkM (ORCPT ); Tue, 4 Aug 2020 11:40:12 -0400 Received: from mail-wr1-x442.google.com (mail-wr1-x442.google.com [IPv6:2a00:1450:4864:20::442]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BADAEC061756 for ; Tue, 4 Aug 2020 08:40:11 -0700 (PDT) Received: by mail-wr1-x442.google.com with SMTP id r4so34871235wrx.9 for ; Tue, 04 Aug 2020 08:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=references:user-agent:from:to:cc:subject:in-reply-to:date :message-id:mime-version:content-transfer-encoding; bh=+xqFoCQQoa6eAiMo50Uy9HC91LgUQEIMjIx3DBlCRwg=; b=UhxrF8BWf2l+4DIHmMKF00sQXo8svgIiLw4wfiT0UFAkEZGCKIqFtslV1c2kRtGlqQ nObO2HKC3Mj6IC+86y8xR8g+5888z59r/fHaEqxFhzK+3oWbidT5LallCb9JyDmgB9zS +ngxNEdKVlV3KMiZJ4ZMqrD8ew6SRgICco4g0fPoAYtGL4FxOZYROuRumhj1W7GqZckv 7dmBPTMLO1R8Ei/Z8q55dDEP6OJc+R52TXXYErh7advHtW34287efJjtaZlKyTvm4TOY h5GmRLoCvngNzxR/BHnJxFbtL/yhw/IwGqibGjaIMr6h9rPOZTGy75dl3HwKRPYr2ijR eUoQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:references:user-agent:from:to:cc:subject :in-reply-to:date:message-id:mime-version:content-transfer-encoding; bh=+xqFoCQQoa6eAiMo50Uy9HC91LgUQEIMjIx3DBlCRwg=; b=eE5teEFVd+66jobJ4doVyzq5PpXWHHIaJEP9ckzXnFKYQKDqeFIHTD2VspqzSubd9W mz0Q6+Y8Iyqb1lIHVT1OJxBRP39v5JqeBTTzp/VaP/BYVREMRfpbR31P8i2mpA3KLMep 7idF71W3KxfQ+KY2uOHhr/QOXMX8V9z6mFU+98xqsoVDyG6Dmr+bz1GoLGRUG/aNWduA f46gBYPFqsHC73i3feW8L9vBdPFyNOSbsyQwQ8YrrjPtGi66akgeYLaqfd713NAXNajC dhx6l2pkE5X4bbNYgZXEpB0G2Li9SaLhPu97gR+HYIp1wUUUrGA5BOdLyQR8UP+vpCA3 5F1Q== X-Gm-Message-State: AOAM532CUZc9j2DU4oN7U/5hDYtxLIUZtIFN9ORzhX5rnZWNHryp41oG 8tiapvADnbhTpscKOqvoYRsmIdXaxzQ= X-Received: by 2002:a5d:51c3:: with SMTP id n3mr20350026wrv.104.1596555610319; Tue, 04 Aug 2020 08:40:10 -0700 (PDT) Received: from zen.linaroharston ([51.148.130.216]) by smtp.gmail.com with ESMTPSA id a10sm30539397wrx.15.2020.08.04.08.40.08 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 04 Aug 2020 08:40:08 -0700 (PDT) Received: from zen (localhost [127.0.0.1]) by zen.linaroharston (Postfix) with ESMTP id A1FA31FF7E; Tue, 4 Aug 2020 16:40:07 +0100 (BST) References: <20200804124417.27102-1-alex.bennee@linaro.org> <20200804124417.27102-4-alex.bennee@linaro.org> <87r1smmpw5.fsf@linaro.org> User-agent: mu4e 1.5.5; emacs 28.0.50 From: Alex =?utf-8?Q?Benn=C3=A9e?= To: Marc Zyngier Cc: kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, kvmarm@lists.cs.columbia.edu, christoffer.dall@arm.com Subject: Re: [PATCH v1 3/3] kernel/configs: don't include PCI_QUIRKS in KVM guest configs In-reply-to: Date: Tue, 04 Aug 2020 16:40:07 +0100 Message-ID: <87lfiumnc8.fsf@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Marc Zyngier writes: > On 2020-08-04 15:44, Alex Benn=C3=A9e wrote: >> Marc Zyngier writes: >>=20 >>> On 2020-08-04 13:44, Alex Benn=C3=A9e wrote: >>>> The VIRTIO_PCI support is an idealised PCI bus, we don't need a bunch >>>> of bloat for real world hardware for a VirtIO guest. >>>=20 >>> Who says this guest will only have virtio devices? >>=20 >> This is true - although what is the point of kvm_guest.config? We >> certainly turn on a whole bunch of virt optimised pathways with=20 >> PARAVIRT >> and HYPERVISOR_GUEST along with the rest of VirtIO. > > Most of which actually qualifies as bloat itself as far as KVM/arm64 > is concerned... So here is the question - does the kernel care about having a blessed config for a minimal viable guest? They are certainly used in the cloud but I understand the kernel is trying to get away from having a zoo of configs. What is the actual point of kvm_guest.config? Just an easy enabling for developers? > > M. --=20 Alex Benn=C3=A9e