lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:   Sun, 3 Feb 2019 14:09:19 +0000
From:   Chris Rankin <rankincj@...il.com>
To:     linux-kernel@...r.kernel.org
Subject: [BUG] What is "__ptrval__" in my dmesg logs? Bad "%p" expansion?

Hi.

I've suddenly realised that my kernel dmesg logs contain lines like:

[    0.000000] found SMP MP-table at [mem 0x000f5c20-0x000f5c2f]
mapped at [(____ptrval____)]
[    0.000000] Base memory trampoline at [(____ptrval____)] 98000 size 24576

and

[    0.000000] percpu: Embedded 41 pages/cpu @(____ptrval____) s129112
r8192 d30632 u262144

This seems to have started ~ Linux 4.15.x, and it does look like it
might be a macro expansion problem.

This is also happening for me on a different machine which uses the
radeon.ko driver (vs the amdgpu.ko driver):

drivers/gpu/drm/radeon/radeon_fence.c:862
     dev_info(rdev->dev, "fence driver on ring %d use gpu addr
0x%016llx and cpu addr 0x%p\n"

Does the kernel have a problem expanding "%p"?

Cheers,
Chris

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