Hi All,
I re-updated the patches according to Ajax's great suggestion
clarification, which intends to handle detailed timing blocks in EDID
and E-EDID. In patch 8, we select appropriate modes from video blocks
of CEA extension, then insert them into mode list.
Any comments are welcome!
declare new structure and MACRO related with CEA extension.
---
hw/xfree86/ddc/edid.h | 97 +
1 files changed, 97 insertions(+), 0 deletions(-)
diff --git a/hw/xfree86/ddc/edid.h b/hw/xfree86/ddc/edid.h
index b556003..69c8399 100644
---
construct unified interface, anytime when program need to handle detailed
timing block,
it always dynamically parse and deal with it through the interface.
---
hw/xfree86/ddc/interpret_edid.c | 182 +++
hw/xfree86/ddc/xf86DDC.h|5 +
2 files
handle detailed timing block quirks and insert detailed timing block
into mode list
---
hw/xfree86/ddc/xf86DDC.h | 39 +
hw/xfree86/modes/xf86EdidModes.c | 285 --
2 files changed, 191 insertions(+), 133 deletions(-)
diff --git
through unified interface print all detailed timing blocks.
---
hw/xfree86/ddc/print_edid.c | 256 +++---
1 files changed, 140 insertions(+), 116 deletions(-)
diff --git a/hw/xfree86/ddc/print_edid.c b/hw/xfree86/ddc/print_edid.c
index 7b6e298..2ad199f
through unified interface configure name and range
---
hw/xfree86/common/xf86Configure.c | 57
1 files changed, 32 insertions(+), 25 deletions(-)
diff --git a/hw/xfree86/common/xf86Configure.c
b/hw/xfree86/common/xf86Configure.c
index b803b49..c5d8f34
construct unified video block interface, and insert mode into mode list
according to video short descriptor from CEA extension
---
hw/xfree86/ddc/interpret_edid.c | 71 +++
hw/xfree86/ddc/xf86DDC.h |6 ++
hw/xfree86/modes/xf86EdidModes.c | 98
Hello,
In the Message;
Subject: Re: xclock's problem
Message-ID : 18855.23177.348554.585...@cerise.gclements.plus.com
Date Time: Fri, 27 Feb 2009 03:14:17 +
[Glynn] == Glynn Clements gl...@gclements.plus.com has written:
Me I'm using xlock with the settings in .xinitrc;
Me
Me
Greetings;
Just installed by upgrade route, fedora 10. Running kernel-2.6.28.7 now.
When booted to the latest fedora i386 kernel-PAE, I have no dpms control over
the monitor, and now booted to 2.6.28.7 I do.
I ran that script I posted in my other radeonhd thread, after booting back to
hd wrote:
I my app, I receive a raw image in 16 bits depth.
My defaut visual have a depth of 24 bits (and all other Visual have 24
or 32bits depth on my X server).
To display the bitmap I try to create an XImage with XCreateImage() and
display it with XPutImage().
But X displays a bad
Masaru Nomiya wrote:
Subject: Re: xclock's problem
Message-ID : 18855.23177.348554.585...@cerise.gclements.plus.com
Date Time: Fri, 27 Feb 2009 03:14:17 +
[Glynn] == Glynn Clements gl...@gclements.plus.com has written:
Me I'm using xlock with the settings in .xinitrc;
Me
Sorry for the slow response, Torgeir.
Neither, I'm trying to not use deinterlacing in the graphics card.
Is it technically (theoretically) possible to rearrange the order of merging
the fields and scaling?
I think if you want to scale, then you really need to deinterlace, first.
The
Le vendredi 27 février 2009 à 15:21 -0800, Andy Ritger a écrit :
Neither, I'm trying to not use deinterlacing in the graphics card.
Is it technically (theoretically) possible to rearrange the order of
merging the fields and scaling?
I think if you want to scale, then you really need to
On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote:
Eric Anholt wrote:
On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
this release is totally unusable while running in UXA. System eats lot of
memory, including swapping. Is this that, reported earlier, ,,memory
leak''? As
a
14 matches
Mail list logo