Am 15.05.2016 um 01:13 schrieb Thomas Lamprecht:
> Hi all,
>
> I recently ran into Problems when trying to install some Windows VMs
> this was after an update to QEMU 2.5.1.1, the VM shows Windows loading
> files for the installation, then the "Starting Windows" screen appears
> here it hangs and n
On Fri, May 13, 2016 at 08:30:36PM +0200, Marc-André Lureau wrote:
> Hi
>
> On Tue, May 10, 2016 at 6:28 PM, Marc-André Lureau wrote:
> > Hi
> >
> > - Original Message -
> >> On Tue, May 10, 2016 at 06:03:50PM +0200, marcandre.lur...@redhat.com
> >> wrote:
> >> > From: Marc-André Lureau
Public bug reported:
Hi,
As already posted on the QEMU devel list [1] I stumbled upon a problem
with QEMU in version 2.5.1.1 and 2.6.0.
the VM shows Windows loading
files for the installation, then the "Starting Windows" screen appears
here it hangs and never continues.
Changing the "-vga" opti
On 15.05.2016 11:28, Stefan Weil wrote:
> Am 15.05.2016 um 01:13 schrieb Thomas Lamprecht:
>> Hi all,
>>
>> I recently ran into Problems when trying to install some Windows VMs
>> this was after an update to QEMU 2.5.1.1, the VM shows Windows loading
>> files for the installation, then the "Startin
Hi Emilio,
On Fri, May 13, 2016 at 11:34 PM, Emilio G. Cota wrote:
> When __atomic is not available, we use full memory barriers instead
> of smp/wmb, since acquire/release barriers apply to all memory
> operations and not just to loads/stores, respectively.
>
If it is not too late can we rename
** Changed in: qemu
Status: New => Confirmed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1581936
Title:
Frozen Windows 7 VMs with VGA CVE-2016-3712 fix (2.6.0 and 2.5.1.1)
Status in QEMU:
On 05/11/2016 10:51 AM, Markus Armbruster wrote:
Marcel Apfelbaum writes:
On 05/10/2016 11:28 AM, Markus Armbruster wrote:
Marcel Apfelbaum writes:
This series aims to allow more devices to be used with '-device'
by sorting the devices based on a predefined creation order flag
before creat
On 05/06/2016 07:20 AM, Cao jin wrote:
It has:
1. More newlines make the code block well separated.
2. Add more comments for msi_init.
3. Fix a indentation in vmxnet3.c.
4. ioh3420 & xio3130_downstream: put PCI Express capability init function
together, make it more readable.
cc: Dmitry Fley
On 05/06/2016 08:43 AM, Cao jin wrote:
sorry, forget to cc some maintainers
On 05/06/2016 12:20 PM, Cao jin wrote:
msi_init returns non-zero value on both failure and success.
cc: Hannes Reinecke
cc: Paolo Bonzini
Signed-off-by: Cao jin
---
hw/scsi/megasas.c | 2 +-
1 file changed, 1 ins
I can confirm this behaviour. Tested on 3 different machines, all
Windows 7 VMs are broke because of the latest "patch". Also tested
Windows XP and Windows 10, both work with VGA flawlessly.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to Q
On 05/06/2016 07:20 AM, Cao jin wrote:
ENOSPC is programming error, assert it for debugging.
cc: Michael S. Tsirkin
cc: Marcel Apfelbaum
cc: Markus Armbruster
Signed-off-by: Cao jin
---
hw/pci/pci.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/hw/pci/pci.c b/h
On 05/06/2016 07:20 AM, Cao jin wrote:
From bit to enum OnOffAuto.
cc: Michael S. Tsirkin
cc: Markus Armbruster
cc: Marcel Apfelbaum
Signed-off-by: Cao jin
---
Actually, I am not quite sure this device need this change, RFC.
Well, it already has the 'msi' property, so we may want to mak
On 05/06/2016 07:20 AM, Cao jin wrote:
msi_init() reports errors with error_report(), which is wrong
when it's used in realize().
Fix by converting it to Error.
Fix its callers to handle failure instead of ignoring it.
For those callers who don`t handle the failure, it might happen:
when user
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
include/hw/pci/pci_regs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/hw/pci/pci_regs.h b/include/hw/pci/pci_regs.h
index ba8cbe9..7a83142 100644
--- a/include/hw/pci/pci_regs.h
+++ b/include
From: Dmitry Fleytman
This function will be used by e1000e device code.
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/pci/msix.c | 2 +-
include/hw/pci/msix.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/pci/msix.c b/hw/pci/msix.c
index b
Hello All,
This is v5 of e1000e series.
For convenience, the same patches are available at:
https://github.com/daynix/qemu-e1000e/tree/e1000e-submit-v5
Best regards,
Dmitry.
Changes since v4:
1. Rebased to the latest master (2.6.0+)
Changes since v3:
1. Various code fixes as suggested by Jas
From: Dmitry Fleytman
Added support for PCIe CAP v1, while reusing some of the existing v2
infrastructure.
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/pci/pcie.c | 84 --
include/hw/pci/pcie.h | 4 +++
includ
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
include/net/checksum.h | 45 +
1 file changed, 45 insertions(+)
diff --git a/include/net/checksum.h b/include/net/checksum.h
index 7de1acb..dd8b4f6 100644
--- a/inc
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/net/rtl8139.c | 5 -
include/net/eth.h | 8
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/hw/net/rtl8139.c b/hw/net/rtl8139.c
index 1e5ec14..562c1fd 100644
--- a/hw/net/rtl813
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/net/vmxnet3.c | 8
hw/net/vmxnet_debug.h | 3 ---
2 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/hw/net/vmxnet3.c b/hw/net/vmxnet3.c
index 0a4db4d..26f6f90 100644
--- a/hw/net/
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/pci/pcie.c | 10 ++
include/hw/pci/pcie.h | 1 +
2 files changed, 11 insertions(+)
diff --git a/hw/pci/pcie.c b/hw/pci/pcie.c
index 24cfc3b..9599fde 100644
--- a/hw/pci/pcie.c
+++ b/hw/pci
From: Dmitry Fleytman
To make this device and network packets
abstractions ready for IOMMU.
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/net/net_tx_pkt.c | 16 +++-
hw/net/net_tx_pkt.h | 5 +++--
hw/net/vmxnet3.c| 51 ++
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/net/vmxnet3.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/hw/net/vmxnet3.c b/hw/net/vmxnet3.c
index 093a71e..0a4db4d 100644
--- a/hw/net/vmxnet3.c
+++ b/hw/net/vmxnet3.c
From: Dmitry Fleytman
This patch drops "vmx" prefix from packet abstractions names
to emphasize the fact they are generic and not tied to any
specific network device.
These abstractions will be reused by e1000e emulation implementation
introduced by following patches so their names need generali
From: Dmitry Fleytman
These macros will be used by future commits introducing
e1000e device emulation and by vmxnet3 tracing code.
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
include/net/net.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/net/net.h b/incl
From: Dmitry Fleytman
This patch extends the TX/RX packet abstractions with features that will
be used by the e1000e device implementation.
Changes are:
1. Support iovec lists for RX buffers
2. Deeper RX packets parsing
3. Loopback option for TX packets
4. Extended VLAN headers handling
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
tests/Makefile | 3 +
tests/e1000e-test.c | 480
2 files changed, 483 insertions(+)
create mode 100644 tests/e1000e-test.c
diff --git a/tests/Makef
From: Dmitry Fleytman
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
hw/net/e1000_regs.h | 345 +++-
1 file changed, 342 insertions(+), 3 deletions(-)
diff --git a/hw/net/e1000_regs.h b/hw/net/e1000_regs.h
index 1c40244..d62b3fa
From: Dmitry Fleytman
Code that will be shared moved to a separate files.
Signed-off-by: Dmitry Fleytman
Signed-off-by: Leonid Bloch
---
MAINTAINERS| 5 +
hw/net/Makefile.objs | 2 +-
hw/net/e1000.c | 411 +++--
hw/net/e100
From: Zhou Jie
open_eth_start_xmit has a huge stack usage of 65536 bytes approx.
Moving large arrays to heap to reduce stack usage.
Reduce size of a buffer allocated on stack to 0x600 bytes, which is the
maximal frame length when HUGEN bit is not set in MODER, only allocate
buffer on heap when t
Hello,
this series cleans up MII registers/bits usage in opencores_eth and reduces
stack size used by open_eth_start_xmit from 64K to less than 2K.
Max Filippov (1):
hw/net/opencores_eth: use mii.h
Zhou Jie (1):
hw/net/opencores_eth: Allocating Large sized arrays to heap
hw/net/opencores_e
Drop local definitions of MII registers and use constants from mii.h for
registers and register bits. No functional changes.
Signed-off-by: Max Filippov
---
hw/net/opencores_eth.c | 33 -
1 file changed, 16 insertions(+), 17 deletions(-)
diff --git a/hw/net/openc
Hi Richard,
I got this error report from a Windows user of QEMU:
QEMU 2.6.0 RC4 can no longer boot Slackware or Zenwalk.
Boot fails with "Panic: Attempted to kill init."
RC3 didn't work too (screenshot attached)
My command line is:
qemu-system-i386w.exe -m 512 -cpu pentium3 -
Public bug reported:
The description of command line argument looks like this:
-virtfs
fsdriver[,path=path],mount_tag=mount_tag[,security_model=security_model][,writeout=writeout][,readonly][,socket=socket|sock_fd=sock_fd]
note, that there is no "id" attribute in the list of parameters
** Description changed:
- The description of command line argument looks like this:
+ The description of command line argument
+
https://github.com/qemu/qemu/blob/63d3145aadbecaa7e8be1e74b5d6b5cbbeb4e153/qemu-options.hx#L796-L799
+ looks like this:
- -virtfs
-
fsdriver[,path=path],mo
Hi Sergey,
I've noticed that the commit 5b053a4a28278 (tcg: Clean up direct block
chaining safety checks) has broken tearget-xtensa test cross_page_tb
from the tests/tcg/xtensa/test_mmu.S. The test runs a TB that spans two
adjacent pages, then unmaps the second page and runs it again. It
expects a
Using the firmware assigned MMIO ranges for 64-bit PCI window
leads to zero space for hot-plugging PCI devices over 4G.
PC machines can use the whole CPU addressable range after
the space reserved for memory-hotplug.
Signed-off-by: Marcel Apfelbaum
---
hw/pci/pci.c | 16 ++--
1 file
Hi,
First two patches allocate (max_reserved_ram - max_addr_cpu_addressable) range
for PCI hotplug
(for PC Machines) instead of the previous 64-bit PCI window that included only
the ranges allocated by the firmware.
The next two patches fix 64-bit CRS computations.
v1 -> v2:
- resolved some st
In build_crs(), the calculation and merging of the ranges already happens
in 64-bit, but the entry boundaries are silently truncated to 32-bit in the
call to aml_dword_memory(). Fix it by handling the 64-bit MMIO ranges
separately.
This fixes 64-bit BARs behind PXBs.
Signed-off-by: Marcel Apfelba
This code will be reused when calculating 64-bit MMIO hotplug ranges.
Signed-off-by: Marcel Apfelbaum
---
hw/i386/pc.c | 29 +
include/hw/i386/pc.h | 1 +
2 files changed, 22 insertions(+), 8 deletions(-)
diff --git a/hw/i386/pc.c b/hw/i386/pc.c
index 99437e
Instead of always passing both IO and MEM ranges when
computing CRS ranges, define a new CrsRangeSet structure
that include them both.
This is done before introducing a third type of range,
64-bit MEM, so it will be easier to pass them all around.
Signed-off-by: Marcel Apfelbaum
---
hw/i386/acp
On 15/05/16 21:58, Max Filippov wrote:
> Hi Sergey,
>
> I've noticed that the commit 5b053a4a28278 (tcg: Clean up direct block
> chaining safety checks) has broken tearget-xtensa test cross_page_tb
> from the tests/tcg/xtensa/test_mmu.S. The test runs a TB that spans two
> adjacent pages, then unma
On Sun, May 15, 2016 at 10:38:46PM +0300, Sergey Fedorov wrote:
> On 15/05/16 21:58, Max Filippov wrote:
> > I've noticed that the commit 5b053a4a28278 (tcg: Clean up direct block
> > chaining safety checks) has broken tearget-xtensa test cross_page_tb
> > from the tests/tcg/xtensa/test_mmu.S. The
On 15/05/16 22:53, Max Filippov wrote:
> On Sun, May 15, 2016 at 10:38:46PM +0300, Sergey Fedorov wrote:
>> On 15/05/16 21:58, Max Filippov wrote:
>>> I've noticed that the commit 5b053a4a28278 (tcg: Clean up direct block
>>> chaining safety checks) has broken tearget-xtensa test cross_page_tb
>>>
On 15/05/16 22:56, Sergey Fedorov wrote:
> On 15/05/16 22:53, Max Filippov wrote:
>> On Sun, May 15, 2016 at 10:38:46PM +0300, Sergey Fedorov wrote:
>>> On 15/05/16 21:58, Max Filippov wrote:
I've noticed that the commit 5b053a4a28278 (tcg: Clean up direct block
chaining safety checks) ha
On 05/14/2016 08:25 AM, Alex Williamson wrote:
On Wed, 4 May 2016 16:52:26 +1000
Alexey Kardashevskiy wrote:
This makes use of the new "memory registering" feature. The idea is
to provide the userspace ability to notify the host kernel about pages
which are going to be used for DMA. Having th
On 05/13/2016 11:48 PM, Neo Jia wrote:
> On Fri, May 13, 2016 at 05:46:17PM +0800, Jike Song wrote:
>> On 05/13/2016 04:12 AM, Neo Jia wrote:
>>> On Thu, May 12, 2016 at 01:05:52PM -0600, Alex Williamson wrote:
If you're trying to equate the scale of what we need to track vs what
typ
On 05/14/2016 08:26 AM, Alex Williamson wrote:
On Wed, 4 May 2016 16:52:30 +1000
Alexey Kardashevskiy wrote:
New VFIO_SPAPR_TCE_v2_IOMMU type supports dynamic DMA window management.
This adds ability to VFIO common code to dynamically allocate/remove
DMA windows in the host kernel when new VF
As mentioned in the patch:
"According to the SPEC - intel PCI/PCI-X Family of Gigabit
Ethernet Controllers Software Developer's Manual, section
13.4.18 - the Ethernet controller guarantees a maximum
observable interrupt rate of 7813 interrupts/sec. If there is
no upper bound this could lead to an i
On Sun, May 15, 2016 at 10:29 PM, Jan Kiszka wrote:
> On 2016-05-09 14:15, David Kiarie wrote:
>> +
Thanks for review and testing!
>> +/* go to the next lower level */
>> +pte_addr = pte & AMDVI_DEV_PT_ROOT_MASK;
>> +/* add offset and load pte */
>> +
On 05/13/2016 06:41 PM, Bharata B Rao wrote:
On Wed, May 4, 2016 at 12:22 PM, Alexey Kardashevskiy wrote:
This adds support for Dynamic DMA Windows (DDW) option defined by
the SPAPR specification which allows to have additional DMA window(s)
The "ddw" property is enabled by default on a PHB bu
hi, i read some source code by your tips, and i have some conclusions:
1. Old version of QCOW2 image does not store the total size of snapshot, so, we
can’t
add the function to the old version of QEMU, and the function of QCOW2
resize with snapshots
will be limited in V3 image or it w
On 05/13/2016 11:50 PM, Neo Jia wrote:
> On Fri, May 13, 2016 at 05:23:44PM +0800, Jike Song wrote:
>> On 05/13/2016 04:31 PM, Neo Jia wrote:
>>> On Fri, May 13, 2016 at 07:45:14AM +, Tian, Kevin wrote:
We use page tracking framework, which is newly added to KVM recently,
to mark
53 matches
Mail list logo
