that
current BIOS check still fail.
This is from old UMS driver, but use pci subsys ids instead of dmi info
at that time.
From 60bc20124faee4db406b856e139959f8c082830d Mon Sep 17 00:00:00 2001
From: Zhenyu Wang zhen...@linux.intel.com
Date: Wed, 21 Apr 2010 15:53:51 +0800
Subject: [PATCH] drm/i915: TV
although it is already detected as
disconnected.
https://bugs.freedesktop.org/show_bug.cgi?id=26743
Signed-off-by: Zhao Yakui yakui.z...@intel.com
Signed-off-by: Zhenyu Wang zhen...@linux.intel.com
---
drivers/gpu/drm/drm_crtc_helper.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff
On 2010.01.29 23:31:06 -0800, Keith Packard wrote:
With DRI2 supporting multiple subsystems, the video driver must
initialize the list of driver names instead of just passing the single
driver name used by Mesa. Without this, the X server will fail to
initialize DRI2 as the numDrivers field in
On 2010.01.20 13:14:23 +, James Simmons wrote:
It's just adding the backlight api to the intel driver. In fact it gives
the user the ablity to control the brightness of the backlight which I see
is lacking in the intel driver.
Wait, this regression has nothing to do with backlight
On 2010.01.19 16:17:56 +, James Simmons wrote:
Sorry I meant the backlight power management state seperate from the
encoder state.
drm_fb_helper_off() will find fb's crtc and attached encoders, then
call encoder_funcs-dpms() and turn off crtc, so for your DRM_MODE_DPMS_ON
change,
.
This makes fb blank broken on my T61, it put LVDS on but leave
pipe disabled which made screen totally white or caused some
'burning' effect.
Cc: James Simmons jsimm...@infradead.org
Signed-off-by: Zhenyu Wang zhen...@linux.intel.com
---
drivers/gpu/drm/drm_fb_helper.c |2 +-
1 files changed, 1
, but DRM_MODE_DPMS_ON
is actually for turning output on instead of blank.
This makes fb blank broken on my T61, it put LVDS on but leave
pipe disabled which made screen totally white or caused some
'burning' effect.
Cc: James Simmons jsimm...@infradead.org
Signed-off-by: Zhenyu Wang zhen
On 2010.01.15 14:51:41 -0800, Eric Anholt wrote:
On Tue, 5 Jan 2010 11:25:06 +0800, Zhenyu Wang zhen...@linux.intel.com
wrote:
This enables possible 36bit address mask on 965G that use physical
address for hw status page.
Signed-off-by: Zhenyu Wang zhen...@linux.intel.com
Applied
On 2010.01.05 13:37:00 +0800, ykzhao wrote:
Do we need to add the explicit DMA mask for using 32bit DMA mask?
No, 32bit mask is the default.
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
signature.asc
Description: Digital signature
On 2010.01.04 13:11:56 -0800, Eric Anholt wrote:
On Mon, 4 Jan 2010 17:27:45 +0800, Zhenyu Wang zhen...@linux.intel.com
wrote:
On 2009.12.31 12:33:06 +0800, Zhenyu Wang wrote:
On 2009.12.30 10:26:27 +, David Woodhouse wrote:
On Wed, 2009-12-30 at 11:02 +0800, Zhenyu Wang wrote
On 2009.12.31 12:33:06 +0800, Zhenyu Wang wrote:
On 2009.12.30 10:26:27 +, David Woodhouse wrote:
On Wed, 2009-12-30 at 11:02 +0800, Zhenyu Wang wrote:
We have .31-.32 regression as reported in
http://bugs.freedesktop.org/show_bug.cgi?id=25690
http://bugzilla.kernel.org
From: Zhenyu Wang zhenyu.z.w...@intel.com
drm_pci_alloc() has input of address mask for setting pci dma
mask on the device, which should be properly setup by drm driver.
And leave it as a param for drm_pci_alloc() would cause confusion
or mistake would corrupt the correct dma mask setting
On 2009.08.25 21:20:18 -0700, Linus Torvalds wrote:
And how about MacBook 2.1, which apparently also goes black?
Linus, sorry for reply this old thread.
I just handed on one MacBook with 945GM, and tried to find out
the reason of black screen. It is TV detection that caused it.
MacBook
Make sure we don't need to count fence also on new chips.
Signed-off-by: Zhenyu Wang zhen...@linux.intel.com
---
libdrm/intel/intel_chipset.h |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/libdrm/intel/intel_chipset.h b/libdrm/intel/intel_chipset.h
index 0b3af02
On 2009.08.25 15:33:57 -0700, Eric Anholt wrote:
However, the problem remains that KMS gets the output wrong, in ways that
clearly X does not. Eric - it's clearly not just Mac Mini and my
experimental machine that have problems, but also a Macbook 2.1.
I wonder why the Intel KMS logic
On 2009.08.25 20:33:32 -0700, Linus Torvalds wrote:
On Wed, 26 Aug 2009, Zhenyu Wang wrote:
In my experience, the BIOS setup doesn't reflect what outputs should be
used at runtime, and certainly not the correct configuration of the
enabled outputs. For example, if we went
On 2009.07.21 12:38:01 -0700, Keith Packard wrote:
This synchronizes the X EDID data with the kernel EDID data each time the
kernel data may have changed. Otherwise, X ends up stuck with the first EDID
data it sees, failing to accomodate to different monitors.
Signed-off-by: Keith Packard
On 2009.07.10 08:53:12 +0800, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Add the explanation about DRM debug level in the drmP header file. This is to
explain how/where to use the different DRM debug level.
Normally I check Documentation/kernel-parameters.txt for any
On 2009.07.10 08:53:13 +0800, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Use the DRM_DEBUG_MODE to add the debug info in generic DRM modes
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
drivers/gpu/drm/drm_crtc.c| 36 +---
yeah, sorry I didn't catch that.
Acked-by: Zhenyu Wang zhen...@linux.intel.com
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
signature.asc
Description: Digital signature
This brings SDVO TV support from 2D driver, including origin
fix f1ca56e17d0 and later fix 2fcf4fcccfe. Also fix wrong modeline
definitions for SDVO TV.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_display.c | 20 +
drivers/gpu/drm/i915/intel_sdvo.c
Fix compile error of intel_sdvo_debug_response(),
and explicit use KERN_DEBUG for printk.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_sdvo.c | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm
This brings fix commit acde0ef683 from 2D driver.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_sdvo.c |3 +++
drivers/gpu/drm/i915/intel_sdvo_regs.h |3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/i915
If there's no real property change, don't need to set TV mode again.
(Fixed one checkpatch warning.)
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/drivers
Only set TV DAC in property change seems doesn't work, we have to
setup whole crtc pipe which assigned to TV alone.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
If there's no real property change, don't need to set TV mode again.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c | 27 ---
1 files changed, 20 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_tv.c b
TV modes count must be returned in get_modes.
This also fixed TV mode's clock calculation int
overflow issue, and use 0.01 precision for mode
refresh validation.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c | 20
1 files changed
Fix TV control save register for untouched bits, and color
knobs different definition for 945 and 965 chips.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/i915_reg.h |2 +-
drivers/gpu/drm/i915/intel_tv.c | 11 ---
2 files changed, 9 insertions(+), 4
Check encoder has real enabled crtc for TV detect, and
fix missing TV type setting after detect.
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_tv.c b
On 2009.03.03 18:25:39 +0800, Steven J Newbury wrote:
On Tue, 2009-03-03 at 17:48 +0800, yakui_zhao wrote:
Hi
the following is the patch set for KMS about CRT/LVDS. I have tested
them on the
T61 box.
patch 01: add the CRT save/restore for VT switch
patch 02: Sync crt
Signed-off-by: Zhenyu Wang zhenyu.z.w...@intel.com
---
drivers/gpu/drm/i915/intel_tv.c | 112 +++---
1 files changed, 56 insertions(+), 56 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_tv.c b/drivers/gpu/drm/i915/intel_tv.c
index f95dc4d..ceca947 100644
On 2008.11.26 16:32:12 +0800, Keith Packard wrote:
If the EDID data from the LVDS doesn't indicate support for a wide range of
continuous frequencies, it will not match any of the default modes although
our LVDS scaler logic ignores refresh rates when programming LVDS modes. Fix
this by
On 2008.12.01 13:08:23 +0800, Zhang Rui wrote:
However, testing FC10 with the latest upstream kernel,
including the i915 changes that appeared today...
it seems that GUI mode forgets the brighness when
I switch to console mode. Eg. If I use /sys or
hotkeys in GUI mode to reduce
On 2008.12.04 07:14:55 +0800, Zhenyu Wang wrote:
However, testing FC10 with the latest upstream kernel,
including the i915 changes that appeared today...
it seems that GUI mode forgets the brighness when
I switch to console mode. Eg. If I use /sys or
hotkeys in GUI mode to reduce
On 2008.09.11 15:55:35 +0800, Zhenyu Wang wrote:
Here's drm patch for G41, against drm-next tree.
(agp patch is against agp-next tree, missed to state that...)
This is refreshed patch for adding G41 pci ids in drm/i915.
Patch is against Eric's 'for-airlied' branch.
From
From 09a461ca6d05b0c6e82aeca158bad6549ba84904 Mon Sep 17 00:00:00 2001
From: Zhenyu Wang [EMAIL PROTECTED]
Date: Fri, 17 Oct 2008 11:20:14 +0800
Subject: [PATCH] drm: fix stalled cliprects when update drawable info with zero
rects.
When passed in drawable's cliprect number as zero, we may
still
From 4aab96c10fca2d5a3f89e56a4d6a96c6125cf932 Mon Sep 17 00:00:00 2001
From: Zhenyu Wang [EMAIL PROTECTED]
Date: Fri, 17 Oct 2008 11:32:32 +0800
Subject: [PATCH] drm: fix cliprects leaking in drm_rmdraw()
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
drivers/gpu/drm/drm_drawable.c |7
Here's drm patch for G41, against drm-next tree.
(agp patch is against agp-next tree, missed to state that...)
[PATCH] [DRM] i915: add support for G41 chipset
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
drivers/gpu/drm/i915/i915_drv.h |6 --
include/drm/drm_pciids.h|1
Patch's against drm git master.
Thanks.
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
drm_pciids.txt |3 +++
i915_drv.h | 11 +--
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/shared-core/drm_pciids.txt b/shared-core/drm_pciids.txt
index f48258a..4e2cfb0
On 2008.03.06 02:49:10 +, Alec Robertson wrote:
The latest git drm doesn't compile on 2.6.25-rc3 as flush_agp_mappings has
been
removed: http://lwn.net/Articles/267135/
The error message:
/usr/local/src/drm/linux-core/drm_ttm.c:134: error: implicit declaration of
function
On 2008.01.30 10:55:40 +0800, Zhenyu Wang wrote:
Rebase this patch to current drm git tree, and attach patch
to drm-patches kernel tree for 2.6.25 inclusion.
Thanks.
---
[PATCH] i915: wrap chipset types requiring hw status set ioctl
Also applys to recent added new chipset.
Signed-off
[PATCH] i915: change offset for bread crumb read
Use non-reserved offset in hw status page for bread crumb
instead of current dw offset 5.
On i8xx and i915, valid range starts from dword offset 10h.
On i965, it's from 20h.
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
shared-core
[PATCH] i915: wrap chipset types requiring hw status set ioctl
Also include hw status setting for recent added new chipset.
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
shared-core/i915_dma.c |5 -
shared-core/i915_drv.h |2 ++
2 files changed, 6 insertions(+), 1 deletions
Dave,
This adds new chipset id in drm.
Thanks.
Signed-off-by: Zhenyu Wang [EMAIL PROTECTED]
---
diff --git a/linux-core/i915_drv.c b/linux-core/i915_drv.c
index d3a4ab3..a8ce0f5 100644
--- a/linux-core/i915_drv.c
+++ b/linux-core/i915_drv.c
@@ -330,7 +330,7 @@ static int i915_suspend(struct
[PATCH] i915: fix missing G33 detect in IS_I9XX
G33 detect seems missing with Jesse's suspend/resume patch.
---
shared-core/i915_drv.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/shared-core/i915_drv.h b/shared-core/i915_drv.h
index 9ee79fa..8902e8e 100644
---
On 2007.08.07 15:23:46 +, Sergio Monteiro Basto wrote:
Hi,
the new commits in git with title
6 Aug 23:04 - More tiled rendering fixes: - check for tiling, not just
offset in PrepareSolid ...
could resolve affect my i915GM ?
the src/i830 could affect my i915GM
or not ?
Pls raise
On 2007.07.30 11:43:00 +, Eric Anholt wrote:
On Mon, 2007-07-30 at 09:09 -0700, Jesse Barnes wrote:
What hardware do you have? Does Xv based video work again if you add
Option tiling false
to the Intel device section of your xorg.conf?
I thought Wang's fix would have taken care
47 matches
Mail list logo