Re: [Xpert]ATI Xpert128 + Quake2 on Linux = CRASH
On Mon, Sep 16, 2002 at 05:52:26PM -0500, Scott A. Conway wrote: Hi, I was wondering if there is anyone else out there who has the same problem I have with my ATI Xpert128 and Quake2 in Linux. No matter what I do, whenever I start this program, it begins to load, then the screen goes into DPMS shutdown, and I am forced to do a hard reset (Ctrl-Alt-Del does not work) just to get the system working again. So, WTF is goin on here? Try putting Option XaaNoPixmapCache into device section of XF86Config Bye, Peter Surda (Shurdeek) [EMAIL PROTECTED], ICQ 10236103, +436505122023 -- The dark ages were caused by the Y1K problem. msg08862/pgp0.pgp Description: PGP signature
RE: X hotplug (was Re: [Xpert]Direct keyboard mapping)
another layer between the hotplugging program and the event interface, one could later easily rewrite this layer to support other unices. Pretty sure that it doesn't. However I just installed FreeBSD last night, and therefore qualify as a complete newbie on *BSD. I can't prove this but I think that I maybe could have heard someday or anytime that *BSD maybe supports something similar to the Linux Event Interface. But as you probably hear from my way of express myself I'm pretty unsure. I would propose to write functions like GetCapabilities (...) instead of using ioctl calls like in the howto you pointed at in an earlier mail. Rewriting this functions will then later perhaps be the only step needed to port the application. You have to ioctl() to talk to the kernel. /dev/input/eventX is only a char device, not an RPC mechanism. Of course, the whole point of the mid-level application is to translate the kernel event API into the form required by the user applications. But I think if one really aims at a portable application (without being to greedy, which might lead to failure ;) ) it might be possible. Let's for instance create a library libevent which abstracts all calls to the Event Interface. I'll take another look at the document at www.frogmouth.net/hid-doco and linux/input.h as of 2.5.35 and 2.4.19. This might make it possible to me to create a library that will abstract things quite good. Porting this library later, should make life a lot more easier. The hotplugging program is likely going to do so many operating system dependent things that I'd consider it to be non-portable. Jepp, perhaps the libevent will be non-portable, but it won't be non-rewritable (ie. Portable ;) ) for different platforms. This is not to say that there can't be a common API to the main userspace applications, like X. In fact, there is no reason why it couldn't talk native X events Why not, you're right, this could make things lot more easier. X is already a standard. (ie the hotplugging application becomes an X input driver), subject to being able to exist without X at least part of the time. Maybe later it could become an X input driver. You realise that the buttons on USB speakers are identical to the multimedia keys? I had no clue actually, I'm rather stupid when it comes to USB stuff, didn't know of any USB speakers actually. I always thought that ALL speakers we're connected to the soundcard with a cinch cable. USB speakers are basically a soundcard (that interfaces via USB instead of PCI or ISA), the speakers, and usually a set of buttons - at least some of which are on a HID interface. Speakers are actually optional - see the extigy by creative. Oki. Basically, we need to represent all the Linux input event codes as X events, and then somehow associate the right set of controls with the right audio device. You mean for example in the case there are two sets of USB speakers? Initial design will work on there only being a single set, while later versions will use the driverfs tree to show the combination devices. I'm not so well informed when it comes to driverfs, can you point me to a good paper on it? There isn't too much documentation yet. If you want to _really_ know, you need to follow the linux-kernel mailing list (look for posts from Pat Mochel and Greg Kroah-Hartman). An overview (now a bit outdated) is provided in Pat Mochel's paper for OLS 2002 (see p. Don't disturb, currently reading. I don't think that anyone makes hotplug PCI video. Have to check I could really need a hotplug/hotconfig PCI video card. I'm designing a surveillance center for a client and I'm thinking of just taking a powerful Athlon or something and filling it with a lot of pci cards. If it would be possible to switch cards while the system is running (remove broken ones) = this would make it a lot more easier for me to make the client understand that XFree is the only way to go (they were initially thinking of Win2k). So I think video HOTPLUG is not too abstract anyway. As another poster pointed out, it is really a backplane problem, not a card problem. You just need to poke the right initialisation bits on the card. Maybe it will just work. Think I got an old ATI Mach64 from '95 to do hotplug. I connect it beside my TNT2, the second monitor it always black until I first startup X, after that it shows some BIOS info even if X is not online. It seems to me that the card is uninitialized until first initialized by X. It could be hotplugging what I'm seeing here, need to investigate more ;) I think that the database must differentiate between provided services and configurations, because (just an idea) I think of an SERVICE that a device provides as something, that it can always do, AND also simultaneous to other SERVICES. (Let's assume device A provides services 1 and 2, then the system
[Xpert]Crash in xkbcomp during build [CVS]
Hi all M/c: RedHat 7.3/kernel 2.4.18-10/P41.8/512MB/i845 I'm trying to build XFree86 CVS (updated today morning) and getting the following error: --- . make[5]: Entering directory `/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols' rm -f symbols.dir LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/xkbcomp -lfhlpR -o symbols.dir '*' make[5]: *** [symbols.dir] Segmentation fault make[5]: *** Deleting file `symbols.dir' make[5]: Leaving directory `/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols' make[4]: *** [all] Error 2 -- Using GDB, I'm getting a weird backtrace (mem corruption ?) -- TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbolsLD_LIBRARY_PATH=../../../exports/lib gdb ../../../exports/bin/xkbcomp/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) GNU gdb Red Hat Linux (5.1-1) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distrib /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)ute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) set args -lfhlpR -o symbols.dir '*' (gdb) run Starting program: /usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols/../../../exports/bin/xkbcomp -lfhlpR -o symbols.dir '*' Program received signal SIGSEGV, Segmentation fault. 0x4207ac55 in free () from /lib/i686/libc.so.6 (gdb) bt #0 0x4207ac55 in free () from /lib/i686/libc.so.6 #1 0x4008efd9 in _XlcLocaleDirName () from ../../../exports/lib/libX11.so.6 #2 0x40088f29 in _XlcDynamicLoad () from ../../../exports/lib/libX11.so.6 #3 0x4006c6ca in _XOpenLC () from ../../../exports/lib/libX11.so.6 #4 0x4006c819 in _XrmInitParseInfo () from ../../../exports/lib/libX11.so.6 #5 0x400568f4 in NewDatabase () from ../../../exports/lib/libX11.so.6 #6 0x400588d5 in XrmGetFileDatabase () from ../../../exports/lib/libX11.so.6/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) #7 0x4004fb4a in _XInitKeysymDB () from ../../../exports/lib/libX11.so.6 #8 0x4004fcb2 in XStringToKeysym () from ../../../exports/lib/libX11.so.6 #9 0x080646d9 in LookupKeysym () #10 0x080638b6 in yyparse () #11 0x080649f3 in XKBParseFile () #12 0x08062b92 in GenerateListing () #13 0x0804b560 in main () #14 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) --- Dynamic linking seems to be OK.. - TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbolsLD_LIBRARY_PATH=../../../exports/lib ldd ../../../exports/bin/xkbcomp libXext.so.6 = ../../../exports/lib/libXext.so.6 (0x40014000) libX11.so.6 = ../../../exports/lib/libX11.so.6 (0x40022000) libc.so.6 = /lib/i686/libc.so.6 (0x4200) libdl.so.2 = /lib/libdl.so.2 (0x4010d000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols Any pointers ? Thanks in advance. Rgds, Biswa. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Crash in xkbcomp during build [CVS]
Update on this: valgrind tellsme this: --- ==6641== Invalid free() / delete / delete[] ==6641==at 0x40043D89: free (vg_clientfuncs.c:180) ==6641==by 0x402B6FD9: _XlcLocaleDirName (in /usr/src/redhat/BUILD/XFree86-4.2.5/xc/lib/X11/libX11.so.6.2) ==6641==by 0x402B0F29: _XlcDynamicLoad (in /usr/src/redhat/BUILD/XFree86-4.2.5/xc/lib/X11/libX11.so.6.2) ==6641==by 0x402946CA: _XOpenLC (in /usr/src/redhat/BUILD/XFree86-4.2.5/xc/lib/X11/libX11.so.6.2) ==6641==Address 0x42122721 is not stack'd, malloc'd or free'd - Also, I don't get this crash without LD_LIBRARY_PATH specified (i.e. when linked with the system's current X11 - 4.2.0 from RH RawHide). Hope this helps. Rgds, Biswa. On Tue, 2002-09-17 at 17:02, [EMAIL PROTECTED] wrote: Hi all M/c: RedHat 7.3/kernel 2.4.18-10/P41.8/512MB/i845 I'm trying to build XFree86 CVS (updated today morning) and getting the following error: --- . make[5]: Entering directory `/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols' rm -f symbols.dir LD_LIBRARY_PATH=../../../exports/lib ../../../exports/bin/xkbcomp -lfhlpR -o symbols.dir '*' make[5]: *** [symbols.dir] Segmentation fault make[5]: *** Deleting file `symbols.dir' make[5]: Leaving directory `/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols' make[4]: *** [all] Error 2 -- Using GDB, I'm getting a weird backtrace (mem corruption ?) -- TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbolsLD_LIBRARY_PATH ../../../exports/lib gdb ../../../exports/bin/xkbcomp /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) GNU gdb Red Hat Linux (5.1-1) Copyright 2001 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distrib /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)ute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-redhat-linux... (gdb) set args -lfhlpR -o symbols.dir '*' (gdb) run Starting program: /usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols/../../../exports/bin/xkbcomp -lfhlpR -o symbols.dir '*' Program received signal SIGSEGV, Segmentation fault. 0x4207ac55 in free () from /lib/i686/libc.so.6 (gdb) bt #0 0x4207ac55 in free () from /lib/i686/libc.so.6 #1 0x4008efd9 in _XlcLocaleDirName () from ../../../exports/lib/libX11.so.6 #2 0x40088f29 in _XlcDynamicLoad () from ../../../exports/lib/libX11.so.6 #3 0x4006c6ca in _XOpenLC () from ../../../exports/lib/libX11.so.6 #4 0x4006c819 in _XrmInitParseInfo () from ../../../exports/lib/libX11.so.6 #5 0x400568f4 in NewDatabase () from ../../../exports/lib/libX11.so.6 #6 0x400588d5 in XrmGetFileDatabase () from ../../../exports/lib/libX11.so.6/lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) #7 0x4004fb4a in _XInitKeysymDB () from ../../../exports/lib/libX11.so.6 #8 0x4004fcb2 in XStringToKeysym () from ../../../exports/lib/libX11.so.6 #9 0x080646d9 in LookupKeysym () #10 0x080638b6 in yyparse () #11 0x080649f3 in XKBParseFile () #12 0x08062b92 in GenerateListing () #13 0x0804b560 in main () #14 0x42017499 in __libc_start_main () from /lib/i686/libc.so.6 (gdb) --- Dynamic linking seems to be OK.. - TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbolsLD_LIBRARY_PATH ../../../exports/lib ldd ../../../exports/bin/xkbcomp libXext.so.6 = ../../../exports/lib/libXext.so.6 (0x40014000) libX11.so.6 = ../../../exports/lib/libX11.so.6 (0x40022000) libc.so.6 = /lib/i686/libc.so.6 (0x4200) libdl.so.2 = /lib/libdl.so.2 (0x4010d000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000) TECHSHELF:/usr/src/redhat/BUILD/XFree86-4.2.5/xc/programs/xkbcomp/symbols Any pointers ? Thanks in advance. Rgds, Biswa. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: chips-driver bug ?
Thank you very much. It solves my problem !! If I had known that it is that easy.. Actually I don't need more than this. God bless you. mox On Fri, 13 Sep 2002 11:40:04 +0200 David Bateman[EMAIL PROTECTED] wrote: You can easily use the 3.3.6 server with XFree 4.2.0 libraries. Just copy the XF86_SVGA file from 3.3.6 to /usr/X11R6/bin of an 4.2.0 installation (it might even already be there), check that /etc/X11/XF86Config contains a 3.3.6 config file and that /etc/X11/XF86Config-4 contains the XFree 4.2.0 config file. Then to switch between XFree 3.3.6 and 4.2.0 just change the link /usr/X11R6/X to point to the right place. That is cd /usr/X11R6/bin ln -s XFree86 X For Xfree 4.2.0 and cd /usr/X11R6/bin ln -s XF86_SVGA X for 3.3.6 Regards David ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]ATI Mobility Radeon 9000?
Title: RE: [Xpert]ATI Mobility Radeon 9000? get your hands on latest dri-devl CVS snapshots or respective binary preview-builds. AFAIK your grafics should be supported with that. -Original Message- From: Sebastian Kuzminsky [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 17, 2002 01:52 To: [EMAIL PROTECTED] Subject: [Xpert]ATI Mobility Radeon 9000? Hello, does anyone know if the ATI Mobility Radeon 9000 is supported in XFree86 4.1 or 4.2? Sebastian ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]CVS build errors
Hi all Any idea why make World is looking for programs/Xserver/hw/xfree86/os-support/linux/int10/vm86 and failing because the directory does not exist ? Thanks in advance. Rgds, Biswa. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]long long arithmetic in xserver modules
Hello lists! I am currently working on a loadable X server module and would like to use long long arithmetics in quite some places. During testing I always got An unresolved function was called! messages which were quite inexplicable to me, until I tracked it down to the symbol __divdi3, which gcc generates for my long long division (x86 architecture, gcc-2.95.4 on Debian Woody). Since the symbol is exported from libc just fine I wonder why the loader is unable to resolve it? Am I supposed to link in all of libgcc into the module? (would be tricky - I'm almost guaranteed to get conflicts due to symbols defined multiple times this way) Best regards -- Helge Bahmann [EMAIL PROTECTED] /| \__ The past: Smart users in front of dumb terminals /_|\ _/\ | __) $ ./configure\\ \|__/__| checking whether build environment is sane... yes \\/___/ | checking for AIX... no (we already did this)| ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]long long arithmetic in xserver modules
On Tue, 17 Sep 2002, Helge Bahmann wrote: Hello lists! I am currently working on a loadable X server module and would like to use long long arithmetics in quite some places. During testing I always got An unresolved function was called! messages which were quite inexplicable to me, until I tracked it down to the symbol __divdi3, which gcc generates for my long long division (x86 architecture, gcc-2.95.4 on Debian Woody). Since the symbol is exported from libc just fine I wonder why the loader is unable to resolve it? Am I supposed to link in all of libgcc into the module? (would be tricky - I'm almost guaranteed to get conflicts due to symbols defined multiple times this way) Library functions aren't available to kernel modules directly. The ones that are allowed are wrapped, with declarations in files like xc/programs/Xserver/hw/xfree86/os-support/xf86_ansic.h and xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h and defined in xc/programs/Xserver/hw/xfree86/os-support/shared/libc_wrapper.c and friends. I'm not sure that all supported compilers/platforms support long long If you actually want a 64 bit type, I don't know whether it would be more sensible to define INT64 for your platform in xc/include/Xmd.h ? -- Dr. Andrew C. Aitchison Computer Officer, DPMMS, Cambridge [EMAIL PROTECTED] http://www.dpmms.cam.ac.uk/~werdna ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]long long arithmetic in xserver modules
Library functions aren't available to kernel modules directly. [server modules I presume] ah ok I understand, the exported symbols list is in fact restricted to the xf86* functions and symbols directly generated by the server... strange that I really did not miss the C library so far :-) This means I will have to provide a version of the __divdi3 function in the module itself -- ok, I can just link in libgcc (or at least the relevant object), but the moment some other module wants to do the same I will get module load failures due to duplicate symbols I'm not sure that all supported compilers/platforms support long long If you actually want a 64 bit type, I don't know whether it would be more sensible to define INT64 for your platform in xc/include/Xmd.h ? I can declare it, but this still does not make the required symbol available from libgcc; besides at the moment I want to get it working at all before thinking too much about other platforms Best regards -- Helge Bahmann [EMAIL PROTECTED] /| \__ The past: Smart users in front of dumb terminals /_|\ _/\ | __) $ ./configure\\ \|__/__| checking whether build environment is sane... yes \\/___/ | checking for AIX... no (we already did this)| ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]long long arithmetic in xserver modules
On Tue, Sep 17, 2002 at 04:49:43PM +0200, Helge Bahmann wrote: I am currently working on a loadable X server module and would like to use long long arithmetics in quite some places. During testing I always got An unresolved function was called! messages which were quite inexplicable to me, until I tracked it down to the symbol __divdi3, which gcc generates for my long long division (x86 architecture, gcc-2.95.4 on Debian Woody). This symbol is exported by the loader in the current XFree86. See xfree86/loader/xf86sym.c. In 4.2.0 it was only exported for IA-64 builds. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Another cvs HEAD build error -- mga_driver.c:141: mga_merge.h: Nosuch file or directory
mga_driver.c:141: mga_merge.h: No such file or directory make[6]: *** [mga_driver.o] Error 1 make[6]: Leaving directory `/usr/src/xc/programs/Xserver/hw/xfree86/drivers/mga' ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Noises during playing sounds
When I play some sounds and I move a window or scroll a page I ear some clicking noises, I have a sound blaster live! (with ALSA module snd-card-emu10k1) and a S3 Savage 4 using the X driver savage for the XFree86 4.2.0 . There is some reason to my problem??? Can you give me some help?? Thanks Antonio ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]long long arithmetic in xserver modules
On Tue, 17 Sep 2002 David Dawes wrote: This symbol is exported by the loader in the current XFree86. See xfree86/loader/xf86sym.c. In 4.2.0 it was only exported for IA-64 builds. thanks, this information is very helpful to me Regards -- Helge Bahmann [EMAIL PROTECTED] /| \__ The past: Smart users in front of dumb terminals /_|\ _/\ | __) $ ./configure\\ \|__/__| checking whether build environment is sane... yes \\/___/ | checking for AIX... no (we already did this)| ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Noises during playing sounds
Turn down/ mute your audio in and mic. You probably have one/both of those maxed and as a result they are picking up electrical interference from using your mouse or other things and amplifying it a _LOT_ and outputing it. The alternative is to turn off loop back on either/both of these. This would allow you to still use the mic, but then audio coming in to the mic/aux_in wont also come out your speakers, it will just go to the application recording them. I've honestly never seen this on linux but I have seen it on several windows computers. And as far as I know this is the only possible way for your moving the mouse to generate static in your sound card. As allways, I don't guarantee I'm correct though. Good luck. Josie Imlay http://josie.atypedigital.com On Tue, 17 Sep 2002, Antonio Bibiano wrote: When I play some sounds and I move a window or scroll a page I ear some clicking noises, I have a sound blaster live! (with ALSA module snd-card-emu10k1) and a S3 Savage 4 using the X driver savage for the XFree86 4.2.0 . There is some reason to my problem??? Can you give me some help?? Thanks Antonio ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Guidance with Trident driver and XAA
Hi everyone, I'm trying to reduce the impact that the current trident driver has on my EPIA-5000 motherboard (integrated shared-mem CyberBlade I1). Currently, using solid window dragging causes severe sound distortion as (I presume) the soundcard's PCI air-supply is cut off... This doesn't happen if I use the vesa driver. I've experimented with the Trident driver, and found that dropping a usleep(1); into the end of BladeSubsequentScreenToScreenCopy() solves the audio problem at a stroke, but of course impacts the driver performance. Can anyone suggest a better way of solving this problem? All the best, -- Alastair M. Robinson Email: [EMAIL PROTECTED] 640K ought to be enough for anybody. -- Bill Gates, 1981 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Noises during playing sounds
The PCI bridge can be put into a special mode allowing infinite retries. This means that if the video card is given a command, the PCI bus essentially stops until the video card responds (and some video cards take a long time to do so). Some X servers will allow you to turn this particular feature off while still enabling the other acceleration abilities of the video card but as to which X servers allow it and how to actually disable this 'feature' I have no idea. This is a problem that crops up quite regularly in real-time systems requiring tight deterministic features (the video card literally blows determinism out of the water) although I have not personally had to deal with it. Troy Davis -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott Long Sent: Tuesday, September 17, 2002 1:49 PM To: [EMAIL PROTECTED] Subject: Re: [Xpert]Noises during playing sounds Actually, I don't think he said that just moving the mouse causes the problem. It seems like it's happening whenever he scrolls a window or moves it. If the S3 card is PCI, chances are it's stealing PCI bandwidth from the SBLive! card causing this audio tearing. If that's the case, there's really nothing you can do about it (except buy an AGP video card)! I would suggest turning off opaque window resize/move in the window manager if it's enabled, that should reduce the PCI bandwidth requirements during a window move/resize. However, scrolling will probably continue to cause clicks and pops. I had precisely this same problem back when I was also using an S3 PCI card. There's no good solution except to upgrade to AGP if possible. Scott Long SwiftView, Inc. http://www.swiftview.com On Tue, 17 Sep 2002 10:57:19 -0700 (PDT) J. Imlay [EMAIL PROTECTED] wrote: Turn down/ mute your audio in and mic. You probably have one/both of those maxed and as a result they are picking up electrical interference from using your mouse or other things and amplifying it a _LOT_ and outputing it. The alternative is to turn off loop back on either/both of these. This would allow you to still use the mic, but then audio coming in to the mic/aux_in wont also come out your speakers, it will just go to the application recording them. I've honestly never seen this on linux but I have seen it on several windows computers. And as far as I know this is the only possible way for your moving the mouse to generate static in your sound card. As allways, I don't guarantee I'm correct though. Good luck. Josie Imlay http://josie.atypedigital.com On Tue, 17 Sep 2002, Antonio Bibiano wrote: When I play some sounds and I move a window or scroll a page I ear some clicking noises, I have a sound blaster live! (with ALSA module snd-card-emu10k1) and a S3 Savage 4 using the X driver savage for the XFree86 4.2.0 . There is some reason to my problem??? Can you give me some help?? Thanks Antonio ___ 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]Noises during playing sounds
Scott Long wrote: If the S3 card is PCI, chances are it's stealing PCI bandwidth from the SBLive! card causing this audio tearing. Yes but I tried to install XFree86 3.3.6 and the problem was resolved but with the 3.3.6 was a luck of libraries and some programs asked me libraries that I had to take from the 4.2.0 directory and becuse some of the programs that I abitually use doesn't run I came back to XFree86 4.2.0 Why with 3.3.6 there isn't any problem..??? and How I can install well it on a Salckware 8.1??? Can you help me?? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Cannot build cvs HEAD -- No rule to make target `xf86noBus.o'
On Tue, 17 Sep 2002, Miles Lane wrote: Any idea how I can fix this? make[5]: *** No rule to make target `xf86noBus.o', needed by `libxf86.a'. Stop.make[5]: Leaving directory `/usr/src/xc/programs/Xserver/hw/xfree86/common' The HEAD branch is currently unstable, and likely will be so for the next few days. Bear with us. 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]Force Xvesa server
How can I set up my XF86Config file to force my diskless clients to use the Xvesa server? Nicholas Lafferty Manager Pennswoods.net Country Club Mall ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Behavior of Radeon Mobility M7 (LW) with multiple screens
From: hy0 [EMAIL PROTECTED] Date: Tue, 17 Sep 2002 20:18:52 -0700 Radeon driver is located in xc/programs/Xserver/hw/xfree86/drivers/ati/. Yes, I found it, but it appears that moving it to my system will not be trivial due to the mesa-4 merge. The radeon mesa drivers would need to be merged and that looks like it requires LOTS of other stuff. Probably not worth pursuing at this time. You need to download the whole CVS tree to compile Radeon driver. Does this mean that I need to pull in CVS from the head or is there an appropriate tag that will let me avoid the mesa4 stuff but still get the fix? (I'll admit I'd prefer NOT to run the code at HEAD of any large project.) OK. The problem is that the display loses horizontal sync when turned off (manually or via APM) and then back on. Since Windows has no such problem, I was hoping to tweak the vertical refresh a bit and see if I could resolve that. To get sync back, I have to switch to a text display, turn the display off, then turn it back on and return to the X display. This works, but it's not very nice, especially when it's on battery when I would like the display to turn off fairly quickly. This is a known bug and it happens on certain panels. The problem has nothing to do with vertical refresh. It appears to be related to the power delay required by some panels. Someone has managed to avoid this problem by modifying delay time in the APM code (not in Radeon driver). If you're willing to debug, I can send you more info off the list. I'd be interested in that. I have not done any kernel debug work in about 15 years since I was writing system services and drivers for VMS. It should be educational, at very least, but will be dependent on my available time to work on it. 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
[Xpert]Radeon clone mode bug(s) + fix
Hi, I hope this is the correct place to report bugs and send bugfixes, if not, please let me know. The attached patch fixes few bugs in Radeon driver. Tested with R8500LE on Linux with XFree86 4.2.0 (RedHat package) with current CVS radeon driver. 1. Cloning the display and using XVideo halts the system when moving the viewport. I've traced that to the fact XVideo routines change pScrn-AdjustFrame to their internal function, which isn't prepared to be called for clone display. I've changed all calls of pScrn-AdjustFrame() for clone display to just RADEONAdjustFrame() - clone display has nothing to do with XVideo anyway. 2. I've simplified some conditional code. 3. User should now be able to specify sync polarity for clone modes (using ModeLine). 4. Clone mode %s in config file is used is now being displayed correctly. Some of these changes might be useful for 4.2.0/4.2.1 as well, but I haven't tested that. Another question: I'm possibly going to implement some more changes to radeon driver, mainly related to connecting different output devices (DFP, CRT, TV, etc) to primary/secondary CRT controllers (current driver is unusable if you have something connected to TV-out, and you have only CRT and no DVI device). The other thing would be merging (portions of) GATOS code. How should I do that? Is anyone working on similar things? -- Krzysztof Halasa Network Administrator --- xc/programs/Xserver/hw/xfree86/drivers/ati-new/radeon.h Thu Jul 11 22:11:51 2002 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon.h Tue Sep 17 22:40:28 2002 -511,6 +513,7 extern int RADEONMinBits(int val); extern voidRADEONInitVideo(ScreenPtr); +extern voidRADEONAdjustFrame(int scrnIndex, int x, int y, int flags); #ifdef XF86DRI extern BoolRADEONDRIScreenInit(ScreenPtr pScreen); --- xc/programs/Xserver/hw/xfree86/drivers/ati-new/radeon_cursor.c Thu Jul 11 22:11:51 2002 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_cursor.c Tue Sep 17 22:42:49 2002 -154,7 +154,7 if ((X0 = 0 || Y0 = 0) ((info-CloneFrameX0 != X0) || (info-CloneFrameY0 != Y0))) { - pScrn-AdjustFrame(pScrn-scrnIndex, X0, Y0, 1); + RADEONAdjustFrame(pScrn-scrnIndex, X0, Y0, 1); info-CloneFrameX0 = X0; info-CloneFrameY0 = Y0; } -168,18 +168,9 | ((xorigin ? 0 : x) 16) | (yorigin ? 0 : y))); OUTREG(RADEON_CUR_OFFSET, info-cursor_start + yorigin * 16); -} else { - OUTREG(RADEON_CUR2_HORZ_VERT_OFF, (RADEON_CUR2_LOCK - | (xorigin 16) - | yorigin)); - OUTREG(RADEON_CUR2_HORZ_VERT_POSN, (RADEON_CUR2_LOCK - | ((xorigin ? 0 : x) 16) - | (yorigin ? 0 : y))); - OUTREG(RADEON_CUR2_OFFSET, - info-cursor_start + pScrn-fbOffset + yorigin * 16); } -if (info-Clone) { +if (info-IsSecondary || info-Clone) { OUTREG(RADEON_CUR2_HORZ_VERT_OFF, (RADEON_CUR2_LOCK | (xorigin 16) | yorigin)); --- xc/programs/Xserver/hw/xfree86/drivers/ati-new/radeon_driver.c Tue Sep 17 18:33:16 2002 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c Tue Sep 17 23:00:45 2002 -616,33 +632,16 RADEONInfoPtr info = RADEONPTR(pScrn); unsigned char *RADEONMMIO = info-MMIO; -if (!info-IsSecondary) { - switch(info-DisplayType) { - case MT_LCD: - case MT_CRT: - case MT_DFP: - OUTREGP(RADEON_CRTC_EXT_CNTL, - RADEON_CRTC_DISPLAY_DIS | - RADEON_CRTC_VSYNC_DIS | - RADEON_CRTC_HSYNC_DIS, - ~(RADEON_CRTC_DISPLAY_DIS | - RADEON_CRTC_VSYNC_DIS | - RADEON_CRTC_HSYNC_DIS)); - break; +if (!info-IsSecondary) + OUTREGP(RADEON_CRTC_EXT_CNTL, + RADEON_CRTC_DISPLAY_DIS | + RADEON_CRTC_VSYNC_DIS | + RADEON_CRTC_HSYNC_DIS, + ~(RADEON_CRTC_DISPLAY_DIS | + RADEON_CRTC_VSYNC_DIS | + RADEON_CRTC_HSYNC_DIS)); - case MT_NONE: - default: - break; - } - if (info-Clone) - OUTREGP(RADEON_CRTC2_GEN_CNTL, - RADEON_CRTC2_DISP_DIS | - RADEON_CRTC2_VSYNC_DIS | - RADEON_CRTC2_HSYNC_DIS, - ~(RADEON_CRTC2_DISP_DIS | - RADEON_CRTC2_VSYNC_DIS | - RADEON_CRTC2_HSYNC_DIS)); -} else { +if (info-IsSecondary || info-Clone) OUTREGP(RADEON_CRTC2_GEN_CNTL, RADEON_CRTC2_DISP_DIS | RADEON_CRTC2_VSYNC_DIS | -650,7 +649,6 ~(RADEON_CRTC2_DISP_DIS | RADEON_CRTC2_VSYNC_DIS | RADEON_CRTC2_HSYNC_DIS)); -} } /* Unblank screen */ -659,45 +657,19 RADEONInfoPtr info = RADEONPTR(pScrn); unsigned char *RADEONMMIO = info-MMIO; -if (!info-IsSecondary) { - switch (info-DisplayType) { - case MT_LCD: - case MT_CRT: - case MT_DFP: - OUTREGP(RADEON_CRTC_EXT_CNTL, - RADEON_CRTC_CRT_ON, - ~(RADEON_CRTC_DISPLAY_DIS | - RADEON_CRTC_VSYNC_DIS | - RADEON_CRTC_HSYNC_DIS)); - break; - - case MT_NONE: - default: - break; - } - if (info-Clone) - OUTREGP(RADEON_CRTC2_GEN_CNTL, - 0, - ~(RADEON_CRTC2_DISP_DIS | - RADEON_CRTC2_VSYNC_DIS | -
Re: [Xpert]Radeon clone mode bug(s) + fix
On Die, 2002-09-17 at 23:39, Krzysztof Halasa wrote: 1. Cloning the display and using XVideo halts the system when moving the viewport. I've traced that to the fact XVideo routines change pScrn-AdjustFrame to their internal function, which isn't prepared to be called for clone display. I've changed all calls of pScrn-AdjustFrame() for clone display to just RADEONAdjustFrame() - clone display has nothing to do with XVideo anyway. I don't see anything about AdjustFrame in radeon_video.c, must be a GATOS thing? Anyway, wouldn't it be better to fix that other AdjustFrame function for clone? Or is this about fbdevHWAdjustFrame? Slightly confused. -- 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]Noises during playing sounds
On Tue, 17 Sep 2002, Antonio Bibiano wrote: When I play some sounds and I move a window or scroll a page I ear some clicking noises, I have a sound blaster live! (with ALSA module snd-card-emu10k1) and a S3 Savage 4 using the X driver savage for the XFree86 4.2.0 . These are usually PCI retry problems. Those happen when the graphics driver sends data to the card when there is not room in the fifo. In that case a PCI disconnect occurs and the bus retries sending the data until there is room again. This has a distruptive effect on the performance of other cards using the PCI bus. I don't know if this is what is happening with the Savage driver, but what I described is the typical cause. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Cannot build cvs HEAD -- No rule to make target `xf86noBus.o'
Were you also missing vm86 too? =) On September 17, 2002 07:21 pm, Miles Lane wrote: Any idea how I can fix this? make[5]: *** No rule to make target `xf86noBus.o', needed by `libxf86.a'. Stop.make[5]: Leaving directory `/usr/src/xc/programs/Xserver/hw/xfree86/common' Linux firehose 2.4.20-pre5-ben0 #12 Tue Sep 10 05:25:08 PDT 2002 ppc unknown Gnu C 2.95.3 Gnu make 3.79.1 util-linux 2.11i mount 2.11i modutils 2.4.19 e2fsprogs 1.24a reiserfsprogs 3.x.0k-pre9 pcmcia-cs 3.1.28 PPP2.4.1 isdn4k-utils 3.1pre2 Linux C Libraryx1 root root 1524461 Jul 14 07:21 /lib/libc.so.6 Dynamic linker (ldd) 2.2.4 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert](EE) RADEON(0): Idle timed out, resetting engine...
I am running Mnadrake's Cooker which now has XFree86 4.2.1 plus gatos' ati.2 from cvs as of 20020907 (same thing happens with stock 4.2.1 ati driver). When I try to start my Xserver I get the following errors: (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... I saw some messages regarding a fix that went in just recently to fix this problem on the Radeon 7500. My Radeon is a: $ lspci | grep Radeon 00:0f.0 VGA compatible controller: ATI Technologies Inc Radeon QD I have tried disabling dri and glx but it still produces the same results. Any ideas as to what is going on? The complete server startup log follows: XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.18-23mdkenterprise i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Sep 9 20:03:35 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout single (**) |--Screen screen1 (0) (**) | |--Monitor ViewSonic|ViewSonic PS790 (**) | |--Device ATI Radeon (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 250 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail Using vt 8 (--) using VT number 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80001044, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0735 card , rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:02:2: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:3: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80 (II) PCI: 00:02:7: chip 1039,7012 card 1019,0a14 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,0900 card 1019,0a14 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 109e,036e card a1a0,a0fc rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0b:1: chip 109e,0878 card a1a0,a0fc rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1002,5144 card 1002,0039 rev 00 class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 102b,051f card 102b,1300 rev 00 class 03,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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (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: 0x08 (VGA_EN is set) (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:1:0), (0,1,1), BCTRL: 0x02 (VGA_EN is cleared) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xced0 - 0xcfdf (0x110) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xbcb0 - 0xbebf (0x210) MX[B] (II) Bus
Re: [Xpert]Noises during playing sounds
On Tue, 17 Sep 2002, Antonio Bibiano wrote: When I play some sounds and I move a window or scroll a page I ear some clicking noises, I have a sound blaster live! (with ALSA module There is some reason to my problem??? I am also faced is problem in my machine ( Intel 810 ). But after re-fixing [ Change the polarity - In AC polarity has no meaning :) ] the speaker power plug, the clicking nosies stoped. Bye -- --==| Bharathi S | BSB-364 DONLab | IIT-Madras |==-- The words of mouth are of no use When eye to eye agrees the gaze. *In Tirukkural of Holy Tamil poet Tiruvalluvar. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: [GATOS](EE) RADEON(0): Idle timed out, resetting engine...
If you are using GATOS ati.2 binaries make sure that you use drm-kernel modules from GATOS, not stock drm modules. The way the different modules setup Radeon's memory controller is incompatible. In particular, you need to shutdown and restart your computer in between switching of regular XFree86 drivers and GATOS ati.2 drivers. Otherwise the you might see a lockup. GATOS ati.2 drivers should have no problems starting after regular XFree86 drivers, but this might not be true vice versa as regular drivers are simply ignoring that part of the chip. best Vladimir Dergachev On Tue, 17 Sep 2002 [EMAIL PROTECTED] wrote: I am running Mnadrake's Cooker which now has XFree86 4.2.1 plus gatos' ati.2 from cvs as of 20020907 (same thing happens with stock 4.2.1 ati driver). When I try to start my Xserver I get the following errors: (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... (EE) RADEON(0): Idle timed out, resetting engine... I saw some messages regarding a fix that went in just recently to fix this problem on the Radeon 7500. My Radeon is a: $ lspci | grep Radeon 00:0f.0 VGA compatible controller: ATI Technologies Inc Radeon QD I have tried disabling dri and glx but it still produces the same results. Any ideas as to what is going on? The complete server startup log follows: XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.18-23mdkenterprise i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.0.log, Time: Mon Sep 9 20:03:35 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout single (**) |--Screen screen1 (0) (**) | |--Monitor ViewSonic|ViewSonic PS790 (**) | |--Device ATI Radeon (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (**) Option AutoRepeat 250 30 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail Using vt 8 (--) using VT number 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x80001044, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1039,0735 card , rev 01 class 06,00,00 hdr 80 (II) PCI: 00:01:0: chip 1039,0001 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 1039,0008 card , rev 00 class 06,01,00 hdr 80 (II) PCI: 00:02:2: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:3: chip 1039,7001 card 1019,0a14 rev 07 class 0c,03,10 hdr 00 (II) PCI: 00:02:5: chip 1039,5513 card 1039,5513 rev d0 class 01,01,80 hdr 80 (II) PCI: 00:02:7: chip 1039,7012 card 1019,0a14 rev a0 class 04,01,00 hdr 00 (II) PCI: 00:03:0: chip 1039,0900 card 1019,0a14 rev 90 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 109e,036e card a1a0,a0fc rev 02 class 04,00,00 hdr 80 (II) PCI: 00:0b:1: chip 109e,0878 card a1a0,a0fc rev 02 class 04,80,00 hdr 80 (II) PCI: 00:0f:0: chip 1002,5144 card 1002,0039 rev 00 class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 102b,051f card 102b,1300 rev 00 class 03,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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading
Re: [Xpert]Radeon clone mode bug(s) + fix
On 18 Sep 2002, Michel [ISO-8859-1] Dänzer wrote: On Die, 2002-09-17 at 23:39, Krzysztof Halasa wrote: 1. Cloning the display and using XVideo halts the system when moving the viewport. I've traced that to the fact XVideo routines change pScrn-AdjustFrame to their internal function, which isn't prepared to be called for clone display. I've changed all calls of pScrn-AdjustFrame() for clone display to just RADEONAdjustFrame() - clone display has nothing to do with XVideo anyway. I don't see anything about AdjustFrame in radeon_video.c, must be a GATOS thing? Anyway, wouldn't it be better to fix that other AdjustFrame function for clone? Judging by the patch this is not anywhere near GATOS modifications and looks to be pretty reasonable.. I am not current on recent XFree86 CVS though. Vladimir Dergachev Or is this about fbdevHWAdjustFrame? Slightly confused. -- 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 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert