linux-kernel - Re: [lkp-developer] [drm] 75f6dfe3e6: BUG:unable_to_handle

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-prev] [day] [month] [year] [list]

Date:   Wed, 04 Jan 2017 01:41:39 -0200
From:   Gabriel Krisman Bertazi <krisman@...labora.co.uk>
To:     kernel test robot <xiaolong.ye@...el.com>
Cc:     Daniel Vetter <daniel.vetter@...ll.ch>,
        LKML <linux-kernel@...r.kernel.org>,
        intel-gfx@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org,
        lkp@...org
Subject: Re: [lkp-developer] [drm]  75f6dfe3e6: BUG:unable_to_handle_kernel

kernel test robot <xiaolong.ye@...el.com> writes:

>
> on test machine: qemu-system-x86_64 -enable-kvm -m 320M
>
> caused below changes:
>

> [    1.608985] mwave: mwavedd::mwave_init: Error: Failed to initialize
> [    1.609295] Hangcheck: starting hangcheck timer 0.9.1 (tick is 180 seconds, margin is 60 seconds).
> [    1.609913] [drm] radeon kernel modesetting enabled.
> [    1.610407] BUG: unable to handle kernel NULL pointer dereference at 0000002c
> [    1.610833] IP: [<8143c0ba>] drm_dev_register+0xe9/0x173
> [    1.611131] *pdpt = 0000000000000000 *pde = f000ff53f000ff53 
> [    1.611427]

I believe this is already fixed by 6098909cf2d0 ("drm: Avoid NULL
dereference of drm_device.dev").  But right now the tip of the
drm-intel-nightly already includes that patch, so I'm not sure if the
test included it, I think not.

I gave it a try with the jobfile just to be sure on top of
drm-misc-next, and I couldn't reproduce the error anymore after applying
Chris' patch (but I could reproduce the Oops when trying only with my
patch).

Also, sorry for the noise and lesson learned about virtual devices :(

-- 
Gabriel Krisman Bertazi