[Bug 79659] R9 270X lockup with unigine valley since radeonsi: enable ARB_sample_shading

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/827ba57a/attachment.html>

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #20 from Alex Deucher --- Does disabling the dGPU manually via vgaswitcheroo with runpm=0 or on older kernels prior to 10ebc0bc09344ab6310309169efc73dfe6c23d72 actually work or does it have similar problems? -- You are receiving

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #19 from Alex Deucher --- (In reply to Teofilis Martisius from comment #18) > Hello, > > I tried removing radeon.dpm=1, it did NOT fix the issue. I think my GPUs are > considered "stable" by now- it's not a new laptop. Please attach

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #18 from Teofilis Martisius --- Hello, I tried removing radeon.dpm=1, it did NOT fix the issue. I think my GPUs are considered "stable" by now- it's not a new laptop. Let me know if you need anything else. Sincerely, Teofilis

[PATCH] ACPI / video: Change the default for video.use_native_backlight to 1

From: Rafael J. Wysocki Now that we're hoping to have resolved all of the problems with video.use_native_backlight=1 make that the default at last. Signed-off-by: Rafael J. Wysocki --- Having forgotten that the Hans' patches didn't actually flip the default for

[Bug 74631] Suspend-to-ram fails

https://bugzilla.kernel.org/show_bug.cgi?id=74631 tigrangab at gmail.com changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|---

[Bug 79659] R9 270X lockup with unigine valley since radeonsi: enable ARB_sample_shading

ves/dri-devel/attachments/20140605/ce9c5582/attachment-0001.html>

[Bug 79696] 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

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

[Bug 79696] 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

|Linux (All) -- 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/20140605/e6c03b86/attachment.html>

[Bug 79696] New: 10.2.0rc5 GPU stall & Xorg crash while using Geeqie

) [0x42507e] -- 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/20140605/4ce3b0b9/attachment.html>

[PATCH 2/2] drm/msm: storage class should be before const qualifier

The C99 specification states in section 6.11.5: The placement of a storage-class specifier other than at the beginning of the declaration specifiers in a declaration is an obsolescent feature. Signed-off-by: Peter Griffin Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Cc: linux-kernel

[PATCH 1/2] drm/plane-helper: storage class should be before const qualifier

The C99 specification states in section 6.11.5: The placement of a storage-class specifier other than at the beginning of the declaration specifiers in a declaration is an obsolescent feature. Signed-off-by: Peter Griffin Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Cc: linux-kernel

[PATCH v4 00/14] drm/exynos: support LCD I80 interface display

On 2014? 06? 05? 17:20, Thierry Reding wrote: > On Thu, Jun 05, 2014 at 05:14:45PM +0900, Inki Dae wrote: >> >> Hi all, >> >> >> Is there anyone who are reviewing this patch series? If there is no any >> comment, I'd like to pick them up after test. > > What's with the rush? You should at least

[PATCH v4 00/14] drm/exynos: support LCD I80 interface display

Hi all, Is there anyone who are reviewing this patch series? If there is no any comment, I'd like to pick them up after test. Thanks, Inki Dae On 2014? 06? 05? 15:19, YoungJun Cho wrote: > Hi, > > This series adds LCD I80 interface display support for Exynos DRM driver. > The FIMD(display

[PATCH 5/5] drm/i915: Kick out vga console

Touching the VGA resources on an IVB EFI machine causes hard hangs when we then kick out the efifb. Ouch. Apparently this also prevents unclaimed register errors on hsw and hard machine hangs on my i855gm when trying to unbind fbcon. Also, we want this to make I915_FBDEV=n safe. v2: Rebase and

[PATCH 4/5] drm/i915: Fixup global gtt cleanup

The global gtt is setup up in 2 parts, so we need to be careful with the cleanup. For consistency shovel it all into the ->cleanup callback, like with ppgtt. Noticed because it blew up in the out_gtt: cleanup code while fiddling with the vgacon code. Signed-off-by: Daniel Vetter ---

[PATCH 3/5] vt: Don't ignore unbind errors in vt_unbind

Otherwise the loop will never stop since we don't make any forward progress. Noticed while breaking this accidentally in a painful attempt to make vga_con unregistering work. With this patch we'll bail out on the first attempt, which at least leaves a useful enough system behind for debugging.

[PATCH 2/5] vt: Fix up unregistration of vt drivers

