hi all, anyone here who knows if blktap and blktap2 are included in mainline kernel 3.0? I have it in my kernel config file included but can''t get''em to run. thanks a lot, walter :-) _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 28/07/11 16:31, Walter Robert Ditzler wrote:> hi all, > > anyone here who knows if blktap and blktap2 are included in mainline kernel > 3.0? I have it in my kernel config file included but can''t get''em to run. > > thanks a lot, walter :-)blktap/blktap2 is not in mainline kernel, and I''m told that it will never be accepted there. It does, however, work on Linux 3.0 (686-pae, not amd64). Take a look at http://downloads.xen.org/XCP/debian and download and install the blktap-dkms package. I may be wrong, but I think the source repository for that package is on http://xenbits.xen.org. I''ve got to run, sorry I can''t be more help right now. Mike _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
hi mike, i thought so, but thanks anyway. I''ll give''em a try, in case I have some free time to compile it and make a deb package. in the meantime I will use drbd for disk sync together with remus, won''t be 100% secure (ram vs. disk state) but should be ok! thanks walter. ps: will post a thread in case I have a amd64 version. -----Original Message----- From: Mike McClurg [mailto:mike.mcclurg@citrix.com] Sent: Donnerstag, 28. Juli 2011 19:11 To: Walter Robert Ditzler Cc: xen-users@lists.xensource.com; Jonathan Ludlam; Daniel Stodden Subject: Re: [Xen-users] blktap/blktap2 On 28/07/11 16:31, Walter Robert Ditzler wrote:> hi all, > > anyone here who knows if blktap and blktap2 are included in mainline > kernel 3.0? I have it in my kernel config file included but can''t get''emto run.> > thanks a lot, walter :-)blktap/blktap2 is not in mainline kernel, and I''m told that it will never be accepted there. It does, however, work on Linux 3.0 (686-pae, not amd64). Take a look at http://downloads.xen.org/XCP/debian and download and install the blktap-dkms package. I may be wrong, but I think the source repository for that package is on http://xenbits.xen.org. I''ve got to run, sorry I can''t be more help right now. Mike _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, 2011-07-28 at 13:11 -0400, Mike McClurg wrote:> On 28/07/11 16:31, Walter Robert Ditzler wrote: > > hi all, > > > > anyone here who knows if blktap and blktap2 are included in mainline kernel > > 3.0? I have it in my kernel config file included but can''t get''em to run. > > > > thanks a lot, walter :-) > > blktap/blktap2 is not in mainline kernel, and I''m told that it will > never be accepted there. It does, however, work on Linux 3.0 (686-pae, > not amd64). Take a look at http://downloads.xen.org/XCP/debian and > download and install the blktap-dkms package. I may be wrong, but I > think the source repository for that package is on > http://xenbits.xen.org. I''ve got to run, sorry I can''t be more help > right now.There''s a http://xenbits.xensource.com/gitweb/?p=people/dstodden/blktap-dkms.git;a=summary But that''s not really what most people would be looking for -- it''s rather generating dkms-tars/debs from a cloned bunch of blktap/next-x.x.x tree out of http://xenbits.xensource.com/gitweb/?p=people/dstodden/linux.git;a=summary Which are then meant to automatically compile against mainline. They will auto-patch themselves to match anything between 2.6.32 and 3.x. Actually I didn''t see any announcement that we''re exporting packages at this point, but the directory name looks about right. If s/o (presumably Jon et al) can get me a login, then I wouldn''t mind dropping prebuilt packages in some subdir in there, regularly. We''re mainly targeting Ubuntu[/Debian] with that stuff, but DKMS is not a deb-only system. Could generate RPMs too, anywhere where dkms is supported. It''s not very distro-happy output, which is what Jon''s stuff would eventually produce, but will do the job. Cheers, Daniel PS: The DKMS stuff is mainly to make distribution painless. For folks building/patching their kernels manually anyway, consider just to remote my linux.git and just merge a matching blktap/next tree. PPS: Userspace development tip is at http://xenbits.xensource.com/gitweb/?p=people/dstodden/blktap.git;a=summary _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On Thu, 2011-07-28 at 14:22 -0400, Walter Robert Ditzler wrote:> hi mike, > > i thought so, but thanks anyway. I''ll give''em a try, in case I have some > free time to compile it and make a deb package.The one attached here should be up-to-date, iirc. It''d be nice if people could give it a spin and report issues. Daniel _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> blktap/blktap2 is not in mainline kernel, and I''m told that it will > never be accepted there. It does, however, work on Linux 3.0 (686-pae, > not amd64). Take a look at http://downloads.xen.org/XCP/debian and > download and install the blktap-dkms package. I may be wrong, but I > think the source repository for that package is on > http://xenbits.xen.org. I''ve got to run, sorry I can''t be more help > right now. > > Mike >What''s the issue with blktap that precludes it from being added to the kernel? Grant McWilliams http://grantmcwilliams.com _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
On 29/07/11 03:54, Grant McWilliams wrote:> > What''s the issue with blktap that precludes it from being added to the > kernel? >Just to make sure there''s no confusion, we''re talking about blktap, which is different from blkback/blkfront. Both blkback and blkfront are included in the Linux kernel since 3.0.0. These are the drivers that make paravirtualized IO possible, and are thus necessary for Xen PV domains. blktap is used to provide a high performance disk IO interface to virtual block devices (see http://wiki.xensource.com/xenwiki/blktap). It could, in fact, be implemented completely in userspace, and not as a kernel driver. For this reason, blktap is unlikely to ever be accepted into the mainline Linux kernel. I''m not a kernel dev myself, so that''s the best I''ll be able to do to explain why it''s not going into mainline. There is talk of refactoring blktap so that it actually does exist as pure userspace code, and doesn''t require a kernel module. I don''t know of any concrete plans to actually do this in the near future, since it works just fine as an out-of-tree module, but in theory it would be possible to move it to userspace. Mike _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > >> What''s the issue with blktap that precludes it from being added to the >> kernel? >> > >Just to make sure there''s no confusion, we''re talking about blktap, >which is different from blkback/blkfront. Both blkback and blkfront are >included in the Linux kernel since 3.0.0. These are the drivers that >make paravirtualized IO possible, and are thus necessary for Xen PV domains. > >blktap is used to provide a high performance disk IO interface to >virtual block devices (see http://wiki.xensource.com/xenwiki/blktap). It >could, in fact, be implemented completely in userspace, and not as a >kernel driver. For this reason, blktap is unlikely to ever be accepted >into the mainline Linux kernel. I''m not a kernel dev myself, so that''s >the best I''ll be able to do to explain why it''s not going into mainline. > >There is talk of refactoring blktap so that it actually does exist as >pure userspace code, and doesn''t require a kernel module. I don''t know >of any concrete plans to actually do this in the near future, since it >works just fine as an out-of-tree module, but in theory it would be >possible to move it to userspace. > >Mike >Is there some performance hit changing it from kernel space to complete userspace? Regards Matej Zary _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> Is there some performance hit changing it from kernel space to complete userspace?Drivers for different image formats are already executed in userspace, so I don''t think there will be much of a performance hit. Regards, Roger. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users