Re: [PATCH 1/3] [VPG HSW-A] drm/i915: Add aspect ratio in drm_display_mode

2013-08-15 Thread Ville Syrjälä
On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kan...@intel.com wrote: > From: vkannan > > Mode is the video format, which is the information the sink needs to > properly display an image. a complete definition of video format includes > video timing, picture aspect ratio, color space, quantiz

Re: [PATCH 2/3] [VPG HSW-A] drm/i915: Add PAR support in AVI infoframe

2013-08-15 Thread Ville Syrjälä
On Thu, Aug 15, 2013 at 10:29:02AM +0530, vandana.kan...@intel.com wrote: > From: vkannan > > Populate picture aspect ratio field of AVI infoframe. > If there is a custom value to be set for aspect ratio, it takes highest > priority, followed by a check in the CEA mode list. If the mode is not >

Re: [PATCH 3/3] [VPG HSW-A] drm/i915: Populate all fields of AVI infoframe

2013-08-15 Thread Ville Syrjälä
On Thu, Aug 15, 2013 at 10:29:03AM +0530, vandana.kan...@intel.com wrote: > From: vkannan > > Populate bar information, colorimetry, IT content, quantization range fields > of AVI infoframe based on CEA 861-D spec. > > Signed-off-by: Vandana Kannan > --- > drivers/gpu/drm/i915/intel_drv.h |

Re: [PATCH 3/3] drm/radeon: add audio support for DCE6/8 GPUs (v10)

2013-08-15 Thread Rafał Miłecki
2013/8/14 Alex Deucher : > Similar to DCE4/5, but supports multiple audio pins > which can be assigned per afmt block. Acked-by: Rafał Miłecki Tested successfully on my HD7750. > +static void r600_audio_enable(struct radeon_device *rdev, > + struct r600_audio_pin *p

Re: [Intel-gfx] [PATCH 11/20] drm/gem: create drm_gem_dumb_destroy

2013-08-15 Thread Daniel Vetter
On Thu, Aug 15, 2013 at 9:24 AM, Chris Wilson wrote: > On Thu, Aug 15, 2013 at 12:02:40AM +0200, Daniel Vetter wrote: >> All the gem based kms drivers really want the same function to >> destroy a dumb framebuffer backing storage object. >> >> So give it to them and roll it out in all drivers. >>

Re: [PATCH 1/3] [VPG HSW-A] drm/i915: Add aspect ratio in drm_display_mode

2013-08-15 Thread Daniel Vetter
On Thu, Aug 15, 2013 at 10:06:42AM +0300, Ville Syrjälä wrote: > On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kan...@intel.com wrote: > > From: vkannan > > > > Mode is the video format, which is the information the sink needs to > > properly display an image. a complete definition of video f

Re: [PATCH 3/3] drm/radeon: add audio support for DCE6/8 GPUs (v10)

2013-08-15 Thread Rafał Miłecki
2013/8/14 Alex Deucher : > + /* program the speaker allocation */ > + tmp = RREG32_ENDPOINT(offset, > AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER); > + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK); > + /* set HDMI mode */ > + tmp |= HDMI_CONNECTION; > + if (sad

[Bug 66805] [radeonsi] half life 2 base games are segfaulting

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66805 Laurent carlier changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH] drm/radeon: set speakers allocation earlier

2013-08-15 Thread Rafał Miłecki
Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2 register). Signed-off-by: Rafał Miłecki --- drivers/gpu/drm/radeon/dce6_afmt.c | 69 +-- drivers/gpu/drm/radeon/evergreen_hdmi.c |7 +++- 2 files changed, 54 insertions(+), 22 deletions(-)

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #5 from Stefan Schmidt --- Nice! Would this patch also be meaningful for a R100? I'm not firm in this topic, but to my understanding a RV200 is (confusingly) part of the R100 family. -- You are receiving this mail because: You are t

Re: [Intel-gfx] [PATCH] i915: Add a Kconfig option to turn on i915.preliminary_hw_support by default

