Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3918983pxv; Mon, 28 Jun 2021 16:39:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx0KOMf9CuXE0K57D+c+6viBAxhdd0jsw0/XqG7fdOwZDRQ0zEKUtA82gjCq/0uYOcXZMcB X-Received: by 2002:a05:6e02:1aad:: with SMTP id l13mr3666872ilv.78.1624923570448; Mon, 28 Jun 2021 16:39:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624923570; cv=none; d=google.com; s=arc-20160816; b=dTUsWQVZyvNqxnX9s/8OgfgqKvQbM28ermeVFFAFQPQe2yJQD4YQPNI8jsmpaZe1vQ EGoKrZZrXG65nred7aS7gRRe3KBYu3Q0+4jCVAy/UbuqvzLa/2uLOxRSJYUi4WT0V7TP psxZ7Jo4U5BLR+LzRA/UzpsVIGV84TbznASrUp7cGs2ctD/daceDwapa7ii3suG3gA3v 7S/tfTDYMVAtK9/4/y8gYeSYIyHtRLiKQFJfTpxG0u9ALoSf8AAH0aZQhfth7rqNRA+W LTxxpCgORdgdraREBkyjWh7nA5q3RmJRA0UJH0E6H+lZa3gm8/Wa6I+fx0Lv7PaCmY5c 1rwQ== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=x1KLh0OYEF3ex6ks4cGytJzCjqrl5yb7/zSlprVlZ9E=; b=lMza3MSfK8RQZOGmgXMei32Q4QkxmiGi31FFD/qJL7/VsNVKnJd2reQnIDWjhAgw2M 67e1oxbOi/Xef+D4PXnD9VDLS0FcVg6AmyVzFNzH8Mili8GywFZXruWJB2BpVU9e9EMw s2sjnpScRkWDXPZF+gO7vy3HrWwcDsJ7To0E1IXRy5PJOIrqoyzKlIMM6ClmxMe52duS DCdkVHHRAVQSWiGxLIXgKTBcRqRYIgdTy8gmmNEh3mxwfmlc4FAxRaiiQLUmoxaFJirC yHOlVGTFlJS/WIRsigEIMdMdrD3Hq7COcADGBJNpr6gCOMIxlKEqk0PTAqMopK5BpdTn n/UA== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f12si17367585ilk.157.2021.06.28.16.39.17; Mon, 28 Jun 2021 16:39:30 -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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231880AbhF1Rlb (ORCPT + 99 others); Mon, 28 Jun 2021 13:41:31 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:37725 "EHLO mail-wr1-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229504AbhF1Rla (ORCPT ); Mon, 28 Jun 2021 13:41:30 -0400 Received: by mail-wr1-f47.google.com with SMTP id i94so22280470wri.4; Mon, 28 Jun 2021 10:39:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=x1KLh0OYEF3ex6ks4cGytJzCjqrl5yb7/zSlprVlZ9E=; b=ow+OuMEXMARv3vGv4h5FMsIRVFBk+ifeuhbUVUWRFRxiZBiIqb1PZBsAX0R3fy5GHm IxkNYEHz4t4U6VZeH7vxAn6tUfY1UouesHQl1iOxhDakUyURPr4LX7mIfRAVtOOauqZf wLt5MsP6TzufI5bDWztd9YeZNh1Or9UR9y/NKCW9CDhxjrOwGpOkU/oGdvRGSfKYWq44 Bg+Ip4nesgdq3fbieTrHwufDZ7V30hBdmshzxZM8mV10QKTe26kJXnW5PyEcS3wHzm7l TKCLYpKeDy8mFzI8W+aSzRPeYFSNPF4MD4oTWlhCFQkhddBUsJYwESY2JG5AVqGzZU5x 024A== X-Gm-Message-State: AOAM531uVFETJCNldOZb2ELzdodji45JXAF2PvFTou1xRqsu8CX3PKLz CPbFoEWafkXT+viJIpJJOik= X-Received: by 2002:a05:6000:12c7:: with SMTP id l7mr9632102wrx.177.1624901943832; Mon, 28 Jun 2021 10:39:03 -0700 (PDT) Received: from liuwe-devbox-debian-v2 ([51.145.34.42]) by smtp.gmail.com with ESMTPSA id t16sm176520wmi.2.2021.06.28.10.39.02 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Jun 2021 10:39:03 -0700 (PDT) Date: Mon, 28 Jun 2021 17:39:01 +0000 From: Wei Liu To: "Enrico Weigelt, metux IT consult" Cc: longli@linuxonhyperv.com, linux-kernel@vger.kernel.org, linux-hyperv@vger.kernel.org, Long Li , Jonathan Corbet , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , Wei Liu , Dexuan Cui , Greg Kroah-Hartman , Bjorn Andersson , Hans de Goede , Dan Williams , Maximilian Luz , Mike Rapoport , Ben Widawsky , Jiri Slaby , Andra Paraschiv , Siddharth Gupta , Hannes Reinecke , linux-doc@vger.kernel.org Subject: Re: [Patch v2 2/3] Drivers: hv: add Azure Blob driver Message-ID: <20210628173901.mwo4ydfdmf3zd2zt@liuwe-devbox-debian-v2> References: <1624689020-9589-1-git-send-email-longli@linuxonhyperv.com> <1624689020-9589-3-git-send-email-longli@linuxonhyperv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 28, 2021 at 07:12:40PM +0200, Enrico Weigelt, metux IT consult wrote: > On 26.06.21 08:30, longli@linuxonhyperv.com wrote: > > Hi, > > > From: Long Li > > > > Azure Blob storage provides scalable and durable data storage for Azure. > > (https://azure.microsoft.com/en-us/services/storage/blobs/) > > It's a bit hard to quickly find out the exact semantics of that (w/o fully > reading the library code ...). :( > > > This driver adds support for accelerated access to Azure Blob storage. As an > > alternative to REST APIs, it provides a fast data path that uses host native > > network stack and secure direct data link for storage server access. > > I don't think that yet another misc device with some very specific API > is a good thing. We should have a more generic userland interface. > > Maybe a file system ? This can already be done if I'm not mistaken: https://docs.microsoft.com/en-us/azure/storage/blobs/storage-how-to-mount-container-linux https://docs.microsoft.com/en-us/azure/storage/blobs/network-file-system-protocol-support-how-to > > OTOH, I've been considering adding other kind of blob stores (eg. venti > and similar things) and inventing an own subsys for that, so we'd have > some more universal interface. Unfortunately always been busy with other > things. > > Maybe we should go that route instead of introducing yet another device > specific uapi. This work of course does not preclude anyone from going that route. Wei. > > > --mtx > > -- > --- > Hinweis: unverschl?sselte E-Mails k?nnen leicht abgeh?rt und manipuliert > werden ! F?r eine vertrauliche Kommunikation senden Sie bitte ihren > GPG/PGP-Schl?ssel zu. > --- > Enrico Weigelt, metux IT consult > Free software and Linux embedded engineering > info@metux.net -- +49-151-27565287