Hi all,
>From what I've gathered, it seems that we have basically four options
at hand. I think it's important to notice, however, that whatever
comes out of this will probably be, as Avi said, a "low-end" solution.
IMHO there's room to have both the high-end libvirt-like approach, and
the "shell
Brian Wheeler wrote:
On Thu, 2007-08-09 at 15:32 -0500, Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
If you're looking for a low-end solution, another possibility would
be having a "new" file format which consisted of:
#!/path/to/qemu [ ...]
And then make the appropriat
Brian Wheeler wrote:
On Thu, 2007-08-09 at 23:16 +0300, Avi Kivity wrote:
Anthony Liguori wrote:
I think it is a bad idea from a security POV to automatically extract
& use command line args from a disk image like this without the
admin explicitly requesting this capability.
eg If I g
On Thu, 2007-08-09 at 23:16 +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> >>
> >> I think it is a bad idea from a security POV to automatically extract
> >> & use command line args from a disk image like this without the
> >> admin explicitly requesting this capability.
> >> eg If I grabbe
Christopher Friedt wrote:
Hi everyone,
has there been any work done in the last few months towards hard disk
geometry, so that partition tables / mbr's in raw hard disk files can
be stored for later use?
That's something that would be tremendously useful with the -hda
option, so that one co
sorry, that subject should have read 'drive geometry'
Christopher Friedt wrote:
Hi everyone,
has there been any work done in the last few months towards hard disk
geometry, so that partition tables / mbr's in raw hard disk files can be
stored for later use?
That's something that would be tr
Brian Wheeler wrote:
On Thu, 2007-08-09 at 15:32 -0500, Anthony Liguori wrote:
Avi Kivity wrote:
Anthony Liguori wrote:
If you're looking for a low-end solution, another possibility would
be having a "new" file format which consisted of:
#!/path/to/qemu [ ...]
And then make
On Thu, 2007-08-09 at 15:32 -0500, Anthony Liguori wrote:
> Avi Kivity wrote:
> > Anthony Liguori wrote:
> >>
> >> If you're looking for a low-end solution, another possibility would
> >> be having a "new" file format which consisted of:
> >>
> >> #!/path/to/qemu [ ...]
> >>
> >>
> >> And then m
Anthony Liguori wrote:
That has the very nice side effect of allowing you to edit the command
line with a text editor provided you don't cross the sector boundary.
Filling with spaces would be pretty nice.
You must have a very capable editor, if you can edit multi-gigabyte
files ;) -- th
Hi everyone,
has there been any work done in the last few months towards hard disk
geometry, so that partition tables / mbr's in raw hard disk files can be
stored for later use?
That's something that would be tremendously useful with the -hda option,
so that one could use a file for a virtua
Avi Kivity wrote:
Anthony Liguori wrote:
If you're looking for a low-end solution, another possibility would
be having a "new" file format which consisted of:
#!/path/to/qemu [ ...]
And then make the appropriate changes to QEMU such that it can skip
the first line in a disk image file.
Anthony Liguori wrote:
If you're looking for a low-end solution, another possibility would be
having a "new" file format which consisted of:
#!/path/to/qemu [ ...]
And then make the appropriate changes to QEMU such that it can skip
the first line in a disk image file. This has a few nice
Avi Kivity wrote:
Anthony Liguori wrote:
I think it is a bad idea from a security POV to automatically
extract & use command line args from a disk image like this without
the admin explicitly requesting this capability.
eg If I grabbed a demo disk image from a vendors' or community
website
Anthony Liguori wrote:
I think it is a bad idea from a security POV to automatically extract
& use command line args from a disk image like this without the
admin explicitly requesting this capability.
eg If I grabbed a demo disk image from a vendors' or community
website I would
certainly n
The attached adds a PCI subsystem vendor ID of 0x514D (QM ascii->hex)
for the Cirrus emulation so that you can tell that the system is running
under qemu. This will make it so that, eg, we can detect that in X and
know that resolutions > 800x600 won't blow up a monitor.
Downside is that it's not
On Thu, Aug 09, 2007 at 09:54:17AM -0500, Anthony Liguori wrote:
> Daniel P. Berrange wrote:
> >On Wed, Aug 08, 2007 at 04:52:58PM -0300, Jorge Luc?ngeli Obes wrote:
> >
> >>This patch makes QEMU check for command line options stored in qcow2
> >>images.
> >>
> >
> >I think it is a bad idea
Daniel P. Berrange wrote:
On Wed, Aug 08, 2007 at 04:52:58PM -0300, Jorge Luc?ngeli Obes wrote:
This patch makes QEMU check for command line options stored in qcow2 images.
I think it is a bad idea from a security POV to automatically extract & use
command line args from a disk image
hi!
finally found out why it did not work ... the problem was kqemu after all.
after compiling qemu with kqemu-support disabled, the address
translation/access worked as expected :-)
is there a good documentation/technical paper online that could help me
understand how address handling is done u
18 matches
Mail list logo
