linux-kernel - Re: [PATCH] drm: fix i_mapping and f_mapping initialization in drm

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]

Message-ID: <515AC8A1.1070901@tnt.uni-hannover.de>
Date:	Tue, 02 Apr 2013 14:01:37 +0200
From:	Marco Munderloh <munderl@....uni-hannover.de>
To:	Ilija Hadzic <ilijahadzic@...il.com>
CC:	Ilija Hadzic <ihadzic@...earch.bell-labs.com>,
	Michal Hocko <mhocko@...e.cz>,
	Thomas Hellstrom <thellstrom@...are.com>,
	LKML <linux-kernel@...r.kernel.org>,
	"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>
Subject: Re: [PATCH] drm: fix i_mapping and f_mapping initialization in drm_open
 in error path

Hi Ilija,

> Thanks for testing. Other issues are probably unrelated, so I'll send the last version of the patch to Dave.

I came across another problem which seems related. rmmod radeon works, however, modprobe radeon afterwards results in a crash (divide error), see attachment.

Best, Marco

On 02.04.2013 13:23, Ilija Hadzic wrote:
>
> -- Ilija
>
> On Tue, Apr 2, 2013 at 6:36 AM, Marco Munderloh <munderl@....uni-hannover.de <mailto:munderl@....uni-hannover.de>> wrote:
>
>         Attached is a v2 of the patch, for reference. I would appreciate if the original reporter or you tested it in lieu of your proposed patch and let me know if it
>         fixes your
>         issue.
>
>
>     The patch works for me. echo 3 > /proc/sys/vm/drop_caches as well as rmmod radeon do not end up in a crash anymore. However, I have still no clue why one of these makes
>     drm_open to fail. On rmmod radeon I get the following log messages. If don't know if the 'unpin not necessary' has anything to do with it.
>
>     [drm] radeon: finishing device.
>     radeon 0000:01:00.0: ffff88024e526c00 unpin not necessary
>     radeon 0000:01:00.0: ffff88024f2f6000 unpin not necessary
>     radeon 0000:01:00.0: ffff88024f2f6000 unpin not necessary
>     [TTM] Finalizing pool allocator
>     [TTM] Finalizing DMA pool allocator
>     [TTM] Zone  kernel: Used memory at exit: 0 kiB
>     [TTM] Zone   dma32: Used memory at exit: 0 kiB
>     [drm] radeon: ttm finalized
>     vga_switcheroo: disabled
>     [drm] Module unloaded
>
>     By the way, sometimes my r8169 ethernet controller does not survive suspend/hibernation (does not detect link). rmmod/modprobe helps. I don't know if this is related.
>
>

-- 
Dipl.-Ing. Marco Munderloh             Mail: munderl@....uni-hannover.de
Institut für Informationsverarbeitung (TNT)     Phone: +49 511 762-19587
Leibniz Universitaet Hannover, Appelstr. 9a       Fax: +49 511 762- 5333
30167 Hannover, Germany     Web: http://www.tnt.uni-hannover.de/~munderl

View attachment "crash_modprobe_radeon.log" of type "text/x-log" (12047 bytes)

Download attachment "smime.p7s" of type "application/pkcs7-signature" (4523 bytes)