[Nouveau] [PATCH] drm/nouveau: fix vblank deadlock

Hey, Op 19-08-13 20:12, Peter Hurley schreef: > On 08/12/2013 07:50 AM, Maarten Lankhorst wrote: >> This fixes a deadlock inversion when vblank is enabled/disabled by drm. >> >vblank_time_lock is always taken when the vblank state is toggled, >> which caused a deadlock when >lock was also taken

[RFC PATCH] drm/radeon: rework to new fence interface

Op 19-08-13 14:35, Christian K?nig schreef: > Am 19.08.2013 12:17, schrieb Maarten Lankhorst: >> [SNIP] >> @@ -190,25 +225,24 @@ void radeon_fence_process(struct radeon_device *rdev, >> int ring) >> } >> } while (atomic64_xchg(>fence_drv[ring].last_seq, seq) > seq); >> -if

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

ilable Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/fa001d61/attachment.pgp>

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

https://bugzilla.kernel.org/show_bug.cgi?id=60687 --- Comment #16 from Gabor Hasenfrasz --- @Rafa?: I've changed it to resolved, code fix. Sorry. -- You are receiving this mail because: You are watching the assignee of the bug.

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

https://bugzilla.kernel.org/show_bug.cgi?id=60687 Gabor Hasenfrasz changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

you, I works for me on the same hardware if I bios boot it. With an EFI boot I get a black screen like yours. -- 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/

[Bug 67187] Radeon HD6950: UVD not responding, trying to reset the VCPU

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

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

freedesktop.org/archives/dri-devel/attachments/20130819/a9fc042a/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 #36 from Tobias Droste --- Hm I'm pretty sure the "stuck" power level is the same problem as the "write error: Invalid argument" problem. Are you sure you're in the correct directory before executing the command? If you're not in

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #35 from pitamm at gmail.com --- I have the same problem with HD5700. Since the others have attached dmesg reports already, I am not including mine. Unlike droste, when I do: # echo high > power_dpm_force_performance_level OR # echo

[Bug 64850] Second screen black on Pitcairn PRO

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

[PATCH 2/2] drm/i915: add fast boot support for Haswell

Enables getting correct mode clock when reading pipe config This patch has been tested successfully on top of drm-intel-nightly tree Signed-off-by: Furquan Shaikh --- drivers/gpu/drm/i915/i915_reg.h | 6 drivers/gpu/drm/i915/intel_ddi.c | 70

[PATCH 1/2] drm/i915: Fix bug while calculating the clock value using do_div in ironlake_crtc_clock_get

We need to round up the values since the comparison in drm_mode_equal might fail if division results in fractional part Signed-off-by: Furquan Shaikh --- drivers/gpu/drm/i915/intel_display.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git

[Bug 27314] displayport link training fails on certain panels (channel equalization fails)

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

[Bug 58925] compis/kwin crashes on nouveau due to msaa

Component|libGL |Mesa core -- 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/20130819/b72e0

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

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

[Bug 43829] Resuming my AMD A4-3300 based laptop leaves the screen black

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

[Bug 58925] compis/kwin crashes on nouveau due to msaa

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/c50f2f3b/attachment-0001.html>

[Bug 64850] Second screen black on Pitcairn PRO

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

[Bug 64850] Second screen black on Pitcairn PRO

set. -- 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/20130819/65dd248f/attachment.html>

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

On Thu, Aug 15, 2013 at 04:45:56PM +0200, Thierry Reding wrote: > 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

[PATCH 14/14] video/hdmi: Rename HDMI_IDENTIFIER to HDMI_IEEE_OUI

HDMI_IDENTIFIER was felt too generic, rename it to what it is, the IEEE OUI corresponding to HDMI Licensing, LLC. http://standards.ieee.org/develop/regauth/oui/oui.txt Cc: Thierry Reding Signed-off-by: Damien Lespiau --- drivers/gpu/drm/drm_edid.c | 2 +- drivers/video/hdmi.c | 4 ++--

[PATCH 13/14] drm/i915/hdmi: Write HDMI vendor specific infoframes

