UMl allows you to allocate ram when the guest boots. After the guest is up and
running you can reduce the available ram the guest has access to.
If a guest runs low on ram you can increase the amount of host ram the guest
can use on the fly. Can this be done with kqemu?
Can you allocate
Hi,
I'd like to use similar mechanism as qemu_irq as reset signal for
devices. The difference is that the opaque data and callback are not
specified at the time of creating the signal at upstream device, but
when the receiving device is created. This does not fit current
qemu_irq model.
When you
On 8/15/07, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 15 August 2007, Blue Swirl wrote:
Hi,
I'd like to use similar mechanism as qemu_irq as reset signal for
devices. The difference is that the opaque data and callback are not
specified at the time of creating the signal at
On Mon, Aug 13, 2007 at 10:37:41PM +0200, Luca Tettamanti wrote:
I like it ;) I have some comments (and a reworked patch at the end):
And thanks a lot for that.
Plus, in this way you change the behaviour from always try RTC under
Linux to don't use RTC is dynticks is enabled.
Is this
Okay, more explaining. This is the case where I'd want to use the
signal: DMA controller (upstream) can reset the slave device (ESP or
Lance). DMA controller is created first and I also want to allocate
reset signals at that point. Later when ESP is created, it should be
possible to put ESP
On Wednesday 15 August 2007, Paul Brook wrote:
Okay, more explaining. This is the case where I'd want to use the
signal: DMA controller (upstream) can reset the slave device (ESP or
Lance). DMA controller is created first and I also want to allocate
reset signals at that point. Later when
On 8/15/07, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 15 August 2007, Paul Brook wrote:
Okay, more explaining. This is the case where I'd want to use the
signal: DMA controller (upstream) can reset the slave device (ESP or
Lance). DMA controller is created first and I also want to
On Wednesday 15 August 2007, Blue Swirl wrote:
On 8/15/07, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 15 August 2007, Paul Brook wrote:
Okay, more explaining. This is the case where I'd want to use the
signal: DMA controller (upstream) can reset the slave device (ESP
or
Preferably also the callback function type should be QEMUResetHandler,
not the slightly different qemu_irq_handler.
On 8/15/07, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 15 August 2007, Blue Swirl wrote:
On 8/15/07, Paul Brook [EMAIL PROTECTED] wrote:
On Wednesday 15 August 2007, Paul Brook wrote:
Okay, more explaining. This is the case where I'd want to use the
signal: DMA controller
I implemented reset that way with qemu_irq, the result survives some
quick tests.
I'd probably make it take notice of the level parameter, and lower the line
immediately after raising it. Future implementations of qemu_irq may cache
the value internally.
Other than that, looks ok, though
I like it ;) I have some comments (and a reworked patch at the end):
And thanks a lot for that.
Plus, in this way you change the behaviour from always try RTC under
Linux to don't use RTC is dynticks is enabled.
Is this what you really want?
I don't know whether this is what should be
I've been giving some thought to Anthony's idea:
http://kvm.qumranet.com/kvmwiki/Specs/StoringCommandLineInImage
However, maybe I'm just too much on vacations, but I don't seem to
come up with a nice way of doing this. Everything keeps coming back to
creating a new 'container' image format and
I've been giving some thought to Anthony's idea:
http://kvm.qumranet.com/kvmwiki/Specs/StoringCommandLineInImage
However, maybe I'm just too much on vacations, but I don't seem to
come up with a nice way of doing this. Everything keeps coming back to
creating a new 'container' image format
This is a very simple proof-of-concept patch that fakes ICMP well enough
for ping to work.
Basically, when the slirp code gets a ping request for an ip outside of
the
slirp network, it runs /bin/ping and reports the results back to the
guest
accordingly.
Right now it uses vfork() and then exec()
Jorge Lucángeli Obes wrote:
The '#!' trick works nice with scripts, but I don't see it playing
very well with images. ¿Comments? ¿Pointers?
Well, you can make it work with a header (you just have to pad it out to
a fixed length or use a variable-offset format), but binfmt_misc might
be a
Hello, all
Is there anyone interested in the performance of USB under QEMU?
I found that when use OHCI to replace UHCI in qemu, it will improve
the performance of USB storage device. I have tested it, the
performance is almost equal of a real usb device.
The way to do this is making
little change
Mark Williamson wrote:
I've been giving some thought to Anthony's idea:
http://kvm.qumranet.com/kvmwiki/Specs/StoringCommandLineInImage
However, maybe I'm just too much on vacations, but I don't seem to
come up with a nice way of doing this. Everything keeps coming back to
creating a new
H. Peter Anvin wrote:
Jorge Lucángeli Obes wrote:
The '#!' trick works nice with scripts, but I don't see it playing
very well with images. ¿Comments? ¿Pointers?
Well, you can make it work with a header (you just have to pad it out to
a fixed length or use a variable-offset
19 matches
Mail list logo
