[Bug 69694] Xorg doesn't start on KABINi with radeonsi

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/8b0a4a9d/attachment.html>

[Bug 69694] Xorg doesn't start on KABINi with radeonsi

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

[Bug 69694] Xorg doesn't start on KABINi with radeonsi

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/9f857c3d/attachment.html>

[PATCH] drm/nv50/disp: use correct register to determine DP display bpp

Commit 0a0afd282f ("drm/nv50-/disp: move DP link training to core and train from supervisor") added code that uses the wrong register for computing the display bpp, used for bandwidth calculation. Adjust to use the same register as used by exec_clkcmp and nv50_disp_intr_unk20_2_dp. Reported-by:

[Bug 73504] Segfault in _save_Normal3fv running FlightGear

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/9ac36a0d/attachment.html>

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

orTiling2D" "false" EndSection -- 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/20140213/fce178b6/attachment.html>

[PATCH v2] drm/nouveau: use nv_debug for NV_DEBUG, make DRM a separate subflag

It's really confusing for NV_DEBUG's printing to be controlled via drm.debug while everything else is controlled via nouveau.debug. These messages can be turned on with nouveau.debug=DRM=debug. Signed-off-by: Ilia Mirkin --- Updated version that makes the top-level DRM client have a separate

[PATCH 6/6] PCI: Remove pci_bus_b() and use list_entry() directly

Replace pci_bus_b() with list_entry(), so we can remove pci_bus_b(). Signed-off-by: Yijing Wang --- drivers/pci/pci.c|6 +++--- drivers/pci/search.c | 10 +- include/linux/pci.h |1 - 3 files changed, 8 insertions(+), 9 deletions(-) diff --git a/drivers/pci/pci.c

[PATCH 5/6] PCI/pcmcia: Use list_for_each_entry() for bus traversal

Replace list_for_each() + pci_bus_b() with the simpler list_for_each_entry(). Signed-off-by: Yijing Wang --- drivers/pcmcia/yenta_socket.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/pcmcia/yenta_socket.c b/drivers/pcmcia/yenta_socket.c index

[PATCH 4/6] PCI/powerpc: Use list_for_each_entry() for bus traversal

Replace list_for_each() + pci_bus_b() with the simpler list_for_each_entry(). Signed-off-by: Yijing Wang --- arch/powerpc/kernel/pci_64.c |4 +--- arch/powerpc/platforms/pseries/pci_dlpar.c |6 +++--- 2 files changed, 4 insertions(+), 6 deletions(-) diff --git

[PATCH 3/6] PCI/drm: Use list_for_each_entry() for bus traversal

Replace list_for_each() + pci_bus_b() with the simpler list_for_each_entry(). Signed-off-by: Yijing Wang --- drivers/gpu/drm/drm_fops.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/drm_fops.c b/drivers/gpu/drm/drm_fops.c index 7f2af9a..70d2987

[PATCH 2/6] PCI/arm: Use list_for_each_entry() for bus traversal

Replace list_for_each() + pci_bus_b() with the simpler list_for_each_entry(). Signed-off-by: Yijing Wang --- arch/arm/kernel/bios32.c |7 ++- 1 files changed, 2 insertions(+), 5 deletions(-) diff --git a/arch/arm/kernel/bios32.c b/arch/arm/kernel/bios32.c index 317da88..0a77858 100644

[PATCH 1/6] PCI,acpiphp: Use list_for_each_entry() for bus traversal

Replace list_for_each() + pci_bus_b() with the simpler list_for_each_entry(). Signed-off-by: Yijing Wang --- drivers/pci/hotplug/acpiphp_glue.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/pci/hotplug/acpiphp_glue.c b/drivers/pci/hotplug/acpiphp_glue.c

Fixing the kernels backlight API

Hi, On 02/13/2014 06:19 PM, Matthew Garrett wrote: > On Thu, Feb 13, 2014 at 02:41:53PM +0100, Hans de Goede wrote: > >> I still believe we need to do better, but maybe that better needs to be done >> in userspace rather then in the kernel. > > One option is to put it on the connector but

Fixing the kernels backlight API

On Thu, Feb 13, 2014 at 08:43:10PM +0100, Hans de Goede wrote: > I can understand where Dave is coming from, from a kernel pov, so this > might really be easier to just solve in userspace. I don't know if you've > seen my very rough sketch of how this could work in userspace in my other > mail.

