[i915] Backlight brighter since 3.9.0

On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote: > Hallo, > > I hope this is the right place to ask, because I actually don't know > whether it is a bug or a feature that I'm experiencing since linux 3.9: > When I boot my system the backlight gets extremely bright compared to ol

Re: [i915] Backlight brighter since 3.9.0

2013/5/20 Daniel Vetter > On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote: > > Hallo, > > > > I hope this is the right place to ask, because I actually don't know > > whether it is a bug or a feature that I'm experiencing since linux 3.9: > > When I boot my system the backlight

[PATCH] drm: fix a use-after-free when GPU acceleration disabled

When GPU acceleration is disabled, drm_vblank_cleanup() will free the vblank-related data, such as vblank_refcount, vblank_inmodeset, etc. But we found that drm_vblank_post_modeset() may be called after the cleanup, which use vblank_refcount and vblank_inmodeset. And this will cause a kernel panic.

Introduce a new helper framework for buffer synchronization

On Mon, May 20, 2013 at 11:13:04PM +0200, Daniel Vetter wrote: > On Sat, May 18, 2013 at 03:47:43PM +0900, Inki Dae wrote: > > 2013/5/15 Rob Clark > > > > > On Wed, May 15, 2013 at 1:19 AM, Inki Dae wrote: > > > > > > > > > > > >> -Original Message- > > > >> From: Rob Clark [mailto:robdc

Introduce a new helper framework for buffer synchronization

On Sat, May 18, 2013 at 03:47:43PM +0900, Inki Dae wrote: > 2013/5/15 Rob Clark > > > On Wed, May 15, 2013 at 1:19 AM, Inki Dae wrote: > > > > > > > > >> -Original Message- > > >> From: Rob Clark [mailto:robdclark at gmail.com] > > >> Sent: Tuesday, May 14, 2013 10:39 PM > > >> To: Inki

[Bug 64649] Anomaly 2 (Steam) exits with GLX_EXT_swap_control not supported, unable to set vertical sync

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130520/9dfcd3ff/attachment.html>

[Bug 64257] RS880 issues with r600-llvm-compiler

ar regression happens on less complex application ? (ie mesa > demo) Demos look OK, and a quick run of openarena and nexuix looked OK. etqw is showing some transient corruptions. -- 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/20130520/8d90aca2/attachment.html>

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130520/d9c389f3/attachment.html>

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

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

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

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

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

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

[Bug 64801] Seeing repeatable DRM relocation error messages with RV710 board

Deucher --- Please attach your xorg log and dmesg output. -- 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/20130520/cfbb8

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

devel/attachments/20130520/0ec5c1a1/attachment.html>

Re: [PATCH] drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

Good point, On 2013년 05월 21일 02:32, Lars-Peter Clausen wrote: > free_irq() expects the same pointer that was passed to request_threaded_irq(), > otherwise the IRQ is not freed. > > The issue was found using the following coccinelle script: > > > @r1@ > type T; > T devid; > @@ > request_threaded

Re: [PATCH] drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

2013/5/21 Lars-Peter Clausen > free_irq() expects the same pointer that was passed to > request_threaded_irq(), > otherwise the IRQ is not freed. > > The issue was found using the following coccinelle script: > > > @r1@ > type T; > T devid; > @@ > request_threaded_irq(..., devid) > > @r2@ > type

[Bug 64810] New: EGL/Gles/Weston give segfault on RADEONSI

https://bugs.freedesktop.org/show_bug.cgi?id=64810 Priority: medium Bug ID: 64810 Assignee: dri-devel@lists.freedesktop.org Summary: EGL/Gles/Weston give segfault on RADEONSI Severity: enhancement Classification: Unclassified

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

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/20130520/32f88589/attachment.html>

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

p.org/archives/dri-devel/attachments/20130520/acf0de25/attachment.html>

[RFC 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote: > You can tell the xserver what size cursor you support when you call > xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB > cursor. Most apps don't use a 64x64 cursor anyway. I've used > hardware with non-64x64 cursors

[PATCH] drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

free_irq() expects the same pointer that was passed to request_threaded_irq(), otherwise the IRQ is not freed. The issue was found using the following coccinelle script: @r1@ type T; T devid; @@ request_threaded_irq(..., devid) @r2@ type r1.T; T devid; position p; @@ free_irq at p(..., devid)

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #35 from Austin Lund --- (In reply to comment #34) > > Can you tell us a bit about your system? > > 1) What kind of hardware are you using -- can you show us the error > messages from you log files? Machine is a MacBookpro 8,2. l

linux-next: manual merge of the drm-intel tree with Linus' tree

Hi all, Today's linux-next merge of the drm-intel tree got a conflict in drivers/gpu/drm/i915/intel_dp.c between commit 657445fe8660 ("Revert "drm/i915: revert eDP bpp clamping code changes"") from Linus' tree and commits c6bb353815c3 ("drm/i915: move dp clock computations to encoder->compute_conf

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #34 from Dave Witbrodt --- (In reply to comment #33) > As somewhat expected, v3.10-rc2 still has this. > > Has anyone done a bisection to find out which commit causes the corruption? Austin, this is new support for previously unsupp

[PATCH] drm/nouveau/nv84: Fix HDMI audio regression

Code refactoring in commit 8e9e3d2deacc460fbb8a4691140318f6e85e6891 (drm/nv84/disp: move hdmi control into core) disabled HDMI audio on my nv84 by removing too much old code without adding it in the new one. This patch adds the missing code within the new code layout resulting in HDMI audio working

[Bug 63935] TURKS [drm:r600_uvd_init] *ERROR* UVD not responding, trying to reset the VCPU!!!

https://bugs.freedesktop.org/show_bug.cgi?id=63935 --- Comment #33 from Austin Lund --- As somewhat expected, v3.10-rc2 still has this. Has anyone done a bisection to find out which commit causes the corruption? -- You are receiving this mail because: You are the assignee for the bug.

[git pull] drm new AMD radeon hw

Hi, Since I know its outside the merge window, but since this is new hw I thought I'd try and provoke the new hw exception, it just fills in the blanks in the driver for the new AMD sun and hainan chipsets. The pull is based on the previous one with the changelog just for the new pieces. Dave

[git pull] drm radeon and nouveau fixes

Hi Linus, This is just a set of nouveau and radeon fixes, the nouveau ones fix some suspend/resume regressions since use of copy engines and some fixes for Z compression on some newer chipsets. I've got another pull request for some new AMD radeon hw that shouldn't touch any existing hw suppo

[RFC 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Mon, May 20, 2013 at 4:15 PM, Russell King - ARM Linux wrote: > On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote: >> You can tell the xserver what size cursor you support when you call >> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB >> cursor. Most apps don't

[Bug 64649] Anomaly 2 (Steam) exits with GLX_EXT_swap_control not supported, unable to set vertical sync

https://bugs.freedesktop.org/show_bug.cgi?id=64649 romula...@gmail.com changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop

[Bug 64257] RS880 issues with r600-llvm-compiler

https://bugs.freedesktop.org/show_bug.cgi?id=64257 --- Comment #15 from Andy Furniss --- (In reply to comment #14) > (In reply to comment #12) > > (In reply to comment #11) > > > (In reply to comment #10) > > > > I've now recompiled everything from upstream - kwin now renders however > > > > it

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 --- Comment #3 from Philip Prindeville --- Created attachment 79594 --> https://bugs.freedesktop.org/attachment.cgi?id=79594&action=edit Output from journalctl -a --no-pager -- You are receiving this mail because: You are the assignee for the

[Bug 64801] KMS/R7xx - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 Alex Deucher changed: What|Removed |Added Summary|KMS/R100 - |KMS/R7xx - |[drm:radeon

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 --- Comment #2 from Philip Prindeville --- Created attachment 79593 --> https://bugs.freedesktop.org/attachment.cgi?id=79593&action=edit Xorg.2.log from builder -- You are receiving this mail because: You are the assignee for the bug. ___

Re: [PATCH] drm/nouveau/nv84: Fix HDMI audio regression

On Mon, 2013-05-20 at 19:14 +0200, Alexander Stein wrote: > Code refactoring in commit 8e9e3d2deacc460fbb8a4691140318f6e85e6891 > (drm/nv84/disp: move hdmi control into core) disabled HDMI audio on my > nv84 by removing too much old code without adding it in the new one. > This patch adds the missi

[Bug 64801] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=64801 Philip Prindeville changed: What|Removed |Added Summary|Seeing repeatable DRM |KMS/R100 - |reloc

[Bug 64801] Seeing repeatable DRM relocation error messages with RV710 board

https://bugs.freedesktop.org/show_bug.cgi?id=64801 Alex Deucher changed: What|Removed |Added Assignee|e...@pdx.freedesktop.org|dri-devel@lists.freedesktop

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=32006 --- Comment #16 from Philip Prindeville --- (In reply to comment #15) > Please file a different bug. The original report was for R1xx asics. You > have an R7xx asic. Also, in the future, please attach files. The link you > provided doesn't wo

[Bug 63520] r300g regression (RV380): Strange rendering of light sources in Penumbra (bisected)

th this patch applied. -- 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/20130520/9c1dc96c/attachment.html>

[Bug 64257] RS880 issues with r600-llvm-compiler

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

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=32006 --- Comment #15 from Alex Deucher --- Please file a different bug. The original report was for R1xx asics. You have an R7xx asic. Also, in the future, please attach files. The link you provided doesn't work. -- You are receiving this mail b

Re: [i915] Backlight brighter since 3.9.0

On Sat, May 18, 2013 at 12:39:14AM +0200, Jan Hinnerk Stosch wrote: > Hallo, > > I hope this is the right place to ask, because I actually don't know > whether it is a bug or a feature that I'm experiencing since linux 3.9: > When I boot my system the backlight gets extremely bright compared to ol

[Bug 63520] r300g regression (RV380): Strange rendering of light sources in Penumbra (bisected)

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130520/a0e64dbe/attachment-0001.html>

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #10 from Guram Savinov 2013-05-20 14:48:17 --- >>@Guram: what about ACPI? Did you investigate why Linux doesn't export thermal info from it? Maybe Asus M50Sa laptop have no hardware ACPI thermal sensors. If it exist I think Asus

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

https://bugs.freedesktop.org/show_bug.cgi?id=32006 --- Comment #14 from Philip Prindeville --- Here's a screenshot showing RGB 'snow' as the background and random bits of backing store buffer at the bottom of both screens. Note that both screens (HDMI-0 on the left and DVI-0 on the right) are on

[Bug 61747] [r600g] GPU lockup when playing WoW with HD6450 with htile enabled

|--- |FIXED --- Comment #14 from Jerome Glisse --- Closing -- 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/20130

Re: Introduce a new helper framework for buffer synchronization

On Mon, May 20, 2013 at 11:13:04PM +0200, Daniel Vetter wrote: > On Sat, May 18, 2013 at 03:47:43PM +0900, Inki Dae wrote: > > 2013/5/15 Rob Clark > > > > > On Wed, May 15, 2013 at 1:19 AM, Inki Dae wrote: > > > > > > > > > > > >> -Original Message- > > > >> From: Rob Clark [mailto:robdc

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

are receiving this mail because: > >- You reported the bug. > > -- 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/20130520/cab070a1/attachment.html>

Re: [RFC 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote: > You can tell the xserver what size cursor you support when you call > xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB > cursor. Most apps don't use a 64x64 cursor anyway. I've used > hardware with non-64x64 cursors

Re: Introduce a new helper framework for buffer synchronization

On Sat, May 18, 2013 at 03:47:43PM +0900, Inki Dae wrote: > 2013/5/15 Rob Clark > > > On Wed, May 15, 2013 at 1:19 AM, Inki Dae wrote: > > > > > > > > >> -Original Message- > > >> From: Rob Clark [mailto:robdcl...@gmail.com] > > >> Sent: Tuesday, May 14, 2013 10:39 PM > > >> To: Inki Dae

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 Rafa? Mi?ecki changed: What|Removed |Added CC||zajec5 at gmail.com --- Comment #9 fr

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #8 from Alex Deucher 2013-05-20 13:59:06 --- I'd prefer not to. These sort of options tend to be abused. Users and possibly some distros will start forcing the option on, and then we'll get swamped with bug reports about garbag

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #7 from Guram Savinov 2013-05-20 13:52:21 --- Ok, but how about comment#4, is it possible? By default sensor will be initialized as it implemented now, but it will be possible to override OEM configuration that disable internal

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #6 from Alex Deucher 2013-05-20 13:47:01 --- The OEM designs the thermal solution for the laptop. If they choose not to use the internal thermal sensor, there is no guarantee that it's calibrated correctly for their specific sys

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

mesa-9.1.2 git bisect good mesa-9.1.1 -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130520/4a5cfa68/attachment.html>

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #5 from Guram Savinov 2013-05-20 13:38:48 --- >>It might produce garbage results depending on the thermal solution from the OEM. OEM? I talk about ATI on-chip thermal sensor, it's not OEM, right? -- Configure bugmail: https://

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #4 from Guram Savinov 2013-05-20 13:32:03 --- Is it possible to implement force enabling internal sensor configuration by conf file? Because OEM's disable thermal sensor info in AtomBIOS we haven't sensor for GPU. -- Configure

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

-- > You are receiving this mail because: > >- You reported the bug. > > -- 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/20130520/fc8a100f/attachment-0001.html>

Re: [RFC 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Mon, May 20, 2013 at 4:15 PM, Russell King - ARM Linux wrote: > On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote: >> You can tell the xserver what size cursor you support when you call >> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB >> cursor. Most apps don't

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #3 from Alex Deucher 2013-05-20 13:22:00 --- It might produce garbage results depending on the thermal solution from the OEM. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving t

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

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/20130520/c19c6318/attachment.html>

[Bug 62967] Game Dungeon Defenders crash my whole system.

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130520/6800ae56/attachment.html>

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #2 from Guram Savinov 2013-05-20 13:11:13 --- In this case it will be better to setup internal thermal sensor without checking AtomBIOS thermal sensor info value, isn't it? It's no a lot chanses to have acpi sensors support in l

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #

[RFC] drm: i2c: add irq handler for tda998x slave encoder

On 05/19/2013 10:45 PM, Russell King - ARM Linux wrote: > On Sun, May 19, 2013 at 06:49:22PM +0200, Sebastian Hesselbarth wrote: >> This adds an irq handler for HPD to the tda998x slave encoder driver >> to trigger HPD change instead of polling. The gpio connected to int >> pin of tda998x is passed

[PATCH 3/3] drm/gma500: Fix mem leak of cursor objects on Cedarview

All dumb allocated buffers are now automatically pinned so no extra pinning is needed. Also properly unreference gem objects so they can be freed up properly. This only affects Cedarview chips. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/cdv_intel_display.c | 39 --

[PATCH 2/3] drm/gma500: Fix mem leak of cursor objects on Poulsbo

All dumb allocated buffers are now automatically pinned so no extra pinning is needed. Also properly unreference gem objects so they can be freed up properly. This only affects Poulsbo chips. Signed-off-by: Patrik Jakobsson --- drivers/gpu/drm/gma500/psb_intel_display.c | 49

[PATCH 1/3] drm/gma500: Rework pin/unpin to prevent memory leak

We had an unmatching pin/unpin count because psb_intel_pipe_set_base was pinning the framebuffer before use. This caused psb_gtt_free_range to leak memory and trigger a warning (see bug reports). Pinning / Unpinning is now done at dumb buffer alloc / destroy and at vm fault time if needed by non-d

[PATCH] drm/gma500: Add fb gtt offset to fb base

Old code assumed framebuffer starts at base of stolen memory. Since the addition of hardware cursors, this might not be true anymore so add the gtt offset to the calculation. Reported-by: Holger Schurig Tested-by: Holger Schurig CC: Holger Schurig Signed-off-by: Patrik Jakobsson --- drivers/g

[Bug 64788] Mono Games hang on start

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130520/ec26f49b/attachment.html>

[Bug 60929] [r600-llvm] mono games with opengl are blocking on start

nts/20130520/a1f3538f/attachment.html>

[pull] radeon drm-fixes-3.10-sun

From: Alex Deucher Hi Dave, This is the pull request for AMD Sun/Hainan support. I've split it out separately from my regular fixes stream. Hainan is a new SI asic with no UVD or DCE hardware. The patches are minimally invasive; basically just pci ids and skipping UVD and DCE init for this

[PATCH] drm/nouveau/nv84: Fix HDMI audio regression

Code refactoring in commit 8e9e3d2deacc460fbb8a4691140318f6e85e6891 (drm/nv84/disp: move hdmi control into core) disabled HDMI audio on my nv84 by removing too much old code without adding it in the new one. This patch adds the missing code within the new code layout resulting in HDMI audio working

[Bug 64788] Mono Games hang on start

-- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130520/8a1963a8/attachment-0001.html>

[Bug 64788] New: Mono Games hang on start

freedesktop.org/archives/dri-devel/attachments/20130520/ba2436e1/attachment.html>

[pull] radeon drm-fixes-3.10

From: Alex Deucher Hi Dave, Just some minor bug fixes. The following changes since commit b7cb1c50c828adaee95e8ada0e55918686245992: Merge branch 'drm-nouveau-fixes-3.10' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2013-05-20 13:31:36 +1000) are available in th

[RFC 3/4] DRM: add OF support for Dove DRM driver

On Sat, May 18, 2013 at 09:18:46PM +0200, Jean-Francois Moine wrote: > The general hardware code of both drivers is close enough for merging > may be done starting from anyone. But the general layout is not: > > - my driver is DT driven and has one card with 2 CTRC's and 2 connectors. > > - Russe

[PATCH] drm/exynos: exynos_hdmi: Pass correct pointer to free_irq()

free_irq() expects the same pointer that was passed to request_threaded_irq(), otherwise the IRQ is not freed. The issue was found using the following coccinelle script: @r1@ type T; T devid; @@ request_threaded_irq(..., devid) @r2@ type r1.T; T devid; position p; @@ free_irq@p(..., devid) @@

[RFC] drm: i2c: add irq handler for tda998x slave encoder

On Mon, May 20, 2013 at 6:53 AM, Sebastian Hesselbarth wrote: > On 05/19/2013 10:45 PM, Russell King - ARM Linux wrote: >> >> On Sun, May 19, 2013 at 06:49:22PM +0200, Sebastian Hesselbarth wrote: >>> >>> This adds an irq handler for HPD to the tda998x slave encoder driver >>> to trigger HPD chang

[PATCH] drm/radeon: Fix VRAM size calculation for VRAM >= 4GB

On Sat, May 18, 2013 at 3:19 PM, Niels Ole Salscheider wrote: > Add ULL prefix to avoid overflow. > > Signed-off-by: Niels Ole Salscheider Applied. thanks! Alex > --- > drivers/gpu/drm/radeon/evergreen.c | 4 ++-- > drivers/gpu/drm/radeon/radeon_ttm.c | 2 +- > drivers/gpu/drm/radeon/si.c

[RFC 0/8] rmk's Dove DRM/TDA19988 Cubox driver

On Sun, May 19, 2013 at 4:59 AM, Russell King - ARM Linux wrote: > On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote: >> Maybe I did not explain correctly: the colored cursor maybe RGB888 + >> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first >> case. And, yes

[pull] radeon drm-fixes-3.10-sun

From: Alex Deucher Hi Dave, This is the pull request for AMD Sun/Hainan support. I've split it out separately from my regular fixes stream. Hainan is a new SI asic with no UVD or DCE hardware. The patches are minimally invasive; basically just pci ids and skipping UVD and DCE init for this

BUG: drm_mm head_node gets broken?

On Sun, May 19, 2013 at 06:22:01PM +0100, Russell King - ARM Linux wrote: > So, while tinkering with my Dove DRM driver, I tripped over a BUG_ON() > in drm_mm_hole_node_start(), which was called from drm_mm_dump_table(): It's just a bug in the dumper that I missed when making the helpers more stri

[pull] radeon drm-fixes-3.10

From: Alex Deucher Hi Dave, Just some minor bug fixes. The following changes since commit b7cb1c50c828adaee95e8ada0e55918686245992: Merge branch 'drm-nouveau-fixes-3.10' of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next (2013-05-20 13:31:36 +1000) are available in th

[Bug 63520] r300g regression (RV380): Strange rendering of light sources in Penumbra (bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=63520 --- Comment #18 from Tom Stellard --- Created attachment 79572 --> https://bugs.freedesktop.org/attachment.cgi?id=79572&action=edit Possible Fix Does this patch fix the bug? If not can you post the output of RADEON_DEBUG=fp,vp with this patch

[Bug 64257] RS880 issues with r600-llvm-compiler

https://bugs.freedesktop.org/show_bug.cgi?id=64257 --- Comment #14 from vincent --- (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > I've now recompiled everything from upstream - kwin now renders however it > > > has a pinkish hugh to the bottom right - t

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 Guram Savinov changed: What|Removed |Added Summary|Radeon ATOM BIOS have wrong |Radeon ATOM BIOS have wrong

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635

https://bugzilla.kernel.org/show_bug.cgi?id=58521 Guram Savinov changed: What|Removed |Added CC||guram.savinov at gmail.com Pla

[Bug 63520] r300g regression (RV380): Strange rendering of light sources in Penumbra (bisected)

https://bugs.freedesktop.org/show_bug.cgi?id=63520 --- Comment #17 from Tom Stellard --- Thanks for identifying the bad shaders, this saved me a lot of work. I spotted a bug in the "pc=8" shader: 6: TEX temp[1].x, temp[1].z___, 1D[3] SEM_WAIT SEM_ACQUIRE; This instruction is wrong because TEX

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #10 from Guram Savinov 2013-05-20 14:48:17 --- >>@Guram: what about ACPI? Did you investigate why Linux doesn't export thermal info from it? Maybe Asus M50Sa laptop have no hardware ACPI thermal sensors. If it exist I think Asus

[Bug 61747] [r600g] GPU lockup when playing WoW with HD6450 with htile enabled

https://bugs.freedesktop.org/show_bug.cgi?id=61747 Jerome Glisse changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

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

[Bug 32006] KMS/R100 - [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12!

if that makes a difference. -- 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/20130520/ed3079a0/attachment.html>

Re: [RFC] drm: i2c: add irq handler for tda998x slave encoder

On Mon, May 20, 2013 at 6:53 AM, Sebastian Hesselbarth wrote: > On 05/19/2013 10:45 PM, Russell King - ARM Linux wrote: >> >> On Sun, May 19, 2013 at 06:49:22PM +0200, Sebastian Hesselbarth wrote: >>> >>> This adds an irq handler for HPD to the tda998x slave encoder driver >>> to trigger HPD chang

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

https://bugs.freedesktop.org/show_bug.cgi?id=64776 --- Comment #5 from mombelli.ma...@gmail.com --- ok, never heard of this git's feature, really nice and useful! I'll try to bisect when i'll have some spare time. 2013/5/20 > *Comment # 4

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 Rafał Miłecki changed: What|Removed |Added CC||zaj...@gmail.com --- Comment #9 from

Re: [PATCH] drm/radeon: Fix VRAM size calculation for VRAM >= 4GB

On Sat, May 18, 2013 at 3:19 PM, Niels Ole Salscheider wrote: > Add ULL prefix to avoid overflow. > > Signed-off-by: Niels Ole Salscheider Applied. thanks! Alex > --- > drivers/gpu/drm/radeon/evergreen.c | 4 ++-- > drivers/gpu/drm/radeon/radeon_ttm.c | 2 +- > drivers/gpu/drm/radeon/si.c

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #8 from Alex Deucher 2013-05-20 13:59:06 --- I'd prefer not to. These sort of options tend to be abused. Users and possibly some distros will start forcing the option on, and then we'll get swamped with bug reports about garbag

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #7 from Guram Savinov 2013-05-20 13:52:21 --- Ok, but how about comment#4, is it possible? By default sensor will be initialized as it implemented now, but it will be possible to override OEM configuration that disable internal

[Bug 58521] Radeon ATOM BIOS have wrong value in controller->ucType for RV635 chip

https://bugzilla.kernel.org/show_bug.cgi?id=58521 --- Comment #6 from Alex Deucher 2013-05-20 13:47:01 --- The OEM designs the thermal solution for the laptop. If they choose not to use the internal thermal sensor, there is no guarantee that it's calibrated correctly for their specific sys

[Bug 64776] [9.1.2]"GPU fault detected" whit "eclipse juno" crash system

https://bugs.freedesktop.org/show_bug.cgi?id=64776 --- Comment #4 from Alex Deucher --- (In reply to comment #3) > I have no idea where to start. > I know how to compile code and debug program, but i have no clue on the > mesa's code structure, and how it works. > I don't know what CB6 is, i'm no

  1   2   >