[ANNOUNCE] kvm-62 release

[ANNOUNCE] kvm-62 release

[Avi Kivity]

Add cpus on the fly to your virtual machines with the new cpu hotplug 
feature.

Changes from kvm-62:
- portability: make room for the ia64 register stack (Xiantao Zhang)
- fix leak when setting the pv clock to an invalid address (Marcelo Tosatti)
- detect vcpu triple faults (Joerg Roedel)
- fix race when instantiating a shadow pte
- fix host crash on guest kexec
- code cleanups (Harvey Harrison)
- better tsc handling on Intel hosts with stable tscs
- cpu hotplug (Glauber Costa)
- merge qemu-cvs
   - new curses display option
- change -hugetlb-path to -mem-path (Anthony Liguori)
- increase pci support from 6 slots to 32 slots
- document ./configure --disable-cpu-emulation (Jerone Young)
- fix powerpc cpu initialization (Jerone Young)
- simplify host_cpuid() assembly code


Notes:
      If you use the modules bundled with kvm-63, you can use any version
of Linux from 2.6.17 upwards.
      If you use the modules bundled with Linux 2.6.20, you need to use
kvm-12.
      If you use the modules bundled with Linux 2.6.21, you need to use
kvm-17.
      Modules from Linux 2.6.22 and up will work with any kvm version from
kvm-22.  Some features may only be available in newer releases.
      For best performance, use Linux 2.6.23-rc2 or later as the host.

http://kvm.qumranet.com


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Alexey Eremenko]

Very Nice. Must be KVM-63.

>  - merge qemu-cvs
>    - new curses display option

How to activate that one?

-- 
-Alexey Eremenko "Technologov"

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Avi Kivity]

Alexey Eremenko wrote:
> Very Nice. Must be KVM-63.
>
>   
>>  - merge qemu-cvs
>>    - new curses display option
>>     
>
> How to activate that one?
>
>   


qemu -curses

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Alexey Eremenko]

