Signed-off-by: liguang
---
hw/arm/sunxi-soc.c | 72
1 files changed, 72 insertions(+), 0 deletions(-)
diff --git a/hw/arm/sunxi-soc.c b/hw/arm/sunxi-soc.c
index 960539a..0338e03 100644
--- a/hw/arm/sunxi-soc.c
+++ b/hw/arm/sunxi-soc.c
@@ -4,
Signed-off-by: liguang
---
hw/arm/sunxi-soc.c | 209
1 files changed, 209 insertions(+), 0 deletions(-)
diff --git a/hw/arm/sunxi-soc.c b/hw/arm/sunxi-soc.c
index 1b369ba..960539a 100644
--- a/hw/arm/sunxi-soc.c
+++ b/hw/arm/sunxi-soc.c
@@ -2
Signed-off-by: liguang
---
hw/arm/sunxi-soc.c | 290
1 files changed, 290 insertions(+), 0 deletions(-)
diff --git a/hw/arm/sunxi-soc.c b/hw/arm/sunxi-soc.c
index f6849eb..1b369ba 100644
--- a/hw/arm/sunxi-soc.c
+++ b/hw/arm/sunxi-soc.c
@@ -5
sunxi series are SOCs from Allwinner,
including sunxi-4i/5i/6i/7i ...
Signed-off-by: liguang
---
hw/arm/Makefile.objs |2 +-
hw/arm/sunxi-soc.c | 30 ++
2 files changed, 31 insertions(+), 1 deletions(-)
create mode 100644 hw/arm/sunxi-soc.c
diff --git a/hw/a
this patch-set implemented a device-reduced
machine type for Allwinner's sunxi series SoC,
like sunxi-4i/5i/7i ...
now, It can support sunxi-4i with a cortex-a8 processor.
and will support more later, like sunxi-7i with cortex-a7
processor, and will add more devices.
reference:
http://linux-sun
This will help people find mailing list relevant to sheepdog.
Cc: Stefan Hajnoczi
Cc: Kevin Wolf
Signed-off-by: Liu Yuan
---
MAINTAINERS |1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c19133f..3e61ac8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -879,6
This will help people find mailing list relevant to sheepdog.
Stefan Hajnoczi
Kevin Wolf
Signed-off-by: Liu Yuan
---
MAINTAINERS |1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c19133f..3e61ac8 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -879,6 +879,7 @
Whitespace changes to align columns.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/common | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/tests/qemu-iotests/common b/tests/qemu-iotests/common
index 7db6bde..75dcdd8 100644
--- a/tests/qemu-iotests/common
+++
The "raw" doesn't always work on certain file systems (e.g. tmpfs). Use
qcow2 to make the allocation status explicit.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/048 | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/048 b/tests/qemu-iotests/048
ind
So that the tests can run faster.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/common | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/common b/tests/qemu-iotests/common
index e25e13b..7db6bde 100644
--- a/tests/qemu-iotests/common
+++ b/tests/qemu-iotest
This replaces _unsupported_qemu_io_options and check for support of
current cache mode.
If user dosen't give "-c " or "-nocache", the first supported
cache mode is used in qemu-io.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/026 | 2 +-
tests/qemu-iotests/039 | 2 +-
tests/qem
This series adds cache mode option in the iotests framework. Test cases are
updated to make use of cache mode and mask supported modes.
v3: Change _unsupported_qemu_io_options to _supported_cache_modes.
Change default mode to "writeback".
Clean up some whitespaces in the end of series.
The option sets cache mode used in the tests. "-nocache" is changed to
an alias to "-c none", and internally passes "-t none" to qemu-io.
Python scripts will make use of option this in the next commit.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/check | 2 +-
tests/qemu-iotests/common | 2
This will allow overriding cache mode from the "-c mode" option.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/iotests.py | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py
index fb10ff4..c84a1a5 100644
--- a/test
> > graphic_console_init(..., &state->heads[i]);
> >
> > so you can figure the head in the callbacks.
>
> What I had prototyped (I got impatient) was to add a helper:
> qemu_console_hw_opaque() to console.c so the HwOps could query the
> opaque pointer. I don't like it because it requires an
Hi!
It turned out that it is possible to start QEMU with a single PCI device
placed at 0:0:1.1. I.e. function#1 and there is no function#0. The existing
QEMU only fails if there is function#0 AND the multifunction bit is not set
which is not the case.
Is it supposed to work anywhere (x86 may be)?
From: Dave Airlie
This is a virtio-vga device built on top of the virtio-gpu device.
Signed-off-by: Dave Airlie
---
Makefile | 2 +-
default-configs/x86_64-softmmu.mak | 1 +
hw/display/Makefile.objs | 1 +
hw/display/virtio-vga.c| 156
From: Dave Airlie
This is the basic virtio-gpu which is
multi-head capable,
ARGB cursor support,
unaccelerated.
Signed-off-by: Dave Airlie
---
default-configs/x86_64-softmmu.mak | 1 +
hw/display/Makefile.objs | 2 +
hw/display/virtgpu_hw.h| 225 ++
hw/di
From: Dave Airlie
This reworks the complete SDL2 code to support multi-head,
by using DisplayChangeListeners wrapped inside a structure per-head,
containing the SDL2 information along with the console info.
This also adds a hack to allow Ctrl-Alt-n to toggle the first
console on/off.
Signed-off
From: Dave Airlie
---
hw/display/vga-pci.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/display/vga-pci.c b/hw/display/vga-pci.c
index b3a45c8..e4bea17 100644
--- a/hw/display/vga-pci.c
+++ b/hw/display/vga-pci.c
@@ -146,6 +146,7 @@ static int pci_std_vga_initfn(PCIDe
From: Dave Airlie
We need to know how many graphics consoles are registered in the UI
code so it knows how many windows it should prepare for etc, also
so that it could potentially warn for cases it can't handle.
We also need to know the console index so we can add it to the list.
(maybe we don'
From: Dave Airlie
I've ported the SDL1.2 code over, and rewritten it to use the SDL2 interface.
The biggest changes were in the input handling, where SDL2 has done a major
overhaul, and I've had to include a generated translation file to get from
SDL2 codes back to qemu compatible ones. I'm stil
From: Dave Airlie
These are to be used for the UI to signal the video display,
and vice-versa about changes in the state of a console, like
size and offsets in relation to other consoles for input handling.
Signed-off-by: Dave Airlie
---
include/ui/console.h | 8 +++-
ui/console.c
Hey,
I thought I should post this for a bit more feedback and show where
I've gone so far,
all available in git
http://cgit.freedesktop.org/~airlied/qemu/log/?h=virtio-gpu
The first patch is the sdl2 port with some minor changes I posted
before, then there are a bunch of console changes that I t
From: Dave Airlie
In order to implement virtio-vga on top of virtio-gpu we need
to be able to wrap the first console virtio-gpu registers from
inside virtio-vga which initialises after virtio-gpu. With this
interface virtio-vga can store the virtio-gpu interfaces, and
call them from its own ones.
This adds a put_tce() callback to the SPAPR TCE TABLE device class.
The new callback allows to have different IOMMU types such as upcoming
VFIO IOMMU and it will be used more by the upcoming Multi-TCE support.
This reworks the H_PUT_TCE handler to make use of the new put_tce()
callback.
Signed-of
Hi Paolo and Stefan,
I am really sorry for my email before that I didn't say clearly about the bug
fix.
f->bytes_xfer means the number of bytes which is send from source to
destination during the migration. It is limited by the f->xfer_limit which is
converted from bandwidth. That means if byt
On Wed, Nov 20, 2013 at 3:17 PM, Dave Airlie wrote:
>>> Have a look the virtio-gpu branch in my repo (don't look at the
>>> history, its ugly, just the final state), you'll see code in sdl2.c to
>>> do input translation from window coordinates to the overall screen
>>> space. So we need at least t
>> Have a look the virtio-gpu branch in my repo (don't look at the
>> history, its ugly, just the final state), you'll see code in sdl2.c to
>> do input translation from window coordinates to the overall screen
>> space. So we need at least the x,y offset in the ui code, and I think
>> we need to c
On Nov 19, 2013, at 9:59 PM, Dave Airlie wrote:
> On Tue, Nov 19, 2013 at 6:11 PM, Gerd Hoffmann wrote:
>> Hi,
>>
>>> So I felt I had a choice here for sharing a single output surface
>>> amongst outputs:
>>>
>>> a) have multiple QemuConsole reference multiple DisplaySurface wihch
>>> refer
On Tue, Nov 19, 2013 at 6:11 PM, Gerd Hoffmann wrote:
> Hi,
>
>> So I felt I had a choice here for sharing a single output surface
>> amongst outputs:
>>
>> a) have multiple QemuConsole reference multiple DisplaySurface wihch
>> reference a single pixman image,
>
> This one.
>
>> In either case
On 11/19/2013 07:25 PM, Fam Zheng wrote:
> This removes "qemu-io> " prompt from qemu-io output in _filter_qemu_io,
> and updates all the output files with the following command:
>
> cd tests/qemu-iotests && sed -i "s/qemu-io> //g" *.out
>
> Signed-off-by: Fam Zheng
> ---
>
> This patch is snip
On Thu, Oct 17, 2013 at 01:36:41PM +0800, Fam Zheng wrote:
> This series adds for point-in-time snapshot NBD exporting based on
> blockdev-backup (variant of drive-backup with existing device as target).
In general this seems to work great. I did a bunch of testing and was
able to mount filesyste
Signed-off-by: Fam Zheng
Reviewed-by: Eric Blake
---
tests/qemu-iotests/025 | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/025 b/tests/qemu-iotests/025
index a7241cc..9426c93 100755
--- a/tests/qemu-iotests/025
+++ b/tests/qemu-iotests/025
@@ -56,7 +56,7 @
This removes "qemu-io> " prompt from qemu-io output in _filter_qemu_io,
and updates all the output files with the following command:
cd tests/qemu-iotests && sed -i "s/qemu-io> //g" *.out
Signed-off-by: Fam Zheng
---
This patch is snipped because the size would be rejected by list. See cover
The second patch is too large as a mail, you can pull from:
https://github.com/famz/qemu.git 035-filter-qemu-io
v2: Rebase to current master.
[01] Add Reviewed-by for Eric.
[02] Update comment to describe the command for mechanical substitution.
(Eric)
Fam Zheng (2):
qemu-iotests:
Peter - is this series acceptable? I have reviewed the patches based
on our conversation at Connect, and patch 3 already handles returning
the status
based on device width as we discussed. If device and bank width are
different, it repeats the status based on device width. Otherwise, if
both wid
This adds "remove_break" command which is the reverse of blkdebug
command "break": it removes all breakpoints with given tag and resumes
all the requests.
Signed-off-by: Fam Zheng
---
block.c | 13 +
block/blkdebug.c | 27 +++
includ
They wrap blkdebug "break" and "remove_break".
Add optional argument "resume" to cancel_and_wait().
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/iotests.py | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotest
iotests.py already has one.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/040 | 15 ---
1 file changed, 15 deletions(-)
diff --git a/tests/qemu-iotests/040 b/tests/qemu-iotests/040
index a2e18c5..0e85136 100755
--- a/tests/qemu-iotests/040
+++ b/tests/qemu-iotests/040
@@ -39,21 +3
Pause the drive and start the block job, so we won't miss the block job.
Signed-off-by: Fam Zheng
---
tests/qemu-iotests/030 | 16 +++-
tests/qemu-iotests/040 | 4 +++-
tests/qemu-iotests/055 | 14 +++---
3 files changed, 25 insertions(+), 9 deletions(-)
diff --git a/tests/
This adds "remove_break" command to block, which removes a break point defined
with "break". It is used in iotests.py to pause and resume drive in block job
cases to make the test deterministic.
v6: [04] Fix 055 race condition by keeping sleep after resume_drive. (Stefan)
v5: Addressing Max's com
On 2013年11月19日 23:31, Stefan Hajnoczi wrote:
On Mon, Nov 18, 2013 at 03:01:47PM +0800, Fam Zheng wrote:
This adds "remove_break" command to block, which removes a break point defined
with "break". It is used in iotests.py to pause and resume drive in block job
cases to make the test deterministi
Thomas Huth writes:
> On Thu, 17 Oct 2013 14:23:35 +1030
> Rusty Russell wrote:
>
>> This is a re-transmit of the core of the virtio endian code. Since
>> there seems to be some interest in ARM BE virtio, I've separated this from
>> the direct problem I was solving: PowerPC LE.
>>
>> Please app
On 11/19/2013 11:40 PM, Tom Musta wrote:
> +/* NOTE: in order to get accurate results, we must first round back */
> \
> +/* to single precision and use the fused multiply add routine */
> \
> +/* for 32-bit floats. */
> \
Currently 64-bit PCI BARs are unconditionally mapped by BIOS right
over 4G + RamSizeOver4G location, which doesn't allow to reserve
extra space before 64-bit PCI window. For memory hotplug an extra
RAM space might be reserved after present 64-bit RAM end and BIOS
should map 64-bit PCI BARs after it
On Wed, 20 Nov 2013 01:08:33 +0100
Igor Mammedov wrote:
Sorry for noise, patch doesn't apply on top of current master.
I'll resubmit rebased v5.
--
Regards,
Igor
Currently 64-bit PCI BARs are unconditionally mapped by BIOS right
over 4G + RamSizeOver4G location, which doesn't allow to reserve
extra space before 64-bit PCI window. For memory hotplug an extra
RAM space might be reserved after present 64-bit RAM end and BIOS
should map 64-bit PCI BARs after it
> -Original Message-
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Sent: Tuesday, November 19, 2013 1:14 AM
> To: Jiang, Yunhong
> Cc: qemu-devel@nongnu.org; da...@gibson.dropbear.id.au;
> eduard.munte...@linux360.ro
> Subject: Re: Are there any IOM
Signed-off-by: Ivan Mironov
---
hw/i386/pc.c | 12 +
hw/i386/smbios.c | 129 +++
include/hw/i386/smbios.h | 1 +
qemu-options.hx | 8 ++-
4 files changed, 128 insertions(+), 22 deletions(-)
diff --git a/hw/i386/pc.
Hello!
These patches adds support for providing SMBIOS "Onboard Devices Extended
Information" fields to the guest i386/x86_64 system. This could be used in
conjunction with biosdevname to provide "consistent network device naming"
inside VM.
I will also send corresponding patches to seab...@se
Signed-off-by: Ivan Mironov
---
hw/i386/smbios.c | 219 ++-
include/hw/i386/smbios.h | 11 +++
qemu-options.hx | 42 -
3 files changed, 268 insertions(+), 4 deletions(-)
diff --git a/hw/i386/smbios.c b/hw/i386/smbios.c
index
ping
http://patchwork.ozlabs.org/patch/287211/
http://patchwork.ozlabs.org/patch/287213/
From: Petar Jovanovic
Sent: Tuesday, November 12, 2013 4:40 PM
To: qemu-devel@nongnu.org; riku.voi...@linaro.org
Cc: Petar Jovanovic; peter.mayd...@linaro.org; aurel...
On Tue, Nov 19, 2013 at 1:32 PM, Corey Bryant wrote:
>
> On 11/19/2013 02:50 PM, Anthony Liguori wrote:
>>
>> On Wed, Nov 6, 2013 at 6:38 AM, Corey Bryant
>> wrote:
>>>
>>> This patch series provides support for a software Trusted Platform
>>> Module (otherwise known as a vTPM). This support is
I recently found out that without kvm enabled, and especially
with -smp 2 or greater, qemu becomes incredibly slow
(to the point that you can see kernel messages in the
quest print one character at a time).
This happens with a Linux host (even with -smp 1)
and with FreeBSD host (in this case -smp
On Tue, Nov 19, 2013 at 10:39:06PM +0100, Laszlo Ersek wrote:
> On 11/19/13 22:13, Michael S. Tsirkin wrote:
> > On Tue, Nov 19, 2013 at 01:31:39PM +0100, Laszlo Ersek wrote:
> >> On 11/19/13 09:54, Gerd Hoffmann wrote:
> >>> Hi,
> >>>
> ACPI PciWindow32: Base=0xA000 End=0xFEEF Len
On 11/19/13 22:13, Michael S. Tsirkin wrote:
> On Tue, Nov 19, 2013 at 01:31:39PM +0100, Laszlo Ersek wrote:
>> On 11/19/13 09:54, Gerd Hoffmann wrote:
>>> Hi,
>>>
ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0
>>>
begin32=c000 end32=fec0 begin64=0 end64=
On 11/19/2013 02:50 PM, Anthony Liguori wrote:
On Wed, Nov 6, 2013 at 6:38 AM, Corey Bryant wrote:
This patch series provides support for a software Trusted Platform
Module (otherwise known as a vTPM). This support is provided via a
new backend that works with the existing QEMU tpm-tis front
On Tue, Nov 19, 2013 at 01:31:39PM +0100, Laszlo Ersek wrote:
> On 11/19/13 09:54, Gerd Hoffmann wrote:
> > Hi,
> >
> >> ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0
> >
> >> begin32=c000 end32=fec0 begin64=0 end64=0
> >
> > qemu & seabios pick a 32bit window siz
On Tue, Nov 19, 2013 at 01:31:39PM +0100, Laszlo Ersek wrote:
> On 11/19/13 09:54, Gerd Hoffmann wrote:
> > Hi,
> >
> >> ACPI PciWindow32: Base=0xA000 End=0xFEEF Length=0x5EF0
> >
> >> begin32=c000 end32=fec0 begin64=0 end64=0
> >
> > qemu & seabios pick a 32bit window siz
On 11/17/2013 07:18 AM, Max Reitz wrote:
> The len variable is a signed integer, therefore it may overflow when
> reading the backing file name length from the qcow2 image header. This
> case should be handled explicitly.
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2.c | 5 +
> 1 file cha
On 11/17/2013 07:18 AM, Max Reitz wrote:
> Make sure there were no overflows when calculating the in-memory
> refcount table size from the number of its clusters in-file.
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2.c | 8
> 1 file changed, 8 insertions(+)
Reviewed-by: Eric Blake
On 11/17/2013 07:18 AM, Max Reitz wrote:
> Make sure the refcount table size will not overflow when multiplied by
> sizeof(uint64_t) and implicitly casted to int.
s/casted/cast/
>
> Signed-off-by: Max Reitz
> ---
> block/qcow2-refcount.c | 4
> 1 file changed, 4 insertions(+)
Reviewed-by
On 11/17/2013 07:18 AM, Max Reitz wrote:
> Any goto fail between having read nb_snapshots (returning a non-zero
> value) and allocating s->snapshots (through qcow2_read_snapshots())
> results in qcow2_free_snapshots() being called, dereferencing
> s->snapshots which is still NULL.
>
> Fix this by
On 2013-09-27 02:48:44 +0200, Alexander Graf wrote:
> This patch adds emulation for the instruction group labeled
> "Floating-point <-> fixed-point conversions" in the ARM ARM.
>
> Namely this includes the instructions SCVTF, UCVTF, FCVTZS, FCVTZU
> (scalar, fixed-point).
>
> Signed-off-by: Alexa
On 2013-09-27 02:48:17 +0200, Alexander Graf wrote:
> This patch adds support for the AdvSIMD modified immediate group with
> all its suboperations (movi, orr, fmov, mvni, bic).
>
> Signed-off-by: Alexander Graf
> ---
> target-arm/translate-a64.c | 129
>
On Tue, 19 Nov 2013 20:01:28 +
Peter Maydell wrote:
> I find myself with a use case where I would like to set
> a CPU object property from the board model init function
> (specifically, I'd like the board model to be able to say
> "this CPU will boot via PSCI so if you're KVM then start
> it
On 19 November 2013 20:01, Peter Maydell wrote:
> I find myself with a use case where I would like to set
> a CPU object property from the board model init function
> (specifically, I'd like the board model to be able to say
> "this CPU will boot via PSCI so if you're KVM then start
> it appropria
Prevent a call to put_kbd if null.
On shutdown of some OSes, the keyboard handler goes away before the
system is down. If a key is typed during this window, qemu crashes.
Signed-off-by: Don Koch
---
v2: punt printf()
ui/input.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
I find myself with a use case where I would like to set
a CPU object property from the board model init function
(specifically, I'd like the board model to be able to say
"this CPU will boot via PSCI so if you're KVM then start
it appropriately").
I could just reach in and fiddle with the ARMCPU f
On Wed, Nov 6, 2013 at 6:38 AM, Corey Bryant wrote:
> This patch series provides support for a software Trusted Platform
> Module (otherwise known as a vTPM). This support is provided via a
> new backend that works with the existing QEMU tpm-tis front end.
We do device emulation within QEMU. Th
On 11/06/2013 09:39 AM, Corey Bryant wrote:
This patch provides a software TPM backend implementation. The
core software TPM functionality is provided by the libtpms
library. With this patch, multiple guests can run with their
own emulated TPMs.
The libtpms repository can be found at:
https://g
On 11/19/2013 02:17 PM, Stefan Weil wrote:
> Am 19.11.2013 19:26, schrieb Don Koch:
>> Prevent a call to put_kbd if null.
>>
>> On shutdown of some OSes, the keyboard handler goes away before the
>> system is down. If a key is typed during this window, qemu crashes.
>>
>> Signed-off-by: Don Koch
>
Am 19.11.2013 19:26, schrieb Don Koch:
> Prevent a call to put_kbd if null.
>
> On shutdown of some OSes, the keyboard handler goes away before the
> system is down. If a key is typed during this window, qemu crashes.
>
> Signed-off-by: Don Koch
> ---
> I left the printf call, originally for testi
Signed-off-by: Ivan Mironov
---
hw/i386/pc.c | 12 +
hw/i386/smbios.c | 129 +++
include/hw/i386/smbios.h | 1 +
qemu-options.hx | 8 ++-
4 files changed, 128 insertions(+), 22 deletions(-)
diff --git a/hw/i386/pc.
Hello!
These patches adds support for providing SMBIOS "Onboard Devices Extended
Information" fields to the guest i386/x86_64 system. This could be used in
conjunction with biosdevname to provide "consistent network device naming"
inside VM.
I will also send corresponding patches to seab...@se
Signed-off-by: Ivan Mironov
---
hw/i386/smbios.c | 219 ++-
include/hw/i386/smbios.h | 11 +++
qemu-options.hx | 42 -
3 files changed, 268 insertions(+), 4 deletions(-)
diff --git a/hw/i386/smbios.c b/hw/i386/smbios.c
index
From: Peter Lieven
since commit 3ac21627 the default value changed to 0.
Signed-off-by: Peter Lieven
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 7 ---
1 file changed, 7 deletions(-)
diff --git a/block/iscsi.c b/block/iscsi.c
index b7b5238..b6b62aa 100644
--- a/block/iscsi.c
+++ b/b
Prevent a call to put_kbd if null.
On shutdown of some OSes, the keyboard handler goes away before the
system is down. If a key is typed during this window, qemu crashes.
Signed-off-by: Don Koch
---
I left the printf call, originally for testing, but useful as a sanity
check if the user wonders
Right now, bdrv_co_do_write_zeroes will only try to align the
beginning of the request. However, it is simpler for many
formats to expect the block layer to separate both the head *and*
the tail. This makes sure that the format's bdrv_co_write_zeroes
function will be called with aligned sector_nu
Writing zeroes to a file can be done by punching a hole if
MAY_UNMAP is set.
Note that in this case ENOTSUP is not ignored, but makes
the block layer fall back to the generic implementation.
Signed-off-by: Paolo Bonzini
---
block/raw-posix.c | 66
On 19 November 2013 18:03, Peter Maydell wrote:
> On 19 November 2013 17:52, Claudio Fontana wrote:
>> static void disas_pc_rel_adr(DisasContext *s, uint32_t insn)
>> {
>> /*
>> * 31 30 29 28 27 26 25 24 23 5 4 0
>> * op immlo 1 0 0 0 0 immhi Rd
>> */
>> unsig
Il 19/11/2013 18:55, Stefan Weil ha scritto:
>>> >> diff --git a/savevm.c b/savevm.c
>>> >> index 2f631d4..3f912dd 100644
>>> >> --- a/savevm.c
>>> >> +++ b/savevm.c
>>> >> @@ -794,7 +794,7 @@ void qemu_put_buffer(QEMUFile *f, const uint8_t
>>> >> *buf, int size)
>>> >> if (l > size)
>>>
On 19 November 2013 17:52, Claudio Fontana wrote:
> static void disas_pc_rel_adr(DisasContext *s, uint32_t insn)
> {
> /*
> * 31 30 29 28 27 26 25 24 23 5 4 0
> * op immlo 1 0 0 0 0 immhi Rd
> */
> unsigned int page, imm, rd, len; /* op -> page, immhi:immlo ->
Signed-off-by: Paolo Bonzini
---
block/vhdx.c | 11 +++
block/vpc.c | 14 ++
2 files changed, 25 insertions(+)
diff --git a/block/vhdx.c b/block/vhdx.c
index 7d1af96..9ab2b39 100644
--- a/block/vhdx.c
+++ b/block/vhdx.c
@@ -1043,6 +1043,16 @@ static void vhdx_block_translate
This will be used by the SCSI layer.
Signed-off-by: Paolo Bonzini
---
block.c | 11 +++
include/block/block.h | 3 +++
trace-events | 1 +
3 files changed, 15 insertions(+)
diff --git a/block.c b/block.c
index 0c3f410..f5428f4 100644
--- a/block.c
+++ b/block.c
Am 19.11.2013 09:19, schrieb Paolo Bonzini:
> Il 19/11/2013 06:53, Wangting (Kathy) ha scritto:
>> In qemu_put_buffer(), bytes_xfer += size is wrong,it will be more than
>> expected,and should be bytes_xfer += l.
>>
>> Signed-off-by: zhangmin
>> ---
>> savevm.c |2 +-
>> 1 files changed, 1 inse
On 11/19/2013 06:17 PM, Claudio Fontana wrote:
> Hello all,
>
> On 09/27/2013 02:48 AM, Alexander Graf wrote:
>> This patch adds emulation support for the adr instruction.
>>
>> Signed-off-by: Alexander Graf
>> ---
>> target-arm/translate-a64.c | 24
>> 1 file changed, 2
Andreas Färber writes:
> Am 19.11.2013 18:03, schrieb Bandan Das:
>> Andreas Färber writes:
>>
>>> Am 06.11.2013 23:52, schrieb Bandan Das:
PCIBus registers a vmstate during init. Unregister it upon
removal/unplug.
Signed-off-by: Bandan Das
>>>
>>> Michael, this patch
The code is similar to the implementation of discard and write_zeroes
with UNMAP. However, failure must be propagated up to block.c.
The stale page cache problem can be reproduced as follows:
# modprobe scsi-debug lbpws=1 lbprz=1
# ./qemu-io /dev/sdXX
qemu-io> write -P 0xcc 0 2M
Il 19/11/2013 18:33, Andreas Färber ha scritto:
> Why? I still think that would be wrong. We had previously discussed with
> Paolo that VMState is global state, which according to Anthony should
> not be registered before realization. So far we have a mix of PCI host
> bridges instantiating PCIBus
Am 19.11.2013 18:03, schrieb Bandan Das:
> Andreas Färber writes:
>
>> Am 06.11.2013 23:52, schrieb Bandan Das:
>>>
>>> PCIBus registers a vmstate during init. Unregister it upon
>>> removal/unplug.
>>>
>>> Signed-off-by: Bandan Das
>>
>> Michael, this patch looks good for 1.7 to me, are you pla
From: Peter Lieven
added myself to reflect recent work on the iscsi block driver.
Signed-off-by: Peter Lieven
Signed-off-by: Paolo Bonzini
---
block/iscsi.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/block/iscsi.c b/block/iscsi.c
index b6b62aa..20f4f55 100644
--- a/block/iscsi.c
+++
Il 19/11/2013 18:23, ronnie sahlberg ha scritto:
> +#define SCSI_WRITE_SAME_MAX 524288
> ...
> +data->iov.iov_len = MIN(data->nb_sectors * 512, SCSI_WRITE_SAME_MAX);
>
> I don't think you should just clamp the data to 512k, instead I think
> you should report the 512k max write same s
That means the initiator will do the "split into smaller manageable
chunks" for you and you get a 1-to-1 mapping between WS10/16 that the
initiator issues to qemu and the write-same calls that qemu generates.
On Tue, Nov 19, 2013 at 9:23 AM, ronnie sahlberg
wrote:
> +#define SCSI_WRITE_SAME_MAX
Commit 787aaf5 (target-i386: forward CPUID cache leaves when -cpu host is
used, 2013-09-02) brings bits 31..26 of CPUID leaf 04h out of sync with
the APIC IDs that QEMU reserves for each package. This number must come
from "-smp" options rather than from the host CPUID.
It also turns out that thi
+#define SCSI_WRITE_SAME_MAX 524288
...
+data->iov.iov_len = MIN(data->nb_sectors * 512, SCSI_WRITE_SAME_MAX);
I don't think you should just clamp the data to 512k, instead I think
you should report the 512k max write same size through
BlockLimitsVPD/MaximumWriteSameLength to the init
Hello all,
On 09/27/2013 02:48 AM, Alexander Graf wrote:
> This patch adds emulation support for the adr instruction.
>
> Signed-off-by: Alexander Graf
> ---
> target-arm/translate-a64.c | 24
> 1 file changed, 24 insertions(+)
>
> diff --git a/target-arm/translate-a64
This lets bdrv_co_do_rw receive flags, so that it can be used for
zero writes.
Signed-off-by: Paolo Bonzini
---
block.c | 17 +++--
include/block/block.h | 1 +
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/block.c b/block.c
index 2e37040..909fddb 100
Le Tuesday 19 Nov 2013 à 17:49:46 (+0100), Paolo Bonzini a écrit :
> Commit 787aaf5 (target-i386: forward CPUID cache leaves when -cpu host is
> used, 2013-09-02) brings bits 31..26 of CPUID leaf 04h out of sync with
> the APIC IDs that QEMU reserves for each package. This number must come
> from
1 - 100 of 221 matches
Mail list logo
