On 2008.09.08 09:18:19 +0800, Zhenyu Wang wrote:
> > Author: Zhenyu Wang <[EMAIL PROTECTED]>
> > Date: Wed Sep 3 09:41:00 2008 +0800
> >
> > randr: fix user mode create initial reference count
> >
> > Don't need extra reference count adding when creating user mode.
> > This fixes us
On 2008.09.05 11:37:57 -0400, manu sawkar wrote:
> using this Xserver on a 965gm x3100 system:
> X.Org X Server 1.5.99.1
> Build Operating System: Linux 2.6.26-ARCH i686
> Current Operating System: Linux minitx 2.6.26-ARCH #1 SMP PREEMPT Tue
>
> the XV overlay port using mplayer -vo xv:port=num no
Hi,
I've done some debugging with the nvidia driver, and it appears that
using nvidia settings to change things such as the digital vibrance
and TwinView setup causes the X server to crash. I've traced it down
to a recent ABI change in TryClientEvents() in dix/events.c, which the
NVIDIA driver is
Peter Hutterer wrote:
> The difference to the current implementation is that there is no
> meta-information about the property. This information included immutable,
> client-created, range and pending. I deem all four as too much information.
>
> If such information is required in the future, such
If you ever wished to synchronize your VGA timing to an external signal source
like a DVB stream, this patch collection could be interesting for you.
It implements a kind of soft-PLL locking on the external signal. The VCO is
represented by dynamically adjusted VGA frame rate aka video timing.
Vi
On Mon, Sep 08, 2008 at 06:37:11PM +0800, Sam Spilsbury wrote:
> I've done some debugging with the nvidia driver, and it appears that
> using nvidia settings to change things such as the digital vibrance
> and TwinView setup causes the X server to crash. I've traced it down
> to a recent ABI change
On Mon, Sep 8, 2008 at 3:31 PM, Zhenyu Wang <[EMAIL PROTECTED]> wrote:
> So following one line should fix the user mode refcount issue, is this ok
> to push?
> +mode->refcnt = 1;
Looks good. Tested it and screen restores ok.
Thanks,
Jeff.
___
xorg
On Sun, 2008-09-07 at 21:52 +1000, grai wrote:
> Hi,
>
> Is Keith Packard's (out-of-date?) pseudo-root extension freely
> available somewhere?
Not that I'm aware of.
I am seriously considering reimplementing it to satisfy the zaphod mode
crazies.
- ajax
signature.asc
Description: This is a di
i'll test it now and report back. thanks for looking into this.
On Mon, Sep 8, 2008 at 3:35 AM, Zhenyu Wang <[EMAIL PROTECTED]> wrote:
> On 2008.09.05 11:37:57 -0400, manu sawkar wrote:
>> using this Xserver on a 965gm x3100 system:
>> X.Org X Server 1.5.99.1
>> Build Operating System: Linux 2.6.2
On Sat, 2008-09-06 at 17:33 +0100, Tiago Vignatti wrote:
> +void
> +CloseInputThread (void)
> +{
> +RemoveEnabledDevice(InputThreadReadPipe);
> +FD_ZERO(&InputThreadFd);
> +NumDevicesThreaded = 0;
> +
> +syscall(__NR_tkill, tid_generation);
> +}
I don't think you meant this. tkil
On Sat, 2008-09-06 at 17:34 +0100, Tiago Vignatti wrote:
> +#ifdef INPUT_THREAD
> +/* A mutex protecting the mi queue when the input thread is enabled
> */
> +xmutex_t miEventQueueMutex;
> +#endif
> +
What's the reason for using the xthreads wrappers here, given that
inputthread.c is written stra
[EMAIL PROTECTED] wrote:
> Hi Brian,
>
> I took a look at the Gallium code & following are my analysis till now..
>
> 1>So, there is now libEGl.so,libEGLdri.so & also egl_xdri.so.That means
> my client program first talks to libEGL.so which in turn talk to either
> of libEGLdri.so OR egl_xdri.s
On Mon, Sep 08, 2008 at 01:58:08PM +0200, Thomas Hilber wrote:
> If you ever wished to synchronize your VGA timing to an external signal source
> like a DVB stream, this patch collection could be interesting for you.
some more online information about the patch is available at:
english:
http://li
Hi Adam,
I am not sure if you are aware, but the European automakers tend to
use multiple heads across multiple ASICs to do visualization. They
can do better load balancing in SW before talking to an X head than
what they feel the X server and driversl do.
I assume want these guys to be able to
The patch listed here:
> Does the patch on https://bugs.freedesktop.org/show_bug.cgi?id=17190 fix your
> issue?
does not seem to fix the blue screen overlay issue. Using the overlay port in
mplayer still results in a completely blue screen.
The other fix to xserver for the screwed up the terminal
+tid_generation = syscall(__NR_gettid);
Anything involving syscall() screams non-portable. Is there a
pthread interface you can use instead? pthread_self() maybe?
--
-Alan Coopersmith- [EMAIL PROTECTED]
Sun Microsystems, Inc. - X Window System Engineering
_
Hello,
I recently bought a Sun Type 7 Unix USB keyboard, and i'm trying to
have it working on my FreeBSD 8.0-CURRENT box.
Today i'm using this conf at xorg.conf:
Identifier "Keyboard0"
Driver "kbd"
Option "AutoRepeat" "500 30"
Option "XkbRules"
I can confirm that using the GIT version of xserver as of now fixed this on my
end
thanks
m
On Mon, Sep 8, 2008 at 5:10 AM, Jeff Chua <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 8, 2008 at 3:31 PM, Zhenyu Wang <[EMAIL PROTECTED]> wrote:
>
>> So following one line should fix the user mode refcount is
On Sun, 2008-09-07 at 02:13 -0400, Nathaniel McCallum wrote:
> There are still some problems though (and I'd appreciate any advise on
> how to solve them):
> 1. It crashes when the ati "umbrella" driver is installed, I'm not sure
> why...
Adding this hunk makes it work for me:
--- a/hw/xfree86
Alan Coopersmith escreveu:
> +tid_generation = syscall(__NR_gettid);
>
> Anything involving syscall() screams non-portable. Is there a
> pthread interface you can use instead? pthread_self() maybe?
you're all right about this pthread consistency stuff. I already changed
this in my local t
Adam Jackson wrote:
> On Sun, 2008-09-07 at 02:13 -0400, Nathaniel McCallum wrote:
>
>
>> There are still some problems though (and I'd appreciate any advise on
>> how to solve them):
>> 1. It crashes when the ati "umbrella" driver is installed, I'm not sure
>> why...
>>
>
> Adding this h
On Mon, 2008-09-08 at 12:06 -0400, Matthew Tippett wrote:
> Hi Adam,
>
> I am not sure if you are aware, but the European automakers tend to
> use multiple heads across multiple ASICs to do visualization. They
> can do better load balancing in SW before talking to an X head than
> what they feel
Adam et al,
What was the motivation behind the removal of xf86Version.h and the
associated API? Was it simply a cleanup effort of extraneous code?
It's removal has broken my ability to build the linuxwacom project's Xorg
driver in all of the most recent versions of the xorg-server. If it is not
ul
My understanding is that it is single server (:0.0, :0.1, :0.2, et al)
Regards... Matthew
On 9/8/08, Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-09-08 at 12:06 -0400, Matthew Tippett wrote:
>> Hi Adam,
>>
>> I am not sure if you are aware, but the European automakers tend to
>> use mu
On Mon, 2008-09-08 at 13:48 -0400, Nate Weibley wrote:
> Adam et al,
> What was the motivation behind the removal of xf86Version.h and the
> associated API? Was it simply a cleanup effort of extraneous code?
>
> It's removal has broken my ability to build the linuxwacom project's
> Xorg driver in
Adam Jackson wrote:
On Sun, 2008-09-07 at 02:13 -0400, Nathaniel McCallum wrote:
There are still some problems though (and I'd appreciate any advise on
how to solve them):
1. It crashes when the ati "umbrella" driver is installed, I'm not sure
why...
Adding this hunk makes it work fo
Tassilo Horn <[EMAIL PROTECTED]> writes:
Hi,
> I'll try to downgrade to intel driver 2.4.1 to see if that helps and
> report back.
I did that, but still I get these redisplay problems. Any advices how
to debug that?
Bye,
Tassilo
___
xorg mailing lis
Following XDS, various notes, the discussions and preliminary executive
decisions by me, here's a first draft of XI2 features. If you have anything to
add, please speak up.
Time-line: I'd like to get it into server 1.6 but it doesn't look particularly
likely. 7.5 is more likely.
- Compatibility w
On Mon, 2008-09-08 at 14:12 -0400, Matthew Tippett wrote:
> My understanding is that it is single server (:0.0, :0.1, :0.2, et al)
I suppose the downside to using pseudoroot for this is it's not
necessarily the case that the application will know how to talk to
multiple displays as easily as it ta
Hello,
my glxinfo states libGL error: dlopen /usr/lib64/dri/r300_dri.so failed
(/usr/lib64/dri/r300_dri.so: undefined symbol: _glapi_Dispatch)
I'm running kernel 2.6.27-rc5 with Ubuntu 8.04.1 (kernel
2.6.24-19-generic) environment. I let load drm and radeon modules from
this rc5 kernel at boot. /
Hi,
Does anyone know any up-to-date HOWTO for setting up multihead / dual
input - two graphics cards running on one PC, with two local users, with
two keyboards, running separate X sessions?
What I'm finding in the internet are either old / XFree based documents,
mostly incomplete etc.
--
T
Hi,
Keith talked me intro writing a spec for DRI2, which I grudgingly must
admit is a good idea. I used the randr spec as a template, except I
replaced the flowery section dividers with a more fitting gears motif.
It's still a work in progress, mostly the introductory/background
sections though.
libGL is provided by Mesa, IIRC.
BR,
Markus
- Original Message
From: Lars Oliver Hansen <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Sent: Monday, September 8, 2008 4:10:15 PM
Subject: 2.6.27-rc5 radeon kernel module can't load r300_dri.so - help?
Hello,
my glxinfo states libGL error: d
On Mon, Sep 08, 2008 at 11:10:15PM +0200, Lars Oliver Hansen wrote:
> my glxinfo states libGL error: dlopen /usr/lib64/dri/r300_dri.so failed
> (/usr/lib64/dri/r300_dri.so: undefined symbol: _glapi_Dispatch)
>
> I'm running kernel 2.6.27-rc5 with Ubuntu 8.04.1 (kernel
> 2.6.24-19-generic) environm
On Mon, Sep 8, 2008 at 23:10:15 +0200, Lars Oliver Hansen wrote:
> Hello,
>
> my glxinfo states libGL error: dlopen /usr/lib64/dri/r300_dri.so failed
> (/usr/lib64/dri/r300_dri.so: undefined symbol: _glapi_Dispatch)
>
Sounds like your libGL comes from fglrx. Use the one from mesa.
Cheers,
Jul
Peter Hutterer a écrit :
> Following XDS, various notes, the discussions and preliminary executive
> decisions by me, here's a first draft of XI2 features. If you have anything to
> add, please speak up.
Cool list, but I'm just wondering how absolute devices such as the Wacom
Cintiq 20" (screen +
On Mon, Sep 8, 2008 at 8:04 PM, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 08, 2008 at 06:37:11PM +0800, Sam Spilsbury wrote:
>> I've done some debugging with the nvidia driver, and it appears that
>> using nvidia settings to change things such as the digital vibrance
>> and TwinView set
Hi,
I try to get dualhead working with a driver that doesn't seem to
support RandR 1.2 together with the intel driver.
I was told that this doesn't work. In my case, I get a server crash
when the intel driver tries to initialize RandR:
(II) intel(0): RandR 1.2 enabled, ignore the following RandR
I have installed Ubuntu 8.04.1 on an atom motherboard with an Intel
945gm graphics on board. I have installed the latest intel drivers and
al is fine in normal mode. However, I have a requirement to run the
screen in portrait mode, that is at 90 degrees, when I do this
everything slows down to
Hi all,
I have an HP DC7700 with an ADD2/DVI card driving a 1600x1200 NEC
Multisync monitor, using the stock Fedora 9 intel driver.
Sometimes, after logging out of a Fedora 9 gnome session, the screen
goes all blue. Bringing up a text session (Ctrl+F1) works OK, but X will
not run properly aft
On Mon, 2008-09-08 at 17:58 -0400, Kristian Høgsberg wrote:
> Hi,
>
> Keith talked me intro writing a spec for DRI2, which I grudgingly must
> admit is a good idea. I used the randr spec as a template, except I
> replaced the flowery section dividers with a more fitting gears motif.
> It's still
This patch fixes a bug that causes problems when non-mach64 screens are
present. ATIMach64XVInitialiseAdaptor gets called by any driver that calls
xf86XVListGenericAdaptors, and it happily does this:
Breakpoint 1, ATIMach64XVInitialiseAdaptor (pScreenInfo=0x81f2b0,
pppAdaptor=0x7fff75dcdea0) at
Hello, Beso :)
> the latest improvements
> for r400 boards (including your's) is the fix for the tv and the dvi
> output.
No tv and no dvi outputs in my notebook :) Only VGA and built-in TFT.
> if you're looking for it you might want to try that out. i personally
> think that if you want to use
Tomasz Chmielewski schrieb:
Does anyone know any up-to-date HOWTO for setting up multihead / dual
input - two graphics cards running on one PC, with two local users, with
two keyboards, running separate X sessions?
Hello,
for my set-up I found help with the following sites:
http://blog.chris
Hi.
I was wondering if there's been any update to SDVO TV output support
for the intel driver ?
Currently running Ubuntu 8.04.1 and man intel states:
"SDVO and DVO TV outputs are not supported by the driver at this time."
Looking at the latest source code of the intel driver, the man page
still
45 matches
Mail list logo