Re: [Xpert]Decimal key on European keyboard layouts
Le ven 13/12/2002 à 02:12, Christian Rose a écrit : Hi! When I press , (the decimal symbol key) on the numerical part of my Swedish keyboard in XFree86, I get a . (point). This is obviously wrong, as it should be a comma, the decimal symbol that is used in Sweden and what this key is labeled with on Swedish standard keyboards. I've checked some other keyboard layouts and others for which the decimal key on the numeric keypad is a comma is as follows: Finland (identical to the Swedish layout), Denmark, Netherlands, Norway, Switzerland, Germany. I suspect that these may be wrongly defined as point too. Anyone else seen this? Suggestions? Not a suggestion, but here my french keyboard has a dot . on the num keypad, although the french decimal sign is the comma , ... perhaps there are keyboards like this in your country ? That would explain the mistake. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Screen placement problems on multihead setup.
Le jeu 05/12/2002 à 16:54, Rodrigo Severo a écrit : Hi list, I have two screens: 1. 1280x768 and 2. 800x600 I want to place them aligned by their bottoms like the following diagram: | | | || | | 2 || 1 | | || | I think you need something like: Screen 1 Big Screen 800 0 Screen 2 Little Screen 0 168 Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Mouse Cursors
Le ven 22/11/2002 à 17:06, Owen Taylor a écrit : (You hit the key combo, you get a little animation around the mouse cursor) The ctrl key, IIRC. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Controlling Render's appetite for dynamic colormapentries
Le mar 05/11/2002 à 07:05, Keith Packard a écrit : I've implemented a simple configurable mode to control how many colors the Render extension allocates on dynamic indexed visuals (pseudo/gray). [...] This policy is controlled by either a command line option (-render) or an XF86Config parameter that lives in the ServerFlags section: Section ServerFlags Option RenderColormapModegray EndSection I don't want to be a jackass, but why isn't it dynamically settable ? I mean, each day we discover that config-file options are a pain, because they prevent dynamic reconfiguration which is a must for a modern desktop. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: But *why* no vblank?
Le dim 03/11/2002 à 18:47, Keith Packard a écrit : Around 15 o'clock on Nov 3, Michel =?ISO-8859-1?Q?D=E4nzer?= wrote: Oh, and are there any opinions about the signal to use, SIGALRM or something else? You'll have to make it settable -- SIGALRM is already used by the X server for scheduling. Of course, we could eliminate that if I could get the current time of day mapped into the X server address space :-) Just synchronizing from time to time and using TSC in the meantime isn't sufficient ? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]But *why* no vblank?
Le ven 01/11/2002 à 22:37, [EMAIL PROTECTED] a écrit : Also, how could the actual sync be performed? Could we have a device like /dev/vblank that blocks on read until the vblank interrupt is sent? Or some kind of ioctl? Scott Long A simple suggestion: What if there was a function that simply returned the number of milliseconds since previous vblank? From this single value, both blanking interval and phase could be deduced with some simple mathematics. It will never work on a networked setup. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Apple 23 HD Cinema Modeline
Le mer 30/10/2002 à 18:24, Dr Andrew C Aitchison a écrit : On Wed, 30 Oct 2002, Colin Law wrote: (II) RADEON(1): Supported additional Video Mode: (II) RADEON(1): clock: 155.0 MHz Image Size: 495 x 310 mm (II) RADEON(1): h_active: 1920 h_sync: 1984 h_sync_end 2016 h_blank_end 2144 h_border: 0 (II) RADEON(1): v_active: 1200 v_sync: 1203 v_sync_end 1206 v_blanking: 1212 v_border: 0 (II) RADEON(1): Monitor name: Apple Cinema (II) RADEON(1): Monitor name: HD Display (II) RADEON(1): End of DDC Monitor info Does this work: Modeline 1920x1200 155.0 1920 1984 2016 2144 1200 1203 1206 1212 23, 1920x1200 ? Rh, /me wants one ! sorry ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xterm raw input
Le jeu 24/10/2002 à 02:20, Russell a écrit : Russell wrote: Now the only question is: does X send logical key names to control xterm, or does it send terminal control codes? X sends a single keycode, xterm translates it to an ESC sequence if necessary. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xterm raw input
Le jeu 24/10/2002 à 02:20, Russell a écrit : Russell wrote: Now the only question is: does X send logical key names to control xterm, or does it send terminal control codes? X sends a single keycode, xterm translates it to an ESC sequence if necessary. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]gzipped fonts with xft
Le jeu 24/10/2002 à 00:34, Juliusz Chroboczek a écrit : XB Is there a way to make xft2 read gzipped fonts ? Currently it doesn't, XB and that makes all bitmaps fonts unusable. http://www.xfree86.org/pipermail/fonts/2002-October/002203.html I've got a segfault when running xftcache with your patch (on uncompressed fonts, in my Type1 dir). I'll send you a backtrace if I find the time to recompile it with symbols. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xterm raw input
Le mer 23/10/2002 à 13:09, Russell a écrit : When i type ctrl-v then keypad 7/Home, or the dedicated Home key on a PC102 keyboard, i get ^[[H or ESC-[H (CSI-H). This code is not in the xterm control sequences spec: http://cns.georgetown.edu/~ric/howto/Xterm-Title/ctlseqs.txt No, this ESC sequence should have no effect on xterm. The terminal should just report it as-is to the application which will interpret it (e.g. a text editor will move the cursor to beginning-of-line) Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree86 Bugzilla
Le mar 22/10/2002 à 00:30, David Dawes a écrit : On Mon, Oct 21, 2002 at 03:54:30PM +0200, Erik Moeller wrote: Bugzilla is quickly becoming the standard bug tracking system for large open software projects. Originally developed by the Mozilla project, it is now used by KDE, GNOME, Apache, AbiWord, Red Hat Linux, Conectiva Linux, Gentoo Linux, Ximian, and many many others. XFree86, which is fundamental to any free desktop/workstation Un*x system, doesn't have an open bugtracking database (and, if some prior posts to this list are to be believed, not a closed one either). In my humble opinion as a user, this needs to change. In a prior post to this mailing list, Kurt Wall has already offered to set up a BTS for XFree86: http://www.xfree86.org/pipermail/xpert/2002-May/017211.html This comes up from time to time. The bottom line is that having an XFree86 bug tracking system is of limited use unless the XFree86 developers use it. Since that's the group that it would impact the most, that's where the motivation for it should come from. BTW, is there an official Linux kernel bug tracking system? Nope, but it's (re)currently being discussed too, and this time it appears it may see the light of day. It should be based on Bugzilla, maintained by an IBM team. But it's still vaporware. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xterm raw input
Le mar 22/10/2002 à 18:12, Russell a écrit : Hi all, I'm testing out some terminal escape sequences as in: http://cns.georgetown.edu/~ric/howto/Xterm-Title/ctlseqs.txt Just try typing: echo -ne \033[2t into an xterm;) Anyway, how can i type control sequences into an xterm without the cursor moving? When i press ESC, it gets intercepted by the shell. ESC-[ doesn't work either. type Ctrl-V ESC. more generally, Ctrl-V 'escapes' the next character (ha!) so the shell doesn't intercept it. Is there a way to echo a string from one xterm into another xterm? yes. type 'tty' in the first xterm. it will tell you the name of the controlling terminal (something like /dev/pts/2), then you can 'echo teletransmitter works /dev/pts/2' in the second xterm. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 00:51, Mark Vojkovich a écrit : On 10 Sep 2002, Xavier Bestel wrote: Le mar 10/09/2002 à 00:09, Mark Vojkovich a écrit : I dunno if I've been clear, but I even tried with only one driver at a time (NV or R128), so it really seems it's an X server issue, not a driver one. Also, I'm using debian packages, I didn't build it myself. Any hint ? X 4.1 was working quite well on this machine. When you say one driver at a time, that was with both cards in the machine correct? Just different Layout sections run from the commandline? Yes Which card is the one the console comes up on? The R128 (I can choose in my BIOS if the main card is AGP or PCI; I choosed AGP because I want to boot on the R128). You might try switching them for completeness, but somehow I don't think that will change anything. It didn't change anything. This sounds like maybe a RAC problem, or perhaps a driver problem with the RAC settings. Were you able to do XFree86 -probeonly without crashing? If so, can you post the /var/log/XFree86.0.log? X -probeonly works well (log attached), and X even starts completely (normal startup log attached too), but it hangs either at the gdm2 prompt or when using some apps (galeon, xine, ...) Xav XFree86 Version 4.2.1 (Debian 4.2.1-0pre1v1 20020907203049 [EMAIL PROTECTED]) / 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 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: Tue Sep 10 11:21:57 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Main Monitor (**) | |--Device ATI Technologies Inc. Rage 128 PF (**) |--Screen Second Screen (1) (**) | |--Monitor Second Monitor (**) | |--Device TNT2 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout fr (**) XKB: layout: fr (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (**) FontPath set to /usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/share/fonts/truetype (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option Xinerama (**) Xinerama: enabled (--) using VT number 2 (WW) Open APM failed (/dev/apm_bios) (No such device) (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 = 0x80003bc0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 147b,a204 rev c4 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 147b, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 104c,8020 card 1421, rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 10de,002d card , rev 15 class 03,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1274,1371 card 1274,1371 rev 09 class 04,01,00 hdr 00 (II) PCI: 00:0e:0: chip 1103,0004 card 1103,0001 rev 03
Re: [Xpert]Xinerama + Mozilla hangs
Le mar 10/09/2002 à 09:39, Chris Hubick a écrit : Under Xinerama, I (and a number of other people) am experiencing Mozilla hangs in XFree86 on pages with international characters: #0 0x4058b17e in __select () from /lib/libc.so.6 #1 0x404be34c in _XlcPublicMethods () from /usr/X11R6/lib/libX11.so.6 #2 0x4041259a in _XRead () from /usr/X11R6/lib/libX11.so.6 #3 0x40412ff5 in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0x403fd736 in XGetImage () from /usr/X11R6/lib/libX11.so.6 #5 0x409845b7 in nsXFontAAScaledBitmap::GetScaledGreyImage () from /usr/local/lib/mozilla-1.0.0/components/libgfx_gtk.so #6 0x409841f4 in nsXFontAAScaledBitmap::DrawText8or16 () from /usr/local/lib/mozilla-1.0.0/components/libgfx_gtk.so #7 0x40984084 in nsXFontAAScaledBitmap::DrawText16 () from /usr/local/lib/mozilla-1.0.0/components/libgfx_gtk.so #8 0x40991091 in nsFontGTKNormal::DrawString () ... There are more details at: http://bugzilla.mozilla.org/show_bug.cgi?id=136362 This causes me /great/ pain, so if someone could look into it, I would be /most/ grateful!! Much Thanks :) Try disabling xfs ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Power button on keyboards
Le lun 07/10/2002 à 18:05, John Tapsell a écrit : On Mon, Oct 07, 2002 at 07:14:13AM -0700, Alex Deucher wrote: John, You can map those new keys to run anything. you can write a script that simply contains shutdown -h now and when you hit that key it'll run the that script shutting your machine down. if you want something neat and graphical, take a look at gnomedialog (i think that's the name) it'll allow you to creat simple scripts that pop up a dialogue box that has either buttons or an input field and you can have it execute commands for you. How do I get it to run the script when I press that key? You can try man inittab if you want it to always work. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Intercepting keyboard events from within video driver?
Le lun 30/09/2002 à 19:42, Mark Vojkovich a écrit : On Mon, 30 Sep 2002, Thomas Winischhofer wrote: The goal is: A quick hack in order to do a simple task which I am asked for almost every day: The hardware I am developing for has two CRT controllers (actually it's the sis driver for XFree86). One of these CRT controllers is able to control LCD panels and TV encoders, but only one of these two at the same time. The choice between LCD and TV (if both are detected at server start-up) is currently done with an Option in XF86Config-4, but this makes it impossible to change the setting during run-time (which is what users really ask for). (The special key on laptops which should provide this does not work under Linux - don't ask why; even if it did it is not satisfactory as I have no control over what the BIOS does to my registers. However, involving the BIOS is definitely not desired.) Those key presses often never get passed the BIOS. They won't even get to the X-server. That's the way they work on the recent laptops that I've had experience with. No software outside of the BIOS knows about it. I think ACPI (in newer linux kernels) may intercept them. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]OpenGL (Was: Work-around for busy-wait in XDGASetViewport)
Le lun 23/09/2002 à 00:20, Mark Vojkovich a écrit : People making games and such should move out of the DOS age and migrate to OpenGL. Will XFree 5 (or better, XFree 4.something:) support DRI on Xinerama ? I know there are projects (outside the XFree core team) to make OpenGL work on several screen, but that's not quite the same thing, and isn't folded back in XFree's code (so there's no way I'll find it in my favorite distrib). ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Resize and Rotate extension progress report
Le jeu 19/09/2002 à 18:13, Keith Packard a écrit : Given that there is no sample implementation of this capability, and that at least Jim and I aren't going to manage to produce one in the immediate future, the question is should we eliminate this part of the RandR specification so that the extension as a whole can demonstrate a complete sample implementation and become a useful standard part of XFree86? I would say go on and let this behavior (emulation of the missing visuals) be optional. Then people who really prefer to implement it instead of fixing the apps, can. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon clone mode bug(s) + fix
Le mer 18/09/2002 à 07:40, Vladimir Dergachev a écrit : 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. BTW, I suppose this is a FAQ but why aren't the GATOS modifications folded into main XFree86 driver ? Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hardfreeze- it's something else
Le jeu 12/09/2002 à 00:12, Troy Davis a écrit : I have a 150W PSU (a Wintech), on a dual-pIII 1GHz (with big fans which sound a bit like a 747 taking-off), 2 HDDs, an internal Zip, a DVD, a CDRW, an IEEE1394 card, an eth card, a sound card, and obviously a R128 AGP and a TNT2 PCI. I have to admit I really don't know how much power all this may drain. And yes, I can tell the CPUs load just by listening to the fans. I would recommend about a 300 to 400 watt power supply for your current setup. Just bought a 400W PSU ... it seems it hangs even more quickly, but it must be subjective. I'm becoming a bit nervous, my computer is nearly unusable now (if I want X11, of course) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze- it's something else
Ok, sorry to have wasted bandwidth and brain cells, I'm back to 4.1 and it still freezes. I really dunno why it fails now. I tried changing kernel versions, even reflashing motherboard bios to all possible revisions ... no way, it still freezes. I noticed the nvidia uses the same pirq than my network card, but even when I remove it (the nvidia), my pc still fails. It seems really bound to X activity: I can compile kernels or do otherwise cpu-intensive tasks for hours without problems, but if I use galeon or xine or other X-intensive tasks, it freezes after a while (seconds or minutes or more). Does any of you have experience about such failures ? Can it be hardware-related ? BIOS-related ? I didn't change my hardware and it was working very well a month ago. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze - it's something else
Le mer 11/09/2002 à 21:18, Alexander Stohr a écrit : He should think about the power supply... The integrated health status sensors of my motherboard tell me voltages are Ok ... can I trust them ? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze- it's something else
Le mer 11/09/2002 à 21:30, Mark Vojkovich a écrit : Specific problems I can think that might only affect graphics, but not compiles or other CPU intensive tasks include: 1) Fastwrites enabled when the chips don't really support them. Nope 2) Mapping registers cached (shouldn't have happened). 3) Bad resource arbitration in the motherboard bios (conflicts, overlaps). How do I find that ? Is there some doc somewhere about how to hunt such conflicts ? 4) Power regulation problems. Sensors say it's OK. Thanks for the tips Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze- it's something else
Le mer 11/09/2002 à 22:51, Mark Vojkovich a écrit : Do you have alot of power consumption in your system? How many Watts can the power supply provide? Can you hear phenomenon like your fans sounding like their RPMs are dropping when you do cpu or graphics intensive tasks? Even if the power supply itself is OK, it could be a regulation problem on the board. I have a 150W PSU (a Wintech), on a dual-pIII 1GHz (with big fans which sound a bit like a 747 taking-off), 2 HDDs, an internal Zip, a DVD, a CDRW, an IEEE1394 card, an eth card, a sound card, and obviously a R128 AGP and a TNT2 PCI. I have to admit I really don't know how much power all this may drain. And yes, I can tell the CPUs load just by listening to the fans. Have you tried snipping out the freetype or xtt modules so that the TrueType font renders don't get used? There have been fatal bugs in those in the past. I think they are all fixed by now though. I tried that, without luck. GTK+2 still uses truetype fonts, but as it's client-space rendering I don't think it matters. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]X process redirection...
Le mer 11/09/2002 à 20:50, [EMAIL PROTECTED] a écrit : Fabrizio, Current GTK 2 CVS has code for screen migration (even between X servers) A person at Sun (whose name I always forget) did the screen migration stuff this spring, I then tested it worked even between servers, and Owen Taylor has since done some work to try to shake out more of the resulting problems. So making GTK/gnome apps migrate is within reach. Nice ! That means Xinerama-like without the disadvantages (e.g. with DRI, etc.) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze- it's something else
Le mer 11/09/2002 à 23:41, Xavier Bestel a écrit : Le mer 11/09/2002 à 22:51, Mark Vojkovich a écrit : Do you have alot of power consumption in your system? How many Watts can the power supply provide? Can you hear phenomenon like your fans sounding like their RPMs are dropping when you do cpu or graphics intensive tasks? Even if the power supply itself is OK, it could be a regulation problem on the board. I have a 150W PSU (a Wintech), on a dual-pIII 1GHz (with big fans which sound a bit like a 747 taking-off), 2 HDDs, an internal Zip, a DVD, a CDRW, an IEEE1394 card, an eth card, a sound card, and obviously a R128 AGP and a TNT2 PCI. I have to admit I really don't know how much power all this may drain. And yes, I can tell the CPUs load just by listening to the fans. Err ... I mistyped, it's a 250W PSU. But after surfing a bit, it seems it's way out of specs. So well ... I'll have to go and buy a bigger one, something like a 400W I think. Thanks a lot for the tip. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Resent without the complete X log (message too big) Le mar 10/09/2002 à 00:51, Mark Vojkovich a écrit : On 10 Sep 2002, Xavier Bestel wrote: Le mar 10/09/2002 à 00:09, Mark Vojkovich a écrit : I dunno if I've been clear, but I even tried with only one driver at a time (NV or R128), so it really seems it's an X server issue, not a driver one. Also, I'm using debian packages, I didn't build it myself. Any hint ? X 4.1 was working quite well on this machine. When you say one driver at a time, that was with both cards in the machine correct? Just different Layout sections run from the commandline? Yes Which card is the one the console comes up on? The R128 (I can choose in my BIOS if the main card is AGP or PCI; I choosed AGP because I want to boot on the R128). You might try switching them for completeness, but somehow I don't think that will change anything. It didn't change anything. This sounds like maybe a RAC problem, or perhaps a driver problem with the RAC settings. Were you able to do XFree86 -probeonly without crashing? If so, can you post the /var/log/XFree86.0.log? X -probeonly works well (log attached), and X even starts completely, but it hangs either at the gdm2 prompt or when using some apps (galeon, xine, ...) Xav XFree86 Version 4.2.1 (Debian 4.2.1-0pre1v1 20020907203049 [EMAIL PROTECTED]) / 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 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: Tue Sep 10 11:21:57 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Main Monitor (**) | |--Device ATI Technologies Inc. Rage 128 PF (**) |--Screen Second Screen (1) (**) | |--Monitor Second Monitor (**) | |--Device TNT2 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout fr (**) XKB: layout: fr (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (**) FontPath set to /usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/share/fonts/truetype (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option Xinerama (**) Xinerama: enabled (--) using VT number 2 (WW) Open APM failed (/dev/apm_bios) (No such device) (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 = 0x80003bc0, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 147b,a204 rev c4 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 147b, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 104c,8020 card 1421, rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 10de,002d card , rev 15 class 03,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1274,1371 card 1274,1371 rev 09 class 04,01,00 hdr 00 (II) PCI: 00:0e:0: chip 1103,0004 card
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
complete log XFree86 Version 4.2.1 (Debian 4.2.1-0pre1v1 20020907203049 [EMAIL PROTECTED]) / 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 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: Tue Sep 10 11:26:54 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Main Monitor (**) | |--Device ATI Technologies Inc. Rage 128 PF (**) |--Screen Second Screen (1) (**) | |--Monitor Second Monitor (**) | |--Device TNT2 (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout fr (**) XKB: layout: fr (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (**) |--Input Device Generic Mouse (**) FontPath set to /usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi,/usr/share/fonts/truetype (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (**) Option Xinerama (**) Xinerama: enabled (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (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 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 147b,a204 rev c4 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 147b, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 40 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 104c,8020 card 1421, rev 00 class 0c,00,10 hdr 00 (II) PCI: 00:0a:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 10de,002d card , rev 15 class 03,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1274,1371 card 1274,1371 rev 09 class 04,01,00 hdr 00 (II) PCI: 00:0e:0: chip 1103,0004 card 1103,0001 rev 03 class 01,80,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5046 card 1002,0028 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 00x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 00x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 00x9000 - 0x90ff (0x100) IX[B] [1] -1 00x9400 - 0x94ff (0x100) IX[B] [2] -1 00x9800 - 0x98ff (0x100) IX[B] [3] -1 00x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 00xd800 - 0xd9ff (0x200) MX[B] (II) Bus 1
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 20:00, Mark Vojkovich a écrit : On 10 Sep 2002, Xavier Bestel wrote: This sounds like maybe a RAC problem, or perhaps a driver problem with the RAC settings. Were you able to do XFree86 -probeonly without crashing? If so, can you post the /var/log/XFree86.0.log? X -probeonly works well (log attached), and X even starts completely, but it hangs either at the gdm2 prompt or when using some apps (galeon, xine, ...) Does it hang without Xinerama? There is a known problem with the font server that is exasperated by Xinerama, but I've not heard of it happening outside of Xinerama, and it should go away if you're not using the font server. Yes, it hangs without Xinerama too. I don't enable the font server anymore since I found it messes with Xinerama (I already reported it to this list a while ago). The problem feels like a wrong setting in some kind of PCI register or such, because the display is either garbled or blanked, the mouse pointer is garbled, and the computer stops instantly (if there was a disk access, the led stays on, so no more interrupts) What's the RAC ? I gather it is some kind of arbiter between vga cards. If I'm right, why does the bug happen when I configure X to only use the boot gfx card (i.e. the second card isn't even initialized) ? Perhaps I should try to physically remove the second card ... ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 21:33, Mark Vojkovich a écrit : If the primary card doesn't work when there's another (unused) card in the system, then it's probably a RAC bug or a bug with the primary card driver's RAC settings. Though it's possible that it's just a motherboard bios bug, like maybe the cards are sharing interrupts or something. Ideally the NVIDIA card isn't sharing an interrupt with anything. If this is the case, moving PCI slot the graphics card is in may help. Though I don't know why this would have worked with an earlier XFree86 version if this was the case. Well, how do I know which interrupts they use ? It's not in /proc/interrupts (only kernel-space drivers here), and I couldn't find it in /var/log/XFree86.0.log - maybe I didn't try hard enough... I dunno if it helps, but I noticed DPMS doesn't work anymore on the R128. xset dpms force off only blanks the TNT ... I think I'll try physical surgery and remove the TNT to see if it's the RAC's fault. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 21:33, Mark Vojkovich a écrit : If the primary card doesn't work when there's another (unused) card in the system, then it's probably a RAC bug or a bug with the primary card driver's RAC settings. Though it's possible that it's just a motherboard bios bug, like maybe the cards are sharing interrupts or something. Ideally the NVIDIA card isn't sharing an interrupt with anything. If this is the case, moving PCI slot the graphics card is in may help. Though I don't know why this would have worked with an earlier XFree86 version if this was the case. Maybe it's something else: I've removed the TNT and still had a freeze after a while (with nice blinking garbage all over the screen). The log says it doesn't need a RAC. It says it loaded and unloaded the NV driver. Am I stuck ? I tried to load fail-safe defaults in the BIOS, it didn't do much. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 23:10, Mark Vojkovich a écrit : On 10 Sep 2002, Xavier Bestel wrote: Le mar 10/09/2002 à 21:33, Mark Vojkovich a écrit : If the primary card doesn't work when there's another (unused) card in the system, then it's probably a RAC bug or a bug with the primary card driver's RAC settings. Though it's possible that it's just a motherboard bios bug, like maybe the cards are sharing interrupts or something. Ideally the NVIDIA card isn't sharing an interrupt with anything. If this is the case, moving PCI slot the graphics card is in may help. Though I don't know why this would have worked with an earlier XFree86 version if this was the case. Maybe it's something else: I've removed the TNT and still had a freeze after a while (with nice blinking garbage all over the screen). The log says it doesn't need a RAC. It says it loaded and unloaded the NV driver. I thought you said it worked with single head. This sounds like it's just a buggy All-in-Wonder driver and has nothing to do with multihead. Then why does it happen too when I only use the TNT ? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Le mar 10/09/2002 à 00:09, Mark Vojkovich a écrit : I dunno if I've been clear, but I even tried with only one driver at a time (NV or R128), so it really seems it's an X server issue, not a driver one. Also, I'm using debian packages, I didn't build it myself. Any hint ? X 4.1 was working quite well on this machine. When you say one driver at a time, that was with both cards in the machine correct? Just different Layout sections run from the commandline? Yes Which card is the one the console comes up on? The R128 (I can choose in my BIOS if the main card is AGP or PCI; I choosed AGP because I want to boot on the R128). Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]X 4.2.x + TNT + ATI All-In-Wonder 128 = hard freeze
Hi, I have a dual-headed system, with a TNT (nvidia) and an All-In-wonder 128 (ati r128) ,running on a dual-pIII VIA VP6. With X 4.1, it runs fine (with or without Xinerama Gatos drivers) (as long as I disable xfs - remember ? I reported this one here). With X 4.2.0 or 4.2.1, the system freezes often, sometimes right at the gdm2 screen, sometimes later (e.g. when using galeon or mozilla, or xine). I tried disabling fully acceleration on both drivers, disabling Xinarama, even disabling SMP at boot - no way, X still hangs really quick. When the system is frozen, it doesn't respond to pings, VT switch, etc. It's cold dead. Any hint for this one ? Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]mozilla/xinerama hanging bug reproducible
Le jeu 01/08/2002 à 13:14, Frank Cusack a écrit : Brian J. Murrell wrote: I have XFree86 4.2.0 installed along with mozilla (problem happened in my of the recent mozilla builds). Over the past few months I have been experiencing hangs in mozilla going to various sites, or when trying to scroll the page up and down. I could not figure out what was causing it. Then one day, upon a suggestion, I disabled xinerama. Guess what. Not one single hang since, and it has been many many weeks now. Is there a known compatibility issue with xinerama and mozilla? The person who suggested disabling xinerama was not shooting in the dark either. He had seen many similar problems with Xinerama too. I've been able to reproduce this and have appended info to mozilla bug #136362 (http://bugzilla.mozilla.org/show_bug.cgi?id=136362). Did you try disabling xfs (the font server) first ? Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
Le mar 16/07/2002 à 19:52, Andrew P. Lentvorski a écrit : On Tue, 16 Jul 2002, [iso-8859-1] José Fonseca wrote: My interest in the XFree86 development is infact rather specific: the RandR extension will be a crucial brick for a proper 3D support on lower end cards such as Mach64 which have little onboard memory. My question to you is: why do you want to spend your time on this when you can buy a *much* higher end card than a Mach for $40 US? Your time is worth than that, even if you are a student. One of the primary time-wasters in open-source is that developers spend a lot of time on support for hardware which is obsolete. When obsolete hardware was much cheaper than brand new hardware, this support for was important. Now, however, that difference is pretty minimal. Buy a new card and save yourself lots of pain. If he does help to implement RandR into XFree, his time won't be wasted. Moreover, that's what I like with opensource: I can find top-class OS drivers for old hardware, and use these old boxes as firewall, car mp3 player, etc.. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
X Autoconfig (was Re: [Xpert]Is the XFree development stuck in adead end?)
Le lun 15/07/2002 à 04:43, James a écrit : Better yet, XFree shouldn't need configuration at all with modern hardware: config is just needed for some old un-probable chips, and some settings such as resolution, depth, etc. (which should be settable on the fly, BTW) Correct me if I'm wrong (I'm new to Unix): Yeah, but then you'd need all that software support stuff saved on your computer and included in you Kernel. That's one of the major reasons why I'm getting out of Windows -- too much stuff I don't need loading up. I correct you :) X has already all the necessary stuff to configure itself: just type X -configure and it will generate a configuration file you can then tweak. What's missing is a way to just run without any config file (generate an internal config and use it), or with a config file containing only user preferences (resolution, depth, screens placement for multiscreens, etc..) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
window move/resize (was: Re: [Xpert]Re: Is the XFree developmentstuck in a dead end?)
Le lun 15/07/2002 à 13:53, Mike A. Harris a écrit : On Mon, 15 Jul 2002, Lukas Molzberger wrote: 1. XFree is far too slow. What is your metric? XFree86 is slow at what specifically? Provide some examples. I think what he's talking about is the problem with moving/resizing windows. There are 2 problems here (I think you all know): - the kernel/server/WM/app message roundtrip. That's the way X is architectured, you can't do much here. - the ressource starvation: as modern toolkits tend to be heavy on redrawing, X's scheduler gives more priority to the WM which means the toolkit can't update the window. The solution I see is to tell the WM not to update the size/position of the window more than necessary (which would be near each 1/25th of a second). I think Havoc will try that on Metacity (or I'll do it myself if I have time) Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Xpert digest, Vol 1 #2013 - 11 msgs
Le lun 15/07/2002 à 14:20, Mike A. Harris a écrit : what you are asking for is the RandR (Resize and Rotate) extention. This extension is implemented already, and support for it is available in the kdrive X server included with XFree86. The core server simply has not had RandR functionality added yet. It isn't funded development, so it will be done whenever someone cares to do it and has the time. I'm interested in working on it, but it hasn't been priority one for me yet. IIRC Mark said the API between the core server and the drivers doesn't allow for RandR to be implemented. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
Le lun 15/07/2002 à 01:39, Nick Name a écrit : (3. It should be possible to configure XFree over a dialog that is intergrated in Gnome and Kde.) Someone should write it. Indeed I think there are: I personally use debian, but Mandrake, Suse and RedHat users continuously say that their distribution can do everything graphically. Better yet, XFree shouldn't need configuration at all with modern hardware: config is just needed for some old un-probable chips, and some settings such as resolution, depth, etc. (which should be settable on the fly, BTW) I personally don't see any alternative to overcome the current problems of XFree. I don't see real problems in XFree, and think that one of the best features of X is the networking capabilities. Indeed, have a look to how easy is to have xinerama on two different video cards. Do this with windows or macos. It's hard, if not impossible at all. Is that a joke ? Did you ever try to set up a second gfx card and monitor under Mac OS ? It's a breeze, just point'n'click. Whereas in X, you have to hunt for the Xinerama HOWTO and mess with the config file. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]twinview question
Le lun 01/07/2002 à 19:36, Mark Vojkovich a écrit : The root window can never change size throughout the X session, Even with a single head, there is no mechanism in the X-window system to resize the desktop. XFree86 hotkeys for mode switching merely change the size of the viewport, not the root window. Could you clarify one point: I tought the RandR extension was done to enable the root window to resize. Am I right ? If yes, how will unaware application react ? Is there some doc somewhere discussing this I could read ? Thanks, Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]twinview question
Le lun 01/07/2002 à 20:26, Mark Vojkovich a écrit : On 1 Jul 2002, Xavier Bestel wrote: Le lun 01/07/2002 à 19:36, Mark Vojkovich a écrit : The root window can never change size throughout the X session, Even with a single head, there is no mechanism in the X-window system to resize the desktop. XFree86 hotkeys for mode switching merely change the size of the viewport, not the root window. Could you clarify one point: I tought the RandR extension was done to enable the root window to resize. Am I right ? If yes, how will unaware Yes, the RandR extension was created to support that. XFree86's driver model doesn't support RandR though. Is it something planned in the near future ? Or totally undoable with current X API, and to be done in XFree 5 ? Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xinerama + Gnome instability?
Le lun 10/06/2002 à 12:16, Matti Airas a écrit : Hi, After struggling with ATI Radeon 7500 multihead setup, I purchased a second-hand Tseng Labs ET6000 to run the second head. All works fine and dandy (after I found the PCI/AGP preference setting in my BIOS), but for some reason Gnome applications seem to be awfully unstable in Xinerama. Despite my hunting, the reason for the problem evades me, but the symptoms are as follows: several applications (Evolution, Gnome Control Center, Ximian Red Carpet) fail to start properly. Window decorations, some menus and panes appear correctly, but the application immediately hangs (does not repaint the window) and has to be killed. Also some applications (such as Galeon) work, but freeze from time to time, whereas some others (such as Nautilus) work without a hitch. I had similar problems (VERY annoying) and managed to work around them by disabling the xfs font server. Since then it works quite well. Just comment out the line: FontPathunix/:7100 int your X config file. The problem seems to be the X server/xfs protocol which deadlocks when using some TrueType fonts in Xinerama mode. I'm not an Xpert so I can't tell you more. Good luck, Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Reg. X Security Extensions
Le mar 04/06/2002 à 18:23, Dr Andrew C Aitchison a écrit : Given that the (digital) X network traffic is likely to be much smaller than the (analog?) video bandwidth, I agree that the projector should have an ethernet port instead (OK as well for now) as a VGA connector. Instead ? Noo, if I buy a projector it'll be mainly as a home theater or to play games on a big screen. No way a remote X session will ensure that works with correct FPS. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TrueType fonts
Le mar 28/05/2002 à 10:46, Juliusz Chroboczek a écrit : XB http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=147898 Very curious. So you've got this freeze that you can only reproduce if you use Xinerama + FreeType + xfs? If any one of these is missing, everything works fine? Exactely. XB be surprised. Indeed. I'd love to attempt to reproduce it, but the closest Xinerama machine I've got access to is roughly 1500 miles away. How could I help you ? Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Bug#147898: xserver-xfree86: freeze when using TrueType withXinerama
Le sam 25/05/2002 à 05:40, Branden Robinson a écrit : The font server config file is /etc/X11/fs/config. Oops ... here it is: [xav@bip:~]$ cat /etc/X11/fs/config # font server configuration file # $Xorg: config.cpp,v 1.3 2000/08/17 19:54:19 cpqbld Exp $ # allow a maximum of 10 clients to connect to this font server client-limit = 10 # when a font server reaches its limit, start up a new one clone-self = on # log messages to /var/log/xfs.log (if syslog is not used) error-file = /var/log/xfs.log # log errors using syslog use-syslog = on # turn off TCP port listening (Unix domain connections are still permitted) no-listen = tcp # paths to search for fonts catalogue = /usr/lib/X11/fonts/misc/,/usr/lib/X11/fonts/cyrillic/,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1/,/usr/lib/X11/fonts/CID,/usr/lib/X11/fonts/Speedo/,/usr/lib/X11/fonts/100dpi/,/usr/lib/X11/fonts/75dpi/,/usr/share/fonts/truetype # in decipoints default-point-size = 120 # x1,y1,x2,y2,... default-resolutions = 100,100,75,75 # font cache control, specified in kB cache-hi-mark = 2048 cache-low-mark = 1433 cache-balance = 70 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]Svideo out ATI
Le sam 25/05/2002 à 12:16, Pranay Kumar a écrit : I would love to... but unfortunately I cant make a head or tail from this page.. bad copy/paste ... try http://www.stud.uni-hamburg.de/users/lennart/projects/atitvout/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TrueType fonts
Le ven 24/05/2002 à 14:13, Juliusz Chroboczek a écrit : BSI red that New X is supporting the TTF BSWhat does it mean ? http://www.xfree86.org/current/fonts.html Doesn't work too well with Xinerama though ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Bug#147898: xserver-xfree86: freeze when using TrueType withXinerama
I (nearly) found where's the problem; if I do: xset fp- unix/:7100 I.e. I disable the font server that comes with X (xfs), but I still leave the TTF fonts somewhere in the font path, it seems that everything works as expected. No more apps deadlocks. my /etc/X11/fs/xfs.options contains just this line: no-restart-on-upgrade Dunno where this freeze exactely comes from, but I'm sure I won't use xfs anymore ! Xav PS: bug details with C testcase here: http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=147898 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]TrueType fonts
Le ven 24/05/2002 à 18:32, Juliusz Chroboczek a écrit : http://www.xfree86.org/current/fonts.html XB Doesn't work too well with Xinerama though Er??? The FreeType backend is a font backend just like the others. It merely produces glyph bitmaps and doesn't know about what the upper layers of the server do with them. I would be very, very surprised if there were a font issue that only occurs in Xinerama configurations and that is specific to the FreeType backend. But if there is, please do provide more detail. I've already reported it on this list. I have a testcase and all, VERY reproducible here. Full explanations here: http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=no\bug=147898 be surprised. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Xinerama + gtk+1.2 freezes
I have narrowed a bit the bug:
here is a small testcase which very often freezes, but only when in
Xinerama mode and when using a truetype font:
#include stdio.h
#include stdlib.h
#include unistd.h
#include X11/Xlib.h
int main(int argc, char **argv)
{
int i;
GC gc;
XGCValues gcv;
Display *dpy = XOpenDisplay(NULL);
int blackColor = BlackPixel(dpy, DefaultScreen(dpy));
int whiteColor = WhitePixel(dpy, DefaultScreen(dpy));
Window w = XCreateSimpleWindow(dpy, DefaultRootWindow(dpy), 0, 0, 200, 500, 0,
blackColor, blackColor);
XSelectInput(dpy, w, StructureNotifyMask);
XMapWindow(dpy, w);
gcv.font = XLoadFont(dpy,
-misc-yikatu-medium-r-normal-*-*-280-*-*-p-*-iso10646-1);
gc = XCreateGC(dpy, w, GCFont, gcv);
XSetForeground(dpy, gc, whiteColor);
for(;;)
{
XEvent e;
XNextEvent(dpy, e);
if (e.type == MapNotify)
break;
}
for(i = 0; i 50; i++)
XDrawString(dpy, w, gc, i, i * 10, Y a r g l a a !, 16);
XSync(dpy, False);
sleep(1);
return 0;
}
I dunno how to always synchronize operations, so I did an XSync() at the
end and it freezes there. You can retrieve the font here:
ftp://awak.dyndns.org/yikatu.ttf (it's 26k big)
I'm using X4.1.0 from debian/sid
What can I do more to help debug this (very annoying) problem ?
Xav
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]sis6326 8mb xv
Le dim 12/05/2002 à 10:51, Thomas Winischhofer a écrit : [EMAIL PROTECTED] wrote: i have a sis6326 AGP 8Mb and xv doesn't work and X limit videoram to 4096. I want to use 8Mb of memory and xv to work. can you give me some advice? I don't really know about the RAM issue (although I always wondered about that limitation in the code - Egbert?), but Xv is not supported on this device. The only SiS chips that support (native) Xv is the 630/730 and the 310 series (315, 650, 740, 550). Speaking of Xv, I just bought a Nvidia TNT2 (Tornado) PCI as a second card for Xinerama (to replace an aging S3 Virge). However it seems it doesn't support Xv. How can I be sure ? In the log, the only thing I see is: (II) R128(0): LeaveVT: Shutting down Xvideo subsystems (II) R128(0): Rage Theatre setting standard 0x (II) Screen 0 shares mem io resources (II) Screen 1 shares mem io resources (II) Screen 0 shares mem io resources (II) Screen 1 shares mem io resources (II) R128(0): Starting up Xvideo subsystems (II) R128(0): Rage Theatre setting standard 0x (II) Entity 0 shares no resources (II) Entity 1 shares no resources when switching to/from vt (R128 is my main card). Nothing for the NV driver. Is there any doc somewhere on this driver ? Is Xinerama compatible with Xv on both cards ? X4.1.0 here. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Xinerama + gtk+1.2 freezes
i, I've got problems with some apps using gtk+1.2. They often freeze when in Xinerama mode. My setup is: Linux 2.4.19-pre7-ac2 (SMP) Debian/sid XFree86 4.1.0 gtk+1.2 Xinerama mode on 2 different sized screens, one on an ATI R128 and the other on a S3 Virge. I've seen Evolution freeze *very* often (several times a day), Galeon sometimes, and 1 other simpler app (edonkey gui) once. I tried without Xinerama and couldn't reproduce the freezes. Here's a bt from an evolution-mail freeze: #0 0x411207ce in select () from /lib/libc.so.6 #1 0x40f7ffdc in _XlcPublicMethods () from /usr/X11R6/lib/libX11.so.6 #2 0x40edb3ba in _XRead () from /usr/X11R6/lib/libX11.so.6 #3 0x40edbdc3 in _XReply () from /usr/X11R6/lib/libX11.so.6 #4 0x40ed2e1d in XQueryPointer () from /usr/X11R6/lib/libX11.so.6 #5 0x40e87d38 in gdk_window_get_pointer () from /usr/lib/libgdk-1.2.so.0 #6 0x40e2f1e7 in gtk_widget_get_pointer () from /usr/lib/libgtk-1.2.so.0 #7 0x40339415 in e_vpaned_new () from /usr/lib/libgal.so.19 #8 0x40dc7e3f in gtk_marshal_BOOL__POINTER () from /usr/lib/libgtk-1.2.so.0 #9 0x40df7013 in gtk_signal_set_funcs () from /usr/lib/libgtk-1.2.so.0 #10 0x40df50b3 in gtk_signal_emit () from /usr/lib/libgtk-1.2.so.0 #11 0x40e2bacb in gtk_widget_event () from /usr/lib/libgtk-1.2.so.0 #12 0x40dc7d85 in gtk_propagate_event () from /usr/lib/libgtk-1.2.so.0 #13 0x40dc6eee in gtk_main_do_event () from /usr/lib/libgtk-1.2.so.0 #14 0x40e76457 in gdk_wm_protocols_filter () from /usr/lib/libgdk-1.2.so.0 #15 0x4102e4d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #16 0x4102eae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #17 0x4102ec7c in g_main_run () from /usr/lib/libglib-1.2.so.0 #18 0x40dc67e7 in gtk_main () from /usr/lib/libgtk-1.2.so.0 #19 0x40468ebd in bonobo_main () from /usr/lib/libbonobo.so.2 #20 0x0809e473 in main () #21 0x4106f14f in __libc_start_main () from /lib/libc.so.6 It seems it freezes always at the same place in the code. The pattern is common with Galeon: the first 4 lines are the same (from select to _XReply), then an Xlib function then a gtk function. I can send you a bt on request (when it freezes again). I honestly don't know what to do to help debug that. Please tell me what I could do (not too destructive for my setup please). Xav XFree86.0.log.gz Description: GNU Zip compressed data
Re: [Xpert]Xinerama + gtk+1.2 freezes
Le ven 10/05/2002 à 18:07, Xavier Bestel a écrit :
Le ven 10/05/2002 à 16:16, Owen Taylor a écrit :
The first step would be to try to get a backtrace while running the
programs with the --sync command line option, since it's possible
that it's not the XQueryPointer that is causing the hang but some
earlier request.
Unfortunately, I'm not sure if either evolution or Galeon will really pass
that option through to the main part of the application ... they are both
somewhat complicated. But it's worth trying. And it should definitely work
for simpler apps. (You can tell if you are running the apps synchronized,
because it will be darn slow.)
Right. I did it, here is the bt:
#0 0x411207ce in select () from /lib/libc.so.6
#1 0x40f7ffdc in _XlcPublicMethods () from /usr/X11R6/lib/libX11.so.6
#2 0x40edb3ba in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x40edbdc3 in _XReply () from /usr/X11R6/lib/libX11.so.6
#4 0x40ed7a77 in XSync () from /usr/X11R6/lib/libX11.so.6
#5 0x40ed7b00 in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6
#6 0x40ed8068 in XDrawString16 () from /usr/X11R6/lib/libX11.so.6
#7 0x40e73d9c in gdk_draw_text () from /usr/lib/libgdk-1.2.so.0
#8 0x4032553c in e_font_draw_utf8_text () from /usr/lib/libgal.so.19
#9 0x4033e7ed in e_cell_text_set_value () from /usr/lib/libgal.so.19
#10 0x40339a68 in e_cell_draw () from /usr/lib/libgal.so.19
#11 0x403603d3 in e_table_item_redraw_range () from /usr/lib/libgal.so.19
#12 0x40973abf in gnome_canvas_group_get_type () from /usr/lib/libgnomeui.so.32
#13 0x40976594 in gnome_canvas_new_aa () from /usr/lib/libgnomeui.so.32
#14 0x40976738 in gnome_canvas_new_aa () from /usr/lib/libgnomeui.so.32
#15 0x40976799 in gnome_canvas_new_aa () from /usr/lib/libgnomeui.so.32
#16 0x4102f4fa in g_timeout_add () from /usr/lib/libglib-1.2.so.0
#17 0x4102e4d8 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#18 0x4102eae3 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#19 0x4102ec7c in g_main_run () from /usr/lib/libglib-1.2.so.0
#20 0x40dc67e7 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#21 0x40468ebd in bonobo_main () from /usr/lib/libbonobo.so.2
#22 0x0809e473 in main ()
#23 0x4106f14f in __libc_start_main () from /lib/libc.so.6
What's really interesting is that evolution mail just spew this before:
[xav@bip:~]$ evolution-mail --sync
GnomeVFS-WARNING **: Unable to convert MIME info from UTF-8 to the current locale
fr_FR@euro. MIME info will probably display wrong.
** CRITICAL **: file gutf8.c: line 922 (g_utf8_validate): assertion `str != NULL'
failed.
** CRITICAL **: file gutf8.c: line 922 (g_utf8_validate): assertion `str != NULL'
failed.
** CRITICAL **: file gutf8.c: line 922 (g_utf8_validate): assertion `str != NULL'
failed.
** CRITICAL **: file gutf8.c: line 922 (g_utf8_validate): assertion `str != NULL'
failed.
... a problem with UTF-8 in Xinerama ?
#0 0x40fad7ce in select () from /lib/libc.so.6
#1 0x4029efdc in _XlcPublicMethods () from /usr/X11R6/lib/libX11.so.6
#2 0x401fa3ba in _XRead () from /usr/X11R6/lib/libX11.so.6
#3 0x401fadc3 in _XReply () from /usr/X11R6/lib/libX11.so.6
#4 0x401f6a77 in XSync () from /usr/X11R6/lib/libX11.so.6
#5 0x401f6b00 in _XSyncFunction () from /usr/X11R6/lib/libX11.so.6
#6 0x401f7068 in XDrawString16 () from /usr/X11R6/lib/libX11.so.6
#7 0x40e53d9c in gdk_draw_text () from /usr/lib/libgdk-1.2.so.0
#8 0x41467c35 in NSGetModule () from /usr/lib/mozilla/components/libgfx_gtk.so
#9 0x4144cdae in NSGetModule () from /usr/lib/mozilla/components/libgfx_gtk.so
#10 0x41458634 in NSGetModule () from /usr/lib/mozilla/components/libgfx_gtk.so
... seems we have a winner here. This one was from galeon.
I tried to look through gdk_draw_text, but don't know sufficiently gdk
not X to be helpful here. Perhaps I could put some meaningful printf and
retest ? What do you suggest ?
For info, here is gdk_draw_text:
/* gdk_draw_text
*
* Modified by Li-Da Lho to draw 16 bits and Multibyte strings
*
* Interface changed: add GdkFont *font to specify font or fontset explicitely
*/
void
gdk_draw_text (GdkDrawable *drawable,
GdkFont *font,
GdkGC *gc,
gint x,
gint y,
const gchar *text,
gint text_length)
{
GdkWindowPrivate *drawable_private;
GdkFontPrivate *font_private;
GdkGCPrivate *gc_private;
g_return_if_fail (drawable != NULL);
g_return_if_fail (font != NULL);
g_return_if_fail (gc != NULL);
g_return_if_fail (text != NULL);
drawable_private = (GdkWindowPrivate*) drawable;
if (drawable_private-destroyed)
return;
gc_private = (GdkGCPrivate*) gc;
font_private = (GdkFontPrivate*) font;
if (font-type == GDK_FONT_FONT)
{
XFontStruct *xfont = (XFontStruct *) font_private-xfont;
XSetFont(drawable_private-xdisplay, gc_private-xgc, xfont-fid);
if ((xfont-min_byte1 == 0
Re: [Xpert]Xinerama + gtk+1.2 freezes
Le ven 10/05/2002 à 20:55, Owen Taylor a écrit : What I would suggest is that you grab xmon from: ftp://ftp.x.org/contrib/devel_tools/xmon.1.5.6.tar.gz (Or, I think Debian might have a package of it.) And run the app under it: xhost + [ I've generally had to do this, standard cautions apply ] xmonui | xmond /tmp/log DISPLAY=localhost:1 evolution Then up the detail level using the buttons at the top and reproduce the crash... that should give a log of the last few requests that your app made of the X server. Ok. I made 2 logs, one using evolution --sync, and the other using only evolution-mail --sync (coz they are huge). You can fetch them here: ftp://awak.dyndns.org/evo_full.log.gz (1.3M) ftp://awak.dyndns.org/evo_mail.log.gz (430K) Unless you are using a UTF-8 locale, I doubt it has anything specifically to do with UTF-8... those warning messages are internal to evolution. Yes, but the crash is in gdk_draw_text(), which calls XDrawString16(), both for evolution-mail and galeon. Xav ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