[PATCH] drm/i2c: tda998x: fix memory leak in case of i2c error

On Thu, Feb 13, 2014 at 09:13:34AM +0100, Jean-Francois Moine wrote: > When the creation of the second i2c client was failing, the private > buffer was not freed. > > This bug was introduced by the commit 6ae668cc19e8 > 'drm/i2c: tda998x: check the CEC device creation' > > Signed-off-by:

[PATCH] Prevent zero sized wl_egl_window

> The below seems fine, but I wonder if we could make this one cause an > error to be returned later where we can, rather than silently ignoring. > I'm not sure where or how, though. Would it make sense to change wl_egl_window_resize() so that it return a value? Either that, or it should be

[PATCH 2/5] drm/i915: Rename primary plane rotation property to "plane-rotation"

On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > I'd prefer have the crtc "rotation" property rotate the entire crtc > (planes and all). So for that reason we'd need to come up with some > other name for the "rotate the primary plane only"

[Regression 3.14-rc2] drm/i915: Brightness adjustment is broken in 945GM

> I dare say either your bisect went sour or you don't have 945GM. Please > verify your steps. Well, what can I say? I was careful when testing and the last kernel I compiled shows the problem. I can replay the bisection if needed but if I have to start all over again it's gonna take some time.

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

have resulted in a fix. Regards -- 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/20140213/d5a9eb6c/attachment.html>

Fixing the kernels backlight API

On Thu, Feb 13, 2014 at 02:41:53PM +0100, Hans de Goede wrote: > I still believe we need to do better, but maybe that better needs to be done > in userspace rather then in the kernel. One option is to put it on the connector but provide some mechanism for userspace to define the relationship

[Regression 3.14-rc2] drm/i915: Brightness adjustment is broken in 945GM

On Thu, 13 Feb 2014, Luis Ortega wrote: > Hi, testing 3.14-rc2 I noticed I could not adjust the brightness of the > screen any longer. This problem is already present in 3.14-rc1. 3.13 works > fine. > > My hardware is a netbook with intel atom and a 945GM graphics card. > > I bisected the

[Intel-gfx] [PATCH 2/5] drm/i915: Rename primary plane rotation property to "plane-rotation"

On Thu, Feb 13, 2014 at 02:20:57PM +, Chris Wilson wrote: > On Thu, Feb 13, 2014 at 04:06:31PM +0200, Ville Syrj?l? wrote: > > On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote: > > > On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote: > > > > On Wed, 2014-02-12 at

[Regression 3.14-rc2] drm/i915: Brightness adjustment is broken in 945GM

Hi, testing 3.14-rc2 I noticed I could not adjust the brightness of the screen any longer. This problem is already present in 3.14-rc1. 3.13 works fine. My hardware is a netbook with intel atom and a 945GM graphics card. I bisected the problem down to the next commit:

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/3c1868b7/attachment.html>

[PATCH 1/5] drm: Pass name to drm_rotation_property_create()

Reviewed-by: Sagar Kamble On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Allow rotation properties to have custom names. > > TODO: maybe squash into "drm: Add drm_mode_create_rotation_property()" > > Cc: Sagar Kamble > Signed-off-by:

[Intel-gfx] [PATCH 2/5] drm/i915: Rename primary plane rotation property to "plane-rotation"

On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote: > On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote: > > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote: > > > From: Ville Syrj?l? > > > > > > I'd prefer have the crtc "rotation" property

[Bug 28520] X: page allocation failure. 2.6.35-rc3

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140213/4fc40dd7/attachment.html>

[PATCH 2/5] drm/i915: Rename primary plane rotation property to "plane-rotation"

On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote: > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote: > > From: Ville Syrj?l? > > > > I'd prefer have the crtc "rotation" property rotate the entire crtc > > (planes and all). So for that reason we'd need

Fixing the kernels backlight API

Hi, On 02/13/2014 07:37 AM, Alexander E. Patrakov wrote: > 13.02.2014 04:26, David Herrmann wrote: >> The "attach" stuff actually sounds doable, but who decides which one >> to attach? You still need some user-space script during device-plug >> for that. >> But to be honest, the simplest way

Fixing the kernels backlight API

Hi, On 02/12/2014 11:26 PM, David Herrmann wrote: > Hi > > On Wed, Feb 12, 2014 at 9:43 PM, Ville Syrj?l? > wrote: >> On Thu, Feb 13, 2014 at 06:14:04AM +1000, Dave Airlie wrote: The biggest remaining stumbling block is the backlight API, because opening the sysfs files

