dri-devel September 2014

dri-devel@lists.freedesktop.org

173 participants
1045 discussions

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 07 Sep '14

07 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #28 from Chernovsky Oleg <adonai(a)xaker.ru> --- (In reply to comment #27) I think I got your point. So I'll read through documentation you provided and expose these values as hwmon interface. > I know it is a lot of changes I am asking you to do, but consistency across drivers is great feature! Agreed, and thanks for the hint. P.S. You should remember that my implementation is highly experimental and naive (it's even tested only on my card). I can't expose some particular values or allow to write them. E.g. I don't know how to enable automatic fan management again after I've disabled it for now. What should I return in such case? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 07 Sep '14

07 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #27 from Martin Peres <martin.peres(a)ensi-bourges.fr> --- (In reply to comment #26) > (In reply to comment #25) > > > I am the Nouveau developer who added fan management support. I would really > > advice you follow the hwmon recommendations and name this file pwm1. > > Sorry, I'm novice, didn't know about these. Don't feel bad, you cannot know possibly know everything ;) > Though it's not a hw interface > really, the exchange is done through io-mapped SMC registers... Not sure how more hw-oriented the interface could get :D That is still irrelevant to the discussion though. HWMON is software interface for the userspace. > > Ok, I'll make necessary changes. I assume it will allow lm-sensors to pick > it up automatically, is it correct? Yes, it will! Just to make sure we understood each others: - pwm1 (RW) exposes the current pwm value (what you called power) - pwm1_min(RW) min exposes the mininimum power that should be used by the fan - pwm1_max(RW) min exposes the maximum power that should be used by the fan - pwm1_enable (RW) exposes the current fan mode. 0 = DISABLED, 1 = MANUAL (the user writes the fan power he/she wants to pwm1), 2 = AUTOMATIC (linear fan management?). Here is Nouveau's documentation on fan management: http://cgit.freedesktop.org/nouveau/linux-2.6/tree/Documentation/thermal/no… I know it is a lot of changes I am asking you to do, but consistency across drivers is great feature! -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 07 Sep '14

07 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #26 from Chernovsky Oleg <adonai(a)xaker.ru> --- (In reply to comment #25) > I am the Nouveau developer who added fan management support. I would really > advice you follow the hwmon recommendations and name this file pwm1. Sorry, I'm novice, didn't know about these. Though it's not a hw interface really, the exchange is done through io-mapped SMC registers... Ok, I'll make necessary changes. I assume it will allow lm-sensors to pick it up automatically, is it correct? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 07 Sep '14

07 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #25 from Martin Peres <martin.peres(a)ensi-bourges.fr> --- (In reply to comment #24) > Created attachment 105853 [details] [review] > experimental patch for CI (BONAIRE etc.) for enabling fan control > > So I've come up with patch that enables manual fan override for CI family at > least. I've tested it on my BONAIRE card, Radeon R7 260X. > > INSTALLATION: > After compile and reboot there will be new debugfs file, > /sys/class/drm/card0/device/power_fan_control Hey, I am the Nouveau developer who added fan management support. I would really advice you follow the hwmon recommendations and name this file pwm1. More information about this: https://www.kernel.org/doc/Documentation/hwmon/sysfs-interface -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst
by bugzilla-daemon＠freedesktop.org 07 Sep '14

07 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=73338 --- Comment #24 from Chernovsky Oleg <adonai(a)xaker.ru> --- Created attachment 105853 --> https://bugs.freedesktop.org/attachment.cgi?id=105853&action=edit experimental patch for CI (BONAIRE etc.) for enabling fan control So I've come up with patch that enables manual fan override for CI family at least. I've tested it on my BONAIRE card, Radeon R7 260X. INSTALLATION: After compile and reboot there will be new debugfs file, /sys/class/drm/card0/device/power_fan_control READ: cat /sys/class/drm/card0/device/power_fan_control correct values are 0 to 100 on first reads it'll probably show some incorrect percentage value due to manual control not yet enabled WRITE: echo 40 > /sys/class/drm/card0/device/power_fan_control correct values are 0 to 100 -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 80015] New: Transparency glitches in native Civilization 5 (Civ5) port
by bugzilla-daemon＠freedesktop.org 06 Sep '14