2013-08-15 Thread Damien Lespiau
On Tue, Aug 13, 2013 at 04:23:17PM -0700, Josh Triplett wrote: > When building kernels for a preliminary hardware target, having to add a > kernel command-line option can prove inconvenient. Add a Kconfig option > that changes the default of this option to 1. FWIW, I like it (and had something si

Re: [RFC PATCH] fence: dma-buf cross-device synchronization (v12)

2013-08-15 Thread Maarten Lankhorst
Op 12-08-13 17:43, Rob Clark schreef: > On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst > wrote: >> A fence can be attached to a buffer which is being filled or consumed >> by hw, to allow userspace to pass the buffer without waiting to another >> device. For example, userspace can call page_

[PATCH] fence: dma-buf cross-device synchronization (v13)

2013-08-15 Thread Maarten Lankhorst
A fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace to pass the buffer without waiting to another device. For example, userspace can call page_flip ioctl to display the next frame of graphics after kicking the GPU but while the GPU is still rendering. T

Re: [Intel-gfx] [PATCH] i915: Add a Kconfig option to turn on i915.preliminary_hw_support by default

2013-08-15 Thread Daniel Vetter
On Thu, Aug 15, 2013 at 11:55:33AM +0100, Damien Lespiau wrote: > On Tue, Aug 13, 2013 at 04:23:17PM -0700, Josh Triplett wrote: > > When building kernels for a preliminary hardware target, having to add a > > kernel command-line option can prove inconvenient. Add a Kconfig option > > that changes

Re: [PATCH] dma-buf: Expose buffer size to userspace

2013-08-15 Thread Daniel Vetter
On Mon, Aug 05, 2013 at 04:22:00PM +1000, Christopher James Halse Rogers wrote: > Each dma-buf has an associated size and it's reasonable for userspace > to want to know what it is. > > Since userspace already has an fd, expose the size using the > size = lseek(fd, SEEK_END, 0); lseek(fd, SEEK_CUR

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #17 from Alex Deucher --- Does this patch help? diff --git a/drivers/gpu/drm/radeon/cypress_dpm.c b/drivers/gpu/drm/radeon/cypress_dpm.c index 95a66db..a1d2503 100644 --- a/drivers/gpu/drm/radeon/cypress_dpm.c +++ b/drivers/gpu/drm/ra

Re: [PATCH 6/7] drm/nouveau: embed gem object in nouveau_bo

2013-08-15 Thread David Herrmann
Hi On Wed, Aug 14, 2013 at 4:31 PM, Maarten Lankhorst wrote: > Op 14-08-13 15:07, David Herrmann schreef: >> There is no reason to keep the gem object separately allocated. nouveau is >> the last user of gem_obj->driver_private, so if we embed it, we can get >> rid of 8bytes per gem-object. >> >>

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #6 from Alex Deucher --- The patch touched code that is shared by both r100 and r200 so it's relevant to and applies to both. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #7 from Alex Deucher --- In regards to this bug does the patch fix the issue you are seeing? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing

[PATCH] fence: dma-buf cross-device synchronization (v14)

2013-08-15 Thread Maarten Lankhorst
A fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace to pass the buffer without waiting to another device. For example, userspace can call page_flip ioctl to display the next frame of graphics after kicking the GPU but while the GPU is still rendering. T

Re: [PATCH 6/7] drm/nouveau: embed gem object in nouveau_bo

2013-08-15 Thread Daniel Vetter
On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann wrote: >> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn), >> where driver->releasefn has to call ttm_bo_release again. >> Unfortunately unless drm is fixed dma-buf is still going to be as buggy as >> before, not much I can

Re: [PATCH 17/25] drm: rip out drm_core_has_MTRR checks

2013-08-15 Thread David Herrmann
Hi On Thu, Aug 8, 2013 at 3:41 PM, Daniel Vetter wrote: > The new arch_phys_wc_add/del functions do the right thing both with > and without MTRR support in the kernel. So we can drop these > additional checks. > > David Herrmann suggest to also kill the DRIVER_USE_MTRR flag since > it's now unuse

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #8 from Stefan Schmidt --- Great, then I'll give it a try and report the result. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-de

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #9 from Roland Scheidegger --- (In reply to comment #6) > The patch touched code that is shared by both r100 and r200 so it's relevant > to and applies to both. Actually it shouldn't do anything on r100, since it always should have u

