[PATCH] drm: Check if the allocation has succeeded before dereferencing newmode

We allocate memory in drm_display_mode_from_vic_index() and use it without checking the pointer is valid. Fix that. Signed-off-by: Damien Lespiau --- drivers/gpu/drm/drm_edid.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index

[Bug 75732] [r600g] Memory leak with celestia, RV790

with ||celestia, RV790 -- 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/20140303/cc7a2fbe/attachment.html>

[Bug 75732] New: Memory leak with celestia

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

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #55 from Christoph Haag --- (In reply to saadnaji89 from comment #54) > Are we going to see this patch applied to fix the problem in future kernel > veriosn ?. I don't know whether you work for AMD or just someone is > contributing

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #54 from saadnaji89 at gmail.com --- (In reply to Michel D?nzer from comment #53) > (In reply to saadnaji89 from comment #51) > > I am runnig Manjaro (Arch based distro 64 bit) with Kernel 3.13.5 as right > > now and I am having the

[Bug 75005] "Upvoid" segfault in radeonsi/llvm

EBUG=ps,vs,gs and try again later. -- 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/20140303/e8b4cc4d/attachment.html>

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

cuting the "--trace-children=yes" option! -- 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/20140303/257cb643/attachment.html>

[RFC PATCH 3/3] drm/exynos: register platform driver at each kms sub drivers

This patch removes platform_driver_register() calls from exynos_drm_drv module, and call module_platform_driver() at each kms sub drivers instead. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_dp_core.c |1 + drivers/gpu/drm/exynos/exynos_drm_drv.c

[RFC PATCH 2/3] drm/exynos: add super device support

This patch adds super device support to bind sub drivers using device tree. For this, we should add a super device node to each machine dt files like below example, exynos-drm { crtcs = <>; connectors = <>; }; crtcs propery can declare crtc device

[RFC PATCH 1/3] drm/exynos: fix unnecessary resource cleanup

This patch removes unnecessary drm_mode_config_cleanup call. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.c |5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.c

[RFC PATCH 0/3] drm/exynos: more cleanup with super device support

This patch series cleans up exynos drm framework and kms sub drivers using the component framework[1]. This is based on top of below Andrezej's patch series[2]. And you can find git repository related to this patch series below,

[PATCH 4/6] android: convert sync to fence api, v4

On Mon, Feb 17, 2014 at 04:57:19PM +0100, Maarten Lankhorst wrote: > Android syncpoints can be mapped to a timeline. This removes the need > to maintain a separate api for synchronization. I've left the android > trace events in place, but the core fence events should already be > sufficient for

[PATCH 2/6] seqno-fence: Hardware dma-buf implementation of fencing (v4)

On Wed, Feb 19, 2014 at 02:25:59PM +0100, Maarten Lankhorst wrote: > op 17-02-14 19:41, Christian K?nig schreef: > >Am 17.02.2014 19:24, schrieb Rob Clark: > >>On Mon, Feb 17, 2014 at 12:36 PM, Christian K?nig > >> wrote: > >>>Am 17.02.2014 18:27, schrieb Rob Clark: > >>> > On Mon, Feb 17,

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

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

[WARNING - 3.14-rc2] i915: pipe_off wait timed out