A bunch of issues: - We should not kick out the default console (which is tracked in conswitchp), so check for that. - Add better error codes so callers can differentiate between "something went wrong" and "your driver isn't registered already". i915 needs that so it doesn't fall over when

[PATCH 1/5] vt: Fix replacement console check when unbinding

I don't fully understand the magic of the vt register/unregister logic, but apparently everything but the inital console (as set in the conswitchp pointer) is marked with FLAG_MODULE. Which means if something unregistered the boot vt driver (e.g. i915.ko kicking out vga_con) there's nothing left

Frame buffer and plane difference

On Thu, Jun 5, 2014 at 12:49 AM, Anand Sinha wrote: > Hi Rob, > > Thanks for the answer.so as per the definitions I understand the below > points. > a) frame buffer here signifies the scan out buffer which encompasses > complete display. originally, before planes, the frame buffer covered the

[PATCH 4/5] drm/omap: use __GFP_DMA32 for shmem-backed gem

i -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/3be98633/attachment.sig>

[PATCH 4/5] drm/omap: use __GFP_DMA32 for shmem-backed gem

Hi On Thu, Jun 5, 2014 at 4:04 PM, Rob Clark wrote: > On Thu, Jun 5, 2014 at 9:52 AM, Tomi Valkeinen > wrote: >> Hi, >> >> On 02/06/14 16:03, David Herrmann wrote: >>> Hi Tomi >>> >>> Any chance you could give this a spin on an omap device? It shouldn't >>> affect any 32bit devices, so this is

[PATCH 2/2] drm/panel: add support for Foxlink FL500WVR00-A0T panel

This panel is used by Atmel's SAMA5D3 Evaluation Kits (sama5d3xek) and supported by the simple-panel driver. Signed-off-by: Boris BREZILLON --- .../bindings/panel/foxlink,fl500wvr00-a0t.txt | 7 ++ drivers/gpu/drm/panel/panel-simple.c | 25 ++ 2 files

[PATCH 1/2] DT: add vendor prefix for Foxlink Group

Add vendor prefix for Foxlink Group. Signed-off-by: Boris BREZILLON --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index

[PATCH 0/2] drm/panel: add support for Foxlink FL500WVR00-A0T panel

Hello, This series adds a new entry in the vendor-prefixes.txt file for Foxlink Group and defines Foxlink FL500WVR00-A0T panel specifications in the simple panel driver. Best Regards, Boris Boris BREZILLON (2): DT: add vendor prefix for Foxlink Group drm/panel: add support for Foxlink

[PATCH v4 14/14] ARM: dts: exynos5420: add dsi node

This patch adds common part of dsi node. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- arch/arm/boot/dts/exynos5420.dtsi | 14 ++ 1 file changed, 14 insertions(+) diff --git a/arch/arm/boot/dts/exynos5420.dtsi b/arch/arm/boot/dts/exynos5420.dtsi

[PATCH v4 13/14] ARM: dts: exynos5420: add mipi-phy node

This patch adds mipi-phy node for MIPI DSI device. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- arch/arm/boot/dts/exynos5420.dtsi |6 ++ 1 file changed, 6 insertions(+) diff --git a/arch/arm/boot/dts/exynos5420.dtsi b/arch/arm/boot/dts/exynos5420.dtsi

[PATCH v4 12/14] ARM: dts: exynos5: add system register property

This patch adds sysreg property to fimd device node which is required to use I80 interface. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- arch/arm/boot/dts/exynos5.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/exynos5.dtsi

[PATCH v4 11/14] ARM: dts: exynos4: add system register property

This patch adds sysreg property to fimd device node which is required to use I80 interface. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- arch/arm/boot/dts/exynos4.dtsi |1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/boot/dts/exynos4.dtsi

[PATCH v4 10/14] drm/panel: add S6E3FA0 driver

This patch adds MIPI DSI command mode based S6E3FA0 AMOLED LCD Panel driver. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- drivers/gpu/drm/panel/Kconfig |7 + drivers/gpu/drm/panel/Makefile|1 + drivers/gpu/drm/panel/panel-s6e3fa0.c | 568

[PATCH v4 09/14] ARM: dts: s6e3fa0: add DT bindings

This patch adds DT bindings for s6e3fa0 panel. The bindings describes panel resources and display timings. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- .../devicetree/bindings/panel/samsung,s6e3fa0.txt | 46 1 file changed, 46

[PATCH v4 08/14] drm/exynos: dsi: add driver data to support Exynos5420

