not need this, but Darwin does.
This patch adds the corresponding _SUN entries to the PCI slot definitions.
Regards,
Alex
Signed-off-by: Alexander Graf [EMAIL PROTECTED]
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index d2e33f4..f718b2e 100755
--- a/bios/acpi-dsdt.dsl
+++ b/bios/acpi
, as
currently all devices sit on two interrupt lanes.
More importantly (for me) though, is that Darwin enables the APIC mode
unconditionally, so it won't easily run in legacy mode.
Regards,
Alex
Signed-off-by: Alexander Graf [EMAIL PROTECTED]
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
Avi Kivity wrote:
Who's Dao? Do you mean Dan
Phew I'm so really bad at remembering names, sorry about that. I was
actually talking about Dan Kenigsberg, who apparently did patches to use
the new cpuid interface some time ago.
On May 4, 2008, at 9:56 AM, Avi Kivity wrote:
Marcelo Tosatti wrote:
Add three PCI bridges to support 128 slots.
Changes since v1:
- Remove I/O address range support (so standard PCI I/O space is
used).
- Verify that there's no special quirks for 82801 PCI bridge.
- Introduce separate
On May 4, 2008, at 9:56 AM, Avi Kivity wrote:
Marcelo Tosatti wrote:
Add three PCI bridges to support 128 slots.
Changes since v1:
- Remove I/O address range support (so standard PCI I/O space is
used).
- Verify that there's no special quirks for 82801 PCI bridge.
- Introduce separate
On May 2, 2008, at 7:35 PM, Marcelo Tosatti wrote:
Add 3 PCI bridges to the ACPI table:
- Move IRQ routing, slot device and GPE processing to separate files
which can be included from acpi-dsdt.dsl.
- Add _SUN methods to every slot device so as to avoid collisions
in OS handling.
- Fix
Hi,
in the DSDT there are two different ways of defining, how an interrupt
is supposed to be routed. Currently we are using the LNKA - LNKD method,
which afaict is for legacy support.
The other method is to directly tell the Operating System, which APIC
pin the device is attached to. We can
On Apr 25, 2008, at 10:39 PM, Marcelo Tosatti wrote:
On Fri, Apr 25, 2008 at 11:38:21AM +0200, Alexander Graf wrote:
On Apr 25, 2008, at 3:01 AM, Marcelo Tosatti wrote:
Add three PCI bridges to support 128 slots. Vendor and device_id
have
been stolen from my test box.
I/O port
I believe that's the way to go. If you have spare time on your hands,
feel free to integrate my multiboot patches as well.
Alex
On Apr 22, 2008, at 11:07 AM, Nguyen Anh Quynh wrote:
Hi,
I am thinking about comibing this ROM with the extboot. Both two ROM
are about booting, so I think that
Hi,
this is an improved version of the patch I sent several weeks ago to
this list. Functionally nothing changed; it still hacks into gfxboot and
patches it to work on Intel CPUs on the fly. The big difference is that
this version is cleaned up and should work with every future CPU available.
On Apr 7, 2008, at 6:05 PM, Anthony Liguori wrote:
Alexander Graf wrote:
Hi,
this is an improved version of the patch I sent several weeks ago to
this list. Functionally nothing changed; it still hacks into
gfxboot and
patches it to work on Intel CPUs on the fly. The big difference
On Apr 7, 2008, at 6:51 PM, Anthony Liguori wrote:
Alexander Graf wrote:
On Apr 7, 2008, at 6:05 PM, Anthony Liguori wrote:
Alexander Graf wrote:
Hi,
this is an improved version of the patch I sent several weeks ago
to
this list. Functionally nothing changed; it still hacks
On Mar 31, 2008, at 6:52 AM, Christian Ehrhardt wrote:
Avi Kivity wrote:
Hollis Blanchard wrote:
I'm pleased to report that we now have working network support in
the
guest, via the virtio-net driver. In fact, we can use NFS for the
guest's root filesystem. :) Boot log attached.
On Mar 31, 2008, at 9:43 AM, Avi Kivity wrote:
Alexander Graf wrote:
I am experiencing 7-8ms ping latencies (native 0.1ms) on x86_64 as
well, when pinging the virtual machine. Maybe it's not related to
PowerPC? Is it supposed to be that slow?
If you have a really old host kernel
On Mar 30, 2008, at 9:44 PM, Anthony Liguori wrote:
Felix Leimbach wrote:
While testing the new virtio drivers in linux-2.6.25 my test
2.6.25-rc7-git5 guest with paravirt support running in KVM-64
thinks it
sits on cold and unfriendly bare metal instead of a safe and cosy KVM
bed ;-)
On Mar 27, 2008, at 4:19 PM, Avi Kivity wrote:
Alexander Graf wrote:
Hi,
I'm currently trying to get hugetlbfs working on the current git
version and am quite puzzled to see it not working. It appears as
if the ftruncate call fails:
open(/dev/hugetlbfs//kvm.vI3G8z, O_RDWR|O_CREAT
On Mar 2, 2008, at 12:31 PM, Alexey Eremenko wrote:
Well, There is a patch, that may help.
It must be applied against clean KVM-61 (maybe it works with 62).
Must be applied vs. KVM kernel-space Makefile.
# cd kvm-61/kernel/
# patch -p1 kvm-susekernel.patch
# ./configure
# make
# make
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by anything that needs to load a
PowerPC
Linux kernel, for example: the kernel bootwrapper (part of the Linux
On Feb 27, 2008, at 5:59 PM, Avi Kivity wrote:
Alexander Graf wrote:
A static library + headers (i.e. libfdt-devel.rpm) could have been
used, though Linux avoids external dependencies.
Why don't you try to talk to the other possible users and create a
version of the library
On Feb 27, 2008, at 7:56 PM, Hollis Blanchard wrote:
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared
On Feb 26, 2008, at 8:56 PM, Glauber Costa wrote:
mark processors as present through the _STA method
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl
On Feb 27, 2008, at 12:05 AM, Alexander Graf wrote:
On Feb 26, 2008, at 8:56 PM, Glauber Costa wrote:
mark processors as present through the _STA method
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 18 ++
1 files changed, 18 insertions(+), 0
On Feb 25, 2008, at 10:34 AM, Avi Kivity wrote:
Yang, Sheng wrote:
On Monday 25 February 2008 16:41:25 Zhao, Yunfeng wrote:
Hi, all,
This is today's KVM test result against kvm.git
81e4400b4df4e597a81c19c1161aa03c73613710 and kvm-userspace.git
08385e49dcff3585f597870af67301d7659a1ecb.
One
On Feb 25, 2008, at 6:40 PM, Avi Kivity wrote:
Alexander Graf wrote:
The ebx store was done because of PIC code, which does not allow
ebx to get clobbered. If we are not in PIC code, =r contains ebx as
GPR though, so the assumption that ebx needs to be restored was
wrong
On Feb 21, 2008, at 10:05 AM, Avi Kivity wrote:
Andreas Winkelbauer wrote:
hi,
I tried using the -vmwarevga switch but I didn't succeed. I've
tested it
with kvm-snapshot-20080218, kvm-60 and kvm-61.
as soon as the VM (guest os is windows xp) switches from text mode to
graphics mode
/
___
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel
Signed-off-by: Alexander Graf [EMAIL PROTECTED]-
This SF.net email is sponsored
On Feb 21, 2008, at 10:14 AM, Alexander Graf wrote:
On Feb 21, 2008, at 9:46 AM, Avi Kivity wrote:
Bernhard Kaindl wrote:
Hi,
I found that on kvm-61 the cpuid in the guest was reported
incorrectly
when qemu-kvm was compiled with gcc-4.1 or 4.3.
This resulted in linux-64bit not booting
Hi,
this is mostly the same patch I sent to the list several weeks ago,
but with fixed whitespaces and comments.
It implements a dummy value for the MSR_PERF_STATUS MSR. Darwin relies
on this and ceases to work without.
Signed-off-by: Alexander Graf [EMAIL PROTECTED]
Regards,
Alex
kvm
On Feb 20, 2008, at 9:30 AM, Carlo Marcelo Arenas Belon wrote:
janitorial fix for :
qemu/qemu-kvm.c: In function `has_work':
qemu/qemu-kvm.c:140: warning: suggest parentheses around within ||
Signed-off-by: Carlo Marcelo Arenas Belon [EMAIL PROTECTED]
---
qemu/qemu-kvm.c |2 +-
1
On Feb 18, 2008, at 10:34 AM, Alexander Graf wrote:
On Feb 18, 2008, at 10:17 AM, Guillaume Thouvenin wrote:
On Sat, 16 Feb 2008 14:34:09 +0100
Alexander Graf [EMAIL PROTECTED] wrote:
Whenever the register state becomes consistent with VT again.
vmx_set_segment() looks like the right
On Feb 18, 2008, at 10:17 AM, Guillaume Thouvenin wrote:
On Sat, 16 Feb 2008 14:34:09 +0100
Alexander Graf [EMAIL PROTECTED] wrote:
Whenever the register state becomes consistent with VT again.
vmx_set_segment() looks like the right point for turning it off.
Sounds good. As basically
On Feb 18, 2008, at 12:46 PM, Andi Kleen wrote:
Alexander Graf [EMAIL PROTECTED] writes:
As everything except gfxboot works, we can simply change gfxboot in
runtime to use a different value. Unfortunately the mov instruction,
used to read the SS register is only 2 bytes long, so
On Feb 16, 2008, at 10:06 AM, Avi Kivity wrote:
Alexander Graf wrote:
While enabling gfxboot over vmx is very desirable, I'd like to avoid
guest-specific hacks. IMO the correct fix is to set a
non_vt_friendly
flag when switching from real mode to protected mode, then continue
On Feb 14, 2008, at 10:52 AM, Avi Kivity wrote:
Ryan Harper wrote:
I posted[1] a dmi patches a bit ago on qemu-devel for this. There
was a
better solution that involved fixing up the BIOS bits (bochs and
qemu).
That patch is available as well on qemu-devel. I've not see any
On Feb 14, 2008, at 11:08 AM, Avi Kivity wrote:
Alexander Graf wrote:
I would really love to see this as well. Mac OS X is rather picky on
the DMI tables, so I'm pretty sure I'll be able to find some bugs in
the implementation when it's posted.
I also have several bios changes to include
are, as always, welcome.
Signed-off-by: Alexander Graf [EMAIL PROTECTED]
diff -ur kernel/include/asm-x86/kvm_host.h kernel.patched/include/asm-x86/kvm_host.h
--- kernel/include/asm-x86/kvm_host.h 2008-02-15 07:59:28.0 +0100
+++ kernel.patched/include/asm-x86/kvm_host.h 2008-02-15 07:42
On Jan 20, 2008, at 2:17 PM, Filip Navara wrote:
Hello,
attached is a patch that implements the SMBIOS within the Bochs BIOS
code. Complete list of changes:
- Added generation of SSDT ACPI table that contains definitions for
available processors.
- Added basic implementation of
it something better than an empty string.
Best regards,
Filip Navara
On Jan 20, 2008 5:20 PM, Alexander Graf [EMAIL PROTECTED] wrote:
On Jan 20, 2008, at 2:17 PM, Filip Navara wrote:
Hello,
attached is a patch that implements the SMBIOS within the Bochs BIOS
code. Complete list of changes
Dan Kenigsberg wrote:
On Tue, Jan 15, 2008 at 08:57:45AM +0100, Alexander Graf wrote:
Dan Kenigsberg wrote:
On Mon, Jan 14, 2008 at 02:49:31PM +0100, Alexander Graf wrote:
Hi,
Currently CPUID function 4 is broken. This function's values rely on the
value of ECX
Avi Kivity wrote:
Alexander Graf wrote:
This is a resend of a mail I sent on 01/10/2008. I did not receive any
response, so I assume it was lost.
The patch is really minor, does not break any compatibility (the MSR is
Intel family 13+) and makes Darwin work.
--- old mail ---
This patch
Avi Kivity wrote:
Alexander Graf wrote:
What I mean is, right now we present really broken tscs to the guest.
After your patch, we present less-broken tscs (at boot, they will
closely resemble stable tscs). But after the machine idles a bit and
cpufreq
Avi Kivity wrote:
Alexander Graf wrote:
This is a resend of a mail I sent on 01/10/2008. I did not receive any
response, so I assume it was lost.
The patch is really minor, does not break any compatibility (the MSR is
Intel family 13+) and makes Darwin work.
--- old mail
Dan Kenigsberg wrote:
On Mon, Jan 14, 2008 at 02:49:31PM +0100, Alexander Graf wrote:
Hi,
Currently CPUID function 4 is broken. This function's values rely on the
value of ECX.
To solve the issue cleanly, there is already a new API for cpuid
settings, which is not used yet.
Using
Darwin requires SSSE3 in 64-bit mode, so KVM needs to reveal the
appropriate CPUID flag. I could not find a proper define in the kernel
headers, so I just added the specific bit number.
Index: kernel/x86.c
===
--- kernel.orig/x86.c
This patch adds support for the MSR MSR_IA32_PERF_STATUS. This is
required to boot Darwin.
I only implemented dummy support, as the real value would be of no
meaning to any OS I know so far anyway and is only implemented on very
recent Intel CPUs.
Index: kernel/x86.c
? Are there any (easy) means to debug the emulator?
Thanks,
Alexander Graf
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using
On Oct 30, 2007, at 10:49 AM, Jan Kiszka wrote:
Carsten Emde wrote:
Avi Kivity wrote:
David Brown wrote:
I thought I'd try out the realtime patch set and it didn't work
at all
with kvm. The console didn't dump anything and the system
completely
locked up.
Up to now, the unmodified
,
there should be no problem running kvm inside of that. Please mind
that it's neither bug-free nor feature-complete but it ran kvm-36
without any problems.
Cheers,
Alexander Graf
-
This SF.net email is sponsored by: Splunk
48 matches
Mail list logo
