jim.cromie at gmail.com
2022-Jul-21 18:12 UTC
[Nouveau] [drm] 39dec70a06: leaking-addresses.proc._dyndbg_classes.
On Wed, Jul 20, 2022 at 7:05 PM kernel test robot <oliver.sang at intel.com> wrote:> > > Greeting, > > FYI, we noticed the following commit (built with gcc-11): > > commit: 39dec70a061e581e60adb416031948ecd2dcd5d0 ("drm: POC drm on dyndbg > - use in core, 2 helpers, 3 drivers.") > https://github.com/jimc/linux.git dyn-drm-trc > > in testcase: leaking-addresses > version: leaking-addresses-x86_64-4f19048-1_20220518 > with following parameters: > > ucode: 0x28 > > > > on test machine: 8 threads 1 sockets Intel(R) Core(TM) i7-4770 CPU @ > 3.40GHz with 16G memory > > caused below changes (please refer to attached dmesg/kmsg for entire > log/backtrace): > > > > > If you fix the issue, kindly add following tag > Reported-by: kernel test robot <oliver.sang at intel.com> > > > below (1) is not observed on parent tests: >> > > 2022-07-18 02:55:06 ./leaking_addresses.pl --output-raw result/scan.out > 2022-07-18 02:55:30 ./leaking_addresses.pl --input-raw result/scan.out > --squash-by-filename > > Total number of results from scan (incl dmesg): 168569 > > dmesg output: > [ 2.186392] mapped IOAPIC to ffffffffff5fb000 (fec00000) > > Results squashed by filename (excl dmesg). Displaying [<number of results> > <filename>], <example result> >new section, populated by macro invocations in this patch [3 __dyndbg_classes] 0xffffffffc08dad00 <----- (1)> [18 __dyndbg] 0xffffffffc01fd4e0 >So I think this is All-good.>-------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/nouveau/attachments/20220721/cb5ca5a6/attachment-0001.htm>