[PATCH] gpu:drm:tilcdc: backlight node never found

In panel_probe() the backlight node is never found, correct this. Signed-off-by: Heiko Schocher Cc: Anatolij Gustschin Cc: Benoit Parrot Cc: Rob Clark Cc: David Airlie Cc: Grant Likely Cc: Rob Herring Cc: Tomi Valkeinen Cc: Sachin Kamat Cc: dri-devel at

[PATCH 2/6] PCI/arm: Use list_for_each_entry() for bus traversal

On Thu, Feb 13, 2014 at 09:13:59PM +0800, Yijing Wang wrote: > Replace list_for_each() + pci_bus_b() with the simpler > list_for_each_entry(). > > Signed-off-by: Yijing Wang Acked-by: Russell King -- FTTC broadband for 0.8mile line: 5.8Mbps down 500kbps up.

Fixing the kernels backlight API

Hi, On 02/12/2014 09:14 PM, Dave Airlie wrote: >> >> The biggest remaining stumbling block is the backlight API, because opening >> the >> sysfs files requires root rights. I'll very likely write a little helper for >> this >> for now, but in the long run it would be good to have a better

[Intel-gfx] [PATCH 2/5] drm/i915: Rename primary plane rotation property to "plane-rotation"

On Thu, Feb 13, 2014 at 04:06:31PM +0200, Ville Syrj?l? wrote: > On Thu, Feb 13, 2014 at 03:46:39PM +0200, Ville Syrj?l? wrote: > > On Thu, Feb 13, 2014 at 06:07:27PM +0530, Sagar Arun Kamble wrote: > > > On Wed, 2014-02-12 at 23:15 +0200, ville.syrjala at linux.intel.com wrote: > > > > From:

[Intel-gfx] [PATCH 0/5] drm/i915: Full pipe rotation & rotation property name bikeshedding

On Thu, Feb 13, 2014 at 11:20:49AM +, Chris Wilson wrote: > On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrj?l? > > > > After playing around Sagar's primary plane rotation a bit, I decided that > > extending that to full pipe rotation

[PATCH] drm/ttm: Fix memory leak in ttm_agp_backend.c

On 02/12/2014 02:46 PM, Masanari Iida wrote: > This patch fix a memory leak found by cppcheck. > [drivers/gpu/drm/ttm/ttm_agp_backend.c:129]: > (error) Memory leak: agp_be > > Signed-off-by: Masanari Iida > --- > drivers/gpu/drm/ttm/ttm_agp_backend.c | 1 + > 1 file changed, 1 insertion(+) > >

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/1a9a508d/attachment.html>

drm/nouveau/i2c: port to subdev interfaces

Hello Ben Skeggs, The patch 4196faa86232: "drm/nouveau/i2c: port to subdev interfaces" from Jul 10, 2012, leads to the following static checker warning: drivers/gpu/drm/nouveau/core/engine/disp/vga.c:42 nv_rdport() warn: we tested 'port == 962' before and it was 'false'

Fixing the kernels backlight API

13.02.2014 04:26, David Herrmann wrote: > The "attach" stuff actually sounds doable, but who decides which one > to attach? You still need some user-space script during device-plug > for that. > But to be honest, the simplest way would be a "backlightd" > bus-activatable daemon. SetBacklight()

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #43 from Christoph Haag --- But it silently breaks opencl. Before the patch: opencl-example (git)-[master] % sudo ./hello_world ./hello_world: /usr/lib/libOpenCL.so.1: no version information available (required by ./hello_world)

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/5e9591da/attachment.html>

[Bug 74927] Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/1fd3ed98/attachment.html>

[Bug 74927] New: Screen corruption on Ubuntu 14.04, Kernel 3.13 with Radeon R7 240 (OLAND PRO)

es/dri-devel/attachments/20140213/ae80838c/attachment.html>

[Intel-gfx] [PATCH 0/5] drm/i915: Full pipe rotation & rotation property name bikeshedding

On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > After playing around Sagar's primary plane rotation a bit, I decided that > extending that to full pipe rotation would be nice. Chris also seemed to > want that, but I'm not sure he does

[Nouveau] [PATCH v2] drm/nouveau: support for platform devices

