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

A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/5c30c7be/attachment-0001.pgp>

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

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:

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

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)

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

[Bug 65254] opengl flicker in xbmc / glxgears

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130815/0f21b7cb/attachment.html>

[Bug 65254] opengl flicker in xbmc / glxgears

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

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

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 60523] Radeon DPM not working with 2 monitors attached to Radeon HD5770 (Juniper)

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)

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

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

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

[PULL] drm-intel-fixes

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:

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

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,

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

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=edit debug drm output Yes, i get lots of output. Log is attached -- You are receiving this mail because: You are

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

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

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

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=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)

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

[Bug 67994] Lockup with UVD and DPM on RV730

org/archives/dri-devel/attachments/20130815/ec484ece/attachment.html>

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

|| -- 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/20130815/bf372856/attachment.html>

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

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

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

ing 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/20130815/4ec73046/attachment.html>

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

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

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

gmail.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/e28b45ab/attachment-0001.pgp>

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

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:

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

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

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

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 >>

nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

esults: > > $ nvidia-smi -q -d TEMPERATURE > ... > GPU :05:00.0 > Temperature > Gpu : 67 C > > $ nvapeek 0x15b0 > 15b0: 108e > > So it looks like that nvapeek returning always same value and > does not depends on temperature... It is OK? Well, it looks like the temperature reading is very noisy! Could you please get the temperature + peek when the card is as hot as possible? There is a very effective solution to get a GPU hot, use a hair drier. If you could get your GPU to at 110?C (or less, if you feel like it is too much), that could help me check the formula and default values. PS: I attached a new version of the patch that should improve the temperature accuracy for nv43s. Could you test it and send me your kernel log? -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-nv40-therm-set-default-calibration-values-if-nee.patch Type: text/x-patch Size: 5239 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/cfbaacc3/attachment-0001.bin>

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

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/b71441cb/attachment.html>

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

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

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130815/83e978f5/attachment.html>

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

available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/d90a8641/attachment-0001.pgp>

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

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/6d55e68f/attachment.html>

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

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); >> +

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

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 > >

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

ry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/207a9102/attachment.pgp>

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

ype: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/daf537bd/attachment.pgp>

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

> @@ -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; >

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

This infoframe doesn't seem to exist in 1.3. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/f7714fb0/attachment.pgp>

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

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.

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

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

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

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

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

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

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

ature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/2bb64e7a/attachment.pgp>

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

non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/ff14bd64/attachment.pgp>

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

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

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

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

[PATCH] drm/ttm: kill unused functions

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 ---

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

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

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

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

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

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) > [...] >> +

Moving a bug upstream per downstream request, emailing the maintainers

[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

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

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

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

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

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

|--- |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/20130815/d9e29ffe/attachment-0001.html>

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

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

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

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

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

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

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

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

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

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.

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

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. >>

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

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,

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

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

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

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.

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

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

[pull] radeon drm-fixes-3.11

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

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

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

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

https://bugzilla.kernel.org/show_bug.cgi?id=60674 --- Comment #10 from nucrap at 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

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130815/48d4eb87/attachment.html>

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

hives/dri-devel/attachments/20130815/9c49b8c8/attachment-0001.html>

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

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/9b11b039/attachment.html>

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

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/693d3fc8/attachment.html>

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

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

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

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 +++

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

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

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

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 -

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

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

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

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

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

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.

[PATCH] drm/radeon: set speakers allocation earlier

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

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

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

On Thu, Aug 15, 2013 at 10:29:03AM +0530, vandana.kannan at 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

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

On Thu, Aug 15, 2013 at 10:29:02AM +0530, vandana.kannan at 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

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

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 |4 drivers/gpu/drm/i915/intel_hdmi.c | 39

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

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 found in the standard mode list, aspect ratio is calculated

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

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, quantization range, component depth. video format timing may be

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

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

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

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.kannan at 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

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

On Thu, Aug 15, 2013 at 10:29:01AM +0530, vandana.kannan at 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,

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

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.

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

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

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

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

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

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 +++--

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

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 2/5] drm/radeon: use loop for initializing AFMT blocks

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

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

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 3/3] drm/radeon: add audio support for DCE6/8 GPUs (v10)

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

nouveau: temperature on nv40 is unavailable since ad40d73ef533ab0ad16b4a1ab2f7870c1f8ab954

apeek command: $ nvapeek 0x15b0 15b0: 108e So value reported by nouveau is lower than value reported by nvidia binary driver. I wait some some and started nvidia-smi and nvapeek again, here are results: $ nvidia-smi -q -d TEMPERATURE ... GPU :05:00.0 Temperature Gpu : 67 C $ nvapeek 0x15b0 15b0: 108e So it looks like that nvapeek returning always same value and does not depends on temperature... It is OK? -- Pali Roh?r pali.rohar at gmail.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130815/b6603cce/attachment-0001.pgp>

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

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:

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

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

[PATCH 3/3] drm: exynos: hdmi: Add dt support for hdmiphy settings

This patch adds dt support to hdmiphy config settings as it is board specific and depends on the signal pattern of board. Signed-off-by: Shirish S --- .../devicetree/bindings/video/exynos_hdmi.txt | 18 +- drivers/gpu/drm/exynos/exynos_hdmi.c | 191 +++- 2

[PATCH 2/3] ARM: dts: arndale: Add hdmi phy settings

This patch moves the hdmi phy setting to arndale dts, as its more of a per board configuration and also shall be easier for supporting future chipsets. Signed-off-by: Shirish S --- arch/arm/boot/dts/exynos5250-arndale.dts | 120 ++ 1 file changed, 120 insertions(+)

  1   2   3   >