[Xpert]Full screen on a Viao Laptop
I am stumped... When I fire up the Viao, I get a text area in the center that is 640x480 (80x24). In X, it only paints a box the same size. The log file says that all video modes tried exceed the horizontal sync rate except 640x480. Could not find any references to LCD or Flat in "man XF86Config". Any ideas? -- Steve ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]TinyX (Xfbdev) not reading XF86Config?
OH! does that mean it does not use XF86Config at all? it's weird cuz i recall TinyX setup and configuration involved modifying a XF86Config file.. well, that's okay as long as i can make X behave the way i want. so, how do i: 1. make X get not killed with ctril+alt+BS pressed? (Dont Zap, correct?) 2. specify FontPath? 3. enable NumLock and ScrollLock LED toggle? if i pass these options in the command line, what parameters are available? Thanks in advance! = The Master Q Show 2002 [[EMAIL PROTECTED]] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Keith Packard Sent: Friday, May 17, 2002 4:41 PM To: [EMAIL PROTECTED] Cc: Keith Packard Subject: Re: [Xpert]TinyX (Xfbdev) not reading XF86Config? Around 7 o'clock on May 17, Dr Andrew C Aitchison wrote: > I *think* TinyX uses no config file, getting all its options from the > command line. Yes, that's correct. The intent is for TinyX servers to not require significant configuration, and it was originally designed to run on a machine with no writable file system. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]fontconfig install doesn't respect EtcX11Directory
Around 15 o'clock on May 17, Jon Leech wrote: > Would it be better to patch the fontconfig Imakefiles to respect > EtcX11Directory (I think this really translates to Makefile variable > DESTDIR, doesn't it?), or to override FontconfigDir in site.def? The fontconfig files don't belong in /etc/X11 as they are not related to X; I'm slowly convincing various people to use fontconfig in place of other application-specific font configuration mechanisms, even for systems which are used on machines without X installed. Perhaps we should add another layer of variables so that EtcX11Directory is derived from EtcDirectory which can point at /etc and be shared by the fontconfig Imakefile. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse bug maybe? (Directed here by Mike A Harris)
I have seen USB Microsoft Intellimice come with a defect that causes random double clicks. Try a different mouse first. Kevin On Fri, 2002-05-17 at 21:28, Jesse Keating wrote: > I have an issue with my mouse in X. I am using a USB Microsoft Intellimouse > Explorer 3.0. My X (version 4.2 in Red Hat 7.3) is using the IMPS/2 driver. > The issue that I have is that X seems to be interpreting my mouse single clicks > as double clicks at random times. Most times, single click is single click, but > ever now and again, (maybe once or twice an hour) it will signal a double click. > I am not sure where to begin debugging this, and I am willing to try just about > anything. > > Thank you for your help! > > -- > Jesse Keating > j2solutions.net > Mondo DevTeam (www.mondorescue.org) > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]fontconfig install doesn't respect EtcX11Directory
Setting EtcX11Directory in site.def works fine during 'make install' up to fontconfig, which has #define FontconfigDir /etc/fonts hardwired into xc/lib/fontconfig/Imakefile. Would it be better to patch the fontconfig Imakefiles to respect EtcX11Directory (I think this really translates to Makefile variable DESTDIR, doesn't it?), or to override FontconfigDir in site.def? Jon ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Problems compiling DRM kernel module
Hi, I downloaded the current DRM kernel modules, but on running 'make -f Makefile.linux', here's what I got ... [root@i4100 drm]# make -f Makefile.linux === KERNEL HEADERS IN /lib/modules/2.4.18-3custom/build/include === SMP=0 MODULES=1 MODVERSIONS=1 AGP=1 === Compiling for machine i686 === WARNING === WARNING Use 2.4.x kernels ONLY ! === WARNING cc -O2 -Wall -Wwrite-strings -Wpointer-arith -Wcast-align -Wstrict-prototypes -Wnested-externs -Wpointer-arith -D__KERNEL__ -DMODULE -fomit-frame-pointer -DCONFIG_AGP -DCONFIG_AGP_MODULE -DCONFIG_DRM_SIS -DMODVERSIONS -include /lib/modules/2.4.18-3custom/build/include/linux/modversions.h -I/lib/modules/2.4.18-3custom/build/include -c i810_dma.c -o i810_dma.o In file included from /lib/modules/2.4.18-3custom/build/include/linux/pagemap.h:16, from /lib/modules/2.4.18-3custom/build/include/linux/locks.h:8, from /lib/modules/2.4.18-3custom/build/include/linux/devfs_fs_kernel.h:6, from /lib/modules/2.4.18-3custom/build/include/linux/miscdevice.h:4, from drmP.h:45, from i810_dma.c:35: /lib/modules/2.4.18-3custom/build/include/linux/highmem.h: In function `bh_kmap': /lib/modules/2.4.18-3custom/build/include/linux/highmem.h:20: warning: pointer of type `void *' used in arithmetic i810_dma.c: In function `i810_unmap_buffer': i810_dma.c:233: too few arguments to function `do_munmap_Rbad06851' i810_dma.c: In function `i810_free_page': i810_dma.c:298: structure has no member named `wait' make: *** [i810_dma.o] Error 1 Do you have any clues as to what I should do ? Thanks very much, Steve Baldwin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Mouse bug maybe? (Directed here by Mike A Harris)
I have an issue with my mouse in X. I am using a USB Microsoft Intellimouse Explorer 3.0. My X (version 4.2 in Red Hat 7.3) is using the IMPS/2 driver. The issue that I have is that X seems to be interpreting my mouse single clicks as double clicks at random times. Most times, single click is single click, but ever now and again, (maybe once or twice an hour) it will signal a double click. I am not sure where to begin debugging this, and I am willing to try just about anything. Thank you for your help! -- Jesse Keating j2solutions.net Mondo DevTeam (www.mondorescue.org) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]BlankStart, etc... in Modelines
On Thu, 16 May 2002, Mark Vojkovich wrote: >Didn't we allow for blanking parameters (start, width) in > Modelines? I can't find documentation on the format anyplace. No, we never have. Even in 3.*, we usually (but not always) set the blanking interval to be the same as the space between [HV]Display and [HV]Total. In the ND, that's even more the case, as the common layer (and vgaHW) tries harder to eliminate overscans. The intent at the time was to implement some kind of overscan option in vgaHW, but that never got done (it wouldn't deal with non-VGA CRTC's anyway). > I know the CrtcVBlankStart, etc... get passed to the drivers. > I'm just not sure how they get explicitly set. They are set in xf86SetModeCrtc() in common/xf86Mode.c although the limit checks there are specific to a VGA CRTC. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Strange Lines.
Thanks for your help with my mouse problem I was wondering if there is another option that i can set that will help reduce or remove lines that appear as the screen refreshes. they are really hard to describe. They are especially apparent when an application loads its interface. Thanks Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
Sorry it did... my conf editing was not correct. Kevin On Fri, 2002-05-17 at 08:29, Kevin Pratt wrote: > Yes it is. > > Kevin > > On Fri, 2002-05-17 at 10:59, Alan Hourihane wrote: > > And I bet this is with a CyberBlade/i7 or i1 ? :) > > > > On Fri, May 17, 2002 at 01:44:54AM +0200, Frank v Waveren wrote: > > > 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 > > ___ > > Xpert mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/xpert > > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
Adding the option did not seem to help. Are there any other suggestions? Kevin On Fri, 2002-05-17 at 08:29, Kevin Pratt wrote: > Yes it is. > > Kevin > > On Fri, 2002-05-17 at 10:59, Alan Hourihane wrote: > > And I bet this is with a CyberBlade/i7 or i1 ? :) > > > > On Fri, May 17, 2002 at 01:44:54AM +0200, Frank v Waveren wrote: > > > 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 > > ___ > > Xpert mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/xpert > > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: ATI Radeon VE dual head support? [PATCH for Dell OEM boards]
Claude Lecommandeur wrote: > hy0 wrote: > >>The patch has been submitted and will soon be integrated into CVS. >>Attached is the binary driver for X4.2. Replace >>/usr/X11R6/lib/modules/drivers/radeon_drv.o if you are using X4.2 (or >>RH7.3). It may not work with other versions of X. The driver definitely >>needs more tests, so let me know if you have any problem with it. >> > > >Hello, > >Is is working fine except for an extreme slowness. It reminds me the > early time of X, when opaquemove of windows was too expensive for to use. > >Claude. > Yes, this is what I'm seeing too. It works, but everything is much slower than the standard radeon_drv.o driver. I'm really glad to see it working this much though. -- Chris Egolf http://www.ugholf.net [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
Yes it is. Kevin On Fri, 2002-05-17 at 10:59, Alan Hourihane wrote: > And I bet this is with a CyberBlade/i7 or i1 ? :) > > On Fri, May 17, 2002 at 01:44:54AM +0200, Frank v Waveren wrote: > > 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 > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
Thanks for the info. Yes I am using 4.2. Driver "trident" VendorName "Trident" BoardName "CyberBlade/i1" BusID "PCI:1:0:0" It is an on board video card AOpen MK73LE-N via chip-set VIA Apollo KLE133 I have looked around but not found what kind of video card it is. Could it be possible that I am not using the right driver? Everything seems to work ok...exept for the current problem. I'll try the option and see what happends. Kevin On Thu, 2002-05-16 at 23:44, Frank v Waveren wrote: > 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]Re: ATI Radeon VE dual head support? [PATCH for Dell OEM boards]
hy0 wrote: > > The patch has been submitted and will soon be integrated into CVS. > Attached is the binary driver for X4.2. Replace > /usr/X11R6/lib/modules/drivers/radeon_drv.o if you are using X4.2 (or > RH7.3). It may not work with other versions of X. The driver definitely > needs more tests, so let me know if you have any problem with it. > Hello, Is is working fine except for an extreme slowness. It reminds me the early time of X, when opaquemove of windows was too expensive for to use. Claude. -- Claude Lecommandeur [EMAIL PROTECTED] EPFL - SIC+41 21 693 22 97 1015 Lausanne (Switzerland) http://slwww.epfl.ch/SIC/SL/info/Claude.html This signature intentionally left boring. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Problem
And I bet this is with a CyberBlade/i7 or i1 ? :) On Fri, May 17, 2002 at 01:44:54AM +0200, Frank v Waveren wrote: > 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 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]CT 69030 support
umm, Adrian Cox ([EMAIL PROTECTED]) did some work on a multihead 69030 driver for my company a while back . I dont know if it ever got integarted into the main tree, and AFAIK it may only work with our custom board ;-), but its worth asking him about. Yours, Rob Taylor > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Amaury Jacquot > Sent: Tuesday, May 14, 2002 3:31 PM > To: [EMAIL PROTECTED] > Subject: [Xpert]CT 69030 support > > > Hi, > I am interested in using the following Single board computer, > > http://www.versalogic.com/Products/DS.asp?ProductID=133 > > and would like to have info about the support for the graphic chip CT69030. > I have found on the site that the CT69000 is supported, but no > mention of the 69030. > > Sincerely > > Amaury > > PS: > keithp, hi there, hope you're doing well. > > -- > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CT 69030 support
>From looking at the driver source code it appears to be supported. Alan. On Tue, May 14, 2002 at 04:31:15PM +0200, Amaury Jacquot wrote: > Hi, > I am interested in using the following Single board computer, > > http://www.versalogic.com/Products/DS.asp?ProductID=133 > > and would like to have info about the support for the graphic chip CT69030. > I have found on the site that the CT69000 is supported, but no mention of the 69030. > > Sincerely > > Amaury > > PS: > keithp, hi there, hope you're doing well. > > -- > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Multiple mice
This is in the mailing list logs as well, i recieved this info from people on the list a while ago. a) type "man XF86Config" :P b) Yep, get rid of it! But if 90% of the time u only use the default mouse like me set the default layout then setup a different lilo linux or pass an option to go into a different runlevel. but thats more hastle i do $startx to use my USB mouse (disableing the touch mouse on my laptop) $ startx -- -layout 1 (use touch mouse) SendCoreEvents means you can have both mice working with X at the same time, but this is more anoying than useful for me as when i type if i tap the touch pad mouse the cursor jumps to a differend postion when typing. Good luck JG ps my XF86Config-4 file, layout 2 is default as it comes first or read CorePointer info - # ** # Pointer section # ** Section "InputDevice" Identifier "mouse2" Driver "mouse" Option "Protocol""IMPS/2" Option "Device" "/dev/mouse" Option "ZAxisMapping" "4 5" # ChordMiddle is an option for some 3-button Logitech mice #Option "ChordMiddle" EndSection Section "InputDevice" Identifier "mouse1" Driver "mouse" Option "Protocol""PS/2" Option "Device" "/dev/mouse1" Option "ZAxisMapping" "4 5" # ChordMiddle is an option for some 3-button Logitech mice #Option "ChordMiddle" EndSection Section "ServerLayout" Identifier "2" Screen "screen1" InputDevice "mouse2" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Section "ServerLayout" Identifier "1" Screen "screen1" InputDevice "mouse1" "CorePointer" InputDevice "Keyboard1" "CoreKeyboard" EndSection Steve Pirk wrote: > Is it possible to have multiple mouse definitions > in XF86Config? > > I have a Sony Vaio that has the touchpad pointer > (works), and a USB mouse attached (does not work :-) > > Any ideas? Is this the correct list? > > Thanks. > > --Steve > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > > > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]G400 Xinerama FreeBSD "works" but doesn't
I am not a subscriber to the list, please include me in any replies. When I startx the both KDE3 and XFCE-3.8.14c register that I have Xinerama enabled. When looking through the log file X also registers Xinerama, but the second monitor never initializes. Both window managers go so far as to place windows on the extended desktop, which I cannot see. I rebooted into Linux and both monitors do work under it. I would like to run FreeBSD. Any hints... I have attached my log file and my XF86Config. Jud Bishop XF86Config Description: Binary data XFree86.0.log Description: Binary data
[Xpert]SetPerClientControls failed
I've got a system that is logging the message "SetPerClientControls
failed". The relevant code snippet is from
xc/programs/xdm/greeter/greet.c:
#ifdef XKB
{
int opcode, evbase, errbase, majret, minret;
unsigned int value = XkbPCF_GrabsUseXKBStateMask;
if (XkbQueryExtension (dpy, &opcode, &evbase, &errbase, &majret, &minret)) {
if (!XkbSetPerClientControls (dpy, XkbPCF_GrabsUseXKBStateMask, &value))
LogError ("%s\n", "SetPerClientControls failed");
}
}
#endif
The system behaves properly, as far as I can tell, other than logging
this message when XDM starts (or restarts after a user logs out). But
I'm a bit curious about what's happening here. What is the purpose of
the XkbPCF_GrabsUseXKBStateMask? Is this a security risk that I'm
failing to set that flag? (I'm worried since this is pretty close to
the place where the user is authenticated, and I don't want passwords
being grabbed.)
CC's to me appreciated, though not required.
Damian Menscher
--
-=#| Physics Grad Student & SysAdmin @ U Illinois Urbana-Champaign |#=-
-=#| 488 LLP, 1110 W. Green St, Urbana, IL 61801 Ofc:(217)333-0038 |#=-
-=#| 1429 DCL, Workstation Services Group, CITES Ofc:(217)244-3862 |#=-
-=#| <[EMAIL PROTECTED]> www.uiuc.edu/~menscher/ Fax:(217)333-9819 |#=-
___
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
[Xpert]Mouse Problem
Hello All, I have had this problem with two different mice now. After X has been running for a while (about 2.5 hours) the hot spot on the mouse becomes disjoint from the main cursor image. The only way I can fix it is to reboot the computer. When i click the actual action happens about ~10-20 pixels away from where the mouse cursor actually is. I was wondering if anyone had run into this problem before and if they had can they point me in the direction of a fix. I am running Gentoo Linux 1.1a on an Aopen MK73lE-N. I used the X distribution from the portage. As I said, I have tried two different mice 1 an Aopen USB Optical mouse (using the PS-2 converter (i am having USB troubles)), and an Acer generic PS-2 mouse. Thanks Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]How to stop a laptop going into standby when i close the lid?
Hi, J. Grant. I think most laptops have options in their bios about that, particularly the power management menus. If you're running acpid, I think the laptop lid acts like another button. Just some starters. -- Derek. - Original Message - From: "J. Grant" <[EMAIL PROTECTED]> To: "xpert" <[EMAIL PROTECTED]> Sent: Wednesday, May 15, 2002 1:19 AM Subject: [Xpert]How to stop a laptop going into standby when i close the lid? > Hello, not sure if this got though, i could not find it on the mailing > list log. > > Has anyone any thoughts on how to get this working please? > > JG > > Original Message > Subject: How to stop a laptop going into standby when i close the lid? > Date: Mon, 13 May 2002 17:11:59 +0900 > From: "J. Grant" <[EMAIL PROTECTED]> > To: xpert <[EMAIL PROTECTED]> > > Hi, > Could someone tell me how can I stop a laptop going into standby when i > close the lid? > > I checked apm but could not find this option that triggers the whole > process, could someone point me to the file that contains this > ON_LID_CLOSE=/usr/bin/apm suspend now > or similar command please? I can not find it in the bios. Another OS can > disable it... > > JG > > I have tired the following > > server flags section > > Option "NoPM" "boolean" > > Monitor section > > Option "DPMS" "off" > > and > > Section "Device" > > Option "power_saver" > > > > All with no luck, it still 'Saves to RAM' > In the bios i had it on custom with each one disabled, now i have it > just on all disabled instead of custom. > > occasionall it does not go off, which is odd, but every time while i > have been testing today it has. > > I dont want to cut off the switch and then leave the screen light on, i > would like to just close the lid for carrying around the office, but it > goes into suspend each time tho.. > > > --- > Laptop Adagio (38W2) Same as DELL Inspiron 7500 > > > Chipset: "ATI Rage 128 Mobility LF (AGP)" (ChipID = 0x4c46) > ATI Mobility 128 AGP 2X (English) > ASIC Mobility 128 > ASIC ID 4c46 > Bios 004.039.064.023 > Date 31/8/2000 > Tuner Type: Philips FI1236 MK1 NTSC M/C > Tuner Type: BT819 > > Linear framebuffer at 0xf800 > MMIO registers at 0xf410 > VideoRAM: 16384 kByte (128-bit SDR SGRAM 1:1) SDRAM > > Using flat panel for display > Panel size: 1400x1050 > Panel ID: IBM ITSX93 > Panel Type: Color, Single, TFT > Panel Interface: LVDS > PLL parameters: rf=2700 rd=60 min=12500 max=25000; xclk=10500 > Resolutions supported > 1600 x 1200 but not all visible. > 1400 x 1050 full > 1280 x 1024 > 1024 x 768 > all 32 or 16 bpp or 256 > no 24bit mode > > > > XFree86 Version 4.1.0 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 2 June 2001 > If the server is older than 6-12 months, or if your card is > newer than the above date, look for a newer version before > reporting problems. (See http://www.XFree86.Org/FAQ) > Build Operating System: Linux 2.4.8-5mdkenterprise i686 [ELF] > Module Loader present > (==) Log file: "/var/log/XFree86.0.log", Time: Mon May 13 16:47:52 2002 > (==) Using config file: "/etc/X11/XF86Config-4" > Markers: (--) probed, (**) from config file, (==) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (==) ServerLayout "2" > (**) |-->Screen "screen1" (0) > (**) | |-->Monitor "Generic|Generic Monitor, 1600x1200 @ 70 Hz" > (**) | |-->Device "ATI Rage 128 Mobility" > (**) |-->Input Device "mouse2" > (**) |-->Input Device "Keyboard1" > (**) Option "AutoRepeat" "250 30" > (**) Option "XkbRules" "xfree86" > (**) XKB: rules: "xfree86" > (**) Option "XkbModel" "pc105" > (**) XKB: model: "pc105" > (**) Option "XkbLayout" "gb" > (**) XKB: layout: "gb" > (==) Keyboard: CustomKeycode disabled > (**) FontPath set to "unix/:-1" > (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" > (==) ModulePath set to "/usr/X11R6/lib/modules" > (**) Option "NoPM" "1" > (--) using VT number 7 > > (II) Module ABI versions: > XFree86 ANSI C Emulation: 0.1 > XFree86 Video Driver: 0.4 > XFree86 XInput driver : 0.2 > XFree86 Server Extension : 0.1 > XFree86 Font Renderer : 0.2 > (II) Loader running on linux > (II) LoadModule: "bitmap" > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 1.0.0 > Module class: XFree86 Font Renderer > ABI class: XFree86 Font Renderer, version 0.2 > (II) Loading font Bitmap > (II) LoadModule: "pcidata" > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.1.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.4 > (II) PCI: Probing config type using method 1 > (II) PCI: Config type is 1 > (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1
[Xpert]i810 chipset
Hi, I've just recompiled the kernel of my Linux system, and X does not work anymore. But some details more: 1. my system runs a RedHat7.1 with kernel release 2.4.2 and XFree86 version 4.0.3 without problems. 2. I compiled the 2.4.9 kernel with RTAI-2.4.6a patch The system now works, except for graphic interface. Following I add the full ouput of the X server, when invoked by "startx" from runlevel 3. One thing more: I looked on intel site, as regards with my chipset. I tried without success what they suggest to do with the two rpm files that can be downloaded ( i810gtt-0.2-4.src.rpm and xfcom_i810-1.2-3.i386.rpm). ### #X SERVER OUTPUT### ### XFree86 Version 4.0.3 / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 16 March 2001 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.17-8smp i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed May 15 14:37:46 2002 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Anaconda Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Intel 815" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc102" (**) XKB: model: "pc102" (**) Option "XkbLayout" "it" (**) XKB: layout: "it" (**) FontPath set to "unix/:7100" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (WW) Cannot open APM (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.3, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x281e, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1130 card 8086,4541 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,1132 card 8086,4541 rev 02 class 03,00,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev 01 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,2440 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,244b card 8086,4541 rev 01 class 01,01,80 hdr 00 (II) PCI: 00:1f:2: chip 8086,2442 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:1f:3: chip 8086,2443 card 8086,4541 rev 01 class 0c,05,00 hdr 00 (II) PCI: 00:1f:4: chip 8086,2444 card 8086,4541 rev 01 class 0c,03,00 hdr 00 (II) PCI: 01:07:0: chip 1274,1371 card 8086,4541 rev 08 class 04,01,00 hdr 00 (II) PCI: 01:0b:0: chip 109e,036e card bd11,1200 rev 11 class 04,00,00 hdr 80 (II) PCI: 01:0b:1: chip 109e,0878 card bd11,1200 rev 11 class 04,80,00 hdr 80 (II) PCI: 01:0c:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.3, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x06 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0xd000 - 0xd0ff (0x100) IX[B] [1] -1 0xd400 - 0xd4ff (0x100) IX[B] [2] -1 0xd800 - 0xd8ff (0x100) IX[B] [3] -1 0xdc00 - 0xdcff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xff80 - 0xff8f
[Xpert][PATCH] TDFX / Voodoo low tex mem hang
Two patches here, one is against xf-4_2-branch, one against DRI cvs
Tested with 0.38mb free texture space running q3 on highest texture
settings, which is probably the minimum you can have (as a comparison,
1280x960 leaves something like 8mb or so)
Regardless, if it hits the same problem it should exit the application
cleanly rather than hang.
Please send feedback to me or dri-devel
Thanks,
--
Michael.
Index: lib/GL/mesa/src/drv/tdfx/tdfx_texman.c
===
RCS file: /cvs/xc/lib/GL/mesa/src/drv/tdfx/tdfx_texman.c,v
retrieving revision 1.4
diff -u -3 -p -r1.4 tdfx_texman.c
--- lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 2001/08/18 02:51:07 1.4
+++ lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 2002/05/15 12:29:23
@@ -77,7 +77,7 @@ static void tdfxTMVerifyFreeList( tdfxCo
if ( t ) {
if ( t->isInTM ) {
numRes++;
- assert( t->range[0] );
+/* assert( t->range[0] ); */
if ( t->range[unit] )
totalUsed += (t->range[unit]->endAddr - t->range[unit]->startAddr);
} else {
@@ -112,7 +112,7 @@ static void tdfxTMDumpTexMem( tdfxContex
printf( " isInTM=%d whichTMU=%ld lastTimeUsed=%d\n",
t->isInTM, t->whichTMU, t->lastTimeUsed );
printf( "tm[0] = %p", t->range[0] );
-assert( t->range[0] );
+/* assert( t->range[0] ); */
if ( t->range[0] ) {
printf( " tm startAddr = %ld endAddr = %ld",
t->range[0]->startAddr,
@@ -389,7 +389,10 @@ tdfxTMFindOldestObject( tdfxContextPtr f
( t->whichTMU == TDFX_TMU_SPLIT ) ) ) {
GLuint age, lastTime;
-assert( t->range[0] );
+/* assert( t->range[0] );*/
+if (! t->range[unit] ) {
+ return NULL;
+}
lastTime = t->lastTimeUsed;
if ( lastTime > bindNumber ) {
@@ -568,6 +571,8 @@ tdfxTMAllocTexMem( tdfxContextPtr fxMesa
fprintf( stderr,
"tdfxTMAllocTexMem returned NULL! unit=%ld size=%ld\n",
unit, size );
+ UNLOCK_HARDWARE( fxMesa );
+ exit( 1 );
}
return range;
}
Index: programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c
===
RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c,v
retrieving revision 1.87
diff -u -3 -p -r1.87 tdfx_driver.c
--- programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c 2002/01/04 21:22:35
1.87
+++ programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c 2002/05/15 12:29:28
@@ -1954,8 +1954,11 @@ static void allocateMemory(ScrnInfoPtr p
/* for giggles. */
pTDFX->fbOffset = pTDFX->fifoOffset + pTDFX->fifoSize;
pTDFX->texOffset = pTDFX->fbOffset + fbSize;
+ pTDFX->texSize = pTDFX->backOffset - pTDFX->texOffset;
+
if (pTDFX->depthOffset <= pTDFX->texOffset ||
- pTDFX->backOffset <= pTDFX->texOffset) {
+ pTDFX->backOffset <= pTDFX->texOffset ||
+ pTDFX->texSize < 256*256*6) {
/*
* pTDFX->texSize < 0 means that the DRI is disabled. pTDFX->backOffset
* is used to calculate the maximum amount of memory available for
@@ -1970,7 +1973,6 @@ static void allocateMemory(ScrnInfoPtr p
"\tand/or back buffer. Disabling DRI. To use DRI try lower\n"
"\tresolution modes and/or a smaller virtual screen size\n");
} else {
-pTDFX->texSize = pTDFX->backOffset - pTDFX->texOffset;
xf86DrvMsg(pScrn->scrnIndex, X_INFO, "Textures Memory %0.02f MB\n",
(float)pTDFX->texSize/1024.0/1024.0);
}
Index: lib/GL/mesa/src/drv/tdfx/tdfx_texman.c
===
RCS file: /cvsroot/dri/xc/xc/lib/GL/mesa/src/drv/tdfx/tdfx_texman.c,v
retrieving revision 1.11
diff -u -3 -p -r1.11 tdfx_texman.c
--- lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 14 Feb 2002 01:59:59 - 1.11
+++ lib/GL/mesa/src/drv/tdfx/tdfx_texman.c 14 May 2002 20:45:12 -
@@ -396,7 +396,9 @@ FindOldestObject(tdfxContextPtr fxMesa,
(info->whichTMU == TDFX_TMU_SPLIT))) {
GLuint age, lasttime;
-assert(info->tm[0]);
+/*assert(info->tm[0]);*/
+ if (!info->tm[tmu])
+ return NULL;
lasttime = info->lastTimeUsed;
if (lasttime > bindnumber)
@@ -625,7 +627,8 @@ AllocTexMem(tdfxContextPtr fxMesa, FxU32
sprintf(err, "AllocTexMem returned NULL! tmu=%d texmemsize=%d\n",
(int) tmu, (int) texmemsize);
_mesa_problem(fxMesa->glCtx, err);
-return NULL;
+ UNLOCK_HARDWARE( fxMesa );
+ exit(1);
}
else {
tdfxMemRange *range;
Index: programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_driver.c
===
RCS file: /cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/drivers/tdfx/tdfx_drive
Re: [Xpert]Re: ATI Radeon VE dual head support? [PATCH for Dell OEM boards]
The patch has been submitted and will soon be integrated into CVS. Attached is the binary driver for X4.2. Replace /usr/X11R6/lib/modules/drivers/radeon_drv.o if you are using X4.2 (or RH7.3). It may not work with other versions of X. The driver definitely needs more tests, so let me know if you have any problem with it. Hui > Have these changes made it into CVS? I'm having the same problem as others in > this thread using the Dell OEM Radeon VE (i.e. 2nd display doesn't work). If > not, can I help out by testing these changes? > > Thanks. > > -- > > Chris Egolf > http://www.ugholf.net [EMAIL PROTECTED] > > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > radeon_drv.tgz Description: application/compressed
[Xpert]application crash: xfree4.2+xinerama
Hello, With xfree4.2 and xinerama, applications like lyx and xscreensaver crash with a "unable to access private resource" X message. They crash when opened on any screen. If I disable xinerama, They will work on screen 0, but still crash on screen 1 or screen 2. The configuration I have is screen0 0 0: Geoforce AGP 32 MB screen1 LeftOf screen0: Matrox milenium 2Mb screen2 LeftOf screen1: Matrox milenium 2Mb Everything worked fine until xfree4.2, installed with redhat 7.3. thank you, Edscott Wilson Garcia ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Xpert digest, Vol 1 #1820 - 10 msgs
Good. Looks like this should fix 13896. Later, John -- John E. Schimmel Voice: (408)720-3818 [EMAIL PROTECTED] Cellular: (209)631-0896 -- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]CT 69030 support
Hi, I am interested in using the following Single board computer, http://www.versalogic.com/Products/DS.asp?ProductID=133 and would like to have info about the support for the graphic chip CT69030. I have found on the site that the CT69000 is supported, but no mention of the 69030. Sincerely Amaury PS: keithp, hi there, hope you're doing well. -- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Calcomp tablet driver
Adrian Godwin kindly informed me that GTCO-Calcomp has apparently started providing their own open source XInput driver for the Drawingboard tablet and newer models at http://www.gtcocalcomp.com/supportcalcompsoftware.htm They state that it is derived from the Wacom driver written by Frederic Lepied, and judging from the README, it might have the same glitches as older versions of his driver. I intend to keep maintaining 'my' driver, but anybody having problems with it (i.e. with the current XFree86 xf86Calcomp.so/calcomp_drv.o) might want to try the manufacturers' driver. Martin -- Dr. Martin Kroeker, daveg GmbH Darmstadt CAD/CAM/CAQ [EMAIL PROTECTED] Precision Powered by Penguins ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TinyX (Xfbdev) not reading XF86Config?
Around 7 o'clock on May 17, Dr Andrew C Aitchison wrote: > I *think* TinyX uses no config file, getting all its options from the > command line. Yes, that's correct. The intent is for TinyX servers to not require significant configuration, and it was originally designed to run on a machine with no writable file system. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
