I can confirm that this bug is gone with QEMU commit commit
0fad6efce5d3f18278b7239dece3c251b3e7c04d.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/702885
Title:
"Internal resource leak" error with
Duh. I had missed the greater part of Christophe's patch (I am still
having trouble with my mail client; applying patches off the list is
manual for me).
With both patches applied, indeed the bug filed on launchpad seems
fixed. On my second test case, behaviour is much improved. Thanks much!
- Wo
** Attachment added: "Binary to reproduce bug"
https://bugs.launchpad.net/qemu/+bug/702885/+attachment/1801849/+files/main.axf
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/702885
Title:
"Inte
This bug is fixed on HEAD in the qemu-meego tree (commit
8493a687d54e542ac4eec8b2f8326415edf37ec4
A)
- Wolfgang
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/702885
Title:
"Internal resource leak"
Public bug reported:
This bug occurs in qemu, commit 78a59470e6bbc6e16dc4033767492649c1ae4cfd
(most recent as of 01/14/2011).
Compile, assemble, and link the code below, with the ARM tools. (I use
ARM C/C++ Compiler, 4.1 [Build 462]).
armasm --cpu Cortex-A8 --licensing=flex foo.s
armcc --cpu Cor
Hi Peter,
Is this what you had in mind?
--
ARM semihosting SYS_GET_CMDLINE does not return arguments
https://bugs.launchpad.net/bugs/673613
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
I have do
diff --git a/arm-semi.c b/arm-semi.c
index 0687b03..53b40e4 100644
--- a/arm-semi.c
+++ b/arm-semi.c
@@ -373,45 +373,48 @@ uint32_t do_arm_semihosting(CPUState *env)
#ifdef CONFIG_USER_ONLY
/* Build a commandline from the original argv. */
{
-char **arg = ts->info->
Public bug reported:
I have downloaded version 0.13.0 of the code, configured with:
'./configure' '--prefix=/tmp/qemu-0.13.0' '--interp-
prefix=/tmp/qemu-0.13.0/usr/local/gnemul/qemu-%M' '--target-list=arm-
softmmu arm-linux-user armeb-linux-user'
and built using gcc version 4.3.2 (Debian 4.3.2-1
Try compiling as position-dependent (i.e. not PIC) code. GOT is a typical
feature of position independent code.
- Wolfgang
[EMAIL PROTECTED]
wrote on 23.05.2007 13:20:22:
> Hi Johannes,
>
>thanks for your quick response.
> I thought QEMU was already compiled and run on an ARM machine?
> I
I very much doubt there is any problem with the CPSR. The ARM emulation
has correctly run hundreds of millions of instructions coming from many
different compilers and hand-written assembly. Can you be more precise in
what the effect is that you see?
- Wolfgang
[EMAIL PROTECTED]
wrote on 22.1
http://lists.gnu.org/archive/html/qemu-devel/2006-06/msg00454.html .
Paul, do you want to take a look at this?
Thx,
- Wolfgang
--
Wolfgang Schildbach
Group Manager Systems Engineering and Consulting
Coding Technologies GmbH
Index: linux-user/arm-s
measure.
Please consider for inclusing into CVS.
Thx,
- Wolfgang Schildbach
Index: vl.c
===
RCS file: /sources/qemu/qemu/vl.c,v
retrieving revision 1.217
diff -r1.217 vl.c
550c550
< #if defined(__linux__)
---
> #if defined (__l
n, none of the functions in do_arm_semihosting() do
this).
This is tested with both big- and littleendian emulation (i.e. qemu-arm
and qemu-armeb).
All comments welcome.
--
Wolfgang Schildbach, Senior Research Engineer
Coding Technologies GmbH
arm_semihosting_commandline.diff
Description: B
Hi,
For the ARM9E target, qsub gives wrong output when saturating against
-0x8000. The attached patch fixes an obvious typo that is causing
this.
Please consider this for inclusion into the mainline.
Thanks,
--
Wolfgang Schildbach, Senior Research Engineer
Coding Technologies GmbH
read the data.
>
> - The code assumes the VMA of the segments after roundind to a page
boundary
> do not overlap. ie. a single memory page will contain data from no more
than
> one segment. Fixing this is more complicated and probably involves
merging
> the regions used by sect
I will be out of the office starting 15.06.2006 and will not return until
18.06.2006.
I will respond to your message when I return. If you have a question or
concern regarding our ARM decoder or encoder software, please direct your
email to [EMAIL PROTECTED]
Best regards,
- Wolfgang Schildbach
where the ARM code looks for the environment)?
- Wolfgang
Paul Brook <[EMAIL PROTECTED]> wrote on 12.06.2006 16:18:34:
> On Monday 12 June 2006 15:09, Wolfgang Schildbach wrote:
> > Hi Paul,
> >
> > Does this mean that qemu-arm should be able to run the binaries that
sted
ELF
> +binaries (as implemented by the arm-elf and arm-eabi Newlib/GDB
> +configurations), and arm-uclinux bFLT format binaries.
> +
> +The binary format is detected automatically.
> +
> @node compilation
> @chapter Compilation from the sources
>
>
>
> ___
I will be out of the office starting 14.04.2006 and will not return until
18.04.2006.
I will respond to your message when I return. If you have a question or
concern regarding our ARM decoder or encoder software, please direct your
email to [EMAIL PROTECTED]
Best regards,
- Wolfgang Schildbach
mulators.
> "I'd like to use ARM hardware for , but qemu doesn't
support
> ARMv7 so I'm thinking of using PowerPC instead" is a particularly good
> argument ;-)
>
> Paul
>
>
> ___
> Qemu-dev
Wednesday 29 March 2006 13:33, Wolfgang Schildbach wrote:
> > Hello list,
> >
> > Running an ARM application in user mode emulation (qemu CVS version of
> > 3-15-2006), my code crashes at an SMMUL instruction (this is part of
the
> > ARMv6 instruction set). A brief g
I dig
any deeper, could somebody in the know (Paul?) confirm or reject this
suspicion?
Thanks much,
--
Wolfgang Schildbach, Senior Research Engineer
Coding Technologies GmbH
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org
!), I used that to model my config.
- Wolfgang
Paul Brook <[EMAIL PROTECTED]> wrote on 05.01.2006 18:34:49:
> On Thursday 05 January 2006 13:59, Wolfgang Schildbach wrote:
> > Indeed at bootup time the kernel does not appear to detect the smc91
> > network card. I'll
kernel doesn't have the right driver. Looks like the image
on
> the qemu website doesn't include the NIC driver.
>
> Paul
--
Wolfgang Schildbach, Senior Research Engineer
Coding Technologies GmbH
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
-initrd arm_root.imfg
-nographic -net user )
Thanks much for any help,
Wolfgang
--
Wolfgang Schildbach, Senior Research Engineer
Coding Technologies GmbH
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
25 matches
Mail list logo
