Re: [Xpert]Trio 64 3D
On Sun, Nov 03, 2002 at 07:11:35PM -0500, Kevin Brosius wrote: Have you tried depth 16 and a larger mode, say 800x600? Not that depth 8 shouldn't work, but I'm curious. Also, does your XF86Config file contain a 'set_mclk' parameter (or variant with mclk in it)? Nope, doesn't work either :-(. It's a default generated config file, so none of the options are set. How about the monitor section of your XF86Config, does it contain entries for 'Horizsync' and 'Vertrefresh'? Bingo! The monitor is giving faulty DDC's, setting NoDDC cured it. Thanks for your help! -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp:[EMAIL PROTECTED]7BD9 09C0 3AC1 6DF2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
On Mon, Nov 04, 2002 at 08:38:35AM -0500, Kevin Brosius wrote: Excellent. So as far as you can tell the Trio 64 3D works in 4.2.0? I haven't had any reports about it for a while, so it's good to hear it's okay. Well, mode changing goes paired with ~10 seconds of the screen switching quickling between the original content of the screen (in the old resolution) and black. And it doesn't do Xvideo, though the documentation isn't entirely clear on wether it's supposed to. But for the simple, no fancy stuff work it works perfectly for as far as I've seen. PS: If you need someone to test new drivers on the Trio64 or such things feel free to mail. -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp:[EMAIL PROTECTED]7BD9 09C0 3AC1 6DF2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
Oops, the hanging issue was caused by a mouse not being openable. However, the problems persist. I'm now getting the same part of the desktop multiple times on my screen (tiled vertically) and depending on which mode green vertical lines (which, as would be expected do no corrupt the hardware cursor but do corrupt the cursor drawn in software). Anybody got any suggestions or modes known to work with this specific card? -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp:[EMAIL PROTECTED]7BD9 09C0 3AC1 6DF2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Trio 64 3D
First of all, thanks for taking the time to help. On Sun, Nov 03, 2002 at 10:27:52AM -0500, Kevin Brosius wrote: Hmm, that's a rather cut down version of the log. Do you have a fully copy posted somewhere we can download it? Sure, forgot it might help for the updated problem. http://www.var.cx/XFree86.0.log. Also, what version of xfree86 is this and what distro? I think I mentioned at the top it's 4.2.0, and it's from an rpm from redhat 8.0 You might have better results with version 1.8.2 from http://www.user1.netcarrier.com/~kbrosius/pages/virge.html . But I'm not sure without knowing what you are running already. This appears to list only 4.1 drivers and earlier, I assume that the changes listed here have been absorbed into 4.2, correct? Normally a mouse failure will return you cleanly to the console assuming you are not using xdm. How are you starting X? Yeah, I forgot AllowMouseOpenFail too.. I'm running it by calling XFree86 -xf86config /root/blah -terminate directly. Even with the vesa driver I cannot get anything displayed. This is no longer true since I fixed the mouse, vesa works fine now (which is already reason for minor rejoicing). -- Frank v Waveren Fingerprint: 21A7 C7F3 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 1FF3 47FF 545C CB53 Public key: hkp:[EMAIL PROTECTED]7BD9 09C0 3AC1 6DF2 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Keyboard ignored without mouse
On Sun, Aug 18, 2002 at 11:51:59AM +1000, Paul wrote: I've noticed that with both 4.0.3 and 4.2.0 when I start XFree86 without a mouse (using -AllowMouseOpenFail) the X server starts fine _but_ the X server doesn't respond to keyboard presses. The keyboard works fine on the console and I'm not using a window manager. If I plug a mouse in before I start the X server everything works fine! Has anyone seen this behaviour before or perhaps give me somewhere to start to debug this? A stab in the dark: XFree without wm only gives keyboard focus to windows when the mouse cursor is in it.. Try ctrl-alt-backspace or ctrl-alt-+, ctrl-alt--, these should work even without anything being focussed. -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: hkp:[EMAIL PROTECTED]7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 dies early without error
On Mon, Sep 09, 2002 at 12:58:35PM -0700, Mark Vojkovich wrote: This really just sounds like the kernel's out-of-memory handler killed it. Apart from that that should under most syslog setups send 'Out of Memory: Killed process ..' messages to the console.. Definately worth giving dmesg(8) a check just to be sure though. -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: hkp:[EMAIL PROTECTED]7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
On Thu, May 16, 2002 at 05:15:55PM +, Kevin Pratt wrote: [snip visual cursor being off from hotspot] This is not mouserelated but graphics related. You might want to post what driver you're using so the people making all the magic happen behind the screens know there's still problems. A workaround would be to turn on the swCursor option in your XF86Config (put 'Option SWCursor true' in the device section). PS: You are using 4.2 I hope? -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|stack.nl|dse.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: hkp:[EMAIL PROTECTED]7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]A better X mouse cursor acceleration?
On Wed, Mar 20, 2002 at 02:42:10PM +0100, Peter Zijlstra wrote: for the X pplz out there, this thing supports a 'dragmouse' feature which turns the mouse movement into wheel/scroller movements when a sertain button is pressed, trouble with this is that X doesn't support the 2nd axis. XFree86 4 doesn't have any trouble with the 'second axis', I have my second scrollwheel sending button 6 and 7 quite nicely.. The wait now is for the toolkits to pick up on it... -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|dse.nl|stack.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: http:[EMAIL PROTECTED] 7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]A better X mouse cursor acceleration?
On Thu, Mar 14, 2002 at 02:48:07PM -0800, Michael Toomim wrote: Yeah, it sounds like a fun problem to me too. I was thinking that the coolest thing would be to have a gnome capplet type of configurator, that would let you select from multiple mathematical functions, and then SEE a graph of what each one does. Then it would let you edit that graph by setting vertices (sort of a like the volume envelope editors in sound programs), and maybe specify linear interpolation vs. cubit spline, etc... or allow you to enter an expression in scheme or python code that would compute the acceleration amount. The UI isn't the issue... You probably don't want/need that kind of complexity, it'd pretty much involve either programming a lot of functions into the x server or having the client upload some code to the X server, both of which are a bad idea (tm,imo). A standard way for the client to set options in the X server would be nice, but I don't know of any such thing... Personally I'd just go with deciding on a decent type of function, and having the api be a simple xlib call that sets the parameters for that function, nothing too complex. -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|dse.nl|stack.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: http:[EMAIL PROTECTED] 7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]A better X mouse cursor acceleration?
On Fri, Mar 15, 2002 at 10:17:12AM -0500, David Dawes wrote: The XFree86 mouse acceleration code has been using a different algorithm from this (a smooth one) for a few years when the threshold is set to 0. The traditional algorithm is still used when the threshold is non-zero. Not quite true for my X server (XFree86 4.1.0) setting thresh to 0 gets no acceleration. xset m default (XChangePointerControl(dpy, 1, 1, -1, -1) however gets a nice smoothly accelerated cursor (which I'm using already, just never payed enough attention to it apparantly). It might be nice to document this, though I don't know where... Perhaps in man xset, which is where the average user will expect the info, but it really is just a question of how the server behaves I guess. -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|dse.nl|stack.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: http:[EMAIL PROTECTED] 7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]How to determine local vs. remote X connection?
On Thu, Feb 21, 2002 at 11:18:25AM -0600, Dave Williss wrote: How do I determine if my X connection is local This may be a bit naieve, but how about just checking your display string (ie env var DISPLAY or whatever you passed to XOpenDisplay)? If the first character is a ':' it's local, else it's tcp or decnet, right? But, as stated elsewhere in the thread, localness does not guarantee shm availability. -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|dse.nl|stack.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: http:[EMAIL PROTECTED] 7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]rendition driver problems
Hi, I'm having a spot of trouble with the rendition driver on a diamond stealth II s220... Each line of pixels ends up shifted approximately thirty pixels to the right in relation to the previous one in 1024x768 mode, and in 800x600 the screen appears folded, ie the left side wraps round to the right The hardware cursor however is at the correct place... 640x480 gives the same behaviour as 1024x768. Anybody else have trouble like this? The card has 4096k ram, and the following lspci -vvv output: 00:0b.0 VGA compatible controller: Rendition Verite V2100/V2200 (rev 02) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Interrupt: pin A routed to IRQ 9 Region 0: Memory at eb00 (32-bit, prefetchable) [disabled] Region 1: I/O ports at e800 [disabled] Region 2: Memory at ee00 (32-bit, non-prefetchable) [disabled] -- Frank v Waveren Fingerprint: 0EDB 8787 fvw@[var.cx|dse.nl|stack.nl|chello.nl] ICQ#10074100 09B9 6EF5 6425 B855 Public key: http:[EMAIL PROTECTED] 7179 3036 E136 B85D ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
