[Bug 67681] Asus G75VW F key Not Working For Screen Brightness

https://bugzilla.kernel.org/show_bug.cgi?id=67681 --- Comment #30 from KernelBug <3fdd1e5d at opayq.com> --- Are the developers certain this is not a kernel related issue, a lack of support? I was told that the asus-laptop.ko module should be loaded, but it won't load on my laptop. When I try to

[PATCH V3 1/7] drm/exynos: Support DP CLKCON register in FIMD driver

On Friday, June 27, 2014 10:03 PM, Ajay kumar wrote: > On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda wrote: > > On 06/27/2014 01:48 PM, Ajay kumar wrote: > >> On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda > >> wrote: > >>> +CC DT > >>> > >>> On 06/27/2014 12:12 PM, Ajay Kumar wrote: > Add

[Bug 80690] Suddenly X halts

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/a037560e/attachment.html>

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/496d4ba7/attachment-0001.html>

[Bug 79850] [awesomenauts][radeonsi] pageflip is clearly missing vblank with vsync on

as scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/a594b62a/attachment.html>

[PATCH V3 1/7] drm/exynos: Support DP CLKCON register in FIMD driver

On 06/30/2014 03:14 AM, Jingoo Han wrote: > On Friday, June 27, 2014 10:03 PM, Ajay kumar wrote: >> On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda >> wrote: >>> On 06/27/2014 01:48 PM, Ajay kumar wrote: On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda wrote: > +CC DT > > On

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

On 29.06.2014 19:34, Christian K?nig wrote: > > I've just pushed the branch testing-3.15 to > git://people.freedesktop.org/~deathsimple/linux. It's based on 3.15.2 > and contains the "stop poisoning the GART TLB" patch backported to 3.15 > and a couple of things that I would like to try. Running

[PATCH 5/5] drm/i915: Kick out vga console

On Sat, Jun 28, 2014 at 11:55:19PM -0400, Ed Tomlinson wrote: > On Saturday 28 June 2014 15:28:22 Ed Tomlinson wrote: > > Resend without html krud which causes list to bounce the message. > > > Hi > > > > This commit ( a4de05268e674e8ed31df6348269e22d6c6a1803 ) hangs my boot with > > 3.16-git.

[Bug 79696] 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

hments/20140630/c4460c7c/attachment.html>

[PATCH 5/5] drm/i915: Kick out vga console