The offset of register DSIM_PLLTMR_REG in Exynos5420 is different from the one in Exynos4 SoC. In case of Exynos5420 SoC, there is no frequency band bit in DSIM_PLLCTRL_REG, and it uses DSIM_PHYCTRL_REG and DSIM_PHYTIMING*_REG instead. So this patch adds driver data to distinguish it.

[PATCH v4 07/14] ARM: dts: exynos_dsim: add exynos5420 compatible to DT bindings

This patch adds relevant to exynos5420 compatible for exynos5420 SoC support. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- .../devicetree/bindings/video/exynos_dsim.txt |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git

[PATCH v4 06/14] drm/exynos: fimd: support LCD I80 interface

To support MIPI command mode based I80 interface panel, FIMD should do followings: - Sets LCD I80 interface timings configuration. - Uses "lcd_sys" as an IRQ resource and sets relevant IRQ configuration. - Sets LCD block configuration for I80 interface. - Sets ideal(pixel) clock is 2 times faster

[PATCH v4 05/14] drm/exynos: dsi: add TE handler to support LCD I80 interface

To support LCD I80 interface, the DSI host calls this handler to notify the panel tearing effect synchronization signal to the CRTC device manager to trigger to transfer video image. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park ---

[PATCH v4 04/14] drm/exynos: add TE handler to support LCD I80 interface

To support LCD I80 interface, the panel should generates Tearing Effect synchronization signal between MCU and FB to display video images. And the display controller should trigger to transfer video image at this signal. So the panel receives the TE IRQ, then calls this handler chains to notify it

[PATCH v4 03/14] ARM: dts: samsung-fimd: add LCD I80 interface specific properties

In case of using MIPI DSI based I80 interface panel, the relevant registers should be set. So this patch adds relevant DT bindings. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park --- .../devicetree/bindings/video/samsung-fimd.txt | 28 1 file

[PATCH v4 02/14] drm/exynos: use wait_event_timeout() for safety usage

There could be the case that the page flip operation isn't finished correctly with some abnormal condition such as panel reset. So this patch replaces wait_event() with wait_event_timeout() to avoid waiting for page flip completion infinitely. And clears exynos_crtc->pending_flip in

[PATCH v4 01/14] drm/exynos: dsi: move the EoT packets configuration point

This configuration could be used in MIPI DSI command mode also. Signed-off-by: YoungJun Cho Acked-by: Inki Dae Acked-by: Kyungmin Park Reviewed-by: Andrzej Hajda --- drivers/gpu/drm/exynos/exynos_drm_dsi.c |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git

[PATCH v4 00/14] drm/exynos: support LCD I80 interface display

Hi, This series adds LCD I80 interface display support for Exynos DRM driver. The FIMD(display controller) specification describes it as "LCD I80 interface" and the DSI specification describes it as "Command mode interface". This is based on exynos-drm-next branch. The previous patches, RFC:

[Bug 52952] Ubuntu 10.04.4 LTS 32-bit and ATI Technologies Radeon Xpress 200 for Intel (RC410) ACPI S3 State Resume Failure

s 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/20140605/e1318d1b/attachment.html>

[Bug 52952] Ubuntu 10.04.4 LTS 32-bit and ATI Technologies Radeon Xpress 200 for Intel (RC410) ACPI S3 State Resume Failure

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/f86bb786/attachment.html>

[PATCH v3 2/4] drm/edid: Check for user aspect ratio input

In case user has specified an input for aspect ratio through the property, then the user space value for PAR would take preference over the value from CEA mode list. v2: Thierry's review comments. - Modified the comment "Populate..." as per review comments v3: Thierry's review comments.

[PATCH v3 1/4] drm/crtc: Add property for aspect ratio

Added a property to enable user space to set aspect ratio. This patch contains declaration of the property and code to create the property. v2: Thierry's review comments. - Made aspect ratio enum generic instead of HDMI/CEA specfic - Removed usage of temporary aspect_ratio

[PATCH 11/11] HACK: i915: avoid with fbdev init warning doesn't seem to matter

From: Dave Airlie --- drivers/gpu/drm/i915/intel_dp_mst.c | 10 ++ drivers/gpu/drm/i915/intel_fbdev.c | 2 +- 2 files changed, 11 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_dp_mst.c b/drivers/gpu/drm/i915/intel_dp_mst.c index

