From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (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 88A7817B4EE for ; Fri, 26 Jul 2024 12:47:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.133.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721998044; cv=none; b=NnRqVGhPxbju28dSUmpiNhmBN7P+llpzakvjvC4w6LvJ7rasJ4SHm0zoaNSyoximcKApaC6OU1dIAySYSt4aE7lMTUkw1/pLvRbn+S1dwvUIfsqmnOGfrnjapY2Z2o56rQk7T7TroEc2NneSM//UOmQIGOSO7rIkdB3nej760CY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721998044; c=relaxed/simple; bh=RmGLUnoetEsANs8js7zdCDASNKY2oahCjcFGORl2aJU=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: In-Reply-To:Content-Type:Content-Disposition; b=dq93sBitQr8Q0PEmxTqoamXWwKAAZJeHK1QdtaPe6yK0rZueZVuYXmD4BXL3mI1eW5M86rzpeRsZwk74QHmumys6qw2zmzb3Gy84Se8kJbuJ/bt6aQ0p74FGNHkVpWKoErQKZZaUV7dNvEkqh/vD6hRK2aV3tiXP8YnEVxXhq6s= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com; spf=pass smtp.mailfrom=redhat.com; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b=N7yDkRFW; arc=none smtp.client-ip=170.10.133.124 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=redhat.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=redhat.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=redhat.com header.i=@redhat.com header.b="N7yDkRFW" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1721998041; 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=+RI/VaWGAXgOj4f2LRD8sZvA9wQ8Bbq5V+URVVIVY/U=; b=N7yDkRFWuv0bLh5CTIDunfj0uQrc1w5ezA4WuEvwcxcliqVglBwRMSUDiURF1u/V6k5Yx9 1y5/q6DKMG/LoeABVXD+c+9Wqo0xHYNFXWoq8Elhgvfjq2Z7J240fyE4P0OzhnyM3Zgql4 vwgaVvz3J3evU9Try6yWkpgkfdYtQXI= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-194-iSq6kiyzMLWQwvABf-wnTQ-1; Fri, 26 Jul 2024 08:47:20 -0400 X-MC-Unique: iSq6kiyzMLWQwvABf-wnTQ-1 Received: by mail-wr1-f71.google.com with SMTP id ffacd0b85a97d-368448dfe12so1390887f8f.1 for ; Fri, 26 Jul 2024 05:47:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721998039; x=1722602839; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=+RI/VaWGAXgOj4f2LRD8sZvA9wQ8Bbq5V+URVVIVY/U=; b=ZjnmysqCuwTZPxRB3KPakHDXBVsaL3kd81ugDvvbxGQ+MQm2t336hHCuPyjVHuZBx8 2GzrZOqdOzBqkTPJzDEChJJKqEVhwM9VWxWKSjcvmY+CzuZRPG0XqVe4nwWO90EYhAxC ALy2FlRDBYU4CW7pJMs4oQp9W+XDgOMWMvUf/PEjoT0x+w8nivnxoyvOBJh2xnwBkVsZ U/GOIJeFqQuROy+pgz91emQLFds/U2bK2/fUsAXWEYetWGCvRRly35fJTeRpG8q/JmgD lN5C+8gI9I1Etfvm+UhdzPchZ8+f/yN1WQH36BElYiAJjSha4YH91D5HL3HvrRY7uxFX qmfw== X-Forwarded-Encrypted: i=1; AJvYcCXgHeNTlwz+crMTQz9XnRqEu+C12JGnk/aDOvXpgUVEZbouY1SxXkiwnfpMguC9fAOwEYevtomfbs484Ohjre3+tRmTcjXxR5Eqjw== X-Gm-Message-State: AOJu0Yw6WEF9M/XD/ASJtuhc1EAGftuvJ+vQ6dradI6ShiTNj5E9YrcH Sg/lq+yvp5RKiHppnSojbGqOUBmCuEdZKMCqYcKQh8tdZ4kVdAqMglTLZr51i2hbCP6NAuJWcFH +3ZF0XFsA6LLW4T5APRnvTq9zNP0xAMGqHKSO+scKaXotxNzqSvbPUWf9ETw= X-Received: by 2002:adf:f802:0:b0:367:40b6:b90b with SMTP id ffacd0b85a97d-369f66a36dcmr6227081f8f.10.1721998039088; Fri, 26 Jul 2024 05:47:19 -0700 (PDT) X-Google-Smtp-Source: AGHT+IHDA1wA77VLVH0wQPd6DrvSmW8M/g+xgdd7FFO6J646GDTZZ94nA7gUMdnSx1MXbGPQ+LmlFw== X-Received: by 2002:adf:f802:0:b0:367:40b6:b90b with SMTP id ffacd0b85a97d-369f66a36dcmr6227065f8f.10.1721998038420; Fri, 26 Jul 2024 05:47:18 -0700 (PDT) Received: from redhat.com ([2a02:14f:1f7:28ce:f21a:7e1e:6a9:f708]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-36b367d98ccsm5031156f8f.33.2024.07.26.05.47.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 26 Jul 2024 05:47:17 -0700 (PDT) Date: Fri, 26 Jul 2024 08:47:13 -0400 From: "Michael S. Tsirkin" To: David Woodhouse Cc: Richard Cochran , Peter Hilber , linux-kernel@vger.kernel.org, virtualization@lists.linux.dev, linux-arm-kernel@lists.infradead.org, linux-rtc@vger.kernel.org, "Ridoux, Julien" , virtio-dev@lists.linux.dev, "Luu, Ryan" , "Chashper, David" , "Mohamed Abuelfotoh, Hazem" , "Christopher S . Hall" , Jason Wang , John Stultz , netdev@vger.kernel.org, Stephen Boyd , Thomas Gleixner , Xuan Zhuo , Marc Zyngier , Mark Rutland , Daniel Lezcano , Alessandro Zummo , Alexandre Belloni , qemu-devel , Simon Horman Subject: Re: [PATCH] ptp: Add vDSO-style vmclock support Message-ID: <20240726084424-mutt-send-email-mst@kernel.org> References: <2a27205bfc61e19355d360f428a98e2338ff68c3.camel@infradead.org> <20240725122603-mutt-send-email-mst@kernel.org> <0959390cad71b451dc19e5f9396d3f4fdb8fd46f.camel@infradead.org> <20240725163843-mutt-send-email-mst@kernel.org> <20240725170328-mutt-send-email-mst@kernel.org> <20240726010511-mutt-send-email-mst@kernel.org> <20240726012933-mutt-send-email-mst@kernel.org> Precedence: bulk X-Mailing-List: virtio-dev@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 In-Reply-To: X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Jul 26, 2024 at 09:06:29AM +0100, David Woodhouse wrote: > That's great. You don't even need it to be per-vCPU if you let the > hypervisor write directly to the single physical location that's mapped > to userspace. It can do that before it even starts *running* the vCPUs > after migration. It's a whole lot simpler. It *seems* simpler, until you realize that there is no way to change anything in the interface, there is no negotiation between hypervisor and userspace. If I learned anything at all in tens of years working on software, it's that it is never done. So let's have userspace talk to the kernel and have kernel talk to the devices, please. There's no compelling reason to have this bypass here. -- MST