are supported at runtime, generate it dynamically.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c| 20 +---
target/arm/cpu.h| 10 ++
target/arm/cpu64.c | 2 --
target/arm/helper.c | 37 +
4
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 21 -
target/arm/cpu.h | 20 ++--
target/arm/internals.h | 7 ---
3 files changed, 30 insertions(+), 18 deletions(-)
diff --git a/target/arm/cpu.c b/target/arm
It was shifted to the left one bit too few.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/he
register value and the last underlying cycle count - this
ensure time isn't lost and will also allow us to access the 'old'
architectural register value in order to detect overflows in later
patches.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h
The instruction event is only enabled when icount is used, cycles are
always supported. Always defining get_cycle_count (but altering its
behavior depending on CONFIG_USER_ONLY) allows us to remove some
CONFIG_USER_ONLY #defines throughout the rest of the code.
Signed-off-by: Aaron Lindsay <al
This is in preparation for enabling counters other than PMCCNTR
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 31 ++-
1 file changed, 22 insertions(+), 9 deletions(-)
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index b14fdab..485004e 100644
---
This is a bug fix to ensure 64-bit reads of these registers don't read
adjacent data.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h| 4 ++--
target/arm/helper.c | 5 +++--
2 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/target/arm/cpu.h b/
They share the same underlying state
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
i
This eliminates the need for fetching it from el_change_hook_opaque, and
allows for supporting multiple el_change_hooks without having to hack
something together to find the registered opaque belonging to GICv3.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter M
logically group changes
* Clarify and otherwise improve a few comments
* There are also a number of less significant changes scattered around
Thanks,
Aaron
Aaron Lindsay (21):
target/arm: Check PMCNTEN for whether PMCCNTR is enabled
target/arm: Treat PMCCNTR as alias of PMCCNTR_EL0
target/arm
On Apr 17 16:37, Peter Maydell wrote:
> On 17 April 2018 at 16:21, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > On Apr 12 13:36, Aaron Lindsay wrote:
> >> On Apr 12 18:15, Peter Maydell wrote:
> >> > On 16 March 2018 at 20:31, Aaron Lindsay <alind.
On Apr 12 13:36, Aaron Lindsay wrote:
> On Apr 12 18:15, Peter Maydell wrote:
> > On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > > diff --git a/target/arm/cpu.h b/target/arm/cpu.h
> > > index b0ef727..9c3b5ef 100644
> > > ---
On Apr 12 18:17, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/cpu.c | 3 +++
> > target/arm/cpu.h | 1 +
> > 2 file
On Apr 12 17:41, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > It was shifted to the left one bit too few.
> >
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/hel
On Apr 12 17:18, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > pmccntr_read and pmccntr_write contained duplicate code that was already
> > being handled by pmccntr_sync. Split pmccntr_sync into pmccntr_op_start
>
On Apr 12 18:32, Peter Maydell wrote:
> On 16 March 2018 at 20:30, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > The ARM PMU implementation currently contains a basic cycle counter, but it
> > is
> > often useful to gather counts of other events and filter them
On Apr 12 18:15, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > The pmu_counter_filtered and pmu_op_start/finish functions are generic
> > (as opposed to PMCCNTR-specific) to allow for the implementation of
> > other
On Mar 16 16:30, Aaron Lindsay wrote:
> I aim to eventually add raising interrupts on counter overflow, but that is
> not
> covered by this patchset. I think I have a reasonable grasp of the mechanics
> of
> *how* to raise them, but am curious if anyone has thoughts on how to de
On Apr 12 17:53, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > During code generation, surround CPSR writes and exception returns which
> > call the EL change hooks with gen_io_start/end. The immediate need is
>
On Apr 12 17:49, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Because the design of the PMU requires that the counter values be
> > converted between their delta and guest-visible forms for mode
> > filtering, an a
On Apr 12 17:10, Peter Maydell wrote:
> On 16 March 2018 at 20:31, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > They share the same underlying state
> >
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/helper.c
On Mar 20 02:03, Philippe Mathieu-Daudé wrote:
> On 03/19/2018 09:35 PM, Aaron Lindsay wrote:
> > On Mar 18 23:35, Philippe Mathieu-Daudé wrote:
> >> Hi Aaron,
> >>
> >> On 03/16/2018 09:30 PM, Aaron Lindsay wrote:
> >>> A53 advertises AR
On Mar 18 23:41, Philippe Mathieu-Daudé wrote:
> On 03/16/2018 09:31 PM, Aaron Lindsay wrote:
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/cpu.c | 15 ++-
> > target/arm/cpu.h | 23 --
On Mar 18 23:35, Philippe Mathieu-Daudé wrote:
> Hi Aaron,
>
> On 03/16/2018 09:30 PM, Aaron Lindsay wrote:
> > A53 advertises ARM_FEATURE_PMU, but wasn't initializing pmceid[01].
> > pmceid[01] are already being initialized to zero for both A15 and A57.
> >
>
On Mar 18 23:48, Philippe Mathieu-Daudé wrote:
> On 03/16/2018 09:31 PM, Aaron Lindsay wrote:
> > The instruction event is only enabled when icount is used, cycles are
> > always supported. Always defining get_cycle_count (but altering its
> > behavior depending on CONFIG
Phil,
On Mar 19 00:14, Philippe Mathieu-Daudé wrote:
> Hi Aaron,
>
> On 03/16/2018 09:31 PM, Aaron Lindsay wrote:
> > This is a bug fix to ensure 64-bit reads of this register don't read
> > adjacent data.
> >
> > Signed-off-by: Aaron Lindsay <alind...@cod
My apologies for the below style issues - I've already fixed them up for
v4...
-Aaron
On Mar 16 13:58, no-re...@patchew.org wrote:
> Hi,
>
> This series seems to have some coding style problems. See output below for
> more information:
>
> Type: series
> Message-id:
The instruction event is only enabled when icount is used, cycles are
always supported. Always defining get_cycle_count (but altering its
behavior depending on CONFIG_USER_ONLY) allows us to remove some
CONFIG_USER_ONLY #defines throughout the rest of the code.
Signed-off-by: Aaron Lindsay <al
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 3 +++
target/arm/cpu.h | 1 +
2 files changed, 4 insertions(+)
diff --git a/target/arm/cpu.c b/target/arm/cpu.c
index b0d032c..e544f1d 100644
--- a/target/arm/cpu.c
+++ b/target/arm/cpu.c
@@ -765,6 +765,7 @@
The pmu_counter_filtered and pmu_op_start/finish functions are generic
(as opposed to PMCCNTR-specific) to allow for the implementation of
other events.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c| 3 ++
target/arm/cpu.h
It was shifted to the left one bit too few.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 50eaed7..0102357 100644
--- a/target/arm/helper.c
Add arrays to hold the registers, the definitions themselves, access
functions, and add logic to reset counters when PMCR.P is set.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h| 7 +-
target/arm/helper.c
During code generation, surround CPSR writes and exception returns which
call the EL change hooks with gen_io_start/end. The immediate need is
for the PMU to access the clock and icount during EL change to support
mode filtering.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
This both advertises that we support four counters and adds them to the
implementation because the PMU_NUM_COUNTERS macro reads this value from
the PMCR.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 5 +++--
1 file changed, 3 insertions(+), 2 del
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 44 ++--
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 06e2e2c..4f8d11c 100644
--- a/target/arm/helper.c
Adding an array for v7VE+ CP registers was necessary so that PMOVSSET
wasn't defined for all v7 processors.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 32 +++-
1 file changed, 31 insertions(+), 1 deletion(-)
diff --git a/
Because the design of the PMU requires that the counter values be
converted between their delta and guest-visible forms for mode
filtering, an additional hook which occurs before the EL is changed is
necessary.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm
This commit doesn't add any supported events, but provides the framework
for adding them. We store the pm_event structs in a simple array, and
provide the mapping from the event numbers to array indexes in
the supported_event_map array.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index f5e800e..2073d56 100644
This is in preparation for enabling counters other than PMCCNTR
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 6
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 15 ++-
target/arm/cpu.h | 23 ---
target/arm/internals.h | 7 ---
3 files changed, 26 insertions(+), 19 deletions(-)
diff --git a/target/arm/cpu.c b/target/arm
This eliminates the need for fetching it from el_change_hook_opaque, and
allows for supporting multiple el_change_hooks without having to hack
something together to find the registered opaque belonging to GICv3.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
hw/intc/arm_gicv3_c
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 27 ++-
1 file changed, 26 insertions(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 95b09d6..d4f06e6 100644
--- a/target/arm/helper.c
+++ b/targ
This is a bug fix to ensure 64-bit reads of this register don't read
adjacent data.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/cpu.h b/target/arm/cpu.h
index 9c3b5ef..fb2f983
pmccntr_read and pmccntr_write contained duplicate code that was already
being handled by pmccntr_sync. Split pmccntr_sync into pmccntr_op_start
and pmccntr_op_finish, passing the clock value between the two, to avoid
losing time between the two calls.
Signed-off-by: Aaron Lindsay <al
They share the same underlying state
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 5e48982..5634561 100644
--- a/target/arm/helper.c
+++ b/
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/cpu.c b/target/arm/cpu.c
index 022d8c5..072cbbf 100644
--- a/target/arm/cpu.c
+++ b/target/arm/cpu.c
@@ -1524,7 +1524,7 @@ stati
A53 advertises ARM_FEATURE_PMU, but wasn't initializing pmceid[01].
pmceid[01] are already being initialized to zero for both A15 and A57.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu64.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/target/arm/cpu
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
Reviewed-by: Peter Maydell <peter.mayd...@linaro.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 09893e3..5e48982 100644
---
+
(added patch 15, update to 16)
Thanks for any feedback,
Aaron
Aaron Lindsay (22):
target/arm: A53: Initialize PMCEID[01]
target/arm: A15 PMCEID0 initialization style nit
target/arm: Check PMCNTEN for whether PMCCNTR is enabled
target/arm: Treat PMCCNTR as alias of PMCCNTR_EL0
target
Ideally you would only build on a filesystem with proper support, but I haven't
been able to find a reason why preserving exact permissions is important in
this case.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
module path 'dtc' failed
This patch fixes this race condition by forcing the 'dtc/%' rule which caused
'dtc' to be non-empty to wait on '.git-submodule-status'.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --gi
On Oct 17 16:09, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > The ARM PMU implementation currently contains a basic cycle counter, but it
> > is
> > often useful to gather counts of other events and filter
On Oct 17 15:57, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > The pmu_counter_filtered and pmu_sync functions are generic (as opposed
> > to PMCCNTR-specific) to allow for the implementation of other events.
> >
On Oct 17 15:19, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Also modify it to be stored as a uint64_t
> >
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/c
On Oct 17 14:41, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > This is in preparation for enabling counters other than PMCCNTR
> >
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
>
On Oct 17 14:25, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > pmccntr_read and pmccntr_write contained duplicate code that was already
> > being handled by pmccntr_sync. This also moves the calls to get
On Oct 17 13:49, Peter Maydell wrote:
> On 30 September 2017 at 03:08, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
> > target/arm/helper.c | 2 +-
> > 1 file changed, 1 insertion(+), 1
On Oct 09 19:19, Peter Maydell wrote:
> On 19 April 2017 at 18:41, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > A53 advertises ARM_FEATURE_PMU, but wasn't initializing pmceid[01]
> >
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > ---
>
On Oct 09 19:27, Peter Maydell wrote:
> On 9 October 2017 at 15:46, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Unfortunately I'm not sure who to add other than the current recipients,
> > but I'm eager for feedback and would love to work this into something
> >
29 22:08, Aaron Lindsay wrote:
> The ARM PMU implementation currently contains a basic cycle counter, but it is
> often useful to gather counts of other events and filter them based on
> execution mode. These patches flesh out the implementations of various PMU
> registers including
This both advertises that we support four counters and adds them to the
implementation because the PMU_NUM_COUNTERS macro reads this value from
the PMCR.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
The instruction event is only enabled when icount is used, cycles are
always supported.
Note: Setting can_do_io=1 should not be done here. It is ugly and wrong,
but I am not sure of the proper way to handle this (See 'target/arm:
Filter cycle counter based on PMCCFILTR_EL0')
Signed-off-by: Aaron
Add arrays to hold the registers, the definitions themselves, access
functions, and add logic to reset counters when PMCR.P is set.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h| 7 +-
target/arm/helper.c
This commit doesn't add any supported events, but provides the framework
for adding them. We store the pm_event structs in a simple array, and
provide the mapping from the event numbers to array indexes in
the supported_event_map array.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 40 ++--
1 file changed, 38 insertions(+), 2 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index a15b932..2c51f92 100644
--- a/target/arm/helper.c
mechanism for handling this?
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 4 +++
target/arm/cpu.h | 15 +++
target/arm/helper.c| 73 +++---
target/arm/kvm64.c | 2 ++
target/arm/machine.c
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 9c01269..5d07f72 100644
--- a/target/arm/helper.c
+++ b/target/arm/helper.c
@@ -
Also fix the existing bitmask for writes.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 23 ++-
1 file changed, 22 insertions(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index e8189b8..530fc7c
Also modify it to be stored as a uint64_t
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.h| 2 +-
target/arm/helper.c | 27 ---
2 files changed, 25 insertions(+), 4 deletions(-)
diff --git a/target/arm/cpu.h b/target/arm/cpu.h
This is in preparation for enabling counters other than PMCCNTR
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 24 +++-
1 file changed, 15 insertions(+), 9 deletions(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 3
pmccntr_read and pmccntr_write contained duplicate code that was already
being handled by pmccntr_sync. This also moves the calls to get the
clock inside the 'if' statement so they are not executed if not needed.
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.
n't
seem like the right way to handle this.
I would like to eventually add sending interrupts on counter overflow.
Suggestions for the best direction to handle this are most welcome.
Thanks for any feedback,
Aaron
Aaron Lindsay (13):
target/arm: A53: Initialize PMCEID[0]
target/arm: Ch
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/helper.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/arm/helper.c b/target/arm/helper.c
index 8cb7a94..391 100644
--- a/target/arm/helper.c
+++ b/target/arm/helper.c
@@ -964,7 +964,7 @@
A53 advertises ARM_FEATURE_PMU, but wasn't initializing pmceid[01]
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
target/arm/cpu.c | 2 +-
target/arm/cpu64.c | 2 ++
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/target/arm/cpu.c b/target/arm/cpu.c
index 0
On Feb 27 14:39, Alex Bennée wrote:
>
> Laurent Desnogues writes:
>
> > Hello,
> >
> > On Fri, Feb 24, 2017 at 12:20 PM, Alex Bennée
> > wrote:
> >> From: Jan Kiszka
> >>
> >> This finally allows TCG to benefit from
Wei, Peter,
On Feb 10 18:07, Peter Maydell wrote:
> From: Wei Huang
>
> This patch adds access support for PMINTENSET_EL1.
>
> Signed-off-by: Wei Huang
> Reviewed-by: Peter Maydell
> Message-id:
{
(gdb) bt
#0 buffer_find_nonzero_offset_ifunc () at ./util/cutils.c:333
#1 0x00939c58 in __libc_start_main ()
#2 0x00419337 in _start ()
Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
---
configure | 17 ++---
1 file chang
On Jul 14 16:05, Dr. David Alan Gilbert wrote:
> * Aaron Lindsay (alind...@codeaurora.org) wrote:
> > On Jul 14 14:33, Dr. David Alan Gilbert wrote:
> > > * Aaron Lindsay (alind...@codeaurora.org) wrote:
> > > > I'm configuring with:
> > >
On Jul 14 15:35, Peter Maydell wrote:
> On 14 July 2016 at 15:27, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > On Jul 14 14:23, Peter Maydell wrote:
> >> On 14 July 2016 at 14:15, Paolo Bonzini <pbonz...@redhat.com> wrote:
> >> > On 14/07/20
On Jul 14 14:23, Peter Maydell wrote:
> On 14 July 2016 at 14:15, Paolo Bonzini <pbonz...@redhat.com> wrote:
> > On 14/07/2016 15:13, Aaron Lindsay wrote:
> >> I'm configuring with:
> >> # ./configure \
> >> --static \
> >> --dis
On Jul 14 14:33, Dr. David Alan Gilbert wrote:
> * Aaron Lindsay (alind...@codeaurora.org) wrote:
> > I'm configuring with:
> > # ./configure \
> > --static \
> > --disable-gtk \
> > --target-list=aarch64-softmmu
>
> Does it work if you configu
On Jun 10 12:16, Dr. David Alan Gilbert (git) wrote:
> From: "Dr. David Alan Gilbert"
>
> Use the avx2 primitives during the test, thus making sure that the
> compiler and assembler could actually use avx2.
>
> This also detects the failure case on gcc 4.8.x with
On Feb 09 15:11, Alistair Francis wrote:
> On Tue, Feb 9, 2016 at 9:19 AM, Peter Maydell <peter.mayd...@linaro.org>
> wrote:
> > On 6 February 2016 at 00:55, Alistair Francis
> > <alistair.fran...@xilinx.com> wrote:
> >> Signed-off-by: Aaron Lindsay &l
On Feb 04 10:52, Alistair Francis wrote:
> On Thu, Feb 4, 2016 at 5:39 AM, Aaron Lindsay <alind...@codeaurora.org> wrote:
> > Please add my
> > Signed-off-by: Aaron Lindsay <alind...@codeaurora.org>
> > to all three.
>
> Ok, I wasn't sure what yo
Alistair,
On Feb 03 16:34, Alistair Francis wrote:
> This patch set is based on the patch sent by Christopher Covington and
> written by Aaron Lindsay which was sent as an RFC (Implement remaining
> PMU functionality).
These patches look like a good start to improving the PMU suppor
301 - 387 of 387 matches
Mail list logo