[PATCH 10/11] i915: mst topology dumper in debugfs (v0.2)

From: Dave Airlie use the mst helper code to dump the topology in debugfs. v0.2: drop is_mst check - as we want to dump other info Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/i915_debugfs.c | 23 +++ 1 file changed, 23 insertions(+) diff --git

[PATCH 09/11] i915: add DP 1.2 MST support (v0.6)

From: Dave Airlie This adds DP 1.2 MST support on Haswell systems. Notes: a) this reworks irq handling for DP MST ports, so that we can avoid the mode config locking in the current hpd handlers, as we need to process up/down msgs at a better time. Changes since v0.1: use

[PATCH 08/11] drm/i915: split some conversion functions out into separate functions.

From: Dave Airlie for MST I need to reuse these, so split them out early. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/intel_ddi.c | 27 --- drivers/gpu/drm/i915/intel_display.c | 31 ++- 2 files changed, 34

[PATCH 07/11] drm/i915: check connector->encoder before using it.

From: Dave Airlie DP MST will need connectors that aren't connected to specific encoders, add some checks in advance to avoid oopses. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/i915_debugfs.c | 16 +--- drivers/gpu/drm/i915/i915_irq.c | 4

[PATCH 06/11] i915: split some DP modesetting code into a separate function

From: Dave Airlie this is just prep work for mst support. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/intel_ddi.c | 18 +- drivers/gpu/drm/i915/intel_drv.h | 1 + 2 files changed, 14 insertions(+), 5 deletions(-) diff --git

[PATCH 05/11] drm/helper: add Displayport multi-stream helper (v0.6)

From: Dave Airlie This is the initial import of the helper for displayport multistream. It consists of a topology manager, init/destroy/set mst state It supports DP 1.2 MST sideband msg protocol handler - via hpd irqs connector detect and edid retrieval interface. It

[PATCH 04/11] drm: add a path blob property

From: Dave Airlie This property will be used by the MST code to provide userspace with a path to parse so it can recognise connectors around hotplugs. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_crtc.c | 26 ++ include/drm/drm_crtc.h | 5

[PATCH 03/11] drm/fb_helper: allow adding/removing connectors later

From: Dave Airlie This is required to get fbcon probing to work on new connectors, callers should acquire the mode config lock before calling these. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_fb_helper.c | 53 +

[PATCH 02/11] drm/crtc: add interface to reinitialise the legacy mode group

From: Dave Airlie This can be called to update things after dynamic connectors/encoders are created/deleted. Signed-off-by: Dave Airlie --- drivers/gpu/drm/drm_crtc.c | 9 + include/drm/drm_crtc.h | 1 + 2 files changed, 10 insertions(+) diff --git

[PATCH 01/11] drm/i915: add some registers need for displayport MST support.

From: Dave Airlie These are just from the Haswell spec. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/i915_reg.h | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h index

drm/i915 mst support

Another round of the MST support for i915 haswell. This relies on the aux locking and i915 irq rework patches I posted already. this also splits out some more i915 rework into earlier patches. The main fix is not talking to devices if HPD isn't asserted, at least on the dock I have it will

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #17 from Alex Deucher --- Does removing radeon.dpm=1 from the kernel command line fix the issue? It's enabled by default on asics where it is stable. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v2] drm/exynos: consider deferred probe case

On 2014? 06? 04? 20:24, Andrzej Hajda wrote: > On 05/29/2014 11:28 AM, Inki Dae wrote: >> This patch makes sure that exynos drm framework handles deferred >> probe case correctly. >> >> Sub drivers could be probed before resources, clock, regulator, >> phy or panel, are ready for them so we should

[PATCH v3 13/15] ARM: dts: exynos5: add system register support

Hi Vivek, On 06/04/2014 08:50 PM, Vivek Gautam wrote: > On Mon, Jun 2, 2014 at 10:52 AM, YoungJun Cho wrote: >> This patch adds sysreg device node, and sysreg property >> to fimd device node which is required to use I80 interface. > > Same here. The system register nodes have been added to

[PATCH 1/3] drm/tegra: Align FB pitch

n earlier Tegra generations. Perhaps this is a requirement that's new on Tegra124? 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/a

[PATCH v3 1/4] drm/crtc: Add property for aspect ratio

ytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/dbfdb02a/attachment.sig>

[PATCH v3 2/4] drm/edid: Check for user aspect ratio input

ment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/2d0b12f5/attachment.sig>

