> If DYNAMIC_TICKS is defined qemu does not attepmt to generate SIGALRM at a
> constant rate. Rather, the system timer is set to generate SIGALRM only
> when it is needed. DYNAMIC_TICKS reduces the number of SIGALRMs sent to
> idle dynamic-ticked guests.
> Original patch from Dan Kenigsberg <[EMAIL
Ben Taylor wrote:
> "Jorge Lucángeli Obes" <[EMAIL PROTECTED]> 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
Luca Tettamanti wrote:
> Hello,
> in reply to this mail I will send a serie of 4 patches that cleans up and
> expands
> the alarm timer handling in QEMU. Patches apply to current kvm-userspace tree,
> but I think I can rebase it to QEMU svn if desired.
>
>
I would really like to see this go in
Bill C. Riemers wrote:
dragoran wrote:
Bill C. Riemers wrote:
You don't need to compile kqemu into the kernel. When I install
dkms-kqemu from freshrpms, I do NOT rebuild my kernel. I am fairly
certain with Fedora's new policy for extras, there would not be much
of a problem getting it
On 17 Aug 2007, at 13:40, Avi Kivity wrote:
It's not easy to use: if you move the image, you need to move the
file.
I'd like to have exactly one entity to worry about when using a
virtual
machine.
As I wrote previously, there is already such a thing on every modern
operating system, one
dragoran wrote:
It looks like you are right. Apparently the plan is to move the
acceptance of kernel modules to kernel maintainers. For the most part,
they only want to accept very cleanly written modules that are likely to
be integrated into the kernel. Since "kqemu" is viewed as a solution
o
Hi,
I would like to ask a question about how Qemu handle interrupt in user space.
I would like to understand how Qemu catch hardware interrupt generated by
real (host) peripheral.
I look at the Qemu code, (vl.c : main_loop and main_loop_wait) and I can't
identify where Qemu listens and catches the
Has somebody besides me tested the patch?
Bernhard Kauer
On Wed, Aug 01, 2007 at 05:42:17PM +0200, Bernhard Kauer wrote:
> The boot_device is not communicated to the bochsbios
> through the CMOS. The following patch allows to boot
> via network on the newest bochsbios.
On Mon, Aug 06, 2007 at 07:21:21AM +0930, Dan Shearer wrote:
> On Sun, Aug 05, 2007 at 11:13:55PM +0200, Bernhard Kauer wrote:
> > There are a couple of places in qemu, where abort() is called.
> > The most commonly used one is perhaps cpu_abort() which is called
> > e.g. when a triple fault occure
DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro.
Now, it's evolving more into "a-la-slax" type of distro.
In less than 40Mb, you've a small yet functional desktop distro which
can help developping software or compiling the linux kernel.
DetaolB v0.5 has been released 17th,Au
I am trying to use qemu ppc405 refboard emulation. But I cannot find
file "ppc405_rom.bin" in the "pc-bios" directory. Is there anywhere I
could find this file ?
Make the alarm code modular, removing #ifdef from the generic code and
abstract a common interface for all the timer. The result is functionally
equivalent to the old code.
Signed-off-by: Luca Tettamanti <[EMAIL PROTECTED]>
---
vl.c | 287 +++-
Hello,
in reply to this mail I will send a serie of 4 patches that cleans up and
expands the alarm timer handling in QEMU. Patches have been rebased on QEMU
CVS.
Patch 1 is mostly a cleanup of the existing code; instead of having multiple
#ifdefs to handle different timers scattered all over the c
Linux operates the HPET timer in legacy replacement mode, which means that
the periodic interrupt of the CMOS RTC is not delivered (qemu won't be able
to use /dev/rtc). Add support for HPET (/dev/hpet) as a replacement for the
RTC; the periodic interrupt is delivered via SIGIO and is handled in the
If DYNAMIC_TICKS is defined qemu does not attepmt to generate SIGALRM at a
constant rate. Rather, the system timer is set to generate SIGALRM only
when it is needed. DYNAMIC_TICKS reduces the number of SIGALRMs sent to
idle dynamic-ticked guests.
Original patch from Dan Kenigsberg <[EMAIL PROTECTED
Allow user to override the list of available alarm timers and their
priority. The format of the options is -clock clk1,clk2,...
Signed-off-by: Luca Tettamanti <[EMAIL PROTECTED]>
---
vl.c | 72 +++
1 file changed, 72 insertions(+)
The new libata-eh in the Linux kernel is throwing a fit over the QEMU
cdrom device for two reasons:
1) DRQ can be set with ERR_STAT set. This is a violation of the ATAPI
state machine.
2) After a TEST_UNIT_READY ATAPI command is sent ERR_STAT is getting set
which is correct. But, when the OS is
On 8/18/07, Luca Tettamanti <[EMAIL PROTECTED]> wrote:
> Hello,
> in reply to this mail I will send a serie of 4 patches that cleans up and
> expands the alarm timer handling in QEMU. Patches have been rebased on QEMU
> CVS.
>
> Patch 1 is mostly a cleanup of the existing code; instead of having mu
On 8/18/07, Christian MICHON <[EMAIL PROTECTED]> wrote:
> there's a typo line 1432 on vl.c after applying all 4 patches
> (missing ';')
Ops...
> beyond this small typo, I managed to include this in a win32 qemu build.
> is there a specific practical test to see the improvement in a linux guest
>
On Fri, 2007-17-08 at 16:43 -0700, Brandon Philips wrote:
> The new libata-eh in the Linux kernel is throwing a fit over the QEMU
> cdrom device for two reasons:
Nice thanks, was suffering from this issue as well.
Tested with some linux 2.6.23-rc3 guests, looks great now.
--
Matthew Kent <[EMAIL
20 matches
Mail list logo