CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/15 09:29:06 Log message: Formatting cleanup. Replace the variety of formatting styles used in this code with the preferred XFree86 formatting style. No functional changes. Modified files: xc/programs/Xserver/hw/xfree86/loader/: aout.h aoutloader.c aoutloader.h ar.h coff.h coffloader.c coffloader.h dixsym.c dlloader.c elf.h elfloader.c elfloader.h extsym.c fontsym.c hash.c loader.c loader.h loaderProcs.h loadext.c loadfont.c loadmod.c misym.c os.c os2funcs.c sym.h xf86sym.c Revision ChangesPath 1.8 +66 -67xc/programs/Xserver/hw/xfree86/loader/aout.h 1.18 +198 -200 xc/programs/Xserver/hw/xfree86/loader/aoutloader.c 1.4 +2 -2 xc/programs/Xserver/hw/xfree86/loader/aoutloader.h 1.4 +28 -34xc/programs/Xserver/hw/xfree86/loader/ar.h 1.6 +84 -95xc/programs/Xserver/hw/xfree86/loader/coff.h 1.19 +755 -740 xc/programs/Xserver/hw/xfree86/loader/coffloader.c 1.4 +2 -2 xc/programs/Xserver/hw/xfree86/loader/coffloader.h 1.60 +283 -285 xc/programs/Xserver/hw/xfree86/loader/dixsym.c 1.13 +10 -10xc/programs/Xserver/hw/xfree86/loader/dlloader.c 1.17 +153 -156 xc/programs/Xserver/hw/xfree86/loader/elf.h 1.58 +1562 -1475xc/programs/Xserver/hw/xfree86/loader/elfloader.c 1.4 +2 -2 xc/programs/Xserver/hw/xfree86/loader/elfloader.h 1.9 +18 -19xc/programs/Xserver/hw/xfree86/loader/extsym.c 1.13 +55 -56xc/programs/Xserver/hw/xfree86/loader/fontsym.c 1.22 +155 -153 xc/programs/Xserver/hw/xfree86/loader/hash.c 1.69 +498 -472 xc/programs/Xserver/hw/xfree86/loader/loader.c 1.27 +71 -79xc/programs/Xserver/hw/xfree86/loader/loader.h 1.21 +23 -27xc/programs/Xserver/hw/xfree86/loader/loaderProcs.h 1.8 +260 -271 xc/programs/Xserver/hw/xfree86/loader/loadext.c 1.4 +27 -29xc/programs/Xserver/hw/xfree86/loader/loadfont.c 1.72 +960 -979 xc/programs/Xserver/hw/xfree86/loader/loadmod.c 1.38 +127 -127 xc/programs/Xserver/hw/xfree86/loader/misym.c 1.4 +5 -7 xc/programs/Xserver/hw/xfree86/loader/os.c 1.8 +101 -111 xc/programs/Xserver/hw/xfree86/loader/os2funcs.c 1.7 +4 -4 xc/programs/Xserver/hw/xfree86/loader/sym.h 1.240 +845 -849 xc/programs/Xserver/hw/xfree86/loader/xf86sym.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/10/15 09:58:36 Log message: Change traditional function definitions to prototype style definitions. Modified files: xc/programs/Xserver/hw/xfree86/loader/: aoutloader.c coffloader.c elfloader.c hash.c Revision ChangesPath 1.19 +3 -5 xc/programs/Xserver/hw/xfree86/loader/aoutloader.c 1.20 +17 -45xc/programs/Xserver/hw/xfree86/loader/coffloader.c 1.59 +32 -91xc/programs/Xserver/hw/xfree86/loader/elfloader.c 1.23 +10 -22xc/programs/Xserver/hw/xfree86/loader/hash.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/10/15 10:30:22 Log message: warning fixes when ELFDEBUG is defined Modified files: xc/programs/Xserver/hw/xfree86/loader/: elfloader.c Revision ChangesPath 1.60 +35 -29xc/programs/Xserver/hw/xfree86/loader/elfloader.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/10/15 10:46:01 Log message: build and warning fixes when AOUTDEBUG is defined Modified files: xc/programs/Xserver/hw/xfree86/loader/: aoutloader.c Revision ChangesPath 1.20 +20 -12xc/programs/Xserver/hw/xfree86/loader/aoutloader.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/10/15 14:18:51 Log message: Add missing symbol definition files for libraries (Matthieu Herrb). Added files: xc/lib/FS/: FS-def.cpp xc/lib/xkbfile/: xkbfile-def.cpp xc/lib/xkbui/: xkbui-def.cpp xc/lib/XRes/: XRes-def.cpp xc/lib/XvMC/: XvMC-def.cpp xc/lib/Xinerama/: Xinerama-def.cpp xc/lib/Xfontcache/: Xfontcache-def.cpp ___ 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/10/15 14:23:42 Log message: Build most libraries as shared by default. Modified files: xc/config/cf/: X11.tmpl OpenBSDLib.tmpl xc/lib/xkbfile/: Imakefile xc/lib/xkbui/: Imakefile xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 1.225 +129 -58 xc/config/cf/X11.tmpl 1.8 +3 -3 xc/config/cf/OpenBSDLib.tmpl 3.5 +6 -6 xc/lib/xkbfile/Imakefile 3.4 +6 -6 xc/lib/xkbui/Imakefile 3.2884+4 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ 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/10/15 15:47:48 Log message: declare cross-libraries dependencies for new shared libs Modified files: xc/config/cf/: bsdLib.tmpl darwinLib.tmpl lnxLib.tmpl xc/lib/xkbfile/: Imakefile xc/lib/xkbui/: Imakefile Revision ChangesPath 3.22 +11 -3 xc/config/cf/bsdLib.tmpl 1.18 +10 -3 xc/config/cf/darwinLib.tmpl 3.19 +12 -1 xc/config/cf/lnxLib.tmpl 3.6 +5 -1 xc/lib/xkbfile/Imakefile 3.5 +6 -1 xc/lib/xkbui/Imakefile ___ 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/10/15 15:51:48 Log message: remove tag Modified files: xc/programs/Xserver/hw/xfree86/common/: xf86Config.c Revision ChangesPath 3.277 +1 -3 xc/programs/Xserver/hw/xfree86/common/xf86Config.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
xfs install on RedHat machine
I have installed the minimal set of packages with RedHat 9.0 and have installed XFree86 xfs later using rpm. XFS is not running after reboot while it is in init.d and rc.d[12345]. Anyone know what causes this behaviour. Regards, Marcel Stegehuis ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: You suggest an upgrade, eh?
Sven Luther [EMAIL PROTECTED] writes: I've been trying to find specs for implementing hardware RENDER support for my graphics card. I have the specs for the card. The problem is that nobody seems to know what the various RENDER functions in a driver are supposed to do, or what the structs represent. Without this information, there's not much I can do. For a start, look at the mga or the sis driver. Both accelerate aa texture blitting for aa text with quite remarkable speed improvements. I was hoping not to have to wade through hundreds of lines of chip specific code and try to guess what they tell the chip to do. If I only knew exactly what the functions are supposed to do, and what the supplied data is, it would be straight-forward to have my chip do the work. The parts that do RENDER accleration are by no means hundreds lines of code. It plain two accelerator functions. I myself had no clue either when I started, and implementing this took only one day. Then why has not someone added documentation for it in the XAA.HOWTO file, if it is that simple ? Good question. BTW, Sven. RENDER support for Permedia3 should be possible, right? -- Måns Rullgård [EMAIL PROTECTED] ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: You suggest an upgrade, eh?
On Wed, 15 Oct 2003, Alexander Shopov wrote: Quite frankly... random uninformed people making claims that X is slow, without any shred of a clue or properly deduced scientifically measured and reproduceable instrumented data, will always be out there. We can't stop people from spreading unfounded rumours nor from making random guesses as to why they or someone they know may be experiencing slowdowns in some application or another. Actually we can. Make a good demonstration, so that people see that the sentence X is slow is obviously and without any doubt flawed. That doesn't prove anything really. What would it be doing exactly? Blitting rectangles? Drawing lines? Or would it be rendering AA text using the RENDER extension? If something is indeed slow, is it slow because of flaws in the design of X11 itself? Or because of flaws in XFree86's design? Or is it slow because of the XFree86 implementation of X11 has flaws? Or is it only because of certain features missing from the X server and/or video drivers, but not actually an X11 design flaw at all? While people like answers like it is slow or it is fast, as much as people want answers like that, the real answers are much more detailed. The _only_ answer that matters is the technical/scientific one. End users opinions about how things work, and what is fast or slow, and what is at fault if something is slow don't really matter. We, as developers care about _real_ world problems. If something is really slow, before anything can be done about it, someone needs to scientifically analyze the problem and put some numbers behind it. One such problem is the lack of RENDER acceleration in the video drivers. That is not an X11 bug or flaw in any way. It is simply a feature that hasn't been implemented yet for the most part. I don't think trying to prove anything to people who will believe whatever they want to believe helps us any at all personally... I think it helps us prevent the stupid rumor propagating. A vaccine will not heal people, but it will prevent a disease from spreading. It doesn't help anything. People will create rumours and spread them _always_ by the rules of human nature and the fact that the overwhelming majority of people don't understand deep technical issues in general. Also, crappy news sites like Slashdot tend to help spread rumours to the point where it is impossible to counteract the crap, and one's time as a developer is best spent ignoring the ignorant uninformed fools out there, and just going ahead and implementing new features/enhancements/optimizations, and getting real work done. The best thing any of us can do, is continue to properly and scientifically analyze the X server, it's video drivers, and other related technologies, profile them, optimize them, etc. From a development perspective - yes, you are right. Popularization needs a more pro-active approach. Popularization is a natural selection thing. People use what works for them, or what seems to work best for them, or in some cases what works good enough. Advocacy isn't a bad thing of course, but one needs to be careful to not cross the road from advocacy to preaching, and one always must be truely looking at what is best for the particular problem at hand, not just how to further their advocacy, perhaps even at the expense of recommending an inadequate solution to someone for their particular problem. Video gaming is a perfect example. Playing video games is indeed possible in Linux using XFree86. I would NOT advocate Linux/XFree86 to video gamers however, nor would I try to extoll the virtues of gaming in Linux with XFree86. It does work, but it is not a push and click painless experience yet for the masses out there. It fits into the good enough for some people category at best. Gaming isn't a strong point in favour of Linux/XFree86 basically, so it is a bad point to use in advocation. Right now, the biggest hit on the desktop is probably unaccelerated RENDER operations. That's what most users likely see as desktop slowdowns currently. Over time, those things will improve as people write support. I know that, and people on the list know that. However I find it difficult to explain it to people that do not know what RENDER is, people that do not want to know what RENDER is, and people that just trust the old saying: seeing is believing Best regards: al_shopov Sure, nobody said explaining these things is easy of course. Why bother explaining to people in the first place though? Their rumours/opinions/whatever don't really matter much to the technical/scientific/developmental side of things. It's not like all developers are going to be pressured to rewrite an in-kernel X server just because a Slashdot crowd of end users appears with white masks on and demands it. The technical OSS community in general develops real solutions to solve _real_
Re: xfs install on RedHat machine
On Wed, 15 Oct 2003 [EMAIL PROTECTED] wrote: Date: Wed, 15 Oct 2003 09:10:01 +0200 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 Subject: xfs install on RedHat machine I have installed the minimal set of packages with RedHat 9.0 and have installed XFree86 xfs later using rpm. XFS is not running after reboot while it is in init.d and rc.d[12345]. Anyone know what causes this behaviour. run ntsysv as root and enable the xfs service. That will make it start at boot time. You can also use service xfs start to start it from the command prompt. If it does not start, look in /var/log/messages and you will find out why it is not starting. -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: You suggest an upgrade, eh?
The _only_ answer that matters is the technical/scientific one. End users opinions about how things Technically and scientifically you are right and I agree with you, but not everyone has the patience for the scientific side. I as sorry as you are about this thing, but some magic some times is surely appreciated. It doesn't help anything. People will create rumours and spread them _always_ by the rules of human nature and the fact that the overwhelming majority of people don't understand deep technical issues in general. Maybe it will not help directly you but it will help me in several ways. I will not have to dispel the myth about the networking in X that slows it down. I will talk about RENDER or sth. else. And maybe people will stop pesting XFree86 developers to drop netwoking support. (Well they are sure to find sth else to unscientifically voice their opinion about, but let us make this one little step) Video gaming is a perfect example. Playing video games is indeed possible in Linux using XFree86. I would NOT advocate Linux/XFree86 to video gamers however, nor would I try to extoll the virtues of gaming in Linux with XFree86. It does work, but it is not a push and click painless experience yet for the masses out there. Actually you ARE dropping several variables from the equation. Real life example - we had recently in Bulgaria the following case: Microsoft told computer gaming clubs that they could not use their bought and paid up licenses for Windows 98 and let people hire the computers on a per hour basis. Microsoft's view was that they needed Windows XP Professional licenses. The clubs showed the letters they had with MS partners from which they bought the licenses in which MS distributors explicitly stated that Windows 98 is the necessary version that would suffice (the letters were written maybe 2 years before Win XP was on the market) What finally happened is that clubs got busted, non-compliance with licences was found (as well as tax avoidance) and a club had more than 200 computers confiscated. So - for the end user perspective - gaming in XFree86 is not painless, but for the point of perspective of game club manager - it is less painful to have to pay your network administrators to make the thing click than to have your machines confiscated. You are sayng that you need to make comparisons with things being equal. You mean - hardware configuration and so on. But there are people for whom what matters is the cost - so hardware specs can be left aside. You can invest what you save from licensing the OS in more games or better hardware. Sure, nobody said explaining these things is easy of course. Why bother explaining to people in the first place though? Their rumours/opinions/whatever don't really matter much to the technical/scientific/developmental side of things. It's not like Well times like when Bruno got burned are a thing of the past but people can get fired for voicing their scientific opinion which is not in line with the great line and path ahead. And as this thread gets way off the limits of the theme of the list, let me ask the quetsions in a very humble way: Will you help me show the magic in XFree86? The jaw dropping side of things? Best regards: al_shopov ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Problem with ATI Radeon Mobility M6 LW
On Tue, 2003-10-14 at 10:33, Dimitris S. Economou wrote: Hi all, I have recently bought a Compaq evo N610C laptop and I'm encountering a problem with the graphics card adapter. The display is flickering producing a distortion in the displayed image. While the display is in this destorted shape it is impossible for someone to work with (not even shut down the laptop gracefully). The problem arises through a list of actions listed below: 1. While booting and after switches to a high resolution display taking advantage of the frame buffer. 2. While switching from X display to virtual consoles and vice-versa (ctrl-alt + Fn) 3. When the lid is opened while the laptop is in normal operation. 4. While resuming from standby. [...] I noticed from the change-log of XFree86 4.3.99.14 a related announcement which maybe the solution of the problem and I reiterate the snippet: ... 478. Radeon driver fixes (Hui [EMAIL PROTECTED]) [...] Does indeed solves the reported problem? Possibly. Trying the driver from current CVS certainly isn't a bad idea. -- Earthling Michel Dnzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfs install on RedHat machine
[EMAIL PROTECTED] wrote: I have installed the minimal set of packages with RedHat 9.0 and have installed XFree86 xfs later using rpm. XFS is not running after reboot while it is in init.d and rc.d[12345]. Anyone know what causes this behaviour. Regards, Marcel Stegehuis I saw a similar problem recently; essentially, the init.d/xfs script was being run, but no xfs got started and there was no clue in the logs about what was failing. Then I realized that my root filesystem was full. After I cleaned up some space and rebooted, everything worked fine. Silly, but true... Chris Burghart ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: How to render multiple cursors?
--- Kieran O'Sullivan [EMAIL PROTECTED] wrote: Why would you want more than one pointer? and more importantly how would it be used? I wonder if you are not making life more difficult than it needs to be. Actually the more I think about the more I really want to know the answer to thoes two questions. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel Our motivation for having multiple pointers is that we are building large displays (20+ feet) for collaboration. Displays this size may sometimes be used by multiple people simultaneously either on related or unrelated task. So we would like to provide each person with a cursor and the ability to start or migrate applications to the shared display. Initially we just want to support mulitple people working simultaneously on different applications. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: How to render multiple cursors?
On Thursday 09 October 2003 08:03, Kieran O'Sullivan wrote: Why would you want more than one pointer? and more importantly how would it be used? 1. It's quite conciveable that two cursors could be used to perform two actions at the same time, I mean most of us use multitasking OS'es so the cursors should reflect that. 2. USE YOUR IMAGINATION! Two usb mice, one in your left hand, one in your right. You use one to click and drag a window out of the way and you use the other to choose your favorite song on XMMS. The uses of the technology will expand to fit the technology, that's what OpenSource development is all about. (actually what first is needed is someone with ambition AND coding skills. Like many others, I only have the latter.) I wonder if you are not making life more difficult than it needs to be. How? By proposing an Idea? Actually the more I think about the more I really want to know the answer to thoes two questions. See above :) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: xfs install on RedHat machine
On Wed, 15 Oct 2003, Chris Burghart wrote: I saw a similar problem recently; essentially, the init.d/xfs script was being run, but no xfs got started and there was no clue in the logs about what was failing. Then I realized that my root filesystem was full. After I cleaned up some space and rebooted, everything worked fine. Silly, but true... Kindof funny actually... some people have complained that xfs should be updated to log this using syslog, however in the majority of systems out there, /var/log is on the same partition as /tmp usually is - /, and if the disk is full, the disk is full. I seem to recall xfs was updated to do this anyway, but I'd have to do a test setup to confirm it. Not a priority... -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: How to render multiple cursors?
On Wed, 15 Oct 2003, david mattatall wrote: Why would you want more than one pointer? and more importantly how would it be used? 1. It's quite conciveable that two cursors could be used to perform two actions at the same time, I mean most of us use multitasking OS'es so the cursors should reflect that. 2. USE YOUR IMAGINATION! Two usb mice, one in your left hand, one in your right. You use one to click and drag a window out of the way and you use the other to choose your favorite song on XMMS. The uses of the technology will expand to fit the technology, that's what OpenSource development is all about. (actually what first is needed is someone with ambition AND coding skills. Like many others, I only have the latter.) I find it rather unlikely that someone would use a mouse in each hand for any real world non-hypothetical because I can sense. Come up with an actual *tangible* reason, and then it's something to discuss IMHO. Open source development isn't all about devising and implementing useless features nobody will use for any useful purpose. I wonder if you are not making life more difficult than it needs to be. How? By proposing an Idea? I see no demand for your idea out there. Actually the more I think about the more I really want to know the answer to thoes two questions. See above :) Feel free to implement it, and then fix all window managers and other affected applications out there, then propose it as an enhancement if you like. -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: You suggest an upgrade, eh?
What is funny however, is that any alternative to X, is more or less functionally useless until someone writes an X server for it for most general purpose computing. Well, it would really only /require/ an xlib-compatable interface, but everybody seems to port XFree86 to run as a client to their window system instead. Presumably it's easier. Benchmarks can be a useful thing to compare computer systems or software with, but benchmarks can also be used intentionally to highlight the best points of the system one wants to win, and highlight the weak points of the other system. Lies, damnn lies, and In short, benchmarks and similar tests are only one thing, and the information they provide is not 100% conclusive all around in a general sense. Benchmarking is a bit like academic tests. It proves that you're good at the benchmark, not at the task. Not sure exactly what you're asking here.. It takes a lot for my jaw to drop though. I'm not sure XFree86, or any other computer software can make that happen though. Ok, maybe the Halflife 2 movie trailer comes close... grin Heh... I found XDMCP to be pretty jaw-dropping when I started using it... Craig Ringer ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
VIA's Savage Drivers
Some months ago, VIA released an XFree86 Savage driver in source form that included, among other things, a DRI driver and XvMC support. Has that code been integrated into the XFree86 source tree? Will it make XFree86 4.4? Or is it still waiting in limbo for someone to do the integration? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: You suggest an upgrade, eh?
CR Benchmarking is a bit like academic tests. It proves that you're good CR at the benchmark, not at the task. You can't cheat at a benchmark. (To be a little bit less cryptical: benchmarks are all we've got to make sure we're making sense in our design and implementation. In the right hands, benchmarks don't lie. But benchmarks are useful for the programmer, who knows what exactly he's measuring. They are not necessarily useful for the user. End of bracket.) Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Export symbol lists on Linux (was Re: RFC Marking private symbols in XFree86 shared libraries as private)
On Tue, Oct 14, 2003 at 09:50:07PM +0200, Jakub Jelinek wrote: I'd say it would be better to reuse *-def.cpp files (didn't know something like that existed). I've preprocessed all *-def.cpp files included in XFree86/xc/lib, gathered all symbols currently exported from XFree86 shared libraries, all undefined symbols in 5800 shared libraries and binaries I found on my box which are satisfied by one of XFree86 shared libraries and attached are results. The first is a MUST list, symbols which are exported from XFree86 shared libraries now when there is no anonymous version script, are not exported when an anonymous versions script created from stock *-def.cpp file is applied and are used by some binary or shared library (including other shared libraries in the XFree86 collection). There is IMHO no way other than adding these to *-def.cpp files (any issues with this)? There is a good chance that some of these are unintentionally omitted from the -def.cpp files. That's less likely to be a problem as more platforms begin using this data. Checking the MUST list against the API specs is the best way to determine which are unintentional. Hopefully that will result in a much smaller list. That list is interesting from the point of view of reconciling the specs with actual usage. It is also possible that the -def.cpp export some symbols that shouldn't be exported, and that check against the API specs needs to be made too. For libGL.so, as anonymous version scripts accept wildcards, I think we should use gl* wildcard, as it is too error-prone to list all the gl* functions. Will the wildcard method work for the platforms that currently use the -def.cpp lists? The GL and GLX APIs should be well-defined. For libGLU.so, I think we should export everything, no version script on Linux. Second is a MAY list. These are symbols ATM exported from the shared libraries, which would be hidden by linker script but which looked to me like they are in the standard namespace of the libraries and thus might be good candidates for exports. Can anyone please review these and tell me if there are some which definitely shouldn't be exported? They need to be checked against the API specs too. I can supply a tarball with all the symbols ATM exported, exported via *-def.cpp, used etc. to interested parties if you want to do more investigations. I'll follow up with a patch which exports MUST + current *-def.cpp ones and will wait for responses about the MAY list (or candidates not even on MAY list). Jakub -- MUST list -- libGL.so XF86DRIAuthConnection XF86DRICloseConnection XF86DRICloseFullScreen XF86DRICreateContext XF86DRICreateDrawable XF86DRIDestroyContext XF86DRIDestroyDrawable XF86DRIGetClientDriverName XF86DRIGetDeviceInfo XF86DRIGetDrawableInfo XF86DRIOpenConnection XF86DRIOpenFullScreen XF86DRIQueryDirectRenderingCapable XF86DRIQueryVersion All of those are used by the DRI driver modules. I believe there are plans for having those modules use another mechanism for accessing these functions, but they'd still need to be exported for compatibility. Another alternative might be splitting them into a separate shared library that our libGL dlopen's. I don't know if any applications directly access the DRI extension. libXext.so XShmAttach XShmCreateImage XShmCreatePixmap XShmDetach XShmGetEventBase XShmGetImage XShmPixmapFormat XShmPutImage XShmQueryExtension XShmQueryVersion Those definitely get added. -- MAY list -- libX11.so KeySymToUcs4 XkbChangeKeycodeRange Xutf8DrawImageString Xutf8DrawString Xutf8DrawText Xutf8LookupString Xutf8ResetIC Xutf8SetWMProperties Xutf8TextEscapement Xutf8TextExtents Xutf8TextPerCharExtents The Xutf8 functions are part of our extensions to Xlib, so should be exported. Hopefully others can give you some more feedback about the areas they are more familiar with. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Kernel Module? On second thought...
Oh my! Judging from the large number of *flames* I got for suggesting it, I guess a kernel module for X is not such a good idea after all. Oh well, I hope it was at least worth brainstorming. XFree86 *might* wish to consider a modulette to cover things that userland CAN'T do, like AGP, DMA, IRQ, and so on. Or maybe the modulette could grant I/O privileges on behalf of an X server that opens it (thus the X server doesn't require root privileges)? Perhaps some extensions to /dev/framebuffer? A smaller module may involve less overhead. Does the notion of a kernel module have ANY merit at all? Or was the idea complete garbage? PLEASE: Don't flame me, and if there are serious flaws with my ideas, please be specific so I know what to fix. _ Surf and talk on the phone at the same time with broadband Internet access. Get high-speed for as low as $29.95/month (depending on the local service providers in your area). https://broadband.msn.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Kernel Module? On second thought...
On Wed, 15 Oct 2003 20:38:44 +, Raymond Jennings wrote: Oh well, I hope it was at least worth brainstorming. Brainstorming is (almost) never a bad idea. XFree86 *might* wish to consider a modulette to cover things that userland CAN'T do, like AGP, DMA, IRQ, and so on. AGP stuff can be done in usermode. Most the DRI drivers DO include a kernel module for handling DMA and interrupts. The idea of a generic DMA/IRQ handler is somewhat attractive, but the various graphics chips are so very different that doing anything generically is quite difficult. Or maybe the modulette could grant I/O privileges on behalf of an X server that opens it (thus the X server doesn't require root privileges)? You get the same spoofing issue here. If an unprivileged XFree86 server can gain access to the kernel module, then any arbitrary unprivileged application can do so as well. You really need some way to identify the XFree86 server as trusted. In Linux today, the only mechanism for doing that is suid root. Does the notion of a kernel module have ANY merit at all? Or was the idea complete garbage? As we have said, many of the drivers DO have kernel modules for implementing OpenGL acceleration. However, there is a tradeoff. You're getting additional functionality, in exchange for an operating system dependency and the inherent stability risks in moving stuff to the kernel. There is clearly a threshhold beyond which the tradeoff makes good sense. My key point is that the threshhold needs to be set rather high. It's not that the kernel idea is unconditionally bad. It's just that, for the typical 2D driver, the gain isn't worth the pain. -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: VIA's Savage Drivers
On Wed, Oct 15, 2003 at 09:50:40AM -0700, Tim Roberts wrote: Some months ago, VIA released an XFree86 Savage driver in source form that included, among other things, a DRI driver and XvMC support. Has that code been integrated into the XFree86 source tree? Will it make XFree86 4.4? Or is it still waiting in limbo for someone to do the integration? I created the savage-1-0-0-branch in the DRI tree and merged the 2D these pieces together. Unfortunately the 3D driver is based on Mesa 3.4.x from the XFree86 4.2.0 days, and needs some work to bring it up-to-date. I suggest you check out that branch from the DRI. It certainly won't make 4.4. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Kernel Module? On second thought... plus OT: Flame fest
Does the notion of a kernel module have ANY merit at all? Or was the idea complete garbage? Obviously your idea isn't complete rubbish, but you are preaching to a very particular crowd, so you need to make sure you're ideas aren't contrary to their personal biases, sad isn't it? Ok, now that we have that over with, on with my response. I think the concept of having kernel modules handling some tasks has merit, but two things should smack you in the face whenever you conceder it. Note, DRI is basically what you are looking for, but I like to rant, so here goes: 1. Portability Since the module would have to be kernel dependent, porting an XServer to another platform becomes difficult. It is already difficult enough to support new platforms as it is in X. The stipulation to get into XFree is that any platform dependent changes to the server must be optional. If the functionality you are requesting applies to changing the baseline X Server, you better make sure that it works on all the platforms Xfree Supports, which is a lot. The way I read your comment, it seemed like a broad strokes change to the entire system. 2. Change Control If you know anything about Xfree86, you will see that the maintainers don't like to depend on code externally. Making a kernel module, you are taking the ability of the XFree developers to have total control over the timing and release procedures of the module. This is also a bad candidate for versioning incompatibilities inside the current iteration of the system. soap_box flame_rating=100% I really with that there were more well defined API's in Xfree which would mitigate any need for compiling module X for server Y. It is really stifling to work with an open source system that only introduces changes once a year. I am not talking about the X Protocol specs, but the basic building blocks of the server itself. It would be nice to add a newly developed extension, form of encryption, or whatever without having to get everything rebuilt for me. Following the comments from a previous commenter, X is too big for mear mortals to manage is a whole, and it'd be better IMHO to see some basic separation put in, and have some document like the architecture and framework of the Xfree86 server which ties all the discrete parts together. I can only imagine that the original goal of Xfree86 was to make a fully self-contained X server to compete with the big guys in the market. The problem is that today there are throngs of people making things in the user / toolkit space that are now redundant with those in Xfree and barely maintained. An example breakup for binary releases: Xfree86 Server Xfree86 Server feature insert feature here Xfree86 Server module insert module here XFree86 Client Xfree86 Common XFree86 Client Tools Xfree86 Server Devel Xfree86 Client Devel Xfree86 Common Devel XFree86 Fonts How you define features is sadly ambigious, maybe something a little broader than just X extensions. This may never be possible with Xfree's architecture, I am not versed enough to make a call. Core system changes are fine at 1 year, Feature updates can be released quarterly, Driver releases should be monthly Of course the implementation of such a scheme involves a lot discussion larger than my soap box. /soap_box ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: More details about a kernel module (by GPfault)
Hmm... An IOCTL shouldn't have any more overhead than reading or writing to a file... I'd think that the kernel is lightning fast at *dispatching* the IOCTL. Handling it is something else entirely and depends on how long the device driver decides to take. It's device specific. I don't understand how that was a rhetorical question. My sense of humor is very blunt, and I don't get the punchline. From: Juliusz Chroboczek [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: More details about a kernel module (by GPfault) Date: 14 Oct 2003 11:41:59 +0200 RJ Just add some IOCTL's for hardware acceleration). How much overhead does an ioctl involve ? (Rhethorical question.) Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel _ Add MSN 8 Internet Software to your current Internet access and enjoy patented spam control and more. Get two months FREE! http://join.msn.com/?page=dept/byoa ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Forgiviness! I repent!
On Wed, 15 Oct 2003, Raymond Jennings wrote: Oh great XFree86 spirits! Please forgive my transgressions! I have sinned in ignorance! I repent! (:D) It was I who suggested the kernel module. It has since been considered heresy. My apologies. There's nothing wrong with kernel modules, per se. It's just that XFree86 exists, and has existed, on quite a bit more platforms that just Linux. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: More details about a kernel module (by GPfault)
On the scale of the speed of graphics operations, IOCTLs are very expensive. Compare how many IOCTLs a second you can do compared to things like triangle rates of modern graphics hardware (which are over a 100 Million a second). Mark. On Wed, 15 Oct 2003, Raymond Jennings wrote: Hmm... An IOCTL shouldn't have any more overhead than reading or writing to a file... I'd think that the kernel is lightning fast at *dispatching* the IOCTL. Handling it is something else entirely and depends on how long the device driver decides to take. It's device specific. I don't understand how that was a rhetorical question. My sense of humor is very blunt, and I don't get the punchline. From: Juliusz Chroboczek [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: More details about a kernel module (by GPfault) Date: 14 Oct 2003 11:41:59 +0200 RJ Just add some IOCTL's for hardware acceleration). How much overhead does an ioctl involve ? (Rhethorical question.) Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Dri-devel] Re: VIA's Savage Drivers
On Mer, 2003-10-15 at 21:07, Alex Deucher wrote: the 3D drvier needs to be updated to mesa 5.x. Not much work has been done on it and I think there are some issues with the 2D driver. There's no way it will make it into 4.4.0. the current code is on a branch in DRI cvs. If you are interested in helping, please do. 2D is stable. AlanH added some core infrastructure bits that will improve it but its current form has only two known bugs. The 3D is another matter - the last code I threw at people runs glxgears sometimes and thats it 8) ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Dri-devel] Re: VIA's Savage Drivers
Alan, that's the CLE266/via driver, right? the savage driver is still barely touched as far as I know. there was some talk of shelving the old savage_1-0-0 branch and starting a new one on savage_1-0-1 since the old one needed so many changes to get synced up to the trunk. Alex --- Alan Cox [EMAIL PROTECTED] wrote: On Mer, 2003-10-15 at 21:07, Alex Deucher wrote: the 3D drvier needs to be updated to mesa 5.x. Not much work has been done on it and I think there are some issues with the 2D driver. There's no way it will make it into 4.4.0. the current code is on a branch in DRI cvs. If you are interested in helping, please do. 2D is stable. AlanH added some core infrastructure bits that will improve it but its current form has only two known bugs. The 3D is another matter - the last code I threw at people runs glxgears sometimes and thats it 8) __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] Humor... management...
Tricks about Management... Define for yourself who is a GOOD Manager and who is a BAD Manager... A so called bad manager... 1. Gives you tasks which you cannot complete... a.k.a. wild goose chase... 2. Takes insult on the smallest issues. Yells, screams and expresses authority. 3. Gives you nothing to do... 4. Gives you incorrect or partial information. Go figure the rest... 5. Gives false information to other managers about you. Creates bad image or reputation... 6. Takes no interest in your work. You succeed, you make manager successful. You fail, you suck... 7. Asks about your stength and weaknesses. Now, use your weakness and press all the hot buttons... 8. Never takes risks. Always criticial and explore method why nothing new should be done. 9. Is insecure selfish. Always worried about own job insecurity... Who cares about the employees... They are replacable. 10. Plays games... That is the best method to keep employees confused busy. 11. Seeks personal information about employee... It can come useful... 12. Divide Rule... Employee relationship with peers could be a threat... 13. Does not give credit... Maybe, give least performer the maximum credit as it fosters competition and productivity. 14. Does not know who is doing what... When nobody knows, nobody can tell... 15. Makes things difficult... Life was never supposed to be easy... 16. Checks your progress... By ruining or creating problems to see if you are slacking... 17. Keeps bugging you... A good test for thresholds... 18. Makes you work long hours... If you are working 8 hours a day, something is wrong... 19. Resort to personal threats... Confident employees are a problem... A so called good manager... 1. Is a mentor...A good leader... 2. Gives good direction... A time savor... 3. Gives positive as well as negitive feedback...We should learn to look at things in perspective... 4. Is involved with employee and pays attention to details... The employee is paid for the work, so better know what is happening... 5. Gives good input suggestions... Stops you from digging your grave... 6. Explores your strengths and fosters them. We all have weaknesses... 7. Is a motivator... A happy employee is a productive employee... 8. Does not take things personally... Looks for the correct message... 9. Is efficient and fosters it in the organization...Time is money... 10. Listens to all viewpoints. Discussion always helps... 11. Gives timely help... A stitch in time saves nine... 12. Fosters team work and information sharing... Improves productivity... OR AM I WRONG and it works the OTHER WAY... Who am I to say what is GOOD OR BAD ?? :))) P.S: This e-mail is to be taken in good humor and positive spirit. It is not intended to be a personal insult for anyone and should not be interpreted in that manner. At the least, it can be some good learnings for all of us. If interested, please add on to the list... ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[I18n] Saving consumers money on their term-life-insure since 1998
It's time to think about term-life-insure We can reduce your term-life-insure costs by up to 80%. Protect your family's future, saving hundreds on your policy. Choose from the top term-life-insure companies, it's quick easy Learn more from the link below: http://best-deals2u.biz/lifeinsurance/index.php To modify your listing options: best-deals2u.biz/re `You know,' said Arthur, `it's at times like this, when I'm trapped in a Vogon airlock with a man from Betelgeuse, and about to die from asphyxiation in deep space that I really wish I'd listened to what my mother told me when I was young.', Do you think the company would be willing to lower my pay? Life Life i18n gwtmniehnwdrhkmkrwcnkinnwowrnab ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: Re: [XFree86] SOLUTION: ATI: no screens available RedHat 9.00 (an d other problems)
From what I have found from my own experience with a model close to yours, Radeon 7200. To get it so you get a screen, you need to disable hard acceleration. I have yet to see if it is truely supported for this series. As I had the exact same problem for a while. A easy way so you can disable hardware acceleration, is you need to corrupt the xfree86 config file, and rerun the configuration again. You may also be able to delete it too, but I have not tested that option out. I believe the file you are wanting to modify is in a subfolder of etc. I am not on my linux machine to check for sure, but there should be a xfree86 folder in etc. Easy way to corrupt the file, is modify the color setting to an invalid one. Chris - Original Message - From: Solomon I. Shorser [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, October 14, 2003 1:39 PM Subject: [linux] Re: [XFree86] SOLUTION: ATI: no screens available RedHat 9.00 (an d other problems) Risenhoover, Paul wrote: Hi Solomon, Who's to say? Those drivers are built each night from cvs. So if you check bugzilla ( http://bugs.xfree86.org/query.cgi ) for your problem, find it, and it's marked RESOLVED, and the problem was with the driver, then it could help. What kind of card is it and what message are you getting? My ATI Mobility 4 is working with hardware acceleration. It's an ATI Radeon 7000. Every web page I've seen says this card is supported. The exact problems I'm experiencing were in an eariler post of mine, from a few days ago. There's no error messages. The most annoyinf problem is that when I re-installed X, I somehow overwrote some important configuration files,but I've not sure which ones or how to restore them. It is affecting my login screen, it looks like crap. Another unusual bug has to do with the fact that ever since I reinstalled X, I have a process known as kalarmd that is running the CPU at max (or close to maximum) load. Not sure what this process is for or why it suddenly decided it needed all those CPU cycles. As far as 3d acceleration, I tried installing DRI, it didn't work (I kept getting segfault erros with glxgears). I went through all the trouble shooting tips, none seem to work. thanks, sol I'll have to try again when I get home tonight ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] SOLUTION: ATI: no screens available RedHat 9.00 (and other problems)
hi sir/madam, i had successfully installed mandrake linux 9.0(dolphin) on my system.when i say stratx itis giving the problem, when i givestartx command it is giving the error that isscreens found but none have usable configurations . i had tried to setup XFree86 file by the command XF86Config but it is not working my system configuration is motherboard :intel desktop board D845GLLY processor :intel celeron 1.7 GHz monitor :samsung samtron 56V graphics is inbuilt on the motherboard please help me to get GUI thank you tukaram Do you Yahoo!? The New Yahoo! Shopping - with improved product search
Re: [XFree86] two monitors/kbds/mice
I want to allow my brother to use the computer from his room. I was thinking of adding a second graphics card but would this solve the problem? You can read docs here: http://startx.times.lv http://www.tldp.org/HOWTO/XFree-Local-multi-user-HOWTO/ Remember, monitor and usb cables has very restricted length and longer cables are costly. Aivils Stoss ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Colon and underscore on Dvorak
Hi, I'm using the dvorak layout on XFree86 4.3 (setxkbmap dvorak), and when I have capslock on, I can't produce underscores or colons. I just get the regular keys. It's the same if I bind any other key than the QWERTY , . and -. Is there something fundamentally wrong with the keyboard driver or is it just me? This did work perfectly fine on XFree86 3. Regards, Magnus Engström pgp0.pgp Description: PGP signature
[XFree86] No screens found.
Hi, I have a problem with starting my graphic interface on my Linux station. I already tried to install a newer version of Xfree86, and updated my graphic driver (RadeOn 9100) that I found on the ATI website. Once I did the update, and tried to open with startx, it tries to start, I see a grey screen, with a black little cross (une croix), then it goes back to a black screen, I hear my screen that mades some refreshes, but it does this in a loop, and so I cannot even retrieve the text mode. Can you help? Kind Regards, Balencourt Michel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: Problem with XServer
On Wed, 15 Oct 2003, sunil wrote: Date: Wed, 15 Oct 2003 10:19:59 +0530 From: sunil [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: Multipart/related; type=multipart/alternative; boundary=Boundary-00=_B38S6RO0 Subject: Problem with XServer The problem reported by the system is as under: 1. (=) /etc/X11/XF86Config 2. (EE) failed to load module bitmap (module doesnot exist) 3. (EE) failed to load module pcidata (module doesnot exist) 4. Fatal Server error, unable to load required base modules Now , I want to know what's the solution for this problem Either: 1) you have deleted those files from your harddisk, or some other software has done so or 2) Your X config file contains a ModulePath line which is misconfigured and broken or 3) Your system is hosed. rpm -Va rpmverify.log will indicate if anything on your system is missing or modified as far as XFree86 is concerned. or 4) Disk corruption of some kind or 5) You've recompiled XFree86 and/or your kernel by hand perhaps? Those are some possible causes of the problem, however since we don't know your system, how it was installed or configured, or what other software you may have installed or whatnot, it is impossible to give a single pushbutton do this to fix that type of answer. The exact solution to your problem, depends on what exactly the problem is caused by. -- Mike A. Harris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] nvidia quadro 280: cannot start x
Mark Vojkovich wrote: On Tue, 14 Oct 2003, Praveen Kallakuri wrote: hi i am having trouble starting x with this nvidia quadro graphics card on a dell precision 360. i got the driver from nvidia's website and installed it. i really think its not a driver issue but something fundamental with X. this is a new debian installation and i have never run X on it before. i did upgrade to xfree 4.3 though and built a new 2.4.22 kernel. i attached the log and the config file. can someone tell me where i am going wrong? You seem to have a problem with your XFree86 installation. You have version 4.3, yet at least one of your XFree86 modules (the one it's crashing on) is from 4.2. (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 Mark. doesn't that happen sometimes? i mean i did run across modules that belonged to prev versions but still included because they could work. in any case, i guess what you are asking me to do is run a fresh install of xf4.3. i was planning to do that... basically i will move /etc/X11R6 and /etc/X11 and reinstall x. hope that will work. -- k.p. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] bug report, x server output told me to mail :)
i will include both server crash logs, first i used the nvidia driver with experimental 2d acceleration, then i disabled it, and rebooted (to avoid stuff that might happen else) and then it crashed again :-/ i have attached both log files, i hope it will help you guys -- Regards, Redeeman [EMAIL PROTECTED] XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.22 i686 [ELF] Build Date: 01 October 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: Wed Oct 15 13:53:34 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Normal (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout dk (**) XKB: layout: dk (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:-1 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (**) ModulePath set to /usr/X11R6/lib/modules (**) Option BlankTime 5 (**) Option OffTime 100 Using vt 7 (--) using VT number 7 (II) Open APM successful (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.3.0, 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.3.0, 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 = 0x8914, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 10de,01a4 card , rev b2 class 06,00,00 hdr 80 (II) PCI: 00:00:1: chip 10de,01ac card 1043,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:00:2: chip 10de,01ad card 1043,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:00:3: chip 10de,01ab card 1043,0c11 rev b2 class 05,00,00 hdr 80 (II) PCI: 00:01:0: chip 10de,01b2 card 1043,0c11 rev c3 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 10de,01b4 card 1043,0c11 rev c1 class 0c,05,00 hdr 80 (II) PCI: 00:02:0: chip 10de,01c2 card 1043,0c11 rev c3 class 0c,03,10 hdr 00 (II) PCI: 00:03:0: chip 10de,01c2 card 1043,0c11 rev c3 class 0c,03,10 hdr 00 (II) PCI: 00:08:0: chip 10de,01b8 card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:09:0: chip 10de,01bc card 1043,0c11 rev c3 class 01,01,8a hdr 00 (II) PCI: 00:1e:0: chip 10de,01b7 card , rev b2 class 06,04,00 hdr 01 (II) PCI: 01:00:0: chip 13f6,0111 card 1043,8077 rev 10 class 04,01,00 hdr 00 (II) PCI: 01:06:0: chip 10ec,8139 card 1113,ec01 rev 10 class 02,00,00 hdr 00 (II) PCI: 02:00:0: chip 10de,01a0 card 1043,0c11 rev b1 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), 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 - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:8:0), (0,1,1), BCTRL: 0x (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0xc000 - 0xcfff (0x1000) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe580 - 0xe5ff (0x80) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xf7f0 - 0xf7ff (0x10) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xe400 - 0xe57f (0x180) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xe7f0 - 0xf7ef (0x1000) MX[B] (--) PCI:*(2:0:0) nVidia Corporation NV15 [GeForce2 - nForce GPU] rev 177, Mem @ 0xe400/24, 0xe800/27, BIOS @ 0xe7ff/16 (II) Addressable bus resource ranges are [0] -1 0 0x -
[XFree86] About XForceScreenSaver
Hi, I have written a small program which uses XForceScreenSaver(). The program to reset the ScreenSaver settings in a desktop session. After the sucessful compilation it is not deactivating the ScreenSaver setting. I have tried the same program with different mode (ScreenSaverActive and ScreenSaverReset), but both were not worked as expected. Please let me know why is not working as expected. Here is the program any help on this is appriciated. Thanks in advance, Bala S __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com test1.c Description: test1.c
[XFree86] 2 destops 1 mouse
hello, i have 2 desktops on 2 separate gfx cards. currently i am able to move between destops with my mouse, which is not what i want. how do i stop my single mouse from entering the second destop?? (using xfree864.3.99.9) thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] 2 destops 1 mouse
never mind, figured out how, just use the Relative option in ServerLayout hello, i have 2 desktops on 2 separate gfx cards. currently i am able to move between destops with my mouse, which is not what i want. how do i stop my single mouse from entering the second destop?? (using xfree864.3.99.9) thanks ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] x window radio button question
I have a question, I have a menu and a submenu. Both use radio buttons. How can I make it so that a menu and a submenu act as one group of radio buttons? Example: if I select a button in a submenu, the previously selected button in a main menu should get unselected. The same if I select a button in the main menu, the selected button in a submenu should be unselected. I create 2 pull down menus using XmCreatePulldownMenu, and XtVaSetValues(Name, XmNradioBehavior,True, XmNentryCallback,List, NULL); to set arguments for both menus. List is XtCallbackRec List[2]; List[0].callback = _DTypeChanged; List[0].closure = (XtPointer)DType; List[1].callback = 0; List[1].closure = 0; The first element of the main menu is created using Widget w = XtVaCreateManagedWidget(Name1, xmCascadeButtonWidgetClass, parent, XmNsubMenuId,pullDownP, XmNmnemonic, 'F', NULL); I can switch between radio buttons in a submenu or a menu, but not between menu and a submenu. Thank you Anna __ Post your free ad now! http://personals.yahoo.ca ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Trouble in virtual machine
Hello: Could you help me with this trouble. I cant start X console with the startx command in Red Hat Advanced Server running in virtual machine (VMware WorkStation 4.0.5) . I have installed VMware tools, but not start anyway. The message error is attach to this mail. Thanks for all. Martín Ríos [EMAIL PROTECTED] root]# startx XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-29) / X Window System (protocol Version 11, revision 0, vendor release 6510) Release Date: 2 June 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.9-31smp i686 [ELF] Build Host: stripples.devel.redhat.com Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Wed Oct 15 05:29:15 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, (NI) not implemented, (??) unknown. (==) ServerLayout Simple Layout (**) |--Screen Screen 1 (0) (**) | |--Monitor vmware (**) | |--Device VMware SVGA (**) |--Input Device Mouse1 (**) |--Input Device Keyboard1 (WW) Option XkbCompat requires an string value (**) XKB: rules: xfree86 (**) XKB: model: pc104 (**) XKB: layout: us (**) FontPath set to /usr/X11R6/lib/X11/fonts/misc/,/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/Speedo/,/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 VT number 7 (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (--) PCI:*(0:15:0) VMware PCI SVGA (FIFO) rev 0, Mem @ 0xfa00/24, 0xf900/24, I/O @ 0x10e0/4 (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.1.9 (II) Loading /usr/X11R6/lib/modules/drivers/vmware_drv.o (II) Module vmware: vendor=The XFree86 Project compiled for 4.0.2, module version = 10.4.0 (II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o (II) Module mouse: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) VMWARE: driver for VMware SVGA: vmware0405, vmware0710 (--) VMware Guest X Server 10.4.0 - build= (--) Assigning device section with no busID to primary device (--) Chipset vmware0405 found (--) VMWARE(0): VMware SVGA regs at (0x10e0, 0x10e1) (II) Loading /usr/X11R6/lib/modules/libvgahw.a (II) Module vgahw: vendor=The XFree86 Project compiled for 4.1.0, module version = 0.1.0 (==) VMWARE(0): Depth 24, (==) framebuffer bpp 32 (==) VMWARE(0): RGB weight 888 (==) VMWARE(0): Default visual is TrueColor (==) VMWARE(0): Using HW cursor (==) VMWARE(0): Using gamma correction (1.0, 1.0, 1.0) (II) VMWARE(0): vmware: Using hsync range of 1.00-1.00 kHz (II) VMWARE(0): vmware: Using vrefresh range of 1.00-1.00 Hz (II) VMWARE(0): Clock range: 0.00 to 40.00 MHz (II) VMWARE(0): Not using mode 2364x1773 (width requires unsupported line pitch) (--) VMWARE(0): Virtual size is 800x600 (pitch 800) (**) VMWARE(0): Mode 800x600: 100.0 MHz, 90.9 kHz, 101.0 Hz (==) VMWARE(0): DPI set to (75, 75) (II) Loading /usr/X11R6/lib/modules/libcfb32.a (II) Module cfb32: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libcfb.a (II) Module cfb: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libmfb.a (II) Module mfb: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 (II) Loading /usr/X11R6/lib/modules/libxaa.a (II) Module xaa: vendor=The XFree86 Project compiled for 4.1.0, module version = 1.0.0 Symbol cfb24ScreenInit from module
Re: [XFree86] How to Disable X Window ?
try Ctrl-Alt-f1 to go to text mode. to get back into graphical mode try Ctrl-Alt-F7. to kill X, try Ctrl-Alt-backspace. I don't know if this works on every system, but it works on mine (redhat 9, kernel 2.4.20-20.9, X 4.3.0) ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] No screens found.
You need to send the XFree86.0.log file (look in /var/log) and your /etc/X11/XF86Config file Balencourt , Michel wrote: Hi, I have a problem with starting my graphic interface on my Linux station. I already tried to install a newer version of Xfree86, and updated my graphic driver (RadeOn 9100) that I found on the ATI website. Once I did the update, and tried to open with startx, it tries to start, I see a grey screen, with a black little cross (une croix), then it goes back to a black screen, I hear my screen that mades some refreshes, but it does this in a loop, and so I cannot even retrieve the text mode. Can you help? Kind Regards, Balencourt Michel ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] How to Disable X Window ?
I don't understand the question. Do you mean you are trying to install Linux and the graphical install doesn't work because the XFree86 version your Linux distro comes with doesn't support your video card? Most distros have non-graphical install modes. Mark. On Wed, 15 Oct 2003, Scott Yee wrote: Dear, How to disable X Window for upgrade XFree86 ver 4.3.0 Thank you. _ iSoS Software (M) Sdn.Bhd. Name : Scott Yee Email : [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Department : Technical Engineer (Customer Support Department) URL : http://www.isos.com.my _ iSoS OneSolutionan ultimate solution for Successful Computerization --DISCLAIMER NOTICE--- This message is intended only for the use of the individual or entity named above. It may contain information that is privileged and/or confidential. If you are not the intended recipient, your attention is drawn to the fact that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this e-mail in error, kindly please notify us immediately by return e-mail or telephone (603-2122) and destroy the original message. Thank you. - ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] After turn off eletrical my host can't start Xwindows.
You need to start your font server. This is an interesting data point you introduce. We frequently get reports of X stopping working with that error message on Red Hat systems. We never understand why the xfs (the font server) just stops working. It sounds like it may be related to not shutting down cleanly. I believe you can restart the font server on Red Hat systems with: service xfs reload MArk. On Wed, 15 Oct 2003, Mr.Phanlop Chutpathumthong wrote: Please you check this log message and advice to me for resolve problem. Thank you. Phanlop C. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] nvidia quadro 280: cannot start x
On Wed, 15 Oct 2003, praveen kallakuri wrote: Mark Vojkovich wrote: On Tue, 14 Oct 2003, Praveen Kallakuri wrote: hi i am having trouble starting x with this nvidia quadro graphics card on a dell precision 360. i got the driver from nvidia's website and installed it. i really think its not a driver issue but something fundamental with X. this is a new debian installation and i have never run X on it before. i did upgrade to xfree 4.3 though and built a new 2.4.22 kernel. i attached the log and the config file. can someone tell me where i am going wrong? You seem to have a problem with your XFree86 installation. You have version 4.3, yet at least one of your XFree86 modules (the one it's crashing on) is from 4.2. (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 doesn't that happen sometimes? i mean i did run across modules that belonged to prev versions but still included because they could work. in I don't think so. If you build XFree86 4.3 you get 4.3 modules. Mixing modules usually works, but not always. Pcidata is one of those modules that should get upgraded with each new server. any case, i guess what you are asking me to do is run a fresh install of xf4.3. i was planning to do that... basically i will move /etc/X11R6 and /etc/X11 and reinstall x. hope that will work. I think all you need to do is remove the /usr/X11R6/lib/modules directory and reinstall. Note you'll need to reinstall NVIDIA's binary drivers after upgrading XFree86, as XFree86 will blow away NVIDIA's OpenGL libraries. Mark. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] bug report, x server output told me to mail :)
If it's crashing when running something font intensive you are probably running into a known FreeType bug. In the XF86Config file try replacing: Load freetype with Load xtt Mark. On Wed, 15 Oct 2003, Redeeman wrote: i will include both server crash logs, first i used the nvidia driver with experimental 2d acceleration, then i disabled it, and rebooted (to avoid stuff that might happen else) and then it crashed again :-/ i have attached both log files, i hope it will help you guys -- Regards, Redeeman [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Please Help
I have Windows XP Professional along with Red Hat Linux 7.2 . I configures X during installation,but it fails to run. On using XFree86 -configure its gives a fatal error message :Failed to mmap PciMemory. What do i do now ? Please Help. Yours sincerely -Trinanjan Sengupta [EMAIL PROTECTED]
[XFree86] I need Technical help
Sir, I am using red hat linux-8. But I can't start the graphical user. My vedio addaptor is S3 Trio 64V2. When enter startx the following message is present. (==) log file: /var/log/XFree86.0.log, time: wed oct 15 22: 30 21 2003 (==) using config file: /etc/X11/XF86config (EE) No devices attached. Fatal Server error. No Screens found ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] How to adjust gamma with SiS 740?
I am using XF86 within SuSE 8.2, on a laptop with onboard SiS 740 graphics. The LCD of this machine is _very_ bright, and has a bad gamma curve: all dark grey is nearly black, all light greay is nearly white. I tried to adjust the gamma value of X, but the driver seems to ignore that (maybe not supported by the current driver? Gamma adjustment works well with Redmond 2000 on the same machine). What can I do? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Savage on biostart mother board can't start the X system
(--) Assigning device section with no busID to primary device (EE) No devices detected. is there some option to change for this type of mother board or depend of the XFree86 config file to fix this regards Marco _ Add MSN 8 Internet Software to your current Internet access and enjoy patented spam control and more. Get two months FREE! http://join.msn.com/?page=dept/byoa XFree86.0.log Description: Binary data
Re: [XFree86] All annoying error in I830WaitLpRing() in some details
On Sat, Oct 11, 2003 at 12:25:17AM +0300, Alexey E. Suslikov wrote: bang! this is it: the bug still exist, at least on i830m (like in my case). setting NoAccel true is turning off Xaa functions for first. linux people did so. i did too, but with no success :( I've tried very hard and I'm not seeing the problem any more. If you are still seeing it maybe you could do a little investigation into its cause? One thing you may want to try is setting pI830-NeedRingBufferLow = TRUE This isn't done for the i830 as it didn't seem to be necessary. ok. i will try and report as soon as possible. That shouldn't make any difference to the noaccel case, since the ring buffer isn't allocated then. Yes, turning XAA off will work around the problem. The LpRing is only used for that. no. as i described above, this recipe was digged from mailing list and solves the problem for some linux people. but not for me on OpenBSD and this guy on NetBSD. A couple of other things I can think of are 1) some subtle difference in the implementation of the agpgart support for those two platforms, or 2) the fact that the BIOS is executed via the emulator on the BSDs but uses vm86 mode on Linux. Does anyone running FreeBSD see the problem? If not, that should rule out 2). To take the agp support out of the picture, disable the HW cursor, and make sure the videoram is set to some amount lower than what the BIOS preallocates at boot time (e.g., 4096). From your noaccel log, the agp interface is only used to allocate the HW cursor space (because it needs a physical address). That means just adding 'Option SWCursor' to your Device section should be sufficient for this test. It would be very useful to try different OSs (Linux and one or more BSDs) on exactly the same machine, and see if the results were the same. It really has to be exactly the same machine to eliminate possible differences in BIOS and hardware revisions. The messages in your log: (WW) I810(0): PRB0_CTL (0x000b6007) indicates ring buffer enabled (WW) I810(0): PRB0_HEAD (0x) and PRB0_TAIL (0x00092660) indicate ring buffer not flushed are results of some sanity checks on the inherited state that the driver tries to make. It doesn't do anything other than report them. These don't seem to show up at initial startup, only after switching VT's back and forth. There seemed to be some evidence that some BIOSes did stuff that the driver didn't expect when switching back to text mode. I was never able to prove or disprove that theory, because I couldn't reproduce these lockups that others had reported. Maybe it depends on the BIOS rev or hardware rev. Maybe it's simply a bug lurking somewhere that doesn't affect most platforms. It's hard to say for sure at this point. I made some tests on my NetBSD laptop : Dell Inspiron 2600 laptop (bios A08) Intel 82830MP Integrated Video (rev. 0x04) NetBSD 1.6ZC (-current 20031003) XFree86 4.3.99.13 (-current 20031007) * NoAccel ... ok * Accel ... KO * Accel + SWcursor + 4Mo ... KO * Accel + NeedRingBufferLow ... KO For the NoAccel case, i successfully switched about 20 times to the 4 text consoles and went back to X without any problem. But still no luck with acceleration enabled. my result with OpenBSD against -current (4.3.99.13) was completely equal to Nicolas' with NetBSD: I830WaitLpRing() lockup still here. Does that include the NoAccel case no longer locking up? If so, that's at least something positive. i am still trying to reproduce this NoAccel bug: just don't want make any hasty conclusions. i will report additionally... OK. this NoAccel bug is reproducible: X11 can blacks after first time i switching consoles, sometimes - after 10 times, sometimes - even after 20 times. looks like (available?) agp memory amount determines this... maybe not... and i think this is a common bug for accel and non-accel setups: it doesn't matter in the accel setup because the ring buffer bug takes precedence. and this is common bug for linux and bsd: after the paranoid console switching, 4.3.0 under linux also blacks its console out. but there is no ring buffer bug as i mentioned before. this blacking in non-accel looks like the pipe just deattaching from the driver (or restoring its state incorrectly), so i can't see anything on the X's tty while X runs completely normally (i.e. no lockups) and allows me to switch to completely normally working text ttys. Does further switching give you a working XFree86 display again? What happens if you exit that XFree86 session and restart XFree86? FWIW, when I was working in the driver, I wasn't able to reproduce any switching-related problems with the hardware I had and the 4.3 version on Linux, even after literally hundreds of switches. I'm pretty much out of suggestions, short of doing some very detailed tracing/debugging, or rewriting the
[XFree86] Mouse troubles
Hello, my name is al, i live in russia and i am using altlinux master 2.2 OS. The reason of my request is troubles with mouse, it moves randomly pushing buttons. I got logitech ps/2 mouse model M-S48a. Please give detailed instructions how to fix it. I tried to use mousedrake - no suitable variants, problem appears again. In /etc/sysconfig/mouse i write: MOUSETYPE=imps2 XMOUSETYPE=IMPS/2 FULLNAME=PS/2|Logitech MouseMan+ XEMU3=no WHEEL=yes device=psaux nbuttons=5 in /etc/X11/XF86Config-4: Section InputDevice Identifier Mouse1 Driver mouse Option Protocol IMPS/2 Option Device /dev/psaux/ Option ZAxisMapping 4 5 I got simple athlon based PC, videocard geforce ddr(the first geforce), by the way it is identified as geforce 256, should it be so? Please help. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] nvidia quadro 280: cannot start x SOLVED
On Wed, Oct 15, 2003 at 12:58:58PM -0400, Mark Vojkovich wrote: On Wed, 15 Oct 2003, praveen kallakuri wrote: Mark Vojkovich wrote: On Tue, 14 Oct 2003, Praveen Kallakuri wrote: hi i am having trouble starting x with this nvidia quadro graphics card on a dell precision 360. i got the driver from nvidia's website and installed it. i really think its not a driver issue but something fundamental with X. this is a new debian installation and i have never run X on it before. i did upgrade to xfree 4.3 though and built a new 2.4.22 kernel. i attached the log and the config file. can someone tell me where i am going wrong? You seem to have a problem with your XFree86 installation. You have version 4.3, yet at least one of your XFree86 modules (the one it's crashing on) is from 4.2. (II) Module pcidata: vendor=The XFree86 Project compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 doesn't that happen sometimes? i mean i did run across modules that belonged to prev versions but still included because they could work. in I don't think so. If you build XFree86 4.3 you get 4.3 modules. Mixing modules usually works, but not always. Pcidata is one of those modules that should get upgraded with each new server. any case, i guess what you are asking me to do is run a fresh install of xf4.3. i was planning to do that... basically i will move /etc/X11R6 and /etc/X11 and reinstall x. hope that will work. I think all you need to do is remove the /usr/X11R6/lib/modules directory and reinstall. Note you'll need to reinstall NVIDIA's binary drivers after upgrading XFree86, as XFree86 will blow away NVIDIA's OpenGL libraries. Mark. i have my x-windows workig now. like you said mark, i reinstalled 4.3 having renamed /usr/X11. after that i reinstalled nvidia drivers and then had some trouble with the mouse. i finally figured out that i had to point to /dev/psaux. thanks -praveen ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[SOLUTION] Re: [XFree86] Setting up a Hercules 3D Prophet 7000 Dual-head]
Problem solved. Adding MonitorLayout CRT,CRT to the first device solved the problem, and I have two monitors running. I'm now using CVS XFree86 (4.3.99.14). Thanks alot Alex everyone else. Alon. Alex Deucher wrote: Sorry, in the device section. you should only need it on screen 0, but you can try in both. Alex In the server-config or the device config? if on the device config -- on which one of them? Alex Deucher wrote: try the Option MonitorLayout CRT, CRT that I suggested in bugzilla. that will force on the 2nd crtc. Alex --- I finally got to try the it with the latest CVS. I compiled installed using default options. Now when I start X (using the XF86Config without the Videoram lines, as suggested in bugs.xfree86.org), I get only one screen -- the other doesn't even show any life signs. Looking at the log I see it never finds the second monitor: (WW) RADEON(1): Only one monitor detected, Second screen will NOT be created The monitor is attached, and the same config did recognize the second monitor with the 4.3.0 that comes with RH9. Attached is the log file. Any suggestions/pointers? Alon. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Cirrus 5446
El Lun 13 Oct 2003 23:59, Egbert Eich escribió: Eduardo Huertas writes: Hi, I've been having problems configuring a Cirrus Logic 5446 even though your site says it is supported. That's euphemism. It probably should be changed. The chipset is supported because the driver knows about it and should theoretically be able to drive it. That's what supported means. However the driver isn't supported. It means: you get it as is. If it works - fine. If it doesn't - tough luck. Nobody who would be able and willing to support this driver has the hardware you are talking about. Nobody who has the hardware is willing or able to support it. Since this is open source you are invited to fix the driver yourself. I'm using a Gateway 2000 with 64 MB and a Pentium 120 I tried first with Linux Mandrake 9.1 and now I'm trying with FreeBSD 4.8. I've used every combination of resolution with 8, 15, 16 and 32 color depth. I used Option noaccel and Option no_bitblt and the main problem persists: the screen shows in triple a litle piece at top and a litle piece at bottom and almost the whole screen at center. It also shows three pointer mouse. The monitor I'm using is an AcerView 34T. Where can I see a configuration file that works fine? Probably none? Because the driver is broken. In linux mandrake I could try with Xfree86 3.3.6 and 4.3 and used XFdrake program. Yes, that's possible. In those days this driver was supported. Egbert. Well I could run XFree86 3.3.6 with the last port on FreeBSD 4.8 Now how can I tell it to use a spanish keyboard? When I configured via xf86config there was not a spanish keyboard option. Thanks for your help. -edu- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] How to Disable X Window ?
Scott Yee ha scritto: Dear, How to disable X Window for upgrade XFree86 ver 4.3.0 Thank you. iSoS Software (M) Sdn.Bhd. Name : Scott Yee Email : [EMAIL PROTECTED] Department : Technical Engineer (Customer Support Department) URL : http://www.isos.com.my "iSoS OneSolution"an ultimate solution for "Successful Computerization" --DISCLAIMER NOTICE--- This message is intended only for the use of the individual or entity named above. It may contain information that is privileged and/or confidential. If you are not the intended recipient, your attention is drawn to the fact that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this e-mail in error, kindly please notify us immediatelyby return e-mail or telephone (603-2122) and destroy the original message. Thank you. - Hello, I don't know what you precisely mean but if you want to disable XFree86 on Linux you can do this (as root): init 3 If you want to restart it you can do: init 4 (for Slackware) init 5 (for other distros) You can disable Xfree86 permanently by editing /etc/inittab as well. Best Regards.
Re: [XFree86] Graah! Andrew...less angry.
On Tue, 7 Oct 2003, Andrew A. Gill wrote: OK. Two recompiles later and I'm running twm. So now I just need to go yell at the Gnome people. Hey, TWM rocks! I love simple. I have kde, fluxbox, blackbox, mwm, afterstep, fvwm2, fvwm95, windowmaker, xfce and that one gets the most. X- when it goes according to plan it's lovely, when you're stuck, its super-aggrevating. I can't belive I still have the same monitor- I thought for sure I'd have put my head thru it by now. -=-=-=-=-=-=-=-=-=-=-=The New Atr2.Ath.Cx=-=-=-=-=-=-=-=-=-=-= - jayjwa PGPKey OnSite / CA OnSite / Now w/SSL ONLY 4 Contact: [EMAIL PROTECTED] 4 All:GET/cgi-bin/ping-jay.cgi 4 Spammers: [EMAIL PROTECTED] 4 Clowns: /dev/null 4 Script Kiddies: Anything in /scripts/ -- Was I helpful?: https://atr2.ath.cx/papers/affero.php -- =-=-=-=-=-=-=-=Linux Tough.Powered By Slackware=-=-=-=-=-=-=-= ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] How to adjust gamma with SiS 740?
Markus Karg wrote: I am using XF86 within SuSE 8.2, on a laptop with onboard SiS 740 graphics. The LCD of this machine is _very_ bright, and has a bad gamma curve: all dark grey is nearly black, all light greay is nearly white. I tried to adjust the gamma value of X, but the driver seems to ignore that (maybe not supported by the current driver? Gamma adjustment works well with Redmond 2000 on the same machine). What can I do? If this machine has a Chrontel 7019 driving the LCD, gamma correction is not supported (for LCD, TV) Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net http://www.winischhofer.net/ twini AT xfree86 DOT org ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86