Re: [Xpert]Super Micro MB and XF86 problem
Marc Thanks soo much far your reply. We will try pcitweak and let you know the result. Daniel Sheltraw > On 30 Jul 2002, Michel Dänzer wrote: > > > > OK here are the log files and our XF86config-4 file. the BusID > > > in the XF86config-4 file is correct according to /proc/pci or > > > lspci. If we do not specify the BusID the Xserver finds the > > > wrong card (the AGP card) and runs X on it. > > > The atimisc driver can\'t detect the chip for some reason. I hope > > Marc will be able to help. > > It is because the system BIOS hasn\'t assigned an I/O base address to > the adapter, presumably because it\'s not primary. > > Workaround (for now): use pcitweak to set the I/O base before > starting X. Or swap the motherboard. an/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert](no subject)
On Wed, 31 Jul 2002, Toshinao Ishii wrote: > Subject: Re: [Xpert]XvShmPutImage() memory leak ? > --text follows this line-- > Tue, 30 Jul 2002, Mark Vojkovich wrote: > > > XvShmPutImage doesn't allocate any memory. > > Yes. We can find this in the source. > > On the other hand, when I comment out the call > >XvShmPutImage(dpy, xv_port, window, gc, yuv_image, > 0, 0, yuv_image->width, yuv_image->height, > 0, 0, _w, _h, True); > > in testxv.c, the memory leak disappears. Does this > imply memory leakage locates at deeper level ? > It's is memory usage in the testxv app that you're speaking of, correct? There isn't really a deeper level. One thing I notice is that testxv.c is requesting a completion event (the True), but yet the app is never retrieving them so they are probably piling up in the client. Change that True to False to see if that changes anything. Also you may want to try my Xv test apps instead. Those are xvtest.tar.gz, suzi.tar.gz and mpeg2play.tar.gz at http://www.xfree86.org/~mvojkovi/ Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert](no subject)
Subject: Re: [Xpert]XvShmPutImage() memory leak ? --text follows this line-- Tue, 30 Jul 2002, Mark Vojkovich wrote: > XvShmPutImage doesn't allocate any memory. Yes. We can find this in the source. On the other hand, when I comment out the call XvShmPutImage(dpy, xv_port, window, gc, yuv_image, 0, 0, yuv_image->width, yuv_image->height, 0, 0, _w, _h, True); in testxv.c, the memory leak disappears. Does this imply memory leakage locates at deeper level ? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Toshinao Ishii mailto: [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]S3 Problem "VGA(0): Not using default mode "1920x1440"(insufficient memory for mode)"
Seems as if the X server did not recognize the graphics chip on your card. What kind of card do you have? What does "lspci -v" output? Which "Driver" did you specify in the "Device" section of your "/etc/X11/XF86Config-4" file? What is the contents of your "/var/log/XFree86.0.log" file? Markus louie miranda wrote: > Hi, i have this error on my XFREE4 on debian. > I can't figure what to do next. > > hm.. > > > panic:/# startx > > warning: process set to nice value 0 instead of -10 as > requested > > This is a pre-release version of XFree86, and is not > supported in any > way. Bugs may be reported to [EMAIL PROTECTED] and > patches submitted > to [EMAIL PROTECTED] Before reporting bugs in > pre-release versions, > please check the latest version in the XFree86 CVS > repository > (http://www.XFree86.Org/cvs) > > XFree86 Version 4.1.0.1 / X Window System > (protocol Version 11, revision 0, vendor release 6510) > Release Date: 21 December 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.17 i686 [ELF] > Module Loader present > (==) Log file: "/var/log/XFree86.0.log", Time: Wed Jul > 31 12:41:14 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 "Default Layout" > (**) |-->Screen "Default Screen" (0) > (**) | |-->Monitor "Generic Monitor" > (**) | |-->Device "Generic Video Card" > (**) |-->Input Device "Generic Keyboard" > (**) XKB: rules: "xfree86" > (**) XKB: model: "pc104" > (**) XKB: layout: "us" > (**) |-->Input Device "Configured Mouse" > (**) |-->Input Device "Generic Mouse" > (WW) The directory "/usr/lib/X11/fonts/cyrillic" does > not exist. > Entry deleted from font path. > (**) FontPath set to > >"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" > (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" > (==) ModulePath set to "/usr/X11R6/lib/modules" > (--) using VT number 7 > > (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a > (II) Module bitmap: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/libpcidata.a > (II) Module pcidata: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 0.1.0 > (II) Loading /usr/X11R6/lib/modules/libscanpci.a > (II) Module scanpci: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 0.1.0 > (II) Unloading /usr/X11R6/lib/modules/libscanpci.a > (--) PCI:*(0:11:0) S3 Trio64V2/DX or /GX rev 22, Mem @ > 0xf400/26, BIOS @ 0x000c/16 > (II) Loading > /usr/X11R6/lib/modules/extensions/libGLcore.a > (II) Module GLcore: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/extensions/libdbe.a > (II) Module dbe: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/libddc.a > (II) Module ddc: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/extensions/libdri.a > (II) Module dri: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a > (II) Module drm: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/extensions/libextmod.a > (II) Module extmod: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/fonts/libfreetype.a > (II) Module freetype: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.1.9 > (II) Loading > /usr/X11R6/lib/modules/extensions/libglx.a > (II) Module glx: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading /usr/X11R6/lib/modules/linux/libint10.a > (II) Module int10: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/extensions/libpex5.a > (II) Module pex5: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.0.0 > (II) Loading > /usr/X11R6/lib/modules/extensions/librecord.a > (II) Module record: vendor="The XFree86 Project" > compiled for 4.1.0.1, module version = 1.13.0 > (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a > (II) Module speedo: vendor="The XFree86 Project" > compiled for 4.1.0.1, modul
RE: [Xpert]Radeon 7200 & wheel mouse (SOLVED)
Hi all, Thanks for everyone's help though, because I fixed it this evening!! I went thru the mouse setup in my Yast2 control center and it chose the correct mouse this time, but I couldn't use it as imps/2. I unplugged the mouse from the PS/2 port and put it in the USB port. Ran the mouse setup again, it chose the Intelli/Wheel mouse (usb) and all was working correctly! Do you suppose there was a conflict with the PS/2 port or what? Anyway, I have it working as a usb mouse now and am happy to have figured it out. Thanks to everybody that replied! I am also thinking if I had maybe used the "DEVICE" "/dev/input/mouse" switch in XF86Config instead of "/dev/mouse" it might have worked as IMPS/2 also, but I didn't bother to try this after getting it to work as USB. Patrick == [EMAIL PROTECTED] wrote: >Hi all, >As I am new to this list, I will try to give a brief summary of my setup and >problems. Those experts here may have to tell me what they need beyond that to help >me solve the problem, if a solution is available. > >I am running SuSE 8.0 Pro with XFree86 4.2 installed. I have a hand built PC using >4x agp & Radeon 7200 graphics card. I also have the Logitech optical 3 button wheel >mouse. It seems that at some point, my scroll wheel stopped working. While running >SuSE 7.2 and an ATI Xpert 2000 card and the same mouse, the scroll wheel worked ok >plus the IMPS/2 command in the XF86Config file. I believe the problem showed up when >I changed graphics cards and went to the ATI Radeon 7200 QD (VID=1002 & PID=5144). I >don't think the updates to 4.1 or 4.2 XFree86 created the bug, but I can't be sure. >I couldn't find anything in the archives from about a year back after reading through >many mails, so you guys are a last resort. If this has been covered earlier by >others, please lead me to the mails or whatever so that I might find the answer or if >someone here has a quick down and dirty answer, I would love to hear it! :o) > >As you might have guessed, I have tried many different things already in trying to >get the scroll wheel scrolling again, with no luck. I am guessing it is a bug in the >driver or the graphics card. > >Thanks so much for any help. >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 > __ 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
[Xpert]S3 Problem "VGA(0): Not using default mode "1920x1440" (insufficient memory for mode)"
Hi, i have this error on my XFREE4 on debian. I can't figure what to do next. hm.. panic:/# startx warning: process set to nice value 0 instead of -10 as requested This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 21 December 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.17 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed Jul 31 12:41:14 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 "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Generic Monitor" (**) | |-->Device "Generic Video Card" (**) |-->Input Device "Generic Keyboard" (**) XKB: rules: "xfree86" (**) XKB: model: "pc104" (**) XKB: layout: "us" (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:11:0) S3 Trio64V2/DX or /GX rev 22, Mem @ 0xf400/26, BIOS @ 0x000c/16 (II) Loading /usr/X11R6/lib/modules/extensions/libGLcore.a (II) Module GLcore: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libdri.a (II) Module dri: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libdrm.a (II) Module drm: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/extensions/libglx.a (II) Module glx: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libpex5.a (II) Module pex5: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.13.0 (II) Loading /usr/X11R6/lib/modules/fonts/libspeedo.a (II) Module speedo: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libxie.a (II) Module xie: vendor="The XFree86 Project" compiled for 4.1.0.1, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/drivers/vga_drv.o (II) Module vga: vendor="The XFr
Re: [Xpert]Super Micro MB and XF86 problem
On 30 Jul 2002, Michel Dänzer wrote: > > OK here are the log files and our XF86config-4 file. the BusID in > > the XF86config-4 file is correct according to /proc/pci or > > lspci. If we do not specify the BusID the Xserver finds the wrong > > card (the AGP card) and runs X on it. > The atimisc driver can't detect the chip for some reason. I hope Marc > will be able to help. It is because the system BIOS hasn't assigned an I/O base address to the adapter, presumably because it's not primary. Workaround (for now): use pcitweak to set the I/O base before starting X. Or swap the motherboard. 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]Re: X hangs on Ati Rage128AIW
Michel Danzer <[EMAIL PROTECTED]> writes: > > Not loading .rodata.str1.32 > > Not loading .rodata.str1.1 > > Not loading .rodata.cst4 > > Not loading .rodata.cst8 > > Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o >is unresolved! > > Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o >is unresolved! > > > > (no symbol name, strange) > > Such problems are usually caused by new compiler features. gcc 3.1.1 here (prerelease). > > Anyway good news is that XFree86 4.2.99.1 from yesterday cvs (including kernel > > DRM from 4.2.99.1) works fine - tried few programs that are using xv when drm > > was loaded - no freezes. > > That's because Xv no longer uses DMA unless you set Option "DMAForXV". Isn't that penalty for speed? ps. After sending previous email I noticed that mplayer when using xv on pre4.3.0 displays only half of screen of movie on whole mplayer window. With 4.2.0 there is no such problem of course. With -vo x11 there is no problem, too. > Earthling Michel Danzer (MrCooper)/ Debian GNU/Linux (powerpc) developer > XFree86 and DRI project member / CS student, Free Software enthusiast -- Arkadiusz Miśkiewicz IPv6 ready PLD Linux at http://www.pld.org.pl misiek(at)pld.org.pl AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Kdrive color problems
I'm starting it from init, and also tried replacing linuxrc (I'm using busybox) with a script that only starts Xfbdev... got the same colors... >From: mallum <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Re: [Xpert]Kdrive color problems >Date: Mon, 29 Jul 2002 13:22:06 +0100 > >Try launching tinyX not from a console ( ie in rc scripts ) or >launching on another tty other than the current one. > >Make sense ? > >For some reason if you launch tinyX from a console, it gets the >colormap all wrong. > > -- Matthew Allum > >on Sat, Jul 27, 2002 at 03:17:43PM +, Carlos Dri wrote: > > I've RedHat 6.0 with the kernel updated (2.4.18) running in a x86 >system. I > > compiled X with kdrive, TinyX and framebuffer option, because I want to >run > > it in a diskless system (an old 486). > > > > Build was ok, but when I open a drawing that I know it has 256 colors, >I'm > > only displaying some colors (red, blue, green,black and white or > > something like that). I know the framebuffer is working ok with 256 >colors > > (tested it with nano-X), but when I run Xfbdev I get a reduced set of > > colors. > > > > This is my host.def file. I'm really stacked with this problem. Any hint >on > > how to configure Xfree for building tinyX with framebuffer 640x480 and >256 > > colors? > > > > TIA. > > > > #define BuildServersOnly YES > > #define KDriveXServer YES > > #define TinyXServer YES > > #define XfbdevServer YES > > > > > > > > > > > > _ > > Join the world?s largest e-mail service with MSN Hotmail. > > http://www.hotmail.com > > > > ___ > > Xpert mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/xpert >___ >Xpert mailing list >[EMAIL PROTECTED] >http://XFree86.Org/mailman/listinfo/xpert _ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: X hangs on Ati Rage128AIW
On Tue, 2002-07-30 at 14:00, Arkadiusz Miskiewicz wrote: > Peter Surda <[EMAIL PROTECTED]> writes: > > > > XFree 4.2.0 (tried both - xfree original and gatos ati drivers, also > > > treid different DRM sources - unfortunately my xfree still hangs). > > > Now I'm going to try cvs version of XFree 4.3.0. > > The problem is most probably old driver where dri and xf86 don't play well > > together and one turns off DMA while the second one needs it. > > Upgrade to: > > - Latest DRI, e.g. from DRI-CVS > Compiles fine but I don't know whether it works because... > > > - Latest ati.2 binary from gatos.sf.net > latest ati.2 drivers with XFree86 Version 4.2.99.1 caused only: > > Not loading .rodata.str1.32 > Not loading .rodata.str1.1 > Not loading .rodata.cst4 > Not loading .rodata.cst8 > Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o is >unresolved! > Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o is >unresolved! > > (no symbol name, strange) Such problems are usually caused by new compiler features. > - where I can find latest/most complete dri cvs? In the DRI CVS repository, of course. :) http://dri.sf.net > Anyway good news is that XFree86 4.2.99.1 from yesterday cvs (including kernel > DRM from 4.2.99.1) works fine - tried few programs that are using xv when drm > was loaded - no freezes. That's because Xv no longer uses DMA unless you set Option "DMAForXV". -- 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]Re: X hangs on Ati Rage128AIW
On Tue, 2002-07-30 at 07:53, Peter Surda wrote: > > The only stability problem are some 3d functions and this is easily worked > around by by using > Option "XaaNoPixmapCache" That would have been interesting information for the discussions on dri-devel and wherenot. I seemed to get hangs with other 2D acceleration when a 3D client was running though. -- 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
Re: [Xpert]Super Micro MB and XF86 problem
On Mon, 2002-07-29 at 19:15, Daniel Sheltraw wrote: > > OK here are the log files and our XF86config-4 file. the BusID in > the XF86config-4 file is correct according to /proc/pci or > lspci. If we do not specify the BusID the Xserver finds the wrong > card (the AGP card) and runs X on it. The atimisc driver can't detect the chip for some reason. I hope Marc will be able 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
Re: [Xpert]XvShmPutImage() memory leak ?
On Wed, 31 Jul 2002 [EMAIL PROTECTED] wrote: > Hello. > > Thanks to Mr. Wertmann, I found a good sample of xvideo at > > http://www.cs.uni-potsdam.de/~wertmann/xv/testxv.c > > I just tried this and found that the process size becomes > bigger and bigger while running. According to my quick study, > it seems memory leak is in XvShmPutImage(). My environment > is PIII dual (440BX) / Linux 2.4.18 / Debian 3.0 / > XFree86 4.1.0 with GeForce2 MX400 (nvidia driver 1.0-2960). > > Does someone know how to stop the memory leak ? > XvShmPutImage doesn't allocate any memory. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]zoom
Markus Gutschke wrote: > You can probably do something with either XSendEvent() or with > XTestFakeButtonEvent(). If I was going to try doing this, I'd probably > take a look at the source code for x2x. Thank you, I shall do that tomorrow. It seems that i may have jumped the gun when I said my Zoom button was working. If I ust Ctrl Alt F1 to switch to a console, and then hit the Zoom button, I get an error message "X connection to localhost:0.0 broken (explicit kill or server shutdown)." and the X server dies. I wasn't expecting my first X program to work 100%, but am I doing something fundamentally wrong? (I struggled to find any decent X programming resources on the web) TIA sjb #include #include #include #include int main () { char mychar; FILE *file; if ((file = fopen("/dev/sonypi","r")) == NULL) { fprintf(stderr, "Unable to open sonypi, %s\n", "file"); exit(1); } while (mychar = getc(file)) { if (mychar == '(') { Display * pDisplay = XOpenDisplay("localhost:0"); if (pDisplay == NULL) { fprintf (stderr, "Unable to open display\n"); exit(1); } if (XF86VidModeSelectNextMode(pDisplay, 0)) { } XCloseDisplay(pDisplay); } } return 0; } ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XvShmPutImage() memory leak ?
Hello. Thanks to Mr. Wertmann, I found a good sample of xvideo at http://www.cs.uni-potsdam.de/~wertmann/xv/testxv.c I just tried this and found that the process size becomes bigger and bigger while running. According to my quick study, it seems memory leak is in XvShmPutImage(). My environment is PIII dual (440BX) / Linux 2.4.18 / Debian 3.0 / XFree86 4.1.0 with GeForce2 MX400 (nvidia driver 1.0-2960). Does someone know how to stop the memory leak ? -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Toshinao Ishii mailto: [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]how to get global key release events ?
On Tue, 30 Jul 2002, Peter Finderup Lund wrote: > XFree86 4.2.0 contains the docs for XTEST and RECORD but not for XTrap. The docs for XTrap can be found here, at The X Consortium's website: http://ftp.x.org/contrib/extensions/XTrap.tar.gz -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]how to get global key release events ?
> > On Fri, 26 Jul 2002, Alexander Neundorf wrote: > > > > > I need to get global key release events in my app, i.e. also if none of the > > > windows of my app has focus. > > > My app is based on Qt/KDE and I am able to get the key press events, but not > > > the release events. > > > I read some things about input masks, grabbing keys, window attributes and so > > > on, but I don't really understand what I have to do. > > > Can somebody please shed some light on me about key grabbing, input masks, > > > and stuff ? Turns out I /did/ overlook something! Ah, the joys of early brain damage ;) There are a couple X extensions intended for macro recording/playback and regression testing purposes (mainly): XTrap, XTEST, RECORD. XFree86 4.2.0 contains the docs for XTEST and RECORD but not for XTrap. However, I couldn't find any demos or test code for XTEST and RECORD in it but I did find xc/programs/xtrap/*, which contains many useful little programs to use or to steal code from. They do seem to be able to snoop keyboard press/release events (among a ton of other things). -Peter "Never judge the strength of foundation by size of building." ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Dual Head + Fast 2D Graphics
On Tue, 30 Jul 2002 12:14:57 -0400 "Randall Watt" <[EMAIL PROTECTED]> wrote: >The mga binary drivers are only necessary for DVI support and certain >PowerDesk features. Other than that, the standard XFree86 supplied >version >of the mga driver should work just fine in either single or dualhead >modes. >Just wanted to clear up any misconceptions that the mga drivers are >binary >only. I don't get it. My G550 runs a DVI flatpanel just find without the HAL driver. Can someone please explain this? I *still* cannot get both heads to work with the G550. If I load the HAL driver, neither screen gets a good signal -- they both come up with the little blue box saying "bad sync". If I don't load the HAL driver, I can get cloned screens, but the CRT gets a bad signal and looks wavy. I definitely cannot get Xinerama to work. When I get home later today I'll put my X logs and config files on a web server somewhere. But I'm giving up hope on the G550. If I can't get it working soon I'm gonna ditch it. Scott Long SwiftView, Inc. http://www.swiftview.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]zoom
You can probably do something with either XSendEvent() or with XTestFakeButtonEvent(). If I was going to try doing this, I'd probably take a look at the source code for x2x. Markus sjb wrote: > sjb wrote: > > >>> man XF86VidModeSwitchMode >> > >> Ahh .. that would appear to do the trick! > > > OK .. I now have a working Zoom button. Thanks for the pointer! > > Another question .. is it possible to send a "middle mouse button click" > to the server? > > My Vaio is constructed so that you can use it standing up, with the two > mouse buttons at the top left of the keyboard. Sadly, it's nigh on > impossible to press them both simultaneously with your thumb, which > makes pasting text a bit problematic. > > TIA > > sjb > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert -- Markus Gutschke 3637 Fillmore Street #106 San Francisco, CA 94123-1600 +1-415-567-8449 [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]zoom
sjb wrote: >> man XF86VidModeSwitchMode > Ahh .. that would appear to do the trick! OK .. I now have a working Zoom button. Thanks for the pointer! Another question .. is it possible to send a "middle mouse button click" to the server? My Vaio is constructed so that you can use it standing up, with the two mouse buttons at the top left of the keyboard. Sadly, it's nigh on impossible to press them both simultaneously with your thumb, which makes pasting text a bit problematic. TIA sjb ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Dual Head + Fast 2D Graphics
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf > Of Eric Sprague > Sent: Tuesday, July 30, 2002 11:36 AM > To: [EMAIL PROTECTED] > Subject: Re: [Xpert]Dual Head + Fast 2D Graphics > > > Try the ATi Radeon 7500 or VE. Also, the Matrox > G450/G550 are worth a look, but these days, the ATi > cards are equally easy to set up, and tend to be > faster. Also, they don't rely on a binary module, > unlike the MGA cards. The mga binary drivers are only necessary for DVI support and certain PowerDesk features. Other than that, the standard XFree86 supplied version of the mga driver should work just fine in either single or dualhead modes. Just wanted to clear up any misconceptions that the mga drivers are binary only. > > The Radeon 7500 should be the fastest. The 8500 should > work too, but I'm not entirely certain. > --- Colin Law <[EMAIL PROTECTED]> wrote: > > Hello, > > > > Im looking at creating a dual headed system for use > > while developing an > > animation tool. > > Screen 1 for most of the development/coding work, > > Screen 2 for fullscreen playback of the animated > > sequences > > > > Im looking for advice on a fast 2D graphics card (im > > not interested in > > 3D) with good support under linux. I would also > > prefer that the video > > drivers were open source. Any suggestions or > > advice?? > > > > I would also be interested to hear from anyone with > > a similar set-up, > > what cards, configuration, problems etc you use/had. > > > > Thanks for any help, > > ~Colin. > > > > > > > > ___ > > Xpert mailing list > > [EMAIL PROTECTED] > > http://XFree86.Org/mailman/listinfo/xpert > > > __ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert > ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Dual Head + Fast 2D Graphics
> From: Eric Sprague <[EMAIL PROTECTED]> > Sender: [EMAIL PROTECTED] > Date: Tue, 30 Jul 2002 08:36:18 -0700 (PDT) > > Try the ATi Radeon 7500 or VE. Also, the Matrox > G450/G550 are worth a look, but these days, the ATi > cards are equally easy to set up, and tend to be > faster. Also, they don't rely on a binary module, > unlike the MGA cards. > > The Radeon 7500 should be the fastest. The 8500 should > work too, but I'm not entirely certain. Does the 7500 support Xinerama mode across the two displays? R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Dual Head + Fast 2D Graphics
Try the ATi Radeon 7500 or VE. Also, the Matrox G450/G550 are worth a look, but these days, the ATi cards are equally easy to set up, and tend to be faster. Also, they don't rely on a binary module, unlike the MGA cards. The Radeon 7500 should be the fastest. The 8500 should work too, but I'm not entirely certain. --- Colin Law <[EMAIL PROTECTED]> wrote: > Hello, > > Im looking at creating a dual headed system for use > while developing an > animation tool. > Screen 1 for most of the development/coding work, > Screen 2 for fullscreen playback of the animated > sequences > > Im looking for advice on a fast 2D graphics card (im > not interested in > 3D) with good support under linux. I would also > prefer that the video > drivers were open source. Any suggestions or > advice?? > > I would also be interested to hear from anyone with > a similar set-up, > what cards, configuration, problems etc you use/had. > > Thanks for any help, > ~Colin. > > > > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert __ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Building small (disk space) Xwindows environment.
Christian, I've tried that mini howto days before. It built ok, and it also works fine (I built it with support for xdmcp also, for an ARM target), but I couldn't get the colors to work. I'm only getting 4 or 6 colors, in a very *cool* combination of green, blue, pink, black, etc. I want to build kdrive for a really small system (2Mb of flash, 16Mb of ram, ARM based processor and a NIC). I know the video is working ok, because linux is configured with framebuffer 640x480 256 colors, and I tried it with microwindows with success. The idea is to use this tiny machine as an X-Terminal. It is working now, I'm running kde in an Athlon (the server), and it is working really cool (fast enough!), except for the ugly colors.. I've been looking at the source code, and make some modifications whatever I believed that had something to do with the colormap, but didn't have success (oscolor.c, kcmap.c, kcolor.c, fbcmap.c). Also tried something that Matthew post to this mailing list, but it didn't work. I've also built it for an x86 target, tried it in the Athlon, and it worked exactly the same, with the same colors so I'm sure the problem is with the software, not the machine. This was posted 3 or 4 times in this mailing list, but didn't get any hint that works yet (well... I really get only one hint). If someone can give me a starting point, that will be really appreciated. Carlos. >From: Christian Berger <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: Re: [Xpert]Building small (disk space) Xwindows environment. >Date: Tue, 30 Jul 2002 08:47:01 +0200 > >Am Dienstag, 30. Juli 2002 00:01 schrieben Sie: > > Please help... > > > > I need to compile a functional, but small Xwindows system. It needs to > > include a few basic tools, say things like twm, xterm, etc.; and of > > course the X server itself. I would also like to create a small, what > > ever minimum I can get away with, set of fonts. > >Hmm, there is KDrive http://www.pps.jussieu.fr/~jch/software/kdrive.html >which does have buildt-in fonts. > > > Target system: > > 5x86 128 MHz CPU, > > CHIPS W69000 PCI Video controller. > > 32 MB Ram > > Linux Kernel 2.4.18 > > Running off 64 MB Compact Flash (on IDE bus). > >Wow, 64Mb? There's "Monkey-Linux" an aincient UMS-Dos distribution using >40Mb including X. > > > There are 2 problems: 1. Font directory is HUGE, does it really need to > > be that big? > >Have you ever tried to compress it? Isn't there a cram filesystem for such >things? You might be able to use it over a loopback filesystem. >Check wether you really need the 100dpi fonts. Just disable them in >xfree86.conf > >Servus > Casandro > >-- >My e-mail is in danger of beeing changed. >So please check http://casandro.dyndns.org/ >for any information on this. >___ >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]Re: [MPlayer-users] X hangs on Ati Rage128AIW
Peter Surda <[EMAIL PROTECTED]> writes: > > XFree 4.2.0 (tried both - xfree original and gatos ati drivers, also > > treid different DRM sources - unfortunately my xfree still hangs). > > Now I'm going to try cvs version of XFree 4.3.0. > The problem is most probably old driver where dri and xf86 don't play well > together and one turns off DMA while the second one needs it. > Upgrade to: > - Latest DRI, e.g. from DRI-CVS Compiles fine but I don't know whether it works because... > - Latest ati.2 binary from gatos.sf.net latest ati.2 drivers with XFree86 Version 4.2.99.1 caused only: Not loading .rodata.str1.32 Not loading .rodata.str1.1 Not loading .rodata.cst4 Not loading .rodata.cst8 Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! Symbol from module /mnt/storage1/misiek/usr/X11R6/lib/modules/drivers/r128_drv.o is unresolved! (no symbol name, strange) and I wasn't able to test them with XFree86 4.2.0 because I don't have 4.2.0 sources at this moment. Also for example in radeon_dri.c from latest gatos cvs there is: ret = drmRadeonClear(info->drmFD, DRM_RADEON_BACK | DRM_RADEON_DEPTH, color, depth, color_mask, depth_mask, pSAREAPriv->boxes, pSAREAPriv->nbox); but there is no definition of DRM_RADEON_BACK neither DRM_RADEON_DEPTH in gatos (there is no definition in dri cvs, too). So question is - where I can find latest/most complete dri cvs? Anyway good news is that XFree86 4.2.99.1 from yesterday cvs (including kernel DRM from 4.2.99.1) works fine - tried few programs that are using xv when drm was loaded - no freezes. Quake3 works fine, too (well - almost fine, some weird, problem is there - while playing little part of wall decoration was moving with me instead staying on the wall, heh. Note that I didn't see this effect in 4.2.0). There was other problem - some black dots on screen when using xv on 4.2.0 - now these are gone, too. Great, now I'm waiting for 4.3.0 release :) > Peter Surda (Shurdeek) <[EMAIL PROTECTED]>, ICQ 10236103, +436505122023 -- Arkadiusz Miśkiewicz IPv6 ready PLD Linux at http://www.pld.org.pl misiek(at)pld.org.pl AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]about RECORD extension
On Tue, 30 Jul 2002, ding jj wrote: > I am trying to use RECORD extension, but there is something I can't > understand clearly. When I call XRecordEnableContext and do some operation > in machine, XRecordInterceptProc function will be invoked. Now about > structure XRecordInterceptData in XRecordInterceptProc, there is a member > "data" in it, and I just don't know what the "data" contain(unsigned char * > data). How can I get what I need from data? First, you need to determine the type of data your intercept routine is receiving. Hopefully, your prototype for the intercept routine is something like: static void recordIntercept(XPointer closure, XRecordInterceptData *recData); Now, if you look at the recData->category it will tell you whether the intercepted data is from the X server, from a client, etc, etc (check the X11/extensions/record.h and X11/extensions/recordstr.h header files for details on what to look for in recData->category). Once you know that, you know how to proceed. I mean, if the data is from the server, check the protocol book and see what the server can send (events, etc.). If the data is from a client, check the protocol to see what the client can send. So, for processing the server messages, you would extract the information via something like: xEvent *serverEvent = (xEvent *) recData->data; While the processing of the client requests would require initial casting like: xReq *clientReq = (xReq *) recData->data; Again, check the header files to see what the xEvent and xReq types contain, and how to further extract useful data out of them. :-) Definitely read the docs on RECORD extension before starting. > And are there any good examples about RECORD extension? At one point I discovered a test program for the RECORD extension, but I seem to have misplaced it. However, it wasn't very useful to me, because by the time I found it, I already had everything mostly working, and the things giving me problems were not explained in the test program. > Thanks in Advance! Sure thing. Nikola Miljanic [Nick] || Metro Link, Inc. [EMAIL PROTECTED] || http://www.metrolink.com Experience is what you get when you don't get what you want ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Building small (disk space) Xwindows environment.
Thanks for the response. I've looked at the KDrive stuff and really like it, but doesn't seem to have driver for CHIPS 96000, and we're trying to do better than straight VGA. If I knew it enough, I'd try to put the CHIPS driver into it, but I'm not ready to take on that, quite yet. I have Linux working great on the target, no weird "Monkey-Linux" thing, but real 2.4.18 kernel stuff. I can actually run on 18 MB (not quite a 16 MB CF, but 32MB works great) if I don't want any X. I've use the generic VGA X server on a 64MB flash, works fine. Now I know where to disable some of the fonts, I'll try that, and look into mounting the font directory in some form of loopback on a compressed filesystem. I guess, what I really need is: What parts of XFree86 4.2 do I need to leave ON. I'll turn the rest OFF in my config/cf files. I just need it to actually build the X server without complaining of undefined references, etc. What do I need to leave ON to make it work, what can I turn OFF? Thanks again. --Sean Fendt > -Original Message- > From: Christian Berger [SMTP:[EMAIL PROTECTED]] > Sent: Tuesday, July 30, 2002 00:47 > To: [EMAIL PROTECTED] > Subject: Re: [Xpert]Building small (disk space) Xwindows environment. > > Am Dienstag, 30. Juli 2002 00:01 schrieben Sie: > > Please help... > > > > I need to compile a functional, but small Xwindows system. It needs to > > include a few basic tools, say things like twm, xterm, etc.; and of > > course the X server itself. I would also like to create a small, what > > ever minimum I can get away with, set of fonts. > > Hmm, there is KDrive http://www.pps.jussieu.fr/~jch/software/kdrive.html > which does have buildt-in fonts. > > > Target system: > > 5x86 128 MHz CPU, > > CHIPS W69000 PCI Video controller. > > 32 MB Ram > > Linux Kernel 2.4.18 > > Running off 64 MB Compact Flash (on IDE bus). > > Wow, 64Mb? There's "Monkey-Linux" an aincient UMS-Dos distribution using > 40Mb including X. > > > There are 2 problems: 1. Font directory is HUGE, does it really need to > > be that big? > > Have you ever tried to compress it? Isn't there a cram filesystem for such > > things? You might be able to use it over a loopback filesystem. > Check wether you really need the 100dpi fonts. Just disable them in > xfree86.conf > > Servus > Casandro > > -- > My e-mail is in danger of beeing changed. > So please check http://casandro.dyndns.org/ > for any information on this. > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Dual Head + Fast 2D Graphics
Hello, Im looking at creating a dual headed system for use while developing an animation tool. Screen 1 for most of the development/coding work, Screen 2 for fullscreen playback of the animated sequences Im looking for advice on a fast 2D graphics card (im not interested in 3D) with good support under linux. I would also prefer that the video drivers were open source. Any suggestions or advice?? I would also be interested to hear from anyone with a similar set-up, what cards, configuration, problems etc you use/had. Thanks for any help, ~Colin. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert