[PATCH] drm: fix i_mapping and f_mapping initialization in drm_open in error path

2013-04-02 Thread Marco Munderloh 
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  tnt.uni-hannover.de <mailto:munderl at tnt.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 :01:00.0: 88024e526c00 unpin not necessary
> radeon :01:00.0: 88024f2f6000 unpin not necessary
> radeon :01:00.0: 88024f2f6000 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 at tnt.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
-- next part --
A non-text attachment was scrubbed...
Name: crash_modprobe_radeon.log
Type: text/x-log
Size: 12046 bytes
Desc: not available
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130402/1b198711/attachment-0002.bin>
-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4523 bytes
Desc: S/MIME Cryptographic Signature
URL: 
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130402/1b198711/attachment-0003.bin>

[PATCH] drm: fix i_mapping and f_mapping initialization in drm_open in error path

2013-04-02 Thread Marco Munderloh 
> 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 :01:00.0: 88024e526c00 unpin not necessary
radeon :01:00.0: 88024f2f6000 unpin not necessary
radeon :01:00.0: 88024f2f6000 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.

-- next part --
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4523 bytes
Desc: S/MIME Cryptographic Signature
URL:

Re: [PATCH] drm: fix i_mapping and f_mapping initialization in drm_open in error path

2013-04-02 Thread Marco Munderloh 

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 mund...@tnt.uni-hannover.de 
mailto:mund...@tnt.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 :01:00.0: 88024e526c00 unpin not necessary
radeon :01:00.0: 88024f2f6000 unpin not necessary
radeon :01:00.0: 88024f2f6000 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: mund...@tnt.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
2013-04-02T12:46:25.434028+02:00 apophis kernel: [ 1826.998301] [drm] radeon defaulting to kernel modesetting.
2013-04-02T12:46:25.434042+02:00 apophis kernel: [ 1826.998303] [drm] radeon kernel modesetting enabled.
2013-04-02T12:46:25.434044+02:00 apophis kernel: [ 1826.998316] VGA switcheroo: detected switching method \_SB_.PCI0.GFX0.ATPX handle
2013-04-02T12:46:25.434045+02:00 apophis kernel: [ 1826.998452] [drm] initializing kernel modesetting (TURKS 0x1002:0x6741 0x104D:0x907B).
2013-04-02T12:46:25.434046+02:00 apophis kernel: [ 1826.998476] [drm] register mmio base: 0xC840
2013-04-02T12:46:25.434047+02:00 apophis kernel: [ 1826.998477] [drm] register mmio size: 131072
2013-04-02T12:46:25.434047+02:00 apophis kernel: [ 1826.998478] vga_switcheroo: enabled
2013-04-02T12:46:25.434048+02:00 apophis kernel: [ 1826.998548] ATPX version 1
2013-04-02T12:46:26.290054+02:00 apophis kernel: [ 1827.852872] ATOM BIOS: Sony
2013-04-02T12:46:26.290096+02:00 apophis kernel: [ 1827.852895] radeon :01:00.0: GPU softreset 
2013-04-02T12:46:26.290102+02:00 apophis kernel: [ 1827.852900] radeon :01:00.0:   GRBM_STATUS=0x
2013-04-02T12:46:26.290106+02:00 apophis kernel: [ 1827.852905] radeon :01:00.0:   GRBM_STATUS_SE0=0x
2013-04-02T12:46:26.290109+02:00 apophis kernel: [ 1827.852909] radeon :01:00.0:   GRBM_STATUS_SE1=0x
2013-04-02T12:46:26.290112+02:00 apophis kernel: [ 1827.852914] radeon :01:00.0:   SRBM_STATUS=0x
2013-04-02T12:46:26.290115+02:00 apophis kernel: [ 1827.852918] radeon :01:00.0:   R_008674_CP_STALLED_STAT1 = 0x
2013-04-02T12:46:26.290118+02:00 apophis kernel: [ 1827.852923] radeon :01:00.0:   R_008678_CP_STALLED_STAT2 = 0x
2013-04-02T12:46:26.290121+02:00 apophis kernel: [ 1827.852928] radeon :01:00.0:   R_00867C_CP_BUSY_STAT = 0x
2013-04-02T12:46:26.290124+02:00 apophis kernel: [ 1827.852932] radeon :01:00.0:   R_008680_CP_STAT  = 0x
2013-04-02T12:46:27.262050+02:00 apophis kernel: [ 1828.824062] radeon :01:00.0: Wait for MC idle timedout !
2013-04-02T12:46:27.262086+02:00 apophis kernel: [ 1828.824073] radeon :01:00.0:   GRBM_SOFT_RESET=0x7F6B
2013-04-02T12:46:27.262091+02:00 apophis kernel: [ 1828.824178] radeon :01:00.0:   GRBM_STATUS=0x
2013-04-02T12:46:27.262095+02:00 apophis kernel: [ 1828.824182] radeon :01:00.0:   GRBM_STATUS_SE0=0x
2013-04-02T12:46:27.262099+02:00 apophis kernel: [ 1828.824186] radeon :01:00.0:   GRBM_STATUS_SE1=0x
2013-04-02T12:46:27.262103+02:00 apophis kernel: [ 1828.824191] radeon :01:00.0:   SRBM_STATUS=0x
2013-04-02T12:46:27.262106+02:00 apophis kernel: [ 1828.824195] radeon :01:00.0:   R_008674_CP_STALLED_STAT1 = 0x
2013-04-02T12:46:27.262109+02:00 apophis kernel: [ 1828.824200] radeon :01:00.0:   R_008678_CP_STALLED_STAT2 = 0x
2013-04-02T12:46:27.262112+02:00 apophis kernel: [ 1828.824204] radeon :01:00.0:   R_00867C_CP_BUSY_STAT = 0x

Re: [PATCH] drm: fix i_mapping and f_mapping initialization in drm_open in error path

2013-04-02 Thread Marco Munderloh 

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 :01:00.0: 88024e526c00 unpin not necessary
radeon :01:00.0: 88024f2f6000 unpin not necessary
radeon :01:00.0: 88024f2f6000 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.



smime.p7s
Description: S/MIME Cryptographic Signature
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel