[Bug 87511] [855GM] MESA 10.4 (10.5 git) + GLX-dock/cairo-dock + Cinnamon (desktop environment)

||g/show_bug.cgi?id=72819 -- 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/20141

[Bug 72819] [855GM] Incorrect drop shadow color on windows and strange white rectangle when showing/hiding GLX-dock...

||g/show_bug.cgi?id=87511 -- 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/20141

[Bug 87511] [855GM] MESA 10.4 (10.5 git) + GLX-dock/cairo-dock + Cinnamon (desktop environment)

||g/show_bug.cgi?id=80050 -- 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/20141

[Bug 80050] [855GM] Incorrect drop shadow color under windows in Cinnamon persists with MESA 10.1.

||g/show_bug.cgi?id=87511 -- 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/20141

[Bug 87511] [855GM] MESA 10.4 (10.5 git) + GLX-dock/cairo-dock + Cinnamon (desktop environment)

dri-devel/attachments/20141219/95540b23/attachment.html>

[PATCH] drm/fb-helper: fix simple_return.cocci warnings

drivers/gpu/drm/cirrus/cirrus_fbdev.c:330:1-4: WARNING: end returns can be simpified Simplify a trivial if-return sequence. Possibly combine with a preceding function call. Generated by: scripts/coccinelle/misc/simple_return.cocci CC: Thierry Reding Signed-off-by: Fengguang Wu ---

[PATCH v2 3/7] drm_modes: add videomode_from_drm_display_mode

On 19/12/14 11:03, Philipp Zabel wrote: > Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam: >> Add conversion from drm_display_mode to videomode. >> >> Signed-off-by: Steve Longerbeam >> --- >> drivers/gpu/drm/drm_modes.c | 40 >>

[PATCH 0/3] drm: Basic mode sanity checks

On Fri, Dec 19, 2014 at 10:46:02AM -0500, Adam Jackson wrote: > On Wed, 2014-12-17 at 18:30 +0100, Daniel Vetter wrote: > > > All pulled into my drm misc branch. > > Ugh, wish I'd caught this earlier. I'm not entirely thrilled with > requiring non-zero clock, it's not a concept that makes sense

[PATCH RFC v2 00/14] Add support for i.MX MIPI DSI DRM driver

clude/drm/drm_mipi_dsi.h | 14 + >>> include/dt-bindings/clock/imx6qdl-clock.h |3 +- >>> include/linux/mfd/syscon/imx6q-iomuxc-gpr.h|1 + >>> 18 files changed, 1844 insertions(+), 28 deletions(-) >>> create mode 100644 Documentation/devicetree/ >>> bindings/drm/imx/mipi_dsi.txt >>> create mode 100644 Documentation/devicetree/ >>> bindings/panel/himax,hx8369a.txt >>> create mode 100644 drivers/gpu/drm/imx/imx-mipi-dsi.c >>> create mode 100644 drivers/gpu/drm/panel/panel-himax-hx8369a.c >>> >>> -- >>> 2.1.0 >>> >>> ___ >>> dri-devel mailing list >>> dri-devel at lists.freedesktop.org >>> http://lists.freedesktop.org/mailman/listinfo/dri-devel >>> >> >> >> >> -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo at vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/59e58dd8/attachment-0001.html>

[RFC] background zero-set page for device

There was some discussion to create zero-set pages in background like this: https://lkml.org/lkml/2004/10/30/73 I'm understand that it is not good for performance. But I think it can help for a device in my platform. I'm sorry I can't tell what it is. But the device needs many zero-set pages,

[PATCH] drm/tegra: dsi: Add suspend/resume support

t;pm_ops of the individual subdevices. The infrastructure makes sure that these get called in the right order. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 819 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/644de5fb/attachment.sig>

[PATCH 5/5] drm/tegra: Add minimal power management

From: Thierry Reding For now only disable the KMS hotplug polling helper logic upon suspend and re-enable it on resume. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/drm.c | 25 + 1 file changed, 25 insertions(+) diff --git

[PATCH 4/5] gpu: host1x: Provide a proper struct bus_type

From: Thierry Reding Previously the struct bus_type exported by the host1x infrastructure was only a very basic skeleton. Turn that implementation into a more full- fledged bus to support proper probe ordering and power management. Note that the bus infrastructure needs to

[PATCH 3/5] gpu: host1x: Factor out __host1x_device_del()

From: Thierry Reding This function is needed in several places, so factor it out. Signed-off-by: Thierry Reding --- drivers/gpu/host1x/bus.c | 93 +--- 1 file changed, 49 insertions(+), 44 deletions(-) diff --git

[PATCH 2/5] gpu: host1x: Call host1x_device_add() under lock

From: Thierry Reding Instead of locking within host1x_device_add(), call it under the lock to make the locking more consistent. Signed-off-by: Thierry Reding --- drivers/gpu/host1x/bus.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git

[PATCH 1/5] gpu: host1x: Call ->remove() only when a device is bound

From: Thierry Reding When a driver's ->probe() function fails, the host1x bus must not call its ->remove() function because the driver will already have cleaned up in the error handling path in ->probe(). Signed-off-by: Thierry Reding --- drivers/gpu/host1x/bus.c | 9

[PULL] drm-intel-next

On Fri, Dec 19, 2014 at 10:44:34AM +0100, Daniel Vetter wrote: > Hi Dave, > > drm-intel-next-2014-12-05: > - dual-dsi enabling from Gaurav with prep work from Jani > - reshuffling the ring init code to move towards a clean sw/hw state setup > split > - ring free space refactoring from Dave

[PATCH RFC v2 00/14] Add support for i.MX MIPI DSI DRM driver

Hi Andy, On 12/19/2014 02:33 PM, Andy Yan wrote: > Hi Liu Ying: > > I foud Rockchip RK618 (a mfd function device with mipi dsi，lvds > transmitter、HDMI TX、and audio codec，and > controlled by the SOC from i2c ) have the same register layout with your > i.MX MIPI DSI，which means RK618

[PATCH] drm: Ensure universal_planes is set for atomic

Atomic doesn't really work without universal planes anyway. But make sure that evil userspace doesn't pull the kernel over the table because we didn't consider a cornercase that just doesn't make sense, just for safety. v2: Just force ->universal_planes to the same value to avoid imposing

[Bug 90091] Computer freeze

https://bugzilla.kernel.org/show_bug.cgi?id=90091 --- Comment #4 from Marc Collin --- after starting x, that could take 1 hours... don't know if there is a acpi for video card? -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH RFC v2 00/14] Add support for i.MX MIPI DSI DRM driver

rs/gpu/drm/panel/panel-himax-hx8369a.c > >-- >2.1.0 > >___ >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/20141219/22753ed4/attachment.html>

[Bug 90091] Computer freeze

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

[Bug 87496] [r300g] Battle.net app window content rotated and stretched

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/20141219/3b64bcfa/attachment.html>

[Bug 84519] GPU hang xbmc tvheadend uvd

org/archives/dri-devel/attachments/20141219/8a561fc6/attachment.html>

[PATCH RFC v2 08/14] drm: imx: Add MIPI DSI host controller driver

On 12/18/2014 07:39 PM, Philipp Zabel wrote: > Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: >> This patch adds i.MX MIPI DSI host controller driver support. >> Currently, the driver supports the burst with sync pulses mode only. >> >> Signed-off-by: Liu Ying >> --- >> v1->v2: >>

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

hives/dri-devel/attachments/20141219/41392644/attachment.html>

[PATCHv3 4/4] adv7842: simplify InfoFrame logging

From: Martin Bugge Use the new logging functions from the hdmi module. Signed-off-by: Martin Bugge Signed-off-by: Hans Verkuil --- drivers/media/i2c/Kconfig | 1 + drivers/media/i2c/adv7842.c | 174 2 files changed, 47

[PATCHv3 3/4] hdmi: rename HDMI_AUDIO_CODING_TYPE_EXT_STREAM to _EXT_CT

From: Hans Verkuil As per the suggestion of Thierry Reding rename HDMI_AUDIO_CODING_TYPE_EXT_STREAM to HDMI_AUDIO_CODING_TYPE_EXT_CT to be consistent with the CEA-861 spec. Signed-off-by: Hans Verkuil --- drivers/video/hdmi.c | 2 +- include/linux/hdmi.h | 3 ++- 2

[PATCHv3 2/4] hdmi: added unpack and logging functions for InfoFrames

From: Martin Bugge When receiving video it is very useful to be able to unpack the InfoFrames. Logging is useful as well, both for transmitters and receivers. Especially when implementing the VIDIOC_LOG_STATUS ioctl (supported by many V4L2 drivers) for a receiver it is

[PATCHv3 1/4] hdmi: add new HDMI 2.0 defines

From: Hans Verkuil Add new Video InfoFrame colorspace information introduced in HDMI 2.0 and new Audio Coding Extension Types, also from HDMI 2.0. HDMI_CONTENT_TYPE_NONE was renamed to _GRAPHICS since that's what it is called in CEA-861-F. Signed-off-by: Hans Verkuil

