very nice, thanks.
you were doing this demo on a ultra sparc, emulating a 386.
I've questions (unrelated to qemu):
- what window manager were you using ?
- what software did you use to grab the audio + video ?
On 8/14/07, Jonathan Kalbfeld <[EMAIL PROTECTED]> wrote:
> Hello,
>
> In the process o
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 more
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 sig
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 upstream device, but
> when the receiving device is cre
Thank you (Luca and Thiemo) for your prompt review and comments!
On Tue, Aug 14, 2007 at 12:06:20AM +0100, Thiemo Seufer wrote:
> Luca Tettamanti wrote:
> [snip]
> > I've implemented some of my suggestions in the following patch - rebased
> > to kvm-userspace current git since it's easier to test
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".
>
> 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
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. La
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
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
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:
On 8/15/07, Blue Swirl <[EMAIL PROTECTED]> wrote:
> 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.
> 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 yo
>> 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 i
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 th
> 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 f
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
>> crea
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-o
23 matches
Mail list logo