With all the common infoframe bits now in place, we can finally write the vendor specific infoframes in our driver. Signed-off-by: Damien Lespiau Reviewed-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_reg.h | 2 ++ drivers/gpu/drm/i915/intel_hdmi.c | 28 2

[PATCH 12/14] drm: Add a helper to forge HDMI vendor infoframes

This can then be used by DRM drivers to setup their vendor infoframes. v2: Fix hmdi typo (Simon Farnsworth) v3: Adapt to the hdmi_vendor_infoframe rename Signed-off-by: Damien Lespiau Reviewed-by: Simon Farnsworth Reviewed-by: Ville Syrj?l? --- drivers/gpu/drm/drm_edid.c | 36

[PATCH 11/14] video/hdmi: Use hdmi_vendor_infoframe for the HDMI specific infoframe

We just got rid of the version of hdmi_vendor_infoframe that had a byte array for anyone to poke at. It's now time to shuffle around the naming of hdmi_hdmi_infoframe to make hdmi_vendor_infoframe become the HDMI vendor specific structure. Cc: Thierry Reding Signed-off-by: Damien Lespiau ---

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

With this last bit, hdmi_infoframe_pack() is now able to pack any infoframe we support. At the same time, because it's impractical to make two commits out of this, we get rid of the version that encourages the open coding of the vendor infoframe packing. We can do so because the only user of this

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