06 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=80015 Priority: medium Bug ID: 80015 Assignee: dri-devel(a)lists.freedesktop.org Summary: Transparency glitches in native Civilization 5 (Civ5) port Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mikelnx(a)hmamail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa This report has been constructed from details from the reddit thread at http://www.reddit.com/r/linux_gaming/comments/28199a/steams_opengl_version_… ----- Broken transparency in Civ5 (see http://i.imgur.com/z4mFZXE.jpg) - around oil resources - around the lighthouse beams - floodlight shining on active unit - smoke rising from pillaged tiles and barbarian camps ----- lspci -v | grep VGA and glxinfo | grep OpenGL output: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] OpenGL vendor string: X.Org OpenGL renderer string: Gallium 0.4 on AMD PITCAIRN OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.0-devel (git-0d89448 trusty-oibaf-ppa) OpenGL core profile shading language version string: 3.30 OpenGL core profile context flags: (none) OpenGL core profile profile mask: core profile OpenGL core profile extensions: OpenGL version string: 3.0 Mesa 10.3.0-devel (git-0d89448 trusty-oibaf-ppa) OpenGL shading language version string: 1.30 -- You are receiving this mail because: You are the assignee for the bug.

1 11

[drm] INFO: trying to register non-static key.
by Fengguang Wu 06 Sep '14

06 Sep '14

