CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/21 13:44:23 Log message: 938. Fix adding FP native mode for Radeon (Hui [EMAIL PROTECTED], Kevin Martin). 937. Initialize I2C when primary head has an invalid DDC type for the Radeon driver (Hui [EMAIL PROTECTED]). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/ati/: radeon_driver.c Revision ChangesPath 3.2574+4 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.90 +10 -2 xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/21 22:21:12 Log message: 942. Correctly initialize the RE_LINE_PATTERN register in the radeon and r200 DRI drivers (Keith Whitwell). Modified files: xc/lib/GL/mesa/src/drv/r200/: r200_state_init.c xc/lib/GL/mesa/src/drv/radeon/: radeon_state_init.c Revision ChangesPath 1.4 +2 -6 xc/lib/GL/mesa/src/drv/r200/r200_state_init.c 1.3 +2 -6 xc/lib/GL/mesa/src/drv/radeon/radeon_state_init.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/02/21 22:32:05 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.2577+6 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Re: RELNOTES for 4.3.0
If we go into details we should definitely add: Added BigEndian support to the CT driver. Egbert. Juliusz Chroboczek writes: Oh, and what about the Savage changes? XFree86 no longer crashes the TwisterK, which is important for a lot of people. Unless Tim is around, here's my proposal: Fixes Savage problems on the TwisterK, including hangs in the Blaster xscreensaver hack and hangs with XVideo. Also fixes incorrect memory size detection. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xterm and UTF8
Juliusz Chroboczek [EMAIL PROTECTED] $B$5$s$O=q$-$^$7$?(B: (B (B And, yes, of course xterm should start up in utf-8 mode if the locale (B encoding is UTF-8. (B (B MH Thanks, that was my original conclusion also. I had just (B MH wondered why it doesn't. Just an xterm bug I guess. (B (B *locale: true (B (B (Credit to Tomohiro Kubota.) (B (BThat makes xterm start luit automatically for non-UTF-8 locales. (B (Bxterm starts in UTF-8 mode when the locale encoding is UTF-8 even if (B"locale: false". XTerm did that for a long time already, see also (B (Bhttp://mail.nl.linux.org/linux-utf8/2001-05/msg00063.html (B (B-- (BMike Fabian [EMAIL PROTECTED] http://www.suse.de/~mfabian $B?gL2ITB-$O;E;v$NE($@!#(B (B___ (BDevel mailing list ([EMAIL PROTECTED] (Bhttp://XFree86.Org/mailman/listinfo/devel
Re: key-bug?
On Fri, 21 Feb 2003 12:52:09 + Mikael Andersson [EMAIL PROTECTED] wrote: On Thursday 20 February 2003 20.20, Michael Buesch wrote: Oh thank you!!! It works now. I was really getting sad, because I'm a C++programmer and I really need this key. :) But how to fix the bar? Is this a real bug in xfree? What keyboards are you using and how is you XF86Config-4 specified ? I have a ms natural keyboard and had the same problem when it was specified as such in XF86Config-4. Changing to Option XkbModel pc102 In XF86Confiog-4 fixed the problem for me. And adding |Option XkbModel pc105| to XF86Config solved it for me too. I havent had to specify my keyboard before. It has always workded automagically. Maybe X should default to the most common keyboard or spit a warning that it hasnt been specified. If it is a user error then it is probably a good mesure to inform the user about it. A big thankyou Mikael and im back reading up on XF86Config. I shouldnt have made such a stupid mistake in the first place. /regards Mikael Andersson ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: key-bug?
I had the same problem, but I solved it with the changing of the keyboard-model: setxkbmap -model pc102 I also tried to change this in /etc/X11/XF6Config but it didn't worked. For some unexpected reason the X-Server doesn't pay attention to the config-file. I was not able to change the model or even the language. It refers to standard model pc101 everytime I start the X-Server. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: RELNOTES for 4.3.0
On Fri, Feb 21, 2003 at 04:06:57AM -0500, Mike A. Harris wrote: I've got a minimum of 5 bug reports stating that Savage MX/IX is broken in CVS XFree86 completely, and I've got at least 15 users begging me daily for fixes. I have been in contact with Tim Roberts about these issues, and his latest driver 1.1.27t fixes these issues. I didn't say the driver in CVS XFree86 was broken on this hardware for no reason. It may perhaps work for some users, but it is definitely broken for many. It is rare that I get more than 3 or so users report any particular XFree86 issue. Since users testing Tim's binary driver report that it fixes the problems for them, I have updated Red Hat XFree86 4.2.99.902 packages with Tim Robert's latest 1.1.27t driver, and patched in the 1.1.26t-1.1.26 CVS changes on top of it, however I have not gotten feedback from the users who have reported the driver being broken as to wether the new driver in our packaging works for them yet or not. If my latest build does work, then I was going to recommend that the savage driver be updated to 1.1.27t in CVS prior to 4.3.0, but if it does not work, then some change that went into XFree86 CVS on top of 1.1.26t broke support for these chips. Sorry - I didn't mean to imply that the driver was fine and you were wrong. I was merely suggesting that there was a workaround that fixed the problem for me(tm). The driver didn't work at all for me until I tried that option. Thanks for the notice on the packages. I'll install them this weekend and let you know the results. In other news, DPMS is still broken on my Radeon VE - Flat Panel (DVI). I don't have a DVI panel, or I'd have a look at that. Perhaps Hui or someone can take a stab at it though. Or, send me a DVI panel. ;o) There was a suggested patch sent to xpert, but I don't know what happened as a result: http://www.spinics.net/lists/xf-xpert/msg08069.html Jeff ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: key-bug?
hi. setxkbmap -model pc105 works for me. But changing it in XF86Config to pc105 doesn't work. regards Michael Buesch. On Friday 21 February 2003 13:35, Oliver Welter wrote: I had the same problem, but I solved it with the changing of the keyboard-model: setxkbmap -model pc102 I also tried to change this in /etc/X11/XF6Config but it didn't worked. For some unexpected reason the X-Server doesn't pay attention to the config-file. I was not able to change the model or even the language. It refers to standard model pc101 everytime I start the X-Server. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- My homepage: http://www.8ung.at/tuxsoft Linux is like a wigwam: no gates, no windows, and an apache inside. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: key-bug?
On Friday 21 February 2003 18:56, Mikael Andersson wrote: On Friday 21 February 2003 13.35, Oliver Welter wrote: I had the same problem, but I solved it with the changing of the keyboard-model: setxkbmap -model pc102 I also tried to change this in /etc/X11/XF6Config but it didn't worked. XF86Config-4 is the file you should edit if that wasn't the one you edited. I edited the right one. :) On my LFS it is /etc/X11/XF86Config (I have no XF3.x installed) For some unexpected reason the X-Server doesn't pay attention to the config-file. I was not able to change the model or even the language. It refers to standard model pc101 everytime I start the X-Server. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel /regards Mikael Andersson ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- My homepage: http://www.8ung.at/tuxsoft Linux is like a wigwam: no gates, no windows, and an apache inside. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Overlay
Thank you for your help. Derek Lukasik wrote: Hello, I've been going through how Xserver implements Overlay. I still find information on this very limited. So I'm hoping that this thread will enlighten me more about this. First of all the Chips and Technologies driver implements overlay using 2 different framebuffers. Unfortunatly I can't get my hands on one to see how it works. But here's my questions: Let's say you have 2 different visuals. One PseudoColor and one TrueColor. You have an application that runs only in PseudoColor. As I understand the 8 bit app will be drawn on the overlay surface. I need to confirm on how does it know where to draw itself. For example, when I move the window with a border that is TrueColor. How does it get updated? How does it know where to display the overlay surface? The app doesn't know anything about how to draw itself. All the work happens in the driver. All the app has to know is that it is rendering to a depth 8 PseudoColor surface. The driver must look at requests coming from clients, note that they're targeted at the overlay surface, and fulfill the request appropriately. When you mention moving a window with a TrueColor border, I assume you're referring to the window manager decorations as the border. A single window in X cannot have a border with a different depth. A parent window can have children with different depths, however. That is usually the situation with a window manager. When you move the parent window, its children (in whatever layer) move as well. The color key concept is confusing for me. For example: the driver has index 255 to be the color key. What does that mean for an 8 bit app? Anything with color index 255 will be transparent? Or does that mean that anything with that color index will be visible? Overlay is typically implemented by reserving one index in the PseudoColor palette for transparency. This allows clients to render transparency if they wish. That index is usually 255. It is indicated by the SERVER_OVERLAY_VISUALS property. Clients should decode that property to determine that transparent index value. The property tells you which visuals are overlay visuals and for each, what type of transparency they implement (as well as the transparent index). The X server may present multiple overlay visuals. One visual may implement transparency whereas another may not (again look at the SERVER_OVERLAY_VISUALS property). The point here is that within the same class of visual, you may encounter both overlay opaque (no transparency) and overlay transparent visuals. A client should choose the appropriate visual dependent upon their needs (i.e. if they don't want transparency, don't select a visual with transparency enabled). Not all drivers implement this functionality. Most implement only transparent visuals. So, when you get to that last entry (usually 255), you start seeing through to the image planes. There's overlay for diplaying an 8 bit app on a 24 bit surface. But there's also overlay when you want draw something over something you don't want to destroy. By reserving color cells for overlay. It doesn't seem the same kind of overlay. Not sure what you're asking here. Are you referring to the different types of overlay implementation? Where some drivers implement overlay within the alpha channel of the image planes verses those that use an entirely independent surface? Does anyone have some more apps that experiment with colormaps and overlays? L
RE: xterm and UTF8
On Fri, 2003-02-21 at 12:47, Kean Johnston wrote: There's a libcharset that I think comes with libiconv and is also used in GLib that you can use to work around this problem. Which is fine if you use GNU iconv. For those of us that use the iconv as it was originally invented, libcharset doesn't seem to help very much. Maybe I am missing what its trying to do but certainly on Unixware and OpenServer, it does nothing of any use. The way I got around this on OpenServer was (I think) rather sneaky. Our iconv() lets you add in a .so for any given encoding. So I added the ability to define in the iconv data file a fallback mechanism ... basically * * for the from to fields. Then I simply put the whole of GNU iconv in under that entry. So our system defined conversions are used first, and for all those Linux-centric applications that are so badly written to really only support one OS now just work. Note that iconv as originally invented is ENTIRELY BROKEN because no list of standardized encoding names was specified and no set of encodings was required. I don't know what politics or technical oversight was behind this, but it means that using iconv() portably is impossible without extra infrastructure. The GLib library (used by GTK+, GNOME, etc) works around this by using the libcharset data in both directions ... as well as getting a standardized form of encodings reported by the operating system, it will use it convert standardized names into names that are likely to work for iconv() on a particular system. Regards, Owen ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: mioverlay
On Fri, 21 Feb 2003, Luugi Marsan wrote: What does the mioverlay.c do in the mi module of Xfree86? I notice that It supplements the original mi code. Mi didn't know about anything other than single layer framebuffers. mioverlay adds a second window tree and fixes up all window operations to be aware that, among other things, overlay windows don't clip image layer windows. the chips driver does not use it for doing overlay. I understand that it replaces some of the Window functions when doing overlay. But is anyone familiar with the inner workings of it? I wrote it. Also, am I asking these questions at the right place? Yes. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: mioverlay
On Fri, 21 Feb 2003, Luugi Marsan wrote: So how does the chips driver implement overlay without mioverlay? It's not an overlay in my opinion. Yes, it puts one depth in the image plane and the other in the overlay plane, but windows in the overlay clip windows in the image plane and there's no transparency key. It's merely a system that can display two depths simultaneously, but it's not a traditional workstation overlay. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: mioverlay
ok... So There's no implementation of overlay using an independent surface on any driver? Also, what is the xf8_32wid? I see that's it's an implementation of the xf8_16bpp but for an 8 over 32 surface. But what does the wid stand for? L Mark Vojkovich wrote: On Fri, 21 Feb 2003, Luugi Marsan wrote: So how does the chips driver implement overlay without mioverlay? It's not an overlay in my opinion. Yes, it puts one depth in the image plane and the other in the overlay plane, but windows in the overlay clip windows in the image plane and there's no transparency key. It's merely a system that can display two depths simultaneously, but it's not a traditional workstation overlay. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel -- Luugi Marsan Linux Software Designer Matrox Graphics Inc. tel: 514-822-6000 ext: 7231 email: [EMAIL PROTECTED]
RE: mioverlay
ok... So There's no implementation of overlay using an independent surface on any driver? Not any open-source driver... Also, what is the xf8_32wid? I see that's it's an implementation of the xf8_16bpp but for an 8 over 32 surface. But what does the wid stand for? Someone may know better than me, but when I see WID I think of Window ID planes or attribute planes. I don't know that that's what WID stands for in this case. I'm not really familiar with the xf8_32wid module. Some devices have a surface that controls, among other things, which surface is selected, per pixel. These can be really useful for fast double buffer swapping (a register write -vs- a CopySwap or a full WID plane paint). They can also control gamma correction and pixel formatting. WID planes seem to be quickly fading into extinction with modern graphics devices... Derek ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Compile problem with setjmp fix
On Fri, Feb 21, 2003 at 11:55:41AM -0500, David Dawes wrote: On Fri, Feb 21, 2003 at 01:19:08PM +, Dr Andrew C Aitchison wrote: The setjmp/longjmp fix in xc/programs/Xserver/hw/xfree86/loader/xf86sym.c and xc/programs/Xserver/hw/xfree86/xf86cfg/loadmod.c doesn't compile in RedHat 6.2 egcs-2.91.66 It works fine with Red Hat 7.3 gcc 2.96 and Red Hat 8.0 gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) It looks like RH 6.2 and earlier (i.e. glibc before 2.2) uses a macro for setjmp(): extern int __sigsetjmp __P ((jmp_buf __env, int __savemask)); #ifndef __FAVOR_BSD /* Set ENV to the current position and return 0, not saving the signal mask. This is just like `sigsetjmp (ENV, 0)'. The ISO C standard says `setjmp' is a macro. */ # define setjmp(env)__sigsetjmp ((env), 0) #else /* We are in 4.3 BSD-compatibility mode in which `setjmp' saves the signal mask like `sigsetjmp (ENV, 1)'. */ # define setjmp(env)__sigsetjmp ((env), 1) #endif /* Favor BSD. */ Harbison Steele also refers to the macro setjump and the function longjmp. This certainly complicates things. A couple of possibilities: 1. Include setjmp.h directly into modules that need it, ensure that the necessary (platform-specific) entry points are exported, and accept that modules that use it are not OS-neutral. 2. Provide aliases for the actual functions uses on the platforms we support, and come up with a macro for xf86setjmp() that calls the correct one in the correct way, probably by first querying a function in the core server for which way to use. The attached patch attempts to implement the second approach, and from some limited testing it works OK for the two cases handled so far (where setjmp is available directly as a function, and the glibc 2.[01] case where it's a macro defined as above). This approach method isn't always guaranteed to work given the limits that ISO C places on the way setjmp() can be called. Has anyone found any other platforms where setjmp isn't available directly as a function? David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes Index: lib/font/FreeType/ftstdlib.h === RCS file: /home/x-cvs/xc/lib/font/FreeType/ftstdlib.h,v retrieving revision 1.4 diff -u -r1.4 ftstdlib.h --- lib/font/FreeType/ftstdlib.h2002/10/10 01:18:31 1.4 +++ lib/font/FreeType/ftstdlib.h2003/02/21 18:39:01 -58,6 +58,7 #define _XTYPEDEF_BOOL #include Xdefs.h #define DONT_DEFINE_WRAPPERS +#define DEFINE_SETJMP_WRAPPERS #include xf86_ansic.h #undef DONT_DEFINE_WRAPPERS -94,9 +95,9 #define ft_atoi xf86atoi -#define ft_jmp_buf xf86jmp_buf -#define ft_setjmp xf86setjmp -#define ft_longjmp xf86longjmp +#define ft_jmp_buf jmp_buf +#define ft_setjmp setjmp +#define ft_longjmp longjmp #endif /* FONTMODULE */ Index: programs/Xserver/hw/xfree86/loader/xf86sym.c === RCS file: /home/x-cvs/xc/programs/Xserver/hw/xfree86/loader/xf86sym.c,v retrieving revision 1.225 diff -u -r1.225 xf86sym.c --- programs/Xserver/hw/xfree86/loader/xf86sym.c2003/02/21 03:11:57 1.225 +++ programs/Xserver/hw/xfree86/loader/xf86sym.c2003/02/21 21:15:35 -134,6 +134,17 #pragma weak __umodsi3 #endif + +#if defined(setjmp) \ +defined(__GLIBC__) __GLIBC__ == 2 __GLIBC_MINOR__ 2 +#undef setjmp +extern int setjmp(jmp_buf env); +#pragma weak setjmp +#elif !defined(__GLIBC__) +extern int __sigsetjmp(jmp_buf __env, int __savemask); +#pragma weak __sigsetjmp +#endif + #if defined(__arm__) defined(__linux__) #include sys/io.h #endif -889,7 +900,10 SYMFUNC(xf86shmdt) SYMFUNC(xf86shmctl) SYMFUNCALIAS(xf86setjmp,setjmp) + SYMFUNCALIAS(xf86setjmp1,__sigsetjmp) SYMFUNCALIAS(xf86longjmp,longjmp) + SYMFUNC(xf86getjmptype) + SYMFUNC(xf86setjmperror) #ifdef XF86DRI /* These may have more general uses, but for now, they are only used by the DRI. Index: programs/Xserver/hw/xfree86/os-support/xf86_ansic.h === RCS file: /home/x-cvs/xc/programs/Xserver/hw/xfree86/os-support/xf86_ansic.h,v retrieving revision 3.48 diff -u -r3.48 xf86_ansic.h --- programs/Xserver/hw/xfree86/os-support/xf86_ansic.h 2001/12/31 18:13:37 3.48 +++ programs/Xserver/hw/xfree86/os-support/xf86_ansic.h 2003/02/21 21:21:59 -305,8 +305,16 extern char * xf86shmat(int id, char *addr, int xf86shmflg); extern int xf86shmdt(char *addr); extern int xf86shmctl(int id, int xf86cmd, pointer buf); + extern int xf86setjmp(xf86jmp_buf env); +extern int xf86setjmp1(xf86jmp_buf env, int); +extern int xf86setjmperror(xf86jmp_buf env, int); +extern int xf86getjmptype(void); extern void xf86longjmp(xf86jmp_buf env, int
Re: Compile problem with setjmp fix
On Fri, Feb 21, 2003 at 11:00:03AM -0700, Marc Aurele La France wrote: On Fri, 21 Feb 2003, David Dawes wrote: On Fri, Feb 21, 2003 at 01:19:08PM +, Dr Andrew C Aitchison wrote: The setjmp/longjmp fix in xc/programs/Xserver/hw/xfree86/loader/xf86sym.c and xc/programs/Xserver/hw/xfree86/xf86cfg/loadmod.c doesn't compile in RedHat 6.2 egcs-2.91.66 It works fine with Red Hat 7.3 gcc 2.96 and Red Hat 8.0 gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) It looks like RH 6.2 and earlier (i.e. glibc before 2.2) uses a macro for setjmp(): extern int __sigsetjmp __P ((jmp_buf __env, int __savemask)); #ifndef __FAVOR_BSD /* Set ENV to the current position and return 0, not saving the signal mask. This is just like `sigsetjmp (ENV, 0)'. The ISO C standard says `setjmp' is a macro. */ # define setjmp(env)__sigsetjmp ((env), 0) #else /* We are in 4.3 BSD-compatibility mode in which `setjmp' saves the signal mask like `sigsetjmp (ENV, 1)'. */ # define setjmp(env)__sigsetjmp ((env), 1) #endif /* Favor BSD. */ Harbison Steele also refers to the macro setjump and the function longjmp. This certainly complicates things. A couple of possibilities: 1. Include setjmp.h directly into modules that need it, ensure that the necessary (platform-specific) entry points are exported, and accept that modules that use it are not OS-neutral. 2. Provide aliases for the actual functions uses on the platforms we support, and come up with a macro for xf86setjmp() that calls the correct one in the correct way, probably by first querying a function in the core server for which way to use. Just another data point: libGLU compilation on such systems fails also. libGLU builds OK on the RH 6.2 system I've been looking into this with. It does do some things with setjmp (using inlined functions). We don't build libGLU for libc5-based systems, but I don't have access to one (RH 4.2, is one I think -- anyone have a CD image for RH 4.2? I don't see one on RH's ftp site.). David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: mioverlay
On Fri, 21 Feb 2003, Derek Lukasik wrote: ok... So There's no implementation of overlay using an independent surface on any driver? Not any open-source driver... Also, what is the xf8_32wid? I see that's it's an implementation of the xf8_16bpp but for an 8 over 32 surface. But what does the wid stand for? Someone may know better than me, but when I see WID I think of Window ID planes or attribute planes. I don't know that that's what WID stands for in this case. I'm not really familiar with the xf8_32wid module. It's for Window IDs. David Miller wrote this to support the WIDs on Sun workstations. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Compile problem with setjmp fix
On Fri, 21 Feb 2003, David Dawes wrote: 1. Include setjmp.h directly into modules that need it, ensure that the necessary (platform-specific) entry points are exported, and accept that modules that use it are not OS-neutral. 2. Provide aliases for the actual functions uses on the platforms we support, and come up with a macro for xf86setjmp() that calls the correct one in the correct way, probably by first querying a function in the core server for which way to use. Just another data point: libGLU compilation on such systems fails also. libGLU builds OK on the RH 6.2 system I've been looking into this with. It does do some things with setjmp (using inlined functions). We don't build libGLU for libc5-based systems, but I don't have access to one (RH 4.2, is one I think -- anyone have a CD image for RH 4.2? I don't see one on RH's ftp site.). Someone in Raleigh probably has a copy kicking around somewhere. I've got one buried in a box somewhere if nobody else can dig one up more easily. I've got Red Hat Linux 0.1 on ftp://people.redhat.com/mharris/ but I'm not sure that would even boot on anything newer than a i386/i486. ;o) -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Compile problem with setjmp fix
On Fri, Feb 21, 2003 at 03:35:35PM -0700, Marc Aurele La France wrote: On Fri, 21 Feb 2003, David Dawes wrote: The setjmp/longjmp fix in xc/programs/Xserver/hw/xfree86/loader/xf86sym.c and xc/programs/Xserver/hw/xfree86/xf86cfg/loadmod.c doesn't compile in RedHat 6.2 egcs-2.91.66 It works fine with Red Hat 7.3 gcc 2.96 and Red Hat 8.0 gcc (GCC) 3.2 20020903 (Red Hat Linux 8.0 3.2-7) It looks like RH 6.2 and earlier (i.e. glibc before 2.2) uses a macro for setjmp(): extern int __sigsetjmp __P ((jmp_buf __env, int __savemask)); #ifndef __FAVOR_BSD /* Set ENV to the current position and return 0, not saving the signal mask. This is just like `sigsetjmp (ENV, 0)'. The ISO C standard says `setjmp' is a macro. */ # define setjmp(env)__sigsetjmp ((env), 0) #else /* We are in 4.3 BSD-compatibility mode in which `setjmp' saves the signal mask like `sigsetjmp (ENV, 1)'. */ # define setjmp(env)__sigsetjmp ((env), 1) #endif /* Favor BSD. */ Harbison Steele also refers to the macro setjump and the function longjmp. This certainly complicates things. A couple of possibilities: 1. Include setjmp.h directly into modules that need it, ensure that the necessary (platform-specific) entry points are exported, and accept that modules that use it are not OS-neutral. 2. Provide aliases for the actual functions uses on the platforms we support, and come up with a macro for xf86setjmp() that calls the correct one in the correct way, probably by first querying a function in the core server for which way to use. Just another data point: libGLU compilation on such systems fails also. libGLU builds OK on the RH 6.2 system I've been looking into this with. It does do some things with setjmp (using inlined functions). How? I have been unable to get libGLU to compile on a system that #define's setjmp friends as macros. It just works for me on RH 5.2 (glibc 2.0) and RH 6.2 (glibc 2.1) . It uses inline'd functions: inline int mysetjmp( JumpBuffer *j ) { return ::setjmp( j-buf ); } Maybe it depends on the g++ version? I'm not sure why libGLU does this in the libnurbs code. In the libtess code it just uses setjmp/longjmp directly. (Maybe because the former is C++ and the latter C?) David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: RELNOTES for 4.3.0
On Fri, 2003-02-21 at 11:02, Jeff Brubaker wrote: Thanks for the notice on the packages. I'll install them this weekend and let you know the results. Mike, I've upgraded from XFree86-4.2.99.901-20030209.1 to XFree86-4.2.99.902-20030218.3 and I can now start X without the ForceInit option. Thanks for the update. :) Jeff -- Jeff Brubaker [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Compile problem with setjmp fix
On Fri, Feb 21, 2003 at 07:18:37PM -0800, Keith Packard wrote: Around 17 o'clock on Feb 21, David Dawes wrote: The attached patch attempts to implement the second approach, and from some limited testing it works OK for the two cases handled so far (where setjmp is available directly as a function, and the glibc 2.[01] case where it's a macro defined as above). I think you're on the right track -- create a macro which invokes different functions depending on the underlying libc. I think we can do it with smaller changes, and no magic GCC pragmas. See attached. The '#pragma weak' was only used as a short cut. To be more portable, dummy functions that FatalError() would be provided in the case where the incorrect one for the OS gets called. As for the other changes, I opted to keep the xf86setjmp entry point rather than use it as the macro name. Although it probably doesn't matter much, this would allow older modules that use setjmp to work in thoses cases where the old xf86jmp_buf size was large enough. Alternatively, we could admit that this is all very OS dependent and #include stdjmp.h in the application, then all we need do is add SYMFUNC's for the actual underlying function names in xf86sym.c (and not for the ones not present on the system) and things should work as expected. Modules built for another OS would fail to resolve the expected symbol and crash as soon as setjmp was invoked. If we run into cases that can't reasonably be handled, then that's our fallback. So far it looks managable. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
still problems with xvideo on a laptop with i815 (4.3.0 RC1)
Hello, (my apologies if this is a known problem or a misconfiguration on my side, but:) I recently tried a cvs snapshot from 16 feb. on my laptop (Dell Inspiron 2500 with a i815 chipset). There are still problems with the xvideo extension when running mplayer or xine. (The xvideo problem has been reported in a previous email: http://marc.theaimsgroup.com/?l=xfree-xpertm=103889021612488w=2 note that I do not see the drawing glitches described in this email, but the xvideo-problem is identical). I am attaching the relevant config/log-files, and I am of course willing to help testing. Thanks a lot, Markus 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.2.99.901 (4.3.0 RC 1) Release Date: 16 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20 i686 [ELF] Build Date: 17 February 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. 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: Thu Feb 20 22:43:49 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Layout[all] (**) |--Screen Screen[0] (0) (**) | |--Monitor Monitor[0] (**) | |--Device Device[0] (**) |--Input Device Keyboard[0] (**) Option Protocol Standard (**) Option XkbKeycodes xfree86 (**) XKB: keycodes: xfree86 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout de (**) XKB: layout: de (**) Option XkbVariant nodeadkeys (**) XKB: variant: nodeadkeys (==) Keyboard: CustomKeycode disabled (**) |--Input Device Mouse[1] (WW) The directory /usr/X11R6/lib/X11/fonts/PEX does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/latin2/misc does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/latin2/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/latin2/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/latin2/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/latin7/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/baekmuk does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/japanese does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/ucs/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/ucs/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/hellas/misc does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/hellas/75dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/hellas/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/hellas/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/misc/sgi does not exist. Entry deleted from font path. (WW) The directory /usr/X11R6/lib/X11/fonts/xtest does not exist. Entry deleted from font path. (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/local,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/URW,/usr/X11R6/lib/X11/fonts/Speedo,/usr/X11R6/lib/X11/fonts/cyrillic,/usr/X11R6/lib/X11/fonts/kwintv,/usr/X11R6/lib/X11/fonts/truetype,/usr/X11R6/lib/X11/fonts/msttcorefonts,/usr/X11R6/lib/X11/fonts/uni,/usr/X11R6/lib/X11/fonts/CID,/usr/X11R6/lib/X11/fonts/ucs/misc (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (**) Option AllowMouseOpenFail (**) Option Xinerama off (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (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.99.901, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a
[XFree86] problem in display
dear sir I have a problem in intalling X windows on my new systme with Linux 8.0. The configuration of my PC is as follows : Intel 845GLLYoriginal Motherboard, Intel P 4 1.7 GHz, 256 MB SDRAM 133 MHz, Graphics on Board, sound on board, Monitor 15" Samsung 56 V. The full installation completes and at last it asks for the login type and the resolution. and when it restarts and the X win. is started the screen goes black and a message comes on it "Sync out of range" and it moves all round the screeen area. Plz help me out to solve it . A quicker response will be highly apprasable. Best Regards Tariq HusainDo you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, and more
[XFree86] Re: XF86Config
On Fri, 20 Feb 2003, mel kravitz wrote: SubSection Display Depth 24 * Modes 1280x1024 * - ViewPort 0 0 EndSubSection EndSection Perhaps you need to define 'Modes' as above 1600x1200 if the laptop LCD supports it? No joy :( I think its failing before it gets to use that data. -- David Brownlee - CTO Purple Interactive - (0)20 8742 8880 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Breaks Red Hat
You've probably already received messages about this before, but just making sure. I run GNU/Linux, and when I updated to 4.2.99.3 on this other Red Hat 8 system, the login manager no longer works. I have to boot into init 3, and was only able to get X to successfully launch after modifying xinitrc. I'm going to switch distros shortly, partly because of this problem (that and RH doesn't support KDE well, and isn't as standards compliant as I'd like), but in the mean time I figured I'd might as well send in this feedback. I know a lot of Linux users run Red Hat, and thought I'd make sure you know that RH's xdm modifications cause problems with XFree86. It may be just upgrading X in general on RH 8, as I've only tried upgrading to a pre-release. If there could be some information regarding this (i.e a work-around or something) on the site, I'm sure it would help a lot of RH users who want to upgrade XFree86. I hope I've helped in some way. I love the kick-ass new features btw :) |_0rcl_A5C|| , , / \ ((__-^^-,-^^-__)) `-_---' `---_-' `--|o` 'o|--' \ ` / ): :( :o_o: - Free as in freedom... ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Re: [XFree86]xf86cfg signal 11 with 4.2.99.902 onCompaq N800w (Radeon)
On Thu, 20 Feb 2003, hy0 wrote: Looks like the int10 initialization routine is not happy with your system and resulting in corrupted video BIOS image. Can you try following two things together and post the resulting log file? 1. Comment off following 3 lines in radeon_driver.c. if (!info-FBDev) if (!RADEONPreInitInt10(pScrn, pInt10)) goto fail; This will let driver bypass int10 initialization and use the legacy vbios location directly. Then do a make install in ati directory. 2. in the Screen section of your config file add DefaultDepth 24 in the corresponding Display SubSection (Depth 24) add Modes 1600x1200 or whatever mode your panel supports. No joy - it looks like its still getting gibberish from the BIOS. Updated log attached. Its choking at if ((RADEON_BIOS16(tmp0) == info-PanelXRes) (RADEON_BIOS16(tmp0+2) == info-PanelYRes)) { as tmp0 contains 0x. (Though obviously that is just a symptom :/ -- David Brownlee - CTO Purple Interactive - (0)20 8742 8880 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.2.99.902 (4.3.0 RC 2) Release Date: 19 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: NetBSD/i386 1.6 [ELF] The NetBSD Foundation, Inc. Build Date: 20 February 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. 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: Fri Feb 21 09:11:15 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (==) Keyboard: CustomKeycode disabled (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/ (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (--) Using wscons driver in pcvt compatibility mode (version 3.32) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on netbsd (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.99.902, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (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.99.902, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,1a30 card 0e11,0057 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,1a31 card , rev 04 class 06,04,00 hdr 01 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 0e11,0057 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 0e11,0057 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4c66 card 0e11,0057 rev 01 class 03,00,00 hdr 00 (II) PCI: 02:04:0: chip 11c1,0450 card 1468,0450 rev 02 class 07,80,00 hdr 00 (II) PCI: 02:06:0: chip 104c,ac50 card , rev 02 class 06,07,00 hdr 02 (II) PCI: 02:08:0: chip 8086,1031 card 0e11,0093 rev 42 class 02,00,00 hdr 00 (II) PCI: 02:0e:0: chip 1033,0035 card 0e11,0057 rev 41 class 0c,03,10 hdr 80 (II) PCI: 02:0e:1: chip 1033,0035 card 0e11,0057 rev 41 class 0c,03,10 hdr 00 (II) PCI: 02:0e:2: chip 1033,00e0 card 0e11,0057 rev 02 class 0c,03,20 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,3), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x -
Re: [XFree86] problem in display
Blah just remembered, lower your Scan Range (Horizontal and Vertical Scan Range) Nigel Tariq Husain wrote: dear sir I have a problem in intalling X windows on my new systme with Linux 8.0. The configuration of my PC is as follows : Intel 845GLLY original Motherboard, Intel P 4 1.7 GHz, 256 MB SDRAM 133 MHz, Graphics on Board, sound on board, Monitor 15 Samsung 56 V. The full installation completes and at last it asks for the login type and the resolution. and when it restarts and the X win. is started the screen goes black and a message comes on it Sync out of range and it moves all round the screeen area. Plz help me out to solve it . A quicker response will be highly apprasable. Best Regards Tariq Husain Do you Yahoo!? Yahoo! Tax Center http://rd.yahoo.com/finance/mailtagline/*http://taxes.yahoo.com/ - forms, calculators, tips, and more ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] A few different versions on one system?
Hi, Can I have a few XFree versions on my linux? Is it as simple as having a few different /usr/X11R6_ver_x directories? I havent concluded much from docs nor makefile... If yes, how can I choose which version to run? I dont have any xdm, I start X by startx... thanks for any hints, Dominik ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] A few different versions on one system?
Thanks a lot for prompt feedback! Dominik -- -- Dominik Szczerba, Dr. CO-ME, D-ITET, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi -- ii swear i never use vi^[:wqZZ -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X11 crashing system with ATI Radeon 7500 QW...
On Fre, 2003-02-21 at 03:12, Per Bjornsson wrote: On 21 Feb 2003, Michel Dänzer wrote: I wrote I've tried with 4.2.99.3 and 4.2.99.901 (actually CVS from couple of days after that release), RedHat 8, gcc 3.2, and I have tried both RedHat 2.4.18 kernels and Marcelo's 2.4.21-pre4. Are you using the DRM that comes with the kernel or built from CVS? Built from XFree86 CVS. The kernel ones don't work with 4.3, do they? (Also, they really shouldn't work with an RV250, shoud they? My card isn't supported under 4.2.) Of course, I just keep forgetting the old stuff doesn't work with R200. :/ Also, AGP settings could have an impact, as well as Mike's suggestion about other hardware. Going down to AGP 2X doesn't help anyways, I tried that after seeing some suggestions about that in the mailing list archives (if not here, possibly on DRI-devel). If 1X is worth trying I'll check that too . I do think it's worth a try. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] garbled screen with xfree 4.2.99 and radeon (sdr 32mb)
hi... i use gentoo linux and compiled xfree 4.2.99, but things got bad. xfree compiles fine, but when i try to start it, i get only garbage on the screen. that means the screen itself looks bad and the mouse cursor is only a scrappy square.when i switch back, my console also is garbled... i've tried this with my old gentoo 1.2 and now, installed a fresh 1.4rc2, i have the same problem. so i switched back to xfree 4.2.1 and everything is fine... sorry, but i haven't a log file, but as i remember, there were no errors in it. any ideas? does no other radeon user have this problem? maybe it isn't the radeon at all? all is compiled with gcc 3.2.2, kernel-module loads ok... so where can i start invesigating? it is not 4.3 final, i know, but shouldn't it work? my system: athlon xp 2100+ 512 mb ddr 333 infineon ati radeon sdr with 32mb abit kd7 with via kt400 chipset gentoo 1.4 rc2 kernel 2.4.20 with drm and agp as modules if you need more infos, please tell me... thanks in advance daniel -- email: [EMAIL PROTECTED] / phone: +49 3722 83884 fax: +49 89 244365117 / web: www.paessler.org The software package said 'Requires Windows 95 or better', so I installed Linux ;-) ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X11 crashing system with ATI Radeon 7500 QW...
On Fre, 2003-02-21 at 05:37, Gary Greene wrote: On Thursday 20 Feb 2003 8:11 pm, Per Bjornsson wrote: On 21 Feb 2003, Michel Dänzer wrote: On Fre, 2003-02-21 at 01:20, Gary Greene wrote: It (my system) hangs whenever I try to logout with the dm. So have you tried setting your dm up to restart the server on logout? They only reset it by default. This is the reason that I am forced to either telinit 3 or zap X. This same or similar issue has been reported on the DRI site by me and others using the ATI Radeon (r100) chipset devices. The thing is, if zapping the server works, then it can't be something really bad like a lockup. Maybe the server is running fine, there's 'just' no display? I think that I might be seeing the same problem on a Sapphire Radeon 9000 (detected as a RV250 If) - at least I am seeing similar behavior. The only thing that triggers the lock for me is logging out while running a display manager though, at least I haven't seen any other lockups lately. I haven't had time to nail down if I can avoid it (e.g. by disabling DRI) - that's why I haven't written about it earlier - but the computer _really_ seems dead. Doesn't even answer a ping, and a hard reset is the only cure. [...] - From what I found, the system is effectively dead as well. The freeze seems to lock the I/O subsystem of the kernel. Thus, killing the network, mouse, and keyboard. This isn't consistent with your reportedly being able to zap the server and start another one afterwards though. I think that it is creating a race condition where the system is both shutting down and starting up the card at the same time, effectively grabbing at the card at the same time. Something along those lines possibly. Unfortunately, such problems are very hard to debug, especially when you can't reproduce them... Just a thought, would running my vc's in framebuffer mode cause a conflict here? Shouldn't, but it's something else to try I guess. If it's radeonfb, playing with Option UseFBDev is another option. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] (no subject)
unsubscribe ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] New Rental Car Deals from RentalCars.com
Rental Car Hot Deals from http://www.RentalCars.com Hot Deals Go Fast! Book your rental car now for Spring and Summer! *Dollar: Fabulous Compact Car Deal! $24.99/day through April 15! http://www.dollar.com/promotions/cd24_cdar_promo.asp?iatanbr=10003759 *Thrifty: 10% off Thrifty's PT Cruisers, Vans, SUVS Pick-Up Trucks! http://tinyurl.com/65n9 **Alamo: Sweet Deal on Compact Cars Nationwide! http://tinyurl.com/65n6 **Budget: FREE Upgrade through 7/2/03! http://tinyurl.com/65ns ***Alamo: Super SUV Offer! Only $39/day $219/wk! http://tinyurl.com/65nv *Dollar: Only $29.99/day or $149.99/wk for an Intermediate Car! http://www.dollar.com/promotions/cd24_idar_promo.asp?iatanbr=10003759 *Advantage: Premium Cars only $40/day! 11 Western States! http://easyrentalcars.com/rentalcars.html *Avis: FREE Upgrade through 12/31/2003! http://tinyurl.com/65o2 *Budget: Additional $15 off your 4 day or longer rental! http://www.budget.com/partners/rentalcars2002.html **Dollar: Minivan Offer Now thru 4/15/03! Only $199/week! http://tinyurl.com/65nx *Dollar: Full-Size Value! just $37.99/day or $189.99/week http://www.dollar.com/promotions/cd24_fdar_promo.asp?iatanbr=10003759 *Fox: California Phoenix! Rates up to 40% lower than most major agencies! http://www.foxrentacar.com/mini-sites/rentalcars/index.html *Hertz: Get a FREE Upgrade through 2003! http://www.rentalcars.com/Untitled/Hertz/upgrade.shtml *National: New Low Weekly Rates starting at only $139/day! http://tinyurl.com/5txv **Priceline: Save up to 20%! BIG name brands! Go Ahead-Make an Offer! http://tinyurl.com/5txl ***Thrifty: FREE car rental Upgrade through 2003! http://www.rentalcars.com/Untitled/Thrifty_/thrifty_.shtml Check out all Rental Car Hot Deals- updated daily at http://www.RentalCars.com Rates as of February 21, 2003 and are subject to availability. Please confirm your reservation. Thank you for shopping RentalCars.com. Have a great trip! --- You are currently subscribed to rentalcars-specials as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] garbled screen with xfree 4.2.99 and radeon (sdr 32mb)
any ideas? does no other radeon user have this problem? maybe it isn't the radeon at all? all is compiled with gcc 3.2.2, kernel-module loads hi, I also have radeon 32MB and have problems with the display in 4.3RC2, not that bad as yours, but I cant get back to X from xonsole. Dominik ok... so where can i start invesigating? it is not 4.3 final, i know, but shouldn't it work? my system: athlon xp 2100+ 512 mb ddr 333 infineon ati radeon sdr with 32mb abit kd7 with via kt400 chipset gentoo 1.4 rc2 kernel 2.4.20 with drm and agp as modules if you need more infos, please tell me... thanks in advance daniel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] X11 crashing system with ATI Radeon 7500 QW...
Quoting Gary Greene [EMAIL PROTECTED]: It (my system) hangs whenever I try to logout with the dm. This is the reason [...] That aspect of the problem disappeared this morning when I updated to the most recent CVS snapshot, however logout is still causing difficulties. Check to see if your DM is restarting the x server on each logout, or continuing to use the same X session. The latter has become the default, which caused exactly what you are describing (screen, i/o, sometimes complete system hang on logout) with the Number 9 Revolution cards I was using, as well as some Fujitsu tablets, none of which were using DRI/DRM. The solution was to configure it to kill and create a new X session on each logout. for XDM: xdm-config.kcco:DisplayManager*terminateServer: true for GDM: AlwaysRestartServer=true I don't use KDM, but I'm sure something similiar exists for it as well. This fixed the problems I was having with the Number 9 cards, and with some Fujitsu tablets, running X 4.0 - 4.2.1 (I have not yet had occasion to try 4.2.99.4 or later on any of those devices), so it may be worth a try. Good luck, Jean. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] [XFree86(TM) Bug Report] Missing information from the xkb file for logitech cordless desktop pro keyboard
Regarding: Missing information from the xkb file for logitech cordless desktop pro keyboard Email: [EMAIL PROTECTED] XFree86 Version: 4.2.1 OS: SourceMage GNU/Linux Area: Xkb config files Server: not server related Description: I have found that some of the key symbols are missing from the file:/usr/X11/lib/X11/xkb/symbols/inet file, in the section for the logitech cordless desktop keyboard. I've completed the section, and I'm including it below in case you want to include it in a future X11 release. partial alphanumeric_keys xkb_symbols logicordless { // Describes the extra keys on a Logitech Desktop Pro keyboard. name[Group1]= CordLess; key I5F { [ XF86Standby ] }; key I6D{ [ XF86AudioMedia] }; key I20 { [ XF86AudioMute ] }; key I2E { [ XF86AudioLowerVolume ] }; key I30 { [ XF86AudioRaiseVolume ] }; key I22 { [ XF86AudioPlay ] }; key I24 { [ XF86AudioStop ] }; key I10 { [ XF86AudioPrev ] }; key I19 { [ XF86AudioNext ] }; key I32 { [ XF86HomePage ] }; key I6C { [ XF86Mail ] }; key I65 { [ XF86Search] }; key I66 { [ XF86Start ] }; key I11 { [ XF86Community ] }; key I14 { [ XF86Shop ] }; key I66 { [ XF86Favorites ] }; key I69 { [ XF86OpenURL ] }; key I12 { [ XF86WWW ] }; key I6A { [ XF86Back ] }; key I13 { [ XF86VendorHome] }; }; I've used XF86WWW for a button that is actually marked Webcam, XF86VendorHome for a button marked iTouch and XF86Community for a button marked Messenger/SMS. The other additions are pretty self explanatory. I have this keyboard myself and have tested the bindings to make sure they work :) I hope this helps you, Gareth Repeat By: Well, if you have one of these keyboards, tell X to load the symbols using Option XkbRules xfree86 Option XkbModel logicordless in the XF86Config file. Without my additions, you'll find that some of the hotkeys are unbound. My additions to the /usr/X11/lib/X11/xkb/symbols/inet file fixes this. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Remote viewing on X?
There are vnc servers which connect to the users existing Xserver and export that instead, such as x0rfbserver. http://www.uk.research.att.com/vnc/extras.html#x0rfbserver Some linux distros already include this functionality for remote support (lycoris, mandrake) as does KDE3.1 jeb Marc St-Jacques wrote: I was thinking of porting a MS Windows app to X but I hit a snag. Support staff need to know what the user is doing wrong, developpers needs screenshots to correct bugs, and the user could benefit from the support's ability to show and tell what going on. For Windows, I'm using PcAnywhere for remote user support: it enables you to view another person's desktop and act upon it, control their mouse and devices, even teach the user on how to use the apps, etc. (There's are also file transfert support and phone connectivity but those are other issues that can be independently resolved on any other UNIX/Linux system). My question is: can X do that? Can I connect to a user's desktop of act upon it, even interact with the user through it? I know, this is against most of what I've read about X policy. X was designed for ressources sharing and remote system administration and NOT to see your desktop being hijacked by some remote user. But in this new age of client-based support, users, support staff and development team want to see. Executing a different instance of the program for me to view (even remotly) doesn't show me the real user's input. I've tried VNC, but that doesn't work either. VNC only works on the next avaliable display. If your main display is :0, VNC connects directly to :1. So if any knows a solution, I'll be glad to hear it. Cheers. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Sistema Trabalho Virtual
Procuramos pessoas com o seu perfil para trabalhar utilizando a internet em tempo parcial ou integral. Visite www.meganegocio.org/brand Luis - (011) 6468-1263 [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] X-server Crash
My system is a AMD Duron 800mhz with 512mb of ram and a radeon 7500le. The monitor is a Compaq V55 15" and the Xserver returns this regardless of the version i use. Please could you help! as i love linux and id very much like to use lt with the Xwindows interface! thanks -James Log:XFree86 Version 4.2.1 / X Window System(protocol Version 11, revision 0, vendor release 6600)Release Date: 3 September 2002If the server is older than 6-12 months, or if your card isnewer than the above date, look for a newer version beforereporting problems. (See http://www.XFree86.Org/)Build Operating System: Linux 2.4.18-23mdkenterprise i686 [ELF] Module Loader presentMarkers: (--) 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: Thu Feb 20 23:42:20 2003(==) Using config file: "/etc/X11/XF86Config-4"(==) ServerLayout "layout1"(**) |--Screen "screen1" (0)(**) | |--Monitor "monitor1"(**) | |--Device "device1"(**) |--Input Device "Keyboard1"(**) Option "XkbModel" "pc105"(**) XKB: model: "pc105"(**) Option "XkbLayout" "gb"(**) XKB: layout: "gb"(WW) Option "XkbOptions" requires an string value(==) Keyboard: CustomKeycode disabled(**) |--Input Device "Mouse1"(**) FontPath set to "unix/:-1"(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"(==) ModulePath set to "/usr/X11R6/lib/modules"(**) Option "AllowMouseOpenFail"Using vt 7(--) using VT number 7 (II) Open APM successful(II) Module ABI versions:XFree86 ANSI C Emulation: 0.1XFree86 Video Driver: 0.5XFree86 XInput driver : 0.3XFree86 Server Extension : 0.1XFree86 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.0Module class: XFree86 Font RendererABI 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.0ABI 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 = 0x, mode1Res1 = 0x8000(II) PCI: PCI scan (all values are in hex)(II) PCI: 00:00:0: chip 1106,0305 card 1043,8033 rev 02 class 06,00,00 hdr 00(II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01(II) PCI: 00:04:0: chip 1106,0686 card 1043,8033 rev 22 class 06,01,00 hdr 80(II) PCI: 00:04:1: chip 1106,0571 card , rev 10 class 01,01,8a hdr 00(II) PCI: 00:04:3: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00(II) PCI: 00:04:4: chip 1106,3057 card 1043,8033 rev 30 class 06,00,00 hdr 00(II) PCI: 00:09:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00(II) PCI: 00:0a:0: chip 10ec,8139 card 1429,d010 rev 10 class 02,00,00 hdr 00(II) PCI: 00:0d:0: chip 13f6,0111 card 13f6,0111 rev 10 class 04,01,00 hdr 00(II) PCI: 00:11:0: chip 105a,0d30 card 105a,4d33 rev 02 class 01,80,00 hdr 00(II) PCI: 01:00:0: chip 1002,5157 card 174b,7161 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.0ABI 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) Host-to-PCI 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] -10x - 0x (0x1) IX[B](II) Bus 0 non-prefetchable memory range:[0] -10x - 0x (0x0) MX[B](II) Bus 0 prefetchable memory range:[0] -10x - 0x (0x0) MX[B](II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x08 (VGA_EN is set)(II) Bus 1 I/O range:[0] -10xd000 - 0xdfff (0x1000) IX[B](II) Bus 1 non-prefetchable memory range:[0] -10xd700 - 0xd7df (0xe0) MX[B](II) Bus 1 prefetchable memory range:[0] -10xd7f0 - 0xe3ff (0xc10) MX[B](II) Bus -1: bridge is at (0:4:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus -1 I/O range:(II) Bus -1 non-prefetchable memory range:(II) Bus -1 prefetchable memory range:(II) Bus -1: bridge is at (0:4:4), (-1,-1,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus -1 I/O range:[0] -10x - 0x (0x1) IX[B](II) Bus -1 non-prefetchable memory range:[0] -10x - 0x (0x0) MX[B](II) Bus -1 prefetchable memory range:[0] -10x - 0x (0x0) MX[B](--) PCI:*(1:0:0) ATI Radeon 7500 QW rev 0, Mem @ 0xd800/27, 0xd700/16, I/O @ 0xd800/8, BIOS @ 0xd7fe/17(II) Addressable bus resource ranges are[0] -10x - 0x (0x0) MX[B][1]
[XFree86] Pedido de permissão ,
Prezado (a) Empreendedor (a) , solicito a sua autorização para poder enviar um e-mail com informações sobre nosso sistema de franquias que é ideal para pessoas que estão pensando em abrir um negócio próprio com toda a segurança de quem é líder de mercado no Brasil já contando com 450 franquias instaladas de Educação e Treinamento. Caso queira saber mais e receber GRATUITAMENTE a nossa Revista do Empreendedor , por favor envie seus dados para [EMAIL PROTECTED] Caso não se interesse no momento , peço desculpa e lhe garanto que não receberá mais e-mails sobre este assunto. Muito obrigada, Gabriela Maria tel 17-3214-7099 Depto. de Franchising OBSERVAÇÃO - Estamos com condições ESPECIAIS para Bancários . ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
Hi, Following Kevin's comments, I compiled hi-res fb out of the kernel (section: console drivers) and now the display is back after Fn+F3 or suspend but ONLY without X running. So I have to quit X, suspend, wake up, startx. Not bad, but could be better. Half-done. I cant use your key combination trick, Kevin, because I cant go back from console to suspended X sesion. Or I dont know how to do it (I press alt+ctrl+F2 to go to console, alt+f1-f5 switch consoles, and alt+F7, which is supposed to bring me back to X, hangs all the display and I dont see nothing anymore. Would someone please suggest some solution? thanks Dominik -- -- Dominik Szczerba, Dr. CO-ME, D-ITET, ETZ F85 ETH, Gloriastr. 35 CH-8092 Zurich http://www.vision.ee.ethz.ch/~domi -- ii swear i never use vi^[:wqZZ -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Sony SDM-M81 No DVI DIGITAL output on flat panel
The nv driver that comes with XFree86 didn't support DVI in any official XFree86 release, but it will be supported in 4.3. Upgrade to one of the 4.2.99.x snapshots on ftp.xfree86.org and put Option FlatPanel in the Section Device of the XF86Config. Mark. On Fri, 21 Feb 2003, Michael Mangus wrote: I have tried installing Red Hat 8.0 and Mandrake 9.1. During the Video/Monitor detection portion of the distributions: Detected Generic NVidia Gefore 3 (PNY 64MB DVI Geforce 3) Monitor: Not detected. Tried all the generic and some other monitor settings but my monitor would just have an out of sync error. The ones that did not give an out of sync error would say no input and would keep a black screen. When the monitor would sync it would just create a furry of scans/lines across the screen. I tried inputting the custom monitor settings for the horizontal and vertical settings but it would do the same as any other setting. Monitor: Sony SDM-M81 DVI LCD 18.1 Monitor Manual shows: Horizontal frequency: 28-92kHz Vertical frequency: 48-85Hz Preset Mode timing table No Resolution HorizVert Graphics Mode 1) 640x48031.5kHz 60HzVGA-G 2) 640x48035.0kHz 67Hz Macintosh 13 Color 3) 720x40031.5kHz 70HzVGA-Text 4) 800x60037.9kHz 60HzVESA 5) 832x62449.7kHz 75HzMacintosh 16 Color 6) 1024x768 48.4kHz 60HzVESA 7) 1024x768 60.2kHz 75HzMacintosh 19 Color 8) 1152x870 68.7kHz 75HzMacintosh 9) 1280x960 60.0kHz 60HzVESA 10)1280x960 64.0kHz 60HzVESA Could somebody direct me in the right direction or explain what I need to do to get my monitor to work when installing one of the two distributions? Thank you for your time. Michael ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] ATI Radeon M9, Sapphire Radeon 9000, and XFree864.2.99.902 Problem.
On Fre, 2003-02-21 at 19:30, William Gallafent wrote: On Fri, 21 Feb 2003, Michel [ISO-8859-1] Dänzer wrote: On Don, 2003-02-20 at 03:49, Andrew Reusch wrote: (II) RADEON(0): Validating modes on Primary head (DDCType: 0) -- (II) RADEON(0): Total number of valid DDC mode(s) found: 0 (II) RADEON(0): No valid mode specified, force to native mdoe (II) RADEON(0): Total number of valid FP mode(s) found: 0 (EE) RADEON(0): No valid mode found for this DFP/LCD Does this patch help? Because I get the same error when trying to get XFree86 to display on my Sapphire Radeon 9000 card via DVI-D, I thought I'd try the patch. The server aborts on startup with the patch applied, though :( That's probably because I neglected to check the return value of RADEONFPNativeMode() in the patch. Unfortunately, even fixing that won't make it work because the driver can't seem to determine the panel dimensions. Attached are logs with and without the patch, and my config file. I'm on the verge of buying a Geforce 4MX card, since I bought the Radeon 9000 in the hope of running dual head (1: DVI-D, 2: VGA) last December, and it looks like I'm no closer now than I was then :( You could try the full patch at http://penguinppc.org/~daenzer/DRI/radeon-ddc.diff (mostly by Hui Yu, too late for 4.3.0 unfortunately). -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] 4.3.0 RC2 - Any key causes a resolution change
XFree86 Version 4.2.99.902 (4.3.0 RC 2) (Red Hat Linux release: 4.2.99.902-20030218.3) OS: Red Hat Linux release 8.0.94 (Phoebe) Video Card: ATI Technologies Inc Rage 128 RF/SG AGP 32M After the X server is started, any key stroke results in a change in resolution. There is no stdout/stderr during the resolution changes, but there are some xkbcomp errors during startup. Mouse movements/clicks do not cause any problems. I've also tested this with RC1 and an earlier build of RC2 by mharris. Thanks For Your Time, -Mark XFree86.0.log.gz Description: GNU Zip compressed data X.err.gz Description: GNU Zip compressed data
Re: [XFree86] 4.3.0 RC2 - Any key causes a resolution change
On Fri, Feb 21, 2003 at 01:53:45PM -0800, Mark McCallister wrote: XFree86 Version 4.2.99.902 (4.3.0 RC 2) (Red Hat Linux release: 4.2.99.902-20030218.3) OS: Red Hat Linux release 8.0.94 (Phoebe) Video Card: ATI Technologies Inc Rage 128 RF/SG AGP 32M After the X server is started, any key stroke results in a change in resolution. There is no stdout/stderr during the resolution changes, but there are some xkbcomp errors during startup. Mouse movements/clicks do not cause any problems. I've also tested this with RC1 and an earlier build of RC2 by mharris. Make sure you have all the latest xkb config files installed. I saw this behaviour once when I used set that wasn't fully consistent. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: TV-out messes up things when TV is plugged in
On Fri, 21 Feb 2003, Alexei Podtelezhnikov wrote: This is a cool bug! I have ATI AiW 128 Pro 16 Mb card with TV-out. This is a Page 128 Pro PF chip, I belive. I get no output on display when I start xfree86 with TV plugged in. Everything works without TV. Let's be fair, switching to virtual console works and I can do work there, so it's not a complete freeze or crush - just no signal in graphics mode with TV in. Let's be fair once more, Windows 98 also behaves funny. Plugging in TV halves the refresh rate or something. Sort of, the card splits the signal into two outputs, to TV and to the monitor, but at least I get the signal. TV requires 800x600 at 60 Hz signal; without TV I get 120 Hz on the monitor at the same resolution. Mike, as far as Red Hat 8.0.94 goes, anaconda fails to recognize the card properly when the TV is plugged in. I recognizes it as Rage 128, instead of Rage 128 Pro. Then, graphical installation doesn't work, etc. Without TV everything works like a magic. Hmm. That is weird because our autodetection tools are keyed of PCI ID. Every PCI ID has one driver assigned to it only, and when that ID is detected, the driver name is looked up in pcitable, and then the driver selection looked up in the Cards database. I can't imagine why you would see Rage 128 one time and Rage 128 Pro another time. Doesn't make much sense to me. One thing though, is that the name is just cosmetic anyway. Any Rage 128 anything chip, get's ultimately assigned to the r128 driver, so you can manually pick any random Rage128 chip instead of using autodetection, and you'll end up with a possibly misnamed card name in your config file, but with an otherwise identical configuration. Your problem is indeed interesting though. Could you put logs and configs somewhere to have a peek at. The logs might show some clues. Thanks, TTYL -- Mike A. Harris ftp://people.redhat.com/mharris OS Systems Engineer - XFree86 maintainer - Red Hat ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] subscribe
-- william tell [EMAIL PROTECTED] home
Re: [XFree86] 4.3.0 RC2 - Any key causes a resolution change
I have an identical package working on a machine with different hardware (ATI AIW Radeon 8500DV) Is there any configuration outside of /etc/X11/xkb and /usr/X11R6/lib/X11/xkb? I'm using mharris's 4.2.99.902-20030218.3 rpm packages, so I'm assuming his configuration is complete. -Mark On Fri, 21 Feb 2003, David Dawes [EMAIL PROTECTED] wrote: On Fri, Feb 21, 2003 at 01:53:45PM -0800, Mark McCallister wrote: XFree86 Version 4.2.99.902 (4.3.0 RC 2) (Red Hat Linux release: 4.2.99.902-20030218.3) OS: Red Hat Linux release 8.0.94 (Phoebe) Video Card: ATI Technologies Inc Rage 128 RF/SG AGP 32M After the X server is started, any key stroke results in a change in resolution. There is no stdout/stderr during the resolution changes, but there are some xkbcomp errors during startup. Mouse movements/clicks do not cause any problems. I've also tested this with RC1 and an earlier build of RC2 by mharris. Make sure you have all the latest xkb config files installed. I saw this behaviour once when I used set that wasn't fully consistent. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] [XFree86(TM) Bug Report] nv driver sets refresh rateto high : TFT HP L1720 with GeForce4 (Redhat Phoebe 3)
There are no known bugs, just documented limitations. It's probably a configuration issue. Did you use the Option FlatPanel as described in the man page? You may need to fool with the CrtcNumber too. Mark. On Fri, 21 Feb 2003, gino rossen wrote: Regarding: nv driver sets refresh rate to high : TFT HP L1720 with GeForce4 (Redhat Phoebe 3) Email: [EMAIL PROTECTED] XFree86 Version: XFree 4.2.99 (version: Redhat Phoebe Beta 3) OS: Redhat Phoebe Beta 3 Area: nv driver Server: Other, specify below Server: nv driver Video Card: Creative GeForce 4 Ti 4400 Description: nv driver detects my GeForce 4 card, but sets a refresh rate to high for my monitor (HP L1720 connected to DVI output) see also https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=84775 Bug was closed by Redhat because they think it is a bug of the nv driver Repeat By: ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] unsubscribe
___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 4.3.0 RC2 - Any key causes a resolution change
On Fri, Feb 21, 2003 at 02:47:35PM -0800, Mark McCallister wrote: I have an identical package working on a machine with different hardware (ATI AIW Radeon 8500DV) Is there any configuration outside of /etc/X11/xkb and /usr/X11R6/lib/X11/xkb? That should be all of it. I'm using mharris's 4.2.99.902-20030218.3 rpm packages, so I'm assuming his configuration is complete. I don't know. Maybe the xkbcomp error message you said you get will give some hints about this. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes -Mark On Fri, 21 Feb 2003, David Dawes [EMAIL PROTECTED] wrote: On Fri, Feb 21, 2003 at 01:53:45PM -0800, Mark McCallister wrote: XFree86 Version 4.2.99.902 (4.3.0 RC 2) (Red Hat Linux release: 4.2.99.902-20030218.3) OS: Red Hat Linux release 8.0.94 (Phoebe) Video Card: ATI Technologies Inc Rage 128 RF/SG AGP 32M After the X server is started, any key stroke results in a change in resolution. There is no stdout/stderr during the resolution changes, but there are some xkbcomp errors during startup. Mouse movements/clicks do not cause any problems. I've also tested this with RC1 and an earlier build of RC2 by mharris. Make sure you have all the latest xkb config files installed. I saw this behaviour once when I used set that wasn't fully consistent. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Newbie Xconfiguration problem - graphics card?
Hi, Just tried to install RH Linux 7.0 for the 1st time. Unsurprisingly, had a problem post-install with configuring X-Windows. I think this is due to my graphics card (a nVidia GEForce2 Ultra 64Mb). My machine spec is 1200MHz Athlon, 60Gb HD, Soundblaster Platinum Live! sound card, 256Mb RAM. Resulting problem is that I cant get into X-Windows. I've attached my XFree86.9.log file and the XF86Config-4 file for scrutiny. Sorry it's so long. I'm totally new to this game, and would appreciate any help at all. Oh, and please keep replies as non-technical as possible! Many thanks!! Neil Murray ([EMAIL PROTECTED]) -- # XFree86 4.0 configuration generated by Xconfigurator Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection # By default, Red Hat Linux 6.0 and later use xfs Section Files FontPath unix/:7100 EndSection # This loads all the modules... Section Module Load GLcore Load dbe Load dri Load extmod Load glx Load pex5 Load record Load xie Load v4l EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout gb EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Device /dev/mouse Option Protocol IMPS/2 Option Emulate3Buttons off Option ZAxisMapping 4 5 EndSection Section Monitor Identifier NFL9905 VendorName Unknown ModelName Unknown HorizSync 30 - 96 VertRefresh 50 - 140 EndSection Section Device Identifier nVidia Corporation|NV15 Bladerunner (Geforce2 GTS) Driver nv BoardName Unknown EndSection Section Screen Identifier Screen0 Device nVidia Corporation|NV15 Bladerunner (Geforce2 GTS) Monitor NFL9905 DefaultDepth 24 Subsection Display Depth 32 Modes 1024x768 EndSubSection Subsection Display Depth 24 Modes 1024x768 EndSubSection EndSection Section DRI EndSection -- XFree86 Version 4.0.1a / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 2 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.5-22smp i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.9.log, Time: Fri Feb 21 17:59:38 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout XFree86 Configured (**) |--Screen Screen0 (0) (**) | |--Monitor NFL9905 (**) | |--Device nVidia Corporation|NV15 Bladerunner (Geforce2 GTS) (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbLayout gb (**) XKB: layout: gb (++) FontPath set to /usr/X11R6/lib/X11/fonts/75dpi,/usr/X11R6/lib/X11/fonts/misc,/usr/share/fonts/ISO8859-2/75dpi,/usr/share/fonts/ISO8859-2/misc,/usr/share/fonts/ISO8859-7/75dpi,/usr/share/fonts/ISO8859-7/misc,/usr/share/fonts/ISO8859-9/75dpi,/usr/share/fonts/ISO8859-9/misc,/usr/X11R6/lib/X11/fonts/cyrillic (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 6 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.2 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.0.1a, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.0.1a, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.2 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 22 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card ,
Re: [XFree86] Newbie Xconfiguration problem - graphics card?
On Fri, 21 Feb 2003, [iso-8859-1] Neil Murray wrote: Hi, Just tried to install RH Linux 7.0 for the 1st time. Unsurprisingly, had a problem post-install with configuring X-Windows. I think this is due to my graphics card (a nVidia GEForce2 Ultra 64Mb). My machine spec is 1200MHz Athlon, 60Gb HD, Soundblaster Platinum Live! sound card, 256Mb RAM. Resulting problem is that I cant get into X-Windows. I've attached my XFree86.9.log file and the XF86Config-4 file for scrutiny. Sorry it's so long. I'm totally new to this game, and would appreciate any help at all. Oh, and please keep replies as non-technical as possible! Your X-server is too old (2 August 2000) and doesn't support that card. Upgrade to XFree86 4.2 or one of the 4.2.99.x snapshots. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 PPC on a PC Matrox Millenium II
[This is the third time I've tried to subscribe. Last two times, the subscribe emails were returned as 'undeliverable' - seems the host I was using could not send the email, so I'm trying my ISP's servers now, slow as they are.] Howdy! I've a question about running XFree86 v4 on a Starmax using an 8MB MMII that was originally intended for use in a PC. I re-flashed the card with a PPC BIOS. MacOS 9 is quite happy to use the card now. Openfirmware gladly uses it, too. Debian 3 uses the card just fine in text mode. However, when running X, the displayed image (root image) is shifted down about 16 scan lines, leaving a green-and-black multi-checkerboard at the top. The hardware mouse cursor is positioned correctly, but since the image displayed is shifted down 16 pixels or so, the registration is wrong. I also lose the bottom 16 or so lines of the display. I've tried everything I know to try to work around this. Is this a programming bug? Is it referencing the card's memory wrong? Any ideas on 'correcting' the problem? Clearly, I could go buy a Mac-specific video card, but since MacOS happily uses this card, I should think XFree86 would, too. Thanks, Neal ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 PPC on a PC Matrox Millenium II
Neal, You don't mention which version of XFree86 v4.x you are running. That's a big missing piece. Maybe try one of the latest snapshots or at least 4.2.0. Alan. On Fri, Feb 21, 2003 at 07:45:18PM -0500, Neal Murphy wrote: [This is the third time I've tried to subscribe. Last two times, the subscribe emails were returned as 'undeliverable' - seems the host I was using could not send the email, so I'm trying my ISP's servers now, slow as they are.] Howdy! I've a question about running XFree86 v4 on a Starmax using an 8MB MMII that was originally intended for use in a PC. I re-flashed the card with a PPC BIOS. MacOS 9 is quite happy to use the card now. Openfirmware gladly uses it, too. Debian 3 uses the card just fine in text mode. However, when running X, the displayed image (root image) is shifted down about 16 scan lines, leaving a green-and-black multi-checkerboard at the top. The hardware mouse cursor is positioned correctly, but since the image displayed is shifted down 16 pixels or so, the registration is wrong. I also lose the bottom 16 or so lines of the display. I've tried everything I know to try to work around this. Is this a programming bug? Is it referencing the card's memory wrong? Any ideas on 'correcting' the problem? Clearly, I could go buy a Mac-specific video card, but since MacOS happily uses this card, I should think XFree86 would, too. Thanks, Neal ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 PPC on a PC Matrox Millenium II
On Friday 21 February 2003 07:53 pm, Alan Hourihane wrote: Neal, You don't mention which version of XFree86 v4.x you are running. That's a big missing piece. Maybe try one of the latest snapshots or at least 4.2.0. Oh. Duh! Whatever comes with Debian 3.0. X -version: 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 Thanks, Fest3er ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] weird behaviour in rc2
Hello, I just compiled 4.2.99.902 and when I run that version, every time I press a arrow button the resolution changes. Doese anyone else have this problem? regards, -- Frank Van Damme http://www.openstandaarden.be ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Thinkpad A31 and Radeon Mobility 7500
On Fre, 2003-02-21 at 21:40, Dominik Szczerba wrote: Out of curiosity, are you using APM or ACPI? I'm using APM because of problems in the IBM ECDT which they have promised to fix. APM, compiled in, and it was working with 4.2.1 (OpenGL was not working then, that's why the whole story). BTW, you should be able to use current xlibmesa (or the one from Knoppix) with a 4.2.1 X server. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] garbled screen with xfree 4.2.99 and radeon (sdr32mb)
On Fre, 2003-02-21 at 14:59, Daniel Paessler wrote: i use gentoo linux and compiled xfree 4.2.99, but things got bad. What version exactly? xfree compiles fine, but when i try to start it, i get only garbage on the screen. that means the screen itself looks bad and the mouse cursor is only a scrappy square.when i switch back, my console also is garbled... i've tried this with my old gentoo 1.2 and now, installed a fresh 1.4rc2, i have the same problem. so i switched back to xfree 4.2.1 and everything is fine... sorry, but i haven't a log file, but as i remember, there were no errors in it. any ideas? does no other radeon user have this problem? maybe it isn't the radeon at all? all is compiled with gcc 3.2.2, kernel-module loads ok... so where can i start invesigating? it is not 4.3 final, i know, but shouldn't it work? Is it the same problem discussed in threads like 'Have you dropped radeon 7200 support?' (http://marc.theaimsgroup.com/?l=xfree86m=104305500708650w=2) on this list? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Please Help
Hello, I have a PIII system with RedHat Linux 7.1 (kernel 2.4) installed. Till now i had no problems whatsoever with Linux. I always login as root.My graphics display on Linux has been working fine and I've worked in almost all the desktop environments(GNOME,KDE,Enlightenment).Yesterday on entering KDE i found that the icons floppy,cdrom and Trash were displayed on the top lefthand corner of the screen. They had been there everytime but yesterday i decided to get rid of them. I right clicked on the Desktop and selected Configure Desktop and then changed the Desktop path to /root/empty (an empty directory). Everything went fine until the next time i entered KDE the icons were there again. Just for fun i changed the Desktop path to /root and found that everything under /root got displayed on the screen. Again simply i changed the path to /tmp with the same results. But then i couldnt find the directories under /root. Its then that i understood that changing the path automatically moves the contents of the old path to the new path.So i moved everything under /tmp back to /root. The next time i rebooted and ran startx but an error message appeared saying that there was no directory as /tmp. I couldnt believe it. Anyway i created /tmp an ran startx again. This time the screen just when blank. So i ran Xconfigurator and everything went fine and i got the graphics display. But again startx didnt work. When i ran xinit this was the displayed message Could not init font path element unix/:7100,removing from list! Fatal server error:could not open default font 'fixed' XIO: fatal IO error 104 (Connection reset by peer) on X server ":0.0" after 0 requests (0 known processed) with 0 events remaining. When i shutdown Linux this message appears Shutting down xfs [FAILED] Plz help byeBijoy Jacob Thomas