[PATCH 5/5] drm/i915: enable fastboot by default

Let them eat mincemeat pie. Signed-off-by: Jesse Barnes --- drivers/gpu/drm/i915/i915_params.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_params.c b/drivers/gpu/drm/i915/i915_params.c index d05a2af..081ab2f 100644 ---

[PATCH 4/5] drm/i915: use current mode if the size matches the preferred mode

From: Kristian H?gsberg The BIOS may set a native mode that doesn't quite match the preferred mode timings. It should be ok to use however if it uses the same size, so try to avoid a mode set in that case. Signed-off-by: Kristian H?gsberg Signed-off-by: Jesse Barnes ---

[PATCH 3/5] drm: add drm_mode_same_size function

From: Kristian H?gsberg Like mode_equal but w/o the clock checks. Useful for checking if modes are close enough to re-use to avoid a boot time mode set for example. Signed-off-by: Kristian H?gsberg Signed-off-by: Jesse Barnes --- drivers/gpu/drm/drm_modes.c | 8

[PATCH 2/5] drm/i915: preserve swizzle settings if necessary v3

Some machines (like MBAs) might use a tiled framebuffer but not enable display swizzling at boot time. We want to preserve that configuration if possible to prevent a boot time mode set. On IVB+ it shouldn't affect performance anyway since the memory controller does internal swizzling anyway.

[PATCH 1/5] drm/i915: preserve SSC if previously set v2

Some machines may have a broken VBT or no VBT at all, but we still want to use SSC there. So check for it and keep it enabled if we see it already on. Based on an earlier fix from Kristian. v2: honor modparam if set too (Daniel) read out at init time and store for panel_use_ssc() use

[PATCH 3/3] drm/tegra: Fix sequencing

/archives/dri-devel/attachments/20140605/906f074f/attachment.sig>

[PATCH] drm: Fix getconnector connection_mutex locking

I've fumbled my own idea and enthusiastically wrapped all the getconnector code with the connection_mutex. But we only need it to chase the connector->encoder link. Even there it's not really needed since races with userspace won't matter, but better paranoid and consistent about this stuff. If

Radeon rejecting CS due to memory fragmentation, or what?

On Thu, Jun 5, 2014 at 10:52 AM, Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 6/5/2014 10:13 AM, Alex Deucher wrote: > | One of the kcalloc() calls in radeon_cs_parser_relocs() is failing. > > Well yea, the question is *why*? I seem to have plenty of free memory.

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

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

Radeon rejecting CS due to memory fragmentation, or what?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6/5/2014 10:13 AM, Alex Deucher wrote: | One of the kcalloc() calls in radeon_cs_parser_relocs() is failing. Well yea, the question is *why*? I seem to have plenty of free memory. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32)

[PATCH v4 00/14] drm/exynos: support LCD I80 interface display

ignature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/4346e657/attachment-0001.sig>

[PATCH] gpu: drm: msm: Replace type of paddr to uint32_t.

, dma_addr_t is the proper type for I/O virtual addresses. 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/20140605/97bdb8c6/attachment.sig>

[PATCH] gpu: drm: msm: Replace type of paddr to uint32_t.

On Thu, Jun 5, 2014 at 3:24 AM, Geert Uytterhoeven wrote: > On Thu, Jun 5, 2014 at 2:05 AM, Rob Clark wrote: >> On Wed, Jun 4, 2014 at 6:54 AM, Matwey V. Kornilov >> wrote: >>> From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001 >>> From: "Matwey V. Kornilov" >>> Date:

[PATCH v3 13/15] ARM: dts: exynos5: add system register support

Hi YoungJun, On Thu, Jun 5, 2014 at 8:22 AM, YoungJun Cho wrote: > Hi Vivek, > > > On 06/04/2014 08:50 PM, Vivek Gautam wrote: >> >> On Mon, Jun 2, 2014 at 10:52 AM, YoungJun Cho >> wrote: >>> >>> This patch adds sysreg device node, and sysreg property >>> to fimd device node which is required

[Bug 79431] OpenGL OpenCL interop results in corrupted renderbuffer object image

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/1065d285/attachment.html>

[PATCH v4 00/14] drm/exynos: support LCD I80 interface display

chance to even see the patches. 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/20140605/296b5c49/attachment.sig>

Frame buffer and plane difference

gt; > > > Regards, > > Anand > > > > > > ___ > > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/dri-devel > > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/e0d1b50b/attachment-0001.html>

