Hi Mikey,
On Wed, 7 Nov 2012 11:49:15 +1100 Michael Neuling wrote:
>
> This allows firmware_features_table names to add a '*' at the end so that only
> partial strings are matched.
>
> When a '*' is added, only upto the '*' is matched when setting firmware
> feature
> bits.
>
> This is useful
Currently we search for the best_energy hcall using a custom function. Move
this to using the firmware_feature_table.
Signed-off-by: Michael Neuling
cc: Vaidyanathan Srinivasan
cc: Linux PPC dev
---
arch/powerpc/include/asm/firmware.h |4 ++-
arch/powerpc/platforms/pseries/fir
This allows firmware_features_table names to add a '*' at the end so that only
partial strings are matched.
When a '*' is added, only upto the '*' is matched when setting firmware feature
bits.
This is useful for the matching best energy feature.
Signed-off-by: Michael Neuling
cc: Vaidyanathan
Hi,
after upgrading from 3.6.0-08492-gd43 to 3.7.0-rc4 and running it for a
day or so, this happened:
[27148.965634] BUG: MAX_STACK_TRACE_ENTRIES too low!
[27148.967356] turning off the locking correctness validator.
[27148.968967] Call Trace:
[27148.970577] [ec633d00] [c0009064] show_stack+0x70
Aravinda Prasad wrote:
> On powerpc, ptrace will disable hardware breakpoint request once the
> breakpoint is hit. It is the responsibility of the caller to set it
> again. However, when the caller sets the hardware breakpoint again
> using ptrace(PTRACE_SET_DEBUGREG, child_pid, 0, addr), the har
On 11/06/2012 10:43:19 AM, Micha Nelissen wrote:
From: Scott Wood [mailto:scottw...@freescale.com]
>> Hmm I guess there is no simple solution then, since the "recover"
>> function also prints the kernel messages about the machine check
>> being in kernel mode without having checked whether it rea
From: Scott Wood [mailto:scottw...@freescale.com]
>> Hmm I guess there is no simple solution then, since the "recover"
>> function also prints the kernel messages about the machine check
>> being in kernel mode without having checked whether it really was in
>> kernel mode. In the past the user mod
On 11/06/2012 03:21:37 AM, Micha Nelissen wrote:
From: Scott Wood [mailto:scottw...@freescale.com]
> > Therefore I request to put this check back, and even to put the
> > removed code at the top of the machine check handler because
there is
> > no point in trying to recover from a user space b
On Mon, 2012-10-29 at 10:15 +0100, Andreas Schwab wrote:
> The transition time for the 7447A is around 8ms which makes it possible
> to use the ondemand governor. This has been tested on the iBook G4
> (PowerBook6,7).
>
> Signed-off-by: Andreas Schwab
Tested-by: Michel Dänzer
--
Earthling
On Mon, 2012-11-05 at 09:25 -0600, Jimi Xenidis wrote:
> So Axon, being 64-bit, would break with the changes proposed, since it
> is 64-bit bit and assumes 32bit accessors.
> I'll simply add 64bit accessors for now.
Well, either that, or you add a "64-bit" property to the DCR controller
node. IE.
On 11/06/2012 03:49 PM, Michael Neuling wrote:
>>
>>
>> I have couple of questions.
>>
>> Can the buggy overflow happen on any of the available counters PMC1-PMC4 ?
>
> No. It's limited to certain events and I believe it can only happen on
> PMC2 and 4. This code doesn't bother trying to make t
Anshuman Khandual wrote:
> On 11/06/2012 07:23 AM, Michael Neuling wrote:
>
> > + if (!found && pvr_version_is(PVR_POWER7)) {
> > + /* check active counters for special buggy p7 overflow */
> > + for (i = 0; i < cpuhw->n_events; ++i) {
> > + event = cpuhw-
From: Scott Wood [mailto:scottw...@freescale.com]
> > Therefore I request to put this check back, and even to put the
> > removed code at the top of the machine check handler because there is
> > no point in trying to recover from a user space bus error anyway.
>
> Why is there no point trying to
13 matches
Mail list logo
