[Xpert]how to get access to Xlib headers/libs from xserver-side module
Hi! I'm currently hacking a dynamic module for xfree86 v4.x. The module eventually ends up in /usr/X11R6/lib/modules/foobar.so. For some of my debugging, however, I need access to a few Xlib functions from within this module (e.g. XGetGeometry). I've tried a number of things to get the library to link correctly, but I always get the following on server start-up: dlopen: /usr/X11R6/lib/modules/foobar.so: undefined symbol: XGetGeometry What's the "correct" (i.e. idiomatic) way of including/linking to Xlib from modules like this? Thanks in Advance --RichDo You Yahoo!? HotJobs, a Yahoo! service - Search Thousands of New Jobs
[Xpert]Support for S3 Savage4 in 4.2.0
Hi, Xperts! I've build XFree86 4.2.0 from FreeBSD ports, nice and clean, however, all I was able to get on my S3 Savage4 card is 640x480. This is kinda frustrating, not to say more. What is current situation with support of this chip in X? I think there should really be no problems, since specs are generally available (are they?). Thanks. ./danfe ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]PCI?
On Tue, 2002-08-20 at 10:23, [EMAIL PROTECTED] wrote: Okay willing to try that..possible to do a driver with out recompiling the whole source? Don't think so unfortunately. You can restrict the build a bit with BuildServersOnly. and where do I tamper with the PCI_GART at? grep -lr PCIGART_ENABLED * in the source toplevel directory yields programs/Xserver/hw/xfree86/drivers/ati/radeon_dri.c programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/radeon_cp.c I also recall that patch I saw for the 32mb PCI aslo had kernel patches but now I cant remember the site to check it out:( Would be interesting... -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]pci_retry zipping sound
Hi, I currently have and ATI Rage XL using the 'ati' driver of XFree86 4.1 under debian. Everything looks fine, however, when i drag a window, or move a scroll bar i get a 'zipping' or 'chopping' effect of the sound. From what i have read within ALSA documentation, this may be caused by the graphics card making excessive use of the pci bus. There is also mention of a pci_retry option within XF86Config-4 that may be used to help this situation. This pci_retry option does not seem to be supported by the 'ati' driver. 1) Is there a similar option for use with the 'ati' driver? 2) if not, Is there another work-around? Thanks for any help. ~Colin. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]silicon motion driver backgrounds
dear all, i know, that this in not realy the right place for my question, but i don't know an better one. i work on an embedded system with the lynx 3dm+ SM722 without any bios or video bios. the reference for my work on the SMI chip is primarly the xfree86 driver source, because the help from the vendor silicon motion is absolutly low. may be, because we are a small company and have only small volume for the the chip. from our distributor, hyline in germany, we get an old programmer's refenrence manual for the SM910, 1966 version 1. very old, but for some ideas very helpful. and now, to my questions. we have problems with the access to the intern memory. we don't use an extern memory, the chip, 3dm4+ have 4MB intern. in our later design we use the SM710. but i have an developer board to test and look. so i can verify the registers in the chip past the bios initialising. the xfree driver start on an initialised chip from the bios. so there are no info about the init sequence. you use only the GPR71 register for info from the bios about the memory size. but perhaps some members of the developer group have more info's or better references than i. our references: lynx 3dm+ datasheet rev. 4 lynx 3dm+ schematic 'PURIN PLUS' rev. 1 lynx family bios spec 2.2 and some older info's from the SMI-page, but now this is closed. and, of course, SM910 programmer's refenrence so can you inform, wher i can get this information to initialise the chip. and what are the best place to discuss about the internals from SM72x-chips. with many thanks for you, willi ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]sunffb on Solaris
On Thu, 1 Aug 2002, Matt Behrens wrote: Anyone know how to get the sunffb driver working on Solaris (9 in my case)? My card is UPA, in an Ultra 10. On 4.2.99.1, XFree86 -configure finds all my PCI cards (I have two PGX32 cards and the onboard video) but never finds sunffb. Adding a device section for sunffb results in nothing. I installed the aperture driver; that was needed for PCI to work anyway. You might want to try the fbdev driver. Keep the following in mind though, as quoted from Domain.note: - The SBUS drivers (sunbw2, suncg14, suncg3, suncg6, sunffb, sunleo and suntcx), the common layer's SBUS code and the fbdev driver have all only been compile tested. There are likely to be Linux'isms within them that remain to be dealt with. It would be great if you could help make some of all of this code portable to Solaris SPARC. 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
Re: [Xpert]sunffb on Solaris
Are there any plans for xfree86 to support the raptor graphics cards for solaris or sparc linux? - Josh - - Original Message - From: Marc Aurele La France [EMAIL PROTECTED] Date: Tuesday, August 20, 2002 12:36 pm Subject: Re: [Xpert]sunffb on Solaris On Thu, 1 Aug 2002, Matt Behrens wrote: Anyone know how to get the sunffb driver working on Solaris (9 in my case)? My card is UPA, in an Ultra 10. On 4.2.99.1, XFree86 - configure finds all my PCI cards (I have two PGX32 cards and the onboard video) but never finds sunffb. Adding a device section for sunffb results in nothing. I installed the aperture driver; that was needed for PCI to work anyway. You might want to try the fbdev driver. Keep the following in mind though, as quoted from Domain.note: - The SBUS drivers (sunbw2, suncg14, suncg3, suncg6, sunffb, sunleo and suntcx), the common layer's SBUS code and the fbdev driver have all only been compile tested. There are likely to be Linux'isms within them that remain to be dealt with. It would be great if you could help make some of all of this code portableto Solaris SPARC. 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 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X return segmentation fault when trying to start it
Hello Michel, Sorry for the long time before replaying to your message. I was busy to found the problem related to X and finaly found it. It was related to the fact that I've used the following optimization FLAGS to compile it and it look like X don't like it at all. More than that, I cannot compile X with optimization FLAGS and if I do it, then it will segmenfault on the binary. Seem strange to me that a software like XFree86 cannot use optimization FLAGS durring compile time. Here is what I used as optimization -- -O2 -march=i686 -funroll-loops and XFree86 fail. Again without the previous optimization FLAGS, all run ok. For me, this mean that XFree86 cannot be compiled to get advantage of i686 CPU architecture :(( Regards, From: Michel Dänzer [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Xpert]X return segmentation fault when trying to start it Date: 17 Aug 2002 13:27:50 +0200 On Sat, 2002-08-17 at 03:07, Wahib Nackad wrote: Thanks for your answer to my email. I appreciate a lot. Related to your suggestion about the fact that the problem may comes from the headers files comming from linux kernal instead of glibc, I've installed glibc headers files and recompiled the kernel, then recompiled XFree86 with the new headers files comming from glibc and the new kernel. The kernel doesn't matter, just the headers. Not that this is likely going to help... :/ -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert _ Chat with friends online, try MSN Messenger: http://messenger.msn.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X return segmentation fault when trying to start it
On Tue, 2002-08-20 at 22:15, Wahib Nackad wrote: Sorry for the long time before replaying to your message. I was busy to found the problem related to X and finaly found it. It was related to the fact that I've used the following optimization FLAGS to compile it and it look like X don't like it at all. More than that, I cannot compile X with optimization FLAGS and if I do it, then it will segmenfault on the binary. Seem strange to me that a software like XFree86 cannot use optimization FLAGS durring compile time. Here is what I used as optimization -- -O2 -march=i686 -funroll-loops and XFree86 fail. Again without the previous optimization FLAGS, all run ok. For me, this mean that XFree86 cannot be compiled to get advantage of i686 CPU architecture :(( I wouldn't expect it to make a big difference. Anyway, I haven't had any problems building X with optimization flags. What if you use only some of those flags? How do you set them? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]USB-Keyboards and X.
Hi! I don't know if this issue have been adressed before.. If that is the case, sorry. Anyhow.. Under Linux, X can talk to USB-keyboards and, well, all HID-devices via /dev/input/*. All those new multimedia-keyboards with 5000 hotkeys sometimes sends scancodes that aren't bound to any keycodes in the kernel. But all the keypresses are recorded by /dev/input/event*.. So if X would use these ones that wouldn't be a problem.. Is there any work in progress on this one? Else I have to hack the kernel to send the keycodes in another way so that the PS/2-emulation works.. And that EVERYBODY who buys this keyboard would have to do this is a bit.uhm...not good. ;) Just some thoughts. -- Henrik Persson Student, Sweden. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X return segmentation fault when trying to start it
What if you use only some of those flags? It doesn't work, I've tried the following flags without success: -O2 -march=i686 -funroll-loops -pipe -O2 -march=i686 -pipe -O2 -pipe The *only* way to make it work is with -pipe only. Binaries and libraries are *not* striped at all. How do you set them? I use the following definitions inside /config/cf/host.def file to build it: #define BootstrapCFlags -pipe #define DefaultGcc2i386Opt -pipe #define DefaultGcc2AxpOpt -pipe -Wa My GCC compiler is 3.1 and not 2.x. From: Michel Dänzer [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [Xpert]X return segmentation fault when trying to start it Date: 20 Aug 2002 22:33:00 +0200 On Tue, 2002-08-20 at 22:15, Wahib Nackad wrote: Sorry for the long time before replaying to your message. I was busy to found the problem related to X and finaly found it. It was related to the fact that I've used the following optimization FLAGS to compile it and it look like X don't like it at all. More than that, I cannot compile X with optimization FLAGS and if I do it, then it will segmenfault on the binary. Seem strange to me that a software like XFree86 cannot use optimization FLAGS durring compile time. Here is what I used as optimization -- -O2 -march=i686 -funroll-loops and XFree86 fail. Again without the previous optimization FLAGS, all run ok. For me, this mean that XFree86 cannot be compiled to get advantage of i686 CPU architecture :(( I wouldn't expect it to make a big difference. Anyway, I haven't had any problems building X with optimization flags. What if you use only some of those flags? How do you set them? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert _ Send and receive Hotmail on your mobile device: http://mobile.msn.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Support for S3 Savage4 in 4.2.0
Alexey Dokuchaev wrote: Hi, Xperts! I've build XFree86 4.2.0 from FreeBSD ports, nice and clean, however, all I was able to get on my S3 Savage4 card is 640x480. This is kinda frustrating, not to say more. What is current situation with support of this chip in X? I think there should really be no problems, since specs are generally available (are they?). Thanks. What makes you say that? Presently, S3 specs are available under NDA only, although they allow source code release of drivers developed using them. Either way, Savage development info is avialable here: http://www.probo.com/timr/savage40.html -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Possible bug in xf86bigfont.c
Greetings all,
First, apologies if this gets posted twice, it appears as if my first
post is in the moderator queue.
I've tracked down a situation which I believe to be a bug in XFree86.
I'm using RedHat 7.3, version 4.2.0-8.
The gist is a null pointer exception in line 667 668 of xf86bigfont.c.
pFont-info.props is null and it's being assigned without checking
whether it's null or not. I'm not sure if the simple answer is to wrap
the assign statements in a null pointer check or if it's more complex
than that.
I'm not an X developer, but I'd love to assist in the confirmation and
patch of this particular error, as it's causing me a huge headache right
now. I've been hanging out on #xfree86-devel, but I see no traffic.
Thanks.
--Chris
(gdb) list xf86bigfont.c:667
662 xFontProp* prFP;
663 int i;
664 for (i = 0, pFP = pFont-info.props, prFP =
(xFontProp *) p;
665 i nfontprops;
666 i++, pFP++, prFP++) {
667 prFP-name = pFP-name;
668 prFP-value = pFP-value;
669 if (client-swapped) {
670 char tmp;
671 swapl(prFP-name, tmp);
(gdb) print *pFont
$5 = {refcnt = 142373721, info = {firstCol = 57392, lastCol = 16914,
firstRow = 0, lastRow = 0, defaultCh = 0, noOverlap = 0, terminalFont =
0, constantMetrics = 0, constantWidth = 0, inkInside = 0, inkMetrics =
0, allExist = 0, drawDirection = 0, cachable = 1, anamorphic = 0,
maxOverlap = 0, pad = 0, maxbounds = { leftSideBearing = 2,
rightSideBearing = 18, characterWidth = 18, ascent = 18, descent = 4,
attributes = 0}, minbounds = {leftSideBearing = -3, rightSideBearing =
1, characterWidth = 4, ascent = -2, descent = -11, attributes = 0},
ink_maxbounds = {leftSideBearing = 2, rightSideBearing = 18,
characterWidth = 18, ascent = 18, descent = 4, attributes = 0},
ink_minbounds = {leftSideBearing = -3, rightSideBearing = 1,
characterWidth = 4, ascent = -2, descent = -11, attributes = 0},
fontAscent = 16, fontDescent = 4, nprops = 27, props = 0x0, isStringProp
= 0x8a439a8 \001\001\001\001\001\001}, bit = 0 '\0', byte = 0 '\0',
glyph = 4 '\004', scan = 1 '\001', format = 512, get_glyphs = 0x8121ee8
_fs_get_glyphs, get_metrics = 0x8122418 _fs_get_metrics, unload_font
= 0x8122726 _fs_unload_font, unload_glyphs = 0, fpe = 0x873f2a0,
svrPrivate = 0x0, fontPrivate = 0x87d32b0, fpePrivate = 0x87d32c0,
maxPrivate = 1, devPrivates = 0x8a43724}
(gdb) quit
--
Homepage: http://interclypse.net
Registered Linux user #215241 (http://counter.li.org/)
signature.asc
Description: This is a digitally signed message part
[Xpert]xfree86-4.2.0 problems on a sony vaio fxa59
i just compiled xfree86-4.2.0 on my brand new sony vaio fxa59 and i'm having some strange issues getting x to start correctly. here's the quick rundown. everything compiled and installed fine, and i'm using the attached XF86Config. as you can see from the attached XFree86.0.log file, there are no obvious error messages popping up on me... but instead of getting a nice x screen when i 'startx', i get a jagged lined (almost like chain links) and speckled grey screen with a little white box in the upper left corner (about 1 square). this is not the x is running but there's no wm screen... the specs sheet that came with the laptop says it has an ATI 3D RAGE MOBILITY-M1 and a 15.0 SXGA TFT screen that's supposed to run at 1400x1050. now i was completely stumped for a while, but i've actually made a positive discovery... oddly enough, if i plug a monitor into the vga out on the laptop and switch the display over to it (which works) and then switch it back to the lcd, the lcd works correctly. now, this is a good thing... but having to plug the thing into a monitor whenever i want to use x kinda defeats the entire purpose of a laptop... ;-) baby steps in the right direction, though. if i log into x, do the external monitor trick, log out of x, and log back in the lcd still does not work. (i have to do the external monitor trick again) i also have to redo the external monitor trick if i do a 'ctrl-alt-+' to change the active resolution. so, anyone have any idea whether this is a video card driver problem with x? or an lcd compatibility problem with x? or just an XF86Config problem? (starting to doubt that last one...) someone else i spoke with actually suggested that it might be a problem with x not detecting the route from my video card to my lcd screen. is this a posibility? thanks in advance! -mike ps - as an odd side note, when i attempted to install redhat 7.3 on the laptop, the graphical install worked fine (doesn't that use an x-server?) and it even succeeded in testing the video settings... but when i started up x after installing, it did the same thing. but still, why would redhat's graphical install and x test thing work during the install? i believe the graphical install uses a framebuffer x server... but why would that be so different? (i obviously don't know what a framebuffer x server is, or i wouldn't present such a silly question...) pps - my appologies for the novel. ;-) you'de be writing books trying to fix this too if your brand new $1700 laptop had no x. !@#$% -- -- | Michael D. Labriola | |[EMAIL PROTECTED]| || | Admiralty Drive West Apt F4 | | Middletown, RI 02842 | |(401)846-4085 | -- XF86Config.gz Description: application/gunzip XFree86.0.log.gz Description: application/gunzip
Re: [Xpert]xfree86-4.2.0 problems on a sony vaio fxa59
On Tuesday 20 August 2002 09:29 pm, Mike Labriola wrote: | | so, anyone have any idea whether this is a video card driver problem with | x? or an lcd compatibility problem with x? or just an XF86Config problem? | (starting to doubt that last one...) I fear that I can't answer this question . . . | ps - as an odd side note, when i attempted to install redhat 7.3 on the | laptop, the graphical install worked fine (doesn't that use an x-server?) | and it even succeeded in testing the video settings... but when i started | up x after installing, it did the same thing. but still, why would | redhat's graphical install and x test thing work during the install? But I can answer this one. It uses a VGA X server. *That* uses a compatibility mode that is present in all graphics chips and it works everywhere. But it limits the display to 640x480 (or maybe 800x600). You could actually use this driver in the meantime to use it as a laptop, but I don't think you'd be satisfied running such a low resolution on your new laptop either. And frankly X (at least with most window managers) is really pretty painfaul--certainly less well-adapted than Microsoft Windows--at anything less than 1024x768. Still it might be a feasible workaround in the meantime. -- Brian, the man from Babble-On . . . . [EMAIL PROTECTED] (personal) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]xfree86-4.2.0 problems on a sony vaio fxa59
BTW, my suggestion #1 always is to check out the Linux for Laptops page (even if you don't run Linux) for your machine and see if anybody there has a working XF86Config for you box screen. On Tuesday 20 August 2002 09:29 pm, Mike Labriola wrote: | i just compiled xfree86-4.2.0 on my brand new sony vaio fxa59 and i'm | having some strange issues getting x to start correctly. here's the quick | rundown. | | everything compiled and installed fine, and i'm using the attached | XF86Config. as you can see from the attached XFree86.0.log file, there are | no obvious error messages popping up on me... but instead of getting a | nice x screen when i 'startx', i get a jagged lined (almost like chain | links) and speckled grey screen with a little white box in the upper left | corner (about 1 square). this is not the x is running but there's no wm | screen... | | the specs sheet that came with the laptop says it has an ATI 3D RAGE | MOBILITY-M1 and a 15.0 SXGA TFT screen that's supposed to run at | 1400x1050. | | now i was completely stumped for a while, but i've actually made a positive | discovery... oddly enough, if i plug a monitor into the vga out on the | laptop and switch the display over to it (which works) and then switch it | back to the lcd, the lcd works correctly. now, this is a good thing... | but having to plug the thing into a monitor whenever i want to use x kinda | defeats the entire purpose of a laptop... ;-) baby steps in the right | direction, though. | | if i log into x, do the external monitor trick, log out of x, and log back | in the lcd still does not work. (i have to do the external monitor trick | again) i also have to redo the external monitor trick if i do a | 'ctrl-alt-+' to change the active resolution. | | so, anyone have any idea whether this is a video card driver problem with | x? or an lcd compatibility problem with x? or just an XF86Config problem? | (starting to doubt that last one...) | | someone else i spoke with actually suggested that it might be a problem | with x not detecting the route from my video card to my lcd screen. is | this a posibility? | | thanks in advance! | | -mike | | ps - as an odd side note, when i attempted to install redhat 7.3 on the | laptop, the graphical install worked fine (doesn't that use an x-server?) | and it even succeeded in testing the video settings... but when i started | up x after installing, it did the same thing. but still, why would | redhat's graphical install and x test thing work during the install? i | believe the graphical install uses a framebuffer x server... but why would | that be so different? (i obviously don't know what a framebuffer x server | is, or i wouldn't present such a silly question...) | | pps - my appologies for the novel. ;-) you'de be writing books trying to | fix this too if your brand new $1700 laptop had no x. !@#$% -- Brian, the man from Babble-On . . . . [EMAIL PROTECTED] (personal) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]xfree86-4.2.0 problems on a sony vaio fxa59
Brian T. Schellenberger wrote: On Tuesday 20 August 2002 09:29 pm, Mike Labriola wrote: | | so, anyone have any idea whether this is a video card driver problem with | x? or an lcd compatibility problem with x? or just an XF86Config problem? | (starting to doubt that last one...) I fear that I can't answer this question . . . | ps - as an odd side note, when i attempted to install redhat 7.3 on the | laptop, the graphical install worked fine (doesn't that use an x-server?) | and it even succeeded in testing the video settings... but when i started | up x after installing, it did the same thing. but still, why would | redhat's graphical install and x test thing work during the install? But I can answer this one. It uses a VGA X server. *That* uses a compatibility mode that is present in all graphics chips and it works everywhere. But it limits the display to 640x480 (or maybe 800x600). You could actually use this driver in the meantime to use it as a laptop, but I don't think you'd be satisfied running such a low resolution on your new laptop either. And frankly X (at least with most window managers) is really pretty painfaul--certainly less well-adapted than Microsoft Windows--at anything less than 1024x768. Still it might be a feasible workaround in the meantime. i had suspected that... but here's the trully odd part. the 'test config' thing that tests your x configuration successfully loads up a 1400x1050 screen (looks like an old screenshot of gnome 1.2) during the install. this of course leads to an almost viable solution question: can the vga server be made to run at 1400x1050? and if not, how the hell is redhat pulling this off? (and as a side note, isn't that a pretty unreliable way of testing the x config...?) -mike -- -- | Michael D. Labriola | |[EMAIL PROTECTED]| || | Admiralty Drive West Apt F4 | | Middletown, RI 02842 | |(401)846-4085 | -- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]xfree86-4.2.0 problems on a sony vaio fxa59
Brian T. Schellenberger wrote: BTW, my suggestion #1 always is to check out the Linux for Laptops page (even if you don't run Linux) for your machine and see if anybody there has a working XF86Config for you box screen. actually, i did look into 'linux for laptops'... that's why i got this particular laptop. according to pages linked from linux-laptops.net, every bit of hardware in the slightly cheaper model can be made to work... but i got the one with the faster chip and LARGER LCD SCREEN... (my bad) -mike -- -- | Michael D. Labriola | |[EMAIL PROTECTED]| || | Admiralty Drive West Apt F4 | | Middletown, RI 02842 | |(401)846-4085 | -- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
[ I hope this doesn't get postted multiple times. I waited for the moderator to approve it but it did not seem to happen so I have resent it after subscribing. ] Hello, I have searched and scoured lists and webpages for hours now after doing some searching to discover why all of a sudden (after a motherboard swap out) my mouse pointer jumps around erratically. I have not changed any configuration of any sort, just the motherboard (which of course my ps/2 mouse is plugged into). If I use the PS/2 protcol, the mouse cursor moves nice and smooth on the screen. If I want to use IMPS/2 (for the scroll wheel) it jumps around erratically. Why is this? What is the difference? Why should the changing of my motherboard have this effect? Any insight would be much appreciated. Thanx, b. -- Brian J. Murrell msg08449/pgp0.pgp Description: PGP signature
RE: [Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
[EMAIL PROTECTED] wrote: [ I hope this doesn't get postted multiple times. I waited for the moderator to approve it but it did not seem to happen so I have resent it after subscribing. ] Hello, I have searched and scoured lists and webpages for hours now after doing some searching to discover why all of a sudden (after a motherboard swap out) my mouse pointer jumps around erratically. I have not changed any configuration of any sort, just the motherboard (which of course my ps/2 mouse is plugged into). If I use the PS/2 protcol, the mouse cursor moves nice and smooth on the screen. If I want to use IMPS/2 (for the scroll wheel) it jumps around erratically. Why is this? What is the difference? Why should the changing of my motherboard have this effect? Any insight would be much appreciated. Thanx, b. -- Brian J. Murrell = Hi Brian, I have had this problem for sometime myself and have been unable to track down an answer to it. I had a Logitech wheel mouse that worked fine at one time thru the PS/2 port with imps/2 activated in the XF86config file, but at some point during my normal progressive updates to my preferred SuSE distro and XFree86 files, it quit working and I could not use imps/2 with any mouse plugged into the PS/2 port. I finally solved the problem by plugging the mouse into the USB port and all is well again. Both the Logitech and the IBM mouse I now use would go either way, but by going with USB, I was able to rid the mouse of that large ps/2 adapter. Still don't know what changed that broke the PS/2 port and imps/2, but usb works very well, in fact much better, so I have stopped pondering the bug! :o) Patrick __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
On Tue, Aug 20, 2002 at 11:17:48PM -0400, [EMAIL PROTECTED] wrote: Hi Brian, Hi Pat, [ I reformatted your text for easier reading. Please try to hit return somewheres about column 70-75 to make it easier for people to read your postings. ] I have had this problem for sometime myself and have been unable to track down an answer to it. I had a Logitech wheel mouse Yup, I have a Logitech optical wheel mouse. that worked fine at one time thru the PS/2 port with imps/2 activated in the XF86config file, Yup. but at some point during my normal progressive updates to my preferred SuSE distro and XFree86 files, it quit working and I could not use imps/2 with any mouse plugged into the PS/2 port. I didn't even do a software upgrade. I simply changed motherboards. Even kept the same processor, memory, add-in cards, etc. My only guess is that some PS/2 ports are better than others. I finally solved the problem by plugging the mouse into the USB port and all is well again. That is what I have done. But I have 3 systems connected through a PS/2 KVM (Belkin Omni 4 port). But before anyone blames the KVM, I have plugged the mouses I have tried directly into the PS/2 port. Both the Logitech and the IBM mouse I now use would go either way, but by going with USB, I was able to rid the mouse of that large ps/2 adapter. Yup, me too. But ultimately, I would like to go back to using the PS/2 port as it's what my KVM uses. b. -- Brian J. Murrell msg08451/pgp0.pgp Description: PGP signature
RE: [Xpert]smooth mouse with PS/2 but erratic with IMPS/2 -- why?
Try this: Identifier Mouse1 Driver mouse Option Device /dev/psaux or /dev/mouse if a symlink to /dev/psaux Option Protocol imPS/2 Option Resolution 200 Option ZAxisMapping 4 5 Option SendCoreEvents Yes Option CorePointer Yes Option BaudRate 9600 Option SampleRate200 I use this with gpm as well no problems, but with gpm you need a patch to properly kickstart imPS/2 for console. Shawn. On Tue, 20 Aug 2002 [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: [ I hope this doesn't get postted multiple times. I waited for the moderator to approve it but it did not seem to happen so I have resent it after subscribing. ] Hello, I have searched and scoured lists and webpages for hours now after doing some searching to discover why all of a sudden (after a motherboard swap out) my mouse pointer jumps around erratically. I have not changed any configuration of any sort, just the motherboard (which of course my ps/2 mouse is plugged into). If I use the PS/2 protcol, the mouse cursor moves nice and smooth on the screen. If I want to use IMPS/2 (for the scroll wheel) it jumps around erratically. Why is this? What is the difference? Why should the changing of my motherboard have this effect? Any insight would be much appreciated. Thanx, b. -- Brian J. Murrell = Hi Brian, I have had this problem for sometime myself and have been unable to track down an answer to it. I had a Logitech wheel mouse that worked fine at one time thru the PS/2 port with imps/2 activated in the XF86config file, but at some point during my normal progressive updates to my preferred SuSE distro and XFree86 files, it quit working and I could not use imps/2 with any mouse plugged into the PS/2 port. I finally solved the problem by plugging the mouse into the USB port and all is well again. Both the Logitech and the IBM mouse I now use would go either way, but by going with USB, I was able to rid the mouse of that large ps/2 adapter. Still don't know what changed that broke the PS/2 port and imps/2, but usb works very well, in fact much better, so I have stopped pondering the bug! :o) Patrick __ Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with Shop@Netscape! http://shopnow.netscape.com/ Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert -- Shawn Starr, sh0n.net, [EMAIL PROTECTED] Maintainer: -shawn kernel patches: http://xfs.sh0n.net/2.4/ Software Engineer, Open Source Development ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]sunffb on Solaris
On Tue, 20 Aug 2002, Joshua Symons wrote: Anyone know how to get the sunffb driver working on Solaris (9 in my case)? My card is UPA, in an Ultra 10. On 4.2.99.1, XFree86 -configure finds all my PCI cards (I have two PGX32 cards and the onboard video) but never finds sunffb. Adding a device section for sunffb results in nothing. I installed the aperture driver; that was needed for PCI to work anyway. You might want to try the fbdev driver. Keep the following in mind though, as quoted from Domain.note: - The SBUS drivers (sunbw2, suncg14, suncg3, suncg6, sunffb, sunleo and suntcx), the common layer's SBUS code and the fbdev driver have all only been compile tested. There are likely to be Linux'isms within them that remain to be dealt with. It would be great if you could help make some or all of this code portable to Solaris SPARC. Are there any plans for xfree86 to support the raptor graphics cards for solaris or sparc linux? I don't know. 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
