On Thu, Jan 10, 2013 at 4:03 PM, 马磊 <aware....@gmail.com> wrote: > > > On Thu, Jan 10, 2013 at 5:37 AM, Blue Swirl <blauwir...@gmail.com> wrote: > >> On Wed, Jan 9, 2013 at 7:31 AM, 马磊 <aware....@gmail.com> wrote: >> > >> > >> >>> Hi, >> >>> The final effect is as follows: >> >>> >> >>> >> >>> [malei@xentest-4-1 Fri Dec 28 ~/honeypot/xen/xen-4.1.2]$ >> qemu-img-xen cat >> >>> -f /1/boot.ini ~/vm-check.img >> >>> [boot loader] >> >>> timeout=30 >> >>> default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS >> >>> [operating systems] >> >>> multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP >> >>> Professional" /noexecute=optin /fastdetect >> >>> >> >>> [malei@xentest-4-1 Fri Dec 28 ~/honeypot/xen/xen-4.1.2]$ >> qemu-img-xen ls >> >>> -l -d /1/ ~/vm-check.img >> >>> 【name size(bytes) dir? date >> >>> create-time】 >> >>> AUTOEXEC.BAT 0 file 2010-12-22 17:30:37 >> >>> boot.ini 211 file 2010-12-23 >> 01:24:41 >> >>> bootfont.bin 322730 file 2004-11-23 20:00:00 >> >>> >> >>> >> >>> >> >>> As you see above, the patch add two sub-commands for qemu-img-xen：cat >> and >> >>> ls. >> >>> >> >>> For details in the patch, please check the attachment. >> >>> >> >>> >> > >> > Does anyone prefer this feature?! >> >> Nice feature, but this approach would just clutter QEMU and give only >> readonly FAT or NTFS support. I think a more generally useful approach >> would be to use NBD or iSCSI to export the block device data from the >> image file (qemu-nbd already exists) and then make a tool that uses >> some combination of NBD/iSCSI client, all GRUB file systems and FUSE >> or other user space methods to access the contents of the filesystem. >> Probably also UML with a simple guest agent could provide read/write >> access to any file system that Linux supports. >> >> > >> > >> > >> > Signed-off-by: Lei Ma (ma...@360.cn) >> > >> > diff --exclude=.svn -rpN -U8 xen-4.1.2-a/tools/ioemu-qemu-xen/debug.c >> >> Patches sent to qemu-devel should be based on qemu.git. Please also >> read CODING_STYLE and HACKING files. >> >> > > Do you mean the git of *git:// xenbits.xen.org/staging/qemu-upstream-unstable.git?* ./configure reports: glib-2.12 required to compile QEMU; but the latest version is glib-1.2.10-20.el5.x86_64 for kernel 2.6.18-274.3.1.el5xen. How to make and use the latest qemu from qemu.git?
Besides, the patch is a little big and the patch now can't be completely inserted into the latest qemu-upstream so that fully conforming to the CODING_STYLE is not a little work, if anyone is interested in the feature, welcome to join in the work.