We'll need the HDMI OUI for the HDMI vendor infoframe data, so let's move the DRM one to hdmi.h, might as well use the hdmi header to store some hdmi defines. (Note that, in fact, infoframes are part of the CEA-861 standard, and only the HDMI vendor specific infoframe is special to HDMI, but

[PATCH 08/14] gpu: host1x: Port the HDMI vendor infoframe code the common helpers

I just wrote the bits to define and pack HDMI vendor specific infoframe. Port the host1x driver to use those so I can refactor the infoframe code a bit more. This changes the length of the infoframe payload from 6 to 5, which is enough for the "frame packing" stereo format. v2: Pimp up the

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

Provide the same programming model than the other infoframe types. The generic _pack() function can't handle those yet as we need to move the vendor OUI in the generic hdmi_vendor_infoframe structure to know which kind of vendor infoframe we are dealing with. v2: Fix the value of Side-by-side

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

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. Signed-off-by: Damien Lespiau Reviewed-by: Ville Syrj?l? ---

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

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. This was fixed in: Author: Damien Lespiau Date: Tue Aug 6

[PATCH 04/14] drm: Add support for alternate clocks of 4k modes

v2: Fix hmdi typo (Simon Farnsworth, Ville Syrj?l?) Suggested-by: Ville Syrj?l? Signed-off-by: Damien Lespiau Reviewed-by: Ville Syrj?l? Reviewed-by: Simon Farnsworth --- drivers/gpu/drm/drm_edid.c | 68 ++ 1 file changed, 62 insertions(+), 6

[PATCH 03/14] drm/edid: Parse the HDMI CEA block and look for 4k modes

HDMI 1.4 adds 4 "4k x 2k" modes in the the CEA vendor specific block. With this commit, we now parse this block and expose the 4k modes that we find there. v2: Fix the "4096x2160" string (nice catch!), add comments about do_hdmi_vsdb_modes() arguments and make it clearer that offset is

[PATCH 02/14] drm/edid: Fix add_cea_modes() style issues

A few styles issues have crept in here, fix them before touching this code again. v2: constify arguments that can be (Ville Syrj?l?) v3: constify, but better (Ville Syrj?l?) Signed-off-by: Damien Lespiau Reviewed-by: Ville Syrj?l? --- drivers/gpu/drm/drm_edid.c | 12 +++- 1 file

[PATCH 01/14] drm: Don't export drm_find_cea_extension() any more

This function is only used inside drm_edid.c. Signed-off-by: Damien Lespiau Reviewed-by: Ville Syrj?l? --- drivers/gpu/drm/drm_edid.c | 5 ++--- include/drm/drm_crtc.h | 1 - 2 files changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c

HDMI 4k support v4

Follow up on v3: http://lists.freedesktop.org/archives/dri-devel/2013-August/043696.html Changes between v3 and v4: - Future proof the sending of 3D_Ext_Data - Renamed struct hdmi_hdmi_infoframe to hdmi_vendor_infoframe (by, in turn, renaming the hdmi_vendor_infoframe enum to

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

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130819/e5038311/attachment.html>

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

https://bugzilla.kernel.org/show_bug.cgi?id=60687 --- Comment #15 from Rafa? Mi?ecki --- Fix is in Linus's tree: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=d43a93c8d9bc4e0dc0293b6458c077c3c797594f Resolved, code fix? -- You are receiving this mail because: You

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/3e7d8c52/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/2df948e0/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/2eebfbd8/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/3dfffb2f/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/a7e0b07a/attachment-0001.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

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

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/96d4b659/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

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

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

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

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/71a4bd8e/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

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

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/428fca66/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/fa68fee9/attachment-0001.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/d6dcaac2/attachment-0001.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

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

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/7be93d81/attachment.html>

drm/i915: Switch eviction code to use vmas

On Mon, Aug 19, 2013 at 09:59:14AM +0300, Dan Carpenter wrote: > Hello Ben Widawsky, > > Here is another use after free warning. It's some new static checker > stuff that I haven't pushed because it has lots of false postives. > > The patch f7795b1d0b47: "drm/i915: Switch eviction code to use

[PATCH 4/4] snd/hda: add runtime suspend/resume on optimus support (v3)

On Tue, Aug 6, 2013 at 5:14 PM, Takashi Iwai wrote: > At Mon, 5 Aug 2013 12:56:04 +1000, > Dave Airlie wrote: >> >> Add support for HDMI audio device on VGA cards that powerdown >> to D3cold using non-standard ACPI/PCI infrastructure (optimus). >> >> This does a couple of things to make it work:

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

On Thu, Aug 15, 2013 at 05:12:00PM +0200, Thierry Reding wrote: > 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? This identifier is not infoframe specific,

[RFC PATCH] drm/radeon: rework to new fence interface

Am 19.08.2013 12:17, schrieb Maarten Lankhorst: > [SNIP] > @@ -190,25 +225,24 @@ void radeon_fence_process(struct radeon_device *rdev, > int ring) > } > } while (atomic64_xchg(>fence_drv[ring].last_seq, seq) > seq); > > - if (wake) { > + if (wake) >

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

d it into the kernel. Anyway this bug can probably be closed now. -- 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/20130819/9297201b/attachment.html>

[Nouveau] [PATCH] drm/nouveau: fix vblank deadlock

On 08/12/2013 07:50 AM, Maarten Lankhorst wrote: > This fixes a deadlock inversion when vblank is enabled/disabled by drm. > >vblank_time_lock is always taken when the vblank state is toggled, > which caused a deadlock when >lock was also taken during > event_get/put. > > Solve the race by

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

vel/attachments/20130819/0170ea8a/attachment.html>

[Bug 43861] Build error in Mesa with llvm >= r145623

dri-devel/attachments/20130819/2f3aba20/attachment-0001.html>

[Bug 62226] Build Fails with LLVM

vel/attachments/20130819/055b6267/attachment.html>

[Bug 68273] Amarok 2.8.0 visualization causes segfault in r600_init_query_functions

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130819/c3cc2e77/attachment.html>

[Bug 64810] EGL/Gles/Weston give segfault on RADEONSI with egl_gallium.so

dri-devel/attachments/20130819/9a74c2d7/attachment.html>

[Bug 66920] [llvm backend] flashing textures, no lights in car , no water on GTA IV

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130819/ce2ff732/attachment.html>

[Bug 53511] r600g llvm backend doesn't support indirect addressing

|--- |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/20130819/1d923e23/attachment.html>

[PATCH 4/4] drm/radeon: update line buffer allocation for dce8

We need to allocate line buffer to each display when setting up the watermarks. Failure to do so can lead to a blank screen. This fixes blank screen problems on dce8 asics. Based on an initial fix from: Jay Cornwall Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 3/4] drm/radeon: update line buffer allocation for dce6

