I'm currently working on a small panning utility to bring back panning
to my eeePC.
It has an 800x400 LCD, thus I would *really* like to pan the screen.
400px is not a great amount of usable real estate once menus and
statusbars and what-not are on-screen.
With my meagre X abilites, I have cruf
On Tuesday 09 of September 2008, Hal V. Engel wrote:
> On Tuesday 09 September 2008 09:25:13 am John Tapsell wrote:
> > 2008/9/9 Jason Kim <[EMAIL PROTECTED]>:
> > > I think the imaginary "xwall" won't work because each user has it's own
> > > X session.
> > >
> > > How possibly a program determine
Hi,
If I want my system to have MPX, can I just upgrade my system
from xorg-server-1.5.0.tar.gz, or I still have to upgrade from
git version?
Thanks...
Wayne
_
News, entertainment and everything you care about at Live.com. Get it n
On Wed, Sep 10, 2008 at 10:10:09AM +, Wayne wrote:
> If I want my system to have MPX, can I just upgrade my system
> from xorg-server-1.5.0.tar.gz, or I still have to upgrade from
> git version?
mpx won't be in a released version until server 1.6 or possibly 1.7.
Cheers,
Peter
_
> mpx won't be in a released version until server 1.6 or possibly 1.7.hope the
> released version including mpx comes as soon as possible...
Wayne
_
News, entertainment and everything you care about at Live.com. Get it now!
http://ww
I have 2 dual head matrox G450 cards, 1 PCI and 1 AGP. I have connected them
and managed to make them work with 4 screens. The problem is the AGP card is
working fine while the PCI is giving strange colors and lines. When I connect
the PCI card alone, it is working fine. Also when I connect the
Hi,
I have compiled and got kdrive (Xfbdev), using the latest stable
source from git, running on my ARM based system but I'm experiencing
problems with colours., they are "inverted". This is casued by the
fact that my machine is big endian while the gfx module is little
endian. This means that:
BB
On Wed, Sep 10, 2008 at 03:05:48PM +0200, Leon Ljunggren wrote:
> I have compiled and got kdrive (Xfbdev), using the latest stable
> source from git, running on my ARM based system but I'm experiencing
> problems with colours., they are "inverted". This is casued by the
> fact that my machine is bi
On Tuesday 09 September 2008 13:29:27 Daniel Stone wrote:
> Hi,
>
> On Tue, Sep 09, 2008 at 10:50:51AM +0100, George Wright wrote:
> > Everything just works fine on most modern platforms, but trying to run
> > the thinclient server on Fedora Core 6 results in Xdialog not showing
> > fonts at all. T
On Wed, Sep 10, 2008 at 02:16:52PM +0100, George Wright wrote:
> On Tuesday 09 September 2008 13:29:27 Daniel Stone wrote:
> > On Tue, Sep 09, 2008 at 10:50:51AM +0100, George Wright wrote:
> > > Everything just works fine on most modern platforms, but trying to run
> > > the thinclient server on F
On Wed, Sep 10, 2008 at 3:09 PM, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Wed, Sep 10, 2008 at 03:05:48PM +0200, Leon Ljunggren wrote:
>> I have compiled and got kdrive (Xfbdev), using the latest stable
>> source from git, running on my ARM based system but I'm experiencing
>> problems with col
Have you tried mga driver from Matrox ?
On Wed, 2008-09-10 at 14:50 +0200, Karim Kenawy wrote:
> I have 2 dual head matrox G450 cards, 1 PCI and 1 AGP. I have connected them
> and managed to make them work with 4 screens. The problem is the AGP card is
> working fine while the PCI is giving str
Hello,
I'm currently working on an application that uses XReparentWindow to embed an
SDL Window into my QT application.
However, I'm facing a problem with events that seems to be reproducable with
xev, so I guess this is the correct mailing list to ask my questions.
I'm trying to fetch MotionNo
On Wed, Sep 10, 2008 at 04:06:59PM +0200, Leon Ljunggren wrote:
> I don't understand exactly how I would do this (would wfb even work on
> my platform)? Wouldn't it be easier to just swap the byte order for
> the pixel before xfbdev writes to my frame buffer device? The only
> problem is I can't fi
On 2008/09/10 14:50 (GMT+0200) Karim Kenawy composed:
> I have 2 dual head matrox G450 cards, 1 PCI and 1 AGP. I have connected them
> and managed to make them work with 4 screens. The problem is the AGP card is
> working fine while the PCI is giving strange colors and lines. When I connect
> t
Hi Peter,
> Commit against master at e622b00f...:
> commit c57a7b463fb86d065fc6fe316ed25f302d51e5c6
> Author: Peter Hutterer <[EMAIL PROTECTED]>
> Date: Wed Sep 10 23:37:27 2008 +0930
>
> Claim that we are a XI_TOUCHPAD, not a mouse.
>
> If this still breaks with KDE, fix KDE or th
yea, they are both working with mga driver.
Karim Kenawy Muhammad
Software Engineer - Internet Archive
ICT Sector - Bibliotheca Alexandrina
P.O. Box 138, Chatby
Alexandria 21526, Egypt
Tel: +(203) 483 , Ext:1453
Cell: +(2018) 8595566
Website: www.bibalex.org
Email: [EMAIL PROTECTED]
__
I didn't try different PCI slots but I'll give it try. There is another point I
forgot to mention, I have a dual boot, winXP sp 2 and Ubuntu hardy 8.04. The
cards are working together smoothly on winXP, so I don't think there is
something in the motherboard or PCI slots. Can it be a conflict ? w
yea, they are both working with mga driver.
Karim Kenawy Muhammad
Software Engineer - Internet Archive
ICT Sector - Bibliotheca Alexandrina
P.O. Box 138, Chatby
Alexandria 21526, Egypt
Tel: +(203) 483 , Ext:1453
Cell: +(2018) 8595566
Website: www.bibalex.org
Email: [EMAIL PROTECTED]
__
I didn't try different PCI slots but I'll give it try. There is another point I
forgot to mention, I have a dual boot, winXP sp 2 and Ubuntu hardy 8.04. The
cards are working together smoothly on winXP, so I don't think there is
something in the motherboard or PCI slots. Can it be a conflict ? w
> wfb works everywhere fb does (i.e. everywhere). fb is the normal
> software rasterisation code, which takes a bass address, stride, etc,
> and writes directly to that range. wfb is literally the exact same
> codebase as fb, but instead of writing directly to memory, will issue a
> function call
yea, they are both working with mga driver.
Karim Kenawy Muhammad
Software Engineer - Internet Archive
ICT Sector - Bibliotheca Alexandrina
P.O. Box 138, Chatby
Alexandria 21526, Egypt
Tel: +(203) 483 , Ext:1453
Cell: +(2018) 8595566
Website: www.bibalex.org
Email: [EMAIL PROTECTED]
__
I didn't try different PCI slots but I'll give it try. There is another point I
forgot to mention, I have a dual boot, winXP sp 2 and Ubuntu hardy 8.04. The
cards are working together smoothly on winXP, so I don't think there is
something in the motherboard or PCI slots. Can it be a conflict ? w
On Wed, Sep 10, 2008 at 04:57:57PM +0200, Sascha Hlusiak wrote:
> Hi Peter,
>
> > Commit against master at e622b00f...:
> > commit c57a7b463fb86d065fc6fe316ed25f302d51e5c6
> > Author: Peter Hutterer <[EMAIL PROTECTED]>
> > Date: Wed Sep 10 23:37:27 2008 +0930
> >
> > Claim that we are a XI_
On Wed, Sep 10, 2008 at 05:06:32PM +0200, Leon Ljunggren wrote:
> > wfb works everywhere fb does (i.e. everywhere). fb is the normal
> > software rasterisation code, which takes a bass address, stride, etc,
> > and writes directly to that range. wfb is literally the exact same
> > codebase as fb,
On Wed, Sep 10, 2008 at 04:57:57PM +0200, Sascha Hlusiak wrote:
> Hi Peter,
>
> > Commit against master at e622b00f...:
> > commit c57a7b463fb86d065fc6fe316ed25f302d51e5c6
> > Author: Peter Hutterer <[EMAIL PROTECTED]>
> > Date: Wed Sep 10 23:37:27 2008 +0930
> >
> > Claim that we are a XI_
Hi,
Peter Hutterer schrieb:
>> Say, what is this type_name for? In what client program is it used, how
>> did it break KDE?
>>
>
> From the XI protocol specs:
> ---
> The type field is of type Atom and indicates the nature of the device.
> Clients may determine device types by invoking the XI
On Mon, Sep 8, 2008 at 9:38 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> 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
>> repla
I noticed that the socket file /tmp/.X11-unix/X0 is being created on
my Fedora 9 box despite the fact that the X server is creating an
abstract socket which I would have thought was the preferred method of
connecting to the server. I wrote a little test to connect to the
abstract socket but it fail
On Wed, Sep 10, 2008 at 11:28:59 -0500, Xavier Toth wrote:
> I noticed that the socket file /tmp/.X11-unix/X0 is being created on
> my Fedora 9 box despite the fact that the X server is creating an
> abstract socket which I would have thought was the preferred method of
> connecting to the server.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
For my XInput tablet driver, so far, i've been relying on options in xorg.conf
to give me screen size, but I know that there has to be a better way. As a
user, it's always been possible for me to have more than one mode set up, and
switch between them
On Wed, 10 Sep 2008 18:07:40 +1000
David Griffith <[EMAIL PROTECTED]> wrote:
> I'm currently working on a small panning utility to bring back panning
> to my eeePC.
I'm sorry I don't have anything to offer on this, except to request
that the Xorg developers bring back Virtual capability before t
Hi,
> If you've just installed packages, then uninstalling fglrx is fine. If
> you
installed it manually, you'll need to reinstall Mesa from the
> packages also
(sudo apt-get install --reinstall libgl1-mesa-glx
on
> Debian/Ubuntu).
>
> 'libGL' in this sense refers to libGL.so (usually
in /us
Hi,
thanks to your list members I have direct rendering working now. I "wanted"
this as it "sounds" faster than indirect rendering for 3D games and as I read
that it is required for Compiz. However AIGLX is supposedly needed for Compiz
too. Now AIGLX is "Accelerated Indirect GLX" and I again su
On Tue, Sep 9, 2008 at 11:46 AM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-09-09 at 13:27 +0200, Michel Dänzer wrote:
>
>> I think it'd be good if the authentication stuff could be made/kept
>> optional or at least not DRM specific. (I'm not sure GEM or the DRM in
>> general is within
On Tue, Sep 9, 2008 at 1:34 PM, Michel Dänzer
<[EMAIL PROTECTED]> wrote:
> On Tue, 2008-09-09 at 10:11 -0700, Keith Packard wrote:
>> On Tue, 2008-09-09 at 18:41 +0200, Michel Dänzer wrote:
>> > Generally, if DRI2CopyRegion seriously wants to be useful for
>> > synchronization purposes, it probably
On Wed, 2008-09-10 at 17:49 +, Lars Oliver Hansen wrote:
> Hi,
>
> thanks to your list members I have direct rendering working now. I
> "wanted" this as it "sounds" faster than indirect rendering for 3D
> games and as I read that it is required for Compiz. However AIGLX is
> supposedly needed
On Wed, Sep 10, 2008 at 1:33 PM, Adam Jackson <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-09-10 at 17:49 +, Lars Oliver Hansen wrote:
>> Hi,
>>
>> thanks to your list members I have direct rendering working now. I
>> "wanted" this as it "sounds" faster than indirect rendering for 3D
>> games and
On Wed, 2008-09-10 at 11:54 -0400, Kristian Høgsberg wrote:
> The buffer types available? This is for when you want to check if,
> say, a DRI2_BUFFER_YUV is available, and if not fall back to something
> else?
I was thinking of the direct rendering libraries which it knows about,
but yeah, the a
Lars Oliver Hansen wrote:
> thanks to your list members I have direct rendering working
> now. I "wanted" this as it "sounds" faster than indirect rendering for
> 3D games and as I read that it is required for Compiz. However AIGLX
> is supposedly needed for Compiz too. Now AIGLX is "Accelerated
On Wed, 2008-09-10 at 14:09 -0400, Kristian Høgsberg wrote:
> Everybody can talk to the DRM and create
> a token, but only if you can pass it to the server over DRI2 protocol,
> can you authenticate.
Oh, so the cookie in the protocol is a client identifier of some kind.
In any case, 32 bits of u
On Wed, Sep 10, 2008 at 5:10 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Wed, 2008-09-10 at 14:09 -0400, Kristian Høgsberg wrote:
>
>> Everybody can talk to the DRM and create
>> a token, but only if you can pass it to the server over DRI2 protocol,
>> can you authenticate.
>
> Oh, so the coo
> I'm sorry I don't have anything to offer on this, except to request
> that the Xorg developers bring back Virtual capability before the
> next release of Xorg. I think this is an important and frequently
> used feature.
>
It's certainly important enough for me to try and sort out the black ar
> If anyone knows of a way to tell the actual active screen size (in
> dots, like maybe 1024x768, like that, I'm not sure of the right name
> to give here), please give me a hint, ok?
My panning widget uses the WidthOfScreen and HeightOfScreen macros to
get the current screen size in pixels.
On Wed, 2008-09-10 at 17:28 -0400, Kristian Høgsberg wrote:
> No that's why the existing scheme is better, it doesn't rely on
> random/cryptographical tokens. It just needs to be a unique handle
> that lets the server identify the right client to authenticate. If
> you can pass this token to the
diff --git a/hw/xfree86/common/xf86pciBus.c b/hw/xfree86/common/xf86pciBus.c
index d5ae75b..9800b7b 100644
--- a/hw/xfree86/common/xf86pciBus.c
+++ b/hw/xfree86/common/xf86pciBus.c
@@ -441,7 +441,7 @@ xf86PciProbe(void)
memdone = TRUE;
} else
46 matches
Mail list logo