Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1694554pxb; Mon, 11 Oct 2021 11:03:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwaeFoMUYQe4X3R/PBtuj0f+5XXbS2mY0ZG+yHyY2AJOOwoxP+6pjhxOjkKnLLVxfNf2pbS X-Received: by 2002:aa7:dbca:: with SMTP id v10mr42948199edt.280.1633975422925; Mon, 11 Oct 2021 11:03:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633975422; cv=none; d=google.com; s=arc-20160816; b=xYFb5i+kIMTnFKXP5TlTsNeefc1dH9vn79z8/mhl72C7/+LRtmn437a45V+8DqqE1w XgAuGQbg8OrU2eXYQ+FxZS/IdCl3TaakgA63GIPIv5uU+16jstVP/PgpNNOajg27WQNG j9djiod42fntwViP9pHAW7gAfTO3KrwwVsCCN1uYXTIH9x/FOu9T/pgMManGYSCl5Rqe l/buqwVyZOlFqxviCyEpi+yaWB7oTxfsv3nuUKLv3H5L0RfeER9TFGgWtVr9MvTqC/+5 zGBXYz0oi5vvCP4ChsJqoQvWc9kQrU6Rcw0PVm4/IKWZ4zqEv7gIa6p9U8Y2oQf3cMCX 7DBw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=nYrvlT02vJe0AgY26xcwwz00cktxh5nkMMEvP/NmltA=; b=1Jo06NeyzJEhMXVewOYB4btfpiXo1G+0HJNTu3k/LTFl27i8dQHEIaOaFmqYamm2ST j62GMhcLpW1y90pCcFxav42xuh4WcgHNf22pRZnZyEgLz6WMei2ZDpC6CKDjBbgv7Muv ScoMSrcFawDXGXYfzjfZRgimlcn+ugPDTGgHARR8Tz4oEUiuIOm5Q6QiyIrAHx/mjola T/9yAcNIbGXNrWRpAhhegIO2FfNMhQtgrqbpKnucxuwIzsaspMU0VuY7/cQUAznT83n3 R/fHhS+OXBrxVfAzrswDHjexH/rek2RRJLUc2eGcvJV4WPaEexKmWGxTEgKalGEkMXQq M4ig== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=j5TndyVc; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y4si17785936edc.473.2021.10.11.11.03.17; Mon, 11 Oct 2021 11:03:42 -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=@linuxfoundation.org header.s=korg header.b=j5TndyVc; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234052AbhJKSAp (ORCPT + 99 others); Mon, 11 Oct 2021 14:00:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:41286 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231771AbhJKSAn (ORCPT ); Mon, 11 Oct 2021 14:00:43 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id CF7F760C49; Mon, 11 Oct 2021 17:58:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1633975123; bh=rs3EhQu/IN/0OssK+/JCwtTgQL5fH+Kl8haINYwQDm0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=j5TndyVcgOQ3ztEg3QFjvkUdC78SxenUDcwWYQu995ccPf0Y1IES0pSMXmbAv++Sd a+EZ2ZvyJ5/mijMxHsI2vYL5cKMZ2C1sUIm76VYMoufWrPRX8ewcjYzcA854zrxNnk +0Th0v195jkgt3H4eBkAv/5T0QO8IOwjmHYncfoQ= Date: Mon, 11 Oct 2021 19:58:38 +0200 From: Greg Kroah-Hartman To: Long Li Cc: vkuznets , Bart Van Assche , "longli@linuxonhyperv.com" , "linux-block@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-hyperv@vger.kernel.org" , Jonathan Corbet , KY Srinivasan , Haiyang Zhang , Stephen Hemminger , Wei Liu , Dexuan Cui , Bjorn Andersson , Hans de Goede , "Williams, Dan J" , Maximilian Luz , Mike Rapoport , Ben Widawsky , Jiri Slaby , Andra Paraschiv , Siddharth Gupta , Hannes Reinecke Subject: Re: [Patch v5 0/3] Introduce a driver to support host accelerated access to Microsoft Azure Blob for Azure VM Message-ID: References: <87fstb3h6h.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Oct 11, 2021 at 05:46:48PM +0000, Long Li wrote: > > Subject: Re: [Patch v5 0/3] Introduce a driver to support host accelerated access > > to Microsoft Azure Blob for Azure VM > > > > Greg Kroah-Hartman writes: > > > > ... > > > > > > Not to mention the whole crazy idea of "let's implement our REST api > > > that used to go over a network connection over an ioctl instead!" > > > That's the main problem that you need to push back on here. > > > > > > What is forcing you to put all of this into the kernel in the first > > > place? What's wrong with the userspace network connection/protocol > > > that you have today? > > > > > > Does this mean that we now have to implement all REST apis that people > > > dream up as ioctl interfaces over a hyperv transport? That would be > > > insane. > > > > As far as I understand, the purpose of the driver is to replace a "slow" > > network connection to API endpoint with a "fast" transport over Vmbus. So > > what if instead of implementing this new driver we just use Hyper-V Vsock and > > move API endpoint to the host? > > Hi Vitaly, > > We looked at Hyper-V Vsock when designing this driver. The problem is that the Hyper-V device model of Vsock can't support the data throughput and scale needed for Blobs. Vsock is mostly used for management tasks. > > The usage of Blob in Azure justifies an dedicated VMBUS channel (and sub-channels) for a new VSP/VSC driver. Why not just fix the vsock code to handle data better? That way all users of it would benefit. thanks, greg k-h