[PATCHv3 0/3] hdmi: add unpack and logging functions

This patch series adds new HDMI 2.0/CEA-861-F defines to hdmi.h and adds unpacking and logging functions to hdmi.c. It also uses those in the V4L2 adv7842 driver (and they will be used in other HDMI drivers once this functionality is merged). Changes since v2: - Applied most comments from

[PATCHv2 2/3] hdmi: added unpack and logging functions for InfoFrames

Hi Thierry, On 12/18/2014 09:19 AM, Thierry Reding wrote: >> +static int hdmi_avi_infoframe_unpack(struct hdmi_avi_infoframe *frame, >> + void *buffer) >> +{ >> +u8 *ptr = buffer; >> +int ret; >> + >> +if (ptr[0] != HDMI_INFOFRAME_TYPE_AVI || >> +

[PATCH 13/13] RFC: drm: Atomic modeset ioctl

On 17.12.2014 20:18, Daniel Vetter wrote: > On Wed, Dec 17, 2014 at 06:31:13PM +0900, Michel Dänzer wrote: >> On 17.12.2014 16:20, Pekka Paalanen wrote: >>> On Wed, 17 Dec 2014 11:48:51 +0900 >>> Michel Dänzer wrote: >>> On 17.12.2014 08:05, Rob Clark wrote: > The atomic modeset ioctl

[Bug 87489] GPU lockup - Sid Meyer's Beyond Earth

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141219/96740a48/attachment.html>

[Bug 87489] GPU lockup - Sid Meyer's Beyond Earth

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

[PATCH v2 1/7] gpu: ipu-di: Add ipu_di_adjust_videomode()

Hi Steve, Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam: > From: Jiada Wang > > On some monitors, high resolution modes are not working, exhibiting > pixel column truncation problems (for example, 1280x1024 displays as > 1280x1022). > > The function

[PATCH v2 3/7] drm_modes: add videomode_from_drm_display_mode

Am Donnerstag, den 18.12.2014, 18:00 -0800 schrieb Steve Longerbeam: > Add conversion from drm_display_mode to videomode. > > Signed-off-by: Steve Longerbeam > --- > drivers/gpu/drm/drm_modes.c | 40 > include/drm/drm_modes.h |2 ++ > 2 files

[Bug 90091] Computer freeze

https://bugzilla.kernel.org/show_bug.cgi?id=90091 --- Comment #2 from Marc Collin --- Created attachment 161331 --> https://bugzilla.kernel.org/attachment.cgi?id=161331=edit /var/log/messages -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 90091] Computer freeze

https://bugzilla.kernel.org/show_bug.cgi?id=90091 Marc Collin changed: What|Removed |Added Attachment #161311|0 |1 is obsolete|

[Bug 90091] New: Computer freeze

https://bugzilla.kernel.org/show_bug.cgi?id=90091 Bug ID: 90091 Summary: Computer freeze Product: Drivers Version: 2.5 Kernel Version: 3.16.6 Hardware: i386 OS: Linux Tree: Mainline Status: NEW

[PATCH v2] drm/fb-helper: Propagate errors from initial config failure

Am 19.12.2014 um 11:21 schrieb Thierry Reding: > From: Thierry Reding > > Make drm_fb_helper_initial_config() return an int rather than a bool so > that the error can be properly propagated. While at it, update drivers > to propagate errors further rather than just ignore them. > > v2: > -

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

On 19.12.2014 07:03, Kertesz Laszlo wrote: > On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote: >> On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz >> wrote: >>> Hello, >>> i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from >>> git periodically and i use a A8-6500

[PATCH v2] drm/fb-helper: Propagate errors from initial config failure

From: Thierry Reding Make drm_fb_helper_initial_config() return an int rather than a bool so that the error can be properly propagated. While at it, update drivers to propagate errors further rather than just ignore them. v2: - cirrus: No cleanup is required, the top-level

[PATCH RFC v2 08/14] drm: imx: Add MIPI DSI host controller driver

Hi Liu, Am Freitag, den 19.12.2014, 13:53 +0800 schrieb Liu Ying: [...] > >> + mipi_dsi: mipi at 021e { > >> + #address-cells = <1>; > >> + #size-cells = <0>; > >> + compatible = "fsl,imx6q-mipi-dsi"; > >> + reg = <0x021e 0x4000>; > >> +

[drm/fb-helper] BUG: unable to handle kernel paging request at 95d24c70

turn 0; - -free: - kfree(gfbdev); -fini: - drm_fb_helper_fini(>helper); - return ret; } void cirrus_fbdev_fini(struct cirrus_device *cdev) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size:

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

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

[PATCH v2 3/7] drm_modes: add videomode_from_drm_display_mode

On 12/19/2014 03:03 AM, Philipp Zabel wrote: > > +EXPORT_SYMBOL_GPL(videomode_from_drm_display_mode); > Is it ok for drm_modes to export a function that doesn't start with > drm_ ? We could just rename this to drm_display_mode_to_videomode if > necessary. I can fix it up as I apply it, but I'd

[PATCH 0/3] drm: Basic mode sanity checks

On Wed, 2014-12-17 at 18:30 +0100, Daniel Vetter wrote: > All pulled into my drm misc branch. Ugh, wish I'd caught this earlier. I'm not entirely thrilled with requiring non-zero clock, it's not a concept that makes sense on virtual hardware. - ajax

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2014-12-05: - dual-dsi enabling from Gaurav with prep work from Jani - reshuffling the ring init code to move towards a clean sw/hw state setup split - ring free space refactoring from Dave Gordon - s/seqno/request/ rework from John Harrison - psr support for vlv/chv from

[PATCH] drm: Require universal_planes for atomic

Atomic doesn't really work without universal planes anyway. But make sure that evil userspace doesn't pull the kernel over the table because we didn't consider a cornercase that just doesn't make sense, just for safety. Only requirement imposed on userspace by this is that it asks for universal

[PULL] topic/atomic-core

Hi Dave, Next batch of atomic work. Most important is the propertification from Rob and the nth iteration of the actual atomic ioctl originally from Ville. Big differences compared to earlier revisions: - Core properties are now fully handled by the core, drivers can only handle driver-specific

[PATCH RFC v2 06/14] ARM: dts: imx6qdl: Move existing MIPI DSI ports into a new 'ports' node

Hi Philipp, On 12/18/2014 06:33 PM, Philipp Zabel wrote: > Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: >> The MIPI DSI node contains some ports which represent possible DRM CRTCs >> it can connect with. Each port has a 'reg' property embedded. This >> property will be wrongly

[PATCH RFC v2 05/14] ARM: imx6q: clk: Add the video_27m clock

Hi Philipp, On 12/18/2014 06:31 PM, Philipp Zabel wrote: > Am Donnerstag, den 18.12.2014, 15:11 +0800 schrieb Liu Ying: >> This patch supports the video_27m clock which is a fixed factor >> clock of the pll3_pfd1_540m clock. >> >> Signed-off-by: Liu Ying >> --- >> v1->v2: >> * None. >> >>

[PULL] topic/core-stuff for 3.20

Hi Dave, A bit early for 3.20, but I'm out the next 2 weeks so figured I'll send you my pull request already. Misc drm patches with mostly polish patches from Thierry, with a bit of generic mode validation from Ville and a few other oddball things. Cheers, Daniel The following changes since

[PATCH 13/13] RFC: drm: Atomic modeset ioctl

On Fri, Dec 19, 2014 at 12:29:22PM +0900, Michel Dänzer wrote: > On 17.12.2014 20:18, Daniel Vetter wrote: > > On Wed, Dec 17, 2014 at 06:31:13PM +0900, Michel Dänzer wrote: > >> On 17.12.2014 16:20, Pekka Paalanen wrote: > >>> On Wed, 17 Dec 2014 11:48:51 +0900 > >>> Michel Dänzer wrote: >

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

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/20141219/47b432c3/attachment.html>

[Bug 87278] Packet0 not allowed and GPU fault detected errors with Serious Engine games

DIST outputs are simply disabled in PA_CL_VS_OUT_CNTL. -- 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/20141219/f0c0080e/attachment.html>

[Bug 85421] radeon stalled, GPU lockup, reset and failed on resume; crashed by firefox.

https://bugzilla.kernel.org/show_bug.cgi?id=85421 --- Comment #25 from Michel Dänzer --- (In reply to Hin-Tak Leung from comment #24) > [...] which is still a big bunch to look at what made 10.3.x > unstable. That's what git bisect is for. It can isolate a change with the minimum number of

Skype bi-directional video call crashes X server (xserver, mesa, drm, kernel from git, r600g+glamor)

On Tue, 2014-10-28 at 09:41 -0400, Alex Deucher wrote: > On Tue, Oct 28, 2014 at 8:13 AM, Laszlo Kertesz > wrote: > > Hello, > > i have an issue with Skype lately (i compile mesa, kernel, drm, xserver from > > git periodically and i use a A8-6500 with its IGP with r600g and glamor). > > It