These errors were reported by cppcheck:
bsd-user/elfload.c:1076: error: Memory leak: s
bsd-user/elfload.c:1079: error: Memory leak: syms
Cc: Blue Swirl
Signed-off-by: Stefan Weil
---
bsd-user/elfload.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/bsd-user/el
On Sun, Jan 16, 2011 at 12:56 PM, Stefan Weil wrote:
> These errors were reported by cppcheck:
>
> bsd-user/elfload.c:1076: error: Memory leak: s
> bsd-user/elfload.c:1079: error: Memory leak: syms
>
> Cc: Blue Swirl
> Signed-off-by: Stefan Weil
> ---
> bsd-user/elfload.c | 9 +++--
> 1
On 16 January 2011 12:56, Stefan Weil wrote:
> diff --git a/bsd-user/elfload.c b/bsd-user/elfload.c
> index 7374912..313ddc6 100644
> --- a/bsd-user/elfload.c
> +++ b/bsd-user/elfload.c
> @@ -1072,11 +1072,16 @@ static void load_symbols(struct elfhdr *hdr, int fd)
> /* Now know where the strta
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/584153
Title:
no useful error message when tap device open fails
Status in QEMU:
Fix
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/573827
Title:
QEMU 0.12.3 crashes on incomplete USB serial device parameter
Status in
On Wed, Dec 15, 2010 at 4:17 AM, Stefano Bonifazi
wrote:
> On 12/11/2010 03:44 PM, Blue Swirl wrote:
>
> Hi!
> Thank you very much! Knowing exactly where I should check, in a so big
> project helped me very much!!
> Anyway after having spent more than 2 days on that code I still can't
> u
** Changed in: qemu
Status: Incomplete => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/581737
Title:
Can't read e1000 NIC EEPROM on NetBSD guest
Status in QEMU:
Fix Committ
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/578346
Title:
ATA IDENTIFY DEVICE word 64 doesn't describe available PIO modes
Status in QEMU:
On 01/16/2011 03:46 PM, Raphael Lefevre wrote:
On Wed, Dec 15, 2010 at 4:17 AM, Stefano Bonifazi
wrote:
> On 12/11/2010 03:44 PM, Blue Swirl wrote:
>
> Hi!
> Thank you very much! Knowing exactly where I should check, in a so big
> project helped me very much!!
> Anyway after having spen
Am 16.01.2011 15:07, schrieb Peter Maydell:
On 16 January 2011 12:56, Stefan Weil wrote:
diff --git a/bsd-user/elfload.c b/bsd-user/elfload.c
index 7374912..313ddc6 100644
--- a/bsd-user/elfload.c
+++ b/bsd-user/elfload.c
@@ -1072,11 +1072,16 @@ static void load_symbols(struct elfhdr *hdr,
int
These errors were reported by cppcheck:
[bsd-user/elfload.c:1108]: (error) Common realloc mistake: "syms" nulled but
not freed upon failure
[bsd-user/elfload.c:1076]: (error) Memory leak: s
[bsd-user/elfload.c:1079]: (error) Memory leak: syms
v2:
* The previous fix for memory leaks was incomplet
On Tue, Jan 11, 2011 at 11:55:33PM +0100, Aurelien Jarno wrote:
> On Tue, Jan 11, 2011 at 06:09:06AM -0600, Peter Maydell wrote:
> > The ARM target-arm/translate.c file has some code in it which tries to
> > track the number of TCG temporaries allocated during translation of an
> > ARM instruction
On Sun, Jan 16, 2011 at 11:21 PM, Stefano Bonifazi
wrote:
>
> Thank you very much!
> I've already solved this problem.. Right now I am fighting with the
> possibility of changing qemu-user code for making it run several binaries in
> succession .. But it seems to remember the first translated co
The century register is only present in "recent" version of the chip,
and is at an address corresponding to the NVRAM memory. It is not
manipulated directly by the RTC and therefore is always in BCD format.
The current QEMU implementation is correct.
** Changed in: qemu
Status: New => Inval
Sorry for my belated on this discussion, after I searched for the
topics you posted, it seems two main problems are unsolved? (Am I
right?? I'm not sure...)
1. "I edited QEMU user, more exactly qemu-ppc launching the main function
(inside main.c) from another c function I created, passing it th
2011/1/16 Stefano Bonifazi :
> My workaround to this problem was compiling qemu-ppc as a dynamic library
> and load it at runtime.. I also managed to load multiple copies of it (with
> dlmopen each at a different address space) ..in fact I need to run more than
> one qemu-ppc at the same time
This
When a modifier key is pressed or released, the USB HID keyboard still
answers NAK, unless another key is also pressed or released.
The patch fixes that by calling usb_hid_changed() when a modifier key
is pressed or released.
Signed-off-by: Aurelien Jarno
---
hw/usb-hid.c |3 +++
1 files ch
On Mon, Oct 18, 2010 at 04:55:25PM +0400, Michael Tokarev wrote:
> Brad Jorsch writes (
> http://bugs.debian.org/578846 ):
>
> The USB keyboard emulation's translation table in hw/usb-hid.c doesn't
> match the codes actually sent for the Logo (a.k.a. "Windows") or Menu
> keys. This results
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/584139
Title:
keymapping error for usb keyboard (windows/menu keys)
Status in QEMU:
Fix Comm
Thank you very much for Your fast reply!
On 01/16/2011 07:29 PM, Peter Maydell wrote:
Linux doesn't seem to have dlmopen
http://www.unix.com/man-page/All/3c/dlmopen/
#define __USE_GNU
#include
lib_handle1 = dlmopen(LM_ID_NEWLM,"./libqemu-ppc.so", RTLD_NOW);
I am developing that on a clean
2011/1/17 Stefano Bonifazi :
>
> Hi!
> Thank you very much for Your concern!
> Honestly I had lost hope in any help, I even contacted directly some
> developers in this mailing list without luck!
I guess many good developers in mailing list are still try their best
to solve your problems, such as
2011/1/16 Stefano Bonifazi :
> I need to make the different instances of qemu-user exchange data ..
> obviously keeping all of them in the same address space would be the easiest
> way (unless I have to change all qemu code ;) )
The problem is that you're trying to break a fundamental
assumption m
On Thu, Jan 13, 2011 at 12:46:57PM +0100, Fabien Chouteau wrote:
> On Windows, this is required to flush the remaining data in the IO stream,
> otherwise Gdb do not receive the last packet.
>
> Version 2:
>Fix linux-user build error.
Applied, thanks.
>
> Signed-off-by: Fabien Chouteau
> -
Hi!
In case you are interested in helping me, I'll give you a big piece of
news I've just got (even my teacher is not informed yet! :) )
I've just managed to make more than one instance of qemu-user run at the
same time linking the target code with a specified address for the code
section (-Tt
2011/1/17 Stefano Bonifazi :
> Hi!
> In case you are interested in helping me, I'll give you a big piece of news
> I've just got (even my teacher is not informed yet! :) )
> I've just managed to make more than one instance of qemu-user run at the
> same time linking the target code with a specifie
On Sun, Jan 02, 2011 at 07:44:49PM +0100, Hervé Poussineau wrote:
> This unregresses Sun4m and PPC prep/ref405ep machines
>
> Signed-off-by: Hervé Poussineau
> ---
> hw/m48t59.c | 11 ++-
> 1 files changed, 6 insertions(+), 5 deletions(-)
Thanks, applied.
> diff --git a/hw/m48t59.c b
On Tue, Dec 14, 2010 at 01:49:17AM +0100, Andreas Färber wrote:
> Calling isa_ide_init() twice with the same IRQ 13 fails:
>
> qemu: hardware error: isa irq 13 already assigned
>
> Use a different IRQ (14) for the second one to avoid this.
I am not sure it is actually a good idea. While it fixes
On 15 January 2011 16:02, Blue Swirl wrote:
> With the sed script below (my first I think), I'm able to convert most
> files in QEMU from C99 comment style to C89. When successive line with
> C99 comments are converted, the comments are merged. Two files
> (hw/rtl8139.c and microblaze-dis.c) still
On Fri, 2011-01-14 at 16:38 +0800, Jan Kiszka wrote:
> Am 14.01.2011 02:51, Huang Ying wrote:
> > On Thu, 2011-01-13 at 17:01 +0800, Jan Kiszka wrote:
> >> Am 13.01.2011 09:34, Huang Ying wrote:
[snip]
> >>> +
> >>> +void kvm_unpoison_all(void *param)
> >>
> >> Minor nit: This can be static now.
>
On 01/15/2011 06:45 PM, Blue Swirl wrote:
+ if ($level == 0 && !$block =~ /^\s*\{/ && !$allowed) {
I'm not a Perl expert at all, but I think you need parentheses for the
argument of "!":
if ($level == 0 && !($block =~ /^\s*\{/) && !$allowed) {
Paolo
There are three cases:
(1) no pressure supported (i.e. your mouse moving around in the vnc
window and qemu reporting this as tablet coordinates).
(2) just pen/finger present/not present supported. pressure jumps
between 0 and max (and we can make max == 1 in that case).
Phew - that's one of th
31 matches
Mail list logo
