[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33
https://bugs.freedesktop.org/show_bug.cgi?id=72921 --- Comment #11 from mmstickman at gmail.com --- If I recall correctly, I used AMD Radeon RAM when I built the system. I can't say whether or not the bug still occurs on the machine I posted this bug with because I built it as an office PC for someone else. Being a production machine, I didn't have any kind of boosters or overclocking features enabled. I think it's more than likely something to do with MSI's implementation of FM2/+ -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/276aaf26/attachment.html>
Mismatch in gmch_pfit.lvds_border_bits on EeePC 900
With a tree that is close to 3.15 final I'm regularly seeing the following on my EeePC 900 when starting ioquake3: [drm:intel_pipe_config_compare] *ERROR* mismatch in gmch_pfit.lvds_border_bits (expected 32768, found 0) [ cut here ] WARNING: CPU: 0 PID: 1594 at drivers/gpu/drm/i915/intel_display.c:9834 check_crtc_state+0x998/0x9ef() pipe state doesn't match! CPU: 0 PID: 1594 Comm: Xorg Not tainted 3.15.0-rc8-00106-ge585b54 #49 Hardware name: ASUSTeK Computer INC. 900/900, BIOS 100603/03/2009 b0485438 b011f61f b057c98a ebb03b04 063a b057b5f4 266a b02c31ef b02c31ef ee42c000 ee488c00 ee488d74 b011f684 0009 ebb03aec b057c98a ebb03b04 b02c31ef b057b5f4 266a b057c98a ebb03bdc Call Trace: [] ? dump_stack+0xa/0x13 [] ? warn_slowpath_common+0x70/0x85 [] ? check_crtc_state+0x998/0x9ef [] ? check_crtc_state+0x998/0x9ef [] ? warn_slowpath_fmt+0x33/0x37 [] ? check_crtc_state+0x998/0x9ef [] ? intel_modeset_check_state+0x353/0x5fb [] ? intel_set_mode+0x2a/0x32 [] ? intel_crtc_set_config+0x8c9/0x962 [] ? idr_alloc+0xb5/0xc3 [] ? drm_mode_set_config_internal+0x39/0x9b [] ? drm_mode_setcrtc+0x397/0x438 [] ? drm_crtc_check_viewport+0xef/0xef [] ? drm_ioctl+0x327/0x38f [] ? drm_crtc_check_viewport+0xef/0xef [] ? do_sync_read+0x5a/0x7f [] ? drm_version+0x73/0x73 [] ? do_vfs_ioctl+0x350/0x419 [] ? recalc_sigpending+0xe/0x36 [] ? __set_task_blocked+0x61/0x67 [] ? __set_current_blocked+0xd/0xf [] ? sigprocmask+0x77/0x87 [] ? SyS_ioctl+0x31/0x54 [] ? sysenter_do_call+0x12/0x26 [] ? klist_release+0x14/0x87 ---[ end trace 900fd39ab2e2b03f ]--- -- Sitsofe | http://sucs.org/~sits/
[Bug 77531] radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 --- Comment #4 from Alvaro Fernando Garc?a --- Created attachment 138541 --> https://bugzilla.kernel.org/attachment.cgi?id=138541&action=edit issue photo 02 -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 77531] radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 --- Comment #3 from Alvaro Fernando Garc?a --- Created attachment 138531 --> https://bugzilla.kernel.org/attachment.cgi?id=138531&action=edit issue photo 01 -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 77531] radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 Alvaro Fernando Garc?a changed: What|Removed |Added Attachment #138501|0 |1 is obsolete|| -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 77531] radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 --- Comment #2 from Alvaro Fernando Garc?a --- Created attachment 138521 --> https://bugzilla.kernel.org/attachment.cgi?id=138521&action=edit weston 1.5 output -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 77531] radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 --- Comment #1 from Alvaro Fernando Garc?a --- Created attachment 138511 --> https://bugzilla.kernel.org/attachment.cgi?id=138511&action=edit dmesg kernel 3.14 -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 77531] New: radeonsi: kaveri: mouse cursor corruption on wayland/weston session
https://bugzilla.kernel.org/show_bug.cgi?id=77531 Bug ID: 77531 Summary: radeonsi: kaveri: mouse cursor corruption on wayland/weston session Product: Drivers Version: 2.5 Kernel Version: 3.11+ Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: low Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri at kernel-bugs.osdl.org Reporter: alvarofernandogarcia at gmail.com Regression: No Created attachment 138501 --> https://bugzilla.kernel.org/attachment.cgi?id=138501&action=edit issue-photo-01 Kernel: 3.11+ (tested with 3.11.6, 3.12.9 and 3.14.5) Distribution: Arch Linux Hardware: AMD A10-7850K Kaveri APU Description: After launching a new weston session, mouse cursor gets corrupted. Steps to reproduce: - Start Linux with kernel 3.11+. - Launch weston session (tested with 1.4+). - Mouse cursor gets corrupted. -- You are receiving this mail because: You are watching the assignee of the bug.
3.12.9 kern.log spam from vgaswitcheroo
On Sat, Jun 7, 2014 at 4:18 PM, Dave Airlie wrote: > cc'ing list > > On 8 June 2014 04:08, Howard Chu wrote: >> On Asus NP56D, if you use vgaswitcheroo to turn off the discrete GPU, the >> kernel starts spewing these messages endlessly, until /var/log partition >> fills up: >> >> Jun 7 17:40:27 gamba kernel: [470008.702322] [drm:radeon_cs_parser_init] >> *ERROR* VM not ac >> tive on asic! >> Jun 7 17:40:27 gamba kernel: [470008.702325] [drm:radeon_cs_ioctl] *ERROR* >> Failed to initi >> alize parser ! >> Jun 7 17:40:27 gamba kernel: [470008.702385] [drm:radeon_cs_parser_init] >> *ERROR* VM not ac >> tive on asic! >> Jun 7 17:40:27 gamba kernel: [470008.702389] [drm:radeon_cs_ioctl] *ERROR* >> Failed to initi >> alize parser ! >> >> Turning the discrete GPU back on stops the stream of messages. Something is trying to access the GPU while it's off. Make sure your version of mesa has this patch: http://cgit.freedesktop.org/mesa/mesa/commit/?id=cf0172d46ab940a691da6516057c81f28961482f Alex >> -- >> -- Howard Chu >> CTO, Symas Corp. http://www.symas.com >> Director, Highland Sun http://highlandsun.com/hyc/ >> Chief Architect, OpenLDAP http://www.openldap.org/project/ >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >> the body of a message to majordomo at vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> Please read the FAQ at http://www.tux.org/lkml/
[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33
https://bugs.freedesktop.org/show_bug.cgi?id=72921 --- Comment #10 from Kertesz Laszlo --- Since this bug seems to be restricted to specific boards, without your help will be hard to solve it. You could try adjusting BIOS settings. Maybe you have some proprietary MSI specific "performance booster" settings or OC activated? Did you try resetting the BIOS to defaults? Do you have some special brand of memory? Also, looking at that dmesg output i see some lines beginning with "#" such as Jun 3 15:24:01 172.22.15.56 [ 51.381984] #011ui class: Jun 3 15:24:01 none etc. I dont have any of those in my dmesg and never had (A8-5500 and A8-6500 APUs on Gigabyte boards). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/9a85b4d8/attachment.html>
[Bug 79806] Performance degradation after resume
https://bugs.freedesktop.org/show_bug.cgi?id=79806 Gabor Enyedi changed: What|Removed |Added Hardware|Other |x86-64 (AMD64) OS|All |Linux (All) Priority|medium |low -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/11e2cad0/attachment.html>
[Bug 79806] New: Performance degradation after resume
https://bugs.freedesktop.org/show_bug.cgi?id=79806 Priority: medium Bug ID: 79806 Assignee: dri-devel at lists.freedesktop.org Summary: Performance degradation after resume Severity: normal Classification: Unclassified OS: All Reporter: enyecz at gmail.com Hardware: Other Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI I have a Radeon HD 4350/4550 (RV770) card in my notebook. After resuming from suspend, there is a significant 3D performance drop (a bit less than 1/4 of original performance remains). The performance drop is exactly at the same level as it is after "echo low > /sys/class/drm/card0/device/power_dpm_force_performance_level", albeit power_dpm_force_performance_level still contains "auto". Bug is found in Ubuntu 14.04, but it was there at least since 13.10 (I have just found the workaround). The bug is there with kernel 3.13 (official), with 3.14 mainline and 3.15-RC8 which was build for Ubuntu 14.10. Workaround: when resume, execute "echo auto > /sys/class/drm/card0/device/power_dpm_force_performance_level". -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/bd092b79/attachment.html>
[Bug 77521] New: radeon: Horizontal lines of semi-random contents are sometimes displayed
https://bugzilla.kernel.org/show_bug.cgi?id=77521 Bug ID: 77521 Summary: radeon: Horizontal lines of semi-random contents are sometimes displayed Product: Drivers Version: 2.5 Kernel Version: drm-next-3.16-wip Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri at kernel-bugs.osdl.org Reporter: g02maran at gmail.com Regression: No Created attachment 138491 --> https://bugzilla.kernel.org/attachment.cgi?id=138491&action=edit dmesg I checked out http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.16-wip (latest commit: 2472aac90b339e7abc186b615bcf533463b4c63a) and noticed that sometimes 2-3 cm wide horizontal lines would show up on the screen. They would only stay for a fraction of a second, before disappearing again. It's quite easy to trigger them by using the gnome expose function (the window overview). But they don't show up if I just let the computer idle at the desktop. I have a radeon 6950. I bisected the issue to this commit: fa7f517cb26eb1a1a1f0baffcced39f6c3ec3337 drm/radeon: rework page flip handling v4 I also noticed the following message (which is repeated multiple times): [ 8346.287462] WARNING: CPU: 1 PID: 342 at drivers/gpu/drm/drm_crtc.c:4315 drm_mode_page_flip_ioctl+0x2fd/0x320 [drm]() [ 8346.287464] Modules linked in: fuse snd_hda_codec_realtek snd_hda_codec_generic radeon i2c_algo_bit drm_kms_helper ttm iTCO_wdt iTCO_vendor_support snd_hda_codec_hdmi drm eeepc_wmi nls_cp437 asus_wmi sparse_keymap mxm_wmi vfat fat x86_pkg_temp_thermal intel_powerclamp coretemp kvm_intel evdev kvm crct10dif_pclmul crct10dif_common crc32_pclmul ecb btusb ghash_clmulni_intel bluetooth aesni_intel crc16 aes_x86_64 glue_helper lrw rfkill gf128mul ablk_helper cryptd microcode psmouse serio_raw pcspkr i2c_i801 lpc_ich i2c_core mfd_core fan snd_hda_intel snd_hda_controller snd_hda_codec snd_hwdep snd_pcm snd_timer video thermal snd e1000e mei_me ptp mei pps_core shpchp wmi soundcore processor button btrfs xor raid6_pq sr_mod cdrom sd_mod hid_generic usbhid hid ehci_pci ahci libahci xhci_hcd ehci_hcd libata [ 8346.287529] firewire_ohci crc32c_intel firewire_core crc_itu_t scsi_mod usbcore usb_common [ 8346.287538] CPU: 1 PID: 342 Comm: Xorg Tainted: GW 3.15.0-rc8-ARCH+ #12 [ 8346.287540] Hardware name: System manufacturer System Product Name/P8P67 PRO, BIOS 3602 11/01/2012 [ 8346.287542] 0009 88020e96fd08 814ecc2a [ 8346.287546] 88020e96fd40 81065e0d 88020e96fdf8 880211958068 [ 8346.287550] 88020a67cd80 880211958018 88020e96fd50 [ 8346.287554] Call Trace: [ 8346.287561] [] dump_stack+0x4d/0x6f [ 8346.287566] [] warn_slowpath_common+0x7d/0xa0 [ 8346.287569] [] warn_slowpath_null+0x1a/0x20 [ 8346.287577] [] drm_mode_page_flip_ioctl+0x2fd/0x320 [drm] [ 8346.287583] [] drm_ioctl+0x1db/0x5f0 [drm] [ 8346.287591] [] ? drm_mode_gamma_get_ioctl+0xf0/0xf0 [drm] [ 8346.287602] [] radeon_drm_ioctl+0x4c/0x80 [radeon] [ 8346.287607] [] do_vfs_ioctl+0x2c8/0x4b0 [ 8346.287612] [] ? __fget+0x6e/0xb0 [ 8346.287615] [] SyS_ioctl+0x81/0xa0 [ 8346.287619] [] system_call_fastpath+0x1a/0x1f [ 8346.287622] ---[ end trace 7f747cd881a3fb9e ]--- -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 76223] [radeonsi] luxmark segfault
https://bugs.freedesktop.org/show_bug.cgi?id=76223 --- Comment #4 from joshua.r.marshall.1991 at gmail.com --- I have the exact same issue. Unfortunately, debug information is not easy to do, especially without risking my whole desktop environment. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/84888f90/attachment-0001.html>
[Bug 79551] DRI_PRIME not working
https://bugs.freedesktop.org/show_bug.cgi?id=79551 --- Comment #6 from Maxim --- if in /etc/environment set DRI_PRIME=1 and in /etc/xprofile set xcompmgr -c & some apps will display with artifacts (part of window freezes when scrolling) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/4ed44602/attachment.html>
lockdep splat while exiting PRIME
Hi, While trying PRIME, I got a lockdep warning after exiting glxgears. Is it harmful? The command was: DRI_PRIME=1 glxgears Offload provider is a GT425M (NVC0), output sink is an Intel i5-460M. Kind regards, Peter dmesg: = [ INFO: possible recursive locking detected ] 3.15.0-rc8-custom-00058-gd2cfd31 #1 Tainted: G O - X/25827 is trying to acquire lock: (&dev->struct_mutex){+.+.+.}, at: [] i915_gem_unmap_dma_buf+0x36/0xd0 [i915] but task is already holding lock: (&dev->struct_mutex){+.+.+.}, at: [] drm_gem_object_handle_unreference_unlocked+0x105/0x130 [drm] other info that might help us debug this: Possible unsafe locking scenario: CPU0 lock(&dev->struct_mutex); lock(&dev->struct_mutex); *** DEADLOCK *** May be due to missing lock nesting notation 1 lock held by X/25827: #0: (&dev->struct_mutex){+.+.+.}, at: [] drm_gem_object_handle_unreference_unlocked+0x105/0x130 [drm] stack backtrace: CPU: 1 PID: 25827 Comm: X Tainted: G O 3.15.0-rc8-custom-00058-gd2cfd31 #1 Hardware name: CLEVO CO.B7130 /B7130 , BIOS 6.00 08/27/2010 822588a0 880230767ae0 815f14da 880226594260 880230767bb0 810a1461 30767bc0 880226594288 880230767b00 880226594ae0 00464232 0001 Call Trace: [] dump_stack+0x4e/0x7a [] __lock_acquire+0x19d1/0x1ab0 [] lock_acquire+0x95/0x130 [] ? i915_gem_unmap_dma_buf+0x36/0xd0 [i915] [] ? i915_gem_unmap_dma_buf+0x36/0xd0 [i915] [] mutex_lock_nested+0x65/0x400 [] ? i915_gem_unmap_dma_buf+0x36/0xd0 [i915] [] i915_gem_unmap_dma_buf+0x36/0xd0 [i915] [] dma_buf_unmap_attachment+0x4c/0x70 [] drm_prime_gem_destroy+0x22/0x40 [drm] [] nouveau_gem_object_del+0x3e/0x60 [nouveau] [] drm_gem_object_free+0x2a/0x40 [drm] [] drm_gem_object_handle_unreference_unlocked+0x128/0x130 [drm] [] drm_gem_handle_delete+0xba/0x110 [drm] [] drm_gem_close_ioctl+0x25/0x30 [drm] [] drm_ioctl+0x1e0/0x5f0 [drm] [] ? drm_gem_handle_create+0x40/0x40 [drm] [] ? _raw_spin_unlock_irqrestore+0x5d/0x80 [] ? trace_hardirqs_on_caller+0x15d/0x200 [] ? trace_hardirqs_on+0xd/0x10 [] ? _raw_spin_unlock_irqrestore+0x42/0x80 [] nouveau_drm_ioctl+0x65/0xa0 [nouveau] [] do_vfs_ioctl+0x2f0/0x4f0 [] ? __fget+0xac/0xf0 [] ? __fget+0x5/0xf0 [] SyS_ioctl+0x81/0xa0 [] system_call_fastpath+0x16/0x1b
[Bug 76531] linux-3.14-rc7 radeon/nouveau runtime-suspend never coming back
https://bugs.freedesktop.org/show_bug.cgi?id=76531 Emil Velikov changed: What|Removed |Added CC||mail at tcrueger.de --- Comment #4 from Emil Velikov --- *** Bug 79795 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/791760f4/attachment.html>
[Bug 76531] linux-3.14-rc7 radeon/nouveau runtime-suspend never coming back
https://bugs.freedesktop.org/show_bug.cgi?id=76531 Emil Velikov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Emil Velikov --- The both issues should be resolved with adbbdbac04f093c0abf946b1e93e4e5291808491 and 1d8eec8ba4a38fcee9d30e4fb5b3d67a9bff9db3 respectively. Landing with 3.14-rc8. Give the stable 3.14 a try and feel free to reopen if it's still an issue. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/23c1efe4/attachment.html>
looking for i915 direct programming sample application
On Sat, Jun 7, 2014 at 3:45 PM, G?bor Bereczki wrote: > did some more research. Is the following correct? > -OpenCL is not yet supported for Intel GPU on Linux The Beignet project [1] supports OpenCL IvyBridge (and Haswell, I think). I believe your time would be much better spent contributing to the Beignet project than attempting what you're suggesting. [1] http://www.freedesktop.org/wiki/Software/Beignet/
[Bug 79773] Enabling DPM results in crash for R270X PITCAIRN
https://bugs.freedesktop.org/show_bug.cgi?id=79773 --- Comment #6 from dex+fdobugzilla at dragonslave.de --- I also tried with Kernel 3.15.0-rc8-00105-gc593e89 Same effect -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/873bd646/attachment.html>
[Bug 78238] GPU lockup on opening new tab in Chromium
https://bugs.freedesktop.org/show_bug.cgi?id=78238 --- Comment #4 from russianneuromancer at ya.ru --- Created attachment 100644 --> https://bugs.freedesktop.org/attachment.cgi?id=100644&action=edit lockup While GPU lockup doesn't happen anymore on opening new tab in Chromium, two other lockups happened for me with 3.15rc7 (system idle, Firefox with simple page without any video or HTML5 animation was opened; after three days of uptime) and 3.15rc8 (while fullscreen video playback in VLC, OpenGL GLX output; after five days of uptime). On latest lockup system become inaccessible via ssh (however cursor is still moving). Please look into attached log. Do I need to open another bugreport, to report this SUMO lockups with 3.15 that wasn't reproducible with 3.14, or add more information here is fine? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/1ef0c33f/attachment.html>
[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33
https://bugs.freedesktop.org/show_bug.cgi?id=72921 --- Comment #9 from Collin --- (In reply to comment #8) > You might try a bios update if one is available for your board. Just updated to the latest, no change, this bug NEEDS to get fixed sometime soon, hopefully? Maybe? How long does it normally take for bugs this bad to get fixed? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/96961d72/attachment.html>
3.12.9 kern.log spam from vgaswitcheroo
cc'ing list On 8 June 2014 04:08, Howard Chu wrote: > On Asus NP56D, if you use vgaswitcheroo to turn off the discrete GPU, the > kernel starts spewing these messages endlessly, until /var/log partition > fills up: > > Jun 7 17:40:27 gamba kernel: [470008.702322] [drm:radeon_cs_parser_init] > *ERROR* VM not ac > tive on asic! > Jun 7 17:40:27 gamba kernel: [470008.702325] [drm:radeon_cs_ioctl] *ERROR* > Failed to initi > alize parser ! > Jun 7 17:40:27 gamba kernel: [470008.702385] [drm:radeon_cs_parser_init] > *ERROR* VM not ac > tive on asic! > Jun 7 17:40:27 gamba kernel: [470008.702389] [drm:radeon_cs_ioctl] *ERROR* > Failed to initi > alize parser ! > > Turning the discrete GPU back on stops the stream of messages. > -- > -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP http://www.openldap.org/project/ > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/
[Bug 79784] account request
https://bugs.freedesktop.org/show_bug.cgi?id=79784 leoxsliu at gmail.com changed: What|Removed |Added Assignee|dri-devel at lists.freedesktop |mesa-dev at lists.freedesktop. |.org|org -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/bd612323/attachment.html>
[Bug 79784] account request
https://bugs.freedesktop.org/show_bug.cgi?id=79784 --- Comment #1 from leoxsliu at gmail.com --- Created attachment 100630 --> https://bugs.freedesktop.org/attachment.cgi?id=100630&action=edit ssh pub key -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/c224c1ef/attachment-0001.html>
[Bug 79784] New: account request
https://bugs.freedesktop.org/show_bug.cgi?id=79784 Priority: medium Bug ID: 79784 Assignee: dri-devel at lists.freedesktop.org Summary: account request Severity: normal Classification: Unclassified OS: All Reporter: leoxsliu at gmail.com Hardware: Other Status: NEW Version: unspecified Component: Drivers/Gallium/radeonsi Product: Mesa Created attachment 100629 --> https://bugs.freedesktop.org/attachment.cgi?id=100629&action=edit GPG key request account for commit access to mesa -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/e870d9c8/attachment.html>
[linux-nics] [PATCHv3 2/3] list: Fix order of arguments for hlist_add_after(_rcu)
On Sat, 2014-06-07 at 18:40 +0200, Ken Helias wrote: > From: Ken Helias > > All other add functions for lists have the new item as first argument > and the > position where it is added as second argument. This was changed for no > good > reason in this function and makes using it unnecessary confusing. > > The name was changed to let old code generate a compile errors instead > of > using the wrong parameter order. > > Signed-off-by: Ken Helias > Cc: Linux NICS > Cc: "Paul E. McKenney" > Cc: dri-devel at lists.freedesktop.org > Cc: e1000-devel at lists.sourceforge.net > Cc: netdev at vger.kernel.org > Cc: devel at driverdev.osuosl.org > Cc: linux-fsdevel at vger.kernel.org > Cc: b.a.t.m.a.n at lists.open-mesh.org > Cc: bridge at lists.linux-foundation.org For the Intel driver changes... Acked-by: Jeff Kirsher > --- > Patch based on "Add linux-next specific files for 20140606" > > v3: > renamed from hlist_add_after* to hlist_add_behind > > v2: > Splitted into two patches > reduced number of Cc > > Documentation/RCU/whatisRCU.txt | 2 +- > drivers/gpu/drm/drm_hashtab.c| 2 +- > drivers/net/ethernet/intel/i40e/i40e_ethtool.c | 2 +- > drivers/net/ethernet/intel/ixgbe/ixgbe_ethtool.c | 2 +- > drivers/staging/lustre/lustre/libcfs/hash.c | 4 ++-- > fs/namespace.c | 2 +- > fs/notify/inode_mark.c | 2 +- > fs/notify/vfsmount_mark.c| 2 +- > include/linux/list.h | 4 ++-- > include/linux/rculist.h | 8 > net/batman-adv/fragmentation.c | 2 +- > net/bridge/br_multicast.c| 2 +- > net/ipv4/fib_trie.c | 2 +- > net/ipv6/addrlabel.c | 2 +- > net/xfrm/xfrm_policy.c | 4 ++-- > 15 files changed, 21 insertions(+), 21 deletions(-) -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/b0ed1b72/attachment.sig>
looking for i915 direct programming sample application
Hi, did some more research. Is the following correct? -OpenCL is not yet supported for Intel GPU on Linux -i915 driver can be accessed by opening /sys/devices/pci/:00:02.0/device and ioctling it? Next I have to learn about output from GPU. In some docs I could read direct access to the graphics aperture from CPU is blocked by the hardware. I guess the output of GPU EUs must end up in the framebuffer. I need to learn how to create and read framebuffer devices. BR, Gabor Bereczki 2014-06-07 22:00 GMT+02:00 G?bor Bereczki : > Hello i915 Community, > > I am looking after a "Hello world!" like simple skeleton program, from > which I could learn how to open the GPU device, how to set up memories, > etc, how to pass and execute ringbuffer. How to check resulting frame > buffer. I guess there could be such user space application, that is used > e.g for testing the driver. > > Why am I asking for such a weird thing? Why isnt OpenCL , Mesa or Cairo > good for me? > > Well, first of all I am a machine code enthusiast and would love to run my > own handcrafted code on the EUs. :) > Second, I am investigating if I could optimize traditional telecom > algorithms to the Intel GPU. Stuff like FFT, DFT, Goertzel , Czebishev > filters and so on. > (and yes I am checking OpenCL, too) > Your help, as always, is very much appreciated. > With regards, > > Gabor Bereczki > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140608/44412f91/attachment-0001.html>