Suzaki-san he,
On Feb 15, 2008, at 4:18 AM, Kuniyasu Suzaki wrote:
Dear,
We released new VMKNOPPIX for x86 (20080213).
http://unit.aist.go.jp/itri/knoppix/vmknoppix/index-en.html
Guide-PDF
http://unit.aist.go.jp/itri/knoppix/vmknoppix/VMKnoppix-x86-20080213e.pdf
# Special Features
* Xen3
Dear,
We released new VMKNOPPIX for x86 (20080213).
http://unit.aist.go.jp/itri/knoppix/vmknoppix/index-en.html
Guide-PDF
http://unit.aist.go.jp/itri/knoppix/vmknoppix/VMKnoppix-x86-20080213e.pdf
# Special Features
* Xen3.2.0, KVM60, and QEMU091 are upgraded.
* Xen3.2.0 has a vTPM (TPM
The patch below from KVM improves network transfers in a huge way. wget
in a MIPS target now gives me a transfer speed of up to 120 Mbits/s with
an e1000 emulated card.
kvm: qemu: generate signals on tap I/O
currently tap does not generate signals on I/O; this causes
network latency
I just tested the latest BOCHS from cvs, which includes the DMI/SMBIOS
patch from Filip, with qemu cvs HEAD, and kvm as well and the export DMI
tables are fully functional. Running dmidecide in the guest displays
all of the appropriate information. I was wondering what the process is
for qemu to
On 2/14/08, Jan Holzhueter <[EMAIL PROTECTED]> wrote:
> Hi everyone,
> we are planing to get rid of some old sparc hardware.
> The problem is that there are applications on it that require
> sun4m and Solaris 1.1.2 / SunOS 4.1.4.
> As known qemu-system-sparc is not able to boot the Solaris Kern
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl 08/02/14 17:46:44
Modified files:
target-sparc : cpu.h translate.c
Log message:
Fix remote debugger memory access problems reported by Matthias Stein
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewc
On 2/14/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello,
>
> recently I have updated my qemu from 0.9.0 to 0.9.1 and had problems
> with the remote debugger memory access. Especially the command
>
> x /10i 0x4000
>
> doesn't work, even if the PC is 0x4000.
>
> I have tracked down the
Hi everyone,
we are planing to get rid of some old sparc hardware.
The problem is that there are applications on it that require
sun4m and Solaris 1.1.2 / SunOS 4.1.4.
As known qemu-system-sparc is not able to boot the Solaris Kernel at
the moment.
I get as far as:
[sparc] Booting file 'cdrom'
Hello,
recently I have updated my qemu from 0.9.0 to 0.9.1 and had problems
with the remote debugger memory access. Especially the command
x /10i 0x4000
doesn't work, even if the PC is 0x4000.
I have tracked down the problem till target-sparc/translate.c, where the
following calls are done: