Luc Verhaegen wrote:
On Tue, Jun 13, 2006 at 11:44:05AM +0100, Barry Scott wrote:
Good question. We note that the EDID data wants these sync polarities.
Does the monitor use the pulse widths or the polarity to tell one mode
from another? We think that the polarity is used, but we are far
Alex Deucher wrote:
The i810 driver is limited to the modes the bios knows how to set. If
the bios doesn't have the specific mode you are lookign for, then you
are out of luck. There is native modesetting support in the xorg
intel driver git tree if you want native modesetting.
Do you know
Tim Roberts wrote:
Barry Scott wrote:
Using the Xfree86 4.6.0 i810 driver I'm seeing a problem with sync
polarity setting.
This modeline is required for 1280x768 mode:
Modeline 1280x768 79.30 1280 1335 1473 1665 768 769 772 793
-hsync +vsync
But the syncs, as shown on an oscilloscope
Using the Xfree86 4.6.0 i810 driver I'm seeing a problem with sync
polarity setting.
This modeline is required for 1280x768 mode:
Modeline 1280x768 79.30 1280 1335 1473 1665 768 769 772 793 -hsync
+vsync
But the syncs, as shown on an oscilloscope are +hsync +vsync.
I added debug
Barry Scott wrote:
Using the Xfree86 4.6.0 i810 driver I'm seeing a problem with sync
polarity setting.
This modeline is required for 1280x768 mode:
Modeline 1280x768 79.30 1280 1335 1473 1665 768 769 772 793
-hsync +vsync
But the syncs, as shown on an oscilloscope are +hsync +vsync
Mark Vojkovich wrote:
On Tue, 6 Jun 2006, Barry Scott wrote:
I'm seeing the X process take a lot more CPU time to run any workload in
1280x768 compared to a standard VGA mode like 1280x1024.
For example running a text scrolling app (lots of XCopyArea calls) I see the
following CPU usage
I'm seeing the X process take a lot more CPU time to run any workload in
1280x768 compared to a standard VGA mode like 1280x1024.
For example running a text scrolling app (lots of XCopyArea calls) I see the
following CPU usage figures:
1280x1024: 6.75%
1280x768: 10.53%
top shows that the X
Marc Aurele La France wrote:
You should be able to. But, in my opinion, it would be better to
determine why the 4.5 driver works better for you than the 4.6 one,
aside from the Xv thing.
The via driver code that XFree86 ships in 4.5.0 and 4.6.0 does not work
for XVIDEO
on the CLE266 chip.
Marc Aurele La France wrote:
Looking at the diffs of the xfree86 via driver between 4.5.0 and
4.6.0 I seem to see that
all that changed, apart from new features, is loader stuff:
-LoaderRefSymLists(vgaHWSymbols,
+LoaderModRefSymLists(module,
+ vgaHWSymbols,
Do I
I have a via driver (Unichrome from last November plus patches) that
works very well on
4.5.0. It supports XVIDEO that the standard XFree86 driver does not
support.
I can build and use this same driver code is a trivia patch under 4.6.0
but xvinfo reports
that there is an XVIDEO adapters.
In 4.5.0 I see -DXvExtension passed to my driver compile but its missing
under 4.6.0.
Should I be always including XV code now and not making it conditional?
Barry
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
David Dawes wrote:
On Wed, May 03, 2006 at 10:17:11AM +0100, Barry Scott wrote:
David,
Can you tell me if this is supposed to work? If not why not?
It is supposed to work. The i810 driver (for = i830) handles modes
differently than most drivers, and I don't know if the problem lies
David,
Can you tell me if this is supposed to work? If not why not?
The edit the config option is not reasonable as I want to install
against a large number of monitors and have X11 use the preferred mode
with admin intervention.
Barry
Barry Scott wrote:
Alan suggested:
Try adding
Alan suggested:
Try adding the 1360x768 modeline explicitly to the config file.
Isn't the point of the EDID data that I do not have to do custom config
for every monitor?
Why doesn't the i810 + XFree86 code set up the mode correctly?
Barry
p.s. Sorry for the delay replying, I'm very busy at
I'm testing the i945G driving a Hitachi panel that has a preferred mode
of [EMAIL PROTECTED]
RC2 sets the refresh to 75Hz that is not allowed by the EDID. Attached
is the config created
by X -configure and the X log at logverbose 8. I use 915resolution to
set a slot tp 1360x768:
915resolution
Barry Scott wrote:
David Dawes wrote:
The second release candidate for XFree86 4.6.0 is now available.
The source tarball can be found at:
ftp://ftp.xfree86.org/pub/XFree86/develsnaps/XFree86-4.5.99.902.tar.bz2
This version marks the beginning of the intensive testing phase
David Dawes wrote:
The second release candidate for XFree86 4.6.0 is now available.
The source tarball can be found at:
ftp://ftp.xfree86.org/pub/XFree86/develsnaps/XFree86-4.5.99.902.tar.bz2
This version marks the beginning of the intensive testing phase for this
release. Please report
David Dawes wrote:
The first release candidate for XFree86 4.6.0 is now available.
The source tarball can be found at:
ftp://ftp.xfree86.org/pub/XFree86/develsnaps/XFree86-4.5.99.901.tar.bz2
David
XVIDEO for the i810 driver does not work at all.
Attached is the XFree86 log.
I'm using
Mark Vojkovich wrote:
Come to think of it, NVIDIA does, or at least did have device
file that lets you wait for vblank as well. These types of things
are pretty unportable though.
Yes its a shame that X does not have more direct support for VBLANK sync,
being portable would be nice.
I
Mark Vojkovich wrote:
The only mechanism I know of is OpenGL. Most OpenGL drivers have
a mechanism to allow buffer swapping at vblank.
Using DRM/DRI this works:
void waitForVSync()
{
if( card_fd 0 )
card_fd = open( /dev/dri/card0, O_RDONLY );
drm_wait_vblank_t wait_vblank;
I have a text scrolling app that is not playing smoothly.
Attempting to update the windows on a timer is not keeping my changes in
sync with the monitors refresh. This is causing visual glitches.
What mechanisms can I use to lock my changes to the monitor refresh rate?
If I use DBE is it going
I'm running 4.5.99.18 and having problems with supporting HDReady panels.
The HDReady panels support [EMAIL PROTECTED] typically.
Using the i810 driver on a i945G with the i915resolution hack I can
get the driver to set 1360x768 but not at 60Hz. Talking to alanh it seems
that the problem may be
I'm working with XVIDEO for HD with an i945G via the i810 driver.
I have a patch from alanh that allocate memory for XVIDEO playback of
the 1280x720 HD frames.
When the display is 1280x1024 I see smooth playback and low CPU use.
Xine uses 50% and X hardly shows up in top on a 3GHz P4.
But when
I'm seeing this error when I attempt to play a HD 720p (1280x720) movie
in Xine:
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 143 (XVideo)
Minor opcode of failed request: 19 ()
Serial number of failed request: 609
Current
Alex Deucher wrote:
On 11/28/05, Barry Scott [EMAIL PROTECTED] wrote:
I'm seeing this error when I attempt to play a HD 720p (1280x720) movie
in Xine:
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 143 (XVideo)
Minor opcode
David Dawes wrote:
On Fri, Oct 14, 2005 at 12:35:19PM +0100, Barry Scott wrote:
David Dawes wrote:
On Thu, Oct 13, 2005 at 09:56:16AM +0100, Barry Scott wrote:
I'm using the Unichrome driver with XFree86 4.5.0 and I'm hitting
problems trying to use their latest code
David Dawes wrote:
On Thu, Oct 13, 2005 at 09:56:16AM +0100, Barry Scott wrote:
I'm using the Unichrome driver with XFree86 4.5.0 and I'm hitting
problems trying to use their latest code.
What problems are you hitting?
XVDEO crashes - as I said in my orginal messages.
BTW
I'm using the Unichrome driver with XFree86 4.5.0 and I'm hitting
problems trying to use their latest code.
BTW the code the ships in 4.5.0 is badly broken, crashes with XVIDEO is
used which is why I'm using
the newer Unichrome code.
The Unichrome folks are only focusing on Xorg support and
: Marc Aurele La France [mailto:[EMAIL PROTECTED]
Sent: 17 January 2005 22:25
To: Barry Scott
Cc: XFree86-Devel
Subject: Re: en_IE.ISO8859-15 locale does not work for me
On Wed, 26 May 2004, Barry Scott wrote:
I got no response on the I18N list. Is the dev list a better place
to get feed
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Tim Roberts
Sent: 04 November 2004 19:24
To: [EMAIL PROTECTED]
Subject: Re: How can I get rid of the cursor for the Xserver?
Barry Scott wrote:
I need to get rid of the cursor from the Xserver
for the Xserver?
On Thu, 4 Nov 2004, Barry Scott wrote:
I need to get rid of the cursor from the Xserver.
There are a number of X client programs on screen and
I cannot modify all of them to hide the cursor. What I want
is a way to globally hide the cursor
I need to get rid of the cursor from the Xserver.
There are a number of X client programs on screen and
I cannot modify all of them to hide the cursor. What I want
is a way to globally hide the cursor.
Is there a configuration option to get rid of the cursor?
Can I change the cursor to a total
I'm trying to debug a problem with the Unichrome VIA
driver in XFree86 4.4.0.
How do you debug in the X server given that loadmod.c that
seems to be loading all the code is not using mechanisms
that allow gdb to know where the code is?
So far I've patched in a call to add messages to the XFree86
with xvtest
and xeyes shows no problem with the NVIDIA drivers.
Perhaps Xine itself is making some decisions based on
occlusion? You should verify that it works with a simple
Xv app like http://www.xfree86.org/~mvojkovi/xvtest.tar.gz
Mark.
On Thu, 29 Jul 2004, Barry
Environment:
XFree86 4.4.0
Unichrome r20 patches
VIA Epia M1
CLE266 graphics
Mandrake Linux 9.2
Kernel 2.4.25 + Epia patches
We have Xine playing a movie in a window, this works fine.
Then we create another shaped windows that is the exact size of the
Xine window, but has holes in it
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Tim Roberts
Sent: 20 May 2004 17:54
To: [EMAIL PROTECTED]
Subject: Re: Is there any work on supporting portrait mode?
Barry Scott wrote:
I'm trying to get X to drive a display in portrait mode
Does anyone have any comment? Is this a good fix or have I
misunderstood something?
Barry
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
Barry Scott
Sent: 14 May 2004 14:12
To: [EMAIL PROTECTED]
Subject: [I18n] en_IE.ISO8859-15 locale does not work
I'm trying to get X to drive a display in portrait mode.
But the only driver that seems to work is the nVidia code
and the performance is terrible.
Is there any work to make a fast portrait mode work?
I'm especially interested in support on VIA's CLE266
and the Intel i810. And to make life more
I could not get the text to display when the locale was
set to en_IE.ISO8859-15 (we want the euro symbol).
Have built XFree86 4.4.0 with debug and step thru a lot of
the code I concluded that this patch is required to fix the
locale:
--- xc/nls/XLC_LOCALE/iso8859-15~ 2004-05-14
39 matches
Mail list logo
