Re: [Xpert]i810 driver on the 845 trying to do 848x480
Hi Tom! I am in some rather desperate need of help. I am trying to get the i810 driver to drive an i845 board at 848x480 (for a plasma screen) and am getting the message that no matching modes are found in my config file, and then it shows a list of modes that bios supports. Is there some way that I can force the use of a modeline? ignore the bios? I don't really know X in depth... but the i810 driver worked with the i815 and i810 board with X 4.1 at 848x480 with a modeline I constructed. I'm hoping the capability is there, it's just some config stuff. Anyhow, this is critical to our business to work. Any help would be greatly appreciated. Unfortunately you're out of luck. The 830/845 code use BIOS mode sets which won't allow you to set strange modes. The only way to solve this would be to use custom mode sets. -- Regards Abraham Where do you go to get anorexia? -- Shelley Winters __ Abraham vd Merwe - 2d3D, Inc. Device Driver Development, Outsourcing, Embedded Systems Cell: +27 82 565 4451 Snailmail: Tel: +27 21 761 7549Block C, Aintree Park Fax: +27 21 761 7648Doncaster Road Email: [EMAIL PROTECTED] Kenilworth, 7700 Http: http://www.2d3d.comSouth Africa msg07694/pgp0.pgp Description: PGP signature
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002 [EMAIL PROTECTED] wrote: Quoting Mike A. Harris [EMAIL PROTECTED]: 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. xf86cfg has multihead configuration built in, although it isn't what I personally consider user friendly. This is something that will become more friendly in the future though as multihead becomes much more popular. :-) I wan't to stop someday and write code for a better multihead configuration interface in the textmode (currently it just adds new screens to the left of the last one). For the graphics interface, I plan to write a wizard mode, similar to the text interface. And also, make this wizard mode allow configuring everything without the need of a working mouse; curently if the mouse does not work, it is required to use xkb mousekeys, and this really is not user friendly :-) Anyway, the code is there, and I don't mind if someone uses part (or all) of the xf86cfg code in a Gtk or Kde interface. I just think that any such code should use libxf86config, so that if it reads an existing XF86Config file, when writing a new one, does not miss any information from the previous configuration file (in the current libxf86config, comments may be rewritten out of order, but are not lost). redhat-config-xfree86 uses libxf86config, or rather a python wrapper for it. -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander LarssonRed Hat, Inc [EMAIL PROTECTED][EMAIL PROTECTED] He's an immortal hunchbacked househusband haunted by an iconic dead American confidante She's a beautiful communist bounty hunter in the witness protection program. They fight crime! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XFree internal architecture question
Hello Mark, hello list! On Mon, 15 Jul 2002 Mark Vojkovich wrote: Actually b) is not guaranteed either. In the case of PIO/MMIO engines it's generally the case that the hardware has been programmed and the primitives are in flight and will complete at some time in the future. For DMA engines, however, primitives may be batched up across requests and kicked off before the X-server goes back to waiting on its file descriptors. All requests made through the graphics engine are pipelined so there are no ordering problems. ok, so far I understand this The complications happen when mixing hardware and software rendering. This is the business of XAA - the hardware acceleration layer. It keeps track of whether or not there are potentially primitives in the graphics pipeline and flushes the pipeline whenever it needs to fall back to software. but about this part I'm in the dark -- how and where is this synchronization between accelerated drawing and software rendering performed? Can I hook into this synchronization from the upper layers (i.e. get notified when my request has really been executed and the result is visible to the user), or is this specific to every driver? Can software rendering primitives also be batched behing hardware requests in flight (so the server does not wait for the hardware)? Need not be very detailed, just a pointer, so if you can answer with something like look at file x.c, y.c and z.h, and take note of the usage of struct foo I would be perfectly happy. The graphics driver itself can (and in some drivers does) override XAA functionality at a high enough level that it needs to deal with the synchronization itself in some cases. Perhaps if you were to elaborate on what interesting thing you are trying to do? At the moment I can't, it would be a bit unfair if I received too much help writing my thesis :-) But I promise I will let you know later this year Thanks for your answers so far, Helge ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
We need the X-newbies website - www.x-newbies.org ;) It is very important and XFree86 should publish a book for BASIC X window concept. It should explain all basic concepts of the Xwindow with example picture etc. Presently in Xfree86 very very less no.of picture are available to explain. Already existing books may be good. But not for newbies. More ( Correct ) information should be given to Future Xperts :) Bye :) -- --==| Bharathi S | BSB-364 DONLab | IIT-Madras |==-- Some food for the stomach is brought When the ear get no food for thought. *In Tirukkural of Holy Tamil poet Tiruvalluvar. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Book?
Am Dienstag, 16. Juli 2002 11:07 schrieben Sie:
We need the X-newbies website - www.x-newbies.org ;)
It is very important and XFree86 should publish
a book for BASIC X window concept. It should explain
all basic concepts of the Xwindow with example
picture etc. Presently in Xfree86 very very less no.of
picture are available to explain.
Already existing books may be good. But not for
newbies. More ( Correct ) information should
be given to Future Xperts :)
Bye :)
I wanna, where can I get it? Gimmi gimmi gimmi:)
Well I'd like to have such a book, also with how to programm for plain X
without any toolkits and maybe a slight introdution into toolkits.
And of course introdution into the basic things, network support, differents
between the different protocoll versions. An introdution into things like
fontservers and all.
Servus
Casandro
--
#define T 1000
#define M T*T
int main(){int x,y;for(y=0;y20;y++){for(x=0;x70;x++){int
c=-1;int xr,yr,zr;int xp,yp,zp;xp=yp=zp=0;xr=(x-35);yr=(y-
10);zr=10;while(1){if(ypT){c=5;ifzp)/T)%2==1)^(((xp+M
)/T)%2==1))c=0;break;}if(zpT*10){c=0;if (((yp*yp+xp*xp)/(
T*100))%2==1)c=2;break;}zp+=zr;xp+=xr;yp+=yr;}printf(%c,
c+32);}printf(\n);}};
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
On Mon, Jul 15, 2002 at 05:57:15PM -0700, Mark Vojkovich wrote: On Tue, 16 Jul 2002, José Fonseca wrote: [...] The XFree86 developer page (http://www.xfree86.org/developer) says and I quote: When requesting to join the XFree86, the most important qualification is not your experience level but your keeness on contributing to the project and climbing the uphill road to learning and mastering XFree86. And now a core member completely states otherwise!? I am particularly addressing architectural issues. There is a difference between saying that everyone can contribute something and saying that all problems are easy enough for anyone to solve. Moving the project forward in terms of innovation and features is rarely done by newbies. I don't think it's reasonable to expect someone with little experience to jump in and write an extension to provide window transparency, for example. People ask why we don't have stuff like that yet and it's precisely for that reason. I agree that it isn't reasonable to expect someone with little experience to do big things right away, but if they have the _long term_ ambition to do such a big thing, there is no reason to expect that it will fail on that aim. But resuming the main issue here, it seems to me that one reason for the difficulty in adding new features - which require a profound knowledge of the architecture - is that those who have these knowledge are too busy with tasks that could be delegated to developers less experience but yet competent. I'm for instance referring to testing, debugging, and patches submition, i.e., Quality Assurance. For instance, the XFree86 should have a scheme with several CVS branches, each one with a small set of responsables and specific to a card or family. These developers would receive patches related with these cards, analyze them, test them, and then report to the core team for the merge with the trunk. This the core team would had their job facilitated and have more time to dedicate themselves to architectural changes. Note that in these cases one could give CVS access to more people, with the condition that they would'nt submit to the trunk directly. (This is how is done implicitly with DRI, i.e., developers ask for feedback before submiting somthing directly to the trunk). Something like this would function better with a proper bug database, but I still believe that it would be a better model without it than the current development model. (I would like to step in and setup a Bug database that could be used both for the XFree86 and DRI projects, but no matter how much I would like that my time stretched, it doesn't, so I can't take responsabilities which I wouldn't be able to keep.) [...] I'm sorry to say that is the kind of attitude that you (and others like you) have towards potential new developers that is holding the XFree86 development down. You fail to realize that there is a thin line between the experienced and not experienced, and that those who do have the experience also have the power to quickly transform an unexperience yet motivated soul into an experienced one. I don't have an attitude towards potential developers. I'm just being realistic and I'm speaking from experience. Everyone can contribute, but good intentions aren't enough to get all the features that some people are asking for - we need people who know what they are doing. There are two scenarios: 1) Newbie joins with plans to do big things. Finds out that this stuff is hard and quits. 2) Newbie joins and does small things for a year or two and builds up to doing big things. Number one seems to be much more common than number two. I don't know what we can do to get more people into the number two category. One thing that could help get more people into the number two category, is facilitate and incentivate people to start doing small things. AFAIK, patches go to a big black hole which is [EMAIL PROTECTED] and very few come out or are acknowledged... this goes back to what I said before. [...} dream Give CVS access for more people, open up the development, close the closed development mailing lists, substitute the central development model for effective QA, incentivate people to help, and make sure their involvement is appreciate... /dream We need more people worthy of CVS access. You might think this is an elitist attitude, but you haven't seen some of the patches we've been getting. CVS access is granted only after a strong history of good patches has been established. We actually do have a large number of people with CVS access. I don't know how it compares to something like Linux kernel, but I wouldn't be surprised if it was similar. ps. There aren't really any closed development lists anymore. Or rather, there are some but nobody uses them. I really don't know then. For several months I have been
Re: [Xpert]Book?
Christian Berger wrote: Am Dienstag, 16. Juli 2002 11:07 schrieben Sie: We need the X-newbies website - www.x-newbies.org ;) It is very important and XFree86 should publish a book for BASIC X window concept. It should explain all basic concepts of the Xwindow with example picture etc. Presently in Xfree86 very very less no.of picture are available to explain. Already existing books may be good. But not for newbies. More ( Correct ) information should be given to Future Xperts :) Bye :) I wanna, where can I get it? Gimmi gimmi gimmi:) Well I'd like to have such a book, also with how to programm for plain X without any toolkits and maybe a slight introdution into toolkits. And of course introdution into the basic things, network support, differents between the different protocoll versions. An introdution into things like fontservers and all. Not on programming X, but I've got a book aptly named XFree86 for Linux - QUE. Servus Casandro -- Until later: Geoffrey [EMAIL PROTECTED] I didn't have to buy my radio from a specific company to listen to FM, why doesn't that apply to the Internet (anymore...)? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
- Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 6:42 AM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? On Mon, Jul 15, 2002 at 05:57:15PM -0700, Mark Vojkovich wrote: On Tue, 16 Jul 2002, José Fonseca wrote: [...] The XFree86 developer page (http://www.xfree86.org/developer) says and I quote: When requesting to join the XFree86, the most important qualification is not your experience level but your keeness on contributing to the project and climbing the uphill road to learning and mastering XFree86. And now a core member completely states otherwise!? I am particularly addressing architectural issues. There is a difference between saying that everyone can contribute something and saying that all problems are easy enough for anyone to solve. Moving the project forward in terms of innovation and features is rarely done by newbies. I don't think it's reasonable to expect someone with little experience to jump in and write an extension to provide window transparency, for example. People ask why we don't have stuff like that yet and it's precisely for that reason. I agree that it isn't reasonable to expect someone with little experience to do big things right away, but if they have the _long term_ ambition to do such a big thing, there is no reason to expect that it will fail on that aim. But resuming the main issue here, it seems to me that one reason for the difficulty in adding new features - which require a profound knowledge of the architecture - is that those who have these knowledge are too busy with tasks that could be delegated to developers less experience but yet competent. I'm for instance referring to testing, debugging, and patches submition, i.e., Quality Assurance. This shows how little you know about XFree86 development that you think 1) this can be commandeered 2) that integrating patches is trivial work. Georgina ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Is the XFree development stuck in a dead end?
On Mon, 15 Jul 2002, Christian Berger wrote: Netscape is much faster than Mozilla. I think it's just that some design decisions in the X version of Mozilla, which is probably much different than the Window's version, are suboptimal. Having seen enough Well I doubt Mozilla for Windows is faster than Mozilla for Linux. You've not tried it then. Mozilla for Windows running on my box on one processor runs faster than Mozilla in Linux running on both processors. (Win98SE). Application startup time is faster for Mozilla in Windows, as is runtime execution. Not measured or benchmarked mind you. It is visibly noticeable. If it were faster in Linux, I certainly wouldn't say it was faster in Windows. Mozilla (GNU-Version) is still a bit slower than Netscape Navigator 4.x, but that's an application problem, not a graphics problem. Indeed. And in fairness to the Mozilla developers whom are doing a fantastic job of developing the browser, every version of Mozilla for Linux that I've upgraded to has been noticeably faster and less buggy. I've been using Mozilla as my primary browser now for almost 2 years if not longer. It has come a long way in a short time IMHO. I'm confident that the performance issues that remain, will get resolved all in due time. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, José Fonseca wrote: As far as development being stuck, no, I don't think so. It's just that the people who know enough about anything to get things done are very few. True, but there are reasons for that. The reason is that this stuff is difficult. We get so many college kids that just learned C wanting to help. The help is appreciated, but there are few things that they can do beside fix simple bugs and they get discouraged. There's not much you can do about this. Changing the project's mission statement doesn't make the work any easier. We need people with years of experience either in graphics driver development or in some other aspect of window system operation and that is hard to come by. Excuse me!? The XFree86 developer page (http://www.xfree86.org/developer) says and I quote: When requesting to join the XFree86, the most important qualification is not your experience level but your keeness on contributing to the project and climbing the uphill road to learning and mastering XFree86. And now a core member completely states otherwise!? I don't interpret what Mark said like that at all. Both statements are true. The developer page indicates that new developers are always welcome, and that developers are welcome to the project based on their keenness for contributing. My interpretation of what Mark is saying above, is that while help from anyone regardless of skill is appreciated, those without a lot of skill do not contribute a lot in practice to the project, and that those who do have a lot of skill in graphics driver development and/or window system development have a lot more to offer to the project. In other words, who is more likely to be a greater asset to the XFree86 project? 1) An experienced developer with years of experience writing graphics drivers and GUI systems. 2) A college student without much skill in the area, but with a willingness to try and learn, and contribute what they can. Obviously, someone with more experience, is going to be able to do more work more quickly, and of general higher quality. There may be exceptions to this generalization, but they are definitely the exceptions, and not the rule. Of course, in either case, contributions from everyone willing to contribute are welcome and encouraged. The fact of the matter is that dozens of new developers with little or no window system experience are going to do little to move the project forward. I couldn't disagree more with this. I'll give you my example - not because it's the best example out there but because it's the one I can better describe. I'm a mechanical engineer - my formation includes just an intro to Pascal and Fortran programming. My programming skills were self tought since my 10 years, but have very few things that I can show as programming experience proof. Not to mention window systems: up to this date I've still to make one GUI or 3D application. Nevertheless, after switching to Linux only on last October, I've study the OpenGL spec, made a developer's FAQ with all information I could gather the DRI, got CVS access, and together with another guy (whom background isn't also computer science but art) brought the Mach64 DRI driver from barely a draft to the point which is almost ready to inclusion in a release. This included getting familiar with CVS, linux kernel programming, the DRI architecture, X, and a almost complete rewrite of the code due the Mesa 4.0 architectural changes. You're one of the few. Somewhat of an exception that is to the general rule. According to your point of view we should have never given the trust that the kind DRI folks put on us since we had no experience. The fact is that we made the experience. And it is this trust on new people that is exploding in new developers willing to help (and actually doing so) on the DRI project. I think you are misinterpreting Mark here again. Mark isn't saying at all that only people with years of experience should be allowed to work on the XFree86 project. What he's saying is that everyone is free to contribute, however in order to REALLY push the project forward, it needs to gain more developers who DO have a lot of experience in the area. I agree with that generally. That does not mean that others do not contribute, nor that the project isn't helped by others. It is in the scale of what a person can do based on their experience. Ironically, for a couple of months I've been trying to join the XFree86 developer team but after all this time this process still didn't finish... and every now and then one reads threads about how the XFree86 developers can't cope with the number of patches and feature requests... Well, I'd be surprised if you would be rejected from joining the XFree86 member development team after your current efforts working on DRI with Mach64. How exactly have you been attempting to join?
Re: [Xpert]XFree internal architecture question
Hello Mark nevermind, I found out what I needed to know myself; appears what I intended to do is not possible, thanks for your explanation anyways Regards Helge ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
On Tue, Jul 16, 2002 at 08:10:20AM -0400, G O Economou wrote: [...] But resuming the main issue here, it seems to me that one reason for the difficulty in adding new features - which require a profound knowledge of the architecture - is that those who have these knowledge are too busy with tasks that could be delegated to developers less experience but yet competent. I'm for instance referring to testing, debugging, and patches submition, i.e., Quality Assurance. This shows how little you know about XFree86 development that you think I stated how little I knew about the XFree86 development in the end of my previous email, nevertheless I fail to understand your points nor did you bother to try explain them. 1) this can be commandeered Why not!? This is what happens in the linux kernel development for instance. Is the _only_ way a project can scale. 2) that integrating patches is trivial work. I know that it's not trivial - that's just one more reason to delegate. Anyway, these are just my two cents. I know that nothing will change whatever I say because the habits are just way too strong. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XF86_SVGA server
Howdy folks! I've installed RedHat 7.2 (Linux 2.4.7) onto a PC-104 embedded board. It has a ChipsTechnologies CT69000 graphics controller on board. Installed is GNome. When I start it up, Gnome has problems and I end up it text mode. The problems report a fatal server error: Signal 11 I've reported this to xfree86.org but have received no reply as of yet. While waiting for a reply, I was messing around and found the XF86_SVGA server and it immediately went into graphics mode, but didn't load GNOME. I got that Thatched screen and an X for the mouse-cursor. Obviously it works, in some way. But nothing else happens. So I escape by doing the Control-Alt-Backspace thing. Can someone explain to me what that XF86_SVGA is? Can I use it to run GNOME? If so, how? I'm new to XF86 and to Linux as a whole, so please be patient. Kind regards, Carlos ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
On Tue, Jul 16, 2002 at 08:39:10AM -0400, Mike A. Harris wrote: [...] I don't interpret what Mark said like that at all. [...] (This comment below applies to all your comments I've cut here.) People's expectations and potential are always a very subjective matter. Perhaps I didn't understand Mark words correctly. I had no intention to offend him and I hope I haven't done it. Ironically, for a couple of months I've been trying to join the XFree86 developer team but after all this time this process still didn't finish... and every now and then one reads threads about how the XFree86 developers can't cope with the number of patches and feature requests... Well, I'd be surprised if you would be rejected from joining the XFree86 member development team after your current efforts working on DRI with Mach64. How exactly have you been attempting to join? Perhaps something is messed up with that process. I suppose it has been approved, BOTH I'm not quite sure. Anyway, my intention in becoming a XFree86 developer was to be able to monitor the XFree86 development more closely, because I wasn't (then or now) getting enough information about it from xpert ML. But from the comments here regarding the private mailing lists it seems that the answer isn't there, but simply that Xfree86 developers work more intimately than what I'm personally used to in the DRI project. 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 card for example (sorry to bring the the subject to me, but most open-source development aims to strach a personal itch, and this was why I first started), has only 4MB ram, being impossible to have fullscreen 3D acell at 1024x768. Non-fullscreen 3D can be possible and fullscreen is possible at lower resolutions, but for that work properly it will be necessary an efficient memory management of the frame buffer memory, and here is where I think that the RandR will be important. The same problem applies to other cards though, as the intended desktop size and/or color depth increases. [...] More people with CVS write access to the trunk is something that I think should be very carefully considered. David et al need to be comfortable that giving someone write access is the right thing to do first. That is something one has to earn by showing they know what they're doing, and that having write access would alleviate core members from having to commit things. I don't see any problems that would be caused however from having branches of CVS available that other developers could use. That would be a good thing IMHO. My feeling exactly. If there were a larger number of active contributors contributing frequently in a linux-kernel style, that increased the patch submission burden beyond what core developers could handle, and some of those developers obviously showed skill at separating the good stuff from the bad, I've a feeling David would have little objection to adding more people as long as it saved him work and didn't create him work (or other core members). But the way things are going we are never going to reach a large number of activer contributors. Seems an egg and chicken problem here... let's wait and see which one borns first... if at all. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
Mike A. Harris wrote: On Tue, 16 Jul 2002, José Fonseca wrote: I'm a mechanical engineer - my formation includes just an intro to Pascal and Fortran programming. My programming skills were self tought since my 10 years, but have very few things that I can show as programming experience proof. Not to mention window systems: up to this date I've still to make one GUI or 3D application. Nevertheless, after switching to Linux only on last October, I've study the OpenGL spec, made a developer's FAQ with all information I could gather the DRI, got CVS access, and together with another guy (whom background isn't also computer science but art) brought the Mach64 DRI driver from barely a draft to the point which is almost ready to inclusion in a release. This included getting familiar with CVS, linux kernel programming, the DRI architecture, X, and a almost complete rewrite of the code due the Mesa 4.0 architectural changes. You're one of the few. Somewhat of an exception that is to the general rule. Here is some advice from a non-core team member w/o CVS access...take it for what it's worth. Jose is exceptional and there are more developers in the world with his talent and ambition that haven't discovered XFree86, yet. If you can find a way to embrace those developers, you will find fresh new blood, with fresh ideas and a the ambition and capabilities on driving that forward. We have all seen the newbie who comes in and makes a bunch of noise to no avail. However, creating barriers to reduce this impact is also a deterrent to attracting the productive young developer. The challenge facing your project is to find a way to inform, enable and support new developers to your project. I sincerely hope that a few of the core team members are listening, and perhaps reading between the lines. I also commend Jose for addressing this subject in an open and honest dialog. Regards, Jens -- /\ Jens Owen/ \/\ _ [EMAIL PROTECTED] /\ \ \ Steamboat Springs, Colorado ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
Mike A. Harris wrote: On Mon, 15 Jul 2002, Christian Berger wrote: Netscape is much faster than Mozilla. I think it's just that some design decisions in the X version of Mozilla, which is probably much different than the Window's version, are suboptimal. Having seen enough Well I doubt Mozilla for Windows is faster than Mozilla for Linux. You've not tried it then. Mozilla for Windows running on my box on one processor runs faster than Mozilla in Linux running on both processors. (Win98SE). Application startup time is faster for Mozilla in Windows, as is runtime execution. Not measured or benchmarked mind you. It is visibly noticeable. I'm really hoping this thread dies soon, but I've got to chime in here. There is absolutely no comparison between the windows gui and X. I routinely have 10-15 windows open, which would include at least 2 mozilla mail windows and minimally 3-4 browser windows. I also have 2 desktops with 3 virtual desktops each. You just don't get that kind of functionality with a Windows gui and if you tried to have that many windows open on win95, win98, nt, win2k, it would purely meltdown. I have no experience with winxp and don't plan to, but I suspect it's no different. The above argument appears to revolve around Mozilla, not X. -- Until later: Geoffrey [EMAIL PROTECTED] I didn't have to buy my radio from a specific company to listen to FM, why doesn't that apply to the Internet (anymore...)? ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]XF86_SVGA server
According to Carlos Luna [EMAIL PROTECTED] (on 07/16/02): Howdy folks! I've installed RedHat 7.2 (Linux 2.4.7) onto a PC-104 embedded board. It has a ChipsTechnologies CT69000 graphics controller on board. Installed is GNome. When I start it up, Gnome has problems and I end up it text mode. The problems report a fatal server error: Signal 11 Without the log of the output from the Xserver this information is not that useful. While waiting for a reply, I was messing around and found the XF86_SVGA server and it immediately went into graphics mode, but didn't load GNOME. I got that Thatched screen and an X for the mouse-cursor. Obviously it works, in some way. But nothing else happens. So I escape by doing the Control-Alt-Backspace thing. Are you using XF86_SVGA??? This is the old 3.3.x monolithic X-server. No work has been done on this server for a long time and so it is very out of date. It should only be used for those cards that are so old that no one bothered porting their support to the newer XFree 4.x.x servers. The XFree 4.x.x servers name is XFree. Check where /usr/X11R6/bin/X and perhaps /etc/X11/X are linked to, to see what server you are using. Can someone explain to me what that XF86_SVGA is? See above Can I use it to run GNOME? Yes If so, how? Try xinit. Or better yet fix your original problem. D. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
On Mon, Jul 15, 2002 at 01:11:17AM +0200, Lukas Molzberger wrote: Hello, in recent years many people were talking about Linux on the desktop. However, before there is any real chance that this could happen a few fundamential problems in XFree must be solved. These are: 1. XFree is far too slow. 2. What is presented on the screen should always be consistent (i.e. no flickering). (3. It should be possible to configure XFree over a dialog that is intergrated in Gnome and Kde.) I look forward to seeing your solutions to these problems. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
On Mon, Jul 15, 2002 at 01:56:41AM +0200, Xavier Bestel wrote: 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 agree that configuration should be optional, and that's why I'm spending most of my free time on it at the moment. I'm hoping to have a first cut of this ready for the 4.3.0 release later this year. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]re:xf86_svga server
Carlos, XF86_SVGA is the old (v 3.3.6) X server for a wide range of svga-capable chips, including some of the Chips and Technologies video controllers. Redhat does some odd stuff with X; check /etc/X11 directory to see whether you're configured for v 3.3.6 (XF86Config only) or v 4.1 (XF86Config-4 is present). If you must use Redhat, use Xconfigurator to keep this silliness straight and make sure things are done as Redhat expects. Also, until you're sure X is up and running, you might want to avoid the complication of running Gnome, by typing xinit to start X, rather than startx - this will start the server in the most basic way possible, with a single terminal window and no window manager or desktop metaphor. (At least) while you're doing this, make sure the run-level in /etc/inittab is 3, rather than 5 or 6, so the system doesn't attempt to start Xdm or other graphic login screens. Hope this helps Peter Johnson. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Xpert digest, Vol 1 #2013 - 11 msgs
On Mon, Jul 15, 2002 at 02:43:04PM +0200, Xavier Bestel wrote: 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. Most of the Resize part could probably be implemented within the current driver API, but as Mark said, a fully featured implementation is probably better targetted for XFree86 5.0. David -- David Dawes Release Engineer/Architect The XFree86 Project www.XFree86.org/~dawes ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Re: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, Geoffrey wrote: Date: Tue, 16 Jul 2002 09:29:02 -0400 From: Geoffrey [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii; format=flowed List-Id: General X Discussion xpert.XFree86.Org Subject: Re: Re: Is the XFree development stuck in a dead end? Mike A. Harris wrote: On Mon, 15 Jul 2002, Christian Berger wrote: Netscape is much faster than Mozilla. I think it's just that some design decisions in the X version of Mozilla, which is probably much different than the Window's version, are suboptimal. Having seen enough Well I doubt Mozilla for Windows is faster than Mozilla for Linux. You've not tried it then. Mozilla for Windows running on my box on one processor runs faster than Mozilla in Linux running on both processors. (Win98SE). Application startup time is faster for Mozilla in Windows, as is runtime execution. Not measured or benchmarked mind you. It is visibly noticeable. I'm really hoping this thread dies soon, but I've got to chime in here. There is absolutely no comparison between the windows gui and X. I routinely have 10-15 windows open, which would include at least 2 mozilla mail windows and minimally 3-4 browser windows. I also have 2 desktops with 3 virtual desktops each. You just don't get that kind of functionality with a Windows gui and if you tried to have that many windows open on win95, win98, nt, win2k, it would purely meltdown. I have no experience with winxp and don't plan to, but I suspect it's no different. The above argument appears to revolve around Mozilla, not X. I think perhaps you've misinterpreted what I've said. My above claims did not really have anything at all to do with comparing X to Windows. What I was saying was that Mozilla is slower in Linux than it is in Windows, and that the reason for that is a Mozilla issue, not an X issue or a Windows issue. Mozilla shares code between Windows and X11, however the Windows specific Mozilla code is more optimized than the X specific Mozilla code. Basically, the fact Mozilla is slower in Linux/X has nothing to do with X, and is no indicator that X is slower than Windows. The entire Mozilla discussion is a sidetrack from the $topic actually. I just wanted to set the record straight that Mozilla *is* faster in Windows contrary to the given hypothesis that it would not be faster in Windows. I mostly use Mozilla in Linux, however any time I get stuck in a Windows environment and need a browser, that browser is Mozilla, and since I use it all the time, seeing it start up and run several times faster than I'm used to in Linux, is a noticeable thing. I've never assumed that this was due to Windows being faster. IMHO, any slow GUI code running in X, is more likely to be a poorly written *application* or an unoptimized app, or unoptimized toolkit or similar. In the end however, only true profiling can be the judge in any particular case of a slow app. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Problems with a Radeon mobility M6 and RH 7.3
On a hp xt6200 notebook I get the following error from my radeon, The error below is that the device is busy when it shouldnt be. This is a fresh 7.3 install and I have previously tried updating the driver etc, but the configuration below seems the closest that I have gotten to getting DRI to work. Any ideas? XFree86 Version 4.2.0 (Red Hat Linux release: 4.2.0-8) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 23 January 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.17-0.13smp i686 [ELF] Build Host: daffy.perf.redhat.com 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.1.log, Time: Wed Jul 17 10:45:14 2002 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Anaconda Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device ATI Radeon Mobility M6 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 9 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.2.0, 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.0, 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 10b9,1671 card 103c,0027 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 10b9,5247 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:02:0: chip 10b9,5237 card 103c,0027 rev 03 class 0c,03,10 hdr 00 (II) PCI: 00:04:0: chip 10b9,5451 card 103c,0027 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:06:0: chip 10b9,7101 card 103c,0027 rev 00 class 06,80,00 hdr 00 (II) PCI: 00:07:0: chip 10b9,1533 card 103c,0027 rev 00 class 06,01,00 hdr 00 (II) PCI: 00:08:0: chip 10ec,8139 card 103c,0027 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0a:0: chip 104c,ac50 card 4000, rev 02 class 06,07,00 hdr 02 (II) PCI: 00:0b:0: chip 125d,2838 card 103c,0020 rev 01 class 07,80,00 hdr 00 (II) PCI: 00:0f:0: chip 10b9,5229 card 103c,0027 rev c4 class 01,01,fa hdr 00 (II) PCI: 01:00:0: chip 1002,4c59 card 103c,0027 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.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0xe010 - 0xe01f (0x10) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xe800 - 0xefff (0x800) MX[B] (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (--) PCI:*(1:0:0) ATI Radeon Mobility M6 LY rev 0, Mem @ 0xe800/27, 0xe010/16, I/O @
Re: [Xpert]re:xf86_svga server
On Tue, 16 Jul 2002, Peter Johnson wrote: Redhat does some odd stuff with X; check /etc/X11 directory to see whether you're configured for v 3.3.6 (XF86Config only) or v 4.1 (XF86Config-4 is present). If you must use Redhat, use Xconfigurator to keep this silliness Even if you have XF86Config-4, this does not mean you are running the new version. Check the files /etc/X11/X or /usr/X11R6/bin/X to see if they are linked to XF86_SVGA (version 3) or XFree86 (version 4). []s Felipe ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]re:xf86_svga server
On Tue, 16 Jul 2002, Peter Johnson wrote: XF86_SVGA is the old (v 3.3.6) X server for a wide range of svga-capable chips, including some of the Chips and Technologies video controllers. Redhat does some odd stuff with X; check /etc/X11 directory to see whether you're configured for v 3.3.6 (XF86Config only) or v 4.1 (XF86Config-4 is present). You'll find that most distributions out there ship both 3.3.6 and 4.x X servers and allow the end user to switch between them in order to get the best support. This isn't a Red Hat thing, it is something that was done so that people who had hardware unsupported by XFree86 4.x, could still use the system during the beginning of the changeover to 4.x. All Linux distributions have shipped both, and follow a similar way of allowing them to co-exist. Nonetheless, I'm interested on hearing from you what exactly is odd about the way we do things, and how that differs from what other distributions have done to allow coexistance. You may also be interested to find out that the whole XF86Config/XF86Config-4 config files are something which was created by XFree86.org to allow the coexistance of both versions of XFree86 until the older hardware could have drivers ported to the new architecture, or become irrelevant. Many people have thought this was some Red Hat invention. They are wrong, and hopefully now informed of reality. Red Hat, like other distributions, have used this functionality graciously provided by the XFree86 team to allow coexistance and maximize the number of users that could use XFree86 in the distribution. Those who have read the documentation provided by XFree86 however would already know this. man XF86Config Note the location of the config files. Note that Red Hat did not modify this. If you must use Redhat, use Xconfigurator to keep this silliness straight and make sure things are done as Redhat expects. Again, you only illustrate your lack of knowledge of XFree86, and that this is not a Red Hat whim. It is a documented feature of XFree86 which exists for a reason. Read that documentation, and learn before rambling FUD. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Problems with a Radeon mobility M6 and RH 7.3
On Tue, Jul 16, 2002 at 03:59:02PM +0200, dylan wrote: On a hp xt6200 notebook I get the following error from my radeon, The error below is that the device is busy when it shouldnt be. This is a fresh 7.3 install and I have previously tried updating the driver etc, but the configuration below seems the closest that I have gotten to getting DRI to work. Any ideas? [...] (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Device or resource busy (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. [...] This is a problem with the DRM kernel module. Check on /var/log/messages if there is any error message. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Book?
From: Christian Berger [EMAIL PROTECTED] Am Dienstag, 16. Juli 2002 11:07 schrieben Sie: We need the X-newbies website - www.x-newbies.org ;) It is very important and XFree86 should publish a book for BASIC X window concept. It should explain all basic concepts of the Xwindow with example picture etc. Presently in Xfree86 very very less no.of picture are available to explain. Already existing books may be good. But not for newbies. More ( Correct ) information should be given to Future Xperts :) Bye :) I wanna, where can I get it? Gimmi gimmi gimmi:) Well I'd like to have such a book, also with how to programm for plain X without any toolkits and maybe a slight introdution into toolkits. And of course introdution into the basic things, network support, differents between the different protocoll versions. An introdution into things like fontservers and all. O'Reilly Associates built their reputation by publishing a series of big thick books about X11. Sadly, most of them have gone out of print, or at least they've vanished from ORA's catalog. I have ORA volumns 3, 4, and 5 (User guide, Xt guide, and Xt reference) and their X11 in a Nutshell reference. The only one I use anymore is the Nutshell book. That's also the only one that's still listed in their catalog. This probably is no coincidence. The function descriptions in Nutshell are very terse -- shorter than the man pages. But the simple fact that the descriptions are *different* from the man pages often makes it worthwhile. And the descriptions of data types and events are also very handy, plus it has a good index. For Xlib programming, the best book I've found is Oliver Jones' Introduction to the X Window System. It has excellent examples, and clear descriptions of the functions, parameters, what they do, and why you might want to do that. Jones has a knack for telling me exactly the information I need. Unfortunately, I don't think the book has been updated since X11R3, it doesn't describe any of the X extensions, and it's hard to find. Often, I begin by looking for something in the index of either book, and then cross-reference the examples in the Jones with the function descriptions in Nutshell. Powells Books (powellsbooks.com) has some of these. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Problems with a Radeon mobility M6 and RH 7.3
Good plan, The DRM module is not happy and throws a bit of a fit. Here is a small snippet showing the exact response, how would I go about upgrading the drm module or would I have to wait until the 1671 is supported. I am going to try the agp_try_unsupported=1 in the mean time. Thanks again. Jul 16 17:41:26 Coke modprobe: modprobe: Can't locate module char-major-226 Jul 16 17:41:27 Coke modprobe: modprobe: Can't locate module char-major-226 Jul 16 17:41:27 Coke kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Jul 16 17:41:27 Coke kernel: agpgart: Maximum main memory to use for agp memory: 202M Jul 16 17:41:27 Coke kernel: agpgart: Unsupported Ali chipset (device id: 1671), you might want to try agp_try_unsupported=1. Jul 16 17:41:27 Coke kernel: [drm] Initialized radeon 1.1.1 20010405 on minor 0 Jul 16 17:41:27 Coke kernel: [drm:radeon_do_init_cp] *ERROR* PCI GART not yet supported for Radeon! Jul 16 17:41:27 Coke kernel: Unable to handle kernel NULL pointer dereference at virtual address 001c Jul 16 17:41:27 Coke kernel: printing eip: Jul 16 17:41:27 Coke kernel: d09b3fff Jul 16 17:41:27 Coke kernel: *pde = 0b511067 Jul 16 17:41:27 Coke kernel: *pte = Jul 16 17:41:27 Coke kernel: Oops: Jul 16 17:41:27 Coke kernel: radeon binfmt_misc autofs ds yenta_socket pcmcia_core 8139too mii ide-scsi scs Jul 16 17:41:27 Coke kernel: CPU:0 Jul 16 17:41:27 Coke kernel: EIP:0010:[d09b3fff]Not tainted Jul 16 17:41:27 Coke kernel: EFLAGS: 00013246 Jul 16 17:41:27 Coke kernel: Jul 16 17:41:27 Coke kernel: EIP is at radeon_do_cp_idle [radeon] 0x1f (2.4.18-3) Jul 16 17:41:27 Coke kernel: eax: ebx: ecx: edx: 0001 Jul 16 17:41:27 Coke gdm[1279]: gdm_slave_xioerror_handler: Fatal X error - Restarting :0 Jul 16 17:41:27 Coke kernel: esi: edi: 0001 ebp: esp: cb179f44 Jul 16 17:41:27 Coke kernel: ds: 0018 es: 0018 ss: 0018 Jul 16 17:41:27 Coke kernel: Process X (pid: 1280, stackpage=cb179000) Jul 16 17:41:27 Coke kernel: Stack: cb179f58 d09b4f85 ca657000 0001 0001 ca657000 Jul 16 17:41:27 Coke kernel: cfe0cb20 bbe0 40086442 d09afe14 caf5cbc0 cfe0cb20 40086442 bbe0 Jul 16 17:41:27 Coke kernel:40086442 ffe7 bbe0 cfe0cb20 c0146547 caf5cbc0 cfe0cb20 40086442 Jul 16 17:41:27 Coke kernel: Call Trace: [d09b4f85] radeon_cp_stop [radeon] 0xf5 Jul 16 17:41:27 Coke kernel: [d09afe14] radeon_ioctl [radeon] 0xe4 Jul 16 17:41:27 Coke kernel: [c0146547] sys_ioctl [kernel] 0x217 Jul 16 17:41:27 Coke kernel: [c0108923] system_call [kernel] 0x33 Jul 16 17:41:27 Coke kernel: Jul 16 17:41:27 Coke kernel: Jul 16 17:41:27 Coke kernel: Code: 8b 43 1c 83 f8 18 77 19 6a 18 53 e8 01 15 00 00 59 58 8b 43 Jul 16 17:41:36 Coke gdm(pam_unix)[1285]: session opened for user dylan by (uid=0) Jul 16 17:41:40 Coke modprobe: modprobe: Can't locate module sound-slot-0 Jul 16 17:41:40 Coke modprobe: modprobe: Can't locate module sound-service-0-0 Jul 16 17:41:45 Coke gnome-name-server[1424]: starting Jul 16 17:41:45 Coke gnome-name-server[1424]: name server starting Jul 16 17:41:45 Coke gnome-name-server[1426]: starting On 2002.07.16 16:48 José Fonseca wrote: On Tue, Jul 16, 2002 at 03:59:02PM +0200, dylan wrote: On a hp xt6200 notebook I get the following error from my radeon, The error below is that the device is busy when it shouldnt be. This is a fresh 7.3 install and I have previously tried updating the driver etc, but the configuration below seems the closest that I have gotten to getting DRI to work. Any ideas? [...] (II) RADEON(0): [drm] drmSetBusid failed (7, PCI:1:0:0), Device or resource busy (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. [...] This is a problem with the DRM kernel module. Check on /var/log/messages if there is any error message. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Matrox G200 Quad MMS problem
Hello, I can't get my G200 Quad MMS running with multi-monitor setup. When I run startx, the primary monitor blinks and then stays blank. I cannot switch to console and Ctrl-Alt-Backspace doesn't work. However, I can telnet in and kill the X server but the monitor stays blank and I must reboot. When I setup the XF86Config to single-monitor it works fine. I also tried to install the mga drivers from Matrox's ftp site but the problem remains. I'm running Red Hat 7.2 with XFree86 4.1.0. I attached my XF86Config-4 and X log file. Regards, Jan. - XF86Config-4 - Section Files FontPath unix/:7100 EndSection # Module loading section Section Module Load dbe # Double-buffering Load GLcore # OpenGL support Load dri # Direct rendering infrastructure Load glx # OpenGL X protocol interface Load extmod # Misc. required extensions Load v4l # Video4Linux # Load pex5 # PHIGS for X 3D environment (obsolete) # Load record# X event recorder # Load xie # X Image Extension (obsolete) # You only need the following two modules if you do not use xfs. # Load freetype # TrueType font handler # Load type1 # Adobe Type 1 font handler EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout us EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Device /dev/mouse Option Protocol PS/2 Option Emulate3Buttons off Option ZAxisMapping 4 5 EndSection #** # MONITORS #** Section Monitor Identifier Sony CPD-E400/E400E VendorName Unknown ModelName Unknown HorizSync 30.0-96.0 VertRefresh 48.0-120.0 Option dpms EndSection #** # DEVICES #** Section Device Identifier Matrox Millennium G200 0 Driver mga BusId PCI:2:0:0 BoardName Unknown EndSection Section Device Identifier Matrox Millennium G200 1 Driver mga BusId PCI:2:4:0 BoardName Unknown EndSection Section Device Identifier Linux Frame Buffer Driver fbdev BoardName Unknown EndSection #** # SCREENS #** Section Screen Identifier Screen0 Device Matrox Millennium G200 0 Monitor Sony CPD-E400/E400E DefaultDepth 8 Subsection Display Depth 24 # Modes 1280x1024 1152x864 1024x768 Modes 800x600 EndSubSection Subsection Display Depth 16 # Modes 1280x1024 1152x864 1024x768 Modes 800x600 EndSubSection Subsection Display Depth 8 Modes 800x600 EndSubSection EndSection Section Screen Identifier Screen1 Device Matrox Millennium G200 1 Monitor Sony CPD-E400/E400E DefaultDepth 8 Subsection Display Depth 24 # Modes 1280x1024 1152x864 1024x768 Modes 800x600 EndSubSection Subsection Display Depth 16 # Modes 1280x1024 1152x864 1024x768 Modes 800x600 EndSubSection Subsection Display Depth 8 Modes 800x600 EndSubSection EndSection Section DRI Mode 0666 EndSection #** Section ServerLayout Identifier Simple Layout Screen Screen0 LeftOf Screen1 Screen Screen1 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection - X log file - XFree86 Version 4.1.0 (Red Hat Linux release: 4.1.0-3) / 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.7-0.13.1smp i686 [ELF] Build Host: stripples.devel.redhat.com Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Tue Jul 16
[Xpert]Extended ROM and graphics drivers
Hello Xfree86 developers I have been writing custom code for video cards for a while now but I am confused about the use of the Extended ROM base address in the PCI config-space. What is this area of PCI config-space for? Where can I get more info about its use (especially for graphics cards)? Thanks, Daniel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Problems with a Radeon mobility M6 and RH 7.3
I'm CC'ing to dri-devel as well to get a broaded audience.
On Tue, Jul 16, 2002 at 05:28:37PM +0200, dylan wrote:
Good plan, The DRM module is not happy and throws a bit of a fit.
Here is a small snippet showing the exact response, how would I go
about upgrading the drm module or would I have to wait until the 1671
is supported. I am going to try the agp_try_unsupported=1 in the mean
time.
Thanks again.
Jul 16 17:41:26 Coke modprobe: modprobe: Can't locate module
char-major-226
Jul 16 17:41:27 Coke modprobe: modprobe: Can't locate module
char-major-226
Jul 16 17:41:27 Coke kernel: Linux agpgart interface v0.99 (c) Jeff
Hartmann
Jul 16 17:41:27 Coke kernel: agpgart: Maximum main memory to use for
agp memory: 202M
Jul 16 17:41:27 Coke kernel: agpgart: Unsupported Ali chipset (device
id: 1671), you might want to try agp_try_unsupported=1.
If agp_try_unsupported=1 doesn't work you may be on a world of pain...
Jul 16 17:41:27 Coke kernel: [drm] Initialized radeon 1.1.1 20010405 on
minor 0
Jul 16 17:41:27 Coke kernel: [drm:radeon_do_init_cp] *ERROR* PCI GART
not yet supported for Radeon!
PCI could be supported for Radeon. I don't know if this support has been
added since 4.2.0. If yes then you could try a binary snapshot from
http://dri.sf.net/snapshots .
What happens below shouldn't really happen, no matter what.
Jul 16 17:41:27 Coke kernel: Unable to handle kernel NULL pointer
dereference at virtual address 001c
Jul 16 17:41:27 Coke kernel: printing eip:
Jul 16 17:41:27 Coke kernel: d09b3fff
Jul 16 17:41:27 Coke kernel: *pde = 0b511067
Jul 16 17:41:27 Coke kernel: *pte =
Jul 16 17:41:27 Coke kernel: Oops:
Jul 16 17:41:27 Coke kernel: radeon binfmt_misc autofs ds yenta_socket
pcmcia_core 8139too mii ide-scsi scs
Jul 16 17:41:27 Coke kernel: CPU:0
Jul 16 17:41:27 Coke kernel: EIP:0010:[d09b3fff]Not tainted
Jul 16 17:41:27 Coke kernel: EFLAGS: 00013246
Jul 16 17:41:27 Coke kernel: Jul 16 17:41:27 Coke kernel: EIP is at
radeon_do_cp_idle [radeon] 0x1f (2.4.18-3)
Jul 16 17:41:27 Coke kernel: eax: ebx: ecx:
edx: 0001
Jul 16 17:41:27 Coke gdm[1279]: gdm_slave_xioerror_handler: Fatal X
error - Restarting :0
Jul 16 17:41:27 Coke kernel: esi: edi: 0001 ebp:
esp: cb179f44
Jul 16 17:41:27 Coke kernel: ds: 0018 es: 0018 ss: 0018
Jul 16 17:41:27 Coke kernel: Process X (pid: 1280, stackpage=cb179000)
Jul 16 17:41:27 Coke kernel: Stack: cb179f58 d09b4f85
ca657000 0001 0001 ca657000 Jul 16 17:41:27 Coke kernel:
cfe0cb20 bbe0 40086442 d09afe14 caf5cbc0 cfe0cb20 40086442 bbe0
Jul 16 17:41:27 Coke kernel:40086442 ffe7 bbe0 cfe0cb20
c0146547 caf5cbc0 cfe0cb20 40086442 Jul 16 17:41:27 Coke kernel: Call
Trace: [d09b4f85] radeon_cp_stop [radeon] 0xf5 Jul 16 17:41:27 Coke
kernel: [d09afe14] radeon_ioctl [radeon] 0xe4 Jul 16 17:41:27 Coke
kernel: [c0146547] sys_ioctl [kernel] 0x217 Jul 16 17:41:27 Coke
kernel: [c0108923] system_call [kernel] 0x33 Jul 16 17:41:27 Coke
kernel: Jul 16 17:41:27 Coke kernel: Jul 16 17:41:27 Coke kernel: Code:
8b 43 1c 83 f8 18 77 19 6a 18 53 e8 01 15 00 00 59 58 8b 43 Jul 16
17:41:36 Coke gdm(pam_unix)[1285]: session opened for user dylan by
(uid=0)
Jul 16 17:41:40 Coke modprobe: modprobe: Can't locate module
sound-slot-0
Jul 16 17:41:40 Coke modprobe: modprobe: Can't locate module
sound-service-0-0
Jul 16 17:41:45 Coke gnome-name-server[1424]: starting
Jul 16 17:41:45 Coke gnome-name-server[1424]: name server starting
Jul 16 17:41:45 Coke gnome-name-server[1426]: starting
José Fonseca
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
- Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 8:52 AM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? On Tue, Jul 16, 2002 at 08:10:20AM -0400, G O Economou wrote: [...] But resuming the main issue here, it seems to me that one reason for the difficulty in adding new features - which require a profound knowledge of the architecture - is that those who have these knowledge are too busy with tasks that could be delegated to developers less experience but yet competent. I'm for instance referring to testing, debugging, and patches submition, i.e., Quality Assurance. This shows how little you know about XFree86 development that you think I stated how little I knew about the XFree86 development in the end of my previous email, nevertheless I fail to understand your points nor did you bother to try explain them. 1) this can be commandeered Why not!? This is what happens in the linux kernel development for instance. Is the _only_ way a project can scale. 2) that integrating patches is trivial work. I know that it's not trivial - that's just one more reason to delegate. Anyway, these are just my two cents. I know that nothing will change whatever I say because the habits are just way too strong. O so if we don't do it your way we're wrong? It's your way or the highway? I can see that's an adult answer...Perhaps things don't change because they work. We have a sound stable and well-tested product. As an enginner you gotta know the motto: Don't fix it if it ain't broke? Georgina ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
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. -a ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert](no subject)
On Mon, 15 Jul 2002, Hui Zhang wrote: Hello everyone, I don't know if it's the right place to ask such a question. Actually,I am a newbie to linux. I got a problem when I am updating my redhat from 6.2 to 7.3. After the update, I cannot start the Xwindows. I got fatal IO error 104 every time when I try to do that. Can anybody give me some advices? Thank you very much. We need to see a /var/log/XFree86.0.log file. fatal IO error 104 doesn't mean anything of value. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Re: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, Andrew P. Lentvorski wrote: Date: Tue, 16 Jul 2002 10:52:22 -0700 (PDT) From: Andrew P. Lentvorski [EMAIL PROTECTED] To: [EMAIL PROTECTED] Content-Type: TEXT/PLAIN; charset=X-UNKNOWN List-Id: General X Discussion xpert.XFree86.Org Subject: Re: Re: Is the XFree development stuck in a dead end? 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. The primary motivating factor behind such an effort is laptops. You can't generally replace the video hardware in /most/ laptops, and as such, if you have a Mach64 based laptop, and no reason to shell out $2000-3000 because the machine is suitable still for what you require, then having 3D work on it may be worth the effort. -- Mike A. Harris Shipping/mailing address: OS Systems Engineer 190 Pittsburgh Ave., Sault Ste. Marie, XFree86 maintainer Ontario, Canada, P6C 5B3 Red Hat Inc. http://www.redhat.com ftp://people.redhat.com/mharris ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, Bharathi S wrote: We need the X-newbies website - www.x-newbies.org ;) It is very important and XFree86 should publish a book for BASIC X window concept. It should explain all basic concepts of the Xwindow with example picture etc. Presently in Xfree86 very very less no.of picture are available to explain. There are plenty of books on Xlib programming and on using the X-Window system. O'Reilly publishes some. What's missing is X architecture books. There are none that I know of but there is documentation on this in the source tree. See xc/doc/hardcopy. Mark. ___ 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
Re: [Xpert]Is the XFree development stuck in a dead end?
On Tue, Jul 16, 2002 at 01:08:06PM -0400, G O Economou wrote: [...] Anyway, these are just my two cents. I know that nothing will change whatever I say because the habits are just way too strong. O so if we don't do it your way we're wrong? It's your way or the highway? Don't take this as an offense (your name doesn't seem to be from a native english speaker therefore my question), have you troubles with english? Which part of these are just my two cents didn't you understood? Let me rephrase that then: This is just an opinion, or This is just my contribution. Anyway, _again_ you fail to address my points and just turn the conversation against my person... I can see that's an adult answer... ... and I don't feel the slightest need of having to justify myself before anyone, much less to you, who so far have made no effort to have an objective discussion. Perhaps things don't change because they work. We have a sound stable and well-tested product. As an enginner you gotta know the motto: Don't fix it if it ain't broke? :-) I don't think that we ve been reading the same xpert mailing list lately... Georgina, I won't pursue this conversion with you, as nothing good will come out of it. Unfortunately I can't say that has been a pleasure to discuss with you. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]x11 library libXp.so.6 java exception
Hello, invoking a java servlet that calls a PDF package generates the following error: libXp.so.6 not found. using find i found the following on my system: libXp.so.6.2. thanx, david brown ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Matrox G450 + SiS 86C326
I wish to do a 3 head configuration. I currenty have a G450 in dual head mode and want to added a 3rd monitor with this SiS video card. XFree86 is confused as to what to do with this setup. Has anyone done anything simular? I can post some config files that half work or just crash every thing... -- Jason Czerak. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
On Tue, Jul 16, 2002 at 10:52:22AM -0700, Andrew P. Lentvorski wrote: 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 word for you: laptop! 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. The way I choose to spend my free time is matter that concerns me alone. Not only the work I've been doing has been very useful for me (this laptop has a year, it's my main working computer, I don't to expect to swap before 2-3 years, and I enjoy to play UT and other games on it), but I have been having a great time learning about the fascinating world of 3D graphics and low-level driver programming. You have no idea how common the Mach64 is in laptops. And after the Mach64 I'll probably pick another obsolete card to work on, like the Savage chips (which are also common on laptops, but the reason I'm interested is because I have one and the card long has been abandoned by the vendors, so it will give me a great satisfaction to fullfill the dream of having decent driver it) or a Riva TNT2 (which I just bought very cheap from a friend of mine - just for kicks, mainly to port the existing Utah-GLX driver, but I'm sure that the BSD guys will apreciate my work too). As you can see this experience has been very rewarding so far, and not the opposite. José Fonseca ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Is the XFree development stuck in a dead end?
Am Dienstag, 16. Juli 2002 20:17 schrieben Sie:
Le mar 16/07/2002 à 19:52, Andrew P. Lentvorski a écrit :
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..
Yes, and besides even unproductive or little-productive time isn't
wasted. People learn from those things It may be fun for them. It's not
really like there are any deadlines. It's done when it's done, so do what you
feel like to do, if it's at least slightly productive or entertaining, it's
good.
Servus
Casandro
--
#define T 1000
#define M T*T
int main(){int x,y;for(y=0;y20;y++){for(x=0;x70;x++){int
c=-1;int xr,yr,zr;int xp,yp,zp;xp=yp=zp=0;xr=(x-35);yr=(y-
10);zr=10;while(1){if(ypT){c=5;ifzp)/T)%2==1)^(((xp+M
)/T)%2==1))c=0;break;}if(zpT*10){c=0;if (((yp*yp+xp*xp)/(
T*100))%2==1)c=2;break;}zp+=zr;xp+=xr;yp+=yr;}printf(%c,
c+32);}printf(\n);}};
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]twinview, xinerama, and KDE 2.2.2
:: On Mon, 15 Jul 2002, Dean S. Messing wrote: :: :: :: Hello Mark, all. :: :: Last week I posted a bunch of questions asking why KDE was not acting :: in a xinerama-aware way. After lots of hours scouring the net and :: asking a million questions via various lists, one kind soul from :: Mandrake-experts sent me the C code below and said that if my :: Twinview installation was really advertising its xinerama capability :: the code would tell me so. So I compiled the code as per his :: instructions and ran it. It returned: :: :: Xinerama is disabled :: :: Below, I have included :: :: 1. his code :: :: 2. the XFree86.0.log for the current invocation of X :: :: 3. my current /etc/X11/XF86Config :: :: I am, as y'all have gathered by now, utterly ignorant of the innards :: of X so there is very possibly a gross error in my config. :: :: The only thing I've done (I believe) that is different from :: the nvidia Twinview instructions is to explicitly put :: Option Xinerama on :: in Section ServerFlags. :: ::That's a problem. If you load the real Xinerama extension, :: we can't load ours. Remove that line and our driver will install :: our version. :: :: :: Mark. No, Mark. That wasn't _a_ problem. It was _the_ problem. Thanks. The order in which I tried things was my un-doing. I first began to suspect KDE, itself, was the culprit, but didn't at the time know about the need to enable xinerama in the Control Center. Then I began to suspect TwinView and so decided to try the pure xinerama route---which among other things, required the explicit xinerama option in XF86Config. When I couldn't even get Xinerama to work you informed me that the binary driver does not support pure xinerama on a single card but assured me that TwinView did the proper advertising of the necessary parameters. So back to KDE, and suspicion of it's compilation flags. By this time I had put XF86Config back to twinview but saw no harm in leaving in the explicit Xinerama option. (Ha!) More e-mails to various lists, more scouring the web, more hours of wasted time. Finally the little C program that could thanks to Balaji Ramani from the Mandrake-experts list. Now KDE is xinerama-aware. The grayed-out options are black and the C program says xinerama is enabled. I'm a happy camper---at least for today. I must say that there is precious little good documentation on this. The xinerama-HOWTO is needs to be updated to mention that KDE-2.2.2 is definitely (at least somewhat) Xinerama-aware, but needs to be compiled appropriately and the option needs to be enabled. Actually the better place is the KDE docs. They are, unfortunately, silent or mis-leading on these issues. I suggest that an explicit warning be put into the Nvidia TwinView ReadMe saying that specifying xinerama on (I suppose `startx -- +xinerama', or some-such, would also break things) in XF86Config will keep the nvidia xinerama extensions from loading, and hence will prevent window-managers from being xinerama-aware when a single two-port nvidia graphics card is involved. From my reading on the internet, there is great confusion about xinerama, xinerama-awareness, c., and such a statement in your ReadMe can only help disentangle it. Thanks for you help. Dean ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]RE: Is the XFree development stuck in a dead end?
This thread has gone all over the place, but I have a suggestion. Has anyone considered setting up something like LXR (http://lxr.linux.no) against the sources for XFree86? I have occasionally had the need to browse the sources, but it seems to me that they are not segmented very logically. I will admit that this is probably because I simply do not understand the current scheme. Anyhow, if someone were to set up a public one of these, it might make things a bit easier for people who want to contribute a little bit, and it might make things much easier for people on this list to discuss things in particular. I would set up something like this, but I have no ready access to the resources required. Is there a taker? -andrew ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Is the XFree development stuck in a dead end?
FWIW, I think this is a good debate to have here. Every year or so, we have this discussion, and almost always something good comes from it. Hopefully, these discussions can be lifted out of the accusations and personal attacks that they sometimes degenerates into. IMHO, I do not think XFree86 development is stuck in a dead end -- rather I believe the system is working okay today. That's not to say that it couldn't be improved, and that is what I'd like to see discussed. I feel that progress is being made (perhaps not as fast as some people would like, but I think it is a matter of resource availability). In particular, I think that Keith is doing some much needed work on fonts, and has laid out some good proposals for other work (RandR, Render, etc.). David, as he mentioned earlier in this thread, is working on configuration issues in his free time. Many of the other developers are working on various improvements. Hopefully, we can free up resources and get funding to work on some of these projects and proposals. Many, if not most, of the current developers have full time jobs and are thus relegated to working on these projects in our personal time. Many of us wish we had more time to work on XFree86 and push it forward! If companies are interested in seeing further development happen at an accelerated pace, I suggest that they free up the resources (i.e., people and funds) required to let us push the development forward. I see lots of talk about wanting the development to go forward, but very few that put resources toward making it happen! (Please note that this is just _my_ personal opinion). Regarding developer access, I wish we had more motivated people like José. I watched him start out asking questions on the DRI devel list and make first attempts at fixing bugs in the DRI tree. He didn't start out fully understanding how the DRI worked. It took time, energy and effort. Over time, he progressed to the point where he gained the respect of the DRI developers (myself included). He was then granted access to the CVS tree. He's made significant contributions to the DRI development. And, there are several others that have done the same thing in the DRI arena. As far as granting developers access to the XFree86 CVS tree, what I described above for the DRI tree is pretty much how things work in the XFree86 arena as well. People learn about XFree86, make contributions, gain the respect of the other developers and then are granted CVS access. It takes time and dedication. I know that there are others out there who could contribute -- please do so, we could use the help. One problem that I've seen is that there appears to be a huge energy barrier to learning about the internal X Window System and XFree86 architecture. There also seems to be the perception that there is a lack of documentation. I admit there is nothing that plainly lays everything out on a silver platter, but documentation does exist. The main X Window System docs are in xc/doc/hardcopy dir. Dig through the docs there and I think you'll learn quite a bit (e.g., see ddx.PS in the Xserver subdir for some good info). If you want to learn about the libraries, check out the other dirs. Also, tracing through the X server code in gdb (or equivalent) is very helpful in understanding how things work. To do this build a static debug X server, and trace through it. Use the docs (above) to learn about the functions that are called. A good resource for XFree86 is in xc/programs/Xserver/hw/xfree86/doc. In particular, check out DESIGN. It contains lots of good info on how XFree86 works. Also see the XAA.HOWTO in .../xfree86/xaa. Lastly, when all else fails this Xpert list is a good resource. There are people here with the knowledge to help you get over the stumbling blocks when the documentation has failed. Anyway, I hope this gets people started. If nothing else comes out of this discussion, I hope (1) that everyone realizes that we are doing the best that we can with the resources we have available, and (2) that more people become interested in XFree86 development who have the time/energy required to learn about it so that they can contribute. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]4.2.99 and DRI with Matrox G550
Hi, I have a 3D visualization tool that crashes with the 3.X versions of the Mesa that are in =XF86 4.2.0. I noticed in the changelog that Mesa 4.0.2 has been add to the latest CVS so I thought I would give it a try. Without DRI everything works great (except for the speed of course). The problems arise when I want to use DRI. I'll try to give all the backgroud information first, if I miss an important detail please let me know. My system is a clean RedHat 7.3 install on a dual athlon machine. My graphics card is Matrox G550. DRI loads and 'glxgears' works great with the XF86 4.2.0 that comes with RedHat 7.3. I download the CVS on July 16 and did a 'make World' and then a 'make install'. Everything seems to install ok and X starts without any problems. I recompiled the DRI module for mga and installed it in the appropriate /lib/modules directory and did a 'depmod -a' Using the same XF86Config-4 file from the 4.2.0 version under 4.2.99, DRI fails to load... (II) MGA(0): [drm] bpp: 32 depth: 24 (II) MGA(0): [drm] Sarea 2200+664: 2864 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed [drm] failed to load kernel module mga (II) MGA(0): [drm] drmOpen failed (EE) MGA(0): [drm] DRIScreenInit failed. Disabling DRI. I think the reason that DRI fails to load is found in 'dmesg'. The following appears during startup of the X server: [drm:drm_init] *ERROR* Cannot initialize the agpgart module. I find this very strange since the agpgart hasn't changed since it loaded perfectly well under 4.2.0. I tried loading the mga module manually. With 'modprobe mga' I get: /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: init_module: Cannot allocate memory Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o failed /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod mga failed If I load the agpgart module first, then I can load the mga module without errors. However, If I manually load agpgart and mga, start X and then try to run 'glxgears' by system freezes and I have to reboot. Another interesting point is that if I start XF86 4.2.0 and exit, the modules remain installed. I can then start XF86 4.2.99 with the modules installed by 4.2.0 and have DRI and glxgears work great. So I have come to the conclusion (of course I could be wrong) that the 4.2.99 version of XF86 loads the DRI or agpgart modules incorrectly. If I have overlooked something that I should try please let me know. If this isn't suppose to be supported yet and I just have to deal with Indirect rendering pelase let me know. Please just let me know anything, I have played around with this for a long time and it is becoming an obsession which needs to die so I can acutally do work. Thanks for you time, Diek Van Nort A few more outputs that might be of interest. The thing that I find interesting is the OpenGL version string: When I try to load the modules manually I get 1.2 Mesa 4.0.2, when the modules fail to laod I get 1.3 Mesa 4.0.2 Could it be that DRI is trying to load the wrong version of OpenGL Mesa API? The output of 'glxinfo' when I load the drivers manual is as follows: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems Inc. OpenGL renderer string: Mesa DRI G400 20020221 AGP 1x x86/MMX/3DNow! OpenGL version string: 1.2 Mesa 4.0.2 OpenGL extensions: GL_ARB_multitexture, GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_packed_pixels, GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_texture3D, GL_EXT_texture_env_add, GL_EXT_texture_object, GL_EXT_vertex_array, GL_IBM_rasterpos_clip, GL_MESA_window_pos, GL_NV_texgen_reflection glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 24 tc 0 24 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x24 24 tc 0 24 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None 0x25 24 tc 0 24 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None 0x26 24 tc 0 24 0 r . . 8 8 8 8 0 24 8 0 0
Re: [Xpert]Book?
On Tue, 16 Jul 2002, Bharathi S wrote: 1. Oreilly published 7 volumes for Xwindow. It deals from XProtocol to New X Tool Kits. 2. X Window System Programming By NABAJYOTI BARKAKATI ( PHI ) It is also nice book to learn all basic concepts. I have read it and in retrospect consider it mostly a waste of time. The documentation from the X Consortium and from xfree86 is mostly good and complete if it exists -- the problem lies in finding it and in knowing what to read in what order. (Just putting these documents in HTML versions on a web site in a flat list would probably be an improvement from having to dig them out from various places and file formats inside the tarball -- I had /not/ expected such a variety of both!) -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.99 and DRI with Matrox G550
On Tue, Jul 16, 2002 at 02:41:14PM -0700, Diek Van Nort wrote: Hi, I have a 3D visualization tool that crashes with the 3.X versions of the Mesa that are in =XF86 4.2.0. I noticed in the changelog that Mesa 4.0.2 has been add to the latest CVS so I thought I would give it a try. Without DRI everything works great (except for the speed of course). The problems arise when I want to use DRI. I'll try to give all the backgroud information first, if I miss an important detail please let me know. My system is a clean RedHat 7.3 install on a dual athlon machine. My graphics card is Matrox G550. DRI loads and 'glxgears' works great with the XF86 4.2.0 that comes with RedHat 7.3. I download the CVS on July 16 and did a 'make World' and then a 'make install'. Everything seems to install ok and X starts without any This isn't enough, you need to recompile the DRM as you say below. problems. I recompiled the DRI module for mga and installed it in the appropriate /lib/modules directory and did a 'depmod -a' You recompiled the DRM from where? From the one included in the XFree86 CVS or any other place? Using the same XF86Config-4 file from the 4.2.0 version under 4.2.99, DRI fails to load... (II) MGA(0): [drm] bpp: 32 depth: 24 (II) MGA(0): [drm] Sarea 2200+664: 2864 drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed [drm] failed to load kernel module mga (II) MGA(0): [drm] drmOpen failed (EE) MGA(0): [drm] DRIScreenInit failed. Disabling DRI. I think the reason that DRI fails to load is found in 'dmesg'. The following appears during startup of the X server: [drm:drm_init] *ERROR* Cannot initialize the agpgart module. I find this very strange since the agpgart hasn't changed since it loaded perfectly well under 4.2.0. I tried loading the mga module manually. With 'modprobe mga' I get: /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: init_module: Cannot allocate memory Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o failed /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o: insmod mga failed If I load the agpgart module first, then I can load the mga module without errors. However, If I manually load agpgart and mga, start X and then try to run 'glxgears' by system freezes and I have to reboot. Another interesting point is that if I start XF86 4.2.0 and exit, the modules remain installed. I can then start XF86 4.2.99 with the modules installed by 4.2.0 and have DRI and glxgears work great. So I have come to the conclusion (of course I could be wrong) that the 4.2.99 version of XF86 loads the DRI or agpgart modules incorrectly. This is pretty confusing! Don't forget that if you load modules by hand they will have to be removed by hand too.. First thing, let's try not to mix the two XFree86 versions, to eliminate a source of problems. Tell us how you installed: did you overwriten your Second, to the agpgart be loaded you have to have a line in your modules.conf like: below mga agpgart Now, a brief tutorial to have DRI installed properly from CVS is: $ shutdown X $ make install $ cd programs/Xserver/hw/xfree86/os-support/linux/drm/kernel $ make -f Makefile.linux mga.o $ cp mga.o /lib/modules/2.4.18-3smp/kernel/drivers/char/drm/mga.o $ depmod -a $ rmmod mga $ restart X Check if you did all the above steps. If I have overlooked something that I should try please let me know. If this isn't suppose to be supported yet and I just have to deal with Indirect rendering pelase let me know. Please just let me know anything, I have played around with this for a long time and it is becoming an obsession which needs to die so I can acutally do work. Don't forget to check out the binary snapshots from http://dri.sf.net/snapshots . These are from the DRI CVS and not XFree86's, but they also have Mesa 4.x. The install script automates most of the process of installation so it could create A few more outputs that might be of interest. The thing that I find interesting is the OpenGL version string: When I try to load the modules manually I get 1.2 Mesa 4.0.2, when the modules fail to laod I get 1.3 Mesa 4.0.2 Could it be that DRI is trying to load the wrong version of OpenGL Mesa API? No. The software only Mesa always reports 1.3, but the drivers only report 1.3 if they actually can accelerate the OpenGL extensions required for 1.3 conformance. [...] José Fonseca ___ Xpert mailing list [EMAIL PROTECTED]
Re: [Xpert]RE: Is the XFree development stuck in a dead end?
On Tue, 16 Jul 2002, Andrew Berg wrote: This thread has gone all over the place, but I have a suggestion. Has anyone considered setting up something like LXR (http://lxr.linux.no) against the sources for XFree86? I have occasionally had the need to browse I second that motion! -Peter ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 BOF session at SIGGRAPH
We're going to have an XFree86 Birds of a Feather session next week at SIGGRAPH in San Antonio, TX. All are welcome to attend. Come meet some of the developers, talk to other users, and find out what everyone is doing! Where: Marriott Rivercenter, Conference Room 16 When: Tuesday (23 Jul 2002) from 4:30pm - 6:30pm The Marriott Rivercenter is the conference headquarters hotel and is within walking distance of the convention center. The time slot was chosen to be between the two Electronic Theater showings on Tuesday, so hopefully everyone will be able to attend. I expect this to be a very informal event. The current plan is that I'll give some opening remarks, make introductions and then give a short talk on the project that I've been working on for the past year. If anyone would like to give a presentation (or know of anyone else who would like to present), please let me know and I'll work out a schedule. Hopefully, this will be the first of what will become an annual XFree86 gathering at SIGGRAPH! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[j_r_fonseca@yahoo.co.uk: Re: [Xpert]Is the XFree development stuck in a dead end?]
I know that is not good nettiquete to post private mails, but I never take insults from nobody, even from pour souls with trouble understanding english. Also thanks to those who sent me mails telling to ignore Georgina, even though they didn't imagine what was actually going on. I just wish I had had that option. José Fonseca - Forwarded message from José Fonseca [EMAIL PROTECTED] - Date: Tue, 16 Jul 2002 22:03:50 +0100 From: José Fonseca [EMAIL PROTECTED] Subject: Re: [Xpert]Is the XFree development stuck in a dead end? To: G O Economou [EMAIL PROTECTED] On Tue, Jul 16, 2002 at 04:06:21PM -0400, G O Economou wrote: - Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 2:17 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? [...] You are a sexist pig. English is my native language. I was born in America. My name has nothing to do with my national identiy but you being a racist probably cannot understand that can you? Don't both answering, you're total filth and a sexist animal. PS There is no way you knew my sex by my post. What are you talking about!? I have no idea what is your sex nor do I care! I know your full name because you already emailed personally to me! (See below) I _really_ thought you _could_ be from a foreign language (greak) due to your name - Georgina Economou -, and I _explained_ that my email. It's the third time already I have to explain my words to you, and you still wonder I think you're not a native speaker!? I *demand* an apology for this unrespectfull email ASAP. I never disrespected you in anyway, even when you insinuated I wasn't an adult, and I won't tolerate these insults. José Fonseca - Forwarded message from Georgina O Economou [EMAIL PROTECTED] - Date: Sat, 1 Jun 2002 22:15:03 -0400 From: Georgina O Economou [EMAIL PROTECTED] Subject: Re: Membership request To: José Fonseca [EMAIL PROTECTED], [EMAIL PROTECTED] On Tuesday 14 May 2002 06:10 am, José Fonseca wrote: I would like to request membership to the XFree86 development team. I have contributed several patches indirectly to XFree86 via the DRI and Mesa projects (of which I'm a developer) that will eventually reach the repository, but if you wish me to send a fix to [EMAIL PROTECTED] I'll surely think of something. The reason for my interest is mainly to be able to access the other XFree86 developers and follow the XFree86 development more closely via the internal lists. I don't foresee the need of commit access to the repository as my interests remain on the 3D rendering. Regards, José Fonseca Application attached. Send it back. AFter it's approved wnen you join announce yourself on devel. Georgina --- - End forwarded message - - Forwarded message from G O Economou [EMAIL PROTECTED] - Date: Tue, 16 Jul 2002 17:25:01 -0400 From: G O Economou [EMAIL PROTECTED] Subject: Re: [Xpert]Is the XFree development stuck in a dead end? To: José Fonseca [EMAIL PROTECTED] - Original Message - From: José Fonseca [EMAIL PROTECTED] To: G O Economou [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 5:03 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? On Tue, Jul 16, 2002 at 04:06:21PM -0400, G O Economou wrote: - Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 2:17 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? [...] You are a sexist pig. English is my native language. I was born in America. My name has nothing to do with my national identiy but you being a racist probably cannot understand that can you? Don't both answering, you're total filth and a sexist animal. PS There is no way you knew my sex by my post. What are you talking about!? I have no idea what is your sex nor do I care! I know your full name because you already emailed personally to me! (See below) I _really_ thought you _could_ be from a foreign language (greak) Greek due to your name - Georgina Economou -, and I _explained_ that my email. It's the third time already I have to explain my words to you, and you still wonder I think you're not a native speaker!? I *demand* an apology for this unrespectfull email ASAP. I never disrespected you in anyway, even when you insinuated It is you senora that does not understand English, not I. I was insulted not you. Georgina - End forwarded message - ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]xfree and trident 9525 on toshiba 4060 xcdt
on my toshiba laptop I successfully compiled and installed xfree from the cvs two weeks ago (I'm running debian's woody). I encounter the following trouble : the X server works perfectly well as far as I can test, I can feel a clear speed improvement from xfree3 that I was using before, even SDL program usfing mesa3D works perfectly ! But : whenever I switch back to text console, even if they are in framebuffer mode, the machine completly hangs 8 or 10 seconds later. the video on the toshiba is held with the trident 9225, 2,5Mb of video memory are reported (seems ok) with a 1024x768 CRT screen. any help, any one ? ask me for any logs, lspci or whatever if you need. thanks in advance, jd. -- Quand les plombs pêtent : « Ðïsjüñ£t.¢¤× » ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]G550 DH clone with 2 crt
Hi there, I'm new to this list an I have a problem which I don't know how to solve: my Matrox G550 DH works fine with XFree4.2 built-in drivers (compiled by branden for debian sid). The feature-list on the matrox-sites says, the card can clone the picture on a second monitor with different refresh-rate. when i connect a second-monitor, its a cloned picture, but if I want another refresh-rate for it, it's not cloned anymore - i can get cloning with the xinerama option, but then i don't have a mouse-pointer on the second monitor, and when i try to start kde3 it crashes, because the panel starts on 2nd mon etc... I don't get this fixed - neither if I try by hand nor with mgapdesk. is this inpossible? my fault? known problem? any ideas? Regards, Holger ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]XFree86 BOF session at SIGGRAPH
By any chance, is any such thing held in the bayarea, CA? Thanks, Ragini -Original Message- From: Kevin E Martin [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 16, 2002 2:38 PM To: [EMAIL PROTECTED] Subject: [Xpert]XFree86 BOF session at SIGGRAPH We're going to have an XFree86 Birds of a Feather session next week at SIGGRAPH in San Antonio, TX. All are welcome to attend. Come meet some of the developers, talk to other users, and find out what everyone is doing! Where: Marriott Rivercenter, Conference Room 16 When: Tuesday (23 Jul 2002) from 4:30pm - 6:30pm The Marriott Rivercenter is the conference headquarters hotel and is within walking distance of the convention center. The time slot was chosen to be between the two Electronic Theater showings on Tuesday, so hopefully everyone will be able to attend. I expect this to be a very informal event. The current plan is that I'll give some opening remarks, make introductions and then give a short talk on the project that I've been working on for the past year. If anyone would like to give a presentation (or know of anyone else who would like to present), please let me know and I'll work out a schedule. Hopefully, this will be the first of what will become an annual XFree86 gathering at SIGGRAPH! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [j_r_fonseca@yahoo.co.uk: Re: [Xpert]Is the XFree development stuck in a dead end?]
Quoting José Fonseca [EMAIL PROTECTED]: Go Georgina, Go! I really love reading Georgina's posts, besides I normally don't take them too seriously, sometimes it's so fun :-) I am not a native english speaker, but I will not be surprised if José Fonseca is brazilian or portuguese (maybe spanish). José is one of the most common brazilian first names, probably only missing the first place to João. Fonseca is a not so common last name, but was the last name of the first brazilian president (http://www.infoplease.com/ce6/people/A0819082.html). People should learn to tolerate each other... I know that is not good nettiquete to post private mails, but I never take insults from nobody, even from pour souls with trouble understanding english. Also thanks to those who sent me mails telling to ignore Georgina, even though they didn't imagine what was actually going on. I just wish I had had that option. José Fonseca - Forwarded message from José Fonseca [EMAIL PROTECTED] - Date: Tue, 16 Jul 2002 22:03:50 +0100 From: José Fonseca [EMAIL PROTECTED] Subject: Re: [Xpert]Is the XFree development stuck in a dead end? To: G O Economou [EMAIL PROTECTED] On Tue, Jul 16, 2002 at 04:06:21PM -0400, G O Economou wrote: - Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 2:17 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? [...] You are a sexist pig. English is my native language. I was born in America. My name has nothing to do with my national identiy but you being a racist probably cannot understand that can you? Don't both answering, you're total filth and a sexist animal. PS There is no way you knew my sex by my post. What are you talking about!? I have no idea what is your sex nor do I care! I know your full name because you already emailed personally to me! (See below) I _really_ thought you _could_ be from a foreign language (greak) due to your name - Georgina Economou -, and I _explained_ that my email. It's the third time already I have to explain my words to you, and you still wonder I think you're not a native speaker!? I *demand* an apology for this unrespectfull email ASAP. I never disrespected you in anyway, even when you insinuated I wasn't an adult, and I won't tolerate these insults. José Fonseca - Forwarded message from Georgina O Economou [EMAIL PROTECTED] - Date: Sat, 1 Jun 2002 22:15:03 -0400 From: Georgina O Economou [EMAIL PROTECTED] Subject: Re: Membership request To: José Fonseca [EMAIL PROTECTED], [EMAIL PROTECTED] On Tuesday 14 May 2002 06:10 am, José Fonseca wrote: I would like to request membership to the XFree86 development team. I have contributed several patches indirectly to XFree86 via the DRI and Mesa projects (of which I'm a developer) that will eventually reach the repository, but if you wish me to send a fix to [EMAIL PROTECTED] I'll surely think of something. The reason for my interest is mainly to be able to access the other XFree86 developers and follow the XFree86 development more closely via the internal lists. I don't foresee the need of commit access to the repository as my interests remain on the 3D rendering. Regards, José Fonseca Application attached. Send it back. AFter it's approved wnen you join announce yourself on devel. Georgina --- - End forwarded message - - Forwarded message from G O Economou [EMAIL PROTECTED] - Date: Tue, 16 Jul 2002 17:25:01 -0400 From: G O Economou [EMAIL PROTECTED] Subject: Re: [Xpert]Is the XFree development stuck in a dead end? To: José Fonseca [EMAIL PROTECTED] - Original Message - From: José Fonseca [EMAIL PROTECTED] To: G O Economou [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 5:03 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? On Tue, Jul 16, 2002 at 04:06:21PM -0400, G O Economou wrote: - Original Message - From: José Fonseca [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, July 16, 2002 2:17 PM Subject: Re: [Xpert]Is the XFree development stuck in a dead end? [...] You are a sexist pig. English is my native language. I was born in America. My name has nothing to do with my national identiy but you being a racist probably cannot understand that can you? Don't both answering, you're total filth and a sexist animal. PS There is no way you knew my sex by my post. What are you talking about!? I have no idea what is your sex nor do I care! I know your full name because you already emailed personally to me! (See below) I _really_ thought you _could_ be from a foreign language (greak) Greek due to your name -
Re: [Xpert]XFree86 BOF session at SIGGRAPH
On Tue, Jul 16, 2002 at 07:01:12PM -0400, Prasad, Ragini wrote: By any chance, is any such thing held in the bayarea, CA? SIGGRAPH is being held this year in San Antonio, TX and next year in San Diego, CA. I'm hopeful this BOF session will be an annual event. There are other conferences in the Bay area, and I believe some of them have XFree86 meetings. If anyone knows of any upcoming meetings in the Bay area with XFree86 talks/meetings, please post them here. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Dri-devel] Re: [Xpert]Problems with a Radeon mobility M6 andRH 7.3
On Tue, 2002-07-16 at 17:56, José Fonseca wrote: I'm CC'ing to dri-devel as well to get a broaded audience. On Tue, Jul 16, 2002 at 05:28:37PM +0200, dylan wrote: Good plan, The DRM module is not happy and throws a bit of a fit. Here is a small snippet showing the exact response, how would I go about upgrading the drm module or would I have to wait until the 1671 is supported. I am going to try the agp_try_unsupported=1 in the mean time. Thanks again. Jul 16 17:41:26 Coke modprobe: modprobe: Can't locate module char-major-226 Jul 16 17:41:27 Coke modprobe: modprobe: Can't locate module char-major-226 Jul 16 17:41:27 Coke kernel: Linux agpgart interface v0.99 (c) Jeff Hartmann Jul 16 17:41:27 Coke kernel: agpgart: Maximum main memory to use for agp memory: 202M Jul 16 17:41:27 Coke kernel: agpgart: Unsupported Ali chipset (device id: 1671), you might want to try agp_try_unsupported=1. If agp_try_unsupported=1 doesn't work you may be on a world of pain... Jul 16 17:41:27 Coke kernel: [drm] Initialized radeon 1.1.1 20010405 on minor 0 Jul 16 17:41:27 Coke kernel: [drm:radeon_do_init_cp] *ERROR* PCI GART not yet supported for Radeon! PCI could be supported for Radeon. I don't know if this support has been added since 4.2.0. If yes then you could try a binary snapshot from http://dri.sf.net/snapshots . It's there but still only enabled on alpha (and powerpc in DRI CVS) because it's apparently unstable on x86. What happens below shouldn't really happen, no matter what. Indeed. Trace: [d09b4f85] radeon_cp_stop [radeon] 0xf5 Jul 16 17:41:27 Coke kernel: [d09afe14] radeon_ioctl [radeon] 0xe4 Jul 16 17:41:27 Coke kernel: [c0146547] sys_ioctl [kernel] 0x217 Jul 16 17:41:27 Coke kernel: [c0108923] system_call [kernel] 0x33 Jul 16 17:41:27 Coke Hmm. If the AGP initialization fails, RADEONDRICloseScreen() is called, which unconditionally calls RADEONCP_STOP(), which in turn calls the CP stop ioctl. It's not obvious to me where in radeon_cp_stop() it crashes though. I wonder how PCI GART actually works on x86 with the current driver in DRI CVS. On PPC, it's become very stable with AGP GART, which used to be unstable with older versions of the driver. We could get rid of quite some potentially problematic code if we enabled PCI GART everywhere. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon patch testing
The combination of two methods will make the auto-detection more reliable. Sounds promising. Will you do that anyway, or should I look into it? Meanwhile I don't have much time on this. Go ahead to do it if you have time, I'll be glad to help if you need any more information. One thing I was a little worried about is that enumerating through all 4 DDC types can be slow. In order for DDC detection working with some old panels, I have to use several delays in DoDDC routine which makes it kind of slow. You probably can ignore DDC_MONID type, I haven't seen it ever being used. Hui ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