Greetings, 0day kernel testing robot got the below dmesg and the first bad commit is git://anongit.freedesktop.org/drm-intel topic/core-stuff commit 4e396fc20db96c0af710601f081ffb41b0fe611c Author: Daniel Vetter <daniel.vetter(a)ffwll.ch> AuthorDate: Fri Sep 5 14:27:41 2014 +0200 Commit: Daniel Vetter <daniel.vetter(a)ffwll.ch> CommitDate: Fri Sep 5 14:34:48 2014 +0200 drm: Drop modeset locking from crtc init function At driver init no one can access modeset objects and we're single-threaded. So locking is just cargo-culting here. Worse, with the new ww mutexes and ww mutex slowpath debugging the mutex_lock might actually fail, and we don't have the full-blown ww recovery dance. Which then leads to fireworks when we try to unlock the not-locked crtc lock. An audit of all the functions called from here shows that none of them contain locking checks, so there's also no reason to keep the locking around just for consistency of caller contexts. Besides that I have the rule (at least in i915) that such places where we take locks just to simplify locking checks and not for correctness always require a comment. This regression was introduced in commit 51fd371bbaf94018a1223b4e2cf20b9880fd92d4 Author: Rob Clark <robdclark(a)gmail.com> Date: Tue Nov 19 12:10:12 2013 -0500 drm: convert crtc and connection_mutex to ww_mutex (v5) Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=83341 Cc: Rob Clark <robdclark(a)gmail.com> Cc: thellstrom(a)vmware.com Cc: maarten.lankhorst(a)canonical.com Cc: stable(a)vger.kernel.org Signed-off-by: Daniel Vetter <daniel.vetter(a)intel.com> =================================================== PARENT COMMIT NOT CLEAN. LOOK OUT FOR WRONG BISECT! =================================================== Attached dmesg for the parent commit, too, to help confirm whether it is a noise error. +------------------------------------------------------------------+------------+------------+------------+ | | 5c551b501a | 4e396fc20d | 5a2aa64d4e | +------------------------------------------------------------------+------------+------------+------------+ | boot_successes | 31 | 0 | 0 | | boot_failures | 29 | 20 | 11 | | Kernel_panic-not_syncing:Out_of_memory_and_no_killable_processes | 25 | | | | backtrace:lock_torture_stats | 25 | | | | BUG:unable_to_handle_kernel_paging_request | 3 | | | | Oops | 2 | 20 | 11 | | EIP_is_at__lock_acquire | 1 | | | | Kernel_panic-not_syncing:Fatal_exception_in_interrupt | 1 | | | | backtrace:set_memory_np | 2 | | | | backtrace:free_init_pages | 2 | | | | backtrace:populate_rootfs | 2 | | | | backtrace:kernel_init_freeable | 2 | 20 | 11 | | EIP_is_at__change_page_attr_set_clr | 1 | | | | Kernel_panic-not_syncing:Fatal_exception | 1 | 20 | 11 | | BUG:kernel_boot_hang | 1 | | | | INFO:trying_to_register_non-static_key | 0 | 20 | 11 | | BUG:unable_to_handle_kernel_NULL_pointer_dereference | 0 | 20 | 11 | | EIP_is_at__ww_mutex_lock | 0 | 20 | 11 | | backtrace:drm_modeset_lock_all | 0 | 20 | 11 | | backtrace:drm_encoder_init | 0 | 20 | 11 | | backtrace:cirrus_modeset_init | 0 | 20 | 11 | | backtrace:__pci_register_driver | 0 | 20 | 11 | | backtrace:drm_pci_init | 0 | 20 | 11 | | backtrace:cirrus_init | 0 | 20 | 11 | +------------------------------------------------------------------+------------+------------+------------+ [ 0.836476] [drm] radeon kernel modesetting enabled. [ 0.837550] [TTM] Zone kernel: Available graphics memory: 145694 kiB [ 0.838064] [TTM] Initializing pool allocator [ 0.838626] INFO: trying to register non-static key. [ 0.839022] the code is fine but needs lockdep annotation. [ 0.839454] turning off the locking correctness validator. [ 0.839884] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.17.0-rc2-00221-g4e396fc #5 [ 0.840367] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 [ 0.840367] 00000000 00000000 d341fc08 c69981fd c7394920 d341fc7c c5c7b341 c6c9ea3c [ 0.840367] 0900b705 d3440000 d341fc90 c5c79b96 d3440000 402dc174 d3440000 402dc174 [ 0.840367] 00000005 01440000 00000000 d2529848 d2529848 00000000 c73626e0 d34405d0 [ 0.840367] Call Trace: [ 0.840367] [<c69981fd>] dump_stack+0x48/0x60 [ 0.840367] [<c5c7b341>] __lock_acquire+0x1c21/0x1da0 [ 0.840367] [<c5c79b96>] ? __lock_acquire+0x476/0x1da0 [ 0.840367] [<c5c78a96>] ? __lock_is_held+0x46/0x60 [ 0.840367] [<c5c7bd11>] lock_acquire+0x91/0xc0 [ 0.840367] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.840367] [<c69a607c>] __ww_mutex_lock+0x6c/0x780 [ 0.840367] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.840367] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.840367] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.840367] [<c625e531>] drm_modeset_lock+0x31/0xf0 [ 0.840367] [<c625e7c4>] drm_modeset_lock_all_crtcs+0x34/0x50 [ 0.840367] [<c625e884>] __drm_modeset_lock_all+0xa4/0xe0 [ 0.840367] [<c625e8ca>] drm_modeset_lock_all+0xa/0x30 [ 0.840367] [<c625022b>] drm_encoder_init+0x1b/0xe0 [ 0.840367] [<c5d0ea08>] ? kmem_cache_alloc+0x98/0x190 [ 0.840367] [<c6366d81>] ? cirrus_modeset_init+0xe1/0x1c0 [ 0.840367] [<c6366da7>] cirrus_modeset_init+0x107/0x1c0 [ 0.840367] [<c6365e47>] cirrus_driver_load+0x57/0x120 [ 0.840367] [<c624b75e>] drm_dev_register+0x9e/0x100 [ 0.840367] [<c624cea1>] drm_get_pci_dev+0x91/0x1c0 [ 0.840367] [<c5c77e5b>] ? trace_hardirqs_on+0xb/0x10 [ 0.840367] [<c69a5f58>] ? mutex_unlock+0x8/0x10 [ 0.840367] [<c6366fcc>] cirrus_pci_probe+0xac/0xf0 [ 0.840367] [<c6113337>] pci_device_probe+0x77/0xe0 [ 0.840367] [<c5d7fbb0>] ? sysfs_create_link+0x20/0x40 [ 0.840367] [<c63c3673>] driver_probe_device+0x73/0x230 [ 0.840367] [<c6113292>] ? pci_match_device+0xc2/0xf0 [ 0.840367] [<c63c3911>] __driver_attach+0x91/0xa0 [ 0.840367] [<c63c3880>] ? __device_attach+0x50/0x50 [ 0.840367] [<c63c1f7f>] bus_for_each_dev+0x4f/0x80 [ 0.840367] [<c63c39d9>] driver_attach+0x19/0x20 [ 0.840367] [<c63c3880>] ? __device_attach+0x50/0x50 [ 0.840367] [<c63c2897>] bus_add_driver+0x137/0x1f0 [ 0.840367] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.840367] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.840367] [<c63c4044>] driver_register+0x54/0xe0 [ 0.840367] [<c6113595>] __pci_register_driver+0x45/0x50 [ 0.840367] [<c624d0ba>] drm_pci_init+0xea/0x110 [ 0.840367] [<c5c77e5b>] ? trace_hardirqs_on+0xb/0x10 [ 0.840367] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.840367] [<c6edb706>] cirrus_init+0x20/0x22 [ 0.840367] [<c6eafc92>] do_one_initcall+0x16a/0x179 [ 0.840367] [<c5c54f00>] ? parse_args+0x150/0x3e0 [ 0.840367] [<c6eafd8e>] kernel_init_freeable+0xed/0x16a [ 0.840367] [<c69925db>] kernel_init+0xb/0xe0 [ 0.840367] [<c69a9521>] ret_from_kernel_thread+0x21/0x30 [ 0.840367] [<c69925d0>] ? rest_init+0x120/0x120 [ 0.862651] BUG: unable to handle kernel NULL pointer dereference at (null) [ 0.863236] IP: [<c69a610a>] __ww_mutex_lock+0xfa/0x780 [ 0.863655] *pdpt = 00000000125ad001 *pde = 0000000000000000 [ 0.864131] Oops: 0002 [#1] SMP DEBUG_PAGEALLOC [ 0.864521] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.17.0-rc2-00221-g4e396fc #5 [ 0.865109] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.7.5-20140531_083030-gandalf 04/01/2014 [ 0.865883] task: d3440000 ti: d341e000 task.ti: d341e000 [ 0.866310] EIP: 0060:[<c69a610a>] EFLAGS: 00010082 CPU: 0 [ 0.866638] EIP is at __ww_mutex_lock+0xfa/0x780 [ 0.866638] EAX: 00000000 EBX: d2520b40 ECX: d2529834 EDX: d341fcdc [ 0.866638] ESI: d2529810 EDI: d2529814 EBP: d341fcf8 ESP: d341fcb4 [ 0.866638] DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068 [ 0.866638] CR0: 8005003b CR2: 00000000 CR3: 125ac000 CR4: 000006b0 [ 0.866638] Stack: [ 0.866638] 00000000 00000001 d2520b58 c625e531 c625e531 d2529848 00000001 d3440000 [ 0.866638] d2520b40 00000246 d2529834 00000000 11111111 d341fcdc d2520b40 d2529810 [ 0.866638] d2520b40 d341fd0c c625e531 d2529800 d2528c00 d2520b40 d341fd20 c625e7c4 [ 0.866638] Call Trace: [ 0.866638] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.866638] [<c625e531>] ? drm_modeset_lock+0x31/0xf0 [ 0.866638] [<c625e531>] drm_modeset_lock+0x31/0xf0 [ 0.866638] [<c625e7c4>] drm_modeset_lock_all_crtcs+0x34/0x50 [ 0.866638] [<c625e884>] __drm_modeset_lock_all+0xa4/0xe0 [ 0.866638] [<c625e8ca>] drm_modeset_lock_all+0xa/0x30 [ 0.866638] [<c625022b>] drm_encoder_init+0x1b/0xe0 [ 0.866638] [<c5d0ea08>] ? kmem_cache_alloc+0x98/0x190 [ 0.866638] [<c6366d81>] ? cirrus_modeset_init+0xe1/0x1c0 [ 0.866638] [<c6366da7>] cirrus_modeset_init+0x107/0x1c0 [ 0.866638] [<c6365e47>] cirrus_driver_load+0x57/0x120 [ 0.866638] [<c624b75e>] drm_dev_register+0x9e/0x100 [ 0.866638] [<c624cea1>] drm_get_pci_dev+0x91/0x1c0 [ 0.866638] [<c5c77e5b>] ? trace_hardirqs_on+0xb/0x10 [ 0.866638] [<c69a5f58>] ? mutex_unlock+0x8/0x10 [ 0.866638] [<c6366fcc>] cirrus_pci_probe+0xac/0xf0 [ 0.866638] [<c6113337>] pci_device_probe+0x77/0xe0 [ 0.866638] [<c5d7fbb0>] ? sysfs_create_link+0x20/0x40 [ 0.866638] [<c63c3673>] driver_probe_device+0x73/0x230 [ 0.866638] [<c6113292>] ? pci_match_device+0xc2/0xf0 [ 0.866638] [<c63c3911>] __driver_attach+0x91/0xa0 [ 0.866638] [<c63c3880>] ? __device_attach+0x50/0x50 [ 0.866638] [<c63c1f7f>] bus_for_each_dev+0x4f/0x80 [ 0.866638] [<c63c39d9>] driver_attach+0x19/0x20 [ 0.866638] [<c63c3880>] ? __device_attach+0x50/0x50 [ 0.866638] [<c63c2897>] bus_add_driver+0x137/0x1f0 [ 0.866638] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.866638] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.866638] [<c63c4044>] driver_register+0x54/0xe0 [ 0.866638] [<c6113595>] __pci_register_driver+0x45/0x50 [ 0.866638] [<c624d0ba>] drm_pci_init+0xea/0x110 [ 0.866638] [<c5c77e5b>] ? trace_hardirqs_on+0xb/0x10 [ 0.866638] [<c6edb6e6>] ? mgag200_init+0x22/0x22 [ 0.866638] [<c6edb706>] cirrus_init+0x20/0x22 [ 0.866638] [<c6eafc92>] do_one_initcall+0x16a/0x179 [ 0.866638] [<c5c54f00>] ? parse_args+0x150/0x3e0 [ 0.866638] [<c6eafd8e>] kernel_init_freeable+0xed/0x16a [ 0.866638] [<c69925db>] kernel_init+0xb/0xe0 [ 0.866638] [<c69a9521>] ret_from_kernel_thread+0x21/0x30 [ 0.866638] [<c69925d0>] ? rest_init+0x120/0x120 [ 0.866638] Code: 55 e4 89 f0 e8 a8 e9 2c ff 8b 45 d8 8d 55 e4 8b 48 04 89 f0 e8 d8 eb 2c ff 8b 46 28 8d 4e 24 8d 55 e4 89 56 28 89 4d e4 89 45 e8 <89> 10 8b 45 d8 89 4d d4 89 45 ec 8d 74 26 00 8d bc 27 00 00 00 [ 0.866638] EIP: [<c69a610a>] __ww_mutex_lock+0xfa/0x780 SS:ESP 0068:d341fcb4 [ 0.866638] CR2: 0000000000000000 [ 0.866638] ---[ end trace 5dc0d5f349200b14 ]--- [ 0.866638] Kernel panic - not syncing: Fatal exception git bisect start 5a2aa64d4eafdaef278ff495025c59a5cd96eafb 69e273c0b0a3c337a521d083374c918dc52c666f -- git bisect good 82c3b0c30522510fcee89a14302aeb06df65f8d1 # 22:42 20+ 5 Merge 'spi/fix/rockchip' into devel-roam-i386-201409052138 git bisect good 259fc4e3fc3c3f073edd07564eb82433d7c86cc7 # 23:47 20+ 0 Merge 'drm-intel/drm-intel-nightly' into devel-roam-i386-201409052138 git bisect bad 70d805ad73fa5ee4d860ff10f4ff98050c01c2d9 # 00:58 0- 1 Merge 'hch-scsi-queue/core-for-3.18' into devel-roam-i386-201409052138 git bisect good 16cd192c2100085aa6ce04ec186fe62346a3b173 # 01:31 20+ 20 Merge 'drm/drm-mst-dell-30-hacks' into devel-roam-i386-201409052138 git bisect bad 31c010b13c93e6a7e8553be9b1d885b61df434b4 # 01:50 1- 20 Merge 'drm-intel/topic/core-stuff' into devel-roam-i386-201409052138 git bisect bad 4e396fc20db96c0af710601f081ffb41b0fe611c # 02:15 0- 4 drm: Drop modeset locking from crtc init function # first bad commit: [4e396fc20db96c0af710601f081ffb41b0fe611c] drm: Drop modeset locking from crtc init function git bisect good 5c551b501aa8637e844ea85eaea10f4f75aff716 # 03:00 60+ 29 drm/i915/hdmi: Enable pipe pixel replication for SD interlaced modes git bisect bad 5a2aa64d4eafdaef278ff495025c59a5cd96eafb # 03:00 0- 11 0day head guard for 'devel-roam-i386-201409052138' git bisect good fb762340e55638332407560396aea380b7af9cbf # 03:11 60+ 26 Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/geert/linux-m68k git bisect good 92d88cb068a5dc66d53ef017999b2419b125f764 # 04:16 60+ 2 Add linux-next specific files for 20140905 This script may reproduce the error. ---------------------------------------------------------------------------- #!/bin/bash kernel=$1 initrd=yocto-minimal-i386.cgz wget --no-clobber https://github.com/fengguang/reproduce-kernel-bug/raw/master/initrd/$initrd kvm=( qemu-system-x86_64 -cpu kvm64 -enable-kvm -kernel $kernel -initrd $initrd -m 320 -smp 1 -net nic,vlan=1,model=e1000 -net user,vlan=1 -boot order=nc -no-reboot -watchdog i6300esb -rtc base=localtime -serial stdio -display none -monitor null ) append=( hung_task_panic=1 earlyprintk=ttyS0,115200 debug apic=debug sysrq_always_enabled rcupdate.rcu_cpu_stall_timeout=100 panic=-1 softlockup_panic=1 nmi_watchdog=panic oops=panic load_ramdisk=2 prompt_ramdisk=0 console=ttyS0,115200 console=tty0 vga=normal root=/dev/ram0 rw drbd.minor_count=8 ) "${kvm[@]}" --append "${append[*]}" ---------------------------------------------------------------------------- Thanks, Fengguang _______________________________________________ LKP mailing list LKP(a)linux.intel.com