[PATCH 2/2] drm/radeon: hdmi deep color modes must obey clock limit of sink.

From: Mario Kleiner Make sure that a hdmi deep color mode can't exceed the max tmds clock limit of a hdmi sink if such a limit is defined by edid. If requested deep color bpc would exceed the limit given the mode to be set, try to degrade gracefully to lower

[PATCH 1/2] drm/edid: Store all supported hdmi deep color modes in drm_display_info

From: Mario Kleiner HDMI deep color setup must know which modes are supported if it needs to degrade gracefully, as only 12 bpc / dc_36 is guaranteed, but 10 bpc / dc_30 is optional. The maximum bpc is not sufficient for this. Signed-off-by: Mario Kleiner

Radeon rejecting CS due to memory fragmentation, or what?

On Thu, Jun 5, 2014 at 10:01 AM, Phillip Susi wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > While playing minecraft it complains that the kernel rejected CS, see dmesg > for more info. dmesg shows: > > [389509.644744] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation > -12!

[PATCH] drm: Fix getconnector connection_mutex locking

On Thu, Jun 5, 2014 at 5:12 AM, Daniel Vetter wrote: > I've fumbled my own idea and enthusiastically wrapped all the > getconnector code with the connection_mutex. But we only need it to > chase the connector->encoder link. Even there it's not really needed > since races with userspace won't

[PATCH 4/5] drm/omap: use __GFP_DMA32 for shmem-backed gem

On Thu, Jun 5, 2014 at 9:52 AM, Tomi Valkeinen wrote: > Hi, > > On 02/06/14 16:03, David Herrmann wrote: >> Hi Tomi >> >> Any chance you could give this a spin on an omap device? It shouldn't >> affect any 32bit devices, so this is mostly a cosmetic change. >> However, I'd really like to get rid

Radeon rejecting CS due to memory fragmentation, or what?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 While playing minecraft it complains that the kernel rejected CS, see dmesg for more info. dmesg shows: [389509.644744] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -12! [389509.645383] [drm:radeon_cs_ioctl] *ERROR* Failed to parse

[PATCH] drm/i915: Add #defines for short/long pulse on gmch platforms

For no reason at all the public docs lack them, and Dave needs them for his hpd interrupt rework. Cc: Dave Airlie Signed-off-by: Daniel Vetter --- drivers/gpu/drm/i915/i915_reg.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/i915/i915_reg.h

[PATCH v2] drm/exynos: consider deferred probe case

On 06/05/2014 05:42 AM, Inki Dae wrote: > On 2014? 06? 04? 20:24, Andrzej Hajda wrote: >> On 05/29/2014 11:28 AM, Inki Dae wrote: >>> This patch makes sure that exynos drm framework handles deferred >>> probe case correctly. >>> >>> Sub drivers could be probed before resources, clock, regulator,

[PATCH] gpu: drm: msm: Replace type of paddr to uint32_t.

On Thu, Jun 5, 2014 at 2:05 AM, Rob Clark wrote: > On Wed, Jun 4, 2014 at 6:54 AM, Matwey V. Kornilov > wrote: >> From e7147352639fd8f92b1cc85cff9bc5046c7a2130 Mon Sep 17 00:00:00 2001 >> From: "Matwey V. Kornilov" >> Date: Mon, 2 Jun 2014 20:17:29 +0400 >> Subject: [PATCH] Replace type of

[PATCH v2 1/4] drm/crtc: Add property for aspect ratio

ng -- 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/20140605/a51bbd49/attachment.sig>

[PATCH v2 2/4] drm/edid: Check for user aspect ratio input

Reding -- 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/20140605/b5f23fd1/attachment.sig>

[Bug 79659] R9 270X lockup with unigine valley since radeonsi: enable ARB_sample_shading

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

[Bug 51381] [drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting, when disabled via vgaswitcheroo

https://bugzilla.kernel.org/show_bug.cgi?id=51381 --- Comment #16 from Teofilis Martisius --- Hello, I can reproduce this problem on v3.15rc8 with power management enabled (radeon.runpm=1). So this hasn't been fixed in v3.15 yet. v3.15rc8 works OK with radeon.runpm=0 flag Sincerely, Teofilis

[Bug 79520] mpv 0.3.10-1 shows no video after mesa and ati-dri update to version 10.2.0rc5-1

rubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140605/0eec3114/attachment.html>