[-- Attachment #1.1: Type: text/plain, Size: 287 bytes --]

> Very Nice. Must be KVM-63.
>
>   
>>  - merge qemu-cvs
>>    - new curses display option
>>     
>qemu -curses

I'm Sorry, but it doesn't works.

tux@suse103-ws32:~> /usr/local/bin/qemu-system-x86_64 -curses

/usr/local/bin/qemu-system-x86_64: invalid option -- '-curses'

[-- Attachment #1.2: Type: text/html, Size: 804 bytes --]

[-- Attachment #2: Type: text/plain, Size: 228 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: [ANNOUNCE] kvm-62 release

[Avi Kivity]

Alexey Eremenko wrote:
>
> > Very Nice. Must be KVM-63.
> >
> >  
> >>  - merge qemu-cvs
> >>    - new curses display option
> >>    
> >qemu -curses
>
> I'm Sorry, but it doesn't works.
>
> tux@suse103-ws32:~> /usr/local/bin/qemu-system-x86_64 -curses
>
> /usr/local/bin/qemu-system-x86_64: invalid option -- '-curses'
>

It probably wasn't configured.  Do you have the devel package installed?

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

KVM-63 - ncurses

[Alexey Eremenko]

[-- Attachment #1.1: Type: text/plain, Size: 534 bytes --]

>It probably wasn't configured.  Do you have the devel package installed?

You are correct - it wasn't configured.

The problem is - I have the package (ncurses-devel) installed, but it is not detected.
KVM's "./configure" scripts skips it.

But it works on my Fedora machine.

I have a big problem with ncurses - once the VM enters Graphics Mode, it cannot be killed
with start Linux command: "ctrl+C" - tried from KDE Konsole. It can be killed only using "kill".
I think it's a bug.

Very nice feature BTW.

-Alexey

[-- Attachment #1.2: Type: text/html, Size: 989 bytes --]

[-- Attachment #2: Type: text/plain, Size: 228 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: KVM-63 - ncurses

[Carlo Marcelo Arenas Belon]

On Thu, Mar 06, 2008 at 12:32:58AM -0800, Alexey Eremenko wrote:
> 
>    I have a big problem with ncurses - once the VM enters Graphics Mode, it
>    cannot be killed
>    with start Linux command: "ctrl+C" - tried from KDE Konsole. It can be
>    killed only using "kill".

using xterm over pekwm (which traps "alt+2") I can use for that "esc+2"

  qemu> quit

konsole probably works with the default key bindings for the qemu console
under curses which is "alt+2".

Carlo

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: KVM-63 - ncurses

[Alexey Eremenko]

[-- Attachment #1.1: Type: text/plain, Size: 530 bytes --]

>using xterm over pekwm (which traps "alt+2") I can use for that "esc+2"

>  qemu> quit

>konsole probably works with the default key bindings for the qemu console
under curses which is "alt+2".

Yes, Thanks Carlo, that worked.

Another problem, is that most standard OSes (including most Linux distros) use both Graphical GRUB + Graphical setup by default.

In the hope to improve this situation, I have filled a feature-request for openSUSE:
https://bugzilla.novell.com/show_bug.cgi?id=347236

-Alexey, 6.3.2008.

[-- Attachment #1.2: Type: text/html, Size: 1071 bytes --]

[-- Attachment #2: Type: text/plain, Size: 228 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: [ANNOUNCE] kvm-62 release

[Avi Kivity]

Avi Kivity wrote:
> Add cpus on the fly to your virtual machines with the new cpu hotplug 
> feature.
>

er, kvm-63, that is.

-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[ANNOUNCE] kvm-62 release

[Avi Kivity]

Fixes the longstanding RHEL 5 i386 smp boot problem as well as the 
recent Intel Core regression.  Large page support improves performance 
for dedicated virtualization hosts, while vmware vga and more std-vga 
resolutions should improve the home user experience.

Changes from kvm-61:
- fix oops running external module on 2.6.25 due to mmdrop (Andrea 
Arcangeli)
- backward compatibility for 2.6.25 desc_struct changes
- fix memory alias mixup (Uri Lublin)
- add file:// migration protocol (Uri Lublin)
- fix reading from character devices with flow control (Jan Kiszka)
- large host page support (Marcelo Tosatti)
- fix screen corruption with high resolutions (Andreas Winkelbauer)
- implement vmware vga for kvm (Soren Hansen, Anthony Liguori)
- even more resolutions for -std-vga (Andreas Winkelbauer)
- code cleanups (Carlo Marcelo Arenas Belon, Harvey Harrison)
- allow up to 16 vcpus (Anthony Liguori, me)
- allow up to 16 memory slots
- improve vcpu_run error reporting
- fix host crash on hosts without EFER (Intel Core not 2s)
- drop kvm private segment descriptor in favor of Linux' desc_struct
- stat counter for hypercalls (Amit Shah)
- fake values for MSR_PERF_STATUS (Alexander Graf)
   - needed for Darwin/OS X
- better root pagetable unpinning (Marcelo Tosatti)
- paravirt clock fixes (Glauber Costa, Marcelo Tosatti)
- avoid host hang when guest sets APIC timer to zero
   - also fixes live migration of Windows 2000 guests
- fix RHEL 5 i386 smp boot due to timer interrupts being routed to all vcpus

Notes:
      If you use the modules bundled with kvm-62, you can use any version
of Linux from 2.6.17 upwards.
      If you use the modules bundled with Linux 2.6.20, you need to use
kvm-12.
      If you use the modules bundled with Linux 2.6.21, you need to use
kvm-17.
      Modules from Linux 2.6.22 and up will work with any kvm version from
kvm-22.  Some features may only be available in newer releases.
      For best performance, use Linux 2.6.23-rc2 or later as the host.

http://kvm.qumranet.com


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Haydn Solomon]

[-- Attachment #1.1: Type: text/plain, Size: 2687 bytes --]

Love the new high screen resolution as can now run in full screen mode with
good experience. Great work!

On Tue, Feb 26, 2008 at 7:02 AM, Avi Kivity <avi@qumranet.com> wrote:

> Fixes the longstanding RHEL 5 i386 smp boot problem as well as the
> recent Intel Core regression.  Large page support improves performance
> for dedicated virtualization hosts, while vmware vga and more std-vga
> resolutions should improve the home user experience.
>
> Changes from kvm-61:
> - fix oops running external module on 2.6.25 due to mmdrop (Andrea
> Arcangeli)
> - backward compatibility for 2.6.25 desc_struct changes
> - fix memory alias mixup (Uri Lublin)
> - add file:// migration protocol (Uri Lublin)
> - fix reading from character devices with flow control (Jan Kiszka)
> - large host page support (Marcelo Tosatti)
> - fix screen corruption with high resolutions (Andreas Winkelbauer)
> - implement vmware vga for kvm (Soren Hansen, Anthony Liguori)
> - even more resolutions for -std-vga (Andreas Winkelbauer)
> - code cleanups (Carlo Marcelo Arenas Belon, Harvey Harrison)
> - allow up to 16 vcpus (Anthony Liguori, me)
> - allow up to 16 memory slots
> - improve vcpu_run error reporting
> - fix host crash on hosts without EFER (Intel Core not 2s)
> - drop kvm private segment descriptor in favor of Linux' desc_struct
> - stat counter for hypercalls (Amit Shah)
> - fake values for MSR_PERF_STATUS (Alexander Graf)
>   - needed for Darwin/OS X
> - better root pagetable unpinning (Marcelo Tosatti)
> - paravirt clock fixes (Glauber Costa, Marcelo Tosatti)
> - avoid host hang when guest sets APIC timer to zero
>   - also fixes live migration of Windows 2000 guests
> - fix RHEL 5 i386 smp boot due to timer interrupts being routed to all
> vcpus
>
> Notes:
>      If you use the modules bundled with kvm-62, you can use any version
> of Linux from 2.6.17 upwards.
>      If you use the modules bundled with Linux 2.6.20, you need to use
> kvm-12.
>      If you use the modules bundled with Linux 2.6.21, you need to use
> kvm-17.
>      Modules from Linux 2.6.22 and up will work with any kvm version from
> kvm-22.  Some features may only be available in newer releases.
>      For best performance, use Linux 2.6.23-rc2 or later as the host.
>
> http://kvm.qumranet.com
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> kvm-devel mailing list
> kvm-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/kvm-devel
>

[-- Attachment #1.2: Type: text/html, Size: 3409 bytes --]

[-- Attachment #2: Type: text/plain, Size: 228 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: [ANNOUNCE] kvm-62 release

[Jim Paris]

Hi,

> - add file:// migration protocol (Uri Lublin)

commit 70d2a9dc3594446f3ad66b32abc94c08b74118d4
Author: Uri Lublin <uril@qumranet.com>
Date:   Thu Feb 21 15:00:50 2008 +0200

    kvm: qemu: migration: added file:// migration protocol
    
    Instead of writing into a file with fork+exec, just open the file and
    write the data. This solves a bug that sometimes not all the data was
    kept in the state-file.

I haven't tested it yet, but this sounds like the problems I've always
had with migration.  It seems this is just a new way to work around
it, rather than an actual fix for the bug though -- won't exec: still
have the same problem even when not writing to a file?  Was this
ever tracked down any further?  Or is there a known reason why 
"exec:dd" is expected to be broken?  I never had any luck finding it..

-jim

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Avi Kivity]

Jim Paris wrote:
> Hi,
>
>   
>> - add file:// migration protocol (Uri Lublin)
>>     
>
> commit 70d2a9dc3594446f3ad66b32abc94c08b74118d4
> Author: Uri Lublin <uril@qumranet.com>
> Date:   Thu Feb 21 15:00:50 2008 +0200
>
>     kvm: qemu: migration: added file:// migration protocol
>     
>     Instead of writing into a file with fork+exec, just open the file and
>     write the data. This solves a bug that sometimes not all the data was
>     kept in the state-file.
>
> I haven't tested it yet, but this sounds like the problems I've always
> had with migration.  It seems this is just a new way to work around
> it, rather than an actual fix for the bug though -- won't exec: still
> have the same problem even when not writing to a file?  Was this
> ever tracked down any further?  Or is there a known reason why 
> "exec:dd" is expected to be broken?  I never had any luck finding it..
>
>   

IIRC it was signal handling related, the exec'ed process receives a 
signal and is prematurely terminated.


-- 
Do not meddle in the internals of kernels, for they are subtle and quick to panic.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

Re: [ANNOUNCE] kvm-62 release

[Uri Lublin]

[-- Attachment #1.1: Type: text/plain, Size: 1044 bytes --]

From: jim@jim.sh on behalf of Jim Paris
>>
>> - add file:// migration protocol (Uri Lublin)
>>
>>commit 70d2a9dc3594446f3ad66b32abc94c08b74118d4
>>Author: Uri Lublin <uril@qumranet.com>
>>Date:   Thu Feb 21 15:00:50 2008 +0200
>>
>>    kvm: qemu: migration: added file:// migration protocol
>>    
>>    Instead of writing into a file with fork+exec, just open the file and
>>    write the data. This solves a bug that sometimes not all the data was
>>    kept in the state-file.
>>
>I haven't tested it yet, but this sounds like the problems I've always
>had with migration.  It seems this is just a new way to work around
>it, rather than an actual fix for the bug though -- won't exec: still
>have the same problem even when not writing to a file?  Was this
>ever tracked down any further?  Or is there a known reason why 
>"exec:dd" is expected to be broken?  I never had any luck finding it..
>
>-jim

Opening a file, and writing into it is simpler anyway.
I too do not know yet why "exec:dd" sometimes fails.



[-- Attachment #1.2: Type: text/html, Size: 1811 bytes --]

[-- Attachment #2: Type: text/plain, Size: 228 bytes --]

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

[-- Attachment #3: Type: text/plain, Size: 158 bytes --]

_______________________________________________
kvm-devel mailing list
kvm-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kvm-devel

Re: [ANNOUNCE] kvm-62 release

[Avi Kivity]

Uri Lublin wrote:
>
>
> Opening a file, and writing into it is simpler anyway.
> I too do not know yet why "exec:dd" sometimes fails.
>

It might be SIGCHLD raise after dd's death.  We ought to block it.

-- 
error compiling committee.c: too many arguments to function


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/