From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out-46.mta0.migadu.com (out-46.mta0.migadu.com [91.218.175.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7351334CD7 for ; Tue, 16 May 2023 16:57:41 +0000 (UTC) Date: Tue, 16 May 2023 16:57:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1684256259; 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: in-reply-to:in-reply-to:references:references; bh=NDIE3ahIKehh4iPVhNy4p8uW83fWb/ed7CSIdO7QIGc=; b=qk4ljCIJjJyU9l/f17uF6YaXKw0X9/VSGtVru/t9yLRSbSsvC/SGdwFUDiVJeCfksvXfBv rJUO+2BrqvzybVXkNVniFxbIcUW0wnrkKfguBylLQE7HKOzdGV7LH0gbwsMB3wxRHnPIdO FkEwVDXb4ocWgPmBAirQc3KeqIfPOUg= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Oliver Upton To: Marc Zyngier Cc: Cornelia Huck , Shameerali Kolothum Thodi , Jing Zhang , KVM , KVMARM , ARMLinux , Oliver Upton , Will Deacon , Paolo Bonzini , James Morse , Alexandru Elisei , Suzuki K Poulose , Fuad Tabba , Reiji Watanabe , Raghavendra Rao Ananta Subject: Re: [PATCH v8 0/6] Support writable CPU ID registers from userspace Message-ID: References: <20230503171618.2020461-1-jingzhangos@google.com> <2ef9208dabe44f5db445a1061a0d5918@huawei.com> <868rdomtfo.wl-maz@kernel.org> <1a96a72e87684e2fb3f8c77e32516d04@huawei.com> <87cz30h4nx.fsf@redhat.com> <867ct8mnel.wl-maz@kernel.org> <86zg64kyyi.wl-maz@kernel.org> Precedence: bulk X-Mailing-List: kvmarm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86zg64kyyi.wl-maz@kernel.org> X-Migadu-Flow: FLOW_OUT On Tue, May 16, 2023 at 05:44:53PM +0100, Marc Zyngier wrote: [...] > More seriously, I'd expect this to be an ARM spec. But it wouldn't > hurt having a prototype that serves as a draft for the spec. Better > doing that than leaving it to... someone else. Completely agree. My suggestion was not meant to discourage prototyping, just wanted to make sure we have line of sight on making this someone else's problem to standardize the interface :) -- Thanks, Oliver