1 0

[Bug 44126] New: [r300g] 0ad: carpet textures "flash" and get hidden by ground texture.
by bugzilla-daemon＠freedesktop.org 05 Sep '14

05 Sep '14

https://bugs.freedesktop.org/show_bug.cgi?id=44126 Bug #: 44126 Summary: [r300g] 0ad: carpet textures "flash" and get hidden by ground texture. Classification: Unclassified Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: fabio.ped(a)libero.it Created attachment 54794 --> https://bugs.freedesktop.org/attachment.cgi?id=54794 example of carpets partially hidden by ground texture Since 0ad alpha 8 there is a new faction: Persians. Their civic center has a couple of carpets on it (just start a map with Persians and see the main building). When you zoom (using mouse wheel) or rotate (using Q and E keys) the screen, the carpets on the civic center "flash" and get partially hidden by the ground texture. An example screenshot is attached. Llvmpipe doesn't have this problem, as well other videos and screenshots found on the net. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 6

Re: TTM placement & caching issue/questions
by Jochen Rollwagen 05 Sep '14

05 Sep '14

Sorry for chiming in here, i’ve passively followed the discussion. If you produce patches for a 3.14 kernel that solve this issue: http://lists.freedesktop.org/archives/dri-devel/2013-November/049185.html (thereby enabling AGP mode on mac mini G4’s, should still be quite a few of them around) you can register me as a happy tester. My "uptime" with a powerpc AGP system is about two minutes :-) (although the system behaviour has changed somewhat with more recent kernels from a complete lockup to an endless loop). Cheers Jochen

