Re: [Xpert]LocalClient extensions vs. ssh
Joe Krahn writes: > Aside from LocalClient returning false, DGA requests should fail, right? LocalClient() returns TRUE therefore DGA doesn't fail. > Trying GL over the tunnel correctly gives an error message and reverts > to indirect rendering. That's different. With direct rendering the client library connects directly to the hw. It does not rely on the sever to fail. > > I don't know much about DGA, but my understanding is that it has > a lot of issues because it is sort of a big hack (but useful), and > the real solution is to replace it with real protocols like XVideo > and a similar capture extension. > This is not limited to DGA. Other extensions that depend on being run locally have the same problem if they rely on the sever's LocalClient() implementation. Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Help about woking of X-server
Hi All ! I have been stuck up with a problem of Xfbdev regarding the improper display of colors in the pictures , and have not got any suggestions which could resolve my problem form this 'Xpert' mailing list . Now I have no option but to sit and understand the complete working of X-windows to try and figure out my probelm & find a solution . To aid this effort of mine , apart from the actual source of X-server , can you suggest me any documents on the internet which cover the following topics : <1> An overall overview of X-server working . <2> An explanation of the working of X-server with respect to the actual X-server source. <3> An explanation of X-server interaction with the framebuffer driver . <4> An overview of X-server colours concepts . { like True Color , Pseudo Color , etc } <5> Any other important functionality which is essential part of proper working of X-server . Your help will be appreciated . Thanks . With Regards _ Click below to visit monsterindia.com and review jobs in India or Abroad http://monsterindia.rediff.com/jobs ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 4.2.0 and SCO Unixware 7.1.1
Hello all, I'm wondering if someone could point me in a good direction for getting XFree to run correctly with SCO Unixware. I really don't like this operating system, since even with it's latest release in the 7.x series, it doesn't support the video subsystem that I am working with (Xsco that is.). I'm using a CT69030 with 4 MB VRAM embedded. FAQ's, gettin SCO's dtlogin (dtgreet) to run using XFree instead of Xsco, etc.. is what I'm looking for. Thanks for everyone's time. Best regards, Everette Denney Software Integration Engineer, MCSE W2K, CCNA IBUS/Phoenix, Inc A Maxwell Technologies Company Balboa Avenue San Diego, CA 92123 (858) 503-3041 [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]LocalClient extensions vs. ssh
Egbert Eich wrote: > > When running X request thru a ssh tunnel LocalClient() returns > true as the sshd connects to the Xserver from the same machine. > > This leads to unpredictable results and even system crashes > if an application that can only run locally is started on a remote > system. > > If for example an application wants to address the framebuffer > directly thru DGA it will try to map the framebuffer on the machine > it is started on not the one where the Xserver lives on. > > Even though this requires root privileges I do consider this to > be a problem that should be adressed. > > Any ideas? > Aside from LocalClient returning false, DGA requests should fail, right? Trying GL over the tunnel correctly gives an error message and reverts to indirect rendering. I don't know much about DGA, but my understanding is that it has a lot of issues because it is sort of a big hack (but useful), and the real solution is to replace it with real protocols like XVideo and a similar capture extension. Joe Krahn ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Geforce4 MX 440
Ok, keep talking about this issue, also what version of FreeBSD on CDROM form that comes with Xfree86 4.2.0??? Mark Lane wrote: > At 04:55 PM 6/11/02, you wrote: > >> No, I just installed basic 4.2.0 sources (via gentoo), compiled & >> installed, >> ran XFree86 -configure, and it worked (even recognized and properly >> configured my Philips monitor). > > > Hmm, you will probably want Nvidia's drivers. The open source nv > driver has limited if any hardware 3D support which makes your > GeForce4 card an expensive 2D card. > > >> At 04:11 PM 6/11/02, you wrote: >> >Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 >> under >> >Linux ... so unless there are real differences in the server code >> between >> >FreeBSD and Linux, I would expect this to work. >> >> I would assume you have installed Nvidia's drivers right? They are Linux >> only. >> >> -- >> Mark Lane >> Hard Data Ltd. >> mailto:[EMAIL PROTECTED] >> >> Telephone: 01-780-456-9771 >> FAX: 01-780-456-9772 >> >> 11060 - 166 Avenue >> Edmonton, AB, Canada >> T5X 1Y3 >> >> http://www.harddata.com/ >> --> Ask me about our Affordable Alpha Systems! <-- >> >> >> >> >> >> ___ >> Xpert mailing list >> [EMAIL PROTECTED] >> http://XFree86.Org/mailman/listinfo/xpert > > > > -- > Mark Lane > Hard Data Ltd. > mailto:[EMAIL PROTECTED] > > Telephone: 01-780-456-9771 > FAX: 01-780-456-9772 > > 11060 - 166 Avenue > Edmonton, AB, Canada > T5X 1Y3 > > http://www.harddata.com/ > --> Ask me about our Affordable Alpha Systems! <-- > > > > -- WWW: http://stephenw4.tripod.com Email: [EMAIL PROTECTED] AIM: S Wenzler ICQ: 124608891 MSN-IM: stephenw4 **for sale** I have a bunch of items for sale on eBay, click this link below: http://cgi6.ebay.com/aw-cgi/eBayISAPI.dll?MfcISAPICommand=ViewListedItems&userid=stephenw1&include=0&since=-1&sort=2&rows=25 **UPDATE** No updates at this time ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Geforce4 MX 440
At 04:55 PM 6/11/02, you wrote: >No, I just installed basic 4.2.0 sources (via gentoo), compiled & installed, >ran XFree86 -configure, and it worked (even recognized and properly >configured my Philips monitor). Hmm, you will probably want Nvidia's drivers. The open source nv driver has limited if any hardware 3D support which makes your GeForce4 card an expensive 2D card. >At 04:11 PM 6/11/02, you wrote: > >Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 under > >Linux ... so unless there are real differences in the server code between > >FreeBSD and Linux, I would expect this to work. > >I would assume you have installed Nvidia's drivers right? They are Linux >only. > >-- >Mark Lane >Hard Data Ltd. >mailto:[EMAIL PROTECTED] > >Telephone: 01-780-456-9771 >FAX: 01-780-456-9772 > >11060 - 166 Avenue >Edmonton, AB, Canada >T5X 1Y3 > >http://www.harddata.com/ >--> Ask me about our Affordable Alpha Systems! <-- > > > > > >___ >Xpert mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/xpert -- Mark Lane Hard Data Ltd. mailto:[EMAIL PROTECTED] Telephone: 01-780-456-9771 FAX: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada T5X 1Y3 http://www.harddata.com/ --> Ask me about our Affordable Alpha Systems! <-- BEGIN:VCARD VERSION:2.1 N:Lane;Mark FN:Mark Lane ORG:Hard Data Ltd. TITLE:Sales TEL;WORK;BUSINESS:780-456-9771 TEL;WORK;VOICE:780-456-9771 TEL;WORK;FAX:780-456-9772 ADR;WORK:;;11060 - 166 Avenue;Edmonton;AB;T5X1Y3;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:11060-166 Avenue=0D=0AEdmonton, AB T5X1Y3=0D=0ACanada URL;WORK:http://www.harddata.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010222T231737Z END:VCARD
RE: [Xpert]Geforce4 MX 440
No, I just installed basic 4.2.0 sources (via gentoo), compiled & installed, ran XFree86 -configure, and it worked (even recognized and properly configured my Philips monitor). -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark Lane Sent: Tuesday, June 11, 2002 5:28 PM To: [EMAIL PROTECTED] Subject: RE: [Xpert]Geforce4 MX 440 At 04:11 PM 6/11/02, you wrote: >Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 under >Linux ... so unless there are real differences in the server code between >FreeBSD and Linux, I would expect this to work. I would assume you have installed Nvidia's drivers right? They are Linux only. -- Mark Lane Hard Data Ltd. mailto:[EMAIL PROTECTED] Telephone: 01-780-456-9771 FAX: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada T5X 1Y3 http://www.harddata.com/ --> Ask me about our Affordable Alpha Systems! <-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Geforce4 MX 440
On Tue, 11 Jun 2002, Jeffery S. Norman wrote: > Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 under > Linux ... so unless there are real differences in the server code between > FreeBSD and Linux, I would expect this to work. Only the early board revisions work with the 4.2 "nv" driver, which were all I had access to at the time. After 4.2 I found that the nv driver was too simple to support many if not most of the newer NV17 boards. All should work in CVS, however. Mark. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Mark Vojkovich > Sent: Tuesday, June 11, 2002 4:39 PM > To: XFree86 mailing list > Subject: Re: [Xpert]Geforce4 MX 440 > > > On Tue, 11 Jun 2002, Stephen Wenzler wrote: > > > does 4.2.0. supports Geforce4 MX 440 video card? > >GeForce4 cards aren't likely to work properly with 4.2.0. > They should work fine in XFree86 CVS, however. > > > Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XShmPutImage and Interpolation
Mark Vojkovich ([EMAIL PROTECTED]): > On Tue, 11 Jun 2002, Billy Biggs wrote: > > > In windows this functionality is exported transparently using > > DirectDraw/StretchBlt. I think XVideo is probably the best API to > > extend on the linux side. > > It depends what you want to do with it. In the case of NVIDIA's > binary drivers these do not use the overlay for RGB, but if some > drivers do, it's not really useful for much other than video. I think > it would be a mistake to write an application that relies on blitted > (not overlaid) RGB Xv support unless you only wanted to target a > particular hardware platform. > >For the general case, you're really much better off using OpenGL, > which is guaranteed to support this. Giving it some more thought: I agree we should be using OpenGL even for 2D scaling. My little hack to the XVideo driver was to compare speed performance, as the texture upload speed for high-framerate 2D graphics was really slow using the DRI drivers. I should probably fix the DRI code instead of using XVideo. -- Billy Biggs [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Geforce4 MX 440
At 04:11 PM 6/11/02, you wrote: >Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 under >Linux ... so unless there are real differences in the server code between >FreeBSD and Linux, I would expect this to work. I would assume you have installed Nvidia's drivers right? They are Linux only. -- Mark Lane Hard Data Ltd. mailto:[EMAIL PROTECTED] Telephone: 01-780-456-9771 FAX: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada T5X 1Y3 http://www.harddata.com/ --> Ask me about our Affordable Alpha Systems! <-- BEGIN:VCARD VERSION:2.1 N:Lane;Mark FN:Mark Lane ORG:Hard Data Ltd. TITLE:Sales TEL;WORK;BUSINESS:780-456-9771 TEL;WORK;VOICE:780-456-9771 TEL;WORK;FAX:780-456-9772 ADR;WORK:;;11060 - 166 Avenue;Edmonton;AB;T5X1Y3;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:11060-166 Avenue=0D=0AEdmonton, AB T5X1Y3=0D=0ACanada URL;WORK:http://www.harddata.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010222T231737Z END:VCARD
RE: [Xpert]Geforce4 MX 440
Hmmm, my GeForce 4 MX 440 (VisionTek) works beautifully under 4.2.0 under Linux ... so unless there are real differences in the server code between FreeBSD and Linux, I would expect this to work. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mark Vojkovich Sent: Tuesday, June 11, 2002 4:39 PM To: XFree86 mailing list Subject: Re: [Xpert]Geforce4 MX 440 On Tue, 11 Jun 2002, Stephen Wenzler wrote: > does 4.2.0. supports Geforce4 MX 440 video card? GeForce4 cards aren't likely to work properly with 4.2.0. They should work fine in XFree86 CVS, however. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Geforce4 MX 440
On Tue, 11 Jun 2002, Stephen Wenzler wrote: > does 4.2.0. supports Geforce4 MX 440 video card? GeForce4 cards aren't likely to work properly with 4.2.0. They should work fine in XFree86 CVS, however. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XShmPutImage and Interpolation
On Tue, 11 Jun 2002, Billy Biggs wrote: > Detlef Grittner ([EMAIL PROTECTED]): > > > I've recently found out that NVidias Geforce2 does bilinear > > Interpolation when scaling up and some linear interpolation when > > scaling down images with DirectX on Windows. > > I want to know whether that is a hardware feature? > > Can I use XFree86 and have the same interpolation when using > > XShmPutImage? Which drivers for Nvidia cards will provide the > > interpolation? > > > > And do cards of other vendors have the interpolation and can I use it > > with XFree86? > > With the texture engine in most cards these days you can get happy 2d > R'G'B' scaling, and apparently some new cards can do gamma-correct > scaling (woohoo!). Hardware scaling is useful for emulators especially > so you can get nice fullscreen modes without having to convince your > monitor to get back to 320x240, and without hurting your CPU. > > I hacked the mga driver here to provide RGB surface scaling (565) > using the XVideo API. I'd like to see more drivers export RGB surface > scaling using XVideo- this seems to be the right interface for it. I > haven't yet got a nice patch for my work done though, and I'm waiting > for the 4.2 debian packages to help with doing a patch for 4.2. > > I hear that some other drivers (ati?) are exporting RGB surfaces > already using XVideo. I hope this continues, and that we can > standardize on what fourcc's we should use. NVIDIA's binary drivers offer an 8:8:8:8 XRGB surface via X-video. > > In windows this functionality is exported transparently using > DirectDraw/StretchBlt. I think XVideo is probably the best API to > extend on the linux side. It depends what you want to do with it. In the case of NVIDIA's binary drivers these do not use the overlay for RGB, but if some drivers do, it's not really useful for much other than video. I think it would be a mistake to write an application that relies on blitted (not overlaid) RGB Xv support unless you only wanted to target a particular hardware platform. For the general case, you're really much better off using OpenGL, which is guaranteed to support this. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XShmPutImage and Interpolation
On Tue, 11 Jun 2002 [EMAIL PROTECTED] wrote: > Hello all! > > I've recently found out that NVidias Geforce2 does bilinear > Interpolation when scaling up and some linear interpolation when scaling > down images with DirectX on Windows. > I want to know whether that is a hardware feature? Yes it is a hardware feature. > Can I use XFree86 and have the same interpolation when using XShmPutImage? > Which drivers for Nvidia cards will provide the interpolation? XShmPutImage does not support scaling. In fact, there are no scaling blits in X11 primitive set. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XShmPutImage and Interpolation
> I hear that some other drivers (ati?) are exporting RGB surfaces > already using XVideo. I hope this continues, and that we can > standardize on what fourcc's we should use. This already works in the NVIDIA closed source drivers on my TNT2U using the XVideo extension and the "NV05 Video Blitter". This device supports a RGB visual and thus is perfectly adapted to what you want to do. And it really works pretty well for easy painless full screen emulators (ScummVM in my case) and can't wait to have more cards support this nice feature. Lionel -- Lionel Ulmer - http://www.bbrox.org/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Geforce4 MX 440
I'm curious, what version of FreeBSD that comes with Xfree86 4.2.0. on the CDROM also does 4.2.0. supports Geforce4 MX 440 video card? -- WWW: http://stephenw4.tripod.com Email: [EMAIL PROTECTED] AIM: S Wenzler ICQ: 124608891 MSN-IM: stephenw4 **for sale** I have a bunch of items for sale on eBay, click this link below: http://cgi6.ebay.com/aw-cgi/eBayISAPI.dll?MfcISAPICommand=ViewListedItems&userid=stephenw1&include=0&since=-1&sort=2&rows=25 **UPDATE** No updates at this time ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]NumLock config option
In version 3 we used to have a config option to turn on numLock on server startup. This option still exists but only produces a warning that it is obsolete. Was this option sacrificed because it didn't mix well with the xkb extension or is there now a better way to turn on numLock at startup time (other than running a client from one of the startup scripts of course)? Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XShmPutImage and Interpolation
Detlef Grittner ([EMAIL PROTECTED]): > I've recently found out that NVidias Geforce2 does bilinear > Interpolation when scaling up and some linear interpolation when > scaling down images with DirectX on Windows. > I want to know whether that is a hardware feature? > Can I use XFree86 and have the same interpolation when using > XShmPutImage? Which drivers for Nvidia cards will provide the > interpolation? > > And do cards of other vendors have the interpolation and can I use it > with XFree86? With the texture engine in most cards these days you can get happy 2d R'G'B' scaling, and apparently some new cards can do gamma-correct scaling (woohoo!). Hardware scaling is useful for emulators especially so you can get nice fullscreen modes without having to convince your monitor to get back to 320x240, and without hurting your CPU. I hacked the mga driver here to provide RGB surface scaling (565) using the XVideo API. I'd like to see more drivers export RGB surface scaling using XVideo- this seems to be the right interface for it. I haven't yet got a nice patch for my work done though, and I'm waiting for the 4.2 debian packages to help with doing a patch for 4.2. I hear that some other drivers (ati?) are exporting RGB surfaces already using XVideo. I hope this continues, and that we can standardize on what fourcc's we should use. In windows this functionality is exported transparently using DirectDraw/StretchBlt. I think XVideo is probably the best API to extend on the linux side. -- Billy Biggs [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XShmPutImage and Interpolation
Hello all! I've recently found out that NVidias Geforce2 does bilinear Interpolation when scaling up and some linear interpolation when scaling down images with DirectX on Windows. I want to know whether that is a hardware feature? Can I use XFree86 and have the same interpolation when using XShmPutImage? Which drivers for Nvidia cards will provide the interpolation? And do cards of other vendors have the interpolation and can I use it with XFree86? Detlef ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 8500 kernel module
At 10:44 AM 6/11/02, you wrote: >On Mon, Jun 10, 2002 at 09:39:36AM -0600, Mark Lane wrote: > > At 07:02 AM 6/10/02, you wrote: > > > > >I suppose every knows this, if so please > > >ignore. > > > > > >I have a dual Athlon 1600+MP. I tried the > > >2.5.21 kernel enabled with the radeon module. > > >My machine goes completely dead when I start X. > > > > > >I have a Radeon 8500. > > > > Check out ATI drivers for the FireGL 8800. Apparently they work though are > > somewhat buggy. > >I tested it. > >This driver does not work for me (Tyan Thunder dual Athlon MB/Radeon >8500). The Xserver is incredibly slow in both 2D/3D when DRM is >enabled. It looks like every framebuffer area copies fail in >this mode. It sounds like an AGP problem. ATI includes a customized >agpgart driver, which fails to init. The regular agpgart module is then >loaded, but its use counter remains at zero. Booting with mem=nopentium >doesn't help. > >So I'll personnaly wait for the open source DRI driver for this board :-) Hmm, I bet ATI would be interested to know that their driver doesn't work with AMD's Chipset. They would probably want to fix it. Most likely their AGP driver needs to have Irongate support added like the linux did. regards, -- Mark Lane Hard Data Ltd. mailto:[EMAIL PROTECTED] Telephone: 01-780-456-9771 FAX: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada T5X 1Y3 http://www.harddata.com/ --> Ask me about our Affordable Alpha Systems! <-- BEGIN:VCARD VERSION:2.1 N:Lane;Mark FN:Mark Lane ORG:Hard Data Ltd. TITLE:Sales TEL;WORK;BUSINESS:780-456-9771 TEL;WORK;VOICE:780-456-9771 TEL;WORK;FAX:780-456-9772 ADR;WORK:;;11060 - 166 Avenue;Edmonton;AB;T5X1Y3;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:11060-166 Avenue=0D=0AEdmonton, AB T5X1Y3=0D=0ACanada URL;WORK:http://www.harddata.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010222T231737Z END:VCARD
Re: [Xpert]Radeon 8500 kernel module
On Mon, Jun 10, 2002 at 09:39:36AM -0600, Mark Lane wrote: > At 07:02 AM 6/10/02, you wrote: > > >I suppose every knows this, if so please > >ignore. > > > >I have a dual Athlon 1600+MP. I tried the > >2.5.21 kernel enabled with the radeon module. > >My machine goes completely dead when I start X. > > > >I have a Radeon 8500. > > Check out ATI drivers for the FireGL 8800. Apparently they work though are > somewhat buggy. I tested it. This driver does not work for me (Tyan Thunder dual Athlon MB/Radeon 8500). The Xserver is incredibly slow in both 2D/3D when DRM is enabled. It looks like every framebuffer area copies fail in this mode. It sounds like an AGP problem. ATI includes a customized agpgart driver, which fails to init. The regular agpgart module is then loaded, but its use counter remains at zero. Booting with mem=nopentium doesn't help. So I'll personnaly wait for the open source DRI driver for this board :-) -- fabrice ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]LocalClient extensions vs. ssh
When running X request thru a ssh tunnel LocalClient() returns true as the sshd connects to the Xserver from the same machine. This leads to unpredictable results and even system crashes if an application that can only run locally is started on a remote system. If for example an application wants to address the framebuffer directly thru DGA it will try to map the framebuffer on the machine it is started on not the one where the Xserver lives on. Even though this requires root privileges I do consider this to be a problem that should be adressed. Any ideas? Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]DGA keyboard state vs. Xkb
There is a long standing issue with DGA and xkb: When handling the keyboard from inside DGA it tries to keep the core keyboard state in sync. This is sufficient if no xkb extension is active. If the xkb extension is active however its internal state can get out of sync with unpredictable results if the core state has changed between start and exit of DGA mode. I worked around this by simply not updating the core state while inside of DGA if the xkb extension is active. Is there any deeper reason why DGA keeps the core keyboard state up to date or is this rather cosmetic? Egbert. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Joystick driver redux
I was trying to get the joystick driver compiled (in Xfree 4.2.0) and I got several errors. Searching through some old xpert messages, I found that the errors are a known problem. What was the concensus on the driver? Is it not required? I was trying to get joystick support in xmame working. I got my USB joystick to work with svgalib, but want it to work with X11 too. Fred ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Problems with PS/2 Port
On Mon, Jun 10, 2002 at 11:53:33AM +0200, Tobias Gion wrote: > Hi, > > I'm running FreeBSD 5.0-stable, and all works fine 8-) There is no such thing as "5.0-STABLE", since it's -CURRENT FreeBSD development branch. You would have to wait at least haft a year before 5.0 goes stable. ./danfe ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xinerama + Gnome instability?
On ma, 2002-06-10 at 22:44, Xavier Bestel wrote: > I had similar problems (VERY annoying) and managed to work around them > by disabling the xfs font server. Since then it works quite well. Thanks! That fixed it! Best regards, Matti Airas ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Re: [Xpert]i810 + KDE display corruption
Dr Andrew C Aitchison wrote: > > >I've been using "DacSpeed 230" on my i815 for a couple of years. > > > > > I gave this a thought and decided that DacSpeed 160, no more is needed > > here, couldn't possibly do any harm. Well, whoever put these > defaults in > > with the driver knew what he was doing: I get such a horrible flicker > > all over the screen when I move or scroll something I couldn't believe > > it. I went so far as to boot up my old Windows because I started > > becoming suspicious about my hardware: same settings, everything's fine. > > > > The default dacspeeds are 163 for 16bpp and 136 for 24bpp! > > Note that the default speeds are the same for all chipsets; > I wouldn't be suprised if different chipsets have different dac speed > limits. Intel specifies 230MHz for i810, too. > However I suspect that the real issue is the speed of the memory; Right, the memory bandwidth, I meanwhile learned. But 3B x 157.5MHz vs. 800MB/s seems a fair enough distance for a short test with Intel calling these settings "supported". And who would have thought Windows is telling lies about its video settings? ;-) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: Re: [Xpert]i810 + KDE display corruption
Paul Matthias Diderichsen wrote: > A year ago, I had the severe version of the problem you describe. I > was able to (almost - once in a while there are a few stribes) cure > it by upgrading the bios My interpretation of this "almost" is that a BIOS upgrade doesn't fix the bug, but that a change in BIOS may also change the frequency of the bug getting triggered. This may be useful information, too. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert