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.129.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 943CE17B4F6 for ; Fri, 26 Jul 2024 12:47:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=170.10.129.124 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1721998044; cv=none; b=GOo1pS/NgFanPr66P2ZqBA9H3oMrtNYrTejH8/rtraONHI3mB0Ry6kl8jyNoQiOmNUO1c6hmpJJjRJ73UNhrfN3sshYe3M8sWZGuX51rLmK/g6GHR1i5VaOnnXIKz6K5dQktHWyEYF16AZgHzdL2BI1b6QvuYkHx/h0DD5sBeM4= 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: Content-Type:Content-Disposition:In-Reply-To; b=jwyd7yK80etAo1/7/WkysiW7FwpQY6XSSOgO3jR2/tmwk3136l7tUJwHKE3ra+jX/I0RiGElA1NeJ8P5qCB/9f+7hjy87Xne999XiQ/NPX+5JZ8OZGU67BETNzGn6Ypjj9QTOB/KSmaeyXPUAP34CitL3yyxADf1syPzsMq5uQk= 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.129.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-f72.google.com (mail-wr1-f72.google.com [209.85.221.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-447-RmAe55FXOs6qjla6XUClMA-1; Fri, 26 Jul 2024 08:47:20 -0400 X-MC-Unique: RmAe55FXOs6qjla6XUClMA-1 Received: by mail-wr1-f72.google.com with SMTP id ffacd0b85a97d-369bbbdb5a1so985765f8f.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=kQqbv6aqwNUCPs1AdMmH/iPMG0P5Sv4e09H98mGvE0vdvAG0sDJhHHzMIbVvERPoMy DcsHA8UdxELP3bF8vqvul/nkCSqBvkoyCcHwn52hFHmTtob2eVzgogOsU03V8PJVRapW tNYfei97Zo2hVNdRkh4T3zOrcL8U0r17D81M9fSCKvaja9xwpvSYcyWnxlXA7z5ywe4k nBiiS39klvbZL3GLGfGjWbfAOgK1NsvgJJtGtGq3cHXi1PH9fz4/+dXVRK5kw2xEspAN tfUSr9wUESkn42QrSybD65/ZoGP+uh+oxS4Bjlj0ZBVW/nN2heKunkyPNaytOp28vnWk UeZQ== X-Forwarded-Encrypted: i=1; AJvYcCXjvWj1oROYBUhjn7E04psiFA4dyfG2ZvrweaEZReWfwYMpS7veUm2JAhr2ANUfN0KngZaH+J6jm0c9Wrm14i/2Sij2yRhT X-Gm-Message-State: AOJu0YyvxqJEvWl90NClfdbD5iFDClGsAgIPowXYhdskK8Uuu+n5IMxx 3x8Vybafrgolk5CDZ0U/0pzUEEPTeg7iXhQZvdT41gz3wUqHh3+erzhZXPLoxtaNE8TZe2LLl2I lgQ7oXAWV6vKVFHkoPGDg7mlCo6YNtfWJW6Kd6+4bUlhuUMNm7eL3Og== X-Received: by 2002:adf:f802:0:b0:367:40b6:b90b with SMTP id ffacd0b85a97d-369f66a36dcmr6227101f8f.10.1721998039091; 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: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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