Thomas Glanzmann wrote:
> Hello,
> when I try to start a SLES 10 Guest, I get a OPPS:
>
>
What kvm version are you using? If you're using git, please provide the
output of 'git describe'.
--
error compiling committee.c: too many arguments to function
--
I'll try to answer the open questions.
Btw, libvirt is a great project and a very good option for managing kvm.
In the future use plain text for the list messages.
From: jd [mailto:[EMAIL PROTECTED]
Sent: Saturday, April 28, 2007 8:12 AM
To: Daniel P. Berran
Avi Kivity wrote:
> Thomas Glanzmann wrote:
>> Hello,
>> when I try to start a SLES 10 Guest, I get a OPPS:
>>
>> May 1 00:36:07 thinkpad kernel: Code: 08 eb 71 83 fe 20 0f 87 57 01
>> 00 00 8b 0c b5 00 05 4c 78 85 c9 0f 84 48 01 00 00 89 ea 89 f8 ff d1
>> 85 c0 89 c3 0f 8e 4b 01 00 00 <64> a1 0
Howdie,
Nakajima, Jun wrote:
> We found a way to get 32-bit Vista up on KVM by fixing bios.bin. And I
> think it should be helpful to qemu as well. However, I'm not sure if the
> binary file has been created simply by applying bios.diff to the latest
> bochs CVS tree (actually I doubt it). Can som
Hello,
as soon as SLES 10 switches the first time to X the screen is frozen and
I can't press any keys or move the virtual mouse. But I can switch to
the qemu console using ctrl-alt-2 and back.
Thomas
-
This SF.net em
Hello Avi,
> Is this a regression from a previous kvm version?
it worked a few weeks ago.
> Does this happen with -no-kvm?
Never tried.
> Anything in dmesg?
Nope
> Please post the guest's /var/log/Xorg.0.log.
It's the SLES 10 installer. So there is no way I can access it. I forgot
to mentio
Thomas Glanzmann wrote:
> Hello,
> as soon as SLES 10 switches the first time to X the screen is frozen and
> I can't press any keys or move the virtual mouse. But I can switch to
> the qemu console using ctrl-alt-2 and back.
>
>
Is this a regression from a previous kvm version?
Does this happ
Thomas Glanzmann wrote:
> Hello Avi,
>
>
>> Is this a regression from a previous kvm version?
>>
>
> it worked a few weeks ago.
>
>
Which version introduced the regression?
>
>
>> Please post the guest's /var/log/Xorg.0.log.
>>
>
> It's the SLES 10 installer. So there is no way
Avi Kivity wrote:
> Thomas Glanzmann wrote:
>
>> Hello Avi,
>>
>>
>>
>>> Is this a regression from a previous kvm version?
>>>
>>>
>> it worked a few weeks ago.
>>
>>
>>
>
> Which version introduced the regression?
>
>
>>
>>
>>> Please post the guest's /var
hi,
I am measuring the VM enty/exit time on the following two machines by
recording the time it takes to make n number of vmcalls :
1. Lenovo Think Centre, Intel Pentium D, 2 Cores, 3GHz with 3G of memory
2. Dell Inspiron 6400 , Intel Core Duo, 2 Cores, 2 GHz with 1G of memory
Surprisingly
Hi,
I see that the user tests are for 64 bit guests. Anything for good ol'
32-bit available?
Thanks,
--
Shuveb Hussain.
When you lose, be patient. When you achieve, be even more patient.
EasyVZ: http://easyvz.sourceforge.net
Blog: http://binarykarma.org
-
Omar Khan wrote:
> hi,
>
>I am measuring the VM enty/exit time on the following two machines by
> recording the time it takes to make n number of vmcalls :
>
> 1. Lenovo Think Centre, Intel Pentium D, 2 Cores, 3GHz with 3G of memory
> 2. Dell Inspiron 6400 , Intel Core Duo, 2 Cores, 2 GHz with
Shuveb Hussain wrote:
> Hi,
>
> I see that the user tests are for 64 bit guests. Anything for good ol'
> 32-bit available?
>
>
Trunk has a few tests for 32-bit (the only one I remember offhand is
user/test/vmexit.c)
--
error compiling committee.c: too many arguments to function
--
Hello Pelle,
> Hey, I recognize that problem, although my display isn't corrupted, just
> the mouse. It was resistant to X restarts. It first surfaced with kvm-21
> and debian edgy on my machine. I don't believe there was an opera update
> recently.
for me the same thing. Debian ETCH. And the
On Tue, 01 May 2007 09:43:57 +0300, Avi Kivity wrote:
> Hollis Blanchard wrote:
>>>
>>> I think we can start the syscall based API (with compatibility ioctls
>>> for x86), now that we have all four archs looking at it.
>>
>> I was looking at refactoring the ioctl interface, but since we're
>> dr
Hollis Blanchard wrote:
> On Tue, 01 May 2007 09:43:57 +0300, Avi Kivity wrote:
>
>
>> Hollis Blanchard wrote:
>>
I think we can start the syscall based API (with compatibility ioctls
for x86), now that we have all four archs looking at it.
>>> I was looking at refa
> > qemu -kernel "/root/boot/vmlinuz-${KVER}" \
> >-initrd "/root/boot/${INITRD_BASE}${INITRD_APPEND}-${KVER}" \
> >-append "${APPEND}" \
> >-m 512 --no-rtc \
> >\
> >-usb \
> >-soundhw es1370 \
> >-net nic,vlan0,macaddr=52:54:56:34:12:00 \
> >-net tap,vlan=0,ifname=
David Brown wrote:
>> > qemu -kernel "/root/boot/vmlinuz-${KVER}" \
>> >-initrd "/root/boot/${INITRD_BASE}${INITRD_APPEND}-${KVER}" \
>> >-append "${APPEND}" \
>> >-m 512 --no-rtc \
>> >\
>> >-usb \
>> >-soundhw es1370 \
>> >-net nic,vlan0,macaddr=52:54:56:34:12:00 \
>>
On Mon, Apr 30, 2007 at 11:45:36AM -0700, David Brown wrote:
> > Host cpu type, host bitness, guest bitness, and qemu command line please.
> >
>
> [EMAIL PROTECTED]:~# cat /root/bin/start-debian
> #!/bin/bash
>
> KVER="2.6.18-4-686"
> INITRD_BASE="initrd"
> INITRD_APPEND=".img"
> APPEND="ro root=
Bugs item #1710701, was opened at 2007-05-01 16:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1710701&group_id=180599
Please note that this message will contain a full copy
On Tuesday 01 May 2007 13:38:15 SourceForge.net wrote:
> the video corrupts slightly (black vertical bars) and the (USB) mouse gets
> stuck to the left border of the screen. It can be moved away very slowly,
Got the almost the same exact behaviour here with kvm 21 and core2duo E6600
processor. Ju
Andreas Hasenack wrote:
> On Tuesday 01 May 2007 13:38:15 SourceForge.net wrote:
>
>> the video corrupts slightly (black vertical bars) and the (USB) mouse gets
>> stuck to the left border of the screen. It can be moved away very slowly,
>>
>
> Got the almost the same exact behaviour here w
Hello,
I do too confirm this bug. It happens only with KVM-21, KVM-20 and older
versions work just fine.
If running with the -no-kvm flag, the mouse problem does not occur though.
Regards,
AleS
-
This SF.net email is spons
I also saw the problem. The mouse cursor would park on the left side of
screen and could only move up and down. After removing kvm-21 modules
and replacing with kvm-20 modules, the problem went away. I am running
Gentoo with kernel 2.6.20.6.
Simon
Alessandro Sardo wrote:
> Hello,
>
> I do too con
On Sunday 29 April 2007, Heiko Carstens wrote:
> > Is this data structure extensible? If it is, you probably need
> > some sort of versioning information to make sure that user space
> > doesn't rely on fields that the kernel doesn't know about.
>
> I don't think we can put in some versioning inf
> How big is your initrd image ? There was a QEMU bug which causes the
> end of the initrd to be overwritten by the kernel if the initd was
> larger than 1 MB IIRC. Upstream QEMU CVS has the patch, but the current
> KVM SVN repo does not seem to have it. I'm attaching the patch we applied
> to KV
Arnd Bergmann wrote:
> On Sunday 29 April 2007, Heiko Carstens wrote:
>
>
>>> Is this data structure extensible? If it is, you probably need
>>> some sort of versioning information to make sure that user space
>>> doesn't rely on fields that the kernel doesn't know about.
>>>
>> I don't t
Now I realized that I needed to use 32-bit Linux to build the bios.bin
(i.e. BIOS-bochs-latest) in bochs. As long as I used x86-64 Linux to
build bios.bin, the resulting binary had a problem, as I reported
previously.
With this very simple patch, I was able to install and run 32-bit Vista
on KVM (
I have that too, but with a ps/2 mouse so the usb is in the clear, or it
is an unrelated problem. But I don't think so.
SourceForge.net wrote:
> Bugs item #1710701, was opened at 2007-05-01 16:38
> Message generated for change (Tracker Item Submitted) made by Item Submitter
> You can respond by v
Thomas Glanzmann wrote:
> Hello Pelle,
>
>
>> Hey, I recognize that problem, although my display isn't corrupted, just
>> the mouse. It was resistant to X restarts. It first surfaced with kvm-21
>> and debian edgy on my machine. I don't believe there was an opera update
>> recently.
>>
>
30 matches
Mail list logo
