Hi, All!
I'm a developer working on xen project! It's well known that xen has
adopted a lot of codes and features from QEMU, especially the Device
Mode Part!
I fix a bug for ne2000 device emulation code in XEN and I expect it to
be a potential bug for QEMU, either! Because you are all device mode
On Tuesday 09 May 2006 02:36, Anthony Liguori wrote:
> Jim C. Brown wrote:
> > Aactually, the bug is in vfat not in qemu-img.
>
> Not really. POSIX doesn't mandate that ftruncate() increase a file
> size. This is a Linux-ism and is only valid for filesystems that
> support holes (which vfat doesn
Jim C. Brown wrote:
Aactually, the bug is in vfat not in qemu-img.
Not really. POSIX doesn't mandate that ftruncate() increase a file
size. This is a Linux-ism and is only valid for filesystems that
support holes (which vfat doesn't).
Regards,
Anthony Liguori
qemu-img correctly uses
Aactually, the bug is in vfat not in qemu-img.
qemu-img correctly uses ftruncate() which is suppose to make the file sparse
if the underlying filesystem supports it, but it should fall back to adding
zeros
to the end of the file. On vfat you aren't able to seek past the end of a file
period, so t
On Mon, May 08, 2006 at 06:48:46PM -0400, Jim C. Brown wrote:
> On Mon, May 08, 2006 at 11:05:00PM +0100, Michael McConnell wrote:
> > IIRC creating a "raw" QEMU disc image makes use of sparse files, a concept
> > not supported under FAT16/32. A qcow disc image should work fine. If you
> > want
On Mon, May 08, 2006 at 11:05:00PM +0100, Michael McConnell wrote:
> IIRC creating a "raw" QEMU disc image makes use of sparse files, a concept
> not supported under FAT16/32. A qcow disc image should work fine. If you
> want to create a raw disc image on a FAT partition, use (from your example
Yann Le Doaré wrote:
You are right ! :
sh-2.05b# qemu-img create /mnt/partitions/windows0/qmeu-disk 4M
Formating '/mnt/partitions/windows0/qmeu-disk', fmt=raw, size=4096 kB
sh-2.05b# ls -al /mnt/partitions/windows0/qmeu-disk
-rwxr-xr-x1 root root0 2006-05-09
23:
On Tue, 9 May 2006, Yann Le Doaré wrote:
> You are right ! :
>
> sh-2.05b# qemu-img create /mnt/partitions/windows0/qmeu-disk 4M
> Formating '/mnt/partitions/windows0/qmeu-disk', fmt=raw, size=4096 kB
> sh-2.05b# ls -al /mnt/partitions/windows0/qmeu-disk
> -rwxr-xr-x1 root roo
You are right ! :
sh-2.05b# qemu-img create /mnt/partitions/windows0/qmeu-disk 4M
Formating '/mnt/partitions/windows0/qmeu-disk', fmt=raw, size=4096 kB
sh-2.05b# ls -al /mnt/partitions/windows0/qmeu-disk
-rwxr-xr-x1 root root0 2006-05-09
23:37 /mnt/partitions/window
On Sun, 07 May 2006 08:13:01 +, Yann Le Doaré wrote:
> Hi,
>
> It seems like qemu 0.8.0 does not accept image file from a vfat partition.
> Is it a bug ?
>
> Greetings.
>
> Yann Le Doaré.
>
>
> strace :
>
> open("/mnt/partitions/windows0/qmeu-disk", O_RDONLY|O_LARGEFILE) = 7
> read(7, ""
On Mon, May 08, 2006 at 10:12:15PM +0200, Christian MICHON wrote:
> thanks for the tips.
> unfortunately, rh72 means xfree86 4.1.0 (event with updates)
> xfree86 4.2 means at least rh73
>
Can't hurt to try.
The driver I have was compiled against Xorg 6.8.2 but it works with
Xfree86 4.2.1
The of
I just compiled Qemu 0.8.1 for windows and started it with kquemu 1.3.0pre6 and
tapped networking under Win2k. Within the last 4 hours I got about 4
bluescreens of the machine.
It only happens when accessing files on the qemu gentoo system via a samba
share from the windows host. Is there anyth
Christian MICHON wrote:
thanks for the tips.
unfortunately, rh72 means xfree86 4.1.0 (event with updates)
xfree86 4.2 means at least rh73
I read somewhere that evtouch driver is actually for kernel 2.6
and at least xorg (not xfree 4.x). I tried to fiddle with the usb
tablet in rh72, but no luck
thanks for the tips.
unfortunately, rh72 means xfree86 4.1.0 (event with updates)
xfree86 4.2 means at least rh73
I read somewhere that evtouch driver is actually for kernel 2.6
and at least xorg (not xfree 4.x). I tried to fiddle with the usb
tablet in rh72, but no luck yet.
One question: which
with -snapshot I have the same error.
vfat options are :
rw,nodiratime,fmask=0022,dmask=0022,codepage=cp437,iocharset=iso8859-1
It can use my ext3 partitions, so it is not a problem for me.
Thanks for you responses.
Le lundi 08 mai 2006 à 16:57 +0200, Jan Marten Simons a écrit :
> Am Montag, 8.
On Mon, May 08, 2006 at 08:53:29PM +0200, Pavel Jan?k wrote:
>
>> check that the first arg is -x
>
> This is also incorrect.
>
> [EMAIL PROTECTED]:/tmp> alias compiler=gcc
> [EMAIL PROTECTED]:/tmp> compiler -v
> Reading specs from /usr/lib/gcc-lib/i586-suse-linux/3.3.5/specs
> [...]
> [EMAIL
From: "Jim C. Brown" <[EMAIL PROTECTED]>
Date: Mon, 8 May 2006 11:12:54 -0400
> Maybe make the check into a function, and if the first arg is distcc or
ccache,
Do you know icecast or compilercache? Sorry, this is incorrect way by
definition.
> check that the first arg is -x
This is
On Mon, 8 May 2006, Jim C. Brown wrote:
Patches are suppose to be sent to this list. If its a big change, you are
suppose to split it up into smaller patches and send those (so they can be
applied one by one).
Beyond that I don't know of any rules.
I learned they should not contain any tabs;
On Fri, May 05, 2006 at 10:57:01AM -0500, Anthony Liguori wrote:
> Christian MICHON wrote:
> >well, at least inside rh72, I can see a usb device:
> >Vendor=0627 ProdID=0001
> >Product=QEMU USB Tablet
> >
> >all I need now is:
> >1) which module to modprobe
> >2) which /dev/input/event... is used
>
On Fri, May 05, 2006 at 10:43:06AM +0200, Natalia Portillo wrote:
> That requires a driver in guest side that communicates with qemu.
No it doesn't. It'd only work in absolute mode of course... but it'd be easy
to implement.
Personally I'd dislike such a feature anyways.
--
Infinite complexity
On Mon, May 08, 2006 at 07:05:19PM +0200, Oliver Gerlich wrote:
> > Currently I'm working on a version that doesn't require a kernel module to
> > do this - it will have the limitation of only supporting tcp/ip packets when
> > talking between host/guest.
>
> Are you sure that limitation is not to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim C. Brown schrieb:
> On Sat, May 06, 2006 at 01:12:50AM +0200, Oliver Gerlich wrote:
>
>>Don Kitchen schrieb:
>>
>>>Next, it seems the *one* thing QEMU lacks that you-know-who does correctly
>>>is networking, specifically bridged mode. I know about
On Fri, May 05, 2006 at 02:51:28PM -0700, Don Kitchen wrote:
> $ qemu-img info someimage
> image: someimage
> file format: qcow
> virtual size: 75G (80026361856 bytes)
> disk size: 304K
>
> For files with a backing file, has anyone thought about having it print out
> the name of the backing file?
On Sat, May 06, 2006 at 01:12:50AM +0200, Oliver Gerlich wrote:
> Don Kitchen schrieb:
> > Next, it seems the *one* thing QEMU lacks that you-know-who does correctly
> > is networking, specifically bridged mode. I know about creating a tap device
> > and sticking it into a bridge (really hasn't wor
Sorry for not replies to this earlier. It got lost in my spam folder somehow.
On Mon, May 01, 2006 at 12:29:15PM -0700, Stealth Dave wrote:
> Is there a patch submission policy for QEMU? I see a lot of patches
> posted to this list. Some get accepted, some get rejected with
> comments, and oth
On Mon, May 08, 2006 at 09:52:12AM +0200, Pavel Jan?k wrote:
>From: "Jim C. Brown" <[EMAIL PROTECTED]>
>Date: Sun, 7 May 2006 20:34:11 -0400
>
>> The right thing to do might be to check if the first arg is ccache,
>> and if so check for both ccache and the 2nd compiler. Especially
> The syntax is getting kinda ugly though. Anthony suggested that we use
> mini-config files with all the options and just pass those to -hda (e.g.
> -hda multipart:hda.config)
>
> > A vmware split image file is just a composite of several raw images with
> > a funny config file.
>
> It'd still be
On Mon, May 08, 2006 at 03:28:31PM +0100, Paul Brook wrote:
> > If split vmdks are just a series of partition images plus an image of an
> > MBR/partition table then it may be possible to hack this up via a partition
> > driver that supported harddisk sharing (using multiple partition images as
> >
Am Montag, 8. Mai 2006 21:44 schrieb Yann Le Doaré:
> With :
>
> qemu-img create /mnt/partitions/windows0/qmeu-disk 4M
> qemu -hda /mnt/partitions/windows0/qmeu-disk
>
> qemu: could not open hard disk image'/mnt/partitions/windows0/qmeu-disk'
>
> but with on ext3/ext2 or tmpfs, there is no problem.
On Mon, May 08, 2006 at 08:26:20AM -0400, Jim C. Brown wrote:
> > - Instead of copying the raw block driver, use the block driver recursively.
>
> I'll work on this tonight. I've been thinking about doing this, since it would
> allow one to use any qemu-supported disk image format as a partition i
On Monday 08 May 2006 15:19, Jim C. Brown wrote:
> On Mon, May 08, 2006 at 02:11:36PM +0100, Paul Brook wrote:
> > > I'll work on this tonight. I've been thinking about doing this, since
> > > it would allow one to use any qemu-supported disk image format as a
> > > partition image.
> > >
> > > I c
On Mon, May 08, 2006 at 02:11:36PM +0100, Paul Brook wrote:
> > I'll work on this tonight. I've been thinking about doing this, since it
> > would allow one to use any qemu-supported disk image format as a partition
> > image.
> >
> > I can't think of any disk format that's heavily used in qemu tha
Hi there,
On 07/05/06, Sylvain Petreolle <[EMAIL PROTECTED]> wrote:
Hi andrzej,
could you split the changes into smaller patches ?
IMO people would really like to have e.g. improved sendkey command
and monitor commands history without curses.
You can find these two changes in separate patches
On 07/05/06, Jens Axboe <[EMAIL PROTECTED]> wrote:
On Sat, May 06 2006, andrzej zaborowski wrote:
> Hi there,
>
> On 05/05/06, Sven Köhler <[EMAIL PROTECTED]> wrote:
> >Hi,
> >
> >i just booted a recent knoppix-cd (4.0.2) and i'm trying to enable DMA,
> >but it won't work!
> >
> >I started qemu w
> > - Instead of copying the raw block driver, use the block driver
> > recursively.
>
> I'll work on this tonight. I've been thinking about doing this, since it
> would allow one to use any qemu-supported disk image format as a partition
> image.
>
> I can't think of any disk format that's heavily
Hi,
On Mon, 8 May 2006, Jim C. Brown wrote:
> I can't think of any disk format that's heavily used in qemu that is
> normally used for partition images except for raw. OTOH it might be
> interesting to have qcow partition images.
Well, you might argue it is not heavily used, but there is a dis
On Mon, May 08, 2006 at 12:20:28PM +0200, Fabrice Bellard wrote:
> A few ideas:
>
> - Use an external file 'bootsect.bin' as it is done for linux_boot.bin.
Done. I've decided to use the name bootmbr.bin because I think that name
describes its function more accurately.
> - Provide the source code
A few ideas:
- Use an external file 'bootsect.bin' as it is done for linux_boot.bin.
- Provide the source code of the boot sector.
- Instead of copying the raw block driver, use the block driver recursively.
Fabrice.
Jim C. Brown wrote:
On Sun, May 07, 2006 at 11:53:46PM -0400, Jim C. Brown wr
From: "Jim C. Brown" <[EMAIL PROTECTED]>
Date: Sun, 7 May 2006 20:34:11 -0400
> The right thing to do might be to check if the first arg is ccache,
> and if so check for both ccache and the 2nd compiler. Especially if
> ccache is the only compiler that requires arguments be passed t
39 matches
Mail list logo
