> From: Aurelien Jarno [mailto:aurel...@aurel32.net]
> On 2015-06-18 16:28, Pavel Dovgalyuk wrote:
> > This patch improves exception handling in MIPS.
> > Instructions generate several types of exceptions.
> > When exception is generated, it breaks the execution of the current
> > translation
> >
I am here, was checking submission statuses and was going to PING too...
Andreas???!
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
> -Original Message-
> From: qemu-devel-bounces+p.fedin=samsung@nongnu.org [mailto:qemu-devel-
> bounces+p.fedin=
All,
I am testing VxLAN performance in VM. For this I am using below command
to bring up the VM.
# qemu-system-x86_64 -m 4096 -smp 4 -boot c -device
virtio-net-pci,netdev=tap0,mac=00:11:22:33:44:55 -netdev
tap,id=tap0,script=no,vhost=on -drive file=/root/vdisk_rhel65.img &
This is resulting i
Alexander Yarygin writes:
> Markus Armbruster writes:
>
>> Just spotted this in my git-pull...
>>
>> Alexander Yarygin writes:
>>
>>> Each call of the virtio_blk_reset() function calls blk_drain_all(),
>>> which works for all existing BlockDriverStates, while draining only
>>> one is needed.
>>
At present, the core device model code for 8250-like serial ports
(serial.c) and the code for serial ports attached to ISA-style legacy IO
(serial-isa.c) are both controlled by the CONFIG_SERIAL variable.
There are lots and lots of embedded platforms that have 8250-like serial
ports but have never
Currently, the code to handle the legacy ISA bus is always included in
qemu. However there are lots of platforms that don't include ISA legacy
devies, and quite a few that have never used ISA legacy devices at all.
This patch allows the ISA bus code to be disabled in the configuration for
platfor
The m48t59 device supports both ISA and direct sysbus attached versions of
the device in the one .c file. This can be awkward for some embedded
machine types which need the sysbus M48T59, but don't want to pull in the
ISA bus code and its other dependencies.
Therefore, this patch splits out the c
The "info irq" and "info pic" HMP commands are available on some, but not
all targets, and what they do isn't terribly consistent. For SPARC and
LM32 they do something platform specific, but for x86, powerpc, and MIPS
they print some information from the i8259 (and only the i8259) interrupt
contro
At the moment isa-bus.c is compiled unconditionally for all targets.
However, some targets have never used legacy ISA devices. Many more
targets have at least some machine types without ISA.
These patches allow ISA bus to be disabled in the configuration, thus
allowing cut down configurations for
On Fri, 06/26 17:06, Jason Wang wrote:
>
>
> On 06/25/2015 05:18 PM, Stefan Hajnoczi wrote:
> > e1000_can_receive() checks the link up status register bit. If the bit
> > is clear, packets will be queued and the peer may disable receive to
> > avoid wasting CPU reading packets that cannot be del
On Jun 28, 2015, at 8:29 PM, Laurent Vivier wrote:
> Hi,
>
> On 29/06/2015 01:43, Programmingkid wrote:
>>
>> On Jun 25, 2015, at 2:01 PM, Peter Maydell wrote:
>>
>>> On 25 June 2015 at 18:56, Programmingkid
>>> wrote:
Nice to hear from you again Laurent. The only way a solution in
>From the debug log, we can see that virq is only 1008, but irq route table has
>been full, i.e. 1024.
In kvm_irqchip_get_virq(), it only calls kvm_flush_dynamic_msi_routes() when
all virqs(total gsi_count, 1024 too) have been allocated, but irq route table
has two kind of entry type, KVM_IRQ
http://lists.nongnu.org/archive/html/qemu-devel/2014-12/msg03739.html
Seems that this patch hasn't been accpeted yet, and also no comments for
it.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/146593
The problem can be re-produced by the script in the below in link.
http://lists.nongnu.org/archive/html/qemu-devel/2014-12/msg03739.html
i.e.
vda_irq_num=25
vdb_irq_num=27
while [ 1 ]
do
for irq in {1,2,4,8,10,20,40,80}
do
echo $irq > /proc/irq/$vda_irq_num/smp_affinity
On 06/26/2015 11:16 PM, Max Reitz wrote:
> On 26.06.2015 16:27, Wen Congyang wrote:
>> At 2015/6/26 21:47, Max Reitz Wrote:
>>> On 25.06.2015 08:41, Wen Congyang wrote:
We can use block job mirror to repair broken quorum files. But the
command
'info block' doesn't output correct file
On Fri, 06/26 15:36, Alexandre DERUMIER wrote:
> Hi,
>
> >>There is no problem, the observasion by Andrey was just that qmp command
> >>takes
> >>a few minutes before returning, because he didn't apply
> >>
> >>https://lists.gnu.org/archive/html/qemu-devel/2015-05/msg02511.html
>
> Is this pa
On 06/27/2015 03:03 AM, Dr. David Alan Gilbert wrote:
> * Wen Congyang (we...@cn.fujitsu.com) wrote:
>> On 06/24/2015 10:07 PM, Dr. David Alan Gilbert wrote:
>>> * Wen Congyang (ghost...@gmail.com) wrote:
At 2015/6/19 18:49, Stefan Hajnoczi Wrote:
> On Fri, Jun 19, 2015 at 08:54:56AM +0800
On Jun 28, 2015, at 8:29 PM, Laurent Vivier wrote:
> Hi,
>
> On 29/06/2015 01:43, Programmingkid wrote:
>>
>> On Jun 25, 2015, at 2:01 PM, Peter Maydell wrote:
>>
>>> On 25 June 2015 at 18:56, Programmingkid
>>> wrote:
Nice to hear from you again Laurent. The only way a solution in
When running ESXi under qemu there is an issue with the ESXi guest
discarding packets that are too short. The guest discards any packets
under the normal minimum length for an ethernet packet (60). This
results in odd behaviour where other hosts or VMs on other hosts can
communicate with the
Hi,
On 29/06/2015 01:43, Programmingkid wrote:
>
> On Jun 25, 2015, at 2:01 PM, Peter Maydell wrote:
>
>> On 25 June 2015 at 18:56, Programmingkid
>> wrote:
>>> Nice to hear from you again Laurent. The only way a solution in
>>> hdev_open() would work is if it could prevent
>>> find_image_form
On Jun 25, 2015, at 2:01 PM, Peter Maydell wrote:
> On 25 June 2015 at 18:56, Programmingkid wrote:
>> Nice to hear from you again Laurent. The only way a solution in
>> hdev_open() would work is if it could prevent find_image_format()
>> from executing. Otherwise find_image_format() would just
> Let's say qemu is running in System Emulation Mode, when it runs guest's
> binary, it can log the translated code for host. Is it possible to merge
> that translated code and other sections of guest's binary to make a binary
> which can be run directly on host.
>
> Thanks
>
> On Fri, Jun 26, 2015
On Sat, Jun 27, 2015 at 12:52 PM, Liviu Ionescu wrote:
>
>> On 27 Jun 2015, at 21:03, Peter Crosthwaite
>> wrote:
>>
>> Try this after object creation (see xlnx-zynqmp init fn):
>>
>>qdev_set_parent_bus(DEVICE(&s->gic), sysbus_get_default());
>
> ah, sure, I already tried this, if I set the
On 27 June 2015 at 03:25, Peter Crosthwaite
wrote:
> On Mon, Jun 15, 2015 at 11:49 AM, Peter Maydell
> wrote:
>> Currently we use DISAS_WFE for both WFE and YIELD instructions.
>> This is functionally correct because at the moment both of them
>> are implemented as "yield this CPU back to the top
On Sun, 28 Jun 2015 15:03:20 +0200
"Michael S. Tsirkin" wrote:
> On Fri, Jun 26, 2015 at 07:05:07PM +0200, Greg Kurz wrote:
> > On Fri, 26 Jun 2015 18:28:42 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Fri, Jun 26, 2015 at 02:18:38PM +0200, Greg Kurz wrote:
> > > > On Fri, 26 Jun 2015 12:
This interface provides some registers within a 32-byte range and can be
acessed through PCI-to-LPC bridge interface (PMBASE + 0x60).
It's commonly used as a watchdog timer to detect system lockups through
SMIs that are generated -- if TCO_EN bit is set -- on every timeout. If
NO_REBOOT bit is not
This patch adds a testcase that covers the following:
1) TCO default values
2) first and second TCO timeout
3) watch and validate ticks counter through TCO_RLD register
4) maximum supported TCO timeout (0x3ff)
5) watchdog actions (pause/reset/shutdown/none) upon second TCO
timeout
If the signal is sampled high, this indicates that the system is
strapped to the "No Reboot" mode (ICH9 will disable the TCO Timer system
reboot feature). The status of this strap is readable via the NO_REBOOT
bit (CC: offset 0x3410:bit 5).
The NO_REBOOT bit is set when SPKR pin on ICH9 is sampled
On Sun, 28 Jun 2015 10:37:58 +0200
"Michael S. Tsirkin" wrote:
> On Sat, Jun 27, 2015 at 02:56:33PM -0300, Paulo Alcantara wrote:
> > If the signal is sampled high, this indicates that the system is
> > strapped to the "No Reboot" mode (ICH9 will disable the TCO Timer
> > system reboot feature).
> On Jun 28, 2015, at 18:34 PM, Brian Kress wrote:
>
>When running ESXi under qemu there is an issue with the ESXi guest
> discarding packets that are too short. The guest discards any packets
> under the normal minimum length for an ethernet packet (60). This
> results in odd behaviour wh
On 06/18/2015 08:49 PM, Marcel Apfelbaum wrote:
Add a chassis_nr property Instead of using PXB bus number
as internal bridge's chassis nr.
ping
I think this should be part of 2.4.
Thanks,
Marcel
Suggested-by: Michael S. Tsirkin
Signed-off-by: Marcel Apfelbaum
---
docs/pci_expander_bridg
> On Jun 23, 2015, at 18:49 PM, Brian Kress wrote:
>
>When running ESXi under qemu there is an issue with the ESXi guest
> discarding packets that are too short. The guest discards any packets under
> the normal minimum length for an ethernet packet (60). This results in odd
> behaviour
On Fri, Jun 26, 2015 at 07:05:07PM +0200, Greg Kurz wrote:
> On Fri, 26 Jun 2015 18:28:42 +0200
> "Michael S. Tsirkin" wrote:
>
> > On Fri, Jun 26, 2015 at 02:18:38PM +0200, Greg Kurz wrote:
> > > On Fri, 26 Jun 2015 12:28:45 +0200
> > > Cornelia Huck wrote:
> > >
> > > > On Fri, 26 Jun 2015 09
On Sat, Jun 27, 2015 at 02:56:33PM -0300, Paulo Alcantara wrote:
> If the signal is sampled high, this indicates that the system is
> strapped to the "No Reboot" mode (ICH9 will disable the TCO Timer system
> reboot feature). The status of this strap is readable via the NO_REBOOT
> bit (CC: offset
Hi David,
On 2015-06-26 17:32, David kiarie wrote:
> Hi all,
>
> Some efforts to emulate AMD IOMMU have being going over the past few months.
>
> In real hardware AMD IOMMU is implemented as a PCI function. When
> emulating it in Qemu we want to allocate it MMIO space but real AMD
> IOMMU manage
35 matches
Mail list logo
