On https://wiki.qemu.org/Hosts/Linux the list of recommended packages currently is a mix of RedHat and Debian names. I suggest the following instead: Recommended additional packages Package names are for Debian(RedHat).* git-email, used for sending patches* libsdl2-dev(libsdl2-devel), need
>Alex Bennée writes:
> I was running some historical tags for the last 10 years and got the
> following warnings:
>
> git log --use-mailmap --numstat --since "June 2010" | ~/src/gitdm.git/gitdm
> -n -l 5
> alar...@ddci.com is an author name, probably not what you want
> ...
> The following
"Mark Cave-Ayland" wrote on 04/06/2018
09:14:14 AM:
> From: "Mark Cave-Ayland"
> To: alar...@ddci.com, "Peter Maydell"
> Cc: "Stefan Weil" , "QEMU Developers"
> Date: 04/06/2018 09:14 AM
> Subject: Re: [Qemu-devel] -icount changes physical address assignments
in QEMU 2.10/2.11
>
> On 06/04
"Peter Maydell" wrote on 04/06/2018 12:21:37
PM:
> On 6 April 2018 at 18:06, wrote:
> >
> > FWIW, the compile had some anomalous behavior:
> >
> > .../qemu-2.12.0-rc2/scripts/feature_to_c.sh: line 71: /usr/bin/sed:
> > Invalid argument
> >
> > line 71 is:
> > arrayname=xml_feature_$(echo $
"Peter Maydell" wrote on 04/06/2018 09:51:55
AM:
> I've now done this, and can reproduce the problem. So the
> issue is generic to 32-bit hosts.
Supporting evidence: I compiled Cygwin/MINGW with x86_64 and the
resulting binaries work properly
FWIW, the compile had some anomalous behavior:
...
"Peter Maydell" wrote on 04/06/2018 04:41:01
AM:
> From: "Peter Maydell"
> To: alar...@ddci.com
> Cc: "QEMU Developers" , "Stefan Weil"
> Date: 04/06/2018 04:41 AM
> Subject: Re: [Qemu-devel] -icount changes physical address assignments
in QEMU 2.10/2.11
>
> On 5 April 2018 at 22:23, wrot
"Peter Maydell" wrote on 04/05/2018 12:28:01
PM:
> From: "Peter Maydell"
> To: alar...@ddci.com
> Cc: "QEMU Developers"
> Date: 04/05/2018 12:28 PM
> Subject: Re: [Qemu-devel] -icount changes physical address assignments
in QEMU 2.10/2.11
>
> On 5 April 2018 at 17:44, wrote:
> > "Peter May
"Peter Maydell" wrote on 04/05/2018 09:05:53
AM:
> From: "Peter Maydell"
> To: alar...@ddci.com
> Cc: "QEMU Developers"
> Date: 04/05/2018 09:06 AM
> Subject: Re: [Qemu-devel] -icount changes physical address assignments
in QEMU 2.10/2.11
>
> On 22 March 2018 at 05:31, wrote:
> > Your patc
"Peter Maydell" wrote on 03/15/2018 11:55:19
AM:
> From: "Peter Maydell"
> To: alar...@ddci.com
> Cc: "QEMU Developers"
> Date: 03/15/2018 11:55 AM
> Subject: Re: [Qemu-devel] -icount changes physical address assignments
in QEMU 2.10/2.11
>
> On 23 February 2018 at 00:39, wrote:
> > When p
When porting our RTOS from QEMU 2.8 to 2.10/2.11, I ran into a problem
where 16-bit writes to the "bochs dispi interface" were being reported
differently depending on whether or not "-icount" was given to QEMU.
For example, info mtree:
...
11000500-11000515 (prio 0, i/o): bochs dispi interface
David Gibson wrote on 06/18/2017 04:04:48
AM:
> On Fri, Jun 16, 2017 at 11:31:02AM -0500, alar...@ddci.com wrote:
> > I haven't received any feedback on this patch, ... Did it get lost?
>
> No, I've just been busy and then sick. I'll get to it eventually..
As always, thanks for your efforts.
G 3 wrote on 06/18/2017 03:38:29 PM:
> > From: Aaron Larson
> > Date: 06/05/2017 12:22 PM
> > Subject: [PATCH v3] target-ppc: Enable open-pic timers to count
> > and generate interrupts
> >
> > Previously QEMU open-pic implemented the 4 open-pic timers
> > including a
G 3 wrote on 06/18/2017 09:45:25 AM:
> >>> From: Aaron Larson
> >>> To: ag...@suse.de, alar...@ddci.com, da...@gibson.dropbear.id.au,
> >> qemu-devel@nongnu.org, qemu-...@nongnu.org
> >>> Date: 06/05/2017 12:22 PM
> >>> Subject: [PATCH v3] target-ppc: Enable open-pic timers to count and
> >> gen
Aaron Larson wrote on 06/05/2017 12:22:53 PM:
> From: Aaron Larson
> To: ag...@suse.de, alar...@ddci.com, da...@gibson.dropbear.id.au,
qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 06/05/2017 12:22 PM
> Subject: [PATCH v3] target-ppc: Enable open-pic timers to count and
generate interrupt
David Gibson wrote on 06/04/2017 07:55:34
PM:
> From: David Gibson
> To: Aaron Larson
> Cc: ag...@suse.de, qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 06/04/2017 07:55 PM
> Subject: Re: [PATCH] target-ppc: Fix openpic timer read register offset
>
> On Fri, Jun 02, 2017 at 04:32:59AM -0
David Gibson wrote on 05/13/2017 02:59:16
AM:
> From: David Gibson
> On Fri, May 12, 2017 at 09:34:33AM -0500, alar...@ddci.com wrote:
> > David Gibson wrote on 05/12/2017
01:52:04
Sorry for the long delay getting back to you. I was out of town for a
while.
> > > > +}
> > > > +uin
David Gibson wrote on 05/12/2017 01:52:04
AM:
> From: David Gibson
> To: Aaron Larson
> Cc: ag...@suse.de, qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 05/12/2017 01:52 AM
> Subject: Re: [PATCH v2] target-ppc: Enable open-pic timers to count and
generate interrupts
>
> On Tue, May 02,
David Gibson wrote on 04/25/2017 11:34:41
PM:
Thanks for the review David. I'll send an updated patch soon with all
your comments addressed and all other s/0/NULL or false/ as
appropriate and a better commit message.
Just to clarify my concern; the patch causes the QEMU openpic timer to
be har
David Gibson wrote on 04/23/2017 06:17:22
PM:
> From: David Gibson
> To: Aaron Larson
> Cc: ag...@suse.de, qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 04/23/2017 06:54 PM
> Subject: Re: Subject: [PATCH] target-ppc: Add global timer group A to
open-pic.
>
> On Fri, Apr 21, 2017 at 02:5
no-re...@patchew.org wrote on 04/21/2017 04:52:20 PM:
> This series failed build test on s390x host. Please find the details
below.
Sorry about that. I was working my way through checkpatch.pl output and
lost an
intermediate change.
David Gibson wrote on 07/29/2016 12:40:15
AM:
> From: David Gibson
> To: alar...@ddci.com
> Cc: qemu-devel@nongnu.org, qemu-...@nongnu.org, ag...@suse.de
> Date: 07/29/2016 12:38 AM
> Subject: Re: target-ppc: SPR_BOOKE_ESR not set on FP exceptions
>
> On Thu, Jul 28, 2016 at 06:32:27PM -0500,
The target-ppc/excp_helper.c:powerpc_excp() case POWERPC_EXCP_FP fails
to set "env->spr[SPR_BOOKE_ESR] = ESR_FP;". I can submit a patch for
that, or anyone can add it, but I notice that in the other cases where
SPR_BOOKE_ESR is set, the "msr" is ALSO set. Since the "msr" is used
to initialize SRR
David Gibson wrote on 06/28/2016 08:42:01
PM:
> On Tue, Jun 28, 2016 at 06:50:05AM -0700, Aaron Larson wrote:
> >
> > Eliminate redundant and incorrect booke206_page_size_to_tlb function
> > from ppce500_spin.c in preference to previously existing but newly
> > exported definition from e500.c
>
David Gibson wrote on 06/27/2016 12:32:13
AM:
> From: David Gibson
> To: alar...@ddci.com
> Cc: ag...@suse.de, qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 06/27/2016 12:30 AM
> Subject: Re: [PATCH] target-ppc: Eliminate redundant and incorrect
function booke206_page_size_to_tlb
>
> On
David Gibson wrote on 06/26/2016 08:36:52
PM:
> From: David Gibson
> To: Aaron Larson
> Cc: ag...@suse.de, qemu-devel@nongnu.org, qemu-...@nongnu.org
> Date: 06/26/2016 08:58 PM
> Subject: Re: [PATCH] target-ppc: Eliminate redundant and incorrect
function booke206_page_size_to_tlb
>
> On Fri
On 17 Jun 2016 22:55:47 Scott Wood wrote:
On 06/17/2016 05:13 PM, Aaron Larson wrote:
AL> The root cause is that the function computing the size of the TLB
AL> entry, namely booke206_page_size_to_tlb ... [is wrong]
AL> --- a/hw/ppc/ppce500_spin.c
AL> +++ b/hw/ppc/ppce500_spin.c
AL> @@ -75,7 +75,11
When e500 PPC is booted multi-core, the non-boot cores are started via
the spin table. ppce500_spin.c:spin_kick() calls
mmubooke_create_initial_mapping() to allocate a 64MB TLB entry, but
the created TLB entry is only 256KB.
The root cause is that the function computing the size of the TLB
entry,
Note change of subject from "Determining interest in PPC e500spin,
yield".
Thomas Huth wrote on 06/16/2016 01:47:05 AM:
Aaron Larson wrote on 15.06.2016 22:12
in ppce500_spin.c
AL> @@ -104,6 +108,16 @@
AL>
AL> cpu_synchronize_state(cpu);
AL> stl_p(&curspin->pir, env->spr[SPR_PIR]);
Thomas Huth wrote on 06/16/2016 01:25:45 AM:
> Thanks for your patch! However, patches have to follow certain rules
> before they can be included in QEMU. Please read through
Sorry for the broken patch, and the long delay. I'm not a git user
so its taken a while to climb the curve. I didn't ge
David Gibson wrote on 06/14/2016 11:17:57
PM:
Aaron Larson
AL> 1. There is a defect in ppce500_spin.c:spin_kick() that creates an
AL>incorrectly sized TLB entry. This was reported as bug
AL>https://bugs.launchpad.net/qemu/+bug/1587535 I can provide a
AL>patch if desired.
DG> Abso
We've used older versions of QEMU for several years as a virtual
target for our OS. Many thanks to the community for providing this
platform.
We've been working to get our OS running under QEMU 2.x and have
identified a few bugs in QEMU, have made some enhancements, and are
still tracking down so
33 matches
Mail list logo