[Bug 67981] Graphical Glitches with RV200 on IBM Thinkpad T40

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67981 --- Comment #10 from Stefan Schmidt --- Oh bummer, any other ideas? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org

[Bug 60674] linux 3.10.x RV740 (Radeon HD 4770) display problem

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60674 --- Comment #10 from nuc...@hotmail.com --- Hey Alex, I was able to resolve my Xorg issue (it was due to no disk space being left on the partition :s) and could fully test your patch. I can gladly confirm that it fully fixes the issue! Thanks for

Re: [PATCH 6/7] drm/nouveau: embed gem object in nouveau_bo

2013-08-15 Thread Maarten Lankhorst
Op 15-08-13 14:44, Daniel Vetter schreef: > On Thu, Aug 15, 2013 at 2:32 PM, David Herrmann wrote: >>> This would allow ttm to do kref_put((kref_t*)(bo +1), driver->releasefn), >>> where driver->releasefn has to call ttm_bo_release again. >>> Unfortunately unless drm is fixed dma-buf is still goi

Re: [RFC PATCH] fence: dma-buf cross-device synchronization (v12)

2013-08-15 Thread Rob Clark
On Thu, Aug 15, 2013 at 7:16 AM, Maarten Lankhorst wrote: > Op 12-08-13 17:43, Rob Clark schreef: >> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst >> wrote: >>> + [snip] >>> +/** >>> + * fence_add_callback - add a callback to be called when the fence >>> + * is signaled >>> + * @fence:

Re: [PATCH 3/3] drm/radeon: add audio support for DCE6/8 GPUs (v10)

2013-08-15 Thread Alex Deucher
On Thu, Aug 15, 2013 at 4:23 AM, Rafał Miłecki wrote: > 2013/8/14 Alex Deucher : >> + /* program the speaker allocation */ >> + tmp = RREG32_ENDPOINT(offset, >> AZ_F0_CODEC_PIN_CONTROL_CHANNEL_SPEAKER); >> + tmp &= ~(DP_CONNECTION | SPEAKER_ALLOCATION_MASK); >> + /* set HD

[PATCH 1/5] drm/edid: add a helper function to extract the speaker allocation data block (v3)

2013-08-15 Thread Alex Deucher
This adds a helper function to extract the speaker allocation data block from the EDID. This data block describes what speakers are present on the display device. v2: update per Ville Syrjälä's comments v3: fix copy/paste typo in memory allocation Signed-off-by: Alex Deucher Reviewed-by: Ville

[PATCH 2/5] drm/radeon: use loop for initializing AFMT blocks

2013-08-15 Thread Alex Deucher
From: Rafał Miłecki Signed-off-by: Rafał Miłecki Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_display.c | 53 ++--- 1 file changed, 23 insertions(+), 30 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_display.c b/drivers/gpu/drm/radeon/rad

[PATCH 3/5] drm/radeon: add audio support for DCE6/8 GPUs (v11)

2013-08-15 Thread Alex Deucher
Similar to DCE4/5, but supports multiple audio pins which can be assigned per afmt block. v2: rework the driver to handle more than one audio pin. v3: try different dto reg v4: properly program dto v5 (ck): change dto programming order v6: program speaker allocation block v7: rebase v8: rebase on

[PATCH 4/5] drm/radeon: set speakers allocation earlier

2013-08-15 Thread Alex Deucher
From: Rafał Miłecki Do it before enabling audio channels (in AFMT_AUDIO_PACKET_CONTROL2 register). Signed-off-by: Rafał Miłecki Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/dce6_afmt.c | 69 +++-- drivers/gpu/drm/radeon/evergreen_hdmi.c | 7 +++- 2

[PATCH 5/5] drm/radeon: set speaker allocation for DCE4/5

2013-08-15 Thread Alex Deucher
This updates the audio driver to the speaker allocation block from the EDID. A similar change was just implemented for DCE6/8. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen_hdmi.c | 48 - drivers/gpu/drm/radeon/evergreend.h | 7 + 2 fi

Re: [PATCH] fence: dma-buf cross-device synchronization (v13)

2013-08-15 Thread Maarten Lankhorst
Op 15-08-13 14:45, Marcin Ślusarz schreef: > 2013/8/15 Maarten Lankhorst : >> A fence can be attached to a buffer which is being filled or consumed >> by hw, to allow userspace to pass the buffer without waiting to another >> device. For example, userspace can call page_flip ioctl to display the >

[PATCH] drm/ttm: kill unused functions

2013-08-15 Thread Maarten Lankhorst
Signed-off-by: Maarten Lankhorst --- drivers/gpu/drm/ttm/ttm_bo_vm.c | 159 1 file changed, 159 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_vm.c b/drivers/gpu/drm/ttm/ttm_bo_vm.c index 3df9f16..87906c2 100644 --- a/drivers/gpu/drm/ttm/ttm_bo_vm.c

Re: [RFC PATCH] fence: dma-buf cross-device synchronization (v12)

2013-08-15 Thread Maarten Lankhorst
Op 15-08-13 15:14, Rob Clark schreef: > On Thu, Aug 15, 2013 at 7:16 AM, Maarten Lankhorst > wrote: >> Op 12-08-13 17:43, Rob Clark schreef: >>> On Mon, Jul 29, 2013 at 10:05 AM, Maarten Lankhorst >>> wrote: + > [snip] +/** + * fence_add_callback - add a callback to be called when

Re: [PATCH 5/5] drm/radeon: set speaker allocation for DCE4/5

2013-08-15 Thread Rafał Miłecki
2013/8/15 Alex Deucher : > +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder) > +{ > + struct radeon_device *rdev = encoder->dev->dev_private; > + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); > + struct radeon_encoder_atom_dig *dig

Re: [PATCH 05/12] video/hdmi: Don't let the user of this API create invalid infoframes

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 06:19:08PM +0100, Damien Lespiau wrote: > To set the active aspect ratio value in the AVI infoframe today, you not > only have to set the active_aspect field, but also the active_info_valid > bit. Out of the 1 user of this API, we had 100% misuse, forgetting the > _valid bit

Re: [PATCH 06/12] video/hdmi: Derive the bar data valid bit from the bar data fields

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 06:19:09PM +0100, Damien Lespiau wrote: > Just like: > > Author: Damien Lespiau > Date: Mon Aug 12 11:53:24 2013 +0100 > > video/hdmi: Don't let the user of this API create invalid infoframes > > But this time for the horizontal/vertical bar data present bits

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67276 Joshua Cov. changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67276 --- Comment #27 from Joshua Cov. --- I think I can close this. After applying the latest drm-fixes-3.11 as well as drm-next-3.12 I haven't seen the issue. I'll reopen this bug if the problem occurs again -- You are receiving this mail because:

[Bug 67276] kernel-3.11 [drm:r600_uvd_ring_test] *ERROR* radeon: ring 5 test failed (0xCAFEDEAD)

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67276 Joshua Cov. changed: What|Removed |Added Status|RESOLVED|CLOSED -- You are receiving this mail bec

Re: [PATCH 07/12] video/hdmi: Introduce helpers for the HDMI vendor specific infoframe

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 06:19:10PM +0100, Damien Lespiau wrote: [...] > diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c > index ac84215..59c4748 100644 > --- a/drivers/video/hdmi.c > +++ b/drivers/video/hdmi.c > @@ -286,6 +286,94 @@ ssize_t hdmi_audio_infoframe_pack(struct > hdmi_audio_in

Re: [PATCH 3/5] drm/radeon: add audio support for DCE6/8 GPUs (v11)

2013-08-15 Thread Rafał Miłecki
> @@ -169,13 +169,17 @@ int r600_audio_init(struct radeon_device *rdev) > if (!radeon_audio || !r600_audio_chipset_supported(rdev)) > return 0; > > - r600_audio_engine_enable(rdev, true); > + rdev->audio.enabled = true; > + > + rdev->audio.num_pins = 1; > +

Re: [PATCH 09/12] drm/edid: Move HDMI_IDENTIFIER to hdmi.h

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 06:19:12PM +0100, Damien Lespiau wrote: [...] > +#define HDMI_IDENTIFIER 0x000c03 HDMI_IDENTIFIER sounds really generic. Perhaps HDMI_INFOFRAME_OUI_HDMI? Thierry pgpoDn_GSC6it.pgp Description: PGP signature ___ dri-devel mailin

Re: [PATCH 10/12] video/hdmi: Hook the HDMI vendor infoframe with the generic _pack()

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 06:19:13PM +0100, Damien Lespiau wrote: [...] > diff --git a/include/linux/hdmi.h b/include/linux/hdmi.h [...] > +union hdmi_vendor_infoframe { > + struct { > + enum hdmi_infoframe_type type; > + unsigned char version; > + unsigned cha

Re: [PATCH 1/5] drm/edid: add a helper function to extract the speaker allocation data block (v3)

2013-08-15 Thread Rafał Miłecki
2013/8/15 Alex Deucher : > This adds a helper function to extract the speaker allocation > data block from the EDID. This data block describes what speakers > are present on the display device. > > v2: update per Ville Syrjälä's comments > v3: fix copy/paste typo in memory allocation > > Signed-of

Re: [PATCH 5/5] drm/radeon: set speaker allocation for DCE4/5

2013-08-15 Thread Rafał Miłecki
2013/8/15 Rafał Miłecki : > 2013/8/15 Alex Deucher : >> +static void dce4_afmt_write_speaker_allocation(struct drm_encoder *encoder) >> +{ >> + struct radeon_device *rdev = encoder->dev->dev_private; >> + struct radeon_encoder *radeon_encoder = to_radeon_encoder(encoder); >> + str

Re: [PATCH v2 2/2] drm/bridge: Add PTN3460 bridge driver

2013-08-15 Thread Thierry Reding
On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote: [...] > +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder, > + struct i2c_client *client, struct device_node *node) [...] > + ptn_bridge->gpio_pd_n = of_get_named_gpio(node, "powerdown-gpio", 0); of_get_

[PATCH] drm/edid: compare actual vrefresh for all modes for quirks

2013-08-15 Thread Alex Deucher
The vrefresh field of the mode is 0 for most modes fetched from the EDID (e.g., established timings). When dealing with monitors that have a bogus preferred mode, we may not always select the mode we want because we compare the target refresh to the mode's vrefresh which is 0 in a lot of cases. Si

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #18 from Tobias Droste --- Doesn't help here. But I can confirm that it works as soon as dpms is active and dpm switches to power level 0. It stays at power level 0 after the monitors are active again and I can echo things to power_dp

[PATCH 3/6] drm/radeon: add audio support for DCE6/8 GPUs (v12)

2013-08-15 Thread Alex Deucher
Similar to DCE4/5, but supports multiple audio pins which can be assigned per afmt block. v2: rework the driver to handle more than one audio pin. v3: try different dto reg v4: properly program dto v5 (ck): change dto programming order v6: program speaker allocation block v7: rebase v8: rebase on

[PATCH 5/6] drm/radeon: set speaker allocation for DCE4/5 (v2)

2013-08-15 Thread Alex Deucher
This updates the audio driver to the speaker allocation block from the EDID. A similar change was just implemented for DCE6/8. v2: remove unused variables Signed-off-by: Alex Deucher Acked-by: Rafał Miłecki --- drivers/gpu/drm/radeon/evergreen_hdmi.c | 41 - dr

[PATCH 6/6] drm/radeon: set speaker allocation for DCE3.2

2013-08-15 Thread Alex Deucher
This updates the audio driver to the speaker allocation block from the EDID. A similar change was just implemented for DCE4-8. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/r600_hdmi.c | 42 ++ drivers/gpu/drm/radeon/r600d.h | 7 +++ 2 files

[FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register

2013-08-15 Thread Rafał Miłecki
This bug (introduced in 3.10) in WREG32_OR made commit d3418eacad403033e95e49dc14afa37c2112c134 "drm/radeon/evergreen: setup HDMI before enabling it" cause a regression. Sometimes audio over HDMI wasn't working, sometimes display was corrupted. This fixes: https://bugzilla.kernel.org/show_bug.cgi?

[Bug 60687] Using radeon.audio=1 blocks hdmi display output on Radeon 5760

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60687 --- Comment #12 from Rafał Miłecki --- Fix posted: [FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html -- You are receiving this mail because: You are wa

[Bug 60709] With 3.10.3 / 3.10.5 screen output is "green" - looks like a green overlay

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60709 --- Comment #18 from Rafał Miłecki --- Fix posted: [FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register http://lists.freedesktop.org/archives/dri-devel/2013-August/043835.html -- You are receiving this mail because: You are wa

[Bug 60709] With 3.10.3 / 3.10.5 screen output is "green" - looks like a green overlay

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60709 --- Comment #19 from Rafał Miłecki --- This is a duplicate of #60687 (I'm afraid I don't have privileges to close this) -- You are receiving this mail because: You are watching the assignee of the bug. ___

Re: [FIX][PATCH] drm/radeon: fix WREG32_OR macro setting bits in a register

2013-08-15 Thread Alex Deucher
On Thu, Aug 15, 2013 at 12:55 PM, Rafał Miłecki wrote: > This bug (introduced in 3.10) in WREG32_OR made > commit d3418eacad403033e95e49dc14afa37c2112c134 > "drm/radeon/evergreen: setup HDMI before enabling it" > cause a regression. Sometimes audio over HDMI wasn't working, sometimes > display was

[pull] radeon drm-fixes-3.11

2013-08-15 Thread Alex Deucher
Hi Dave, This just adds one more regression fix to my previous pull request. Rafał Miłecki (1): drm/radeon: fix WREG32_OR macro setting bits in a register drivers/gpu/drm/radeon/radeon.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) -- 1.8.3.1 The following changes since commit 022

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #66 from Lars G --- Ok, the missing-texture thing in my last comment was no bug, i only forgot to apply the file-texture correctly in blender. So after some more testing, hw_gl_select2 works great without any regressions. Speedy sele

[Bug 66974] [radeonsi] rendering is broken in L4D2

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=66974 Michel Dänzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 34495] Selecting objects in Blender 2.56 slow with gallium r600 driver

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=34495 --- Comment #67 from Lars G --- Created attachment 84111 --> https://bugs.freedesktop.org/attachment.cgi?id=84111&action=edit Arch Linux PKGBUILD Attached an Arch Linux PKGBUILD file for easy testing. -- You are receiving this mail because:

[Bug 64582] [r600g/vdpau] Inconsistency detected by ld.so: dl-close.c: 765: _dl_close: Assertion `map->l_init_called' failed!

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=64582 --- Comment #3 from Laurent carlier --- I cannot reproduce this anymore with libvdpau 0.7, built with dri2proto support -- You are receiving this mail because: You are the assignee for the bug. ___ dr

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #19 from Christian Birchinger --- Just to be totaly clear. In my case i only have one monitor in use. I don't use any multi-head setup at the moment. The rest is identical. dpms standby puts it to level 0, when it wakes up it's also l

Re: [PATCH v2 2/2] drm/bridge: Add PTN3460 bridge driver

2013-08-15 Thread Sean Paul
On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding wrote: > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote: > [...] >> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder, >> + struct i2c_client *client, struct device_node *node) > [...] >> + ptn_bridge->

[PULL] drm-intel-fixes

2013-08-15 Thread Daniel Vetter
Hi Dave, Might as well also send you a pull request and flush out the single regression fixer I have here. Cheers, Daniel The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8: Linux 3.11-rc5 (2013-08-11 18:04:20 -0700) are available in the git repository at: git://

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #20 from Alex Deucher --- Christian, Can you try this patch: http://lists.freedesktop.org/archives/dri-devel/2013-August/043464.html I the vblank period on your monitor is short enough that it's causing the driver to select the multi-

[Bug 68162] New: [radeonsi] texture rendering is broken in Source-Engine games

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68162 Priority: medium Bug ID: 68162 Assignee: dri-devel@lists.freedesktop.org Summary: [radeonsi] texture rendering is broken in Source-Engine games Severity: normal Classific

[Bug 68162] [radeonsi] texture rendering is broken in Source-Engine games

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68162 --- Comment #1 from Laurent carlier --- Created attachment 84113 --> https://bugs.freedesktop.org/attachment.cgi?id=84113&action=edit Portal broken rendering -- You are receiving this mail because: You are the assignee for the bug. __

[Bug 68162] [radeonsi] texture rendering is broken in Source-Engine games

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=68162 Laurent carlier changed: What|Removed |Added Attachment #84112|text/plain |image/jpeg mime type|

Re: [PATCH v2 2/2] drm/bridge: Add PTN3460 bridge driver

2013-08-15 Thread Thierry Reding
On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote: > On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding > wrote: > > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote: > > [...] > >> +int ptn3460_init(struct drm_device *dev, struct drm_encoder *encoder, > >> + struct i2c_

[Bug 67994] Lockup with UVD and DPM on RV730

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=67994 --- Comment #6 from Nikita --- Also on kernel 3.11rc5 -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.

Re: [PATCH v2 2/2] drm/bridge: Add PTN3460 bridge driver

2013-08-15 Thread Sean Paul
On Thu, Aug 15, 2013 at 4:42 PM, Thierry Reding wrote: > On Thu, Aug 15, 2013 at 03:32:58PM -0400, Sean Paul wrote: >> On Thu, Aug 15, 2013 at 11:28 AM, Thierry Reding >> wrote: >> > On Wed, Aug 14, 2013 at 04:47:38PM -0400, Sean Paul wrote: >> > [...] >> >> +int ptn3460_init(struct drm_device *d

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #21 from Christian Birchinger --- No change here at all with those 2 patches. I'm attaching my boot dmesg just in case my maybe weird setup (CRT monitor) does not cause anything special. -- You are receiving this mail because: You ar

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #22 from Christian Birchinger --- Created attachment 107211 --> https://bugzilla.kernel.org/attachment.cgi?id=107211&action=edit drm/radeon boot output The relevant radeon and drm boot message output -- You are receiving this mail

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #23 from Alex Deucher --- Ah, you have a system with gddr5 memory. The blanking period is probably too short on your monitor to support mclk switching. Something like this will tell you for sure: diff --git a/drivers/gpu/drm/radeon/

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #24 from Christian Birchinger --- Created attachment 107212 --> https://bugzilla.kernel.org/attachment.cgi?id=107212&action=edit debug drm output Yes, i get lots of output. Log is attached -- You are receiving this mail because: Y

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #25 from Christian Birchinger --- So with the problem being the vblank i switched the resolutions using xrandr. Using lower resolution modes makes it start switching. ~ $ xrandr Screen 0: minimum 320 x 200, current 1600 x 1200, maximu

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #26 from Alex Deucher --- In order to switch the mclk, the hw needs at least 450us. The vblank period of the 1600x1200 mode is 396us, so it's not long enough to switch. The switch has to happen during vblank to avoid seeing a flicker

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #27 from Tobias Droste --- Isn't this the reason why there is a multi-monitor power state? same mclk but different sclk for each power level? So switching between them should be no problem because there's no memory reclocking happening

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #28 from Christian Birchinger --- Ok thanks. I was just in the middle of posting this: With 1280x1024 it switched to power level 0 but without "single_disp". With the really low 640x400 mode it did also use "single_disp". But i now

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #29 from Alex Deucher --- Correct. I'm not sure why that state sees to get stuck in the highest performance level on your cards though. -- You are receiving this mail because: You are watching the assignee of the bug. __

[Bug 65254] opengl flicker in xbmc / glxgears

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #14 from Vladi --- I am now seeing random lockup then reboot's when watching videos with xbmc. I have latest 3.11-rc5 + mesa and ati driver from git. Any update on this? Thanks! -- You are receiving this mail because: You are the as

[Bug 65254] opengl flicker in xbmc / glxgears

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #15 from Alex Deucher --- Does setting env var R600_DEBUG=nodma help? -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list dri-devel@lists.f

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #30 from Christian Birchinger --- Maybe the same reason why Tobias is stuck at level 2. Since i'm no longer able to use tools like xvidtune and the online modeline calculator tells me 1600x1200 85hz requires >300Mhz pixel clock, so i'

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #31 from Alex Deucher --- (In reply to Christian Birchinger from comment #30) > Maybe the same reason why Tobias is stuck at level 2. > Right you both seem to be afflicted but the same issue. > Since i'm no longer able to use tools

[Bug 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

2013-08-15 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #32 from Christian Birchinger --- Yes, i did this: xrandr --newmode "1600x1200_test" 229.5 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync Puts my state to this: uvdvclk: 0 dclk: 0 power level 0sclk: 15700 mclk: 3000

Re: [PATCH] gma500: Fix SDVO turning off randomly

2013-08-15 Thread Patrik Jakobsson
On Sun, Aug 11, 2013 at 12:00 PM, Daniel Vetter wrote: > On Sat, Aug 10, 2013 at 10:12 PM, Patrik Jakobsson > wrote: >> I will give this a spin on my gma500 and i915 hardware on monday. The gma500 >> sdvo code should be pretty much identical to i915 from around 2011 but I >> guess >> we've diver

[Bug 65254] opengl flicker in xbmc / glxgears

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=65254 --- Comment #16 from Vladi --- nope, tried that and R600_DEBUG=sb as well I also just tried latest patches from http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-fixes-3.11 with no luck -- You are receiving this mail because: You are the assi

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #41 from Erdem U. Altınyurt --- I think those patches are merged with llvm-trunk. Manually installation give me hunks and fails. I update/build/install llvm-trunk,ibclc-trunk mesa-trunk and now I still got lock ups!??? ( Using 3.11.r

[Bug 64201] OpenCL usage result segmentation fault on r600g with HD6850.

2013-08-15 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=64201 --- Comment #42 from Aaron Watry --- (In reply to comment #41) > I think those patches are merged with llvm-trunk. Manually installation give > me hunks and fails. The second LLVM series is not yet merged upstream, but the first one is. I was a

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

2013-08-15 Thread Pali Rohár
On Thursday 15 August 2013 04:07:24 Martin Peres wrote: > On 14/08/2013 05:02, Pali Rohár wrote: > > On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: > >> On 13/08/2013 09:53, Pali Rohár wrote: > >>> On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres > > > > wrote: > On 13/08/2013

Re: [PATCH] fence: dma-buf cross-device synchronization (v13)

2013-08-15 Thread Marcin Ślusarz
2013/8/15 Maarten Lankhorst : > A fence can be attached to a buffer which is being filled or consumed > by hw, to allow userspace to pass the buffer without waiting to another > device. For example, userspace can call page_flip ioctl to display the > next frame of graphics after kicking the GPU bu

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

2013-08-15 Thread Pali Rohár
On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: > Hello, > > in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was > introduced error which cause that on my Nvidia 6600GT card > reclocking not working anymore. There is missing assigment of > return value from pll_calc to ret. > > After this

Moving a bug upstream per downstream request, emailing the maintainers

2013-08-15 Thread John Hupp
[1.] One line summary of the problem: Flash 11.2 content displays in shades of green and purple only, and in a horizontally compressed space [2.] Full description of the problem/report: The full downstream bug report is at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1212455 , but my

Re: nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

2013-08-15 Thread Martin Peres
On 15/08/2013 03:24, Pali Rohár wrote: On Thursday 15 August 2013 04:07:24 Martin Peres wrote: On 14/08/2013 05:02, Pali Rohár wrote: On Tuesday 13 August 2013 15:55:28 Martin Peres wrote: On 13/08/2013 09:53, Pali Rohár wrote: On utorok, 13. augusta 2013 15:32:45 CEST, Martin Peres wrote:

Re: [PATCH] nouveau reclocking on nv40 not working since 77145f1cbdf8d28b46ff8070ca749bad821e0774

2013-08-15 Thread Martin Peres
On 15/08/2013 13:46, Pali Rohár wrote: On Tuesday 13 August 2013 11:28:01 Pali Rohár wrote: Hello, in commit 77145f1cbdf8d28b46ff8070ca749bad821e0774 was introduced error which cause that on my Nvidia 6600GT card reclocking not working anymore. There is missing assigment of return value from pl

Re: [PATCH v2 0/8] Several NXP TDA998x patches

2013-08-15 Thread Russell King - ARM Linux
On Wed, Aug 14, 2013 at 09:43:25PM +0200, Sebastian Hesselbarth wrote: > This patch set picks up several patches sent during the past months > related with NXP TDA998x HDMI transmitter driver. The patches have > been tested on Marvell Dove (Armada DRM) on several HDMI and DVI modes > with audio pla

  1   2   3   >