On 10.11.2017 17:29, Paolo Bonzini wrote:
On 10/11/2017 16:33, Gerhard Wiesinger wrote:
Hello Paolo,
Any update for a new patch?
Yes,
https://marc.info/?l=kvm&m=150997149623548&w=2
Paolo
Works also for Fedora 26:
https://koji.fedoraproject.org/koji/buildinfo?buildID=996781
On 10.10.2017 16:16, Paolo Bonzini wrote:
On 27/09/2017 21:31, Gerhard Wiesinger wrote:
On 15.09.2017 19:07, Paolo Bonzini wrote:
On 15/09/2017 16:43, Gerhard Wiesinger wrote:
On 27.08.2017 20:55, Paolo Bonzini wrote:
Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" mailto:li...@wie
On 15.09.2017 19:07, Paolo Bonzini wrote:
On 15/09/2017 16:43, Gerhard Wiesinger wrote:
On 27.08.2017 20:55, Paolo Bonzini wrote:
Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" mailto:li...@wiesinger.com>> ha scritto:
On 27.08.2017 14 :03, Paolo Bonzini wrote:
We
On 27.08.2017 20:55, Paolo Bonzini wrote:
Il 27 ago 2017 4:48 PM, "Gerhard Wiesinger" <mailto:li...@wiesinger.com>> ha scritto:
On 27.08.2017 14 :03, Paolo Bonzini wrote:
We will revert the patch, but 4.13.0 will not have the fix.
Expect it in l
On 27.08.2017 14:03, Paolo Bonzini wrote:
Il 27 ago 2017 9:49 AM, "Gerhard Wiesinger" ha
scritto:
On 17.08.2017 23:14, Gerhard Wiesinger wrote:
On 17.08.2017 22:58, Gerhard Wiesinger wrote:
On 07.08.2017 19:50, Paolo Bonzini wrote:
Not much to say, unfortunately. It's prett
On 27.08.2017 14:03, Paolo Bonzini wrote:
Il 27 ago 2017 9:49 AM, "Gerhard Wiesinger" <mailto:li...@wiesinger.com>> ha scritto:
On 17.08.2017 23:14, Gerhard Wiesinger wrote:
On 17.08.2017 22:58, Gerhard Wiesinger wrote:
>
> On 07.08.2017 1
On 17.08.2017 23:14, Gerhard Wiesinger wrote:
On 17.08.2017 22:58, Gerhard Wiesinger wrote:
>
> On 07.08.2017 19:50, Paolo Bonzini wrote:
>
> >Not much to say, unfortunately. It's pretty much the same capabilities
> >as a Prescott/Cedar Mill processor, except that it h
On 07.08.2017 19:50, Paolo Bonzini wrote:
>Not much to say, unfortunately. It's pretty much the same capabilities
>as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It
>also lacks FlexPriority compared to the Conroe I had checked.
>
>It's not great that even the revert patch do
On 17.08.2017 22:58, Gerhard Wiesinger wrote:
>
> On 07.08.2017 19:50, Paolo Bonzini wrote:
>
> >Not much to say, unfortunately. It's pretty much the same capabilities
> >as a Prescott/Cedar Mill processor, except that it has MSR bitmaps. It
> >also lacks FlexPrior
Signed-off-by: Gerhard Wiesinger
---
hw/net/rtl8139.c | 288
++-
1 file changed, 264 insertions(+), 24 deletions(-)
diff --git a/hw/net/rtl8139.c b/hw/net/rtl8139.c
index f05e59c..5241fea 100644
--- a/hw/net/rtl8139.c
+++ b/hw/net/rtl8139.c
Hello,
Since the last update (git log 3b71ec8..c5d128f) it looks like that the
inital resolution via VNC is broken.
E.g. after connecting seabios screen is not the typical text resolution
but a lot larger than it should be.
Any ideas?
Anyone can reproduce it?
Thnx.
Ciao,
Gerhard
-- h
On 11.01.2016 09:22, Paolo Bonzini wrote:
On 09/01/2016 17:46, Gerhard Wiesinger wrote:
# Positive consequences via munin monitoring:
# Reduced fork rate: 40 => 13
# process states: running 15 => <1
# CÜU temperature: (core dependant) 65-70°C => 56-64°C
# CPU usage: system: 47%
3On 08.12.2015 10:39, Gerhard Wiesinger wrote:
Hello,
Yesterday I looked at my munin statistics on my KVM host and I swar
that performance gets worser: load is getting higher, interrupts are
getting higher and are high as well as context switches. VMs and
applications didn't change tha
Any comments?
Ciao,
Gerhard
On 08.12.2015 10:39, Gerhard Wiesinger wrote:
Hello,
Yesterday I looked at my munin statistics on my KVM host and I swar
that performance gets worser: load is getting higher, interrupts are
getting higher and are high as well as context switches. VMs and
Hello,
Yesterday I looked at my munin statistics on my KVM host and I swar that
performance gets worser: load is getting higher, interrupts are getting
higher and are high as well as context switches. VMs and applications
didn't change that way.
You can find graphics at: http://www.wiesinger
Signed-off-by: Gerhard Wiesinger
---
arch/x86/kvm/svm.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/x86/kvm/svm.c b/arch/x86/kvm/svm.c
index 2f9ed1f..e0b00fc 100644
--- a/arch/x86/kvm/svm.c
+++ b/arch/x86/kvm/svm.c
@@ -198,6 +198,10 @@ static bool npt_enabled;
static int
On 15.05.2015 10:10, Paolo Bonzini wrote:
On 15/05/2015 09:37, Gerhard Wiesinger wrote:
Yes, yum takes memory. But there is ~2.2 GB virt memory available. That
should be enough. Therefore I think it is a kernel problem. As in
previous crashes on the mailing list there is a lot of swap
On 15.05.2015 08:51, Paolo Bonzini wrote:
On 15/05/2015 08:34, Gerhard Wiesinger wrote:
Helllo,
I'm using latest qemu-kvm-2.3.0-3.fc21.x86_64 from libvirt repository
(updated afterwards). Running yum regularly crashes the VM like below.
VM is stripped down to minimum memory require
Helllo,
I'm using latest qemu-kvm-2.3.0-3.fc21.x86_64 from libvirt repository
(updated afterwards). Running yum regularly crashes the VM like below.
VM is stripped down to minimum memory requirements (256MB) for owncloud.
See below.
Looks like a problem in virtio-net or a kernel bug with low
On 17.03.2015 14:59, Cole Robinson wrote:
On 03/16/2015 06:20 PM, Gerhard Wiesinger wrote:
On 16.03.2015 19:49, Cole Robinson wrote:
Since 2.3 rc0 should be out tomorrow, I'll just wait for that to be released
and build it for rawhide/f22 and virt-preview
Shouldn't we have a 2.2
On 16.03.2015 19:49, Cole Robinson wrote:
Since 2.3 rc0 should be out tomorrow, I'll just wait for that to be released
and build it for rawhide/f22 and virt-preview
Shouldn't we have a 2.2.1 version, too?
A reference point between 2.1 and the not yet released version 2.3
version would be fin
Hello,
Any updates for the
http://fedorapeople.org/groups/virt/virt-preview/fedora-virt-preview.repo repo
to qemu 2.2.1 planned?
Thank you.
Ciao,
Gerhard
On 03.03.2015 14:18, Gerhard Wiesinger wrote:
On 03.03.2015 13:28, Gerhard Wiesinger wrote:
On 03.03.2015 10:12, Gerhard Wiesinger wrote:
On 02.03.2015 18:15, Gerhard Wiesinger wrote:
On 02.03.2015 16:52, Gerhard Wiesinger wrote:
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11
On 03.03.2015 13:28, Gerhard Wiesinger wrote:
On 03.03.2015 10:12, Gerhard Wiesinger wrote:
On 02.03.2015 18:15, Gerhard Wiesinger wrote:
On 02.03.2015 16:52, Gerhard Wiesinger wrote:
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11:36, Gerhard Wiesinger wrote:
So far it happened
On 03.03.2015 10:12, Gerhard Wiesinger wrote:
On 02.03.2015 18:15, Gerhard Wiesinger wrote:
On 02.03.2015 16:52, Gerhard Wiesinger wrote:
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11:36, Gerhard Wiesinger wrote:
So far it happened only the PostgreSQL database VM. Kernel is
On 02.03.2015 18:15, Gerhard Wiesinger wrote:
On 02.03.2015 16:52, Gerhard Wiesinger wrote:
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11:36, Gerhard Wiesinger wrote:
So far it happened only the PostgreSQL database VM. Kernel is alive
(ping works well). ssh is not working
On 02.03.2015 16:52, Gerhard Wiesinger wrote:
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11:36, Gerhard Wiesinger wrote:
So far it happened only the PostgreSQL database VM. Kernel is alive
(ping works well). ssh is not working.
console window: after entering one character at
On 02.03.2015 10:26, Paolo Bonzini wrote:
On 01/03/2015 11:36, Gerhard Wiesinger wrote:
So far it happened only the PostgreSQL database VM. Kernel is alive
(ping works well). ssh is not working.
console window: after entering one character at login prompt, then crashed:
[1438.384864] Out of
On 16.02.2015 16:29, Paolo Bonzini wrote:
On 16/02/2015 16:09, Gerhard Wiesinger wrote:
On 16.02.2015 15:18, Paolo Bonzini wrote:
On 15/02/2015 09:18, Gerhard Wiesinger wrote:
Can you grab some random backtraces ("thread apply all bt full") with
gdb?
Very low load on the machine,
On 16.02.2015 15:18, Paolo Bonzini wrote:
On 15/02/2015 09:18, Gerhard Wiesinger wrote:
Can you grab some random backtraces ("thread apply all bt full") with gdb?
Very low load on the machine, so I guess most will be sleeping and hard
to catch non sleeping ones. See below
For t
On 14.01.2015 10:15, Gerhard Wiesinger wrote:
On 14.01.2015 01:59, Laine Stump wrote:
Take a look at the following kernel bug. It specifically deals with a
hang in gettimeofday() in a KVM guest:
https://bugzilla.redhat.com/show_bug.cgi?id=1178975
There is a link to a patched kernel you can
On 14.01.2015 18:52, Juan Quintela wrote:
Juan Quintela wrote:
I forgot tell on the previous patch, I am using 2vcpus. with a single
vcpu I have been unable to trigger this bug.
There is already a fix with a new patched kernel available for the
guest, see the bugzilla entry and my posts in
On 14.01.2015 01:59, Laine Stump wrote:
Take a look at the following kernel bug. It specifically deals with a
hang in gettimeofday() in a KVM guest:
https://bugzilla.redhat.com/show_bug.cgi?id=1178975
There is a link to a patched kernel you can try; it fixed my problems (I
was repeatedly getti
On 13.01.2015 22:16, Paolo Bonzini wrote:
On 13/01/2015 22:14, Gerhard Wiesinger wrote:
I also had a look at the kernel code again:
http://lxr.free-electrons.com/source/kernel/time/timekeeping.c?v=3.17#L493
499 do {
500 seq = read_seqcount_begin(&tk_core.seq);
501
On 13.01.2015 21:48, Paolo Bonzini wrote:
On 13/01/2015 21:13, Gerhard Wiesinger wrote:
It happens also with qemu-kvm 2.2.0 on another VM where also PostgreSQL
is running:
(gdb) bt
#0 0x7fff9a1feff4 in gettimeofday ()
#1 0x006d425e in GetCurrentTimestamp () at timestamp.c:1274
On 12.01.2015 12:41, Gerhard Wiesinger wrote:
On 08.01.2015 23:28, Gerhard Wiesinger wrote:
I'll keep you up to date in the next days whether it happens again or
not.
With qemu-kvm 2.2.0 release from the above repository the 100% usage
didn't happen so far (although I had to re
On 12.01.2015 12:46, Paolo Bonzini wrote:
On 12/01/2015 12:41, Gerhard Wiesinger wrote:
Updated to 2.2.0 qemu-kvm release, worked seemless so far for all VMs.
I'll keep you up to date in the next days whether it happens again or
not.
With qemu-kvm 2.2.0 release from the above repositor
On 08.01.2015 23:28, Gerhard Wiesinger wrote:
On 08.01.2015 19:22, Paolo Bonzini wrote:
Indeed. Can you try the 2.2.0 qemu-kvm release, available in the
fedora-virt-preview repository?
http://fedoraproject.org/wiki/Virtualization_Preview_Repository
Updated to 2.2.0 qemu-kvm release, worked
On 08.01.2015 19:22, Paolo Bonzini wrote:
On 08/01/2015 19:12, Gerhard Wiesinger wrote:
Since kernels were the same on FC20/F21 and qemu/kvm changed from
1.6.2 to 2.1.2 I guess the topic seems to be there. Also newer gcc
might be a topic.
Indeed. Can you try the 2.2.0 qemu-kvm release
On 08.01.2015 18:24, Paolo Bonzini wrote:
On 08/01/2015 14:36, Gerhard Wiesinger wrote:
Quitting and reattaching gdb also hangs here, so gettimeofday takes 100%
CPU and never ends!
Therefore I guess this is a problem either in the Linux kernel or in
QEMU/KVM.
What kernel are you running on
Hello,
After upgrading my KVM environment from Fedora 20 to Fedora 21 up2date
(hosts and guests, Intel CPU) I've the following problem:
1.) On the database VM PostgresSQL e.g. 2 processes hang with 100% cpu
2.) On the monitoring VM Munin/RRDtool also hangs with 100% cpu
Killing of processes is
On 13.05.2014 17:41, Kevin O'Connor wrote:
The x86emu code does not properly emulate "leal" (as near as I can
tell it treats it as a "leaw" instead), which leads to all sorts of
bizarre behavior when it tries to interpret the code. This type of
issue has occurred for a bunch of instructions (o
On 17.03.2014 13:31, Cole Robinson wrote:
Works fine here but I'm using AMD. Please file a Fedora bug against qemu, and
include:
- full qemu command line (if using libvirt: /var/log/libvirt/qemu/$vmname.log)
- Any qemu stdout/stderr output
- Check dmesg for any kvm errors
- Try booting an older
On 16.03.2014 18:50, Paolo Bonzini wrote:
Il 16/03/2014 13:40, Gerhard Wiesinger ha scritto:
Hello,
I tried to install XP SP3 (also tried XP SP2) on a new VM (IDE, 1GB RAM,
VMVGA, more details can be provided if necessary) on Fedora 20 (Packages
below), but it hangs on "Installing Wi
Hello,
I tried to install XP SP3 (also tried XP SP2) on a new VM (IDE, 1GB RAM,
VMVGA, more details can be provided if necessary) on Fedora 20 (Packages
below), but it hangs on "Installing Windows/Installing Devices".
Was reproduceable 2 times. Anyone has similar problems?
Looks to me like a
On 10.03.2013 18:04, Peter Maydell wrote:
Oh, right. Tracing functions moved from trace.h to the files in the
trace/ subdirectory. This means that if you didn't do a make clean or
distclean before doing the git update then the new makefile knows
nothing about the old trace.h file and so won't d
On 10.03.2013 14:20, Peter Maydell wrote:
On 10 March 2013 20:28, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean:
CC util/hbitmap.o
util/hbitmap.c: In function ‘hbitmap_iter_skip_words’:
util/hbitmap.c:138:5: error: implicit declaration of function
Hello,
qemu is currently not compile clean:
CC util/hbitmap.o
util/hbitmap.c: In function ‘hbitmap_iter_skip_words’:
util/hbitmap.c:138:5: error: implicit declaration of function
‘trace_hbitmap_iter_skip_words’ [-Werror=implicit-function-declaration]
util/hbitmap.c:138:5: error: nested extern de
Hello,
Didn't find it. For what does QXL stand for?
Thanx.
Ciao,
Gerhard
On 07.12.2012 08:37, Markus Armbruster wrote:
Gerhard Wiesinger writes:
On 03.12.2012 21:51, Anthony Liguori wrote:
Hi,
Major features include:
- After nearly 6 years of work, all remaining differences between the
qemu-kvm.git and qemu.git have been merged into qemu.git
How is
On 03.12.2012 21:51, Anthony Liguori wrote:
Hi,
Major features include:
- After nearly 6 years of work, all remaining differences between the
qemu-kvm.git and qemu.git have been merged into qemu.git
How is qemu-kvm enabled?
--enable-kvm ?
Is there a runtime only command line switch als
On 12.11.2012 09:26, Paolo Bonzini wrote:
Il 10/11/2012 22:39, Gerhard Wiesinger ha scritto:
Hello,
I bisected down a DOS boot problem with LSI 53C895A SCSI controller and
LSI option ROM to the following commit:
e93176d55f1eb4be1a366b51afeaf4f4c8c31d75
The emulation is known to be incomplete
Hello,
I'm having a boot hanger with LSI 53C895 adapter with latest qemu (not
KVM):
hangs in "Searching bootorder for: /pci@i0cf8/*@3/*@0/*@0,0"
b90600eed3c0efe5f3260853c873caf51c0677b1 is the first bad commit
commit b90600eed3c0efe5f3260853c873caf51c0677b1
Author: Avi Kivity
Date: Wed Oct
Hello,
I bisected down a DOS boot problem with LSI 53C895A SCSI controller and
LSI option ROM to the following commit:
e93176d55f1eb4be1a366b51afeaf4f4c8c31d75
Core dumps aren't valid.
BTW: Nearly all KVM coredumps aren't valid anymore and have only a
garbage stack trace. Any ideas?
Thnx.
On 10.11.2012 09:55, Paolo Bonzini wrote:
Il 10/11/2012 09:30, Gerhard Wiesinger ha scritto:
2.) Added debug code to block.c and to block/vmdk.c to verify
correctness
Same here. Also, please use the tracing infrastructure---a lot of the
debug
messages you're adding, though not all, a
On 09.11.2012 09:26, Paolo Bonzini wrote:
Il 08/11/2012 20:05, Gerhard Wiesinger ha scritto:
Fixed a MAJOR BUG in VMDK files on file boundaries on reads
and ALSO ON WRITES WHICH MIGHT CORRUPT THE IMAGE AND DATA!!
Triggered for example with the following VMDK file (partly listed):
# Extent
iles
3.) Run Windows XP successfully
4.) chkdsk run successfully without any errors
Signed-off-by: Gerhard Wiesinger
---
block/vmdk.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/block/vmdk.c b/block/vmdk.c
index 1a80e5a..51398c0 100644
--- a/block/vmdk.c
+++ b/bl
On 10.11.2012 00:52, Peter Maydell wrote:
On 10 November 2012 00:45, Marek Vasut wrote:
Gerd Hoffmann wrote:
Question is just whenever we'll go silently fixup stuff in console.c or
use assert()s to enforce callers getting this correct. I'd tend to use
assert() as vmware-vga passing bogous stu
On 08.11.2012 22:07, Gerd Hoffmann wrote:
Hi,
I think this is fixing this at the wrong level. Either we
should require that drivers (in this case vmware_vga.c)
must not call dpy_gfx_update() with out of range values,
or we should do the clipping in the console.c layer, but
I don't think requ
identical size.
---
Best regards!
Fam Zheng
On Fri, Nov 9, 2012 at 3:05 AM, Gerhard Wiesinger wrote:
Fixed a MAJOR BUG in VMDK files on file boundaries on reads
and ALSO ON WRITES WHICH MIGHT CORRUPT THE IMAGE AND DATA!!
Triggered for example with the following VMDK file (partly listed):
# Extent
VBOX.img
md5sum /root/QEMU/VM-XP-W/XP-W1-direct.img
md5sum /root/QEMU/VM-XP-W/XP-W1-via-VBOX.img
=> same MD5 hash
2.) Verified debug log files
3.) Run Windows XP successfully
4.) chkdsk run successfully without any errors
Signed-off-by: Ger
Yet another ping.
Ciao,
Gerhard
On 04.11.2012 11:28, Gerhard Wiesinger wrote:
Ping?
On 01.11.2012 21:06, Gerhard Wiesinger wrote:
Fix crash with VNC under NT 4.0 and VMWare VGA and window which is
outside of the visible area.
Backtrace:
#0 set_bit (addr=, nr=-3) at ./bitops.h:122
#1
Hello,
I bisected down a Windows XP startup crash to the following commit:
0b57e287138728f72d88b06e69b970c5d745c44a is the first bad commit
commit 0b57e287138728f72d88b06e69b970c5d745c44a
Author: David Gibson
Date: Mon Sep 10 12:30:57 2012 +1000
Reproduceable on qemu HEAD and by commenting o
Ping?
On 01.11.2012 21:06, Gerhard Wiesinger wrote:
Fix crash with VNC under NT 4.0 and VMWare VGA and window which is
outside of the visible area.
Backtrace:
#0 set_bit (addr=, nr=-3) at ./bitops.h:122
#1 vnc_dpy_update (ds=, x=-48, y=145, w=57, h=161) at
ui/vnc.c:452
#2
Hello,
Clean XP install cores with SCSI LSI 53C89A disk when copying files.
Isn't on the same file, so looks like a timing problem. Reproduceable.
Driver used is sym_hi. Details are below.
See also:
https://lists.gnu.org/archive/html/qemu-devel/2012-03/msg00523.html
Looks like problem is f
On 01.11.2012 21:58, Anthony Liguori wrote:
What platform is this breaking on?
Can you point me to the buildbot failure?
Fedora 17, x64:
3.6.3-1.fc17.x86_64
gcc (GCC) 4.7.2 20120921 (Red Hat 4.7.2-2)
E.g. here:
http://www.kraxel.org/bb/builders/fedora-default/builds/888/steps/compile/logs/std
Hello,
Yes, compiles when warnings are not treated as errors.
But do we want to be only compile clean when we suppress such warnings?
Also ./configure with plattform should be enough.
Ciao,
Gerhard
On 01.11.2012 21:13, Max Filippov wrote:
On Thu, Nov 1, 2012 at 11:47 PM, Gerhard Wiesinger
main_loop_wait (nonblocking=) at
main-loop.c:502
#11 0x7f1ce047acb3 in main_loop () at vl.c:1655
#12 main (argc=, argv=, envp=) at
vl.c:3826
Signed-off-by: Gerhard Wiesinger
---
ui/vnc.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/ui/vnc.c b/ui/vnc.c
index 7c120e6..ae6d819 100644
--- a/ui
Ping again ...
Ciao,
Gerhard
On 10.10.2012 07:17, Gerhard Wiesinger wrote:
Hello,
Still not compile clean, also on the build servers. Who is responsible
for the fix?
Ciao,
Gerhard
On 16.09.2012 18:25, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean on Fedora 17:
CC
Hello,
Still not compile clean, also on the build servers. Who is responsible
for the fix?
Ciao,
Gerhard
On 16.09.2012 18:25, Gerhard Wiesinger wrote:
Hello,
qemu is currently not compile clean on Fedora 17:
CC fsdev/virtfs-proxy-helper.o
fsdev/virtfs-proxy-helper.c: In function
Hello,
qemu is currently not compile clean on Fedora 17:
CC fsdev/virtfs-proxy-helper.o
fsdev/virtfs-proxy-helper.c: In function ‘setfsugid’:
fsdev/virtfs-proxy-helper.c:293:13: error: ignoring return value of
‘setfsgid’, declared with attribute warn_unused_result
[-Werror=unused-result]
fsdev
On 11.09.2012 19:00, Don Slutz wrote:
Add LSI53C1030, SAS1068, SAS1068e. Based on code from "VirtualBox Open Source
Edition".
Based on QEMU MegaRAID SAS 8708EM2.
This is a common VMware disk controller.
SEABIOS change for booting is in the works.
Tested with Fedora 16, 17. CentoOS 6. Window
Hello,
As far as I saw QEMU/KVM supports the trim command on IDE/SATA devices
and the UNMAP command on SCSI devices/disks (thanks Paolo Bonzini). Will
the qcow2 format (or other formats) use this information and also
release the blocks for thin provisioning to save disk space on filesystems?
Hello,
I'm getting the following compile errors:
/root/download/qemu/git/qemu/hw/megasas.c: In function ‘megasas_class_init’:
/root/download/qemu/git/qemu/hw/megasas.c:2155:14: error: assignment
from incompatible pointer type [-Werror]
pc->exit = megasas_scsi_uninit;
With #define DEBUG_SCSI
h
ready for commit :-)
Formal:
Tested-by: Gerhard Wiesinger
Ciao,
Gerhard
On 17.04.2012 14:32, Dmitry Fleytman wrote:
From: Dmitry Fleytman
This set of patches implements VMWare VMXNET3 paravirtual NIC device.
The device supports of all the device features including offload capabilties,
VLANs and
Negative also here:
Don't see anything on screen on startup...
From log, latest qemu-kvm git version:
Running option rom at c180:3d4e
Running option rom at c180:3da2
Running option rom at c180:3df6
Running option rom at c580:0003
qemu-system-x86_64: /root/download/qemu/git/qemu-kvm/exec.c:2641:
On 15.04.2012 11:44, Avi Kivity wrote:
On 04/12/2012 09:32 PM, Gerhard Wiesinger wrote:
Hello,
I'm having problems with recents kernels and qemu-kvm with a DOS VM:
TD286
System: Bad selector: 0007
System: Bad selector: 0D87
System: Bad selector: 001F
System: Bad selector: 0007
GP at 0020
On Mon, 16 Apr 2012, Avi Kivity wrote:
On 04/16/2012 01:30 PM, Roedel, Joerg wrote:
On Mon, Apr 16, 2012 at 12:25:37PM +0200, Jan Kiszka wrote:
On 2012-04-15 11:44, Avi Kivity wrote:
Jan, Joerg, was an AMD erratum published for the bug?
It wasn't an erratum but a documented feature limitati
On 15.04.2012 11:44, Avi Kivity wrote:
On 04/12/2012 09:32 PM, Gerhard Wiesinger wrote:
Hello,
I'm having problems with recents kernels and qemu-kvm with a DOS VM:
TD286
System: Bad selector: 0007
System: Bad selector: 0D87
System: Bad selector: 001F
System: Bad selector: 0007
GP at 0020
Hello,
I'm having problems with recents kernels and qemu-kvm with a DOS VM:
TD286
System: Bad selector: 0007
System: Bad selector: 0D87
System: Bad selector: 001F
System: Bad selector: 0007
GP at 0020 21D4 EC 0DC4
Error 269 loading D:\BP\BIN\TD286.EXE into extended memory
Another 286 DOS Extende
On Thu, 5 Apr 2012, Yan Vugenfirer wrote:
On Thu, Apr 5, 2012 at 8:25 AM, Gerhard Wiesinger wrote:
On Wed, 4 Apr 2012, Izik Eidus wrote:
What about this patch?, everything that was asked from Dmitry was
accomplished...
What prevent us from progressing with merging this patch?
As
On Wed, 4 Apr 2012, Izik Eidus wrote:
What about this patch?, everything that was asked from Dmitry was
accomplished...
What prevent us from progressing with merging this patch?
As already discussed on the list patch v5 doesn't work at least for me.
Previous patches worked better but were not
Hello Dmitry,
Tried it also on qemu, without success. Same behavior.
I sniffed also with tcpdump:
ICMP traffic is dumped immediately but TCP traffic not. Looks like a TCP
problem.
For config and other details see below.
Ciao,
Gerhard
On 21.03.2012 07:59, Gerhard Wiesinger wrote:
On
Ciao,
Gerhard
Best regards,
Dmitry Fleytman.
On Mon, Mar 19, 2012 at 9:24 PM, Gerhard Wiesinger wrote:
Hello Dmitry,
Tried also v5 patch without success:
/root/download/qemu/git/qemu-kvm/x86_64-softmmu/qemu-system-x86_64
-drive
if=ide,index=3,media=cdrom,file=ISO/KNOPPIX_V6.7.1CD-2011-09-14-DE
eytman.
On Sun, Mar 18, 2012 at 10:29 AM, Gerhard Wiesinger
wrote:
Hello,
I'm still having problems with v4 patch: ping works well, even with large
packet sizes but ssh doesn't work at all.
Tested with Knoppix 6.7 and Fedora 16.
Thnx.
Ciao,
Gerhard
On 15.03.2012 22:08, Dmitry Fl
Hello Dmitry,
Is PVSCSI also ready to boot through BIOS Int 13h?
If not, do you plan a SEABIOS patch?
Thnx.
Ciao,
Gerhard
On 15.03.2012 10:02, Dmitry Fleytman wrote:
Below is the implementation of VMWare PVSCSI device and
command line parameters to configure vendor name and product name
for S
ndows 2003 32bit
Changes in V4:
Fixed a few problems uncovered by NETIO test suit
Assertion on failure to initialize MSI/MSI-X replaced with warning
message and fallback to Legacy/MSI respectively
Reported-by: Gerhard Wiesinger
Various coding style adjustments and patch s
ndows 2003 32bit
Changes in V4:
Fixed a few problems uncovered by NETIO test suit
Assertion on failure to initialize MSI/MSI-X replaced with warning
message and fallback to Legacy/MSI respectively
Reported-by: Gerhard Wiesinger
Various coding style adjustments and patch s
Hello Dmitry,
Is PVSCSI also ready to boot through BIOS Int 13h?
If not, do you plan a SEABIOS patch?
Thnx.
Ciao,
Gerhard
On 15.03.2012 10:02, Dmitry Fleytman wrote:
Below is the implementation of VMWare PVSCSI device and
command line parameters to configure vendor name and product name
for S
Can confirm that this patch fixes a crash which also occoured here. Since
window was out of the VNC window, crash was reproduceable and has been
removed reproduceable.
Tested-by: Gerhard Wiesinger
Please apply ASAP.
Ciao,
Gerhard
--
http://www.wiesinger.com/
On Mon, 5 Mar 2012, Serge
Has been fixed with commit 0202181245297a9e847c05f4a18623219d95e93e
BTW: Is also a gcc 4.6.2 issue.
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
On Thu, 1 Mar 2012, Gerhard Wiesinger wrote:
Hello,
qemu repository is not compile clean. I'm getting the following compile
erors:
On Fri, 9 Mar 2012, Gerd Hoffmann wrote:
Hi,
#2 isn't an issue actually, at least for Debian users --
Well, it is, to some degree. Because vanilla upstream doesn't support
booting from lsi it has alot less users and alot less regression testing
(like autotest runs of lsi-scsi installs), wh
Hello Dmitry,
Issue is solved in V3 but I'm still having problems (core dumps) with qemu
and qemu-kvm:
1.) qemu crashes
works well with basic ping tests but with generating load on the network
interface (my standard netio tests (netio -s, netio -t server),
http://www.ars.de/ars/ars.nsf/docs/
On Thu, 8 Mar 2012, Gerd Hoffmann wrote:
On 03/08/12 09:54, Michael Tokarev wrote:
On 08.03.2012 11:44, Gerd Hoffmann wrote:
OK, but SAS (Serial attached SCSI) is technology in the area of storage
interface technology where all big storage vendors see future (e.g. they
give up: FC and SATA dri
On Thu, 8 Mar 2012, Michael Tokarev wrote:
On 08.03.2012 11:44, Gerd Hoffmann wrote:
On 03/07/12 20:58, Gerhard Wiesinger wrote:
On Wed, 7 Mar 2012, Brian Jackson wrote:
I think most people trying to use qemu for anything useful have given
up on if=scsi. Some distros even disable support
On Thu, 8 Mar 2012, Gerd Hoffmann wrote:
On 03/07/12 20:58, Gerhard Wiesinger wrote:
On Wed, 7 Mar 2012, Brian Jackson wrote:
I think most people trying to use qemu for anything useful have given
up on if=scsi. Some distros even disable support because they don't
want to QA it. That shou
Hello Fabian,
I'm having also isssues with german keymappings.
E.g. Under DOS when pressing shift keys will always be uppercase. Also
ALT-GR doesn't work.
Testcase in this order:
a => a
a => a
Shift-a => a (should be A)
a => A (should be a)
a => A (should be a)
a => A (should be a)
Shift-a =>
On Wed, 7 Mar 2012, Brian Jackson wrote:
I think most people trying to use qemu for anything useful have given
up on if=scsi. Some distros even disable support because they don't
want to QA it. That should be a decent sign that you may want to avoid
it.
OK, but SAS (Serial attached SCSI) is tec
Ping. Any comments?
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
On Sun, 4 Mar 2012, Gerhard Wiesinger wrote:
Hello,
Clean XP install cores with SCSI LSI 53C89A disk when copying files.
Reproduceable. Driver used is sym_hi. Details are below.
Tried also old versions 1.0, 0.15.1
Ping. Any comments?
Thnx.
Ciao,
Gerhard
--
http://www.wiesinger.com/
On Mon, 5 Mar 2012, Gerhard Wiesinger wrote:
Hello,
I'm trying to implement better emulation and wider OS support for the rtl8139
card. Therefore I want to see the following testcases to be successful:
* Testcase
1 - 100 of 238 matches
Mail list logo
