On Mon, Aug 03, 2015 at 11:05:42AM +0530, Bharata B Rao wrote:
> Support hotplug identifier type RTAS_LOG_V6_HP_ID_DRC_COUNT that allows
> hotplugging of DRCs by specifying the DRC count.
>
> While we are here, rename
>
> spapr_hotplug_req_add_event() to spapr_hotplug_req_add_by_index()
> spapr_h
On Mon, Aug 03, 2015 at 11:05:39AM +0530, Bharata B Rao wrote:
> Currently when user specifies more slots than allowed max of
> SPAPR_MAX_RAM_SLOTS (32), we error out like this:
>
> qemu-system-ppc64: unsupported amount of memory slots: 64
>
> Let the user know about the max allowed slots like th
Am 02.08.2015 um 13:42 schrieb Andrey Korolyov:
Hello,
As we will never pass LUN#0 as a storage lun, it would be better to
prohibit this at least in iscsi.c, otherwise it will result in an FPU
exception and emulator crash:
traps: qemu-system-x86[32430] trap divide error ip:7f1dab7b5073
sp:7f1d7
On (Fri) 31 Jul 2015 [10:59:47], Stefano Stabellini wrote:
> On Thu, 30 Jul 2015, Stefano Stabellini wrote:
> > On Thu, 30 Jul 2015, Juan Quintela wrote:
> > > Anthony PERARD wrote:
> > > > This is a critical issue for Xen as migration either with the same
> > > > version
> > > > of QEMU, or from
Till now memory hotplug used RTAS_LOG_V6_HP_ID_DRC_INDEX hotplug type
which meant that we generated one hotplug type of EPOW event for every
256MB (SPAPR_MEMORY_BLOCK_SIZE). This quickly overruns the kernel
rtas log buffer thus resulting in loss of memory hotplug events. Switch
to RTAS_LOG_V6_HP_ID
Support hotplug identifier type RTAS_LOG_V6_HP_ID_DRC_COUNT that allows
hotplugging of DRCs by specifying the DRC count.
While we are here, rename
spapr_hotplug_req_add_event() to spapr_hotplug_req_add_by_index()
spapr_hotplug_req_remove_event() to spapr_hotplug_req_remove_by_index()
so that the
When NUMA isn't configured explicitly, assume node 0 is present for
the purpose of creating ibm,associativity-lookup-arrays property
under ibm,dynamic-reconfiguration-memory DT node. This ensures that
the associativity index property is correctly updated in ibm,dynamic-memory
for the LMB that is ho
This patchset includes some updates to sPAPR memory hotplug code that
currently resides in spapr-next branch of David Gibson's tree.
The main change here is to use drc-count hotplug identifier type for memory
hotplug. Currently we use drc-index type of hotplug identifier for
memory, which means th
Don't represent non-hotluggable memory under drconf node. With this
we don't have to create DRC objects for them.
The effect of this patch is that we revert back to memory@ representation
for all the memory specified with -m option and represent the cold
plugged memory and hot-pluggable memory
Currently when user specifies more slots than allowed max of
SPAPR_MAX_RAM_SLOTS (32), we error out like this:
qemu-system-ppc64: unsupported amount of memory slots: 64
Let the user know about the max allowed slots like this:
qemu-system-ppc64: Specified number of memory slots 64 exceeds max sup
After commit 40bad8f3deba15e2074ff34cfe923c12916b1cc5("virtio-net: fix
used len for tx"), async_tx.len was no longer used afterwards. So
remove useless codes with it.
Signed-off-by: Jason Wang
---
hw/net/virtio-net.c| 8 ++--
include/hw/virtio/virtio-net.h | 1 -
2 files changed,
On Mon, Aug 03, 2015 at 01:01:50PM +1000, David Gibson wrote:
>On Mon, Aug 03, 2015 at 09:23:20AM +1000, Gavin Shan wrote:
>> The patch supports RTAS call "ibm,errinjct" to allow injecting
>> EEH errors to VFIO PCI devices. The implementation is similiar
>> to EEH support for VFIO PCI devices: The
On Mon, Jul 20, 2015 at 09:15:28AM +0200, Igor Mammedov wrote:
> On Fri, 17 Jul 2015 18:19:40 +0530
> Bharata B Rao wrote:
>
> > pc_dimm_realize() validates the NUMA node to which memory hotplug is
> > being performed only in case of NUMA configuration. Include a check
> > to fail invalid nodes i
On Mon, Aug 03, 2015 at 12:51:09PM +1000, David Gibson wrote:
>On Mon, Aug 03, 2015 at 09:23:19AM +1000, Gavin Shan wrote:
>> The patch supports RTAS calls "ibm,{open,close}-errinjct" to
>> manupliate the token, which is passed to RTAS call "ibm,errinjct"
>> to indicate the valid context for error
On Fri, 07/31 17:45, Marc Marí wrote:
> Hi everyone
>
> I propose improving the current modular driver system for QEMU so it
> can benefit everybody in speed and flexibility. I'm looking for other
> ideas, comments, critics, etc.
>
> - Background -
> In order to speed up QEMU, I'm looking at the
On Mon, Aug 03, 2015 at 09:23:19AM +1000, Gavin Shan wrote:
> The patch supports RTAS calls "ibm,{open,close}-errinjct" to
> manupliate the token, which is passed to RTAS call "ibm,errinjct"
> to indicate the valid context for error injection. Each VM is
> permitted to have only one token at once a
On Mon, Aug 03, 2015 at 09:23:20AM +1000, Gavin Shan wrote:
> The patch supports RTAS call "ibm,errinjct" to allow injecting
> EEH errors to VFIO PCI devices. The implementation is similiar
> to EEH support for VFIO PCI devices: The RTAS request is captured
> by QEMU and routed to sPAPRPHBClass::ee
On Thu, Jul 30, 2015 at 09:27:44AM -0400, Jeff Cody wrote:
> On Thu, Jul 30, 2015 at 09:41:08AM +0300, Vasiliy Tolstov wrote:
> > 2015-07-29 12:31 GMT+03:00 Liu Yuan :
> > > Technically, it won't affect the performance because index updates are
> > > not range
> > > but concrete in terms of underl
On 08/01/2015 02:58 AM, Dr. David Alan Gilbert wrote:
* Yang Hongyang (yan...@cn.fujitsu.com) wrote:
This filter is to buffer/release packets, this feature can be used
when using MicroCheckpointing, or other Remus like VM FT solutions, you
can also use it to simulate the network delay.
It has an
On Sun, Aug 02, 2015 at 02:52:08PM +0300, Vasiliy Tolstov wrote:
> 2015-07-31 15:08 GMT+03:00 Vasiliy Tolstov :
> > Please wait to performance comparison. As i see Liu's patch may be
> > more slow then Hitoshi.
>
>
> I'm switch to local cluster driver to test only local ssd and not
> network over
The patch supports RTAS call "ibm,errinjct" to allow injecting
EEH errors to VFIO PCI devices. The implementation is similiar
to EEH support for VFIO PCI devices: The RTAS request is captured
by QEMU and routed to sPAPRPHBClass::eeh_inject_error() where the
request is translated to VFIO container I
The patch supports RTAS calls "ibm,{open,close}-errinjct" to
manupliate the token, which is passed to RTAS call "ibm,errinjct"
to indicate the valid context for error injection. Each VM is
permitted to have only one token at once and we simply have one
random number for that.
Signed-off-by: Gavin
The patch supports RTAS call "ibm,errinjct" to allow injecting
EEH errors to VFIO PCI devices. The implementation is similiar
to EEH support for VFIO PCI devices: The RTAS request is captured
by QEMU and routed to sPAPRPHBClass::eeh_inject_error() where the
request is translated to VFIO container I
The header file was introduced by following Linux upstream commits:
commit ed3e81f ("powerpc/eeh: Move PE state constants around")
commit ec33d36 ("powerpc/eeh: Introduce eeh_pe_inject_err()")
Signed-off-by: Gavin Shan
---
linux-headers/asm-powerpc/eeh.h | 56 +++
The patchset depends on below Linux upstream commits:
commit ed3e81f ("powerpc/eeh: Move PE state constants around")
commit ec33d36 ("powerpc/eeh: Introduce eeh_pe_inject_err()")
According to PAPR specification 2.7, there're 3 RTAS calls relevent to error
injection: "ibm,open-errinjct", "ibm,
On Sat, Aug 01, 2015 at 02:31:30PM +1000, Gavin Shan wrote:
It seems my email doesn't work well in some cases. There are 3 patches, but
only 2 were sent successfully. Please ignore it and I'll resend the whole
patchset.
Thanks,
Gavin
>The patchset depends on below Linux upstream commits:
>
> co
Artyom Tarasenko writes:
> On Thu, Jul 30, 2015 at 9:12 AM, Paolo Bonzini wrote:
>>
>>
>> On 30/07/2015 05:47, Dennis Luehring wrote:
>>> so your aarch64 is just less todo for qemu - not EVERY >= 16bit memory
>>> access needs swapping or needs check for unaligned access to emulate
>>> bus-erros
Commit 19109131 disabled the sdhci-pci support because it used
drive_get_next(). This patch reenables sdhci-pci and changes it to
pass the drive via a qdev property - for example:
-device sdhci-pci,drive=drive0 -drive id=drive0,if=sd,file=myimage
Signed-off-by: Kevin O'Connor
---
v2:
- Don't c
On Fri, Jul 31, 2015 at 04:53:50PM +0100, Alex Bennée wrote:
> Hi,
>
> This is the current state of my MTTCG tests based on the KVM's unit
> testing framework. The earlier patches in the series have already been
> reviewed and will (with the exception of the emacs patch) be making
> their way upst
On Fri, Jul 31, 2015 at 09:17:12PM +0200, Andrew Jones wrote:
> On Fri, Jul 31, 2015 at 04:53:59PM +0100, Alex Bennée wrote:
> > From: Alex Bennée
> >
> > The previous $(getconf _NPROCESSORS_CONF) isn't correct as the default
> > maximum VCPU configuration is 4 on arm64 machines which typically h
On Fri, Jul 31, 2015 at 04:53:54PM +0100, Alex Bennée wrote:
> This makes the script a little cleaner by only checking for KVM support
> in one place. If KVM isn't available we can fall back to TCG emulation
> and echo the fact to the screen rather than let QEMU complain.
>
> Signed-off-by: Alex B
This also affects NW 4.2 with the Novell LSI8XXNW.HAM driver.
lsi_scsi: error: readb 0x49
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1402289
Title:
netware 5.1 and SCSI (LSI Logic 53c895a) = ls
On 31/07/15 16:43, Aurelien Jarno wrote:
> On 2015-07-31 17:31, Artyom Tarasenko wrote:
>> On Thu, Jul 30, 2015 at 5:50 PM, Aurelien Jarno wrote:
>>> On 2015-07-30 10:55, Aurelien Jarno wrote:
On 2015-07-30 10:16, Dennis Luehring wrote:
> Am 30.07.2015 um 09:52 schrieb Aurelien Jarno:
>>
On 31/07/15 21:37, John Snow wrote:
> On 07/28/2015 04:52 AM, Mark Cave-Ayland wrote:
>> On 27/07/15 23:00, Aurelien Jarno wrote:
>>
>>> On 2015-05-22 15:59, John Snow wrote:
From: Mark Cave-Ayland
Similarly switch the macio IDE routines over to use the new function and
tidy-u
to compare fio results from host system with file places on the ssd
(ext4,nodiscard, trimmed before run):
randrw: (g=0): rw=randrw, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=32
2.0.8
Starting 10 processes
Jobs: 10 (f=10): [mm] [100.0% done] [50892K/49944K /s]
[12.8K/12.5K iops] [eta 00m:00s]
2015-07-31 15:08 GMT+03:00 Vasiliy Tolstov :
> Please wait to performance comparison. As i see Liu's patch may be
> more slow then Hitoshi.
I'm switch to local cluster driver to test only local ssd and not
network overhead.
But now Liu's qemu does not able to completely install vps:
sheep runs a
Hello,
As we will never pass LUN#0 as a storage lun, it would be better to
prohibit this at least in iscsi.c, otherwise it will result in an FPU
exception and emulator crash:
traps: qemu-system-x86[32430] trap divide error ip:7f1dab7b5073
sp:7f1d713e4ae0 error:0 in block-iscsi.so[7f1dab7b+800
37 matches
Mail list logo
