From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wen Congyang Subject: Re: [RFC Patch v3 15/18] support blktap remus in xl Date: Wed, 10 Sep 2014 15:19:12 +0800 Message-ID: <540FFB70.5050003@cn.fujitsu.com> References: <1409908261-18682-1-git-send-email-wency@cn.fujitsu.com> <1409908261-18682-16-git-send-email-wency@cn.fujitsu.com> <1410176385.10156.199.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1410176385.10156.199.camel@kazak.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell , Ian Jackson Cc: Lai Jiangshan , Jiang Yunhong , Dong Eddie , xen devel , Shriram Rajagopalan , Yang Hongyang List-Id: xen-devel@lists.xenproject.org At 09/08/2014 07:39 PM, Ian Campbell Write: > NB, this series was presented as "Some bugfix patches". I think we are > way out of that territory and into feature land. > > On Fri, 2014-09-05 at 17:10 +0800, Wen Congyang wrote: >> With this patch, we can use blktap remus like this: >> disk = [ 'format=remus,devtype=disk,access=w,vdev=hda,backendtype=tap,target=192.168.3.1:9000|aio:filename' ] > > I don't think it makes sense to wedge remus in as a kind of pseudo > format as you've done here, but I'm not really sure what the actual > right answer is. I suspect some sort of remus specific field or cfg file > option. Perhaps ",remus=192.168...,target=filename". What about this: "format=raw,backendtype=tap,filter=remus, filter-params=192.168...,target=filename"? Thanks Wen Congyang > > Ian J has been following the Remus stuff more closely so perhaps he has > a better idea. (Note: he's away all of this week) > > Ian. > > . >