RE: [Kernel 2.6.30] Only GPIOA is used as CRTDDC bus

2009-07-02 Thread Ma, Ling
>-Original Message- >From: "David Müller (ELSOFT AG)" [mailto:d.muel...@elsoft.ch] >Sent: 2009年7月2日 22:14 >To: Ma, Ling >Cc: Jesse Barnes; dri-devel@lists.sourceforge.net >Subject: Re: [Kernel 2.6.30] Only GPIOA is used as CRTDDC bus > >Ma, Ling

RE: [Kernel 2.6.30] Only GPIOA is used as CRTDDC bus

2009-07-02 Thread Ma, Ling
>-Original Message- >From: Jesse Barnes [mailto:jbar...@virtuousgeek.org] >Sent: 2009年7月1日 1:42 >To: David Müller (ELSOFT AG) >Cc: dri-devel@lists.sourceforge.net; Ma, Ling >Subject: Re: [Kernel 2.6.30] Only GPIOA is used as CRTDDC bus > >On Tue, 30 Jun 2009 11:46

RE: [Intel-gfx] [PATCH] drm: remove mode from list and destroy it in order

2009-06-08 Thread Ma, Ling
Any comments ? Thanks Ma Ling >-Original Message- >From: intel-gfx-boun...@lists.freedesktop.org >[mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of Ma Ling >Sent: Friday, June 05, 2009 5:16 PM >To: dri-devel@lists.sourceforge.net >Cc: intel-...@lis

[PATCH] drm: remove mode from list and destroy it in order

2009-06-05 Thread Ma Ling
drm_mode_destroy function, otherwise memory leak. Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_crtc.c | 13 + 1 files changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 94a7688..03a7b30 100644 --- a/drivers/gpu/drm/drm_crtc.c

RE: [Intel-gfx] [PATCH V1] drm: export get and put connector type id

2009-05-28 Thread Ma, Ling
>-Original Message- >From: Eric Anholt [mailto:e...@anholt.net] >Sent: Wednesday, May 27, 2009 12:35 AM >To: Ma, Ling >Cc: dri-devel@lists.sourceforge.net; intel-...@lists.freedesktop.org >Subject: RE: [Intel-gfx] [PATCH V1] drm: export get and put >connector ty

[PATCH V2] drm: export get and put connector type id

2009-05-26 Thread Ma Ling
avoid above case by exporting get and put connectortype id. Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_crtc.c | 12 ++-- drivers/gpu/drm/drm_sysfs.c |2 ++ include/drm/drm_crtc.h |3 +++ 3

RE: [Intel-gfx] [PATCH V1] drm: export get and put connector type id

2009-05-26 Thread Ma, Ling
the same duplicate name case : card0-VGA-1 card0-VGA-1. Thanks Ma Ling My means is sdvo connector somtime will adadvertise multiple functions >-Original Message- >From: Maarten Maathuis [mailto:madman2...@gmail.com] >Sent: Saturday, May 23, 2009 9:01 PM >To: Ma, Lin

Re: [PATCH V3] drm: export get and put connector type id

2009-05-26 Thread Ma Ling
avoid above case by exporting get and put connectortype id. Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_crtc.c | 12 ++-- drivers/gpu/drm/drm_sysfs.c |2 ++ include/drm/drm_crtc.h |3 +++ 3 files changed, 15 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm

RE: [Intel-gfx] [PATCH V1] drm: export get and put connector type id

2009-05-26 Thread Ma, Ling
>-Original Message- >From: Eric Anholt [mailto:e...@anholt.net] >Sent: Saturday, May 23, 2009 3:12 AM >To: Ma, Ling >Cc: dri-devel@lists.sourceforge.net; intel-...@lists.freedesktop.org >Subject: Re: [Intel-gfx] [PATCH V1] drm: export get and put >connector type

[PATCH V1] drm: export get and put connector type id

2009-05-22 Thread Ma Ling
avoid above case by exporting get and put connector type id. Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_crtc.c | 14 -- drivers/gpu/drm/drm_sysfs.c |3 +++ include/drm/drm_crtc.h |3 +++ 3 files changed, 18 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm

[PATCH] drm: clean dirty memory after device release

2009-04-16 Thread Ma Ling
gister function our memory is dirty, we need to do clean operation in order to re-register the device, otherwise the system will crash. The patch intends to clean device after device release. Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_sysfs.c |1 + 1 files changed, 1 insertions(+), 0 del

RE: [Intel-gfx] [Patch 2/2_v2][DRM/I915]: Sync the panel fitting property with 2D driver

2009-04-06 Thread Ma, Ling
sorry, please ignore this email Thanks Ma Ling -Original Message- From: Ma, Ling Sent: Monday, April 06, 2009 9:56 PM To: Zhao, Yakui; e...@anholt.net Cc: intel-...@lists.freedesktop.org; dri-devel@lists.sourceforge.net Subject: RE: [Intel-gfx] [Patch 2/2_v2][DRM/I915]: Sync the panel

RE: [Intel-gfx] [Patch 2/2_v2][DRM/I915]: Sync the panel fitting property with 2D driver

2009-04-06 Thread Ma, Ling
Any comments ? Thanks Ma Ling -Original Message- From: intel-gfx-boun...@lists.freedesktop.org [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of yakui_zhao Sent: Thursday, April 02, 2009 12:00 PM To: e...@anholt.net Cc: intel-...@lists.freedesktop.org; dri-devel

[PATCH] drm: detect hdmi monitor by hdmi identifier (v3)

2009-03-26 Thread Ma Ling
IEEE registration Identifier will be treated as HDMI device. The patch intends to detect HDMI monitor by this rule. Signed-off-by: Ma Ling --- In this version the patch is re-updated to be based on [PATCH] drm: read EDID extensions from monitor(v2). drivers/gpu/drm/drm_edid.c | 62

Re: [PATCH] drm: detect hdmi monitor by hdmi identifier (v2)

2009-03-26 Thread Ma Ling
On Thu, 2009-03-26 at 16:36 +0800, Dave Airlie wrote: > On Thu, 26 Mar 2009, Ma Ling wrote: > > > Any comments ? > > I merged this into my tree today, but I have to clean up another patch > before I can push it. Sorry, I update it now based on [PATCH] drm: read EDID extens

Re: [PATCH] drm: detect hdmi monitor by hdmi identifier (v2)

2009-03-25 Thread Ma Ling
Any comments ? Thanks Ma Ling On Tue, 2009-03-24 at 14:31 +0800, Ma Ling wrote: > Sometime we need to communicate with HDMI monitor by sending audio or video > info frame, > so we have to know the monitor type. However if user utilize HDMI->DVI > adaptor to connect DVI moni

[PATCH] drm: detect hdmi monitor by hdmi identifier (v2)

2009-03-23 Thread Ma Ling
ice containing IEEE Registration Identifier will be treated as HDMI device. The patch intends to detect HDMI monitor by this rule. Signed-off-by: Ma Ling --- In this version the function will use edid info directly, instead of fetching it again, at same time I did some clean-up,the patch need to re-base

Re: [Intel-gfx] [RFC][PATCH] drm: detect hdmi monitor by hdmi identifier (v1)

2009-03-23 Thread Ma Ling
On Sat, 2009-03-21 at 04:03 +0800, Eric Anholt wrote: > On Fri, 2009-03-20 at 15:52 +0800, Ma Ling wrote: > > sometime we need to communicate with HDMI monitor by sending audio or video > > info frame, > > so we have to know the monitor type. However if user utilize HDMI

[RFC][PATCH] drm: detect hdmi monitor by hdmi identifier (v1)

2009-03-20 Thread Ma Ling
ice containing IEEE Registration Identifier will be treated HDMI device. The patch intends to detect HDMI monitor by this rule. Any comments are welcome. Thanks Ma Ling Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_edid.c | 68 include/drm/drm_crt

[PATCH] drm: read EDID extensions from monitor (v2)

2009-03-19 Thread Ma Ling
read EDID extensions(max 4) from digital monitor for user. Signed-off-by: Ma Ling --- In this version drm will read max number if the number of edid extensions is over max number. drivers/gpu/drm/drm_edid.c | 121 +-- include/drm/drm_crtc.h |3

RE: [Intel-gfx] [PATCH] Read EDID extensions from monitor

2009-03-19 Thread Ma, Ling
Any comments ? Thanks Ma Ling -Original Message- From: intel-gfx-boun...@lists.freedesktop.org [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of Ma Ling Sent: Wednesday, March 18, 2009 6:38 PM To: dri-devel@lists.sourceforge.net Cc: intel-...@lists.freedesktop.org Subject

[PATCH] Read EDID extensions from monitor

2009-03-18 Thread Ma Ling
reading EDID extensions(max 4) from digital monitor for user. Any comments are welcome. Thanks Ma Ling Signed-off-by: Ma Ling --- drivers/gpu/drm/drm_edid.c | 118 +-- include/drm/drm_crtc.h |3 +- 2 files changed, 92 insertions(+), 29 deletions

RE: [Intel-gfx] [PATCH] Fix LVDS EDID to match all possible default modes

2008-12-28 Thread Ma, Ling
hi Keith, I happen to encounter the same issue, and did a patch for situation when we can't find EDID from display, and set the flag (edid_mon->features.msc |= 0x1). Could you have some opinion on it ? Thanks Ma Ling >-Original Message- >From: intel-gfx-boun...@lists.f