[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #4 from Roman ?makal 2012-05-21 13:51:29 PDT --- Created attachment 61932 --> https://bugs.freedesktop.org/attachment.cgi?id=61932 xorg logfile -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #2 from Roman ?makal 2012-05-21 13:50:51 PDT --- Created attachment 61930 --> https://bugs.freedesktop.org/attachment.cgi?id=61930 dmesg logfile -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 01:41:47PM -0400, Adam Jackson wrote: > On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: > > DisplayPort has an escape hatch by which devices can identify each other. > > I'm not super thrilled that it does, since that's just a clever way of > > getting the spec to

kernel 3.4.0 oops

Hi, With kernel 3.4.0 and xen I got the following oops. Grub is setup like this: menuentry 'vmlinuz-3.4.0' --class gnu-linux --class gnu --class os { insmod part_gpt insmod ext2 set root='(/dev/sda,gpt2)' search --no-floppy --fs-uuid --set=root

PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/05/12 10:08, Yinghai Lu wrote: > On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu > wrote: >> On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu >> wrote: >>> On Thu, May 17, 2012 at 5:34 AM, Steven Newbury >>> wrote: -BEGIN PGP SIGNED

[PATCH] nouveau: nouveau_set_bo_placement takes TTM flags

On Fri, May 18, 2012 at 03:32:02PM +0100, Dave Airlie wrote: > From: Dave Airlie > > This seems to be wrong to me, spotted while thinking about dma-buf. > > Signed-off-by: Dave Airlie Reviewed-by: Ben Skeggs Cc: stable at vger.kernel.org > --- > drivers/gpu/drm/nouveau/nouveau_bo.c |2 +-

[PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 5:09 PM, Adam Jackson wrote: > On Mon, 2012-05-21 at 16:35 -0400, Alex Deucher wrote: >> On Mon, May 21, 2012 at 4:11 PM, Adam Jackson wrote: >> > I had been considering MST to be multiple CRTCs and some quasi-virtual >> > connectors. ?Does that not match the hardware? >>

[Bug 50125] Radeon KMS mis-detects present connectors

https://bugs.freedesktop.org/show_bug.cgi?id=50125 --- Comment #3 from Alex Deucher 2012-05-21 10:17:57 PDT --- (In reply to comment #2) > > Does this mean that the other connectors are not usable until reboot or does > plugging around still work? If so does the list of connectors get updated

[PATCH 0/5] Initial DisplayPort OUI probing

rt -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120521/6918a7dc/attachment.pgp>

[Bug 50125] Radeon KMS mis-detects present connectors

https://bugs.freedesktop.org/show_bug.cgi?id=50125 --- Comment #2 from Bruno 2012-05-21 09:56:52 PDT --- (In reply to comment #1) > The sbios sets up the available connectors based on what is connected at boot > time. Does this mean that the other connectors are not usable until reboot or does

[PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 4:11 PM, Adam Jackson wrote: > On Mon, 2012-05-21 at 15:27 -0400, Alex Deucher wrote: > >> I'm pretty sure it's needed for looking up the display topology for >> things like DP 1.2 MST. ?We probably need to decide on some changes to >> the DRM KMS topology to deal with

[Bug 50125] Radeon KMS mis-detects present connectors

https://bugs.freedesktop.org/show_bug.cgi?id=50125 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #1 from Alex Deucher 2012-05-21 09:15:09 PDT --- Please attach your xorg log, dmesg output, and glxinfo output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH 0/5] Initial DisplayPort OUI probing

ajax -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120521/d17f8568/attachment.pgp>

[PATCH v3] scatterlist: add sg_alloc_table_from_pages function

Hi Andrew, Thank you for your review, Please refer to the comments below. On 05/18/2012 01:56 AM, Andrew Morton wrote: > On Tue, 08 May 2012 11:50:33 +0200 > Tomasz Stanislawski wrote: > >> This patch adds a new constructor for an sg table. The table is constructed >> from an array of struct

[RFC v2 5/5] drm: Add NVIDIA Tegra support

just provide struct host1x_client a set of corresponding APIs to create them, request channels, etc. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120521/c8f90f60/attachment-0001.pgp>

[PATCH 3/3] gma500: Fix Poulsbo suspend/resume crash on devices with SDVO ports

From: Alan Cox Reported-by: Guillaume Cl?ment Signed-off-by: Alan Cox Cc: --- drivers/gpu/drm/gma500/psb_device.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/psb_device.c b/drivers/gpu/drm/gma500/psb_device.c

[PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 2:47 PM, Daniel Vetter wrote: > On Mon, May 21, 2012 at 01:41:47PM -0400, Adam Jackson wrote: >> On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: >> > DisplayPort has an escape hatch by which devices can identify each other. >> > I'm not super thrilled that it does,

[PATCH 1/3] gma500: Prevent endless loop in panel power up sequence

From: Alan Cox Some devices don't have a panel connected to LVDS and thus will never power up. This patch checks the power sequence progress bits in PP_STATUS to prevent an endless loop on such devices. Signed-off-by: Patrik Jakobsson Signed-off-by: Alan Cox ---

[RFC v2 5/5] drm: Add NVIDIA Tegra support

On 21.05.2012 14:05, Thierry Reding wrote: > I agree. It's really just a "simple-bus" kind of bus. Except that it'll need > another compatible value to make the host1x driver bind to it. But we should > be able to make it work without creating a completely new bus. I guess the > "ranges" property

[PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 1:41 PM, Adam Jackson wrote: > On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: >> DisplayPort has an escape hatch by which devices can identify each other. >> I'm not super thrilled that it does, since that's just a clever way of >> getting the spec to explicitly

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #3 from Roman ?makal 2012-05-21 13:51:09 UTC --- Created attachment 61931 --> https://bugs.freedesktop.org/attachment.cgi?id=61931 glxinfo logfile -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email

[RFC v2 5/5] drm: Add NVIDIA Tegra support

nodes could use offsets relative to that. Maybe even that is overkill, though. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120521/4071bfeb/attachment-0001.pgp>

[PATCH/RFC 0/6] Miscellaneous DRM fixes and cleanups

On Thu, May 17, 2012 at 7:27 AM, Laurent Pinchart wrote: > Hello, > > While studying the DRM core I came across a couple of issues or strange > constructs. Here are 6 patches that try to fix them. > > Criticism is as usual welcome. Please bear with my lack of experience with the > DRM core :-) >

[Linaro-mm-sig] New "xf86-video-armsoc" DDX driver

On Mon, May 21, 2012 at 09:55:06AM +0100, Dave Airlie wrote: > > * Define a new x-server sub-module interface to allow a seperate .so 2D > > driver to be loaded (this is the approach the current OMAP DDX uses). > > This seems the sanest. Or go the intel glamour route and stitch together a

[PATCH 2/2] drm/radeon: add lockup faulty command recording

On Sat, May 19, 2012 at 2:56 PM, Daniel Vetter wrote: > On Thu, May 17, 2012 at 03:41:30PM +0100, Dave Airlie wrote: >> On Wed, May 16, 2012 at 10:22 PM, ? wrote: >> > From: Jerome Glisse >> > >> > This try to identify the faulty user command stream that caused >> > lockup. If it finds one it

New "xf86-video-armsoc" DDX driver

> > For the last few months we (ARM MPD... "The Mali guys") have been working on > getting X.Org up and running with Mali T6xx (ARM's next-generation GPU IP). > The approach is very similar (well identical I think) to how things work on > OMAP: We use a DRM driver to manage the display controller

New "xf86-video-armsoc" DDX driver

Hi All, For the last few months we (ARM MPD... "The Mali guys") have been working on getting X.Org up and running with Mali T6xx (ARM's next-generation GPU IP). The approach is very similar (well identical I think) to how things work on OMAP: We use a DRM driver to manage the display controller

[PATCH] drm/prime: add exported buffers to current fprivs imported buffer list

On Mon, 21 May 2012 08:25:14 +0100, Dave Airlie wrote: > From: Dave Airlie > > If userspace attempts to import a buffer it exported on the same device, > we need to return the same GEM handle for it, not a new handle pointing > at the same GEM object. > > Signed-off-by: Dave Airlie > --- >

[PATCH] backlight: initialize struct backlight_properties properly

In all these files, the .power field was never correctly initialized. Signed-off-by: Corentin Chary --- drivers/gpu/drm/i915/intel_panel.c |1 + drivers/gpu/drm/radeon/radeon_legacy_encoders.c |1 + drivers/platform/x86/toshiba_acpi.c |1 +

[PATCH] drm/prime: add exported buffers to current fprivs imported buffer list

From: Dave Airlie If userspace attempts to import a buffer it exported on the same device, we need to return the same GEM handle for it, not a new handle pointing at the same GEM object. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_gem.c | 16 ++--

[Bug 50135] Unigine Heaven black stripes and weird shaders

https://bugs.freedesktop.org/show_bug.cgi?id=50135 --- Comment #6 from Micael Dias 2012-05-20 17:08:50 PDT --- I confirm that the patch doesn't help with the daylight scenes. They look the same. It helped with night time scenes, just like the previous comment says. -- Configure bugmail:

[PATCH] drm/prime: add exported buffers to current fprivs imported buffer list

From: Dave Airlie airl...@redhat.com If userspace attempts to import a buffer it exported on the same device, we need to return the same GEM handle for it, not a new handle pointing at the same GEM object. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/drm_gem.c | 16

Re: [PATCH] nouveau: nouveau_set_bo_placement takes TTM flags

On Fri, May 18, 2012 at 03:32:02PM +0100, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com This seems to be wrong to me, spotted while thinking about dma-buf. Signed-off-by: Dave Airlie airl...@redhat.com Reviewed-by: Ben Skeggs bske...@redhat.com Cc: sta...@vger.kernel.org ---

Re: [PATCH] drm/prime: add exported buffers to current fprivs imported buffer list

On Mon, 21 May 2012 08:25:14 +0100, Dave Airlie airl...@gmail.com wrote: From: Dave Airlie airl...@redhat.com If userspace attempts to import a buffer it exported on the same device, we need to return the same GEM handle for it, not a new handle pointing at the same GEM object.

New xf86-video-armsoc DDX driver

Hi All, For the last few months we (ARM MPD... The Mali guys) have been working on getting X.Org up and running with Mali T6xx (ARM's next-generation GPU IP). The approach is very similar (well identical I think) to how things work on OMAP: We use a DRM driver to manage the display controller via

Re: New xf86-video-armsoc DDX driver

For the last few months we (ARM MPD... The Mali guys) have been working on getting X.Org up and running with Mali T6xx (ARM's next-generation GPU IP). The approach is very similar (well identical I think) to how things work on OMAP: We use a DRM driver to manage the display controller via

Re: [Linaro-mm-sig] New xf86-video-armsoc DDX driver

On Mon, May 21, 2012 at 09:55:06AM +0100, Dave Airlie wrote: * Define a new x-server sub-module interface to allow a seperate .so 2D driver to be loaded (this is the approach the current OMAP DDX uses). This seems the sanest. Or go the intel glamour route and stitch together a somewhat

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

* Stephen Warren wrote: On 04/25/2012 03:45 AM, Thierry Reding wrote: This commit adds a very basic DRM driver for NVIDIA Tegra SoCs. It currently has rudimentary GEM support and can run a console on the framebuffer as well as X using the xf86-video-modesetting driver. Only the RGB output

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

* Stephen Warren wrote: On 05/07/2012 02:50 AM, Terje Bergström wrote: Hi Thierry, I have still lots of questions regarding how device trees work. I'm now just trying to match the device tree structure with hardware - let me know if that goes wrong. There's a hierarchy in the

[PATCH] backlight: initialize struct backlight_properties properly

In all these files, the .power field was never correctly initialized. Signed-off-by: Corentin Chary corentin.ch...@gmail.com --- drivers/gpu/drm/i915/intel_panel.c |1 + drivers/gpu/drm/radeon/radeon_legacy_encoders.c |1 + drivers/platform/x86/toshiba_acpi.c |

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

On 21.05.2012 14:05, Thierry Reding wrote: I agree. It's really just a simple-bus kind of bus. Except that it'll need another compatible value to make the host1x driver bind to it. But we should be able to make it work without creating a completely new bus. I guess the ranges property could

[PATCH 1/3] gma500: Prevent endless loop in panel power up sequence

From: Alan Cox a...@linux.intel.com Some devices don't have a panel connected to LVDS and thus will never power up. This patch checks the power sequence progress bits in PP_STATUS to prevent an endless loop on such devices. Signed-off-by: Patrik Jakobsson patrik.r.jakobs...@gmail.com

Re: [RFC v2 5/5] drm: Add NVIDIA Tegra support

* Terje Bergström wrote: On 21.05.2012 14:05, Thierry Reding wrote: I agree. It's really just a simple-bus kind of bus. Except that it'll need another compatible value to make the host1x driver bind to it. But we should be able to make it work without creating a completely new bus. I

Re: [PATCH v3] scatterlist: add sg_alloc_table_from_pages function

Hi Andrew, Thank you for your review, Please refer to the comments below. On 05/18/2012 01:56 AM, Andrew Morton wrote: On Tue, 08 May 2012 11:50:33 +0200 Tomasz Stanislawski t.stanisl...@samsung.com wrote: This patch adds a new constructor for an sg table. The table is constructed from an

Re: [PATCH 2/2] drm/radeon: add lockup faulty command recording

On Sat, May 19, 2012 at 2:56 PM, Daniel Vetter dan...@ffwll.ch wrote: On Thu, May 17, 2012 at 03:41:30PM +0100, Dave Airlie wrote: On Wed, May 16, 2012 at 10:22 PM,  j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com This try to identify the faulty user command stream that

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-05-21 09:15:09 PDT --- Please attach your xorg log, dmesg output, and glxinfo output. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving

[Bug 50125] Radeon KMS mis-detects present connectors

https://bugs.freedesktop.org/show_bug.cgi?id=50125 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH/RFC 0/6] Miscellaneous DRM fixes and cleanups

On Thu, May 17, 2012 at 7:27 AM, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hello, While studying the DRM core I came across a couple of issues or strange constructs. Here are 6 patches that try to fix them. Criticism is as usual welcome. Please bear with my lack of experience

[Bug 50125] Radeon KMS mis-detects present connectors

https://bugs.freedesktop.org/show_bug.cgi?id=50125 --- Comment #2 from Bruno bonbon...@internet.lu 2012-05-21 09:56:52 PDT --- (In reply to comment #1) The sbios sets up the available connectors based on what is connected at boot time. Does this mean that the other connectors are not usable

Re: PCI resources above 4GB

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/05/12 10:08, Yinghai Lu wrote: On Fri, May 18, 2012 at 12:45 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 9:36 AM, Yinghai Lu ying...@kernel.org wrote: On Thu, May 17, 2012 at 5:34 AM, Steven Newbury

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: DisplayPort has an escape hatch by which devices can identify each other. I'm not super thrilled that it does, since that's just a clever way of getting the spec to explicitly bless interoperability bugs. But it may be useful information

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 1:41 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: DisplayPort has an escape hatch by which devices can identify each other. I'm not super thrilled that it does, since that's just a clever way of getting the spec to

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 01:41:47PM -0400, Adam Jackson wrote: On Mon, 2012-05-14 at 16:05 -0400, Adam Jackson wrote: DisplayPort has an escape hatch by which devices can identify each other. I'm not super thrilled that it does, since that's just a clever way of getting the spec to

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, 2012-05-21 at 15:27 -0400, Alex Deucher wrote: I'm pretty sure it's needed for looking up the display topology for things like DP 1.2 MST. We probably need to decide on some changes to the DRM KMS topology to deal with multiple displays being driven from a single connector

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 4:11 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2012-05-21 at 15:27 -0400, Alex Deucher wrote: I'm pretty sure it's needed for looking up the display topology for things like DP 1.2 MST.  We probably need to decide on some changes to the DRM KMS topology to deal

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #2 from Roman Šmakal schmakeri...@gmail.com 2012-05-21 13:50:51 PDT --- Created attachment 61930 -- https://bugs.freedesktop.org/attachment.cgi?id=61930 dmesg logfile -- Configure bugmail:

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #3 from Roman Šmakal schmakeri...@gmail.com 2012-05-21 13:51:09 UTC --- Created attachment 61931 -- https://bugs.freedesktop.org/attachment.cgi?id=61931 glxinfo logfile -- Configure bugmail:

[Bug 50149] Faulty shaders on RS600

https://bugs.freedesktop.org/show_bug.cgi?id=50149 --- Comment #4 from Roman Šmakal schmakeri...@gmail.com 2012-05-21 13:51:29 PDT --- Created attachment 61932 -- https://bugs.freedesktop.org/attachment.cgi?id=61932 xorg logfile -- Configure bugmail:

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, 2012-05-21 at 16:35 -0400, Alex Deucher wrote: On Mon, May 21, 2012 at 4:11 PM, Adam Jackson a...@redhat.com wrote: I had been considering MST to be multiple CRTCs and some quasi-virtual connectors. Does that not match the hardware? That's the basic idea. At the hw level you have

Re: [PATCH 0/5] Initial DisplayPort OUI probing

On Mon, May 21, 2012 at 5:09 PM, Adam Jackson a...@redhat.com wrote: On Mon, 2012-05-21 at 16:35 -0400, Alex Deucher wrote: On Mon, May 21, 2012 at 4:11 PM, Adam Jackson a...@redhat.com wrote: I had been considering MST to be multiple CRTCs and some quasi-virtual connectors.  Does that not

[Bug 42984] scrabled video with nouveau drivers on mac mini (320m)

https://bugzilla.kernel.org/show_bug.cgi?id=42984 --- Comment #13 from Peter Hedlund pe...@peterandlinda.com 2012-05-21 22:28:17 --- The bug is still present in kernel 3.4.0 final. Anybody on how to test the dithering? -- Configure bugmail:

[Bug 42984] scrabled video with nouveau drivers on mac mini (320m)

https://bugzilla.kernel.org/show_bug.cgi?id=42984 --- Comment #14 from garegin garegi...@gmail.com 2012-05-22 01:13:00 --- it's not dithering. the whole image is garbled. it's not a line pattern. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are