Il 11/09/2012 07:23, Stefan Weil ha scritto:
> Am 11.09.2012 07:14, schrieb Stefan Weil:
>> MinGW has no gmtime_r() which was added here:
>>
>> commit 41a9b8b24d59acec462b0d8e0d2a7ffce6031d55
>> Author: Yang Zhang
>> Date: Thu Aug 2 18:04:10 2012 +0200
>>
>> RTC: Add divider reset support
>>
Until now we used only the agent to change the monitor count and each
monitor resolution. This patch introduces the qemu part of using the
device as the mediator instead of the agent via virtio-serial.
Spice (>=0.11.5) calls the new QXLInterface::client_monitors_config,
generating an interrupt QXL
Guest set capabilities are written to the spice server via
spice_qxl_guest_capabilities_set, provided the compiled against
spice server is new enough to provide this symbol.
QXL device revision will be raised in a later patch to advertise this
support to the guest.
Signed-off-by: Alon Levy
---
Add two new trace events:
qxl_send_events(int qid, uint32_t events) "%d %d"
qxl_set_guest_bug(int qid) "%d"
Change qxl_io_unexpected_vga_mode parameters to be equivalent to those
of qxl_io_write for easier grouping under a single systemtap probe.
Change d to qxl in one place.
Signed-off-by: Alon
Signed-off-by: Alon Levy
---
scripts/tracetool/backend/dtrace.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/tracetool/backend/dtrace.py
b/scripts/tracetool/backend/dtrace.py
index 9cab75c..6be7047 100644
--- a/scripts/tracetool/backend/dtrace.py
+++ b/scripts/tra
On 09/10/12 19:49, Anthony Liguori wrote:
> Andreas Färber writes:
>
>> Am 10.09.2012 15:37, schrieb Gerd Hoffmann:
>>> Hi,
>>>
| hw/usb/hcd-xhci.c: In function ‘xhci_fire_ctl_transfer’:
| hw/usb/hcd-xhci.c:1508:14: error: variable ‘wLength’ set but not used
[-Werror=unused-but-
Am 11.09.2012 07:14, schrieb Stefan Weil:
MinGW has no gmtime_r() which was added here:
commit 41a9b8b24d59acec462b0d8e0d2a7ffce6031d55
Author: Yang Zhang
Date: Thu Aug 2 18:04:10 2012 +0200
RTC: Add divider reset support
The first update cycle begins one-half seconds after divider
MinGW has no gmtime_r() which was added here:
commit 41a9b8b24d59acec462b0d8e0d2a7ffce6031d55
Author: Yang Zhang
Date: Thu Aug 2 18:04:10 2012 +0200
RTC: Add divider reset support
The first update cycle begins one-half seconds after divider
reset is removed. This feature is usef
On Tue, Sep 11, 2012 at 01:49:51AM +0100, Maciej W. Rozycki wrote:
> On Sun, 9 Sep 2012, Matthew Ogilvie wrote:
>
> > This bug manifested itself when the guest was Microport UNIX
> > System V/386 v2.1 (ca. 1987), because it would sometimes mask
> > off IRQ14 in the slave IMR after it had already b
Hello Nicholas,
On 09/07/2012 02:48 PM, Nicholas A. Bellinger wrote:
> From: Nicholas Bellinger
>
> Hello Anthony & Co,
>
> This is the fourth installment to add host virtualized target support for
> the mainline tcm_vhost fabric driver using Linux v3.6-rc into QEMU 1.3.0-rc.
>
> The series is
于 2012-9-11 5:33, Eric Blake 写道:
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
This patch contains error handling APIs, which user could call them to
get error details.
OK.
Signed-off-by: Wenchao Xia
---
libqblock/libqblock-error.c | 60 +++
libq
On Mon, Sep 10, 2012 at 11:09:27AM +0200, Jan Kiszka wrote:
> On 2012-09-10 10:56, Avi Kivity wrote:
> > On 09/10/2012 04:27 AM, Matthew Ogilvie wrote:
> >> Intel's definition of "edge triggered" means: "asserted with a
> >> low-to-high transition at the time an interrupt is registered and
> >> the
On 09/10/2012 09:26 PM, Wenchao Xia wrote:
>>> +#define QB_ERR_STRING_SIZE (1024)
>>> +struct QBroker {
>>> +/* last error */
>>> +char err_msg[QB_ERR_STRING_SIZE];
>>
>> Is this fixed-width struct going to bite us in the future? Suppose I
>> pass in a file name that is already 1000 bytes
于 2012-9-11 5:27, Eric Blake 写道:
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
This patch contains type and defines used in APIs, one file for public usage
by user, one for libqblock internal usage.
Signed-off-by: Wenchao Xia
---
libqblock/libqblock-internal.h | 50
libqblock/lib
I have 2 questions about TCGv.
1. if DEBUG is enabled on TCGv, TCGv is wrapped in a C struct. and
would it not be very expensive to pass TCGv by copy for all the
tcg_gen_xxx functions.i.e. tcg_gen_mov_tl(cpu_cc_src, cpu_T[1]);
2. I have created some files that need to include tcg-op.h and cpu.h
于 2012-9-11 5:07, Eric Blake 写道:
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
This patch contains the major APIs in the library.
Important APIs:
1 QBroker. These structure was used to retrieve errors, every thread must
create one first, later maybe thread related staff could be added into it
On Mon, Sep 10, 2012 at 11:25:38AM +0200, Jan Kiszka wrote:
> On 2012-09-09 17:45, Avi Kivity wrote:
> > On 09/07/2012 11:50 AM, Jan Kiszka wrote:
> >>
> >>> +} else {
> >>> +cpu_physical_memory_rw(run->mmio.phys_addr,
> >>> + run->m
On Mon, Sep 10, 2012 at 11:23 PM, Kevin Wolf wrote:
> Am 10.08.2012 17:39, schrieb Dong Xu Wang:
>> Document for add-cow format, the usage and spec of add-cow are introduced.
>>
>> Signed-off-by: Dong Xu Wang
>> ---
>> docs/specs/add-cow.txt | 123
>> +++
On Sun, 9 Sep 2012, Matthew Ogilvie wrote:
> This bug manifested itself when the guest was Microport UNIX
> System V/386 v2.1 (ca. 1987), because it would sometimes mask
> off IRQ14 in the slave IMR after it had already been asserted.
> The master would still try to deliver an interrupt even thoug
The Buildbot has detected a new failure on builder default_mingw32 while
building qemu.
Full details are available at:
http://buildbot.b1-systems.de/qemu/builders/default_mingw32/builds/372
Buildbot URL: http://buildbot.b1-systems.de/qemu/
Buildslave for this Build: kraxel_rhel61
Build Reason:
On Mon, Sep 10, 2012 at 03:45:31PM +0200, Andreas Färber wrote:
> Am 10.09.2012 08:38, schrieb David Gibson:
> > The current pseries machine init function iterates over the CPUs at several
> > points, doing various bits of initialization. This is messy; these can
> > and should be merged into a si
Avi Kivity writes:
> Please pull from:
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
>
> to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device
> assignment. With this there are no significant changes left between qemu and
> qemu-kvm (though some work r
Michael Tokarev writes:
> Commit 7b93fadf3a38d1ed65ea5536a52efc2772c6e3b8 "Add basic version
> of bridge helper" put the bridge helper executable into a fixed
> ${prefix}/libexec/ location, instead of using ${libexecdir} for
> this. At the same time, --libexecdir is being happily ignored
> by ./
"Daniel P. Berrange" writes:
> From: "Daniel P. Berrange"
>
> The qemu-img, qemu-nbd and qemu-io tools are built conditionally
> based on whether any softmmu target is enabled. These are useful
> self-contained tools which can be used in many other scenarios.
> Add new --enable-tools/--disable-t
"Daniel P. Berrange" writes:
> From: "Daniel P. Berrange"
>
> Allow passing of '--target-list=' to configure to request that
> all targets are to be disabled. This allows for doing a very
> fast tools-only build of things like qemu-img, qemu-io, qemu-nbd.
>
> Signed-off-by: Daniel P. Berrange
Paolo Bonzini writes:
> The current RTC emulation has two timers firing every second, one
> on each edge of the UIP bit. This will prevent CPUs from staying at
> deep C-states. Intel's measurements from previous submissions show the
> C6 residency reduced by 6% when running 64 idle guests.
>
>
i forgot to mention that the PID was 27374
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1037675
Title:
Guest Kernel Panic if using "-cpu host" in qemu-kvm 1.1.1
Status in QEMU:
New
Bug descrip
i started trace-cmd as suggested on http://www.linux-
kvm.org/page/Tracing and started the vm. after the panic i aborted
trace-cmd and here is the trace file
** Attachment added: "trace from trace-cmd"
https://bugs.launchpad.net/qemu/+bug/1037675/+attachment/3306241/+files/trace.dat.tar.bz2
-
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
> This patch contains error handling APIs, which user could call them to
> get error details.
>
> Signed-off-by: Wenchao Xia
> ---
> libqblock/libqblock-error.c | 60
> +++
> libqblock/libqblock-error.h | 5
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
> This patch contains type and defines used in APIs, one file for public usage
> by user, one for libqblock internal usage.
>
> Signed-off-by: Wenchao Xia
> ---
> libqblock/libqblock-internal.h | 50
> libqblock/libqblock-types.h| 251
On 09/10/2012 02:26 AM, Wenchao Xia wrote:
> This patch contains the major APIs in the library.
> Important APIs:
> 1 QBroker. These structure was used to retrieve errors, every thread must
> create one first, later maybe thread related staff could be added into it.
> 2 QBlockState. It stands
On 2012-09-10 20:05, Hervé Poussineau wrote:
> When transfering a file, keep it open during the whole transfer,
> instead of opening/closing it for each block.
>
> Signed-off-by: Hervé Poussineau
> Reviewed-by: Aurelien Jarno
> ---
> slirp/tftp.c | 32 ++--
> slirp
On 2012-09-10 20:05, Hervé Poussineau wrote:
> This option is described in RFC 1783. As this is only an optional field,
> we may ignore it in some situations and handle it in some others.
>
> However, MS Windows 2003 PXE boot client requests a block size of the MTU
> (most of the times 1472 bytes)
On 2012-09-10 20:05, Hervé Poussineau wrote:
> RFC 1350 does not mention block count roll-over. However, a lot of TFTP
> servers
> implement it to be able to transmit big files, so do it also.
>
> Current block size is 512 bytes, so TFTP files were limited to 32 MB.
>
> Signed-off-by: Hervé Pous
These patches have already been sent in April 2011, and contain some fixes for
the internal TFTP server.
With these patches, MS Windows PE can be booted via PXE, and 32MB file
limitation has been removed.
This has been tested with MS Windows 2003 PXE boot client, PXELINUX and gPXE.
Indentation
When transfering a file, keep it open during the whole transfer,
instead of opening/closing it for each block.
Signed-off-by: Hervé Poussineau
Reviewed-by: Aurelien Jarno
---
slirp/tftp.c | 32 ++--
slirp/tftp.h |1 +
2 files changed, 19 insertions(+), 14 delet
RFC 1350 does not mention block count roll-over. However, a lot of TFTP servers
implement it to be able to transmit big files, so do it also.
Current block size is 512 bytes, so TFTP files were limited to 32 MB.
Signed-off-by: Hervé Poussineau
Reviewed-by: Aurelien Jarno
---
slirp/tftp.c |
> -Original Message-
> From: qemu-devel-bounces+ericj=mips@nongnu.org [mailto:qemu-devel-
> bounces+ericj=mips@nongnu.org] On Behalf Of Aurelien Jarno
> Sent: Thursday, September 06, 2012 2:11 AM
> To: Jia Liu
> Cc: qemu-devel@nongnu.org
> Subject: Re: [Qemu-devel] [PATCH v7 04/14]
The current code compare i (int) with req->count (uint32_t) in a for
loop, risking an infinite loop if req->count is equal to UINT_MAX.
Also i is only used in comparisons or multiplications with unsigned
integers.
Signed-off-by: Stefano Stabellini
---
i386-dm/helper2.c |6 --
1 files ch
Remove read_physical and write_physical.
Introduce two new helper functions, read_physical_offset and
write_physical_offset, that take care of adding or subtracting offset
depending on sign. This way we avoid the automatic casting of sign to
uint32_t that is clearly not a very good idea and can eas
This option is described in RFC 1783. As this is only an optional field,
we may ignore it in some situations and handle it in some others.
However, MS Windows 2003 PXE boot client requests a block size of the MTU
(most of the times 1472 bytes), and doesn't work if the option is not
acknowledged (w
Hi all,
after reviewing the patch "fix multiply issue for int and uint types"
with Ian Jackson, we realized that cpu_ioreq_pio and cpu_ioreq_move are
in much need for a simplification as well as removal of a possible
integer overflow.
This patch series tries to accomplish both switching to two new
This patch replaces all register_ioport* with the new memory API. It permits
to use the new Memory stuff like listener.
Signed-off-by: Julien Grall
---
hw/acpi_piix4.c | 154 +--
1 files changed, 116 insertions(+), 38 deletions(-)
diff --git
I guess the problem here is that qemu emulates some very basic mouse
(reported as PS/2 compatible mouse in Windows) whereas real hardware
usually has a fancy mouse (reported as MS Explorer compatible mouse in
Windows).
I don't know how PS/2 mice are detected but due to different mice being
detecte
Andreas Färber writes:
> Am 10.09.2012 15:37, schrieb Gerd Hoffmann:
>> Hi,
>>
>>> | hw/usb/hcd-xhci.c: In function ‘xhci_fire_ctl_transfer’:
>>> | hw/usb/hcd-xhci.c:1508:14: error: variable ‘wLength’ set but not used
>>> [-Werror=unused-but-set-variable]
>>
>> Pushed updated branch usb.63 (
Am 10.09.2012 19:20, schrieb Clemens Kolbitsch:
On Mon, Sep 10, 2012 at 9:23 AM, Stefan Weil wrote:
Hi Clemens,
indeed, it looks like CPUID_DE fixes that BSOD with "STOP 0x005D ...".
In my test scenario Windows now reboots instead of showing the BSOD.
This commit added the TCG feature bi
On Mon, 10 Sep 2012, Jan Kiszka wrote:
> On 2012-09-10 19:27, Julien Grall wrote:
> > This patch replaces all register_ioport* with the new memory API. It permits
> > to use the new Memory stuff like listener.
> >
> > Signed-off-by: Julien Grall
> > ---
> > hw/acpi_piix4.c | 154
> > +
On Mon, Sep 10, 2012 at 06:23:43PM +0200, Stefan Weil wrote:
> Am 10.09.2012 08:19, schrieb Clemens Kolbitsch:
> >On Sat, Sep 8, 2012 at 11:22 AM, Clemens Kolbitsch
> > wrote:
> >>On Fri, Sep 7, 2012 at 9:26 PM, Stefan Weil wrote:
> >>>Am 08.09.2012 02:48, schrieb Clemens Kolbitsch:
> Hi guys,
On 2012-09-10 19:27, Julien Grall wrote:
> This patch replaces all register_ioport* with the new memory API. It permits
> to use the new Memory stuff like listener.
>
> Signed-off-by: Julien Grall
> ---
> hw/acpi_piix4.c | 154
> +--
This is
This patch replaces all register_ioport* with the new memory API. It permits
to use the new Memory stuff like listener.
Signed-off-by: Julien Grall
---
hw/acpi_piix4.c | 154
+--
1 files changed, 116 insertions(+), 38 deletions(-)
diff --g
On Mon, Sep 10, 2012 at 9:23 AM, Stefan Weil wrote:
> Am 10.09.2012 08:19, schrieb Clemens Kolbitsch:
>
> On Sat, Sep 8, 2012 at 11:22 AM, Clemens Kolbitsch
> wrote:
>
> On Fri, Sep 7, 2012 at 9:26 PM, Stefan Weil wrote:
>
> Am 08.09.2012 02:48, schrieb Clemens Kolbitsch:
>
> Hi guys,
>
> I need
Peter Maydell writes:
> On 10 September 2012 17:07, Paolo Bonzini wrote:
>> Il 10/09/2012 18:02, Anthony Liguori ha scritto:
>>> IOW, shouldn't it be something more like, SerialState exports a qemu_irq
>>> and then the machine code decides whether to route that irq to a call to
>>> qemu_system_w
Il 02/08/2012 18:04, Paolo Bonzini ha scritto:
> The current RTC emulation has two timers firing every second, one
> on each edge of the UIP bit. This will prevent CPUs from staying at
> deep C-states. Intel's measurements from previous submissions show the
> C6 residency reduced by 6% when runni
On Thu, 06 Sep 2012 11:07:54 +0200
Pavel Hrdina wrote:
> On 08/30/2012 04:47 PM, Luiz Capitulino wrote:
> > On Wed, 15 Aug 2012 09:41:43 +0200
> > Pavel Hrdina wrote:
> >
> >> Signed-off-by: Pavel Hrdina
> >> ---
> >> block.c| 25 +
> >> block.h
On 09/10/2012 09:48 AM, Andreas Färber wrote:
Am 19.07.2012 20:53, schrieb miny...@acm.org:
Ok, everything passes through checkpatch without an error now. I have
added some tests to verify basic operation of the device, and I've
hacked in some documentation, though I'm not sure if it's in the p
Am 10.09.2012 08:19, schrieb Clemens Kolbitsch:
On Sat, Sep 8, 2012 at 11:22 AM, Clemens Kolbitsch
wrote:
On Fri, Sep 7, 2012 at 9:26 PM, Stefan Weil wrote:
Am 08.09.2012 02:48, schrieb Clemens Kolbitsch:
Hi guys,
I need to run Win7 64bit in Qemu without KVM support. I found a few
messages
On 10 September 2012 17:07, Paolo Bonzini wrote:
> Il 10/09/2012 18:02, Anthony Liguori ha scritto:
>> IOW, shouldn't it be something more like, SerialState exports a qemu_irq
>> and then the machine code decides whether to route that irq to a call to
>> qemu_system_wakeup(). Then depending on wh
Il 10/09/2012 18:02, Anthony Liguori ha scritto:
> I think the wiring is wrong here. Why would a device assert the wakeup
> reason?
>
> I assume on bare metal, the device asserts a single line and then
> something devices how to treat the output from a given device.
>
> IOW, shouldn't it be some
Paolo Bonzini writes:
> Il 08/09/2012 09:15, Blue Swirl ha scritto:
>>> Preferably some which don't
>>> > break on 'qemu -nodefault -device isa-serial,chardev=foo'.
>> Add a qdev property? The base address check can't be correct, the
>> serial device could be the only one in the board and wired t
On 09/08/2012 04:26 AM, Aurelien Jarno wrote:
> This remove the fallback to std-vga in case, as availability of the
> requested vga device is now tested in vl.c, and returns an error message
> to the user.
>
> Cc: Richard Henderson
> Signed-off-by: Aurelien Jarno
Acked-by: Richard Henderson
On 09/10/2012 06:49 PM, Marcelo Tosatti wrote:
> On Mon, Sep 10, 2012 at 05:32:39PM +0200, Jan Kiszka wrote:
>> On 2012-09-10 17:25, Avi Kivity wrote:
>> > Please pull from:
>> >
>> > git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
>> >
>> > to merge some kvm updates, most notably
On Mon, Sep 10, 2012 at 05:32:39PM +0200, Jan Kiszka wrote:
> On 2012-09-10 17:25, Avi Kivity wrote:
> > Please pull from:
> >
> > git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
> >
> > to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device
> > assignment. W
On Mon, Sep 10, 2012 at 05:17:03PM +0200, Andreas Färber wrote:
> Hi Eduardo,
>
> Am 05.09.2012 22:41, schrieb Eduardo Habkost:
> > This is a small queue of patches that I consider "ready to go", that didn't
> > enter QEMU 1.2.
>
> There's so many x86 CPU series on the list again... Am I understa
Am 05.09.2012 22:46, schrieb Anthony Liguori:
> What do we do when the FSF comes out with the GPLv4 and relicenses again
> in an incompatible fashion? Do we do this exercise every couple of
> years?
That's exactly why I suggested GPLv2+ because it was supposed to be a
preparation for the future.
On 2012-09-10 17:25, Avi Kivity wrote:
> Please pull from:
>
> git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
>
> to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device
> assignment. With this there are no significant changes left between qemu and
> qemu-kvm
On Mon, 10 Sep 2012 17:17:03 +0200
Andreas Färber wrote:
> Hi Eduardo,
>
> Am 05.09.2012 22:41, schrieb Eduardo Habkost:
> > This is a small queue of patches that I consider "ready to go", that
> > didn't enter QEMU 1.2.
>
> There's so many x86 CPU series on the list again... Am I understanding
Please pull from:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
to merge some kvm updates, most notably a port of qemu-kvm's pre-vfio device
assignment. With this there are no significant changes left between qemu and
qemu-kvm (though some work remains).
---
Am 10.08.2012 17:39, schrieb Dong Xu Wang:
> Document for add-cow format, the usage and spec of add-cow are introduced.
>
> Signed-off-by: Dong Xu Wang
> ---
> docs/specs/add-cow.txt | 123
>
> 1 files changed, 123 insertions(+), 0 deletions(-)
Hi Eduardo,
Am 05.09.2012 22:41, schrieb Eduardo Habkost:
> This is a small queue of patches that I consider "ready to go", that didn't
> enter QEMU 1.2.
There's so many x86 CPU series on the list again... Am I understanding
correctly that this is the start, applying directly to master? Or does
i
Am 10.09.2012 17:07, schrieb Eduardo Habkost:
> On Mon, Sep 10, 2012 at 04:58:39PM +0200, Andreas Färber wrote:
>> Am 10.09.2012 16:50, schrieb Don Slutz:
>>> On 09/10/12 09:04, Igor Mammedov wrote:
But question unrelated to this patch is still stand if ia64 is valid
bit for
01.EDX[3
Am 10.09.2012 15:37, schrieb Gerd Hoffmann:
> Hi,
>
>> | hw/usb/hcd-xhci.c: In function ‘xhci_fire_ctl_transfer’:
>> | hw/usb/hcd-xhci.c:1508:14: error: variable ‘wLength’ set but not used
>> [-Werror=unused-but-set-variable]
>
> Pushed updated branch usb.63 (same as usb.62 + one incremental f
On Mon, Sep 10, 2012 at 04:58:39PM +0200, Andreas Färber wrote:
> Am 10.09.2012 16:50, schrieb Don Slutz:
> > On 09/10/12 09:04, Igor Mammedov wrote:
> >> But question unrelated to this patch is still stand if ia64 is valid
> >> bit for
> >> 01.EDX[30]?
> >>
> >>
> > Intel® Processor Identification
On Mon, Sep 10, 2012 at 03:04:30PM +0200, Igor Mammedov wrote:
> On Mon, 10 Sep 2012 14:31:49 +0200
> Igor Mammedov wrote:
>
> > On Mon, 10 Sep 2012 14:18:38 +0200
> > Igor Mammedov wrote:
> >
> > > On Wed, 5 Sep 2012 17:41:10 -0300
> > > Eduardo Habkost wrote:
> > >
> > > > Those models are
Am 10.09.2012 16:50, schrieb Don Slutz:
> On 09/10/12 09:04, Igor Mammedov wrote:
>> But question unrelated to this patch is still stand if ia64 is valid
>> bit for
>> 01.EDX[30]?
>>
>>
> Intel® Processor Identification
> and the CPUID Instruction
> Application Note 485
> January 2006
>
> Order Nu
On Mon, Sep 10, 2012 at 07:45:04AM -0700, Richard Henderson wrote:
> On 09/10/2012 07:34 AM, Aurelien Jarno wrote:
> > If it is not possible to implement your FPR code using these functions,
> > we might want to add some more, but I really thing it's a bad idea to
> > have this code in the targets.
On 09/10/12 09:04, Igor Mammedov wrote:
On Mon, 10 Sep 2012 14:31:49 +0200
Igor Mammedov wrote:
On Mon, 10 Sep 2012 14:18:38 +0200
Igor Mammedov wrote:
On Wed, 5 Sep 2012 17:41:10 -0300
Eduardo Habkost wrote:
Those models are maintained by QEMU and may require compatibility code
to be a
Hi,
On 09/10/2012 03:34 PM, Gerd Hoffmann wrote:
On 09/10/12 12:44, Hans de Goede wrote:
Here is a better version of the "ehci: Don't process too much frames in 1
timer tick" patch, replacing the one from my last pull-req, as well as a
small bugfix for an issue I noticed while working on this.
Am 19.07.2012 20:53, schrieb miny...@acm.org:
> Ok, everything passes through checkpatch without an error now. I have
> added some tests to verify basic operation of the device, and I've
> hacked in some documentation, though I'm not sure if it's in the proper
> location, as I never got a response
Display works, requires truecolor framebuffer with 16 or 32 bpp on the
host. 32bpp is recommended. The framebuffer is used as-is, qemu
doesn't try to switch modes. With LCD displays mode switching is pretty
pointless IMHO, also it wouldn't work anyway with the most common
fbdev drivers (vesafb,
On 09/10/2012 07:34 AM, Aurelien Jarno wrote:
> If it is not possible to implement your FPR code using these functions,
> we might want to add some more, but I really thing it's a bad idea to
> have this code in the targets.
I thought I got rid of all this in the various rebasing. Certainly it's
Am 30.07.2012 15:51, schrieb Andreas Färber:
> Am 19.07.2012 20:53, schrieb miny...@acm.org:
>> From: Corey Minyard
>>
>> When setting an object, if you don't release the previous object
>> that was there, it may become unusable. This change allows a
>> chardev to be removed from one object's pro
On Sun, Sep 09, 2012 at 02:04:25PM -0700, Richard Henderson wrote:
> At the same time, tidy other usages of tcg_gen_deposit_i64.
> In some cases we can "type cast" rather than extend, and in
> others we can allow tcg_gen_deposit_i64 itself to optimize
> the HOST_LONG_BITS==32 case.
>
> Signed-off-
---
console.h | 72 +++
hw/xenfb.c |2 +-
vl.c |9 ++-
3 files changed, 42 insertions(+), 41 deletions(-)
diff --git a/console.h b/console.h
index 4334db5..5a1abe9 100644
--- a/console.h
+++ b/console.h
@@ -162,7 +162,7
Also change the way the gui_timer is initialized: each time a
displaychangelistener is registered or unregistered we'll check
whenever we need a timer (due to dpy_refresh callback being present)
and if so setup a timer, otherwise zap it. This way the gui timer works
correctly with displaychangelis
Hi,
Undusting an pretty old patch series, rebasing it, testing it, fixing
a bug or two, fixing codestyle issues: Qemu can run on the linux
framebuffer console as graphical display now.
enjoy,
Gerd
Gerd Hoffmann (4):
QLIST-ify display change listeners.
add unregister_displaychangelistene
This patch adds a fbdev monitor command to enable/disable
the fbdev display at runtime to both qmp and hmp.
qmp: fbdev enable=on|off
hmp: fbdev on|off
---
hmp-commands.hx | 15 +++
hmp.c|9 +
hmp.h|1 +
qapi-schema.json | 15 +++
On Wed, 5 Sep 2012 17:41:13 -0300
Eduardo Habkost wrote:
> It's nice to have a flexible system to maintain CPU models as data, but
> this is holding us from making improvements in the CPU code because it's
> not using the common infra-structure, and because the machine-type data
> is still insid
On Sun, Sep 09, 2012 at 02:04:20PM -0700, Richard Henderson wrote:
> There are several cases that can be handled easier inside both
> translators and code generators if we have out-of-band values
> for conditions. It's easy enough to handle ALWAYS and NEVER in
> the natural way inside the tcg midd
On Sun, Sep 09, 2012 at 02:04:19PM -0700, Richard Henderson wrote:
> Signed-off-by: Richard Henderson
> Cc: Aurelien Jarno
> ---
> tcg/tcg.h | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/tcg/tcg.h b/tcg/tcg.h
> index d710694..a9367fe 100644
> --- a/tcg/tcg.h
> +++ b/tcg/tcg.h
> @@
On Sat, 2012-09-08 at 16:12 +0200, Stefan Weil wrote:
> +tmp16 = *tb_ptr++;
> +tmp8 = *tb_ptr++;
> +tmp32 = (((1 << tmp8) - 1) << tmp16);
> +tci_write_reg32(t0, (t1 & ~tmp32) | ((t2 << tmp16) &
> tmp32));
Use the deposit* functions from bitops.h?
r
Avi Kivity wrote:
> On 09/10/2012 01:44 PM, Liu, Jinsong wrote:
>> Hi,
>>
>> I'm recently debugging a qemu-kvm issue. I add some print code like
>> 'fprintf(stderr, ...)', however I fail to see any info at stdio.
>> Anyone can tell me where is qemu-kvm logfile, or, what I need do to
>> record my f
Am 10.09.2012 13:11, schrieb Daniel P. Berrange:
> From: "Daniel P. Berrange"
>
> The encryption password is only required if I/O is going to be
> performed on a disk image. The 'qemu-img info' command merely
> reports metadata, so it should not ask for a decryption password
>
> Signed-off-by: D
On Mon, Sep 10, 2012 at 06:40:09AM -0700, Richard Henderson wrote:
> On Mon, 2012-09-10 at 13:56 +0200, Aurelien Jarno wrote:
> > On x86, it is possible to move a constant value to memory. Add code to
> > handle a constant argument to load/store ops.
> >
> > Signed-off-by: Aurelien Jarno
>
> Wh
On Fri, 2012-09-07 at 15:16 +0200, Aurelien Jarno wrote:
> Aurelien Jarno (9):
> tcg: improve profiler
> tcg/optimize: split expression simplification
> tcg/optimize: simplify or/xor r, a, 0 cases
> tcg/optimize: simplify and r, a, 0 cases
> tcg/optimize: simplify shift/rot r, 0, a => mov
Am 10.09.2012 08:38, schrieb David Gibson:
> A number of things need to occur during reset of the PAPR
> paravirtualized platform in a specific order. For example, the hash
> table needs to be cleared before the CPUs are reset, so that they
> initialize their register state correctly, and the CPUs
On Wed, 5 Sep 2012 17:41:11 -0300
Eduardo Habkost wrote:
> This file is not needed anymore, as QEMU won't ship any config-based
> cpudefs out of the box, relying only on the builtin CPU models.
>
> Signed-off-by: Eduardo Habkost
> ---
> Makefile | 1 -
> arch_init.c
Am 10.09.2012 08:38, schrieb David Gibson:
> The current pseries machine init function iterates over the CPUs at several
> points, doing various bits of initialization. This is messy; these can
> and should be merged into a single iteration doing all the necessary per
> cpu initialization. Worse,
On Thu, Sep 06, 2012 at 09:12:01AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> Here comes the usb patch queue with a bunch of new goodies accumulated
> while qemu was in freeze for the 1.2 release:
>
> * ehci gets more tracepoints & improvements in the queuing code and
>minor bugfixes (the impor
On Wed, 5 Sep 2012 17:41:10 -0300
Eduardo Habkost wrote:
> Those models are maintained by QEMU and may require compatibility code
> to be added when making some changes. Keeping the data in the C source
> code should make it simpler to handle those details.
>
> Signed-off-by: Eduardo Habkost
>
On Mon, 2012-09-10 at 13:56 +0200, Aurelien Jarno wrote:
> On x86, it is possible to move a constant value to memory. Add code to
> handle a constant argument to load/store ops.
>
> Signed-off-by: Aurelien Jarno
While useful, you'll find that most constants that want storing to
memory are not g
1 - 100 of 196 matches
Mail list logo
