On ia64 and ppc64, the function pointer does not point the
entry address of the function, but the address of function
discriptor (which contains the entry address and misc
data.) Since the kprobes passes the function pointer stored
by NOKPROBE_SYMBOL() to kallsyms_lookup_size_offset() for
initalizi
On Tuesday 20 May 2014 03:57 PM, Kirill A. Shutemov wrote:
> Rusty Russell wrote:
>> "Kirill A. Shutemov" writes:
>>> Andrew Morton wrote:
On Mon, 19 May 2014 16:23:07 -0700 (PDT) Hugh Dickins
wrote:
> Shouldn't FAULT_AROUND_ORDER and fault_around_order be changed to be
>
shiva7 wrote
> Thanks again Scott.
/
>> Any idea whether the DBCR0 BRT bit actually works(??),
>
>> Do you have reason to believe that it might not?
/
>
> I'm facing a strange problem which was not there on server processor. Let
> me try to give brief flow.
>
> Server :
>
> Set BE bit (thru s
Hi Tang,
> From: Tang Yuantian
>
> Basically, this patch does the following:
> 1. Move the codes of parsing boot parameters from setup-common.c
>to driver. In this way, code reader can know directly that
>there are boot parameters that can change the timeout.
> 2. Make boot parameter 'bo
This patch moves data allocated using kzalloc to managed data allocated
using devm_kzalloc and cleans now unnecessary kfree in probe function.
The following Coccinelle semantic patch was used for making the change:
@platform@
identifier p, probefn, removefn;
@@
struct platform_driver p = {
.pro
On 05/25/2014 11:22 PM, Neelesh Gupta wrote:
Any updates on the patch.
Not yet, I have been too busy with other stuff. That happens, unfortunately.
Guenter
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo
On Tue, 2014-05-13 at 14:06 +0200, Christian Zigotzky wrote:
> On 05.05.2014 07:48, Michael Ellerman wrote:
> > On Sun, 2014-05-04 at 18:02 +0200, Christian Zigotzky wrote:
> >> Hi All,
> >>
> >> The RC 1, 2, and 3 of the kernel 3.15 don't boot on my PA6T board with a
> >> Radeon HD 6870 graphics c
(2014/05/26 20:25), Suzuki K. Poulose wrote:
> On 05/07/2014 05:25 PM, Masami Hiramatsu wrote:
>> On ia64 and ppc64, the function pointer does not point the
>> entry address of the function, but the address of function
>> discriptor (which contains the entry address and misc
>> data.) Since the kpr
This patch adds some documentation on the different cpu families
supported by arch/powerpc.
Signed-off-by: Michael Ellerman
---
Please send any further corrections as patches :)
v3: Dropped 740, don't need that level of detail.
Don't list 850 separately from 8xx.
Rename 8xx to MPC8xx Cor
On 05/07/2014 05:25 PM, Masami Hiramatsu wrote:
> On ia64 and ppc64, the function pointer does not point the
> entry address of the function, but the address of function
> discriptor (which contains the entry address and misc
> data.) Since the kprobes passes the function pointer stored
> by NOKPRO
There are a couple of places where xmon is using %x to print values that
are unsigned long.
I found this out the hard way recently:
0:mon> p c0d0e7c8 c0033dc9 a089 c000
return value is 0x96300500
Which is calling find_linux_pte_or_hugepte(), the result s
Any updates on the patch.
- Neelesh
On 05/19/2014 07:56 PM, Neelesh Gupta wrote:
This patch adds basic kernel enablement for reading power values, fan
speed rpm and temperature values on powernv platforms which will
be exported to user space through sysfs interface.
Test results:
-
12 matches
Mail list logo
