)]}' { "log": [ { "commit": "93473c47c077fb4bf566b46d96bae025bdee6213", "tree": "a64e4e2eff6a878ca8365759119d99908cfccdd1", "parents": [ "07fd269fb24ffe1e140b601d0b9818a71ef5528d" ], "author": { "name": "Dave Airlie", "email": "airlied@redhat.com", "time": "Thu Aug 20 10:13:55 2015 +1000" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Sat Dec 03 10:25:41 2016 -0500" }, "message": "drm/radeon: fix hotplug race at startup\n\ncommit 7f98ca454ad373fc1b76be804fa7138ff68c1d27 upstream.\n\nWe apparantly get a hotplug irq before we\u0027ve initialised\nmodesetting,\n\n[drm] Loading R100 Microcode\nBUG: unable to handle kernel NULL pointer dereference at (null)\nIP: [\u003cc125f56f\u003e] __mutex_lock_slowpath+0x23/0x91\n*pde \u003d 00000000\nOops: 0002 [#1]\nModules linked in: radeon(+) drm_kms_helper ttm drm i2c_algo_bit backlight pcspkr psmouse evdev sr_mod input_leds led_class cdrom sg parport_pc parport floppy intel_agp intel_gtt lpc_ich acpi_cpufreq processor button mfd_core agpgart uhci_hcd ehci_hcd rng_core snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm usbcore usb_common i2c_i801 i2c_core snd_timer snd soundcore thermal_sys\nCPU: 0 PID: 15 Comm: kworker/0:1 Not tainted 4.2.0-rc7-00015-gbf67402 #111\nHardware name: MicroLink /D850MV , BIOS MV85010A.86A.0067.P24.0304081124 04/08/2003\nWorkqueue: events radeon_hotplug_work_func [radeon]\ntask: f6ca5900 ti: f6d3e000 task.ti: f6d3e000\nEIP: 0060:[\u003cc125f56f\u003e] EFLAGS: 00010282 CPU: 0\nEIP is at __mutex_lock_slowpath+0x23/0x91\nEAX: 00000000 EBX: f5e900fc ECX: 00000000 EDX: fffffffe\nESI: f6ca5900 EDI: f5e90100 EBP: f5e90000 ESP: f6d3ff0c\n DS: 007b ES: 007b FS: 0000 GS: 0000 SS: 0068\nCR0: 8005003b CR2: 00000000 CR3: 36f61000 CR4: 000006d0\nStack:\n f5e90100 00000000 c103c4c1 f6d2a5a0 f5e900fc f6df394c c125f162 f8b0faca\n f6d2a5a0 c138ca00 f6df394c f7395600 c1034741 00d40000 00000000 f6d2a5a0\n c138ca00 f6d2a5b8 c138ca10 c1034b58 00000001 f6d40000 f6ca5900 f6d0c940\nCall Trace:\n [\u003cc103c4c1\u003e] ? dequeue_task_fair+0xa4/0xb7\n [\u003cc125f162\u003e] ? mutex_lock+0x9/0xa\n [\u003cf8b0faca\u003e] ? radeon_hotplug_work_func+0x17/0x57 [radeon]\n [\u003cc1034741\u003e] ? process_one_work+0xfc/0x194\n [\u003cc1034b58\u003e] ? worker_thread+0x18d/0x218\n [\u003cc10349cb\u003e] ? rescuer_thread+0x1d5/0x1d5\n [\u003cc103742a\u003e] ? kthread+0x7b/0x80\n [\u003cc12601c0\u003e] ? ret_from_kernel_thread+0x20/0x30\n [\u003cc10373af\u003e] ? init_completion+0x18/0x18\nCode: 42 08 e8 8e a6 dd ff c3 57 56 53 83 ec 0c 8b 35 48 f7 37 c1 8b 10 4a 74 1a 89 c3 8d 78 04 8b 40 08 89 63\n\nReported-and-Tested-by: Meelis Roos \u003cmroos@linux.ee\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nCc: Ben Hutchings \u003cben@decadent.org.uk\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "766ce4e5a952510f9f27511cbfecc884bf5147cd", "tree": "93ad1970e254fc3b1fb0650a4dc449d86ad5114e", "parents": [ "3bc527393379fcd740cc66c700da808abdbf5a5d" ], "author": { "name": "Ivan Grinko", "email": "iivanich@gmail.com", "time": "Thu Apr 28 22:06:41 2016 +0300" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Tue May 17 08:03:16 2016 -0400" }, "message": "Linux 3.4.112\n\nhttps://cdn.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.4.112\n\nChange-Id: Ic146bc84c10ebcfe256eb6bffa8ffef44c9a1d38\n" }, { "commit": "0cf007169665bc6c8eeca0e9089ef0e805c2ac42", "tree": "82a470f9ef259808f9d063d24c860bfab5da3809", "parents": [ "25bec49c55f487637b2f9550b6e04ffb51c5863f" ], "author": { "name": "Ivan Grinko", "email": "iivanich@gmail.com", "time": "Thu Mar 24 09:39:37 2016 +0200" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Tue May 17 07:52:15 2016 -0400" }, "message": "Linux 3.4.111\n" }, { "commit": "9cc712efc708bf2d25b6a6c013c66c42f2cfccd0", "tree": "f4b7b9d2354b77f6a63eacded1c5b32282c18abc", "parents": [ "64c363146fe8b4b26285d36fad0fc01b9c8c1285" ], "author": { "name": "José Adolfo Galdámez", "email": "josegalre@pac-rom.com", "time": "Wed Oct 21 21:52:13 2015 -0600" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:04:59 2016 -0500" }, "message": "Merge tag \u0027v3.4.110\u0027 into mm-6.0\n\nChange-Id: I0afc69bce474139d1b70e062d72c0b8054529833\nSigned-off-by: José Adolfo Galdámez \u003cjosegalre@pac-rom.com\u003e\n" }, { "commit": "64c363146fe8b4b26285d36fad0fc01b9c8c1285", "tree": "f4597aeccc6d37aadbf3a719dfefc62632e4ee10", "parents": [ "900469d0b0c337db19908f77d172f4b17f4573ba" ], "author": { "name": "José Adolfo Galdámez", "email": "josegalre@pac-rom.com", "time": "Mon Sep 21 22:00:27 2015 -0600" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:03:50 2016 -0500" }, "message": "Merge tag \u0027v3.4.109\u0027 into mm-6.0\n\nChange-Id: I93b29443377e338fc5d3b031b130da720f788879\nSigned-off-by: José Adolfo Galdámez \u003cjosegalre@pac-rom.com\u003e\n" }, { "commit": "900469d0b0c337db19908f77d172f4b17f4573ba", "tree": "e7c8e6e70ad09ecc74c7385269f9a7a908489b88", "parents": [ "3591a444f6b8cb82a9b88a49a4e67d8f4b61a6de" ], "author": { "name": "José Adolfo Galdámez", "email": "josegalre@pac-rom.com", "time": "Sat Jun 20 23:45:36 2015 -0600" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:02:51 2016 -0500" }, "message": "Merge tag \u0027v3.4.108\u0027 into mm-6.0\n\nChange-Id: I5ee718e5c87c9647c6edf0926a887679e065a649\nSigned-off-by: José Adolfo Galdámez \u003cjosegalre@pac-rom.com\u003e\n" }, { "commit": "204f73f0c827ffa880e71d4b47d3bd089bc71f4c", "tree": "c6d222df1ae7234bc97ca4b2ffea0413edd50a07", "parents": [ "4b5bfec8170106fe90c5704917041d65b606592a" ], "author": { "name": "Bob Paauwe", "email": "bob.j.paauwe@intel.com", "time": "Thu Dec 18 09:51:26 2014 -0800" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:01:36 2016 -0500" }, "message": "drm/i915: Only fence tiled region of object.\n\ncommit af1a7301c7cf8912dca03065d448c4437c5c239f upstream.\n\nWhen creating a fence for a tiled object, only fence the area that\nmakes up the actual tiles. The object may be larger than the tiled\narea and if we allow those extra addresses to be fenced, they\u0027ll\nget converted to addresses beyond where the object is mapped. This\nopens up the possiblity of writes beyond the end of object.\n\nTo prevent this, we adjust the size of the fence to only encompass\nthe area that makes up the actual tiles. The extra space is considered\nun-tiled and now behaves as if it was a linear object.\n\nTestcase: igt/gem_tiled_fence_overflow\nReported-by: Dan Hettena \u003cdanh@ghs.com\u003e\nSigned-off-by: Bob Paauwe \u003cbob.j.paauwe@intel.com\u003e\nReviewed-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\n[lizf: Backported to 3.4:\n - adjust context\n - adjust indentation\n - make the same change to both sandybridge_write_fence_reg()\n and i965_write_fence_reg()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "e18c6cb493bfaf9a6a88fc356ae390a3519ab8f7", "tree": "af11927082164d29b2c099b14cb30c4c03862d07", "parents": [ "6ad0e88b7e7b752a26761e8cad09d6dd7fb8fe84" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Dec 03 00:03:49 2014 -0500" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:00:03 2016 -0500" }, "message": "drm/radeon: check the right ring in radeon_evict_flags()\n\ncommit 5e5c21cac1001089007260c48b0c89ebaace0e71 upstream.\n\nCheck the that ring we are using for copies is functional\nrather than the GFX ring. On newer asics we use the DMA\nring for bo moves.\n\nReviewed-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "a2aba5b3c2056773385dcf1054b676fb8a23a4ae", "tree": "f8e539b532722bb818433c479089ab03b6757604", "parents": [ "603a29117571ccecaf409bf88beb11f283b70a69" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Tue Dec 02 03:36:57 2014 -0800" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:00:01 2016 -0500" }, "message": "drm/vmwgfx: Fix fence event code\n\ncommit 89669e7a7f96be3ee8d9a22a071d7c0d3b4428fc upstream.\n\nThe commit \"vmwgfx: Rework fence event action\" introduced a number of bugs\nthat are fixed with this commit:\n\na) A forgotten return stateemnt.\nb) An if statement with identical branches.\n\nReported-by: Rob Clark \u003crobdclark@gmail.com\u003e\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nReviewed-by: Sinclair Yeh \u003csyeh@vmware.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "603a29117571ccecaf409bf88beb11f283b70a69", "tree": "c6e7a37ede88320cee2403bd7e9132f02ab22332", "parents": [ "035255858505b1a3ce205151855e7ceed5c24fa3" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Tue Dec 02 03:32:24 2014 -0800" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 20:00:00 2016 -0500" }, "message": "drm/vmwgfx: Don\u0027t use memory accounting for kernel-side fence objects\n\ncommit 1f563a6a46544602183e7493b6ef69769d3d76d9 upstream.\n\nKernel side fence objects are used when unbinding resources and may thus be\ncreated as part of a memory reclaim operation. This might trigger recursive\nmemory reclaims and result in the kernel running out of stack space.\n\nSo a simple way out is to avoid accounting of these fence objects.\nIn principle this is OK since while user-space can trigger the creation of\nsuch objects, it can\u0027t really hold on to them. However, their lifetime is\nquite long, so some form of accounting should perhaps be implemented in the\nfuture.\n\nFixes kernel crashes when running, for example viewperf11 ensight-04 test 3\nwith low system memory settings.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nReviewed-by: Sinclair Yeh \u003csyeh@vmware.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "8bb250b465f1e1f613c43057f623cb1ef1747a1e", "tree": "584775afc85f6a5c4dae09ee877d2218cac1c01e", "parents": [ "3a0b76d6e0c649f27c706fa7c69015c906edd492" ], "author": { "name": "Petr Mladek", "email": "pmladek@suse.cz", "time": "Thu Nov 27 16:57:21 2014 +0100" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 19:59:37 2016 -0500" }, "message": "drm/radeon: kernel panic in drm_calc_vbltimestamp_from_scanoutpos with 3.18.0-rc6\n\ncommit f5475cc43c899e33098d4db44b7c5e710f16589d upstream.\n\nI was unable too boot 3.18.0-rc6 because of the following kernel\npanic in drm_calc_vbltimestamp_from_scanoutpos():\n\n [drm] Initialized drm 1.1.0 20060810\n [drm] radeon kernel modesetting enabled.\n [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080).\n [drm] register mmio base: 0xC8400000\n [drm] register mmio size: 65536\n radeon 0000:0b:01.0: VRAM: 128M 0x00000000D0000000 - 0x00000000D7FFFFFF (16M used)\n radeon 0000:0b:01.0: GTT: 512M 0x00000000B0000000 - 0x00000000CFFFFFFF\n [drm] Detected VRAM RAM\u003d128M, BAR\u003d128M\n [drm] RAM width 16bits DDR\n [TTM] Zone kernel: Available graphics memory: 3829346 kiB\n [TTM] Zone dma32: Available graphics memory: 2097152 kiB\n [TTM] Initializing pool allocator\n [TTM] Initializing DMA pool allocator\n [drm] radeon: 16M of VRAM memory ready\n [drm] radeon: 512M of GTT memory ready.\n [drm] GART: num cpu pages 131072, num gpu pages 131072\n [drm] PCI GART of 512M enabled (table at 0x0000000037880000).\n radeon 0000:0b:01.0: WB disabled\n radeon 0000:0b:01.0: fence driver on ring 0 use gpu addr 0x00000000b0000000 and cpu addr 0xffff8800bbbfa000\n [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).\n [drm] Driver supports precise vblank timestamp query.\n [drm] radeon: irq initialized.\n [drm] Loading R100 Microcode\n radeon 0000:0b:01.0: Direct firmware load for radeon/R100_cp.bin failed with error -2\n radeon_cp: Failed to load firmware \"radeon/R100_cp.bin\"\n [drm:r100_cp_init] *ERROR* Failed to load firmware!\n radeon 0000:0b:01.0: failed initializing CP (-2).\n radeon 0000:0b:01.0: Disabling GPU acceleration\n [drm] radeon: cp finalized\n BUG: unable to handle kernel NULL pointer dereference at 000000000000025c\n IP: [\u003cffffffff8150423b\u003e] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320\n PGD 0\n Oops: 0000 [#1] SMP\n Modules linked in:\n CPU: 1 PID: 1 Comm: swapper/0 Not tainted 3.18.0-rc6-4-default #2649\n Hardware name: Supermicro X7DB8/X7DB8, BIOS 6.00 07/26/2006\n task: ffff880234da2010 ti: ffff880234da4000 task.ti: ffff880234da4000\n RIP: 0010:[\u003cffffffff8150423b\u003e] [\u003cffffffff8150423b\u003e] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320\n RSP: 0000:ffff880234da7918 EFLAGS: 00010086\n RAX: ffffffff81557890 RBX: 0000000000000000 RCX: ffff880234da7a48\n RDX: ffff880234da79f4 RSI: 0000000000000000 RDI: ffff880232e15000\n RBP: ffff880234da79b8 R08: 0000000000000000 R09: 0000000000000000\n R10: 000000000000000a R11: 0000000000000001 R12: ffff880232dda1c0\n R13: ffff880232e1518c R14: 0000000000000292 R15: ffff880232e15000\n FS: 0000000000000000(0000) GS:ffff88023fc40000(0000) knlGS:0000000000000000\n CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b\n CR2: 000000000000025c CR3: 0000000002014000 CR4: 00000000000007e0\n Stack:\n ffff880234da79d8 0000000000000286 ffff880232dcbc00 0000000000002480\n ffff880234da7958 0000000000000296 ffff880234da7998 ffffffff8151b51d\n ffff880234da7a48 0000000032dcbeb0 ffff880232dcbc00 ffff880232dcbc58\n Call Trace:\n [\u003cffffffff8151b51d\u003e] ? drm_vma_offset_remove+0x1d/0x110\n [\u003cffffffff8152dc98\u003e] radeon_get_vblank_timestamp_kms+0x38/0x60\n [\u003cffffffff8152076a\u003e] ? ttm_bo_release_list+0xba/0x180\n [\u003cffffffff81503751\u003e] drm_get_last_vbltimestamp+0x41/0x70\n [\u003cffffffff81503933\u003e] vblank_disable_and_save+0x73/0x1d0\n [\u003cffffffff81106b2f\u003e] ? try_to_del_timer_sync+0x4f/0x70\n [\u003cffffffff81505245\u003e] drm_vblank_cleanup+0x65/0xa0\n [\u003cffffffff815604fa\u003e] radeon_irq_kms_fini+0x1a/0x70\n [\u003cffffffff8156c07e\u003e] r100_init+0x26e/0x410\n [\u003cffffffff8152ae3e\u003e] radeon_device_init+0x7ae/0xb50\n [\u003cffffffff8152d57f\u003e] radeon_driver_load_kms+0x8f/0x210\n [\u003cffffffff81506965\u003e] drm_dev_register+0xb5/0x110\n [\u003cffffffff8150998f\u003e] drm_get_pci_dev+0x8f/0x200\n [\u003cffffffff815291cd\u003e] radeon_pci_probe+0xad/0xe0\n [\u003cffffffff8141a365\u003e] local_pci_probe+0x45/0xa0\n [\u003cffffffff8141b741\u003e] pci_device_probe+0xd1/0x130\n [\u003cffffffff81633dad\u003e] driver_probe_device+0x12d/0x3e0\n [\u003cffffffff8163413b\u003e] __driver_attach+0x9b/0xa0\n [\u003cffffffff816340a0\u003e] ? __device_attach+0x40/0x40\n [\u003cffffffff81631cd3\u003e] bus_for_each_dev+0x63/0xa0\n [\u003cffffffff8163378e\u003e] driver_attach+0x1e/0x20\n [\u003cffffffff81633390\u003e] bus_add_driver+0x180/0x240\n [\u003cffffffff81634914\u003e] driver_register+0x64/0xf0\n [\u003cffffffff81419cac\u003e] __pci_register_driver+0x4c/0x50\n [\u003cffffffff81509bf5\u003e] drm_pci_init+0xf5/0x120\n [\u003cffffffff821dc871\u003e] ? ttm_init+0x6a/0x6a\n [\u003cffffffff821dc908\u003e] radeon_init+0x97/0xb5\n [\u003cffffffff810002fc\u003e] do_one_initcall+0xbc/0x1f0\n [\u003cffffffff810e3278\u003e] ? __wake_up+0x48/0x60\n [\u003cffffffff8218e256\u003e] kernel_init_freeable+0x18a/0x215\n [\u003cffffffff8218d983\u003e] ? initcall_blacklist+0xc0/0xc0\n [\u003cffffffff818a78f0\u003e] ? rest_init+0x80/0x80\n [\u003cffffffff818a78fe\u003e] kernel_init+0xe/0xf0\n [\u003cffffffff818c0c3c\u003e] ret_from_fork+0x7c/0xb0\n [\u003cffffffff818a78f0\u003e] ? rest_init+0x80/0x80\n 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 \u003c41\u003e 8b b1 5c 02 00 00 41 8b 89 58 02 00 00 89 75 98 41 8b b1 60\n RIP [\u003cffffffff8150423b\u003e] drm_calc_vbltimestamp_from_scanoutpos+0x4b/0x320\n RSP \u003cffff880234da7918\u003e\n CR2: 000000000000025c\n ---[ end trace ad2c0aadf48e2032 ]---\n Kernel panic - not syncing: Attempted to kill init! exitcode\u003d0x00000009\n\nIt has helped me to add a NULL pointer check that was suggested at\nhttp://lists.freedesktop.org/archives/dri-devel/2014-October/070663.html\n\nI am not familiar with the code. But the change looks sane\nand we need something fast at this stage of 3.18 development.\n\nSuggested-by: Helge Deller \u003cdeller@gmx.de\u003e\nSigned-off-by: Petr Mladek \u003cpmladek@suse.cz\u003e\nTested-by: Petr Mladek \u003cpmladek@suse.cz\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "983bc7641dd1c5fcf36f112235d085f02085d1b9", "tree": "9fcec2f4d9ab37b90d90c93fe767609e4f577689", "parents": [ "dd34b7d8e28d042ed5fd1ab4a45da36aa82b4145" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Mon Dec 01 17:56:54 2014 +0100" }, "committer": { "name": "William Bellavance", "email": "flintman@flintmancomputers.com", "time": "Wed Feb 10 19:59:35 2016 -0500" }, "message": "drm/i915: Unlock panel even when LVDS is disabled\n\ncommit b0616c5306b342ceca07044dbc4f917d95c4f825 upstream.\n\nOtherwise we\u0027ll have backtraces in assert_panel_unlocked because the\nBIOS locks the register. In the reporter\u0027s case this regression was\nintroduced in\n\ncommit c31407a3672aaebb4acddf90944a114fa5c8af7b\nAuthor: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nDate: Thu Oct 18 21:07:01 2012 +0100\n\n drm/i915: Add no-lvds quirk for Supermicro X7SPA-H\n\nReported-by: Alexey Orishko \u003calexey.orishko@gmail.com\u003e\nCc: Alexey Orishko \u003calexey.orishko@gmail.com\u003e\nCc: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Francois Tigeot \u003cftigeot@wolfpond.org\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@intel.com\u003e\nTested-by: Alexey Orishko \u003calexey.orishko@gmail.com\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "ac1b68d5a3126355806970cd6a7081d43d82005f", "tree": "764703ea806403252d8d8834bb5c9fd96e4d6ab6", "parents": [ "fe625181936a3578bdc7f23b80e525b1ab0324fc" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Nov 05 17:14:32 2014 -0500" }, "committer": { "name": "flintman", "email": "flintman@flintmancomputers.com", "time": "Mon Apr 27 08:02:53 2015 -0400" }, "message": "drm/radeon: add missing crtc unlock when setting up the MC\n\ncommit f0d7bfb9407fccb6499ec01c33afe43512a439a2 upstream.\n\nNeed to unlock the crtc after updating the blanking state.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "c411d3f13dce46cea9d15045fb6aa1019a2f6c5a", "tree": "7aea293ef1cc7dbb3c42aef165466bd43a097006", "parents": [ "7652113405321dbde6e6f30f47d2b39ac6ed1f36" ], "author": { "name": "Sinclair Yeh", "email": "syeh@vmware.com", "time": "Fri Oct 31 09:58:06 2014 +0100" }, "committer": { "name": "flintman", "email": "flintman@flintmancomputers.com", "time": "Mon Apr 27 08:02:20 2015 -0400" }, "message": "drm/vmwgfx: Filter out modes those cannot be supported by the current VRAM size.\n\ncommit 9a72384d86b26cb8a2b25106677e1197f606668f upstream.\n\nWhen screen objects are enabled, the bpp is assumed to be 32, otherwise\nit is set to 16.\n\nv2:\n* Use u32 instead of u64 for assumed_bpp.\n* Fixed mechanism to check for screen objects\n* Limit the back buffer size to VRAM.\n\nSigned-off-by: Sinclair Yeh \u003csyeh@vmware.com\u003e\nReviewed-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\n[lizf: Backported to 3.4: drop the changes to vmw_driver_load()]\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "1097d78180e1a2916c2bcdb15cb90ba131af9cd8", "tree": "5910f8fc0dcb85c71011ccccee18895769699390", "parents": [ "3ded4adc97887ddde3c1855f29f062e015d19425", "7fd7a446b1c2b96252e4389746e5419eae04faef" ], "author": { "name": "Paul", "email": "javelinanddart@gmail.com", "time": "Sun Jan 11 17:15:40 2015 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sun Jan 11 17:20:45 2015 -0800" }, "message": "Merge tag \u0027v3.4.105\u0027 into cm-12.0\n\nThis is the 3.4.105 stable release\n\nConflicts:\n\tarch/arm/mm/proc-v7.S\n\tdrivers/bluetooth/hci_ldisc.c\n\tdrivers/media/dvb/dvb-core/dmxdev.c\n\tdrivers/usb/core/driver.c\n\tdrivers/usb/dwc3/core.c\n\tdrivers/usb/host/xhci-hub.c\n\tdrivers/usb/host/xhci.c\n\tdrivers/usb/serial/qcserial.c\n\tdrivers/usb/serial/usb_wwan.c\n\tkernel/events/core.c\n\tkernel/time/tick-sched.ck\n\tkernel/futex.c\n\tmm/memory_hotplug.c\n\tmm/vmscan.c\n\tnet/bluetooth/hci_conn.c\n\tnet/bluetooth/hci_event.c\n\tnet/bluetooth/l2cap_core.c\n\tnet/ipv4/ping.c\n\tnet/wireless/nl80211.c\n\tsound/soc/soc-core.c\n\nChange-Id: Id09da84afb427ba1a32ff26e74f2bb86458d4a2e\n" }, { "commit": "2c858d84af5c7bebbee0c27383916e5fee649717", "tree": "4bdc541f516dd6c01f35c0f26abda4c83ba7ab09", "parents": [ "e77f3791c866b24fbb0ddd27f46590ea72f14be6" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Sep 08 13:55:51 2014 -0400" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:26 2014 +0800" }, "message": "drm/radeon: add connector quirk for fujitsu board\n\ncommit 1952f24d0fa6292d65f886887af87ba8ac79b3ba upstream.\n\nVbios connector table lists non-existent VGA port.\n\nBug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d83184\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "94667ee06fc9383403396c5a8e9b5df55f98a2e2", "tree": "01cc8caf747d0cb994b2867faecad69e31540539", "parents": [ "f9c3484ebd0a5a4918c50612c8400e4ab91ebf92" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Thu Aug 28 11:53:23 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:21 2014 +0800" }, "message": "drm/vmwgfx: Fix a potential infinite spin waiting for fifo idle\n\ncommit f01ea0c3d9db536c64d47922716d8b3b8f21d850 upstream.\n\nThe code waiting for fifo idle was incorrect and could possibly spin\nforever under certain circumstances.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReported-by: Mark Sheldon \u003cmarkshel@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nReivewed-by: Mark Sheldon \u003cmarkshel@vmware.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "9b9d7b3078f8f4a8fa4b72aa2abd118602f942f2", "tree": "2cf6e5f4cac732b6d8492f67d6696d5c983d3a80", "parents": [ "219fb6410b9e4ba3a3a28c12c73579eef921cb31" ], "author": { "name": "Mathias Krause", "email": "minipli@googlemail.com", "time": "Wed Aug 27 18:41:19 2014 +0200" }, "committer": { "name": "Zefan Li", "email": "lizefan@huawei.com", "time": "Mon Dec 01 18:02:20 2014 +0800" }, "message": "drm/i915: Remove bogus __init annotation from DMI callbacks\n\ncommit bbe1c2740d3a25aa1dbe5d842d2ff09cddcdde0a upstream.\n\nThe __init annotations for the DMI callback functions are wrong as this\ncode can be called even after the module has been initialized, e.g. like\nthis:\n\n # echo 1 \u003e /sys/bus/pci/devices/0000:00:02.0/remove\n # modprobe i915\n # echo 1 \u003e /sys/bus/pci/rescan\n\nThe first command will remove the PCI device from the kernel\u0027s device\nlist so the second command won\u0027t see it right away. But as it registers\na PCI driver it\u0027ll see it on the third command. If the system happens to\nmatch one of the DMI table entries we\u0027ll try to call a function in long\nreleased memory and generate an Oops, at best.\n\nFix this by removing the bogus annotation.\n\nModpost should have caught that one but it ignores section reference\nmismatches from the .rodata section. :/\n\nFixes: 25e341cfc33d (\"drm/i915: quirk away broken OpRegion VBT\")\nFixes: 8ca4013d702d (\"CHROMIUM: i915: Add DMI override to skip CRT...\")\nFixes: 425d244c8670 (\"drm/i915: ignore LVDS on intel graphics systems...\")\nSigned-off-by: Mathias Krause \u003cminipli@googlemail.com\u003e\nCc: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nCc: Duncan Laurie \u003cdlaurie@chromium.org\u003e\nCc: Jarod Wilson \u003cjarod@redhat.com\u003e\nCc: Rusty Russell \u003crusty@rustcorp.com.au\u003e\t# Can modpost be fixed?\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Zefan Li \u003clizefan@huawei.com\u003e\n" }, { "commit": "b63dd4c81b9eccf95c1d08775bb7f2d05d70c8f1", "tree": "23f334f295788e4dea33ff18a865586bee0e8f08", "parents": [ "ed379762fda2d66dd4907035c79467daafe7d70b" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Jul 14 17:57:19 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Mon Jul 28 07:06:46 2014 -0700" }, "message": "drm/radeon: avoid leaking edid data\n\ncommit 0ac66effe7fcdee55bda6d5d10d3372c95a41920 upstream.\n\nIn some cases we fetch the edid in the detect() callback\nin order to determine what sort of monitor is connected.\nIf that happens, don\u0027t fetch the edid again in the get_modes()\ncallback or we will leak the edid.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fa1bd9b16b3432bce7937a5a4b5d75ab2f5b634c", "tree": "91928d1930b36941a1d21142ff73e75d5adecedb", "parents": [ "ef018263c824ec34d06419502555dbd8889e8182" ], "author": { "name": "Christian König", "email": "christian.koenig@amd.com", "time": "Wed Jun 04 15:29:56 2014 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Jul 17 15:39:50 2014 -0700" }, "message": "drm/radeon: stop poisoning the GART TLB\n\ncommit 0986c1a55ca64b44ee126a2f719a6e9f28cbe0ed upstream.\n\nWhen we set the valid bit on invalid GART entries they are\nloaded into the TLB when an adjacent entry is loaded. This\npoisons the TLB with invalid entries which are sometimes\nnot correctly removed on TLB flush.\n\nFor stable inclusion the patch probably needs to be modified a bit.\n\nSigned-off-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "1dbae5d755c36ab7932f9282ff146cf1fe698ade", "tree": "7d44bd6fc79d4ea36c807b1ccd26314123822b28", "parents": [ "822780ca251deec5c3d61da9568f9f64a79233e4" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Wed Jul 02 15:47:04 2014 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jul 09 10:51:20 2014 -0700" }, "message": "drm/vmwgfx: Fix incorrect write to read-only register v2:\n\ncommit 4e578080ed3262ed2c3985868539bc66218d25c0 upstream.\n\nCommit \"drm/vmwgfx: correct fb_fix_screeninfo.line_length\", while fixing a\nvmwgfx fbdev bug, also writes the pitch to a supposedly read-only register:\nSVGA_REG_BYTES_PER_LINE, while it should be (and also in fact is) written to\nSVGA_REG_PITCHLOCK.\n\nThis patch is Cc\u0027d stable because of the unknown effects writing to this\nregister might have, particularly on older device versions.\n\nv2: Updated log message.\n\nCc: Christopher Friedt \u003cchrisfriedt@gmail.com\u003e\nTested-by: Christopher Friedt \u003cchrisfriedt@gmail.com\u003e\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "822780ca251deec5c3d61da9568f9f64a79233e4", "tree": "4dd66988f55c835aad8463509114d95f36cd5f92", "parents": [ "91b75cbadcefa1a3c5d0da57c442b23b61507aae" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue May 27 16:40:51 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jul 09 10:51:20 2014 -0700" }, "message": "drm/radeon/atom: fix dithering on certain panels\n\ncommit 642528355c694f5ed68f6bff9ff520326a249f99 upstream.\n\nWe need to specify the encoder mode as LVDS for eDP\nwhen using the Crtc_Source atom table in order to properly\nset up the FMT hardware.\n\nbug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d73911\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "91b75cbadcefa1a3c5d0da57c442b23b61507aae", "tree": "8bdd126c1a6169394d1a6cb6fa3e0199582cbfe0", "parents": [ "b04837090f3e97facdc59104a5aee1873769ae13" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue May 27 13:11:36 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jul 09 10:51:20 2014 -0700" }, "message": "drm/radeon: fix typo in radeon_connector_is_dp12_capable()\n\ncommit af5d36539dfe043f1cf0f8b7334d6bb12cd14e75 upstream.\n\nWe were checking the ext clock rather than the display clock.\n\nNoticed by ArtForz on IRC.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b04837090f3e97facdc59104a5aee1873769ae13", "tree": "77eef8cb6e7c15ef41c0bb6bc7300f1809a8888e", "parents": [ "c27517de002506599c8eeb75ad4d1fa5f9204496" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Apr 21 21:45:09 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jul 09 10:51:20 2014 -0700" }, "message": "drm/radeon: only apply hdmi bpc pll flags when encoder mode is hdmi\n\ncommit 7d5ab3009a8ca777174f6f469277b3922d56fd4b upstream.\n\nMay fix display issues with non-HDMI displays.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "309fabafdb5cf7112d1a89922ab6acbe7ea7c790", "tree": "3303d1c74aecfb9c7872c540f9c6200115ad3aad", "parents": [ "d9d3e8ed90d9513ee90af49302cbcfcc636d71a5" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Sun Aug 04 12:13:17 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/radeon: always program the MC on startup\n\ncommit 6fab3febf6d949b0a12b1e4e73db38e4a177a79e upstream.\n\nFor r6xx+ asics. This mirrors the behavior of pre-r6xx\nasics. We need to program the MC even if something\nelse in startup() fails. Failure to do so results in\nan unusable GPU.\n\nBased on a fix from: Mark Kettenis \u003ckettenis@openbsd.org\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[wml: Backported to 3.4:\n- adjust context\n- drop changes to cik.c]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "d9d3e8ed90d9513ee90af49302cbcfcc636d71a5", "tree": "217ad67a4b9847abd192525cb916d8e7709501a9", "parents": [ "63034aee5f85e6c4decdaa600ed1febfa90a348f" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Apr 18 09:36:42 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/radeon: fix hdmi mode enable on RS600/RS690/RS740\n\ncommit dcb852905772416e322536ced5cb3c796d176af5 upstream.\n\nThese chips were previously skipped since they are\npre-R600.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4:\n- adjust context\n- no !ASIC_IS_DCE3(rdev)]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "63034aee5f85e6c4decdaa600ed1febfa90a348f", "tree": "bd36354149e12ac5a02749474c2d093e76629362", "parents": [ "465282b316e98ed17698900af70fa8260c9c9e70" ], "author": { "name": "Thomas Hellstrom", "email": "thellstrom@vmware.com", "time": "Mon Oct 28 02:02:19 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/ttm: Fix memory type compatibility check\n\ncommit 59c8e66378fb78adbcd05f0d09783dde6fef282b upstream.\n\nAlso check the busy placements before deciding to move a buffer object.\nFailing to do this may result in a completely unneccessary move within a\nsingle memory type.\n\nSigned-off-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nReviewed-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a27d31e36ba71a3fd2fe7e222a433488a5a2f87a", "tree": "395d3466c7ef25990abe1bfb3b617325b1217596", "parents": [ "60b3d181a406c7e47edbb41e227b54380d35fa8a" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Sep 13 18:33:16 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/radeon: fix panel scaling with eDP and LVDS bridges\n\ncommit 855f5f1d882a34e4e9dd27b299737cd3508a5624 upstream.\n\nWe were using the wrong set_properly callback so we always\nended up with Full scaling even if something else (Center or\nFull aspect) was selected.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "60b3d181a406c7e47edbb41e227b54380d35fa8a", "tree": "41c5472a7f808a94ccf7d94cbbcc9dcf8f6a0d7f", "parents": [ "ac5d182c17af8728ada8cfac051292a8e35d9a90" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Fri Aug 23 10:50:39 2013 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/i915: try not to lose backlight CBLV precision\n\ncommit cac6a5ae0118832936eb162ec4cedb30f2422bcc upstream.\n\nACPI has _BCM and _BQC methods to set and query the backlight\nbrightness, respectively. The ACPI opregion has variables BCLP and CBLV\nto hold the requested and current backlight brightness, respectively.\n\nThe BCLP variable has range 0..255 while the others have range\n0..100. This means the _BCM method has to scale the brightness for BCLP,\nand the gfx driver has to scale the requested value back for CBLV. If\nthe _BQC method uses the CBLV variable (apparently some implementations\ndo, some don\u0027t) for current backlight level reporting, there\u0027s room for\nrounding errors.\n\nUse DIV_ROUND_UP for scaling back to CBLV to get back to the same values\nthat were passed to _BCM, presuming the _BCM simply uses bclp \u003d (in *\n255) / 100 for scaling to BCLP.\n\nReference: https://gist.github.com/aaronlu/6314920\nReported-by: Aaron Lu \u003caaron.lu@intel.com\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nReviewed-by: Aaron Lu \u003caaron.lu@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2:\n - Adjust context\n - ASLE region is treated as normal memory rather than __iomem]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ac5d182c17af8728ada8cfac051292a8e35d9a90", "tree": "30e036ca09314d4445415b3e9d037fe8cb7bfc1b", "parents": [ "9887b229cd239b0daccbaeb0383647af5dfa5a92" ], "author": { "name": "Ondrej Zary", "email": "linux@rainbow-software.org", "time": "Fri Jul 19 21:08:48 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/radeon: Another card with wrong primary dac adj\n\ncommit f7929f34fa0e0bb6736a2484fdc07d77a1653081 upstream.\n\nHello,\ngot another card with \"too bright\" problem:\nSapphire Radeon VE 7000 DDR (VGA+S-Video)\n\nlspci -vnn:\n01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI RV100 QY [Radeon 7000/VE] [1002:5159] (prog-if 00 [VGA controller])\n Subsystem: PC Partner Limited Sapphire Radeon VE 7000 DDR [174b:7c28]\n\nThe patch below fixes the problem for this card.\nBut I don\u0027t like the blacklist, couldn\u0027t some heuristic be used instead?\nThe interesting thing is that the manufacturer is the same as the other card\nneeding the same quirk. I wonder how many different types are broken this way.\n\nThe \"wrong\" ps2_pdac_adj value that comes from BIOS on this card is 0x300.\n\n\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\u003d\ndrm/radeon: Add primary dac adj quirk for Sapphire Radeon VE 7000 DDR\n\nValues from BIOS are wrong, causing too bright colors.\nUse default values instead.\n\nSigned-off-by: Ondrej Zary \u003clinux@rainbow-software.org\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "9887b229cd239b0daccbaeb0383647af5dfa5a92", "tree": "e9b7cd7d44e65eab23a50f928135906f53b56075", "parents": [ "58fcd1468315dab98ce90cb9756d4fedfd033f0b" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Fri Apr 12 15:18:38 2013 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:13 2014 -0700" }, "message": "drm/i915: ensure single initialization and cleanup of backlight device\n\ncommit dc652f90e088798bfa31f496ba994ddadd5d5680 upstream.\n\nBacklight cleanup in the eDP connector destroy callback caused the\nbacklight device to be removed on some systems that first initialized LVDS\nand then attempted to initialize eDP. Prevent multiple backlight\ninitializations, and ensure backlight cleanup is only done once by moving\nit to modeset cleanup.\n\nA small wrinkle is the introduced asymmetry in backlight\nsetup/cleanup. This could be solved by adding refcounting, but it seems\noverkill considering that there should only ever be one backlight device.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d55701\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nTested-by: Peter Verthez \u003cpeter.verthez@skynet.be\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2:\n - Adjust context\n - s/dev_priv-\u003ebacklight\\.device/dev_priv-\u003ebacklight/]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "58fcd1468315dab98ce90cb9756d4fedfd033f0b", "tree": "69c5cf492bebc9a0b9d9233509268c9153d400bb", "parents": [ "a5b5cc72ac42ce8dbd32cae9ed7a4b2392987cfa" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Thu Apr 04 21:31:03 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: Workaround incoherence between fences and LLC across multiple CPUs\n\ncommit 25ff1195f8a0b3724541ae7bbe331b4296de9c06 upstream.\n\nIn order to fully serialize access to the fenced region and the update\nto the fence register we need to take extreme measures on SNB+, and\nmanually flush writes to memory prior to writing the fence register in\nconjunction with the memory barriers placed around the register write.\n\nFixes i-g-t/gem_fence_thrash\n\nv2: Bring a bigger gun\nv3: Switch the bigger gun for heavier bullets (Arjan van de Ven)\nv4: Remove changes for working generations.\nv5: Reduce to a per-cpu wbinvd() call prior to updating the fences.\nv6: Rewrite comments to ellide forgotten history.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d62191\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Jon Bloomfield \u003cjon.bloomfield@intel.com\u003e\nTested-by: Jon Bloomfield \u003cjon.bloomfield@intel.com\u003e (v2)\nReviewed-by: Jesse Barnes \u003cjbarnes@virtuousgeek.org\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2: insert the cache flush in i915_gem_object_get_fence()]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a5b5cc72ac42ce8dbd32cae9ed7a4b2392987cfa", "tree": "6850789d5b2729739a6f9ebb30aa010ea0bcbaff", "parents": [ "f909046a7bab57744c0498125b8a91450aa12829" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Apr 12 19:15:52 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/radeon: cleanup properly if mmio mapping fails\n\ncommit 0cd9cb76ae26a19df21abc6f94f5fff141e689c7 upstream.\n\nIf we fail to map the mmio BAR, skip driver tear down\nthat requires mmio.\n\nShould fix:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d56541\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f909046a7bab57744c0498125b8a91450aa12829", "tree": "f2c955aa9e01cf2d90bef0c4417f253b6caaae76", "parents": [ "ace6581eb5abd4608dd05e858a985c0c2f0e3761" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Apr 01 16:06:25 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/radeon: use frac fb div on RS780/RS880\n\ncommit 411678288d61ba17afe1f8afed92200be6bbc65d upstream.\n\nMonitors seem to prefer it. Fixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d37696\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2:\n - Adjust context\n - Add to pll-\u003eflags, not radeon_crtc-\u003epll_flags]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ace6581eb5abd4608dd05e858a985c0c2f0e3761", "tree": "67db4b515c4bee789060265df5b7f4e994eac671", "parents": [ "ce3a20e79213a1debca10b55df45cd3dda9f46b0" ], "author": { "name": "Egbert Eich", "email": "eich@suse.de", "time": "Sun Oct 14 15:46:38 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "DRM/i915: Add QUIRK_INVERT_BRIGHTNESS for NCR machines.\n\ncommit 5f85f176c2f1c9d2a23f60ca0b99e4d0aa5a26a7 upstream.\n\nNCR machines with LVDS panels using Intel chipsets need to have the\nQUIRK_INVERT_BRIGHTNESS bit set.\nUnfortunately NCR doesn\u0027t set a meaningful subvendor/subdevice ID,\ntherefore we add a DMI dependent quirk list.\n\nSigned-off-by: Egbert Eich \u003ceich@suse.de\u003e\n[danvet: fixup whitespace fail.]\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nAcked-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\n[bwh: Backported to 3.2:\n - Adjust context\n - Add #include \u003clinux/dmi.h\u003e]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ce3a20e79213a1debca10b55df45cd3dda9f46b0", "tree": "1eef53316226030e465da142d9695e9ab61f0785", "parents": [ "1bf4029831239a3751eff53029f1b25c0402b273" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Tue Jan 22 12:50:36 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: add quirk to invert brightness on Packard Bell NCL20\n\ncommit 5559ecadad5a73b27f863e92f4b4f369501dce6f upstream.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d44156\nReported-by: Alan Zimmerman \u003calan.zimm@gmail.com\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4: Adjust context]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "1bf4029831239a3751eff53029f1b25c0402b273", "tree": "139615ff62a3efaebff9f87a877e13d35e871a14", "parents": [ "d0fa0f8829eaf4b609a1c34371ae24be94311595" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Tue Jan 22 12:50:35 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: add quirk to invert brightness on eMachines e725\n\ncommit 01e3a8feb40e54b962a20fa7eb595c5efef5e109 upstream.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d31522#c35\n[Note: There are more than one broken setups in the bug. This fixes one.]\nReported-by: Martins \u003candrissr@inbox.lv\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4: Adjust context]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "d0fa0f8829eaf4b609a1c34371ae24be94311595", "tree": "ea3370831cb6c51f9ffa2ac08c20772502e69e7f", "parents": [ "678bb5deb58183028c896c1ae197e6b3e3a0afe9" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Tue Jan 22 12:50:34 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: add quirk to invert brightness on eMachines G725\n\ncommit 1ffff60320879830e469e26062c18f75236822ba upstream.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d59628\nReported-by: Roland Gruber \u003cpost@rolandgruber.de\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4: Adjust context]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "678bb5deb58183028c896c1ae197e6b3e3a0afe9", "tree": "35099b02f534d67169ab1dcf99443c4e2fc7ffdc", "parents": [ "ed0bff16ccb6ab0219a541f7cbf861a9118dd34b" ], "author": { "name": "Carsten Emde", "email": "C.Emde@osadl.org", "time": "Thu Mar 15 15:56:27 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: panel: invert brightness acer aspire 5734z\n\ncommit 5a15ab5b93e4a3ebcd4fa6c76cf646a45e9cf806 upstream.\n\nMark the Acer Aspire 5734Z that this machines requires the module to\ninvert the panel backlight brightness value after reading from and prior\nto writing to the PCI configuration space.\n\nSigned-off-by: Carsten Emde \u003cC.Emde@osadl.org\u003e\nAcked-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nAcked-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4: Adjust context]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "ed0bff16ccb6ab0219a541f7cbf861a9118dd34b", "tree": "81c7c92beca41f8796f2b8ef17e3e1a40933e563", "parents": [ "4c4478f4b87b3cc18572d7e50063f7fd34c95c5b" ], "author": { "name": "Carsten Emde", "email": "C.Emde@osadl.org", "time": "Thu Mar 15 15:56:26 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:12 2014 -0700" }, "message": "drm/i915: panel: invert brightness via quirk\n\ncommit 4dca20efb1a9c2efefc28ad2867e5d6c3f5e1955 upstream.\n\nA machine may need to invert the panel backlight brightness value. This\npatch adds the infrastructure for a quirk to do so.\n\nSigned-off-by: Carsten Emde \u003cC.Emde@osadl.org\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nAcked-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\n[wml: Backported to 3.4:\n- Adjust context\n- one more flag QUIRK_NO_PCH_PWM_ENABLE]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "4c4478f4b87b3cc18572d7e50063f7fd34c95c5b", "tree": "2bd05e01868d9e9f9c9dc075f00dfadb2ec6c694", "parents": [ "13ecaa9385007e7c907fa1db3f8504cbb054b8ec" ], "author": { "name": "Carsten Emde", "email": "C.Emde@osadl.org", "time": "Thu Mar 15 15:56:25 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/i915: panel: invert brightness via parameter\n\ncommit 7bd90909bbf9ce7c40e1da3d72b97b93839c188a upstream.\n\nFollowing the documentation of the Legacy Backlight Brightness (LBB)\nRegister in the configuration space of some Intel PCI graphics adapters,\nsetting the LBB register with the value 0x0 causes the backlight to be\nturned off, and 0xFF causes the backlight to be set to 100% intensity\n(http://download.intel.com/embedded/processors/Whitepaper/324567.pdf).\nThe Acer Aspire 5734Z, however, turns the backlight off at 0xFF and sets\nit to maximum intensity at 0. In consequence, the screen of this systems\nbecomes dark at an early boot stage which makes it unusable. The same\ninversion applies to the BLC_PWM_CTL I915 register. This problem was\nintroduced in kernel version 2.6.38 when the PCI device of this system\nwas first supported by the i915 KMS module.\n\nThis patch adds a parameter to the i915 module to enable inversion of\nthe brightness variable (i915.invert_brightness).\n\nSigned-off-by: Carsten Emde \u003cC.Emde@osadl.org\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nAcked-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "13ecaa9385007e7c907fa1db3f8504cbb054b8ec", "tree": "17a93716100188b1c3fdf1d5af03b931a371545e", "parents": [ "830a450e266a3471476036c1dbc4896ec5ccfbf7" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Thu Feb 14 11:23:35 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/i915: add missing \\n to UTS_RELEASE in the error_state\n\ncommit fdfa175d0a9cfa2082ce24e67e284e5acbba452a upstream.\n\nAmending\ncommit 4518f611ba21ba165ea3714055938a8984a44ff9\nAuthor: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nDate: Wed Jan 23 16:16:35 2013 +0100\n\n drm/i915: dump UTS_RELEASE into the error_state\n\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "830a450e266a3471476036c1dbc4896ec5ccfbf7", "tree": "cc768cf968f52f2a809aa4ad31dc3b618466bfdb", "parents": [ "5fbe150df29254ba07b42834d582689c80a00f08" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Wed Jan 23 16:16:35 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/i915: dump UTS_RELEASE into the error_state\n\ncommit 4518f611ba21ba165ea3714055938a8984a44ff9 upstream.\n\nUseful for statistics or on overflowing bug reports to keep things all\nlined up.\n\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5fbe150df29254ba07b42834d582689c80a00f08", "tree": "031716a68f635c17e9cda54f9c69bbce6b376f29", "parents": [ "c87e58bd2c711816335bb869f747ce25e0ce66ea" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Wed Jan 02 10:31:22 2013 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/i915; Only increment the user-pin-count after successfully pinning the bo\n\ncommit 93be8788e648817d62fda33e2998eb6ca6ebf3a3 upstream.\n\nAs along the error path we do not correct the user pin-count for the\nfailure, we may end up with userspace believing that it has a pinned\nobject at offset 0 (when interrupted by a signal for example).\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c87e58bd2c711816335bb869f747ce25e0ce66ea", "tree": "f7cebf6cc5937efd7f3a4279bbb5eb3f4fdbaa5c", "parents": [ "9d889e3fa80632c7d107e4d4410e79d8050ddd05" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Mon Dec 03 11:36:30 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/i915: Close race between processing unpin task and queueing the flip\n\ncommit e7d841ca03b7ab668620045cd7b428eda9f41601 upstream.\n\nBefore queuing the flip but crucially after attaching the unpin-work to\nthe crtc, we continue to setup the unpin-work. However, should the\nhardware fire early, we see the connected unpin-work and queue the task.\nThe task then promptly runs and unpins the fb before we finish taking\nthe required references or even pinning it... Havoc.\n\nTo close the race, we use the flip-pending atomic to indicate when the\nflip is finally setup and enqueued. So during the flip-done processing,\nwe can check more accurately whether the flip was expected.\n\nv2: Add the appropriate mb() to ensure that the writes to the page-flip\nworker are complete prior to marking it active and emitting the MI_FLIP.\nOn the read side, the mb should be enforced by the spinlocks.\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: stable@vger.kernel.org\n[danvet: Review the barriers a bit, we need a write barrier both\nbefore and after updating -\u003epending. Similarly we need a read barrier\nin the interrupt handler both before and after reading -\u003epending. With\nwell-ordered irqs only one barrier in each place should be required,\nbut since this patch explicitly sets out to combat spurious interrupts\nwith is staged activation of the unpin work we need to go full-bore on\nthe barriers, too. Discussed with Chris Wilson on irc and changes\nacked by him.]\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[wml: Backported to 3.4: adjust context]\nSigned-off-by: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n" }, { "commit": "9d889e3fa80632c7d107e4d4410e79d8050ddd05", "tree": "509356a8ebac2b9b5bf97fdb89bb124dfb5ca171", "parents": [ "b29fe4dc9e56700e3772be99a35f6209fa4e57aa" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Nov 05 16:34:58 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/radeon: fix typo in evergreen_mc_resume()\n\ncommit 695ddeb457584a602f2ba117d08ce37cf6ec1589 upstream.\n\nAdd missing index that may have led us to enabling\nmore crtcs than necessary.\n\nMay also fix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d56139\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b29fe4dc9e56700e3772be99a35f6209fa4e57aa", "tree": "66bb4669c9919c61b6407f5fecb41e151bea37c9", "parents": [ "8b2360118bb16aa06e2f8a165fba5c9f0a18fe88" ], "author": { "name": "Aaro Koskinen", "email": "aaro.koskinen@iki.fi", "time": "Mon Dec 31 03:34:59 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/nouveau: fix init with agpgart-uninorth\n\ncommit eda85d6ad490923152544fba0473798b6cc0edf6 upstream.\n\nCheck that the AGP aperture can be mapped. This follows a similar change\ndone for Radeon (commit 365048ff, drm/radeon: AGP memory is only I/O if\nthe aperture can be mapped by the CPU.).\n\nThe patch fixes the following error seen on G5 iMac:\n\n\tnouveau E[ DRM] failed to create kernel channel, -12\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d58806\nReviewed-by: Michel Dänzer \u003cmichel@daenzer.net\u003e\nSigned-off-by: Aaro Koskinen \u003caaro.koskinen@iki.fi\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "8b2360118bb16aa06e2f8a165fba5c9f0a18fe88", "tree": "cde6dee94c6f40059855062bd813e83a8aa08330", "parents": [ "befa3d28d06b3fb5ea8232298658eb3ecc2fa62b" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Dec 20 16:35:47 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/radeon: add connector table for Mac G4 Silver\n\ncommit cafa59b9011a7790be4ddd5979419259844a165d upstream.\n\nApple cards do not provide data tables in the vbios\nso we have to hard code the connector parameters\nin the driver.\n\nReported-by: Albrecht Dreß \u003calbrecht.dress@arcor.de\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "befa3d28d06b3fb5ea8232298658eb3ecc2fa62b", "tree": "b10551261ad01ea46091e223bd3c178f92b66f2e", "parents": [ "81d0e97cb5797cae879e42b46f43763fe590ac30" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed May 02 12:10:21 2012 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/radeon: add connector table for SAM440ep embedded board\n\ncommit 6a556039e7823d27a0a7f7724d4d455053ea9253 upstream.\n\nRV250 found on ppc embedded boards.\n\nCc: Hans Verkuil \u003chverkuil@xs4all.nl\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "81d0e97cb5797cae879e42b46f43763fe590ac30", "tree": "fcf4d95831fbb74cbe1b1a5cf5439f9f72070269", "parents": [ "650ab0c0b0ee0496085a98e2ed8943c87de482b0" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Tue Dec 11 11:56:52 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:11 2014 -0700" }, "message": "drm/radeon: fix amd afusion gpu setup aka sumo v2\n\ncommit bd25f0783dc3fb72e1e2779c2b99b2d34b67fa8a upstream.\n\nSet the proper number of tile pipe that should be a multiple of\npipe depending on the number of se engine.\n\nFix:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d56405\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d56720\n\nv2: Don\u0027t change sumo2\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nReviewed-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2: don\u0027t define/use *_GB_ADDR_CONFIG_GOLDEN]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "650ab0c0b0ee0496085a98e2ed8943c87de482b0", "tree": "0328b26b58f20c14cbd29a8bd22b60dc5143f2c2", "parents": [ "5f68cf4c76b5ac3808551555b81764c03c0a3b75" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Nov 13 18:03:41 2012 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:10 2014 -0700" }, "message": "drm/radeon/dce32+: use fractional fb dividers for high clocks\n\ncommit a02dc74b317d78298cb0587b9b1f6f741fd5c139 upstream.\n\nFixes flickering with some high res montiors.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\n[bwh: Backported to 3.2: use pll-\u003eflags instead of radeon_crtc-\u003epll_flags]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5f68cf4c76b5ac3808551555b81764c03c0a3b75", "tree": "122857c6fe046e35275d776e07c33e9d9209101a", "parents": [ "f11a1d5595cb0dc906e23819cfb2e320a524f790" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Nov 09 17:26:32 2012 +0000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:10 2014 -0700" }, "message": "drm: fix documentation for drm_crtc_set_mode()\n\ncommit 4c9287c6009b37754c42e0ba73a4cc79de92d8f8 upstream.\n\nx and y parameters are offsets, not width/height\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "f11a1d5595cb0dc906e23819cfb2e320a524f790", "tree": "74c7755c6c518e3253c0b43c13b1afa79020a171", "parents": [ "4f9e14fad5e381e075f942677e9c1ae70e0f186e" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Mon Nov 12 18:31:35 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:10 2014 -0700" }, "message": "drm/i915/sdvo: clean up connectors on intel_sdvo_init() failures\n\ncommit d0ddfbd3d1346c1f481ec2289eef350cdba64b42 upstream.\n\nAny failures in intel_sdvo_init() after the intel_sdvo_setup_output() call\nleft behind ghost connectors, attached (with a dangling pointer) to the\nsdvo that has been cleaned up and freed. Properly destroy any connectors\nattached to the encoder.\n\nBugzilla: https://bugzilla.kernel.org/show_bug.cgi?id\u003d46381\nCC: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nTested-by: bjo@nord-west.org\n[danvet: added a comment to explain why we need to clean up connectors\neven when sdvo_output_setup fails.]\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2: adjust context]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Weng Meiling \u003cwengmeiling.weng@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c7e0950c2d360599d5b859ff43caf142115ac518", "tree": "49e9c1703ed64d784222de0ab64d133e594f8b92", "parents": [ "cabb4147cb8b0d92b8c779dfaff63e695f204598" ], "author": { "name": "Krzysztof Mazur", "email": "krzysiek@podlesie.net", "time": "Wed Dec 19 11:03:41 2012 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:06 2014 -0700" }, "message": "i915: ensure that VGA plane is disabled\n\ncommit 0fde901f1ddd2ce0e380a6444f1fb7ca555859e9 upstream.\n\nSome broken systems (like HP nc6120) in some cases, usually after LID\nclose/open, enable VGA plane, making display unusable (black screen on LVDS,\nsome strange mode on VGA output). We used to disable VGA plane only once at\nstartup. Now we also check, if VGA plane is still disabled while changing\nmode, and fix that if something changed it.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d57434\nSigned-off-by: Krzysztof Mazur \u003ckrzysiek@podlesie.net\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\n[bwh: Backported to 3.2: intel_modeset_setup_hw_state() does not\n exist, so call i915_redisable_vga() directly from intel_lid_notify()]\nSigned-off-by: Ben Hutchings \u003cben@decadent.org.uk\u003e\nCc: Qiang Huang \u003ch.huangqiang@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "36f26e715d5af2ded7ea0faf970d4e6f84788b5b", "tree": "3545c5cb21cd93e93077d3d1dbfa9b71966210c8", "parents": [ "576d1afddd63a92a99f8a08adc28ce3fd9bb7c9d" ], "author": { "name": "Ilia Mirkin", "email": "imirkin@alum.mit.edu", "time": "Wed Mar 26 19:37:21 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:02 2014 -0700" }, "message": "drm/nouveau/acpi: allow non-optimus setups to load vbios from acpi\n\ncommit a3d0b1218d351c6e6f3cea36abe22236a08cb246 upstream.\n\nThere appear to be a crop of new hardware where the vbios is not\navailable from PROM/PRAMIN, but there is a valid _ROM method in ACPI.\nThe data read from PCIROM almost invariably contains invalid\ninstructions (still has the x86 opcodes), which makes this a low-risk\nway to try to obtain a valid vbios image.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d76475\nSigned-off-by: Ilia Mirkin \u003cimirkin@alum.mit.edu\u003e\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a0eaa5aa5fa2075c82a657904bdce01a816857e3", "tree": "d992013edb5b7efa4a63ebffda177875725438a1", "parents": [ "546c518fb111a753a00f55af9052ea275ab69f12" ], "author": { "name": "Alex Deucher", "email": "alexdeucher@gmail.com", "time": "Tue Apr 15 12:44:34 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:02:01 2014 -0700" }, "message": "drm/radeon: fix ATPX detection on non-VGA GPUs\n\ncommit e9a4099a59cc598a44006059dd775c25e422b772 upstream.\n\nSome newer PX laptops have the pci device class\nset to DISPLAY_OTHER rather than DISPLAY_VGA. This\nproperly detects ATPX on those laptops.\n\nBased on a patch from: Pali Rohár \u003cpali.rohar@gmail.com\u003e\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nCc: airlied@gmail.com\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "ced68efe273377c2f525418da0b75f8d2d6d2402", "tree": "f1699a80164a4757c79cc061b30903f49793cae5", "parents": [ "b8a0ddefa0086479a20270c43fb00f71cb5ce573" ], "author": { "name": "Alex Deucher", "email": "alexdeucher@gmail.com", "time": "Mon Mar 31 11:19:46 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:01:58 2014 -0700" }, "message": "drm/radeon: call drm_edid_to_eld when we update the edid\n\ncommit 16086279353cbfecbb3ead474072dced17b97ddc upstream.\n\nThis needs to be done to update some of the fields in\nthe connector structure used by the audio code.\n\nNoticed by several users on irc.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b8a0ddefa0086479a20270c43fb00f71cb5ce573", "tree": "f3268d6a74d51c01cb5f3159f0c293c6cb6e25de", "parents": [ "2b8b56486c1cb6bb0ea3a5eafc5f54748fd05c7a" ], "author": { "name": "Christopher Friedt", "email": "chrisfriedt@gmail.com", "time": "Sat Feb 01 10:01:15 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Jun 07 16:01:58 2014 -0700" }, "message": "drm/vmwgfx: correct fb_fix_screeninfo.line_length\n\ncommit aa6de142c901cd2d90ef08db30ae87da214bedcc upstream.\n\nPreviously, the vmwgfx_fb driver would allow users to call FBIOSET_VINFO, but it would not adjust\nthe FINFO properly, resulting in distorted screen rendering. The patch corrects that behaviour.\n\nSee https://bugs.gentoo.org/show_bug.cgi?id\u003d494794 for examples.\n\nSigned-off-by: Christopher Friedt \u003cchrisfriedt@gmail.com\u003e\nReviewed-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b4e472edda0a5993ede690aca9a3fa3d8750c5f2", "tree": "f2b6d1a4ce95334e6aa0a918439295480c64d4c4", "parents": [ "9a9269138723e71e87f4adb00c0c2bbdc7bdcd0b" ], "author": { "name": "Giacomo Comes", "email": "comes@naic.edu", "time": "Thu Apr 03 14:13:55 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue May 13 14:11:32 2014 +0200" }, "message": "Skip intel_crt_init for Dell XPS 8700\n\ncommit 10b6ee4a87811a110cb01eaca01eb04da6801baf upstream.\n\nThe Dell XPS 8700 has a onboard Display port and HDMI port and no VGA port.\nThe call intel_crt_init freeze the machine, so skip such call.\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d73559\nSigned-off-by: Giacomo Comes \u003ccomes at naic.edu\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "7dab50632efb9ed42ee352c3588a3e107dff66bb", "tree": "cf7714a92bf1a47bc9327b4f760d5f710b45e67c", "parents": [ "bfe635e52ede4c72819099b0fce72e28eec6e6c6" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Mar 06 18:09:52 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Mar 23 21:37:06 2014 -0700" }, "message": "drm/radeon/atom: select the proper number of lanes in transmitter setup\n\ncommit d03874c881a049a50e12f285077ab1f9fc2686e1 upstream.\n\nWe need to check for DVI vs. HDMI when setting up duallink since\nHDMI is single link only. Fixes 4k modes on newer asics.\n\nbug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d75223\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cf828d9fed64eda7a0b3aefd90d1eb2fada2b544", "tree": "ee0bfd2c1fe41616ee99911656be1c61d94295ec", "parents": [ "c7fc368e0c6b01aef43d00fcfd59159f0acdf0cd" ], "author": { "name": "Rob Clark", "email": "rclark@redhat.com", "time": "Wed Mar 12 10:59:37 2014 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Mar 23 21:37:04 2014 -0700" }, "message": "drm/ttm: don\u0027t oops if no invalidate_caches()\n\ncommit 9ef7506f7eff3fc42724269f62e30164c141661f upstream.\n\nA few of the simpler TTM drivers (cirrus, ast, mgag200) do not implement\nthis function. Yet can end up somehow with an evicted bo:\n\n BUG: unable to handle kernel NULL pointer dereference at (null)\n IP: [\u003c (null)\u003e] (null)\n PGD 16e761067 PUD 16e6cf067 PMD 0\n Oops: 0010 [#1] SMP\n Modules linked in: bnep bluetooth rfkill fuse ip6t_rpfilter ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter ip_tables sg btrfs zlib_deflate raid6_pq xor dm_queue_length iTCO_wdt iTCO_vendor_support coretemp kvm dcdbas dm_service_time microcode serio_raw pcspkr lpc_ich mfd_core i7core_edac edac_core ses enclosure ipmi_si ipmi_msghandler shpchp acpi_power_meter mperf nfsd auth_rpcgss nfs_acl lockd uinput sunrpc dm_multipath xfs libcrc32c ata_generic pata_acpi sr_mod cdrom\n sd_mod usb_storage mgag200 syscopyarea sysfillrect sysimgblt i2c_algo_bit lpfc drm_kms_helper ttm crc32c_intel ata_piix bfa drm ixgbe libata i2c_core mdio crc_t10dif ptp crct10dif_common pps_core scsi_transport_fc dca scsi_tgt megaraid_sas bnx2 dm_mirror dm_region_hash dm_log dm_mod\n CPU: 16 PID: 2572 Comm: X Not tainted 3.10.0-86.el7.x86_64 #1\n Hardware name: Dell Inc. PowerEdge R810/0H235N, BIOS 0.3.0 11/14/2009\n task: ffff8801799dabc0 ti: ffff88016c884000 task.ti: ffff88016c884000\n RIP: 0010:[\u003c0000000000000000\u003e] [\u003c (null)\u003e] (null)\n RSP: 0018:ffff88016c885ad8 EFLAGS: 00010202\n RAX: ffffffffa04e94c0 RBX: ffff880178937a20 RCX: 0000000000000000\n RDX: 0000000000000000 RSI: 0000000000240004 RDI: ffff880178937a00\n RBP: ffff88016c885b60 R08: 00000000000171a0 R09: ffff88007cf171a0\n R10: ffffea0005842540 R11: ffffffff810487b9 R12: ffff880178937b30\n R13: ffff880178937a00 R14: ffff88016c885b78 R15: ffff880179929400\n FS: 00007f81ba2ef980(0000) GS:ffff88007cf00000(0000) knlGS:0000000000000000\n CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n CR2: 0000000000000000 CR3: 000000016e763000 CR4: 00000000000007e0\n DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400\n Stack:\n ffffffffa0306fae ffff8801799295c0 0000000000260004 0000000000000001\n ffff88016c885b60 ffffffffa0307669 00ff88007cf17738 ffff88017cf17700\n ffff880178937a00 ffff880100000000 ffff880100000000 0000000079929400\n Call Trace:\n [\u003cffffffffa0306fae\u003e] ? ttm_bo_handle_move_mem+0x54e/0x5b0 [ttm]\n [\u003cffffffffa0307669\u003e] ? ttm_bo_mem_space+0x169/0x340 [ttm]\n [\u003cffffffffa0307bd7\u003e] ttm_bo_move_buffer+0x117/0x130 [ttm]\n [\u003cffffffff81130001\u003e] ? perf_event_init_context+0x141/0x220\n [\u003cffffffffa0307cb1\u003e] ttm_bo_validate+0xc1/0x130 [ttm]\n [\u003cffffffffa04e7377\u003e] mgag200_bo_pin+0x87/0xc0 [mgag200]\n [\u003cffffffffa04e56c4\u003e] mga_crtc_cursor_set+0x474/0xbb0 [mgag200]\n [\u003cffffffff811971d2\u003e] ? __mem_cgroup_commit_charge+0x152/0x3b0\n [\u003cffffffff815c4182\u003e] ? mutex_lock+0x12/0x2f\n [\u003cffffffffa0201433\u003e] drm_mode_cursor_common+0x123/0x170 [drm]\n [\u003cffffffffa0205231\u003e] drm_mode_cursor_ioctl+0x41/0x50 [drm]\n [\u003cffffffffa01f5ca2\u003e] drm_ioctl+0x502/0x630 [drm]\n [\u003cffffffff815cbab4\u003e] ? __do_page_fault+0x1f4/0x510\n [\u003cffffffff8101cb68\u003e] ? __restore_xstate_sig+0x218/0x4f0\n [\u003cffffffff811b4445\u003e] do_vfs_ioctl+0x2e5/0x4d0\n [\u003cffffffff8124488e\u003e] ? file_has_perm+0x8e/0xa0\n [\u003cffffffff811b46b1\u003e] SyS_ioctl+0x81/0xa0\n [\u003cffffffff815d05d9\u003e] system_call_fastpath+0x16/0x1b\n Code: Bad RIP value.\n RIP [\u003c (null)\u003e] (null)\n RSP \u003cffff88016c885ad8\u003e\n CR2: 0000000000000000\n\nSigned-off-by: Rob Clark \u003crclark@redhat.com\u003e\nReviewed-by: Jérôme Glisse \u003cjglisse@redhat.com\u003e\nReviewed-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "66d383de0963dd351051304e36247e9a6fa66b77", "tree": "5cd17ffcb6edfa4385a2ceddb63ada9efdea2ee1", "parents": [ "c523abc466c9b7c693e4a528ca2f54c6e931b6a6", "2606524141e4ff9b6a5d0bcbd9d601dfc5a8285c" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Mar 07 11:56:04 2014 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Fri Mar 07 11:56:04 2014 -0800" }, "message": "Merge tag \u0027v3.4.82\u0027 into cm-11.0\n\nThis is the 3.4.82 stable release\n\nConflicts:\n\tarch/arm/kernel/traps.c\n\tmm/internal.h\n\nChange-Id: Ie3b1ffdfe133e76cfa3eaaa4305535af8490d7cc\n" }, { "commit": "dbdd2eb440291a1d71e54cfe0e6465402d81abc3", "tree": "3ab82f58da229cd93dc7781c265cb88e4ef3fad7", "parents": [ "4e0bc3f3cd9028d4a2bc2f21c6d371b2f671823b" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Sun Jul 01 17:09:42 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 20 10:45:32 2014 -0800" }, "message": "drm/i915: kick any firmware framebuffers before claiming the gtt\n\ncommit 9f846a16d213523fbe6daea17e20df6b8ac5a1e5 upstream.\n\nEspecially vesafb likes to map everything as uc- (yikes), and if that\nmapping hangs around still while we try to map the gtt as wc the\nkernel will downgrade our request to uc-, resulting in abyssal\nperformance.\n\nUnfortunately we can\u0027t do this as early as readon does (i.e. as the\nfirst thing we do when initializing the hw) because our fb/mmio space\nregion moves around on a per-gen basis. So I\u0027ve had to move it below\nthe gtt initialization, but that seems to work, too. The important\nthing is that we do this before we set up the gtt wc mapping.\n\nNow an altogether different question is why people compile their\nkernels with vesafb enabled, but I guess making things just work isn\u0027t\nbad per se ...\n\nv2:\n- s/radeondrmfb/inteldrmfb/\n- fix up error handling\n\nv3: Kill #ifdef X86, this is Intel after all. Noticed by Ben Widawsky.\n\nv4: Jani Nikula complained about the pointless bool primary\ninitialization.\n\nv5: Don\u0027t oops if we can\u0027t allocate, noticed by Chris Wilson.\n\nv6: Resolve conflicts with agp rework and fixup whitespace.\n\nThis is commit e188719a2891f01b3100d in drm-next.\n\nBackport to 3.5 -fixes queue requested by Dave Airlie - due to grub\nusing vesa on fedora their initrd seems to load vesafb before loading\nthe real kms driver. So tons more people actually experience a\ndead-slow gpu. Hence also the Cc: stable.\n\nReported-and-tested-by: \"Kilarski, Bernard R\" \u003cbernard.r.kilarski@intel.com\u003e\nReviewed-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\n[lizf: Backported to 3.4: adjust context]\nSigned-off-by: Li Zefan \u003clizefan@huawei.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n\n" }, { "commit": "27fb12b9e08a7f5bb8d8faa65002b9f76ee285b6", "tree": "6f4a6a51c32529a89a72287627587c68381a4992", "parents": [ "00a67d1c296f19848ffa299fcedaac531a4717f4" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Jan 27 18:29:35 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:17 2014 -0800" }, "message": "drm/radeon/DCE4+: clear bios scratch dpms bit (v2)\n\ncommit 6802d4bad83f50081b2788698570218aaff8d10e upstream.\n\nThe BlankCrtc table in some DCE8 boards has some\nlogic shortcuts for the vbios when this bit is set.\nClear it for driver use.\n\nv2: fix typo\n\nBug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d73420\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "00a67d1c296f19848ffa299fcedaac531a4717f4", "tree": "7730ce0365dae4a1337efdd3c9584a0f81dcec6f", "parents": [ "790d84498040cb890bd93a933d62f69bcaf85ce8" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Jan 16 18:11:47 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:16 2014 -0800" }, "message": "drm/radeon: set the full cache bit for fences on r7xx+\n\ncommit d45b964a22cad962d3ede1eba8d24f5cee7b2a92 upstream.\n\nNeeded to properly flush the read caches for fences.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "790d84498040cb890bd93a933d62f69bcaf85ce8", "tree": "60c716bec39e906d373ee79e6d0de6dc77f339f6", "parents": [ "e4496194b5e849e89065d675ffec7214238a6a19" ], "author": { "name": "Marek Olšák", "email": "marek.olsak@amd.com", "time": "Wed Jan 08 18:16:26 2014 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:16 2014 -0800" }, "message": "drm/radeon: skip colorbuffer checking if COLOR_INFO.FORMAT is set to INVALID\n\ncommit 56492e0fac2dbaf7735ffd66b206a90624917789 upstream.\n\nThis fixes a bug which was causing rejections of valid GPU commands\nfrom userspace.\n\nSigned-off-by: Marek Olšák \u003cmarek.olsak@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e4496194b5e849e89065d675ffec7214238a6a19", "tree": "962edfc9cb90a531be96d95b6b0fdf71eb8272f3", "parents": [ "aea570ea6bc6532cc33a2fb98d3a7348781f3b76" ], "author": { "name": "Michel Dänzer", "email": "michel.daenzer@amd.com", "time": "Wed Jan 08 11:40:20 2014 +0900" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:15 2014 -0800" }, "message": "radeon/pm: Guard access to rdev-\u003epm.power_state array\n\ncommit 370169516e736edad3b3c5aa49858058f8b55195 upstream.\n\nIt\u0027s never allocated on systems without an ATOMBIOS or COMBIOS ROM.\n\nShould fix an oops I encountered while resetting the GPU after a lockup\non my PowerBook with an RV350.\n\nSigned-off-by: Michel Dänzer \u003cmichel.daenzer@amd.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "aea570ea6bc6532cc33a2fb98d3a7348781f3b76", "tree": "6b6bbe88dcdaf4eada66b8cf18e5db5b2ade7ad2", "parents": [ "11690e1491de3c35b09bff55336c14aacbdf1627" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jan 07 10:05:02 2014 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Feb 13 11:51:15 2014 -0800" }, "message": "drm/radeon: warn users when hw_i2c is enabled (v2)\n\ncommit d195178297de9a91246519dbfa98952b70f9a9b6 upstream.\n\nThe hw i2c engines are disabled by default as the\ncurrent implementation is still experimental. Print\na warning when users enable it so that it\u0027s obvious\nwhen the option is enabled.\n\nv2: check for non-0 rather than 1\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReviewed-by: Christian König \u003cchristian.koenig@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "fda73056f62d84376a3d29926708b4a08155da31", "tree": "0080c4eec02c23179f59a50d269f48f7662b61ce", "parents": [ "cf8f2e58d0893f9785b8056b29d9bbcb4758765f", "94f578e6aba14bb2aeb00db2e7f6e5f704fee937" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:50:44 2014 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Tue Jan 14 21:50:44 2014 -0800" }, "message": "Merge tag \u0027v3.4.76\u0027 into cm-11.0\n\nThis is the 3.4.76 stable release\n\nConflicts:\n\tdrivers/gpio/gpio-msm-v2.c\n\nChange-Id: Ic80b29098bdf656b5e5c9b95d98d2ec64bba1f28\n" }, { "commit": "93fb68c0c53ce4660686cf276320e64fe68578a1", "tree": "b9b28dd30423c83e663f83af190ee8bd015461b0", "parents": [ "628706b739d6fdf0942030c75e301234f0c72d52" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Dec 19 19:41:46 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 08 09:42:11 2014 -0800" }, "message": "drm/radeon: fix asic gfx values for scrapper asics\n\ncommit e2f6c88fb903e123edfd1106b0b8310d5117f774 upstream.\n\nFixes gfx corruption on certain TN/RL parts.\n\nbug:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d60389\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b266405d3fb1b41af54c762247da92cf9083d98e", "tree": "c02ce060b3c623d5f7cebcfdab73745ea0fd951c", "parents": [ "3f8878956c833443d6c6e498e9ed6a18ee30e0f5" ], "author": { "name": "Rafał Miłecki", "email": "zajec5@gmail.com", "time": "Sat Dec 07 13:22:42 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Jan 08 09:42:11 2014 -0800" }, "message": "drm/edid: add quirk for BPC in Samsung NP700G7A-S01PL notebook\n\ncommit 49d45a31b71d7d9da74485922bdb63faf3dc9684 upstream.\n\nThis bug in EDID was exposed by:\n\ncommit eccea7920cfb009c2fa40e9ecdce8c36f61cab66\nAuthor: Alex Deucher \u003calexander.deucher@amd.com\u003e\nDate: Mon Mar 26 15:12:54 2012 -0400\n\n drm/radeon/kms: improve bpc handling (v2)\n\nWhich resulted in kind of regression in 3.5. This fixes\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d70934\n\nSigned-off-by: Rafał Miłecki \u003czajec5@gmail.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "de0f9a5a9d7932086e623560d66655cc8507cfec", "tree": "d9e4678d68da38d7670b79c8b5e8782445c5ad7e", "parents": [ "e1a3c5a3706d580390c02c69cb14dcd679d31d91", "84dfcb758ba7cce52ef475ac96861a558e1a20ca" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Dec 21 14:22:41 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sat Dec 21 14:22:41 2013 -0800" }, "message": "Merge tag \u0027v3.4.75\u0027 into cm-11.0\n\nThis is the 3.4.75 stable release\n\nConflicts:\n\tdrivers/md/dm-crypt.c\n\tdrivers/mmc/card/block.c\n\tdrivers/net/ethernet/smsc/smc91x.h\n\nChange-Id: I39f38ef5530c5fef07583beb9d76b983e71b9ff3\n" }, { "commit": "4f1f56b80623dd9c7c9e99040fbf5b79d28799d6", "tree": "7773a12c7d0511e19aaaabe18f7549c77cab5f94", "parents": [ "01c2b7b7c7b16d08a7b3659bb2d98d3a2034b365" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Dec 03 09:24:30 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Fri Dec 20 07:34:20 2013 -0800" }, "message": "drm/radeon: fixup bad vram size on SI\n\ncommit 0ca223b029a261e82fb2f50c52eb85d510f4260e upstream.\n\nSome boards seem to have garbage in the upper\n16 bits of the vram size register. Check for\nthis and clamp the size properly. Fixes\nboards reporting bogus amounts of vram.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "2a38ada0f1ab9f894eea4428731ebc811b51c3f3", "tree": "759c765808a23a3a35e4ba10d8306c847c0205b7", "parents": [ "19218e895cefdd389c96af12c93c89e7276bbaad", "44d19f5a04ae4e433548ba2f25e4d2ccfcac765e" ], "author": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sun Dec 08 12:50:38 2013 -0800" }, "committer": { "name": "Ethan Chen", "email": "intervigil@gmail.com", "time": "Sun Dec 08 12:50:38 2013 -0800" }, "message": "Merge tag \u0027v3.4.72\u0027 into tmp\n\nThis is the 3.4.72 stable release\n\nConflicts:\n\tarch/arm/Kconfig\n\tarch/arm/include/asm/mutex.h\n\tarch/arm/kernel/perf_event.c\n\tarch/arm/kernel/traps.c\n\tarch/arm/mm/dma-mapping.c\n\tdrivers/base/power/main.c\n\tdrivers/bluetooth/ath3k.c\n\tdrivers/bluetooth/btusb.c\n\tdrivers/gpu/drm/radeon/radeon_mode.h\n\tdrivers/mmc/card/block.c\n\tdrivers/mmc/host/sdhci.c\n\tdrivers/usb/core/message.c\n\tdrivers/usb/host/xhci-plat.c\n\tdrivers/usb/host/xhci.h\n\tdrivers/virtio/virtio_ring.c\n\tfs/ubifs/dir.c\n\tinclude/linux/freezer.h\n\tinclude/linux/virtio.h\n\tinclude/media/v4l2-ctrls.h\n\tinclude/net/bluetooth/hci_core.h\n\tinclude/net/bluetooth/mgmt.h\n\tkernel/cgroup.c\n\tkernel/futex.c\n\tkernel/signal.c\n\tnet/bluetooth/hci_conn.c\n\tnet/bluetooth/hci_core.c\n\tnet/bluetooth/hci_event.c\n\tnet/bluetooth/l2cap_core.c\n\tnet/bluetooth/mgmt.c\n\tnet/bluetooth/rfcomm/sock.c\n\tnet/bluetooth/smp.c\n\nChange-Id: I4fb0d5de74ca76f933d95d98e1a9c2c859402f34\n" }, { "commit": "3ae78536556792344cad475b78aecaf66e9ab3a6", "tree": "8a9e3dc066a73c2693d7dc5191794d1c6748ca29", "parents": [ "e21e0c15bcce325c61d67181d1e1d6ff917eda4d" ], "author": { "name": "Jerome Glisse", "email": "jglisse@redhat.com", "time": "Tue Nov 12 10:51:16 2013 -0500" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:33 2013 -0800" }, "message": "radeon: workaround pinning failure on low ram gpu\n\ncommit 97b6ff6be9da7675aab339334fda996d6c5077d9 upstream.\n\nGPU with low amount of ram can fails at pinning new framebuffer before\nunpinning old one. On such failure, retry with unpinning old one before\npinning new one allowing to work around the issue. This is somewhat\nugly but only affect those old GPU we care about.\n\nSigned-off-by: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e21e0c15bcce325c61d67181d1e1d6ff917eda4d", "tree": "6e8e8d11d5415a4db958b239119137384878622d", "parents": [ "c417faedff9cf67956760f48a167253609f26fd6" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Oct 28 10:56:23 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:33 2013 -0800" }, "message": "drm/radeon/si: fix define for MC_SEQ_TRAIN_WAKEUP_CNTL\n\ncommit d5693761b2b4ff530c8af8af9ec55b6eae76e617 upstream.\n\nTypo in the register offset.\n\nNoticed-by: Sylvain BERTRAND \u003csylware@legeek.net\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "c417faedff9cf67956760f48a167253609f26fd6", "tree": "a7c2589e7ce7073078b6bf1d9fc6d7847b749e2a", "parents": [ "38b24f2c291160842a855899e04e11952da3da3f" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Wed Nov 13 15:18:32 2013 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:33 2013 -0800" }, "message": "drm/nouveau: when bailing out of a pushbuf ioctl, do not remove previous fence\n\ncommit 9360bd1112d8874d21942e2ae74f5416b00a8db6 upstream.\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "38b24f2c291160842a855899e04e11952da3da3f", "tree": "5b9cbe7a7c3a338bc2ec64a88d2c1a5fd368d835", "parents": [ "6e911aa9fefc5e239e979247aced3b2f6cdb4f38" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Mon Nov 04 08:13:45 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:33 2013 -0800" }, "message": "drm/i915: flush cursors harder\n\ncommit b2ea8ef559b4d94190009f3651b5b3ab7c05afd3 upstream.\n\nApparently they need the same treatment as primary planes. This fixes\nmodesetting failures because of stuck cursors (!) on Thomas\u0027 i830M\nmachine.\n\nI\u0027ve figured while at it I\u0027ll also roll it out for the ivb 3 pipe\nversion of this function. I didn\u0027t do this for i845/i865 since Bspec\nsays the update mechanism works differently, and there\u0027s some\nadditional rules about what can be updated in which order.\n\nTested-by: Thomas Richter \u003cthor@math.tu-berlin.de\u003e\nCc: Thomas Richter \u003cthor@math.tu-berlin.de\u003e\nCc: Ville Syrjälä \u003cville.syrjala@linux.intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "6e911aa9fefc5e239e979247aced3b2f6cdb4f38", "tree": "7c11f2c6b86924a8ddf502af1d1f17c268347974", "parents": [ "230ab9dec1640dabf4c7932cfc626e51a844a6b6" ], "author": { "name": "Jakob Bornecrantz", "email": "jakob@vmware.com", "time": "Wed Oct 30 02:46:56 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Dec 04 10:50:32 2013 -0800" }, "message": "drm/ttm: Handle in-memory region copies\n\ncommit 9a0599ddeae012a771bba5e23393fc52d8a59d89 upstream.\n\nFix the case where the ttm pointer may be NULL causing\na NULL pointer dereference.\n\nSigned-off-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nSigned-off-by: Thomas Hellström \u003cthellstrom@vmware.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "69ef8f446862dd467bd9da111c3a8c17446d74b6", "tree": "3fc20359596a0f2f6454643780152deedb99b1c0", "parents": [ "b6a155c67112746f43d8f9c86dfc426dd455060f" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Thu Oct 10 16:45:27 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Nov 13 12:01:49 2013 +0900" }, "message": "drm/radeon/atom: workaround vbios bug in transmitter table on rs780\n\ncommit c23632d4e57c0dd20bf50eca08fa0eb8ad3ff680 upstream.\n\nSome rs780 asics seem to be affected as well.\n\nSee:\nhttp://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id\u003d91f3a6aaf280294b07c05dfe606e6c27b7ba3c72\n\nFixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d60791\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b6a155c67112746f43d8f9c86dfc426dd455060f", "tree": "f5918a374645b531ed0147a75731a5731d4bc6dc", "parents": [ "b07ef016454ff46f98e633b5a6247ca7e343fb67" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Wed Oct 16 11:22:44 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Wed Nov 13 12:01:49 2013 +0900" }, "message": "drm: Prevent overwriting from userspace underallocating core ioctl structs\n\ncommit b062672e305ce071f21eb9e18b102c2a430e0999 upstream.\n\nApply the protections from\n\ncommit 1b2f1489633888d4a06028315dc19d65768a1c05\nAuthor: Dave Airlie \u003cairlied@redhat.com\u003e\nDate: Sat Aug 14 20:20:34 2010 +1000\n\n drm: block userspace under allocating buffer and having drivers overwrite it (v2)\n\nto the core ioctl structs as well, for we found one instance where there\nis a 32-/64-bit size mismatch and were guilty of writing beyond the end\nof the user\u0027s buffer.\n\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Dave Airlie \u003cairlied@redhat.com\u003e\nReviewed-by: Ville Syrjälä \u003cville.syrjala@linux.intel.com\u003e\nCc: dri-devel@lists.freedesktop.org\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "27eea92a6552a4163e17175511791f1951ffc8e9", "tree": "ed4438beb7a0ffec46433b408d239845ba757084", "parents": [ "d3c113cbc827fcd0d4b4cf7a4ad7a6954e16a9ed" ], "author": { "name": "wojciech kapuscinski", "email": "wojtask9@wp.pl", "time": "Tue Oct 01 19:54:33 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 22 09:02:25 2013 +0100" }, "message": "drm/radeon: fix hw contexts for SUMO2 asics\n\ncommit 50b8f5aec04ebec7dbdf2adb17220b9148c99e63 upstream.\n\nThey have 4 rather than 8.\n\nFixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d63599\n\nSigned-off-by: wojciech kapuscinski \u003cwojtask9@wp.pl\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "74c2478cbbeb55d62e4c0d224949cd6b0a963986", "tree": "a67f8f2c7471683605da387cdae3bf1bedee3eed", "parents": [ "cadf1b81a7021b26241819d0a360e22609b57a4b" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Sep 23 10:38:26 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 05 07:06:54 2013 -0700" }, "message": "drm/radeon: disable tests/benchmarks if accel is disabled\n\ncommit 4a1132a023eb48cf10522d84c5908d43b612c041 upstream.\n\nThe tests are only usable if the acceleration engines have\nbeen successfully initialized.\n\nBased on an initial patch from: Alex Ivanov \u003cgnidorah@p0n4ik.tk\u003e\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "cadf1b81a7021b26241819d0a360e22609b57a4b", "tree": "f93e403ced6c9a5d7561a89051d54938a8ba3384", "parents": [ "182410bd95348ef1ee5b1bccff8c2c75cec72b44" ], "author": { "name": "Jani Nikula", "email": "jani.nikula@intel.com", "time": "Fri Sep 20 16:42:15 2013 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Oct 05 07:06:54 2013 -0700" }, "message": "drm/i915/dp: increase i2c-over-aux retry interval on AUX DEFER\n\ncommit 8d16f258217f2f583af1fd57c5144aa4bbe73e48 upstream.\n\nThere is no clear cut rules or specs for the retry interval, as there\nare many factors that affect overall response time. Increase the\ninterval, and even more so on branch devices which may have limited i2c\nbit rates.\n\nSigned-off-by: Jani Nikula \u003cjani.nikula@intel.com\u003e\nReference: https://bugs.freedesktop.org/show_bug.cgi?id\u003d60263\nTested-by: Nicolas Suzor \u003cnic@suzor.com\u003e\nReviewed-by: Todd Previte \u003ctprevite@gmail.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "72417b659ae9c36e1807bc930240aec202970861", "tree": "0d30d33a47720e99ca5eb7d027613aa823d91e3f", "parents": [ "a59b428bd6a05560d7cb656849866e220946da87" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Sep 09 10:54:22 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon/atom: workaround vbios bug in transmitter table on rs880 (v2)\n\ncommit 91f3a6aaf280294b07c05dfe606e6c27b7ba3c72 upstream.\n\nThe OUTPUT_ENABLE action jumps past the point in the coder where\nthe data_offset is set on certain rs780 cards. This worked\npreviously because the OUTPUT_ENABLE action is always called\nimmediately after the ENABLE action so the data_offset remained\nset. In 6f8bbaf568c7f2c497558bfd04654c0b9841ad57\n(drm/radeon/atom: initialize more atom interpretor elements to 0),\nwe explictly reset data_offset to 0 between atom calls which then\ncaused this to fail. The fix is to just skip calling the\nOUTPUT_ENABLE action on the problematic chipsets. The ENABLE\naction does the same thing and more. Ultimately, we could\nprobably drop the OUTPUT_ENABLE action all together on DCE3\nasics.\n\nfixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d60791\n\nv2: only rs880 seems to be affected\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "a59b428bd6a05560d7cb656849866e220946da87", "tree": "02082e1027094899487066f86c3360f662259b34", "parents": [ "b805676fd8265b428ff2a15b3aaa15adecc55bb8" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Aug 27 12:36:01 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: fix handling of variable sized arrays for router objects\n\ncommit fb93df1c2d8b3b1fb16d6ee9e32554e0c038815d upstream.\n\nThe table has the following format:\n\ntypedef struct _ATOM_SRC_DST_TABLE_FOR_ONE_OBJECT //usSrcDstTableOffset pointing to this structure\n{\n UCHAR ucNumberOfSrc;\n USHORT usSrcObjectID[1];\n UCHAR ucNumberOfDst;\n USHORT usDstObjectID[1];\n}ATOM_SRC_DST_TABLE_FOR_ONE_OBJECT;\n\nusSrcObjectID[] and usDstObjectID[] are variably sized, so we\ncan\u0027t access them directly. Use pointers and update the offset\nappropriately when accessing the Dst members.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b805676fd8265b428ff2a15b3aaa15adecc55bb8", "tree": "693f0e0b36e989da8c66cb8a267e7121f32dc0d3", "parents": [ "da2f15e84f3a463a2f643c0c9922126ebdc7233c" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 26 17:52:12 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: fix resume on some rs4xx boards (v2)\n\ncommit acf88deb8ddbb73acd1c3fa32fde51af9153227f upstream.\n\nSetting MC_MISC_CNTL.GART_INDEX_REG_EN causes hangs on\nsome boards on resume. The systems seem to work fine\nwithout touching this bit so leave it as is.\n\nv2: read-modify-write the GART_INDEX_REG_EN bit.\nI suspect the problem is that we are losing the other\nsettings in the register.\n\nfixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d52952\n\nReported-by: Ondrej Zary \u003clinux@rainbow-software.org\u003e\nTested-by: Daniel Tobias \u003cdan.g.tob@gmail.com\u003e\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "da2f15e84f3a463a2f643c0c9922126ebdc7233c", "tree": "eb859a958d6c8590cef225c34abe6d106542ace2", "parents": [ "be70f1f28ecd59be723b3183539255944dad5df5" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 19 11:15:43 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: update line buffer allocation for dce6\n\ncommit 290d24576ccf1aa0373d2185cedfe262d0d4952a upstream.\n\nWe need to allocate line buffer to each display when\nsetting up the watermarks. Failure to do so can lead\nto a blank screen. This fixes blank screen problems\non dce6 asics.\n\nFixes:\nhttps://bugs.freedesktop.org/show_bug.cgi?id\u003d64850\n\nBased on an initial fix from:\nJay Cornwall \u003cjay.cornwall@amd.com\u003e\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "be70f1f28ecd59be723b3183539255944dad5df5", "tree": "c9972e1868891bf334f4aee6685c12629f3af0bc", "parents": [ "63fffa36d35fedf0124522b8748a79e6817889e9" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 19 11:06:50 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: update line buffer allocation for dce4.1/5\n\ncommit 0b31e02363b0db4e7931561bc6c141436e729d9f upstream.\n\nWe need to allocate line buffer to each display when\nsetting up the watermarks. Failure to do so can lead\nto a blank screen. This fixes blank screen problems\non dce4.1/5 asics.\n\nBased on an initial fix from:\nJay Cornwall \u003cjay.cornwall@amd.com\u003e\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "63fffa36d35fedf0124522b8748a79e6817889e9", "tree": "432188a677672126d906ccd0f3029fc6bebb5546", "parents": [ "e3695a4006bcddfb92e7f04e7bbf9837972d2768" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Wed Aug 07 19:34:53 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: fix endian bugs in hw i2c atom routines\n\ncommit 4543eda52113d1e2cc0e9bf416f79597e6ef1ec7 upstream.\n\nNeed to swap the data fetched over i2c properly. This\nis the same fix as the endian fix for aux channel\ntransactions.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e3695a4006bcddfb92e7f04e7bbf9837972d2768", "tree": "397de5fd8b70c45a7559fe2a2129fdc847c12635", "parents": [ "0498605a9cf5417da2306b484f255282b2413688" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Aug 20 14:59:01 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/radeon: fix LCD record parsing\n\ncommit 95663948ba22a4be8b99acd67fbf83e86ddffba4 upstream.\n\nIf the LCD table contains an EDID record, properly account\nfor the edid size when walking through the records.\n\nThis should fix error messages about unknown LCD records.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "0498605a9cf5417da2306b484f255282b2413688", "tree": "94c1072dbe6d6543b89ffbc611a7e2bdbf6d6a33", "parents": [ "c931726692f5a8e294d96cec603d3e4ce4f34538" ], "author": { "name": "Ben Skeggs", "email": "bskeggs@redhat.com", "time": "Tue Sep 17 14:21:15 2013 +1000" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Oct 01 09:10:51 2013 -0700" }, "message": "drm/ttm: fix the tt_populated check in ttm_tt_destroy()\n\ncommit 182b17c8dc4e83aab000ce86587b6810e515da87 upstream.\n\nAfter a vmalloc failure in ttm_dma_tt_alloc_page_directory(),\nttm_dma_tt_init() will call ttm_tt_destroy() to cleanup, and end up\ninside the driver\u0027s unpopulate() hook when populate() has never yet\nbeen called.\n\nOn nouveau, the first issue to be hit because of this is that\ndma_address[] may be a NULL pointer. After working around this,\nttm_pool_unpopulate() may potentially hit the same issue with\nthe pages[] array.\n\nIt seems to make more sense to avoid calling unpopulate on already\nunpopulated TTMs than to add checks to all the implementations.\n\nSigned-off-by: Ben Skeggs \u003cbskeggs@redhat.com\u003e\nReviewed-by: Thomas Hellstrom \u003cthellstrom@vmware.com\u003e\nCc: Jerome Glisse \u003cjglisse@redhat.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@redhat.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "d060c0b744c99df4979b4781be0a8204cc93f94c", "tree": "b4fd4801562a29bbace6439825b35a703f09ad98", "parents": [ "512ecf84714aa7f906807c5149cd4776d157d7ab" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Mon Aug 12 11:04:29 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Sep 26 17:15:51 2013 -0700" }, "message": "drm/edid: add quirk for Medion MD30217PG\n\ncommit 118bdbd86b39dbb843155054021d2c59058f1e05 upstream.\n\nThis LCD monitor (1280x1024 native) has a completely\nbogus detailed timing (640x350@70hz). User reports that\n1280x1024@60 has waves so prefer 1280x1024@75.\n\nManufacturer: MED Model: 7b8 Serial#: 99188\nYear: 2005 Week: 5\nEDID Version: 1.3\nAnalog Display Input, Input Voltage Level: 0.700/0.700 V\nSync: Separate\nMax Image Size [cm]: horiz.: 34 vert.: 27\nGamma: 2.50\nDPMS capabilities: Off; RGB/Color Display\nFirst detailed timing is preferred mode\nredX: 0.645 redY: 0.348 greenX: 0.280 greenY: 0.605\nblueX: 0.142 blueY: 0.071 whiteX: 0.313 whiteY: 0.329\nSupported established timings:\n720x400@70Hz\n640x480@60Hz\n640x480@72Hz\n640x480@75Hz\n800x600@56Hz\n800x600@60Hz\n800x600@72Hz\n800x600@75Hz\n1024x768@60Hz\n1024x768@70Hz\n1024x768@75Hz\n1280x1024@75Hz\nManufacturer\u0027s mask: 0\nSupported standard timings:\nSupported detailed timing:\nclock: 25.2 MHz Image Size: 337 x 270 mm\nh_active: 640 h_sync: 688 h_sync_end 784 h_blank_end 800 h_border: 0\nv_active: 350 v_sync: 350 v_sync_end 352 v_blanking: 449 v_border: 0\nMonitor name: MD30217PG\nRanges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 145 MHz\nSerial No: 501099188\nEDID (in hex):\n 00ffffffffffff0034a4b80774830100\n 050f010368221b962a0c55a559479b24\n 125054afcf00310a0101010101018180\n 000000000000d60980a0205e63103060\n 0200510e1100001e000000fc004d4433\n 3032313750470a202020000000fd0038\n 4c1e530e000a202020202020000000ff\n 003530313039393138380a2020200078\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nReported-by: friedrich@mailstation.de\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "5817e3c7a152e2febbb342a807487e739395a973", "tree": "16f2a77b8a18b2ace299e6aa3e161692d519a285", "parents": [ "73bc40b87e7e61dea9e06576f7e1c5eaf49abe31" ], "author": { "name": "Imre Deak", "email": "imre.deak@intel.com", "time": "Fri Aug 23 23:50:23 2013 +0300" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Sep 07 21:58:15 2013 -0700" }, "message": "drm/i915: ivb: fix edp voltage swing reg val\n\ncommit 77fa4cbd5fa389e28419bbe8ac491b5fdd54840d upstream.\n\nFix the typo introduced in\n\ncommit 1a2eb4604b85c5efb343da8a4dcf41288fcfca85\nAuthor: Keith Packard \u003ckeithp@keithp.com\u003e\nDate: Wed Nov 16 16:26:07 2011 -0800\n\n drm/i915: Hook up Ivybridge eDP\n\nThis fixes eDP link-training failures and cases where all voltage swing\n/pre-emphasis levels were tried and failed during clock recovery and -\nas a fallback - we go on to do channel equalization with the last voltage\nswing/pre-emphasis level which will succeed. Both issues can lead to a\nblank screen.\n\nv2:\n- improve commit message\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d64880\nTested-by: Jeremy Moles \u003ccubicool@gmail.com\u003e\nSigned-off-by: Imre Deak \u003cimre.deak@intel.com\u003e\nReviewed-by: Paulo Zanoni \u003cpaulo.r.zanoni@intel.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "73bc40b87e7e61dea9e06576f7e1c5eaf49abe31", "tree": "34ef1d98e64f3bd2212d9a10a72b21a726278d64", "parents": [ "6e99f322b52642004e9949bedf70bb12f12e3a17" ], "author": { "name": "Jakob Bornecrantz", "email": "jakob@vmware.com", "time": "Thu Aug 29 02:32:53 2013 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sat Sep 07 21:58:15 2013 -0700" }, "message": "drm/vmwgfx: Split GMR2_REMAP commands if they are to large\n\ncommit 6e4dcff3adbf25acb87e74500a58e3c07bdec40f upstream.\n\nThis fixes the piglit test texturing/max-texture-size\ncausing the VM to die due to a too large SVGA command.\n\nSigned-off-by: Jakob Bornecrantz \u003cjakob@vmware.com\u003e\nReviewed-by: Biran Paul \u003cbrianp@vmware.com\u003e\nReviewed-by: Zack Rusin \u003czackr@vmware.com\u003e\nSigned-off-by: Dave Airlie \u003cairlied@gmail.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "05dd70866930b851b02bd28dc635739387b2b8f3", "tree": "2aba027267c06ca4edfa2c822791069e5cc5270d", "parents": [ "a34794460aa1fb5096708d079a29606123a2ec9c" ], "author": { "name": "Chris Wilson", "email": "chris@chris-wilson.co.uk", "time": "Tue Aug 06 19:01:14 2013 +0100" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Thu Aug 29 09:50:12 2013 -0700" }, "message": "drm/i915: Invalidate TLBs for the rings after a reset\n\ncommit 884020bf3d2a3787a1cc6df902e98e0eec60330b upstream.\n\nAfter any \"soft gfx reset\" we must manually invalidate the TLBs\nassociated with each ring. Empirically, it seems that a\nsuspend/resume or D3-D0 cycle count as a \"soft reset\". The symptom is\nthat the hardware would fail to note the new address for its status\npage, and so it would continue to write the shadow registers and\nbreadcrumbs into the old physical address (now used by something\ncompletely different, scary). Whereas the driver would read the new\nstatus page and never see any progress, it would appear that the GPU\nhung immediately upon resume.\n\nBased on a patch by naresh kumar kachhi \u003cnaresh.kumar.kacchi@intel.com\u003e\n\nReported-by: Thiago Macieira \u003cthiago@kde.org\u003e\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id\u003d64725\nSigned-off-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nTested-by: Thiago Macieira \u003cthiago@kde.org\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "b381f38c9fb0bbfdfff5452ce11f7c74ecd94c43", "tree": "4423e1e468bda92aa6c9c94be07b5b331f970da7", "parents": [ "d77d52563beaa75183580949cdce4330a2c6c84d" ], "author": { "name": "Daniel Vetter", "email": "daniel.vetter@ffwll.ch", "time": "Wed Jul 11 16:27:52 2012 +0200" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Tue Aug 20 08:26:27 2013 -0700" }, "message": "drm/i915/lvds: ditch -\u003eprepare special case\n\ncommit 520c41cf2fa029d1e8b923ac2026f96664f17c4b upstream.\n\nLVDS is the first output where dpms on/off and prepare/commit don\u0027t\nperfectly match. Now the idea behind this special case seems to be\nthat for simple resolution changes on the LVDS we don\u0027t need to stop\nthe pipe, because (at least on newer chips) we can adjust the panel\nfitter on the fly.\n\nThere are a few problems with the current code though:\n- We still stop and restart the pipe unconditionally, because the crtc\n helper code isn\u0027t flexible enough.\n- We show some ugly flickering, especially when changing crtcs (this\n the crtc helper would actually take into account, but we don\u0027t\n implement the encoder-\u003eget_crtc callback required to make this work\n properly).\n\nSo it doesn\u0027t even work as advertised. I agree that it would be nice\nto do resolution changes on LVDS (and also eDP) whithout blacking the\nscreen where the panel fitter allows to do that. But imo we should\nimplement this as a special case a few layers up in the mode set code,\nakin to how we already detect simple framebuffer changes (and only\nupdate the required registers with -\u003emode_set_base).\n\nUntil this is all in place, make our lives easier and just rip it out.\n\nAlso note that this seems to fix actual bugs with enabling the lvds\noutput, see:\n\nhttp://lists.freedesktop.org/archives/intel-gfx/2012-July/018614.html\n\nAcked-by: Chris Wilson \u003cchris@chris-wilson.co.uk\u003e\nCc: Takashi Iwai \u003ctiwai@suse.de\u003e\nCc: Giacomo Comes \u003ccomes@naic.edu\u003e\nTested-by: Takashi Iwai \u003ctiwai@suse.de\u003e\nSigned-Off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nCc: Haitao Zhang \u003chaitao.zhang@canonical.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "be1932db6f0ffc7504f8ef513515c292c466445c", "tree": "4f369c98fe14010d8ae033f2b9db649dd46c7131", "parents": [ "7f72cb082501852ae9ebe403efef2ebb0437ff57" ], "author": { "name": "Kamal Mostafa", "email": "kamal@canonical.com", "time": "Fri Jul 19 15:02:01 2013 -0700" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 11 15:38:43 2013 -0700" }, "message": "drm/i915: quirk no PCH_PWM_ENABLE for Dell XPS13 backlight\n\ncommit e85843bec6c2ea7c10ec61238396891cc2b753a9 upstream.\n\nBugLink: https://bugzilla.kernel.org/show_bug.cgi?id\u003d47941\nBugLink: https://bugs.launchpad.net/bugs/1163720\nBugLink: https://bugs.launchpad.net/bugs/1162026\n\nSome machines suffer from non-functional backlight controls if\nBLM_PCH_PWM_ENABLE is set, so provide a quirk to avoid doing so.\nApply this quirk to Dell XPS 13 models.\n\n[ kamal: backport to 3.4 ]\n\nTested-by: Eric Griffith \u003cEGriffith92@gmail.com\u003e\nTested-by: Kent Baxley \u003ckent.baxley@canonical.com\u003e\nSigned-off-by: Kamal Mostafa \u003ckamal@canonical.com\u003e\nSigned-off-by: Daniel Vetter \u003cdaniel.vetter@ffwll.ch\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "1996c98030fc41e8c0ff296b0508acca598acfee", "tree": "bfce948338c5b58e0b4e733b3039432bcdaa95d4", "parents": [ "e41f203de6370aa097df7fb9166ccb61ae75be05" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Tue Jul 30 00:22:53 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 04 16:25:57 2013 +0800" }, "message": "drm/radeon/atom: initialize more atom interpretor elements to 0\n\ncommit 42a21826dc54583cdb79cc8477732e911ac9c376 upstream.\n\nThe ProcessAuxChannel table on some rv635 boards assumes\nthe divmul members are initialized to 0 otherwise we get\nan invalid fb offset since it has a bad mask set when\nsetting the fb base. While here initialize all the\natom interpretor elements to 0.\n\nFixes:\nhttps://bugzilla.kernel.org/show_bug.cgi?id\u003d60639\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" }, { "commit": "e41f203de6370aa097df7fb9166ccb61ae75be05", "tree": "52f4addb59281adfadfa1017b0419100d55e42ff", "parents": [ "b076cb4efdcedb34f5cbac343ff609318a9b2eb0" ], "author": { "name": "Alex Deucher", "email": "alexander.deucher@amd.com", "time": "Fri Jul 19 17:44:43 2013 -0400" }, "committer": { "name": "Greg Kroah-Hartman", "email": "gregkh@linuxfoundation.org", "time": "Sun Aug 04 16:25:57 2013 +0800" }, "message": "drm/radeon: improve dac adjust heuristics for legacy pdac\n\ncommit 03ed8cf9b28d886c64c7e705c7bb1a365fd8fb95 upstream.\n\nHopefully avoid more quirks in the future due to bogus\nvbios dac data.\n\nSigned-off-by: Alex Deucher \u003calexander.deucher@amd.com\u003e\nSigned-off-by: Greg Kroah-Hartman \u003cgregkh@linuxfoundation.org\u003e\n\n" } ], "next": "b076cb4efdcedb34f5cbac343ff609318a9b2eb0" }