On Sun, Apr 12, 2015 at 08:30:45PM -0500, Corey Minyard wrote:
> On 04/12/2015 11:17 AM, Michael S. Tsirkin wrote:
> > On Tue, Apr 07, 2015 at 02:51:43PM -0500, miny...@acm.org wrote:
> >> From: Corey Minyard
> >>
> >> This way devices can tie in when then SSDT is built and can add their
> >> own
> @@ -1428,12 +1444,22 @@ void acpi_build(PcGuestInfo *guest_info,
> AcpiBuildTables *tables)
> acpi_add_table(table_offsets, tables_blob);
> build_hpet(tables_blob, tables->linker);
> }
> -if (misc.has_tpm) {
> +if (misc.tpm_version != TPMVersion_Unspec) {
>
> If that's the case, you could also add your check to
> memory_region_section_get_iotlb. Search for PHYS_SECTION_WATCH,
> watch_mem_ops and io_mem_watch, and do the same for your new special
> case. This is where QEMU decides between using the slow path or the
> fast path.
>
> However this will
On Thu, Mar 26, 2015 at 02:57:45PM +1100, David Gibson wrote:
> On Mon, Mar 23, 2015 at 07:06:04PM +0530, Bharata B Rao wrote:
> > Make use of pc-dimm infrastructure to support memory hotplug
> > for PowerPC.
> >
> > Modelled on i386 memory hotplug.
> >
> > Signed-off-by: Bharata B Rao
> > ---
>
On Thu, Apr 9, 2015 at 9:32 PM, Thomas Huth wrote:
Current QEMU crashes when specifying an illegal model with the
"-net nic,model=xxx" option, e.g.:
$ qemu-system-x86_64 -net nic,model=n/a
qemu-system-x86_64: Unsupported NIC model: n/a
Program received signal SIGSEGV, Segmentation fault.
On Wed, Mar 25, 2015 at 04:58:18PM +1100, David Gibson wrote:
> On Mon, Mar 23, 2015 at 07:06:02PM +0530, Bharata B Rao wrote:
> > Initialize a hotplug memory region under which all the hotplugged
> > memory is accommodated. Also enable memory hotplug by setting
> > CONFIG_MEM_HOTPLUG.
> >
> > Mod
> -Original Message-
> From: Eric Blake [mailto:ebl...@redhat.com]
> Sent: Friday, April 10, 2015 9:22 PM
> To: Xu, Quan; stefano.stabell...@eu.citrix.com; stef...@linux.vnet.ibm.com
> Cc: pbonz...@redhat.com; qemu-devel@nongnu.org; aligu...@amazon.com;
> wei.l...@citrix.com; dgde...@tych
> -Original Message-
> From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
> Sent: Monday, April 13, 2015 4:50 AM
> To: Xu, Quan; stefano.stabell...@eu.citrix.com; ebl...@redhat.com
> Cc: pbonz...@redhat.com; qemu-devel@nongnu.org; aligu...@amazon.com;
> wei.l...@citrix.com; dgde...@t
On 04/10/2015 11:37 PM, Eric Blake wrote:
On 04/02/2015 03:50 AM, Zhu Guihua wrote:
When memory hot unplug fails, this patch adds support to send
QMP event to notify mgmt about this failure.
Signed-off-by: Zhu Guihua
---
docs/qmp/qmp-events.txt | 17 +
hw/acpi/memory_hotpl
On Fri, 04/10 22:38, ein wrote:
> Qemu creates more than 70 threads and everyone of them tries to write to
> disk, which results in:
> 1. High I/O time.
> 2. Large latency.
> 2. Poor sequential read/write speeds.
>
> When I limited number of cores, I guess I limited number of threads as
> well. Th
On 04/12/2015 11:17 AM, Michael S. Tsirkin wrote:
> On Tue, Apr 07, 2015 at 02:51:43PM -0500, miny...@acm.org wrote:
>> From: Corey Minyard
>>
>> This way devices can tie in when then SSDT is built and can add their
>> own entries. This didn't seem to fit anyplace else, primarily because it
>> re
On 04/12/2015 11:05 AM, Michael S. Tsirkin wrote:
> On Tue, Apr 07, 2015 at 02:51:39PM -0500, miny...@acm.org wrote:
>> From: Corey Minyard
>>
>> There was no way to directly add a table entry to the SMBIOS table,
>> even though the BIOS supports this. So add a function to do this.
>> This is in
Due to old Seabios bug, QEMU reenable LINT0 after reset. This bug is long gone
and therefore this hack is no longer needed. Since it violates the
specifications, it is removed.
Signed-off-by: Nadav Amit
---
hw/intc/apic_common.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/hw/int
KVM has quirks to overcome legacy QEMU bugs that are already resolved. Using a
new KVM feature for disabling these quirks.
Signed-off-by: Nadav Amit
---
linux-headers/asm-x86/kvm.h | 4
linux-headers/linux/kvm.h | 1 +
target-i386/kvm.c | 8
3 files changed, 13 inserti
LINT0 is currently reenabled after reset to circumvent old seabios bug, which
violates x86 specifications. This patch-set handles this issue, by removing
the old hack from qemu and reporting to kvm that this quirk is no longer
needed. In addition, we disable another kvm quirk that clears CD and N
On 04/07/2015 04:54 AM, Xu, Quan wrote:
-Original Message-
From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
Sent: Wednesday, April 01, 2015 3:40 AM
To: qemu-devel@nongnu.org; m...@redhat.com
Cc: Xu, Quan; Stefan Berger; Stefan Berger
Subject: [PATCH 2/3] tpm: Probe for connected
On 04/10/2015 02:59 AM, Quan Xu wrote:
and whether it completed successfully. Move tpm_passthrough_is_selftest() into
tpm_util.c and rename it to tpm_util_is_selftest().
Signed-off-by: Quan Xu
---
hw/tpm/Makefile.objs | 2 +-
hw/tpm/tpm_passthrough.c | 13 +--
h
On Sun, Apr 12, 2015 at 9:09 AM, Al Viro wrote:
> On Sun, Apr 12, 2015 at 12:42:35PM -, Eric Van Hensbergen wrote:
>
> > In other words, it only uses the open fd to derrive a path and then
> > executes the getattr off of that path. If that path no longer exists
> > (because of unlink or remo
On Tue, Apr 07, 2015 at 02:51:43PM -0500, miny...@acm.org wrote:
> From: Corey Minyard
>
> This way devices can tie in when then SSDT is built and can add their
> own entries. This didn't seem to fit anyplace else, primarily because it
> required the Aml type, so I added a new file for it.
>
>
On Tue, Apr 07, 2015 at 02:51:39PM -0500, miny...@acm.org wrote:
> From: Corey Minyard
>
> There was no way to directly add a table entry to the SMBIOS table,
> even though the BIOS supports this. So add a function to do this.
> This is in preparation for the IPMI handler adding it's SMBIOS tabl
update virtio blk header from latest linux, include comment fixups.
Signed-off-by: Michael S. Tsirkin
---
include/standard-headers/linux/virtio_blk.h | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/include/standard-headers/linux/virtio_blk.h
b/include/standard-header
add modern header.
This patch is for virtio 1.0 branch, doesn't
apply to master.
Signed-off-by: Michael S. Tsirkin
---
include/hw/virtio/virtio-balloon.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/hw/virtio/virtio-balloon.h
b/include/hw/virtio/virtio-balloon.h
index f863b
Virtio 1.0 doesn't include a modern balloon device. At some point we'll
likely define an incompatible interface with a different ID and
different semantics. But for now, it's not a big effort to support a
transitional balloon device: this has the advantage of supporting
existing drivers, transpar
On Sun, Apr 12, 2015 at 12:42:35PM -, Eric Van Hensbergen wrote:
> In other words, it only uses the open fd to derrive a path and then
> executes the getattr off of that path. If that path no longer exists
> (because of unlink or remove) then you are hosed. In my understanding, the
> "work a
** Bug watch added: Red Hat Bugzilla #1114221
https://bugzilla.redhat.com/show_bug.cgi?id=1114221
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1336794
Title:
9pfs does not honor open file handl
I've done some digging from the client side. As is mentioned in Miklos'
original patch (which appears to have been shot down) the higher level
implementation appear to be broken for this. Here's what the code looks
like for fstat in fs/stat.c:
int vfs_fstat(unsigned int fd, struct kstat *stat)
{
Am 12.04.2015 um 13:14 schrieb Michael S. Tsirkin:
> On Thu, Apr 09, 2015 at 03:48:57PM +0100, Peter Maydell wrote:
>> On 9 April 2015 at 14:37, Michael S. Tsirkin wrote:
>>> On Thu, Apr 09, 2015 at 03:32:45PM +0200, Thomas Huth wrote:
Current QEMU crashes when specifying an illegal model wit
On 12 April 2015 at 09:34, Alexander Graf wrote:
>
>
>> Am 11.04.2015 um 23:46 schrieb Andreas Färber :
>>
>>> Am 11.04.2015 um 23:33 schrieb Peter Maydell:
On 11 April 2015 at 21:28, Andreas Färber wrote:
Are you sure that QEMU / runcom / pi_10.com still try to map to that
address
On Thu, Apr 09, 2015 at 03:48:57PM +0100, Peter Maydell wrote:
> On 9 April 2015 at 14:37, Michael S. Tsirkin wrote:
> > On Thu, Apr 09, 2015 at 03:32:45PM +0200, Thomas Huth wrote:
> >> Current QEMU crashes when specifying an illegal model with the
> >> "-net nic,model=xxx" option, e.g.:
> >>
> >
On Thu, Apr 09, 2015 at 03:32:45PM +0200, Thomas Huth wrote:
> Current QEMU crashes when specifying an illegal model with the
> "-net nic,model=xxx" option, e.g.:
>
> $ qemu-system-x86_64 -net nic,model=n/a
> qemu-system-x86_64: Unsupported NIC model: n/a
>
> Program received signal SIGSEGV, S
Am 12.04.2015 um 10:34 schrieb Alexander Graf:
>> Am 11.04.2015 um 23:46 schrieb Andreas Färber :
>>
>>> Am 11.04.2015 um 23:33 schrieb Peter Maydell:
On 11 April 2015 at 21:28, Andreas Färber wrote:
Are you sure that QEMU / runcom / pi_10.com still try to map to that
address zero?
> Am 11.04.2015 um 23:46 schrieb Andreas Färber :
>
>> Am 11.04.2015 um 23:33 schrieb Peter Maydell:
>>> On 11 April 2015 at 21:28, Andreas Färber wrote:
>>> Are you sure that QEMU / runcom / pi_10.com still try to map to that
>>> address zero?
>>
>> It's the first thing runcom.c's main() does
32 matches
Mail list logo
