[PATCH] drm: fix DRM_IOCTL_MODE_GETFB handle-leak

On Sun, Aug 25, 2013 at 11:12:39PM +0200, David Herrmann wrote: > DRM_IOCTL_MODE_GETFB is used to retrieve information about a given > framebuffer ID. It is a read-only helper and was thus declassified for > unprivileged access in: > > commit a14b1b42477c5ef089fcda88cbaae50d979eb8f9 > Author:

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #9 from Brian Hall --- Problem only occurs when using the DVI output from my motherboard. When I switch to the VGA motherboard output, the problem on kernels > 3.10.4 disappears. I'd prefer to use DVI, so I don't consider this a

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #8 from Brian Hall --- Created attachment 107310 --> https://bugzilla.kernel.org/attachment.cgi?id=107310=edit Xorg log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #7 from Brian Hall --- Created attachment 107309 --> https://bugzilla.kernel.org/attachment.cgi?id=107309=edit lspci -vvv output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #6 from Brian Hall --- Created attachment 107308 --> https://bugzilla.kernel.org/attachment.cgi?id=107308=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 Brian Hall changed: What|Removed |Added Regression|No |Yes -- You are receiving this mail

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #5 from Brian Hall --- Created attachment 107307 --> https://bugzilla.kernel.org/attachment.cgi?id=107307=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You are watching the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #4 from Brian Hall --- Created attachment 107306 --> https://bugzilla.kernel.org/attachment.cgi?id=107306=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You are watching the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #3 from Brian Hall --- Created attachment 107305 --> https://bugzilla.kernel.org/attachment.cgi?id=107305=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You are watching the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #2 from Brian Hall --- Created attachment 107304 --> https://bugzilla.kernel.org/attachment.cgi?id=107304=edit green arc at lightdm login prompt -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #1 from Brian Hall --- Created attachment 107303 --> https://bugzilla.kernel.org/attachment.cgi?id=107303=edit showing the problem during boot -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] New: Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 Bug ID: 60791 Summary: Display corruption with Radeon driver during boot and on desktop Product: Drivers Version: 2.5 Kernel Version: 3.10.5 Hardware: x86-64

[Bug 68544] cannot build mesa 9.2 without llvm

ives/dri-devel/attachments/20130825/f141f339/attachment-0001.html>

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130825/1d9399b7/attachment.html>

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130825/45b447ad/attachment.html>

[PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

On 25/08/2013 17:09, David Herrmann wrote: > Hi > > On Fri, Aug 23, 2013 at 2:00 PM, Martin Peres wrote: >> Le 23/08/2013 13:13, David Herrmann a ?crit : >> >>> Hi >>> >>> I reduced the vma access-management patches to a minimum. I now do filp* >>> tracking in gem unconditionally and force

[Bug 68544] New: cannot build mesa 9.2 without llvm

llvm-c/Core.h: No such file or directory compilation terminated. -- 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/20130825/b18fba5f/attachment.html>

[Bug 51798] Cannot enable second video card on nvidia quadro NVS420

retesting with a new kernel and xf86-video-nouveau (and maybe xorg-server). -- You are receiving this mail because: You are on the CC list for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130825/271e7cdc/attachment.html>

[PATCH 7/7] drm/radeon: support render nodes

From: Christian K?nig Enable support for drm render nodes for radeon by flagging the ioctls that are safe and just needed for rendering. Signed-off-by: Christian K?nig Signed-off-by: David Herrmann --- drivers/gpu/drm/radeon/radeon_drv.c | 2 +-

[PATCH 6/7] drm/nouveau: Support render nodes

From: Martin Peres Enable support for drm render nodes for nouveau by flagging the ioctls that are safe and just needed for rendering. Cc: Ben Skeggs Cc: Maarten Lankhorst Signed-off-by: Martin Peres Signed-off-by: David Herrmann ---

[PATCH 5/7] drm/i915: Support render nodes

From: Kristian H?gsberg Enable support for drm render nodes for i915 by flagging the ioctls that are safe and just needed for rendering. v2: mark reg_read, set_caching and get_caching (ickle, danvet) Signed-off-by: Kristian H?gsberg Signed-off-by: David Herrmann

[PATCH 4/7] drm: implement experimental render nodes

Render nodes provide an API for userspace to use non-privileged GPU commands without any running DRM-Master. It is useful for offscreen rendering, GPGPU clients, and normal render clients which do not perform modesetting. Compared to legacy clients, render clients no longer need any

[PATCH 3/7] drm: verify vma access in TTM+GEM drivers

GEM does already a good job in tracking access to gem buffers via handles and drm_vma access management. However, TTM drivers currently do not verify this during mmap(). TTM provides the verify_access() callback to test this. So fix all drivers to actually call into gem+vma to verify access

[PATCH 2/7] drm/gem: implement vma access management

We implement automatic vma mmap() access management for all drivers using gem_mmap. We use the vma manager to add each open-file that creates a gem-handle to the vma-node of the underlying gem object. Once the handle is destroyed, we drop the open-file again. This allows us to use

[PATCH 1/7] drm/vma: add access management helpers

The VMA offset manager uses a device-global address-space. Hence, any user can currently map any offset-node they want. They only need to guess the right offset. If we wanted per open-file offset spaces, we'd either need VM_NONLINEAR mappings or multiple "struct address_space" trees. As both

[Bug 68468] 9.2.0rc2 Locks Under Various Conditions (UVD, Stress)

try? -- 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/20130825/f89c0871/attachment.html>

[PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

Hi On Fri, Aug 23, 2013 at 2:00 PM, Martin Peres wrote: > Le 23/08/2013 13:13, David Herrmann a ?crit : > >> Hi >> >> I reduced the vma access-management patches to a minimum. I now do filp* >> tracking in gem unconditionally and force drm_gem_mmap() to check this. >> Hence, >> all gem drivers

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130825/d475b1ae/attachment.html>

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

=1) -1 -- 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/20130825/ce89d7aa/attachment.html>

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

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

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

|| -- 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/20130825/6c9e57b6/attachment.html>

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

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

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130825/4d3ec06c/attachment-0001.html>

[Bug 68527] New: Planetary Annihilation Alpha: translation from TGSI failed !

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130825/aac0c4e9/attachment.html>

[Bug 68235] Display freezes after login with kernel 3.11.0-rc5 on Cayman with dpm=1

to find which commit broke the known good state. -- 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/20130825/e22bfd8b/attachment.html>

[Bug 68527] New: Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 Priority: medium Bug ID: 68527 Assignee: dri-devel@lists.freedesktop.org Summary: Planetary Annihilation Alpha: translation from TGSI failed ! Severity: normal

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #1 from sxx.pub...@yahoo.com --- Created attachment 84587 -- https://bugs.freedesktop.org/attachment.cgi?id=84587action=edit GL trace using apitrace from git -- You are receiving this mail because: You are the assignee for the

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #2 from sxx.pub...@yahoo.com --- Created attachment 84588 -- https://bugs.freedesktop.org/attachment.cgi?id=84588action=edit Screenshot of game with sun shader glitch from R600g -- You are receiving this mail because: You are the

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 sxx.pub...@yahoo.com changed: What|Removed |Added Attachment #84588|text/plain |image/png mime type|

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #3 from sxx.pub...@yahoo.com --- Created attachment 84589 -- https://bugs.freedesktop.org/attachment.cgi?id=84589action=edit Screenshot of game without glitch from Intel HD3000 -- You are receiving this mail because: You are the

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #4 from sxx.pub...@yahoo.com --- I'm also forgot to post full error: EE r600_shader.c:158 r600_pipe_shader_create - translation from TGSI failed ! EE r600_state_common.c:754 r600_shader_select - Failed to build shader variant (type=1)

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #5 from sxx.pub...@yahoo.com --- Created attachment 84590 -- https://bugs.freedesktop.org/attachment.cgi?id=84590action=edit GLSL code of sun shader -- You are receiving this mail because: You are the assignee for the bug.

Re: [PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

Hi On Fri, Aug 23, 2013 at 2:00 PM, Martin Peres martin.pe...@free.fr wrote: Le 23/08/2013 13:13, David Herrmann a écrit : Hi I reduced the vma access-management patches to a minimum. I now do filp* tracking in gem unconditionally and force drm_gem_mmap() to check this. Hence, all gem

[PATCH 1/7] drm/vma: add access management helpers

The VMA offset manager uses a device-global address-space. Hence, any user can currently map any offset-node they want. They only need to guess the right offset. If we wanted per open-file offset spaces, we'd either need VM_NONLINEAR mappings or multiple struct address_space trees. As both doesn't

[PATCH 3/7] drm: verify vma access in TTM+GEM drivers

GEM does already a good job in tracking access to gem buffers via handles and drm_vma access management. However, TTM drivers currently do not verify this during mmap(). TTM provides the verify_access() callback to test this. So fix all drivers to actually call into gem+vma to verify access

[PATCH 2/7] drm/gem: implement vma access management

We implement automatic vma mmap() access management for all drivers using gem_mmap. We use the vma manager to add each open-file that creates a gem-handle to the vma-node of the underlying gem object. Once the handle is destroyed, we drop the open-file again. This allows us to use

[PATCH 4/7] drm: implement experimental render nodes

Render nodes provide an API for userspace to use non-privileged GPU commands without any running DRM-Master. It is useful for offscreen rendering, GPGPU clients, and normal render clients which do not perform modesetting. Compared to legacy clients, render clients no longer need any

[PATCH 5/7] drm/i915: Support render nodes

From: Kristian Høgsberg k...@bitplanet.net Enable support for drm render nodes for i915 by flagging the ioctls that are safe and just needed for rendering. v2: mark reg_read, set_caching and get_caching (ickle, danvet) Signed-off-by: Kristian Høgsberg k...@bitplanet.net Signed-off-by: David

[PATCH 6/7] drm/nouveau: Support render nodes

From: Martin Peres martin.pe...@labri.fr Enable support for drm render nodes for nouveau by flagging the ioctls that are safe and just needed for rendering. Cc: Ben Skeggs bske...@redhat.com Cc: Maarten Lankhorst maarten.lankho...@canonical.com Signed-off-by: Martin Peres martin.pe...@labri.fr

[PATCH 7/7] drm/radeon: support render nodes

From: Christian König christian.koe...@amd.com Enable support for drm render nodes for radeon by flagging the ioctls that are safe and just needed for rendering. Signed-off-by: Christian König christian.koe...@amd.com Signed-off-by: David Herrmann dh.herrm...@gmail.com ---

[Bug 68468] 9.2.0rc2 Locks Under Various Conditions (UVD, Stress)

https://bugs.freedesktop.org/show_bug.cgi?id=68468 --- Comment #3 from adam...@gmail.com --- Did some research, the general bisecting idea seems clear, but I couldn't build mesa itself unfortunately. I'll dig some more regarding those errors, but in the meantime, is there anything else I might

Re: [PATCH v2 0/6] DRM: VMA Access Management and Render Nodes

On 25/08/2013 17:09, David Herrmann wrote: Hi On Fri, Aug 23, 2013 at 2:00 PM, Martin Peres martin.pe...@free.fr wrote: Le 23/08/2013 13:13, David Herrmann a écrit : Hi I reduced the vma access-management patches to a minimum. I now do filp* tracking in gem unconditionally and force

[Bug 51798] Cannot enable second video card on nvidia quadro NVS420

https://bugs.freedesktop.org/show_bug.cgi?id=51798 --- Comment #3 from Ilia Mirkin imir...@alum.mit.edu --- ls /sys/bus/pci/devices/*/drm/*/card*/enabled | xargs -I {} -i bash -c echo -n {}: ; cat {} Here's a neat trick: grep . /sys/bus/pci/devices/*/drm/*/card*/enabled I think enabled is

[Bug 68544] New: cannot build mesa 9.2 without llvm

https://bugs.freedesktop.org/show_bug.cgi?id=68544 Priority: medium Bug ID: 68544 Assignee: dri-devel@lists.freedesktop.org Summary: cannot build mesa 9.2 without llvm Severity: normal Classification: Unclassified OS: All

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #6 from Henri Verbeet hverb...@gmail.com --- (In reply to comment #4) I'm also forgot to post full error: EE r600_shader.c:158 r600_pipe_shader_create - translation from TGSI failed ! EE r600_state_common.c:754 r600_shader_select -

[Bug 68527] Planetary Annihilation Alpha: translation from TGSI failed !

https://bugs.freedesktop.org/show_bug.cgi?id=68527 --- Comment #7 from Vadim Girlin pt...@yandex.ru --- (In reply to comment #4) I'm also forgot to post full error: EE r600_shader.c:158 r600_pipe_shader_create - translation from TGSI failed ! EE r600_state_common.c:754 r600_shader_select -

[PATCH] drm: fix DRM_IOCTL_MODE_GETFB handle-leak

DRM_IOCTL_MODE_GETFB is used to retrieve information about a given framebuffer ID. It is a read-only helper and was thus declassified for unprivileged access in: commit a14b1b42477c5ef089fcda88cbaae50d979eb8f9 Author: Mandeep Singh Baines mandeep.bai...@gmail.com Date: Fri Jan 20 12:11:16

[Bug 68544] cannot build mesa 9.2 without llvm

https://bugs.freedesktop.org/show_bug.cgi?id=68544 --- Comment #1 from Kris em...@zero-io.net --- Created attachment 84625 -- https://bugs.freedesktop.org/attachment.cgi?id=84625action=edit Fix order of and/or for AM_CONDITIONAL Seems to be problem within configure.ac, occuring since:

[Bug 60791] New: Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 Bug ID: 60791 Summary: Display corruption with Radeon driver during boot and on desktop Product: Drivers Version: 2.5 Kernel Version: 3.10.5 Hardware: x86-64

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #1 from Brian Hall hal...@gmail.com --- Created attachment 107303 -- https://bugzilla.kernel.org/attachment.cgi?id=107303action=edit showing the problem during boot -- You are receiving this mail because: You are watching the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #2 from Brian Hall hal...@gmail.com --- Created attachment 107304 -- https://bugzilla.kernel.org/attachment.cgi?id=107304action=edit green arc at lightdm login prompt -- You are receiving this mail because: You are watching the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #4 from Brian Hall hal...@gmail.com --- Created attachment 107306 -- https://bugzilla.kernel.org/attachment.cgi?id=107306action=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #3 from Brian Hall hal...@gmail.com --- Created attachment 107305 -- https://bugzilla.kernel.org/attachment.cgi?id=107305action=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #5 from Brian Hall hal...@gmail.com --- Created attachment 107307 -- https://bugzilla.kernel.org/attachment.cgi?id=107307action=edit hash of flickering green lines when displaying website -- You are receiving this mail because: You

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 Brian Hall hal...@gmail.com changed: What|Removed |Added Regression|No |Yes -- You are receiving

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #6 from Brian Hall hal...@gmail.com --- Created attachment 107308 -- https://bugzilla.kernel.org/attachment.cgi?id=107308action=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #7 from Brian Hall hal...@gmail.com --- Created attachment 107309 -- https://bugzilla.kernel.org/attachment.cgi?id=107309action=edit lspci -vvv output -- You are receiving this mail because: You are watching the assignee of the

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #8 from Brian Hall hal...@gmail.com --- Created attachment 107310 -- https://bugzilla.kernel.org/attachment.cgi?id=107310action=edit Xorg log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60791] Display corruption with Radeon driver during boot and on desktop

https://bugzilla.kernel.org/show_bug.cgi?id=60791 --- Comment #9 from Brian Hall hal...@gmail.com --- Problem only occurs when using the DVI output from my motherboard. When I switch to the VGA motherboard output, the problem on kernels 3.10.4 disappears. I'd prefer to use DVI, so I don't

Re: [PATCH] drm: fix DRM_IOCTL_MODE_GETFB handle-leak

On Sun, Aug 25, 2013 at 11:12:39PM +0200, David Herrmann wrote: DRM_IOCTL_MODE_GETFB is used to retrieve information about a given framebuffer ID. It is a read-only helper and was thus declassified for unprivileged access in: commit a14b1b42477c5ef089fcda88cbaae50d979eb8f9 Author:

[Bug 68544] cannot build mesa 9.2 without llvm

https://bugs.freedesktop.org/show_bug.cgi?id=68544 --- Comment #2 from Emil Velikov emil.l.veli...@gmail.com --- Seems like test always priorities the _and_ over _or_ :) Kris' patch does the right thing, although it can be simplified to either: test x$HAVE_GALLIUM_I915 = xyes -o

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 douglas_pe...@yahoo.com changed: What|Removed |Added CC||douglas_pe...@yahoo.com ---

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 --- Comment #6 from douglas_pe...@yahoo.com --- Created attachment 107312 -- https://bugzilla.kernel.org/attachment.cgi?id=107312action=edit Requested xorg log I hope this is the correct log file -- You are receiving this mail because: You

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 --- Comment #7 from douglas_pe...@yahoo.com --- Created attachment 107313 -- https://bugzilla.kernel.org/attachment.cgi?id=107313action=edit dmesg output -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 --- Comment #8 from douglas_pe...@yahoo.com --- Created attachment 107314 -- https://bugzilla.kernel.org/attachment.cgi?id=107314action=edit xrandr --verbose output -- You are receiving this mail because: You are watching the assignee of the

[Bug 60639] RV635: Kernel displays black screen when monitor is connect via DisplayPort

https://bugzilla.kernel.org/show_bug.cgi?id=60639 --- Comment #9 from douglas_pe...@yahoo.com --- I will note that the system is currently set up with two monitors, one dual-link DVI (the one I am using to enter this message) the other Display port that was working up to grub, then it shut itself

[PATCH -next v2] drm/rcar-du: remove redundant dev_err call in rcar_du_lvdsenc_get_resources()

From: Wei Yongjun yongjun_...@trendmicro.com.cn In case of error, the function devm_ioremap_resource() returns ERR_PTR() and never returns NULL. The NULL test in the return value check should be replaced with IS_ERR(). Also remove the dev_err call to avoid redundant error message and check for

Re: [PATCH V3] i2c: move of helpers into the core

Em Thu, 22 Aug 2013 18:00:14 +0200 Wolfram Sang w...@the-dreams.de escreveu: I2C of helpers used to live in of_i2c.c but experience (from SPI) shows that it is much cleaner to have this in the core. This also removes a circular dependency between the helpers and the core, and so we can