We need to allocate line buffer to each display when setting up the watermarks. Failure to do so can lead to a blank screen. This fixes blank screen problems on dce6 asics. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=64850 Based on an initial fix from: Jay Cornwall Signed-off-by:

[PATCH 2/4] drm/radeon: update line buffer allocation for dce4.1/5

We need to allocate line buffer to each display when setting up the watermarks. Failure to do so can lead to a blank screen. This fixes blank screen problems on dce4.1/5 asics. Based on an initial fix from: Jay Cornwall Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 1/4] drm/radeon: move watermark setup out of set base callback

Some of the watermark registers need to be programmed prior to enabling the display. Doing this in the set base callback means the watermark registers can be updated at arbitray times when the display offset is changed which can lead to display problems. Signed-off-by: Alex Deucher Cc: stable

[Bug 68273] Amarok 2.8.0 visualization causes segfault in r600_init_query_functions

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/04b046a3/attachment.html>

[Bug 68273] Amarok 2.8.0 visualization causes segfault in r600_init_query_functions

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/5155e9bc/attachment.html>

[Bug 68273] New: Amarok 2.8.0 visualization causes segfault in r600_init_query_functions

, alloc = 0, begin = 0, end = 0, sharable = 1, array = {0x0}}, d = 0x60b180 }, d = 0x60b180 }}, }} args = 0x6cfdd0 startFlag = (unknown: 0) (gdb) p rctx $1 = (struct r600_context *) 0x1587bd0 (gdb) p rctx->screen $2 = (struct r600_screen *) 0x0 (gdb) Used hardware

[PATCH] drm/radeon/si: Add support for CP DMA to CS checker for compute v2

On Fri, Aug 16, 2013 at 5:47 PM, Tom Stellard wrote: > > From: Tom Stellard > > Also add a new RADEON_INFO query to check that CP DMA packets are > supported on the compute ring. > > v2: > - Don't bump kms version, so this patch can be backported to stable > kernels. > > Cc: stable at

[RFC PATCH] drm/radeon: rework to new fence interface

Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h index 9f19259..971284e 100644 --- a/drivers/gpu/drm/radeon/radeon.h +++ b/drivers/gpu/drm/radeon/radeon.h @@ -64,6 +64,7 @@ #include #include #include +#include #include

[RFC PATCH] drm/nouveau: rework to new fence interface

nouveau was a bit tricky, it has no support for interrupts on

3.11-rc3: radeon WARNING at kernel/workqueue.c:1378 __queue_work+0x132/0x16d()

> Just got this WARNING while loading radeon driver on a test PC that was > running 3.10 fine (full dmesg below). The machine is a Intel 850 chipst > PC with AGP Radeon 7000 and no monitor attached. lspci and config are > also below. Still there with 3.11-rc6 and fully reproducible. > Linux

[PATCHv3 1/4] drm/exynos: add device tree support for rotator