Hi On Mon, Jun 30, 2014 at 8:59 AM, Chris Wilson wrote: > On Sat, Jun 28, 2014 at 11:55:19PM -0400, Ed Tomlinson wrote: >> On Saturday 28 June 2014 15:28:22 Ed Tomlinson wrote: >> >> Resend without html krud which causes list to bounce the message. >> >> > Hi >> > >> > This commit ( a4de05268e67

[Bug 80419] XCOM: Enemy Unknown Causes lockup

: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/43fb3557/attachment-0001.html>

[PATCH v2] drm/radeon: Track the status of a page flip more explicitly

From: Michel D?nzer This prevents a panic: radeon_crtc_handle_page_flip() could run before radeon_flip_work_func(), triggering the BUG_ON() in drm_vblank_put(). Tested-by: Dieter N?tzel Signed-off-by: Michel D?nzer --- v2: Update log message drivers/gpu/drm/radeon/radeon_display.c | 19

[PATCH v2] drm/radeon: Track the status of a page flip more explicitly

Am 30.06.2014 11:12, schrieb Michel D?nzer: > From: Michel D?nzer > > This prevents a panic: radeon_crtc_handle_page_flip() could run before > radeon_flip_work_func(), triggering the BUG_ON() in drm_vblank_put(). > > Tested-by: Dieter N?tzel > Signed-off-by: Michel D?nzer Reviewed-by: Christian

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

On 27.06.2014 19:47, Christian K?nig wrote: > Am 27.06.2014 11:44, schrieb Michel D?nzer: >> On 27.06.2014 17:18, Christian K?nig wrote: >>> Am 27.06.2014 04:58, schrieb Michel D?nzer: On 26.06.2014 19:39, Christian K?nig wrote: > Am 26.06.2014 11:29, schrieb Michel D?nzer: >> From: Mi

[PULL] topic/core-stuff

Hi Dave - Here's some drm core stuff for 3.17 put together by Daniel. BR, Jani. The following changes since commit bc1dfff04a5d4064ba0db1fab13f84ab4f333d2b: Merge branch 'drm-nouveau-next' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2014-06-11 16:28:10 +1000) ar

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On 06/30/2014 12:19 PM, Christopher Friedt wrote: > > > On Apr 1, 2014 6:00 AM, "Thomas Hellstrom" > wrote: > > > > On 03/28/2014 02:45 AM, Dave Airlie wrote: > > > On Fri, Mar 28, 2014 at 10:45 AM, Christopher Friedt > > > mailto:chrisfriedt at gmail.com>> wrote:

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 30.06.2014 11:34, schrieb Michel D?nzer: > On 27.06.2014 19:47, Christian K?nig wrote: >> Am 27.06.2014 11:44, schrieb Michel D?nzer: >>> On 27.06.2014 17:18, Christian K?nig wrote: Am 27.06.2014 04:58, schrieb Michel D?nzer: > On 26.06.2014 19:39, Christian K?nig wrote: >> Am 26.06

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On 06/30/2014 02:25 PM, Christopher Friedt wrote: > On Mon, Jun 30, 2014 at 7:48 AM, Thomas Hellstrom > wrote: >> I don't think we can blame video-vmware for this. A kernel driver change >> that breaks existing user-space is by definition a kernel driver bug, >> regardless whether exisiting user-

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 Andrew Stubbs changed: What|Removed |Added Attachment #108951|0 |1 is obsolete|

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On 06/30/2014 02:49 PM, Christopher Friedt wrote: > On Mon, Jun 30, 2014 at 8:39 AM, Thomas Hellstrom > wrote: >> xf86-video-vmware in kms mode uses the kernel driver to set these registers. >> FWIW, the modesetting part of the kernel driver uses SVGA_REG_PITCHLOCK >> instead of >> SVGA_REG_BYTES

[PATCH] drm/radeon: add user pointer support v2

From: Christian K?nig This patch adds an IOCTL for turning a pointer supplied by userspace into a buffer object. It works similar to the recently added userptr support for i915, so it also imposes several restrictions upon the memory being mapped: 1. It must be page aligned (both start/end addr

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On 06/30/2014 03:18 PM, Christopher Friedt wrote: > On Mon, Jun 30, 2014 at 8:49 AM, Christopher Friedt > wrote: >> That sounds a bit more accurate. Should kms and fbdev be setting both >> registers then? > I wonder if fbdev can use PITCHLOCK as well, rather than > BYTES_PER_LINE. I will only be a

drm: i915: "plane B assertion failure, should be off on pipe B but is still active"

Kernels v3.16-rc2 and v3.16-rc3 trigger a new (for me) warning. (I never booted v3.16-rc1). Machine is a, rather outdated, ThinkPad X41 (ie, single core i686). WARNING: CPU: 0 PID: 221 at drivers/gpu/drm/i915/intel_display.c:1274 assert_planes_disabled+0xf9/0x100 [i915]() plane B assertion failur

[Bug 80678] xrandr scaling / transform does not work with radeon

t was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/0ad1292f/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

64: error while loading shared libraries: libsteam_api.so: cannot open shared object file: No such file or directory Appears to be something going on with xcom.sh? -- 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/20140630/d528e638/attachment.html>

[PATCH] drm: fix NULL pointer access by wrong ioctl

On 2014-06-18 08:33 +0200, Zhaowei Yuan wrote: > If user uses wrong ioctl command with _IOC_NONE and argument size > greater than 0, it can cause NULL pointer access from memset of line > 463. If _IOC_NONE, don't memset to 0 for kdata. > > Signed-off-by: Zhaowei Yuan > --- > drivers/gpu/drm/drm_

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 30.06.2014 14:31, schrieb Christian K?nig: > Am 30.06.2014 11:34, schrieb Michel D?nzer: >> On 27.06.2014 19:47, Christian K?nig wrote: >>> Am 27.06.2014 11:44, schrieb Michel D?nzer: On 27.06.2014 17:18, Christian K?nig wrote: > Am 27.06.2014 04:58, schrieb Michel D?nzer: >> On 26.

[Bug 80419] XCOM: Enemy Unknown Causes lockup

eiving 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/20140630/c97263f9/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/9a7a7969/attachment.html>

[Bug 80673] XCOM: Enemy Unknown - Wrong read access when starting the game

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/20140630/3385f02a/attachment.html>

[Bug 80673] XCOM: Enemy Unknown - Wrong read access when starting the game

ment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/99490663/attachment.html>

[PATCH] drm/radeon: add user pointer support v2

On Mon, Jun 30, 2014 at 03:04:16PM +0200, Christian K?nig wrote: > From: Christian K?nig > > This patch adds an IOCTL for turning a pointer supplied by > userspace into a buffer object. > > It works similar to the recently added userptr support for i915, > so it also imposes several restrictions

[Bug 80419] XCOM: Enemy Unknown Causes lockup

d: AppID 200510 "XCOM: Enemy Unknown", ProcID 6576 -- 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/20140630/d0da62a4/attachment.html>

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

Am 30.06.2014 08:10, schrieb Michel D?nzer: > On 29.06.2014 19:34, Christian K?nig wrote: >> I've just pushed the branch testing-3.15 to >> git://people.freedesktop.org/~deathsimple/linux. It's based on 3.15.2 >> and contains the "stop poisoning the GART TLB" patch backported to 3.15 >> and a coupl

[PATCH V3 1/7] drm/exynos: Support DP CLKCON register in FIMD driver

Hi Inki, On Mon, Jun 30, 2014 at 11:01 AM, Andrzej Hajda wrote: > On 06/30/2014 03:14 AM, Jingoo Han wrote: >> On Friday, June 27, 2014 10:03 PM, Ajay kumar wrote: >>> On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda >>> wrote: On 06/27/2014 01:48 PM, Ajay kumar wrote: > On Fri, Jun 27,

[PATCH] drm/exynos: Fix NULL pointer exception when suspending without components

Fix a NULL pointer exception when main exynos drm driver was probed successfully but no components were added (e.g. by incomplete DTS). In such case the exynos_drm_load() is never called and drvdata is NULL. The NULL pointer exception may theoretically also happen as a effect of race between addi

[RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type

Il 30/06/2014 05:13, Chen, Tiejun ha scritto: > After I discuss internal, we think even we just set the real > vendor/device ids to this ISA bridge at 00:1f.0, guest firmware should > still work well with these pair of real vendor/device ids. > > So if you think something would conflict or be broke

[RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type

On Thu, Jun 19, 2014 at 05:53:51PM +0800, Tiejun Chen wrote: > Originally the reason to probe ISA bridge instead of Dev31:Fun0 > is to make graphics device passthrough work easy for VMM, that > only need to expose ISA bridge to let driver know the real > hardware underneath. This is a requirement f

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On Mon, Jun 30, 2014 at 7:48 AM, Thomas Hellstrom wrote: > I don't think we can blame video-vmware for this. A kernel driver change > that breaks existing user-space is by definition a kernel driver bug, > regardless whether exisiting user-space is doing something horrendously > stupid. I wouldn

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On Mon, Jun 30, 2014 at 8:49 AM, Christopher Friedt wrote: > That sounds a bit more accurate. Should kms and fbdev be setting both > registers then? I wonder if fbdev can use PITCHLOCK as well, rather than BYTES_PER_LINE. I will only be able to run both kms and fbdev functional tests about 9 hour

[RFC][PATCH] gpu:drm:i915:intel_detect_pch: back to check devfn instead of check class type

On 2014/6/25 15:55, Paolo Bonzini wrote: > Il 25/06/2014 09:34, Chen, Tiejun ha scritto: >> On 2014/6/25 14:48, Paolo Bonzini wrote: >>> Second problem. Your IGD passthrough code currently works with QEMU's >>> PIIX4-based machine. But what happens if you try to extend it, so that >> >> Yes, curr

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

xt part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/4c1c587a/attachment-0001.html>

[PATCH 1/1] drm/vmwgfx: correct fb_fix_screeninfo.line_length

On Mon, Jun 30, 2014 at 8:39 AM, Thomas Hellstrom wrote: > xf86-video-vmware in kms mode uses the kernel driver to set these registers. > FWIW, the modesetting part of the kernel driver uses SVGA_REG_PITCHLOCK > instead of > SVGA_REG_BYTES_PER_LINE to set the pitch. That's probably where the > cl

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

ives/dri-devel/attachments/20140630/94a5ce3c/attachment-0001.html>

User ptr horror show

So in light of the radeon patch to add user ptr, i took a look at intel code and it is time to put an end to this non sense. It violate so many mm assumptions that it just not a doable options. So Intel code only register a range_start callback that means that any gup or other i915 activities that

[PATCH] i915: purify user ptr ioctl through the fire of truth.

From: Jerome Glisse Heresy should not be tolerated, any ioctl that rely on pure luck should die. Violating memory pining kernel policy and all the reasonable expection kernel have about user of mmu_notifier api is not tolerable. Because we can neither broke old userspace the ioctl is left but i

[Bug 80419] XCOM: Enemy Unknown Causes lockup

file then edit the file * line 79, change the line: eval "$GAMESCRIPT" $@ into: apitrace trace "$GAMESCRIPT" $@ * then save and launch the game, now the trace is properly generated -- 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/20140630/44baf4c3/attachment-0001.html>

User ptr horror show

Hi On Mon, Jun 30, 2014 at 8:21 PM, Jerome Glisse wrote: > So in light of the radeon patch to add user ptr, i took a look at > intel code and it is time to put an end to this non sense. It > violate so many mm assumptions that it just not a doable options. > > So Intel code only register a range_

User ptr horror show

On Mon, Jun 30, 2014 at 08:47:31PM +0200, David Herrmann wrote: > Hi > > On Mon, Jun 30, 2014 at 8:21 PM, Jerome Glisse wrote: > > So in light of the radeon patch to add user ptr, i took a look at > > intel code and it is time to put an end to this non sense. It > > violate so many mm assumptions

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/34f78ecc/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/213f8dcf/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140630/987b6969/attachment.html>

[Bug 80419] XCOM: Enemy Unknown Causes lockup

Segfault description|Output |Output -- 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/20140630/f810a

User ptr horror show

Hi On Mon, Jun 30, 2014 at 9:04 PM, Jerome Glisse wrote: > On Mon, Jun 30, 2014 at 08:47:31PM +0200, David Herrmann wrote: >> Additionally to what AIO and Direct-IO do, intel userptr adds the >> range_start callback to release pinned pages whenever the pages are >> unmapped. However, anyone who t

[Bug 80419] XCOM: Enemy Unknown Causes lockup

ied with apitrace built from git ? -- 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/20140630/d9e63023/attachment-0001.html>

User ptr horror show

On Mon, Jun 30, 2014 at 09:25:10PM +0200, David Herrmann wrote: > Hi > > On Mon, Jun 30, 2014 at 9:04 PM, Jerome Glisse wrote: > > On Mon, Jun 30, 2014 at 08:47:31PM +0200, David Herrmann wrote: > >> Additionally to what AIO and Direct-IO do, intel userptr adds the > >> range_start callback to re

[Bug 80419] XCOM: Enemy Unknown Causes lockup

27;s finished trimming. -- 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/20140630/425d0d0d/attachment.html>

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

this bug, but maybe you have some thoughts about it? What can it be? -- 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/20140630/fe8a9525/attachment.html>

[Bug 70409] Discrete GPU fails to initialize and X segfaults on dual-GPU r600/radeonsi laptop

.675 FPS" which means the sync doesn't work... -- 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/20140630/948514b3/attachment.html>

[PATCH] exynos: Put a stop to the userptr heresy.

From: Jerome Glisse get_user_pages gives no garanty that page it returns are still the one backing the vma by the time it returns. Thus any ioctl that rely on this behavior is broken and rely on pure luck. To avoid any false hope from userspace stop such useage by simply flat out returning -EFAUL

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #49 from perry3d at gmail.com --- Can not confirm. X stills freezes with latest kernel from git. Another hint: radeon.audio=0 and blacklisting the snd_intel_hda modules are not the same. If i remove the modules the problem disappears,

[PATCH] drm/plane-helper: Use proper plane init function

drm_plane_init() (the legacy plane initialization function) takes a bool as its final parameter; originally this indicated whether a plane was 'private' to the driver (before the DRM core understood non-overlay planes), now it indicates whether the plane is a primary plane (private planes were used