Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov

[PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML · Johannes Berg <johannes@sipsolutions.net> · 2021-01-19
Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML · Peter Oberparleiter <oberpar@linux.ibm.com> · 2021-01-20
Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML · Johannes Berg <johannes@sipsolutions.net> · 2021-01-20
Re: [PATCH] init/module: split CONFIG_CONSTRUCTORS to fix module gcov on UML · Peter Oberparleiter <oberpar@linux.ibm.com> · 2021-01-20
[PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov · Johannes Berg <johannes@sipsolutions.net> · 2021-01-20
Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov · Peter Oberparleiter <oberpar@linux.ibm.com> · 2021-01-20
Re: [PATCH v2] init/gcov: allow CONFIG_CONSTRUCTORS on UML to fix module gcov · Johannes Berg <johannes@sipsolutions.net> · 2021-01-20

From: Johannes Berg <johannes@sipsolutions.net>
Date: 2021-01-20 18:58:37
Also in: linux-um, lkml

On Wed, 2021-01-20 at 18:04 +0100, Peter Oberparleiter wrote:

quoted

Tested with a kernel configured with CONFIG_GCOV_KERNEL, without
the patch nothing ever appears in /sys/kernel/debug/gcov/ (apart
from the reset file), and with it we get the files and they work.

Just to be sure: could you confirm that this test statement for UML also
applies to v2, i.e. that it fixes the original problem you were seeing?

Yes, I tested this version too :)

johannes

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help