<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/gpu/drm/radeon, branch linux-3.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-12-16T17:37:11Z</updated>
<entry>
<title>drm/radeon: sync all BOs involved in a CS v2</title>
<updated>2014-12-16T17:37:11Z</updated>
<author>
<name>Christian König</name>
</author>
<published>2014-11-27T12:12:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a3e97a494e017670a29973f2c610ff68897beca4'/>
<id>urn:sha1:a3e97a494e017670a29973f2c610ff68897beca4</id>
<content type='text'>
commit 86b276385c6a986872e4cd144f5940b156053c3f upstream.

Not just the userspace relocs, otherwise we won't wait
for a swapped out page tables to be swapped in again.

v2: rebased on Alex current drm-fixes-3.18

Signed-off-by: Christian König &lt;christian.koenig@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: kernel panic in drm_calc_vbltimestamp_from_scanoutpos with 3.18.0-rc6</title>
<updated>2014-12-16T17:37:07Z</updated>
<author>
<name>Petr Mladek</name>
</author>
<published>2014-11-27T15:57:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=81bbfbf106ba1121bf2d06853b95719487693edd'/>
<id>urn:sha1:81bbfbf106ba1121bf2d06853b95719487693edd</id>
<content type='text'>
commit f5475cc43c899e33098d4db44b7c5e710f16589d upstream.

