On Tue, Aug 21, 2007 at 01:15:22PM -0700, Matthew Kent wrote:
> On Tue, 2007-21-08 at 21:40 +0200, Luca wrote:
> > On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote:
> > > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote:
> > > > plain text document attachment (clock-hpet)
> > > > Linux op
Luca Tettamanti wrote:
> Actually I'm having troubles with cyclesoak (probably it's calibration),
> numbers are not very stable across multiple runs...
>
I've had good results with cyclesoak; maybe you need to run it in
runlevel 3 so the load generated by moving the mouse or breathing
doesn't
Matthew Kent wrote:
> Issue here that's beyond my skill set to resolve:
>
> I've been starting multiple linux 2.6.23-rc3 x86 guests up in parallel
> with qemu/kvm and noticed pm-timer is being disabled in some of them
> with
>
> PM-Timer running at invalid rate: 126% of normal - aborting.
>
> in dm
On Tuesday 21 August 2007 3:04:12 am Christian MICHON wrote:
> If your tcc fork can compile the kernel, uclibc, I'll gladly remove
> binutils and gcc :)
I'm working on that. Currently I'm trying to strip down an "allnoconfig"
kernel build to a something I can build from the command via three or
Issue here that's beyond my skill set to resolve:
I've been starting multiple linux 2.6.23-rc3 x86 guests up in parallel
with qemu/kvm and noticed pm-timer is being disabled in some of them
with
PM-Timer running at invalid rate: 126% of normal - aborting.
in dmesg when I start about 6 at a time.
>> Hi,
>>
>> Some more information about the VMware backdoor can be found at:
>> http://chitchat.at.infoseek.co.jp/vmware/backdoor.html
>
>Are there interesting apps that make use of this? I really don't like
>the idea of supporting this PV protocol if we're not going to get
>interesting apps out
On Tue, 2007-08-21 at 22:10 +0200, Hervé Poussineau wrote:
> Hi,
>
> Some more information about the VMware backdoor can be found at:
> http://chitchat.at.infoseek.co.jp/vmware/backdoor.html
Are there interesting apps that make use of this? I really don't like
the idea of supporting this PV pro
On Tue, 2007-21-08 at 21:40 +0200, Luca wrote:
> On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote:
> > On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote:
> > > plain text document attachment (clock-hpet)
> > > Linux operates the HPET timer in legacy replacement mode, which means that
> > >
Hi,
Some more information about the VMware backdoor can be found at:
http://chitchat.at.infoseek.co.jp/vmware/backdoor.html
Hervé
On Tue, 21 Aug 2007, Luca Tettamanti wrote:
Avi Kivity ha scritto:
Luca Tettamanti wrote:
At 1000Hz:
QEMU
hpet5.5%
dynticks 11.7%
KVM
hpet3.4%
dynticks7.3%
No surprises here, you can see the additional 1k syscalls per second.
This is very surprising t
On 8/21/07, Matthew Kent <[EMAIL PROTECTED]> wrote:
> On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote:
> > plain text document attachment (clock-hpet)
> > Linux operates the HPET timer in legacy replacement mode, which means that
> > the periodic interrupt of the CMOS RTC is not delivered
Avi Kivity ha scritto:
> Luca Tettamanti wrote:
>> At 1000Hz:
>>
>> QEMU
>> hpet5.5%
>> dynticks 11.7%
>>
>> KVM
>> hpet3.4%
>> dynticks7.3%
>>
>> No surprises here, you can see the additional 1k syscalls per second.
>
> This is very surprising to me. The 6.
On Sat, 2007-18-08 at 01:11 +0200, Luca Tettamanti wrote:
> plain text document attachment (clock-hpet)
> 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
On 8/21/07, Anthony Liguori <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-08-21 at 20:17 +0200, Hervé Poussineau wrote:
> > Hi,
> >
> > VMware registers the port 0x5658 to communicate between guest and host.
> > At the moment, vmmouse.c is the only one to use this communication channel,
> > so it reg
On Tue, 2007-08-21 at 20:17 +0200, Hervé Poussineau wrote:
> Hi,
>
> VMware registers the port 0x5658 to communicate between guest and host.
> At the moment, vmmouse.c is the only one to use this communication channel,
> so it registers the port. IMO, this design is not right because it will be
>
On 8/21/07, Simon Peter <[EMAIL PROTECTED]> wrote:
> Does anybody know what's going on? Is SMP support working at the moment?
SMP works fine on Sparc32. Performance isn't great because the CPUs
are not halted in SMP mode but they busy loop when idle.
Hi,
VMware registers the port 0x5658 to communicate between guest and host.
At the moment, vmmouse.c is the only one to use this communication channel,
so it registers the port. IMO, this design is not right because it will be
hard to implement other functionalities of VMware.
I extracted non-mou
Luca Tettamanti wrote:
Run a 100Hz guest, measure cpu usage using something accurate like
cyclesoak, with and without dynticks, with and without kvm.
Ok, here I've measured the CPU usage on the host when running an idle
guest.
At 100Hz
QEMU
hpet4.8%
dynticks
Hi,
I'd like to emulate an SMP x86 system using QEMU, running on Linux-x86.
For a first test, I tried to boot Debian Live with it using the
following command line:
qemu -cdrom debian-live-sid-i386-standard.iso -smp 2
It gets to the bootloader (LILO), but the keyboard is not responding.
Adding -n
On 8/21/07, Rob Landley <[EMAIL PROTECTED]> wrote:
> On Friday 17 August 2007 3:23:04 pm Christian MICHON wrote:
> > 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.
>
> As did Puppy Linux before it.
>
> Rob
I actua
On Friday 17 August 2007 3:23:04 pm Christian MICHON wrote:
> 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.
As did Puppy Linux before it.
Rob
--
"One of my most productive days was throwing away 1000 lines of cod
21 matches
Mail list logo