On Fri, Feb 14, 2014 at 05:41:01PM -0500, Steven Rostedt wrote: > I get the following splat in my tests running 3.14-rc2: > > [3.955123] WARNING: CPU: 0 PID: 1 at > /work/autotest/nobackup/linux-test.git/drivers/gpu/drm/i915/intel_display.c:857 > intel_wait_for_pipe_off+0x17a/0x2d0() > [

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

issue is there. -- 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/20140303/9f2ad334/attachment.html>

[Bug 75211] radeonsi/llvm SIGABRT in Antichamber (UDK)

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

[Bug 75005] "Upvoid" segfault in radeonsi/llvm

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

[Bug 73320] [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation

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

[PATCH 1/4] drm: Add support for CRTC primary planes

Hi On Thu, Feb 27, 2014 at 11:14 PM, Matt Roper wrote: > Allow drivers to provide a drm_plane structure corresponding to a CRTC's > primary plane. These planes will be included in the plane list for any > clients setting the DRM_CLIENT_CAP_EXPOSE_PRIMARY_PLANES capability bit. > >

Should drm's modetest work when an X server is running?

On Mon, Mar 3, 2014 at 6:53 PM, Daniel Kurtz wrote: > But, for exynos, the the driver name is actually "exynos-drm", so the > check fails, and drmOpen("exynos", NULL) fails. > > # cat /proc/dri/0/name > exynos-drm exynos-drm platform:exynos-drm:00 oh, hmm, yeah, I guess you break a few

[PATCH] drm/edid: request HDMI underscan by default

On Thu, Feb 27, 2014 at 03:49:10PM +, Damien Lespiau wrote: > On Thu, Feb 27, 2014 at 05:42:36PM +0200, Ville Syrj?l? wrote: > > On Thu, Feb 27, 2014 at 09:19:30AM -0600, Daniel Drake wrote: > > > Working with HDMI TVs is a real pain as they tend to overscan by > > > default, meaning that the

[PULL] drm-intel-next

Hi Dave, drm-intel-next-2014-02-14: - Fix the execbuf rebind performance regression due to topic/ppgtt (Chris). - Fix up the connector cleanup ordering for sdvod i2c and dp aux devices (Imre). - Try to preserve the firmware modeset config on driver load. And a bit of prep work for smooth

[RFC] drm/msm: use componentised device support

Hey Russell, Here is a early/rough pass at conversion to componentized device support. I was hoping you could have a quick look at this to make sure I'm on the right track, since there were no non-DT examples for me to look at ;-) I still haven't gotten rid of the global hdmi_pdev and a3xx_pdev

[Bug 75719] mplayer -vo gl consume more CPU on r200

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/54c52a40/attachment.html>

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[GIT PULL] Another Armada DRM fix

David, Please incorporate the latest Armada DRM fixes, which can be found at: git://ftp.arm.linux.org.uk/~rmk/linux-cubox.git drm-armada-fixes with SHA1 d13c46c67e546bb1dc1c4dc7c43e388d0119276b. I think the blame for this comes down to me - I complained about the kfifo API, but I didn't

[Bug 75719] mplayer -vo gl consume more CPU on r200

-devel/attachments/20140303/0610062a/attachment.html>

[PATCH] drm/i2c: tda998x: potentially faster polling for edid

One of Jean-Francois patches changed the EDID polling to once every 10ms for 10 interations, whereas the original code did 1ms for 100 interations. This appears to cause boot-time detection to take slightly - but noticably - longer. Revert this change. Signed-off-by: Russell King

[PATCH 1/4] drm: Add support for CRTC primary planes

On Mon, Mar 03, 2014 at 09:45:53AM -0800, Matt Roper wrote: > On Mon, Mar 03, 2014 at 03:47:43PM +, Damien Lespiau wrote: > > On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote: > > > Allow drivers to provide a drm_plane structure corresponding to a CRTC's > > > primary plane. These

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #10 from Tom Yan --- Switching modes with xrandr can also bring back display. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[Bug 75719] mplayer -vo gl consume more CPU on r200

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

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #9 from Tom Yan --- Created attachment 127921 --> https://bugzilla.kernel.org/attachment.cgi?id=127921=edit xorg log when not working Sorry I was doing stupid thing. Here is the xorg log captured after I turn the monitor off and on

[PATCH] drm: Set the plane's crtc before calling disable_plane.

On Mon, Mar 3, 2014 at 4:45 PM, Jesse Barnes wrote: > On Mon, 3 Mar 2014 13:38:36 -0800 > St?phane Marchesin wrote: > >> Some drivers like exynos need the crtc to be able to disable the plane, >> so set it before calling disable_plane. >> >> Signed-off-by: St?phane Marchesin >> --- >>

Intel HD Graphics 4000 - hard lockups

On Sat, 01 Mar 2014, Daniel Kasak wrote: > Hi all. > > I've had quite a decent run with stability on my laptop, until recently. > I've been running realtime kernels for audio work, and up to 3.10.6-rt3, > it's been rock solid. After this, something has gone horribly wrong. I get > hard lockups

[PATCH 2/4] drm: Add plane type property

On Thu, Feb 27, 2014 at 11:03:07PM -0500, Rob Clark wrote: > >> > @@ -1114,6 +1126,10 @@ int drm_plane_set_primary(struct drm_device *dev, > >> > struct drm_plane *plane, > >> > >> > >> fwiw, this comment probably belongs in #1/4 but: > >> > >> you probably don't need to introduce

Should drm's modetest work when an X server is running?

Dear dri developers, Should libdrm's modetest work when an X server is running? Should drmOpen(name, NULL) succeed when the drm device is already open? Is "name" passed to drmOpen() the "drm" name returned by drmGetVersion()? Or, is it the the kernel driver/module name? tl;dr Over the past

[PATCH 1/4] drm: Add support for CRTC primary planes

On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote: > Allow drivers to provide a drm_plane structure corresponding to a CRTC's > primary plane. These planes will be included in the plane list for any > clients setting the DRM_CLIENT_CAP_EXPOSE_PRIMARY_PLANES capability bit. > >

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #8 from Tom Yan --- By "with HDMI" I mean only HDMI is connected. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #7 from Tom Yan --- All the above outputs were captured when only DisplayPort is connected. Similar sympton were observed with HDMI. Also, sometimes toggling others connectors afterwards makes it work again. Like if HDMI is plugged

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #6 from Tom Yan --- Created attachment 127911 --> https://bugzilla.kernel.org/attachment.cgi?id=127911=edit Xorg.0.log Maybe it's because I have some misconcept about xorg log, it doesn't seem to vary between cases. Anyway this

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #5 from Tom Yan --- Created attachment 127901 --> https://bugzilla.kernel.org/attachment.cgi?id=127901=edit dmesg (monitor on when boot, turn off afterwards) `diff on_at_start off_afterwards` 858a859 > [ 49.713776]

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #4 from Tom Yan --- Created attachment 127891 --> https://bugzilla.kernel.org/attachment.cgi?id=127891=edit dmesg (monitor on when boot, working before off) -- You are receiving this mail because: You are watching the assignee of

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #3 from Tom Yan --- Created attachment 127881 --> https://bugzilla.kernel.org/attachment.cgi?id=127881=edit dmesg (monitor off when boot, not work when turn on afterwards) -- You are receiving this mail because: You are watching

[Bug 75491] Radeon HD7750 no Monitors connected

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/f2f66eb8/attachment.html>

[Bug 75719] New: mplayer -vo gl consume more CPU on r200

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

[Bug 71461] monitor doesn't get detected after boot or disconnection

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

[PATCH] drm: Set the plane's crtc before calling disable_plane.

On Mon, Mar 3, 2014 at 2:06 PM, Rob Clark wrote: > On Mon, Mar 3, 2014 at 4:45 PM, Jesse Barnes > wrote: >> On Mon, 3 Mar 2014 13:38:36 -0800 >> St?phane Marchesin wrote: >> >>> Some drivers like exynos need the crtc to be able to disable the plane, >>> so set it before calling disable_plane.

[RFCv4 09/14] drm: convert plane to properties/state

On Mon, Mar 3, 2014 at 2:22 PM, Sean Paul wrote: > On Wed, Feb 26, 2014 at 7:18 PM, Rob Clark wrote: >> On Wed, Feb 26, 2014 at 4:30 PM, Sean Paul wrote: >>> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: Break the mutable state of a plane out into a separate structure and use

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

ebuginfo package or it doesn't. -- 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/20140303/490162f1/attachment.html>

[Intel-gfx] [PATCH] drm/i915: add support for Z-order of planes.

On 14-02-28 11:28 AM, Matt Roper wrote: > On Fri, Feb 28, 2014 at 06:03:11PM +0200, Ville Syrj?l? wrote: >> On Thu, Feb 27, 2014 at 03:44:04PM -0800, Matt Roper wrote: >>> On Thu, Feb 27, 2014 at 02:36:06PM -0800, Yu Dai wrote: On 14-02-25 04:19 PM, Matt Roper wrote: > On Thu, Feb

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

that the first time 'round. -- 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/20140303/f49edecf/attachment.html>

[RFCv4 09/14] drm: convert plane to properties/state

On Wed, Feb 26, 2014 at 7:18 PM, Rob Clark wrote: > On Wed, Feb 26, 2014 at 4:30 PM, Sean Paul wrote: >> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote: >>> Break the mutable state of a plane out into a separate structure >>> and use atomic properties mechanism to set plane attributes. This

[PATCH] drm/radeon: remove struct radeon_bo_list

From: Christian K?nig Just move all fields into radeon_cs_reloc, removing unused/duplicated fields. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen_cs.c | 210 - drivers/gpu/drm/radeon/r100.c | 40 +++

[PATCH] drm: Set the plane's crtc before calling disable_plane.

On Mon, 3 Mar 2014 13:38:36 -0800 St?phane Marchesin wrote: > Some drivers like exynos need the crtc to be able to disable the plane, > so set it before calling disable_plane. > > Signed-off-by: St?phane Marchesin > --- > drivers/gpu/drm/drm_crtc.c | 21 +++-- > 1 file

[PATCH] drm: Set the plane's crtc before calling disable_plane.

Some drivers like exynos need the crtc to be able to disable the plane, so set it before calling disable_plane. Signed-off-by: St?phane Marchesin --- drivers/gpu/drm/drm_crtc.c | 21 +++-- 1 file changed, 11 insertions(+), 10 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c

[Bug 31230] [RADEON:KMS:RV250:RESUME] corrupted screen after resume

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

[PATCH 00/11] SimpleDRM & Sysfb

handle it: git://git.kernel.org/pub/scm/linux/kernel/git/tomba/linux.git work/fb-reorder Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/8293e00b/attachment-0001.pgp>

[PATCH] drm/tilcdc increase allowable supported resolution

From: Darren Etheridge 1680x1050 appears to also be within the bandwidth capabilities of the device and memory infrastructure. Signed-off-by: Darren Etheridge --- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] drm/tilcdc: restore correct display mode and contents on pm resume

From: Darren Etheridge On resume the screen contents were not being restored properly. Looking at other DRM drivers it seems a call to drm_helper_resume_force_mode() is needed in the resume handler to force restoration of the mode and framebuffer data. Signed-off-by: Darren

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 --- Comment #1 from Tom Yan --- The card has 4 connectors: 1 HDMI, 1 DisplayPort and 2 DVI -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 00/11] SimpleDRM & Sysfb

Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/99879d2e/attachment-0001.pgp>

[Bug 71461] monitor doesn't get detected after boot or disconnection

https://bugzilla.kernel.org/show_bug.cgi?id=71461 Tom Yan changed: What|Removed |Added Summary|monitor doesn't get |monitor doesn't get

[PATCH] MAINTAINERS: add maintainer entry for TDA998x driver

Add a maintainers entry for the TDA998x driver. Rob Clark has handed this driver over to me to look after. Acked-by: Rob Clark Signed-off-by: Russell King --- MAINTAINERS | 6 ++ 1 file changed, 6 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[PATCH 00/11] SimpleDRM & Sysfb

sfb linked somehow? (I.e. do they need to be in the same series?) And jfyi, the drivers/video/ changes will conflict with the drivers/video/ directory reorganization series, which may be merged for 3.15. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/ecd1aafa/attachment-0001.pgp>

[PATCH 00/11] SimpleDRM & Sysfb

Hi On Mon, Mar 3, 2014 at 11:45 AM, Tomi Valkeinen wrote: > On 03/03/14 12:29, David Herrmann wrote: > >>> What's the status with this one? Headed for 3.15? >>> >>> Are the SimpleDRM and sysfb linked somehow? (I.e. do they need to be in >>> the same series?) >>> >>> And jfyi, the drivers/video/

i915 - Corruption on boot for 3.13.x

On Fri, 28 Feb 2014, Matthew Thode wrote: > Hardware is a T520 with a i5-2520M (intel only). > > Booting via uefi stub, kernel config is attached. > > This is broken on 3.13.x the video shows hardened kernel being booted, > but I've tested kernel.org sources as well with the same effect. > > I

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

be invoked using wine? -- 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/20140303/c710729c/attachment.html>

[PATCH 00/11] SimpleDRM & Sysfb

Hi On Mon, Mar 3, 2014 at 11:12 AM, Tomi Valkeinen wrote: > Hi, > > On 23/01/14 16:14, David Herrmann wrote: >> Hi >> >> Another round of SimpleDRM patches. I somehow lost track of the last ones >> and as >> this is a major rewrite, I'll just start at v1 again. >> >> Some comments up-front: >>

[PATCH 0/3] Reorder drivers/video directory

he current linux-next without any conflicts. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/0e115734/attachment.pgp>

[Bug 74539] [r600g] Memory leak when playing WoW with RV790

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

[PATCH] drm/radeon: remove struct radeon_bo_list

On Mon, Mar 3, 2014 at 8:10 AM, Christian K?nig wrote: > From: Christian K?nig > > Just move all fields into radeon_cs_reloc, removing unused/duplicated fields. > > Signed-off-by: Christian K?nig Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/evergreen_cs.c | 210 >

[PATCH 0/9] Doc/DT: DT bindings for various display components

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/e40abbd0/attachment-0001.pgp>

[Bug 75699] New: mplayer crashes

any file with mplayer -vo vdpau -vf flip, it crashes with sigsegv instantly. -- 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/20

[PATCH 1/4] drm: Add support for CRTC primary planes

On Mon, Mar 03, 2014 at 03:47:43PM +, Damien Lespiau wrote: > On Thu, Feb 27, 2014 at 02:14:40PM -0800, Matt Roper wrote: > > Allow drivers to provide a drm_plane structure corresponding to a CRTC's > > primary plane. These planes will be included in the plane list for any > > clients setting

[PATCH 4/9] Doc/DT: Add DT binding documentation for HDMI Connector

y big pro with either one compared to the other. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/9622c09d/attachment-0001.pgp>

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

don't see much point in optimizing that way. So I agree with your suggestion as is. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/8ac18169/attachment.pgp>

[PATCH 3/9] Doc/DT: Add DT binding documentation for DVI Connector

.MX bindings I had called this property 'ddc', but > Documentation/devicetree/bindings/panel/simple-panel.txt already > uses 'ddc-i2c-bus'. We should definitely standardize this. I like 'ddc-i2c-bus'. Tomi -- next part -- A non-text attachment was scrubbed.

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #53 from Michel D?nzer --- (In reply to saadnaji89 from comment #51) > I am runnig Manjaro (Arch based distro 64 bit) with Kernel 3.13.5 as right > now and I am having the same error except that I am geting repetitive blocks > in the

[Bug 71461] New: monitor doesn't get detected after boot

https://bugzilla.kernel.org/show_bug.cgi?id=71461 Bug ID: 71461 Summary: monitor doesn't get detected after boot Product: Drivers Version: 2.5 Kernel Version: 3.13.5 Hardware: All OS: Linux Tree: Mainline

[PATCH 5/9] Doc/DT: Add DT binding documentation for MIPI DPI Panel

bindings doesn't define video ports, and not even a common compatible property. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 901 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140303/b3d21203/attachment.pgp>

[Bug 74712] libkms not enabled on DragonFly

vel/attachments/20140303/2e4cabfc/attachment.html>

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 --- Comment #52 from saadnaji89 at gmail.com --- Created attachment 127801 --> https://bugzilla.kernel.org/attachment.cgi?id=127801=edit kenrel log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 65761] HD 7970M Hybrid - hangs and errors and rmmod causes crash

https://bugzilla.kernel.org/show_bug.cgi?id=65761 saadnaji89 at gmail.com changed: What|Removed |Added CC||saadnaji89 at gmail.com ---

Are you ready to see her satisfied today?

Keep your gf contented this night http://isthmus.mwuylppp.net/