.max_w = SZ_8K, >> - .max_h = SZ_8K, >> - .align = 2, >> - }, >> -}; >> - >> -static struct platform_device_id rotator_driver_ids[] = { >> - { >> - .name = "exynos-rot", >> - .driver_data= (unsigned long)_limit_tbl, >> - }, >> - {}, >> -}; >> - >> static int rotator_clk_crtl(struct rot_context *rot, bool enable) >> { >> if (enable) { >> @@ -804,10 +856,10 @@ static const struct dev_pm_ops rotator_pm_ops = { >> struct platform_driver rotator_driver = { >> .probe = rotator_probe, >> .remove = rotator_remove, >> - .id_table = rotator_driver_ids, >> .driver = { >> .name = "exynos-rot", >> .owner = THIS_MODULE, >> .pm =_pm_ops, >> + .of_match_table = exynos_rotator_match, >> }, >> }; > > -- > To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/e240b33d/attachment.html>

drm/i915: Switch eviction code to use vmas

Hello Ben Widawsky, Here is another use after free warning. It's some new static checker stuff that I haven't pushed because it has lots of false postives. The patch f7795b1d0b47: "drm/i915: Switch eviction code to use vmas" from Aug 14, 2013, leads to the following warning:

[patch] drm/i915: use _safe version of list_for_each

We sometimes call i915_vma_unbind() inside the loop and that can free the vma. Signed-off-by: Dan Carpenter --- Static checker stuff. Untested. diff --git a/drivers/gpu/drm/i915/i915_gem_execbuffer.c b/drivers/gpu/drm/i915/i915_gem_execbuffer.c index 9b3b5f8..5249735 100644 ---

[Bug 66888] [radeonsi] Need support GL_EXT_framebuffer_multisample

org/archives/dri-devel/attachments/20130819/14bcc12d/attachment.html>

[PATCH] nouveau: fix reclocking on nv40

--- 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/20130819/05d2d1c4/attachment.pgp>

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

https://bugzilla.kernel.org/show_bug.cgi?id=60674 --- Comment #13 from Michel D?nzer --- (In reply to Dave from comment #12) > RV350 (Shivah) on AGP bus [...] > For us, switching the xorg.conf AccelMethod from EXA to glamor caused the > mess. No problems occur under EXA. I doubt an RV350 can

[PATCH] intel: Update i915_drm.h and correct misspelled caching

On Fri, Aug 16, 2013 at 9:31 PM, Ian Romanick wrote: > On 08/14/2013 01:19 AM, Sedat Dilek wrote: >> >> AFAICS, there are more updates needed to be in sync with recent >> kernel-drm. >> >> I fell over the misspelling when digging into an issue in Linux-next. >> The spelling should be consistent

[patch] drm/i915: use _safe version of list_for_each

On Mon, Aug 19, 2013 at 09:53:23AM +0300, Dan Carpenter wrote: > We sometimes call i915_vma_unbind() inside the loop and that can free > the vma. Oh. That is bad. The vma needs to be pinned here to prevent it being freed as otherwise we lose track of it during the execbuffer. Ben? -Chris --

[Intel-gfx] drm/i915: Switch eviction code to use vmas

On Mon, Aug 19, 2013 at 09:59:14AM +0300, Dan Carpenter wrote: > Hello Ben Widawsky, > > Here is another use after free warning. It's some new static checker > stuff that I haven't pushed because it has lots of false postives. > > The patch f7795b1d0b47: "drm/i915: Switch eviction code to use

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

|| -- 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/20130819/a0f52759/attachment.html>

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/7b0cf187/attachment.html>

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

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

[Bug 66961] radeon gpu stall with Legend of Grimrock

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

[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 Torsten Krah changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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

https://bugzilla.kernel.org/show_bug.cgi?id=60687 Torsten Krah changed: What|Removed |Added CC||krah.tm at gmail.com --- Comment #14 from

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

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130819/9486d9c0/attachment.html>

[git pull] drm fixes

Hi Linus, bit late with these, was under the weather for a a few days, nothing too crazy, some radeon regression fixes, one intel regression fix, and one fix to avoid a warn with i915 when used with dma-buf. Dave. The following changes since commit d4e4ab86bcba5a72779c43dc1459f71fea3d89c8:

[PATCHv3 1/4] drm/exynos: add device tree support for rotator

On 08/13/13 14:12, Chanho Park wrote: > The exynos4 platform is only dt-based since 3.10, we should convert driver > data > and ids to dt-based parsing methods. The rotator driver has a limit table to > get > size limit of input picture. Each SoCs has slightly different limit value > compared

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 --- Comment #34 from queryv+fd at gmail.com --- Created attachment 107241 --> https://bugzilla.kernel.org/attachment.cgi?id=107241=edit full dmesg (HD6870) -- You are receiving this mail because: You are watching the assignee of the bug.

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

https://bugzilla.kernel.org/show_bug.cgi?id=60674 Dave changed: What|Removed |Added CC||systemdkiosk at yopmail.com --- Comment #12 from

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

https://bugzilla.kernel.org/show_bug.cgi?id=60523 queryv+fd at gmail.com changed: What|Removed |Added CC||queryv+fd at gmail.com ---

  1   2   3   >