I was unable too boot 3.18.0-rc6 because of the following kernel
panic in drm_calc_vbltimestamp_from_scanoutpos():

    [drm] Initialized drm 1.1.0 20060810
    [drm] radeon kernel modesetting enabled.
    [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080).
    [drm] register mmio base: 0xC8400000
    [drm] register mmio size: 65536
    radeon 0000:0b:01.0: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M used)
    radeon 0000:0b:01.0: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF
    [drm] Detected VRAM RAM=128M, BAR=128M
    [drm] RAM width 16bits DDR
    [TTM] Zone  kernel: Available graphics memory: 3829346 kiB
    [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
    [TTM] Initializing pool allocator
    [TTM] Initializing DMA pool allocator
    [drm] radeon: 16M of VRAM memory ready
    [drm] radeon: 512M of GTT memory ready.
    [drm] GART: num cpu pages 131072, num gpu pages 131072
    [drm] PCI GART of 512M enabled (table at 0x0000000037880000).
    radeon 0000:0b:01.0: WB disabled
    radeon 0000:0b:01.0: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0xffff8800bbbfa000
    [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
    [drm] Driver supports precise vblank timestamp query.
    [drm] radeon: irq initialized.
    [drm] Loading R100 Microcode
    radeon 0000:0b:01.0: Direct firmware load for radeon/R100_cp.bin failed with error -2
    radeon_cp: Failed to load firmware "radeon/R100_cp.bin"
    [drm:r100_cp_init] *ERROR* Failed to load firmware!
    radeon 0000:0b:01.0: failed initializing CP (-2).
    radeon 0000:0b:01.0: Disabling GPU acceleration
    [drm] radeon: cp finalized
    BUG: unable to handle kernel NULL pointer dereference at 000000000000025c
    IP: [&lt;ffffffff8150423b&gt;] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320
    PGD 0
    Oops: 0000 [#1] SMP
    Modules linked in:
    CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.18.0-rc6-4-default #2649
    Hardware name: Supermicro X7DB8/X7DB8, BIOS 6.00 07/26/2006
    task: ffff880234da2010 ti: ffff880234da4000 task.ti: ffff880234da4000
    RIP: 0010:[&lt;ffffffff8150423b&gt;]  [&lt;ffffffff8150423b&gt;] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320
    RSP: 0000:ffff880234da7918  EFLAGS: 00010086
    RAX: ffffffff81557890 RBX: 0000000000000000 RCX: ffff880234da7a48
    RDX: ffff880234da79f4 RSI: 0000000000000000 RDI: ffff880232e15000
    RBP: ffff880234da79b8 R08: 0000000000000000 R09: 0000000000000000
    R10: 000000000000000a R11: 0000000000000001 R12: ffff880232dda1c0
    R13: ffff880232e1518c R14: 0000000000000292 R15: ffff880232e15000
    FS:  0000000000000000(0000) GS:ffff88023fc40000(0000) knlGS:0000000000000000
    CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
    CR2: 000000000000025c CR3: 0000000002014000 CR4: 00000000000007e0
    Stack:
     ffff880234da79d8 0000000000000286 ffff880232dcbc00 0000000000002480
     ffff880234da7958 0000000000000296 ffff880234da7998 ffffffff8151b51d
     ffff880234da7a48 0000000032dcbeb0 ffff880232dcbc00 ffff880232dcbc58
    Call Trace:
     [&lt;ffffffff8151b51d&gt;] ? drm_vma_offset_remove+0x1d/0x110
     [&lt;ffffffff8152dc98&gt;] radeon_get_vblank_timestamp_kms+0x38/0x60
     [&lt;ffffffff8152076a&gt;] ? ttm_bo_release_list+0xba/0x180
     [&lt;ffffffff81503751&gt;] drm_get_last_vbltimestamp+0x41/0x70
     [&lt;ffffffff81503933&gt;] vblank_disable_and_save+0x73/0x1d0
     [&lt;ffffffff81106b2f&gt;] ? try_to_del_timer_sync+0x4f/0x70
     [&lt;ffffffff81505245&gt;] drm_vblank_cleanup+0x65/0xa0
     [&lt;ffffffff815604fa&gt;] radeon_irq_kms_fini+0x1a/0x70
     [&lt;ffffffff8156c07e&gt;] r100_init+0x26e/0x410
     [&lt;ffffffff8152ae3e&gt;] radeon_device_init+0x7ae/0xb50
     [&lt;ffffffff8152d57f&gt;] radeon_driver_load_kms+0x8f/0x210
     [&lt;ffffffff81506965&gt;] drm_dev_register+0xb5/0x110
     [&lt;ffffffff8150998f&gt;] drm_get_pci_dev+0x8f/0x200
     [&lt;ffffffff815291cd&gt;] radeon_pci_probe+0xad/0xe0
     [&lt;ffffffff8141a365&gt;] local_pci_probe+0x45/0xa0
     [&lt;ffffffff8141b741&gt;] pci_device_probe+0xd1/0x130
     [&lt;ffffffff81633dad&gt;] driver_probe_device+0x12d/0x3e0
     [&lt;ffffffff8163413b&gt;] __driver_attach+0x9b/0xa0
     [&lt;ffffffff816340a0&gt;] ? __device_attach+0x40/0x40
     [&lt;ffffffff81631cd3&gt;] bus_for_each_dev+0x63/0xa0
     [&lt;ffffffff8163378e&gt;] driver_attach+0x1e/0x20
     [&lt;ffffffff81633390&gt;] bus_add_driver+0x180/0x240
     [&lt;ffffffff81634914&gt;] driver_register+0x64/0xf0
     [&lt;ffffffff81419cac&gt;] __pci_register_driver+0x4c/0x50
     [&lt;ffffffff81509bf5&gt;] drm_pci_init+0xf5/0x120
     [&lt;ffffffff821dc871&gt;] ? ttm_init+0x6a/0x6a
     [&lt;ffffffff821dc908&gt;] radeon_init+0x97/0xb5
     [&lt;ffffffff810002fc&gt;] do_one_initcall+0xbc/0x1f0
     [&lt;ffffffff810e3278&gt;] ? __wake_up+0x48/0x60
     [&lt;ffffffff8218e256&gt;] kernel_init_freeable+0x18a/0x215
     [&lt;ffffffff8218d983&gt;] ? initcall_blacklist+0xc0/0xc0
     [&lt;ffffffff818a78f0&gt;] ? rest_init+0x80/0x80
     [&lt;ffffffff818a78fe&gt;] kernel_init+0xe/0xf0
     [&lt;ffffffff818c0c3c&gt;] ret_from_fork+0x7c/0xb0
     [&lt;ffffffff818a78f0&gt;] ? rest_init+0x80/0x80
    Code: 45 ac 0f 88 a8 01 00 00 3b b7 d0 01 00 00 49 89 ff 0f 83 99 01 00 00 48 8b 47 20 48 8b 80 88 00 00 00 48 85 c0 0f 84 cd 01 00 00 &lt;41&gt; 8b b1 5c 02 00 00 41 8b 89 58 02 00 00 89 75 98 41 8b b1 60
    RIP  [&lt;ffffffff8150423b&gt;] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320
     RSP &lt;ffff880234da7918&gt;
    CR2: 000000000000025c
    ---[ end trace ad2c0aadf48e2032 ]---
    Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000009

It has helped me to add a NULL pointer check that was suggested at
http://lists.freedesktop.org/archives/dri-devel/2014-October/070663.html

I am not familiar with the code. But the change looks sane
and we need something fast at this stage of 3.18 development.

Suggested-by: Helge Deller &lt;deller@gmx.de&gt;
Signed-off-by: Petr Mladek &lt;pmladek@suse.cz&gt;
Tested-by: Petr Mladek &lt;pmladek@suse.cz&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: Ignore RADEON_GEM_GTT_WC on 32-bit x86</title>
<updated>2014-12-16T17:37:07Z</updated>
<author>
<name>Michel Dänzer</name>
</author>
<published>2014-11-27T09:00:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3555e19377e6b9a4cb75863273ba92b9dfcf8331'/>
<id>urn:sha1:3555e19377e6b9a4cb75863273ba92b9dfcf8331</id>
<content type='text'>
commit a08b588e4199e4200d26027ffcdf3ab2fa906412 upstream.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84627
Signed-off-by: Michel Dänzer &lt;michel.daenzer@amd.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: initialize sadb to NULL in the audio code</title>
<updated>2014-12-06T23:57:33Z</updated>
<author>
<name>Alex Deucher</name>
</author>
<published>2014-10-13T17:23:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=68814ef48cc23572b14b494216598d3116f71096'/>
<id>urn:sha1:68814ef48cc23572b14b494216598d3116f71096</id>
<content type='text'>
commit 83d04c39f9048807a8500e575ae3f1718a3f45bb upstream.

Fixes kfree of the sadb buffer when it's NULL.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>gpu/radeon: Set flag to indicate broken 64-bit MSI</title>
<updated>2014-12-06T23:57:33Z</updated>
<author>
<name>Benjamin Herrenschmidt</name>
</author>
<published>2014-10-03T05:18:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=286d4909c35084ec2dedf86391b3a3abb1e1e04c'/>
<id>urn:sha1:286d4909c35084ec2dedf86391b3a3abb1e1e04c</id>
<content type='text'>
commit 91ed6fd2c383bb8f02d66e98b4a4d2f7207249dc upstream.

Some radeon ASICs don't support all 64 address bits of MSIs despite
advertising support for 64-bit MSIs in their configuration space.

This breaks on systems such as IBM POWER7/8, where 64-bit MSIs can
be assigned with some of the high address bits set.

This makes use of the newly introduced "no_64bit_msi" flag in structure
pci_dev to allow the MSI allocation code to fallback to 32-bit MSIs
on those adapters.

Adding Alex's review tag. Patch to the driver is identical to the
reviewed one, I dropped the arch/powerpc hunk rewrote the subject
and cset comment.

Signed-off-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Reviewed-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: report disconnected for LVDS/eDP with PX if ddc fails</title>
<updated>2014-12-06T23:57:33Z</updated>
<author>
<name>Alex Deucher</name>
</author>
<published>2014-11-14T17:08:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5f3972a25bb63af3c3d542af52889b96de9422c0'/>
<id>urn:sha1:5f3972a25bb63af3c3d542af52889b96de9422c0</id>
<content type='text'>
commit 1348579433566355e570008929daa09a0db64fd8 upstream.

If ddc fails, presumably the i2c mux (and hopefully the signal
mux) are switched to the other GPU so don't fetch the edid from
the vbios so that the connector reports disconnected.

bug:
https://bugzilla.opensuse.org/show_bug.cgi?id=904417

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: disable native backlight control on pre-r6xx asics (v2)</title>
<updated>2014-12-06T23:57:32Z</updated>
<author>
<name>Alex Deucher</name>
</author>
<published>2014-11-19T18:12:54Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b48f096b4996401fd707e989a9c6c7447404531'/>
<id>urn:sha1:7b48f096b4996401fd707e989a9c6c7447404531</id>
<content type='text'>
commit b7bc596ebbe0cddc97d76ef9309f64471bbf13eb upstream.

Just use the acpi interface.  That's what windows uses on this
generation and it's the only thing that seems to work reliably
on these generation parts.

You can still force the native backlight interface by setting
radeon.backlight=1

Bug:
https://bugzilla.kernel.org/show_bug.cgi?id=88501

v2: merge into above if/else block

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: fix endian swapping in vbios fetch for tdp table</title>
<updated>2014-12-06T23:57:32Z</updated>
<author>
<name>Alex Deucher</name>
</author>
<published>2014-11-13T00:17:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ddf2f3a9a94f98c99a46d75bebeeb743b29d71c0'/>
<id>urn:sha1:ddf2f3a9a94f98c99a46d75bebeeb743b29d71c0</id>
<content type='text'>
commit 28731d5818ae25b92d1fb82fe0ac196e97102c1b upstream.

Value needs to be swapped on BE.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: add locking around atombios scratch space usage</title>
<updated>2014-11-21T17:23:11Z</updated>
<author>
<name>Dave Airlie</name>
</author>
<published>2014-11-10T23:16:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=93ab715c305d3527397d6724329bf1be25129276'/>
<id>urn:sha1:93ab715c305d3527397d6724329bf1be25129276</id>
<content type='text'>
commit 1c9498425453bb65ef339a57705c5ef59fe1541d upstream.

While developing MST support I noticed I often got the wrong data
back from a transaction, in a racy fashion. I noticed the scratch
space wasn't locked against concurrent users.

Based on a patch by Alex, but I've made it a bit more obvious when
things are locked.

Signed-off-by: Dave Airlie &lt;airlied@redhat.com&gt;
Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>drm/radeon: add missing crtc unlock when setting up the MC</title>
<updated>2014-11-21T17:23:11Z</updated>
<author>
<name>Alex Deucher</name>
</author>
<published>2014-11-05T22:14:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=6086d05352f65c1de633a825f3879aa76dbea7cb'/>
<id>urn:sha1:6086d05352f65c1de633a825f3879aa76dbea7cb</id>
<content type='text'>
commit f0d7bfb9407fccb6499ec01c33afe43512a439a2 upstream.

Need to unlock the crtc after updating the blanking state.

Signed-off-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
</feed>