Hi Emil, On 02/12/2014 11:18 PM, Emil Velikov wrote: > On 12/02/14 05:38, Alexandre Courbot wrote: >> Upcoming mobile Kepler GPUs (such as GK20A) use the platform bus instead >> of PCI to which Nouveau is tightly dependent. This patch allows Nouveau >> to handle platform devices by: >> >> -

[Intel-gfx] [PATCH 0/5] drm/i915: Full pipe rotation & rotation property name bikeshedding

On Wed, Feb 12, 2014 at 11:17:27PM +, Chris Wilson wrote: > On Wed, Feb 12, 2014 at 11:14:59PM +0200, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrj?l? > > > > After playing around Sagar's primary plane rotation a bit, I decided that > > extending that to full pipe rotation

[PATCH 1/2] drm: add DRM_CAPs for cursor size

On Mit, 2014-02-12 at 13:28 -0500, Alex Deucher wrote: > Some hardware may not support standard 64x64 cursors. Add > a drm cap to query the cursor size from the kernel. Some examples > include radeon CIK parts (128x128 cursors) and armada (32x64 or 64x32). > This allows things like device

[PATCH] Prevent zero sized wl_egl_window

On Wed, 12 Feb 2014 16:21:11 -0800 Sinclair Yeh wrote: > It is illegal to create or resize a window to zero (or negative) width > and/or height. This patch prevents such a request from happening. > --- > src/egl/wayland/wayland-egl/wayland-egl.c | 6 ++ > 1 file changed, 6 insertions(+) >

[Bug 28520] X: page allocation failure. 2.6.35-rc3

||security -- 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/20140213/bcfb7faf/attachment.html>

[PATCH] drm/i2c: tda998x: fix memory leak in case of i2c error

When the creation of the second i2c client was failing, the private buffer was not freed. This bug was introduced by the commit 6ae668cc19e8 'drm/i2c: tda998x: check the CEC device creation' Signed-off-by: Jean-Francois Moine --- drivers/gpu/drm/i2c/tda998x_drv.c | 4 +++- 1 file changed, 3

[Bug 71212] [RadeonSI]: Unigine Heaven fails to launch with X error

|--- |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/20140213/e7bed73d/attachment.html>

drmModeSetCrtc and how to use x,y

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/b629d77c/attachment.html>

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #42 from Christoph Haag --- 0:DIS: :DynOff::01:00.0 1:IGD:+:Pwr::00:02.0 Nice. It now powers off properly in X. I haven't extensively tried but with the latest mesa git and this patch this bug seems to have vanished too:

Fixing the kernels backlight API

> > The biggest remaining stumbling block is the backlight API, because opening > the > sysfs files requires root rights. I'll very likely write a little helper for > this > for now, but in the long run it would be good to have a better solution. > > While discussion this in the graphics devroom

[PATCH 2/2] drm/nouveau: use nv_debug for NV_DEBUG

It's really confusing for NV_DEBUG's printing to be controlled via drm.debug while everything else is controlled via nouveau.debug. These messages can be turned on with nouveau.debug=CLIENT=debug. Signed-off-by: Ilia Mirkin --- It's a bit annoying that the DRM messages are conflated with the

[PATCH 1/2] drm/nouveau: make hdmi device finding failure prints debug level

The hdmi device is required for runtime pm. However it is not available on many esp older devices, which were all seeing these error messages. Take this opportunity to also convert to nv_debug instead of the DRM_* messages, like the rest of nouveau does. Signed-off-by: Ilia Mirkin ---

[Bug 74868] r600g: Diablo III Crashes After a few minutes

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

[Bug 70910] [radeonsi] wrong colors on radeonsi screen in some places when radeonsi and r600g gpus are installed

- 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/20140213/93e8abb1/attachment.html>

[Bug 69694] Xorg doesn't start on KABINi with radeonsi

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/f40d31c9/attachment.html>

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

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/e2b0dbe5/attachment.html>

[Bug 74420] EQ overflowing - recurring total X crash

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/373d7436/attachment.html>

[Bug 74420] EQ overflowing - recurring total X crash

compton backend? -- 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/20140213/6f878933/attachment.html>

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #41 from Michel D?nzer --- Created attachment 125821 --> https://bugzilla.kernel.org/attachment.cgi?id=125821=edit radeonsi: Short-circuit flushes with no preceding draw calls Does this Mesa patch help? -- You are receiving this

[Bug 74420] EQ overflowing - recurring total X crash

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140213/af2d49c8/attachment.html>