[RFC][PATCH v2 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers
Sergey Senozhatsky
sergey.senozhatsky.work at gmail.com
Thu Sep 21 10:30:34 AEST 2017
On (09/20/17 22:14), Helge Deller wrote:
> On 20.09.2017 18:29, Sergey Senozhatsky wrote:
> > This patch set attempts to move ia64/ppc64/parisc64 C function
> > pointer ABI details out of printk() to arch code. Function dereference
> > code now checks if a pointer belongs to a .opd ELF section and dereferences
> > that pointer only if it does. The kernel and modules have their own .opd
> > sections that's why I use two different ARCH functions: for kernel and
> > for module pointer dereference.
> > ...> *** A BIG NOTE ***
> > I don't own ia64/ppc64/parisc64 hardware, so the patches are not
> > tested. Sorry about that!
>
>
> I just now tested your patch series successfully on parisc64.
>
> You may add to the whole series:
> Tested-by: Helge Deller <deller at gmx.de> # parisc64
thanks, Helge!
> > Another note:
> > I need to check what is BPF symbol lookup and do we need to
> > do any dereference there.
>
> Not relevant for parisc, since we don't support it yet.
so that was my suspicion as well. at glance it didn't look like
bpf symbol resolution would work on platforms that do description
dereference.
-ss
More information about the Linuxppc-dev
mailing list