1 0

[git pull] drm fixes (resend + one patch)
by Dave Airlie 04 Sep '14

04 Sep '14

Hi Linus, send one yesterday, it bounced due to LF mail fail (linux-foundation.org), hopefully this one makes it. i915 fixes, a few display regressions vmwgfx, possible loop forever fix nouveau, one userspace interface fix. Dave. The following changes since commit 59753a805499f1ffbca4ac0a24b3dff67bf00001: Merge tag 'backlight-fixes-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/lee/backlight (2014-08-28 10:47:10 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to fetch changes up to 68c78bd67bd6f868474ac75d98ea7d6ebf28d2e7: Merge branch 'linux-3.17' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes (2014-09-05 09:27:33 +1000) ---------------------------------------------------------------- Ben Skeggs (1): drm/nouveau/core: don't leak oclass type bits to user Dave Airlie (5): Merge tag 'drm-intel-fixes-2014-08-28' of git://anongit.freedesktop.org/drm-intel into drm-fixes drm/i915: handle G45/GM45 pulse detection connected state. Merge branch 'vmwgfx-fixes-3.17' of git://people.freedesktop.org/~thomash/linux into drm-fixes Merge tag 'drm-intel-fixes-2014-09-03' of git://anongit.freedesktop.org/drm-intel into drm-fixes Merge branch 'linux-3.17' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-fixes Mathias Krause (1): drm/i915: Remove bogus __init annotation from DMI callbacks Paulo Zanoni (1): drm/i915: fix plane/cursor handling when runtime suspended Scot Doyle (2): drm/i915: Ignore VBT backlight presence check on Acer C720 (4005U) drm/i915: don't warn if backlight unexpectedly enabled Thomas Hellstrom (2): drm/vmwgfx: Fix an incorrect OOM return value drm/vmwgfx: Fix a potential infinite spin waiting for fifo idle Ville Syrjälä (2): drm/i915: Move intel_ddi_set_vc_payload_alloc(false) to haswell_crtc_disable() drm/i915: Fix lock dropping in intel_tv_detect() drivers/gpu/drm/i915/intel_bios.c | 2 +- drivers/gpu/drm/i915/intel_crt.c | 2 +- drivers/gpu/drm/i915/intel_display.c | 34 +++++++++++++++--- drivers/gpu/drm/i915/intel_dp.c | 55 ++++++++++++++++++++---------- drivers/gpu/drm/i915/intel_lvds.c | 2 +- drivers/gpu/drm/i915/intel_panel.c | 8 ++--- drivers/gpu/drm/i915/intel_tv.c | 10 ++++-- drivers/gpu/drm/nouveau/core/core/parent.c | 4 +-- drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c | 11 +++--- drivers/gpu/drm/vmwgfx/vmwgfx_fifo.c | 3 +- 10 files changed, 90 insertions(+), 41 deletions(-)

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2014