From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id AAB1EC3DA49 for ; Fri, 26 Jul 2024 06:06:48 +0000 (UTC) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sXE63-0002LJ-Sx; Fri, 26 Jul 2024 02:06:31 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sXE5y-0001zV-5X for qemu-devel@nongnu.org; Fri, 26 Jul 2024 02:06:26 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sXE5w-00031Z-Cs for qemu-devel@nongnu.org; Fri, 26 Jul 2024 02:06:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1721973983; 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=SsMd5ReUoNivIVt7CipMVyDPULIY2oYNW6l4qiM7rgQ=; b=dBRdlWxi6JJk9/cdviUy17MtkGMw4Zs38LbH4p2A7OZqiQsGBmStjAKPQcSVQyAaKcCoxh 2Tzf0ss7Z7Xrw1pGEVJirW7xVnc2ljgRFNm5HRMVJru4HkdRRRyBaJVujxvytXImRCWhtW zSYLZHsjIiW0OHFwXBWM5iSFJz0K9HY= Received: from mail-wr1-f69.google.com (mail-wr1-f69.google.com [209.85.221.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-216-cprPZaWzO8SaYGUjdIPkzw-1; Fri, 26 Jul 2024 02:06:21 -0400 X-MC-Unique: cprPZaWzO8SaYGUjdIPkzw-1 Received: by mail-wr1-f69.google.com with SMTP id ffacd0b85a97d-368374dc565so925647f8f.2 for ; Thu, 25 Jul 2024 23:06:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1721973980; x=1722578780; 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=SsMd5ReUoNivIVt7CipMVyDPULIY2oYNW6l4qiM7rgQ=; b=q5nsAPyMXJ7Bmah6ptQAzRYkMkxiLhbm1c6my9EcOodrCLLEnBRypyS7ayji+gOjPY paXLt5hLl0mw9O4wy7SglavVkHoQDP/XItEuEtf1sGBAGhlLEWXr8VTF6zjs67BUeay2 0H6vQjXCP+xC2qWUK3Rj/52zpmoJISWk9Sgl9CnAa9PZ+tOeBJBjYMWLoa9QVChLMPt9 ctVVw2OQ6dipa5TJf5EugRo5rr6QxzU5MG5QcTnRxCS/HgD6D2r3HcH6GyBucSvJus9W thR54gSQ1AOKWTuXM5cNu6CVL+P6+nWQS3fVzpKRZdwNRmAEZO3RB39j99XJojNa4Wx9 fIkw== X-Forwarded-Encrypted: i=1; AJvYcCWRKEXGCvKR25onGQmIpc7jVIYzCD1ftawuWpRtPbVcvI0cvYCmH8z3wEbnrGEt5gbBAKCKH5X0vPCUWOTLJgrKHjF5UG8= X-Gm-Message-State: AOJu0YzTCgz6gSi1MMqPijMKgqI0xcjSVNJGU3rMZOTypbTWKYBCK0Ac tmRLtL0Trnb2BvfLUag5Adw4r5sFF3p3mw7J+GDraK2VdnIwZtbp4gbuF5EY23sCvuWUGOQctdy 7KMHjCCoiSx7WZ+dE9QLNCBAOwNQ+g7oh/sLKJ5rkyYIPfjuely+i X-Received: by 2002:adf:e3d0:0:b0:368:3731:1614 with SMTP id ffacd0b85a97d-36b3639c90cmr2555963f8f.32.1721973980465; Thu, 25 Jul 2024 23:06:20 -0700 (PDT) X-Google-Smtp-Source: AGHT+IECcqinn2RbOzn7J7peOWcha9uEPwJVbe5Fk8jNLudEw/NhTNHYXX4sldsTgb73GWvF/16VyA== X-Received: by 2002:adf:e3d0:0:b0:368:3731:1614 with SMTP id ffacd0b85a97d-36b3639c90cmr2555913f8f.32.1721973979719; Thu, 25 Jul 2024 23:06:19 -0700 (PDT) Received: from redhat.com ([2a02:14f:1f7:28ce:f21a:7e1e:6a9:f708]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-36b36863aa7sm4031338f8f.109.2024.07.25.23.06.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 25 Jul 2024 23:06:19 -0700 (PDT) Date: Fri, 26 Jul 2024 02:06:10 -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: <20240726015613-mutt-send-email-mst@kernel.org> References: <20240725100351-mutt-send-email-mst@kernel.org> <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> <20240725174327-mutt-send-email-mst@kernel.org> <9261e393083bcd151a017a5af3345a1364b3e0f3.camel@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9261e393083bcd151a017a5af3345a1364b3e0f3.camel@infradead.org> Received-SPF: pass client-ip=170.10.133.124; envelope-from=mst@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -21 X-Spam_score: -2.2 X-Spam_bar: -- X-Spam_report: (-2.2 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.144, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org On Thu, Jul 25, 2024 at 11:20:56PM +0100, David Woodhouse wrote: > We're rolling out the AMZNVCLK device for internal use cases, and plan > to add it in public instances some time later. Let's be real. If amazon does something in its own hypervisor, and the only way to use that is to expose the interface to userspace, there is very little the linux community can do. Moreover, userspace will be written to this ABI, and be locked in to the specific hypervisor. It might be a win for amazon short term but long term you will want to extend things and it will be a mess. So I feel you have chosen ACPI badly. It just does not have the APIs that you need. Virtio does, and would not create a userpspace lock-in to a specific hypervisor. It's not really virtio specific either, you can write a bare pci device with a BAR and a bunch of msix vectors and it will get you the same effect. -- MST