Re: TerminateServer Keycode combination broken ...
On Thu, Jan 23, 2003 at 10:34:25PM +0100, Stefan Dirsch wrote: > > I'm not very experienced with it, but my impression is that the > > Linux magic-sysreq key-sequences aren't working either; > > do we need to do something in X to support them ? > > Good question. I'll have a try tomorrow and give you feedback then. Works without any problems here with current XFree86 CVS version. Best regards, Stefan Public Key available Stefan Dirsch (Res. & Dev.) SuSE Linux AG Tel: 0911-740530 Deutschherrnstr. 15-19 FAX: +49 911 741 77 55D-90429 Nuernberg http://www.suse.deGermany ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
wacom, Xt and Events
I added wacom to the subject because my question has it's origin in a problem I have with the a program using a wacom tablet, but for debugging purpose I wrote a small Xt program (used a Xaw widget, but same behavior with a Motif widget) for testing. this progam creates a window, and adds an XtEventHandler with: int mask = ButtonPressMask | ButtonReleaseMask | EnterWindowMask | LeaveWindowMask | PointerMotionMask; The question is: Why do I get a pair of Enter/Leave Window events before each mouse buttonPress ? A simple X program selecting on the same events doesn't show this (for me strange) behavior, i.e. there are no Enter/Leave events before a buttonPress, only when (as expected) the pointer crosses the window boundaries. Thank's for any response. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: s3virge & bigendian
On Don, 2003-01-23 at 08:51, Meelis Roos wrote: > > > Now the remanining problem is the garbage in lower part of the screen - > > > any ideas about that? It's there even with NoAccel and changing too. > > > > Changing what? Have you tried the modifications I suggested for the > > framebuffer aperture? > > I suspect that the pixmap cache is at the end of video RAM and I'm > running into it with framebuffer - but I'm not sure. As you say it also happens with NoAccel, it can't really be related to the pixmap cache. No idea what it could be unfortunately, if it's using the correct amount of video RAM. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Cyberpro 20x0 driver?
On Don, 2003-01-23 at 17:39, Andrew E. Mileski wrote: > Andrew E. Mileski wrote: > > Given that you want a ready-made 4.* solution, I doubt the old > > sources will be useful to you. > > I was just reminded that the Debian folks have the Linux kernel > frame buffer driver working for the CP20x0 if you want to go that > route. I don't know if it is accelerated though (and X with the > CP20x0 is dog slow without acceleration). The fbdev driver doesn't have any hardware acceleration, but it can still be very usable thanks to a shadow framebuffer. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: S3 968 documentation
> hi i have good news i have the 968 data book thear are 2 books > the 964 book and the 968 you need both boot as the 968 book > just has the new registers add to the 964 > > i will see if i can get a scaner and may be able to send you the > book or something like that or i can give to info out of the books Thanks for the offer! Please let me know if you need me to cover and copy/scanning charges you might incur in duplicating the docs. -- Justin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: getting ATI's IGP320M/IPG340M supported (more than just vesa)
I know of at least three on this list now who have an interest in these things. On the HP business forums there are LOADS of emails of folks having difficulty getting any flavor of Linux to run on their ATI IGP laptops (i think they're using the wrong distributions, personally). Ok, so I have linux running fine on my laptop... but withOUT accelerated performance. That's what I want! So, do I need to send out a "petitition" to get a "list" of names? And how many names do we need? As far as developing... I know some c, but I am FAR from a guru (i'm a capacity & performance/QA/Software tester). If it's a case of modifications, then I can definitely copy sample code (or other similar code... since it's supposed to be "the same" as the radeon) and make tweaks. So, I'll tentatively volunteer... but if someone else has the expertise, by ALL means... feel free to lead the way. Suggestions? I'm ready, willing, and able (the latter being debatable). Thanks! Ben p.s. vladimir - thanks for your patience dealing with my harping on this subject. I don't know where you sit in the hierarchy of XFree developers but reading your posts have been very educational. Thanks! __ The NEW Netscape 7.0 browser is now available. Upgrade now! http://channels.netscape.com/ns/browsers/download.jsp Get your own FREE, personal Netscape Mail account today at http://webmail.netscape.com/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: S3 968 documentation
S3 send me all their Virge-and-earlier docs, non-NDA'd, a long time ago. They are all in dead tree form, but I can scan them in if someone has a need. Jeff ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: wacom, Xt and Events
j k <[EMAIL PROTECTED]> writes: > I added wacom to the subject because my question has it's origin in a > problem I have with the a program > using a wacom tablet, but for debugging purpose I wrote a small Xt program > (used a Xaw widget, but same behavior with > a Motif widget) for testing. > > this progam creates a window, and adds an XtEventHandler with: >int mask = ButtonPressMask | ButtonReleaseMask | > EnterWindowMask | LeaveWindowMask | > PointerMotionMask; > > > The question is: > > Why do I get a pair of Enter/Leave Window events before each mouse > buttonPress ? > > A simple X program selecting on the same events doesn't show this (for > me strange) behavior, i.e. there > are no Enter/Leave events before a buttonPress, only when (as expected) > the pointer crosses the window > boundaries. > > Thank's for any response. I don't think this has anbything to do with the Wacom or Xt. Using metacity? There is a known metacity issue where metacity does an XGrabButton on toplevel windows that causes such Enter/Leave events. (It's also possible other window managers cause the same behavior) The difference here between your simple X test case and the Xt test case is probably whether you are selecting on the toplevel window or a child. Regards, Owen ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.2.99.4: unable to use secondary PCI Radeon 7000
On Thu, 23 Jan 2003, Wayne Whitney wrote: > As far as I can tell, the "Cannot read V_BIOS" message is the problem, > and it means that XFree86 can't find the Video BIOS on the PCI card to > use to initialize the video card. [...] I found that getValidBIOSBase() > in xfree86/common/xf86pciBus.c is called repeatedly but that it always > returns 0. The following patch to getValidBIOSBase() makes things work for me, although I don't really understand what it does, as I arrived at it by brute force. Any suggestions of what is going on or what the proper fix is would be great. The second part obviously just prints out the return value of getValidBIOSBase() when it runs to completion (there are various "return 0" paths earlier in the function). When I run X on the primary card, this is never triggered. When I run X on AGP card as the secondary card (which works OK on stock 4.2.99.4), it prints out e800 once. When I run X on the PCI card as the secondary card, it triggers three times and prints 0, 0, e000. Without the first part of the patch, it used to print 0, 0, 0, 0 in this situation and X wouldn't work. Cheers, Wayne --- xfree86/common/xf86pciBus.c.~3.66.~ 2003-01-23 19:54:11.0 -0800 +++ xfree86/common/xf86pciBus.c 2003-01-23 23:46:33.0 -0800 @@ -1617,18 +1617,24 @@ break; } m = m->next; } } else { - if (!xf86IsSubsetOf(range, m) || + if ( +#if 0 + !xf86IsSubsetOf(range, m) || +#endif ChkConflict(&range, avoid, SETUP) || (mem && ChkConflict(&range, mem, SETUP))) ret = 0; } xf86FreeResList(avoid); xf86FreeResList(m); +#ifdef DEBUG +xf86Msg(X_ERROR, "getValidBIOSBase: %x\n", ret); +#endif return ret; } /* * xf86Bus.c interface ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: TerminateServer Keycode combination broken ...
Hi Ivan Thanks for information about xkb details. Unfortunately I can't reproduce the problem any more. :-( Best regards, Stefan On Fri, Jan 24, 2003 at 12:53:37PM +0600, Ivan Pascal wrote: >Hi, > > Stefan Dirsch wrote: > > > > The "TerminateServer" keycode combination > > > > key { > > type="CTRL+ALT", > > symbols[Group1]= [ BackSpace, Terminate_Server ] > > }; > > > > is missing for nearly all keyboard symbol tables. Currently (CVS version > > from today) it is only included for > > > > czsk > > dvorak > > jp > > srvr_ctrl > > tel > > us > > us_group2 > > us_group3 > > vn > > Even more. Keys such as Return, Escape, arrow keys, function keys and > some other also are missing for nearly all symbol files. > > The thing is all those files are _partial_ keyboard symbol maps and must > never be used alone. > If you run a setxkbmap with a high verbose level > > xkbcomp -v 10 > > you will see something like : > ... > Trying to build keymap using the following components: > ... > symbols:pc/pc(pc104)+pc/de > > or for some layouts you can get something like: > ... > symbols:en_US(pc104)+ca > > Thus you see a complete keyboard map is a combination of at least two files > (actually more files are involved in the composition becouse each of files > listed in the setxkbmap output can have an 'include' instruction which adds > some other files to the final map). > > Also you can get a shapshot of the current keymap using an xkbcomp keyboard > compiler in a 'decompiler mode': > > xkbcomp $DISPALY > > and search the terminate key in the complete map. > > > and therefore only works for these. > > If you specify (in the XF86Config file or as setxkbcomp arguments) them > as an XkbSymbols value it really doesn't work like Return, Escape and many > other keys that in this case don't work too. > But if you specify them as xkb layout names it should work. > > > Any plans to change this for 4.3 final release? > > No plans, I think. > > -- > Ivan U. Pascal | e-mail: [EMAIL PROTECTED] >Administrator of | Tomsk State University > University Network | Tomsk, Russia > ___ > Devel mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/devel Public Key available Stefan Dirsch (Res. & Dev.) SuSE Linux AG Tel: 0911-740530 Deutschherrnstr. 15-19 FAX: +49 911 741 77 55D-90429 Nuernberg http://www.suse.deGermany ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.2.99.4: unable to use secondary PCI Radeon 7000
On Fri, 24 Jan 2003, Wayne Whitney wrote: > On Thu, 23 Jan 2003, Wayne Whitney wrote: > > As far as I can tell, the "Cannot read V_BIOS" message is the problem, > > and it means that XFree86 can't find the Video BIOS on the PCI card to > > use to initialize the video card. [...] I found that getValidBIOSBase() > > in xfree86/common/xf86pciBus.c is called repeatedly but that it always > > returns 0. > The following patch to getValidBIOSBase() makes things work for me, > although I don't really understand what it does, as I arrived at it by > brute force. Any suggestions of what is going on or what the proper fix > is would be great. > The second part obviously just prints out the return value of > getValidBIOSBase() when it runs to completion (there are various "return > 0" paths earlier in the function). When I run X on the primary card, this > is never triggered. When I run X on AGP card as the secondary card (which > works OK on stock 4.2.99.4), it prints out e800 once. When I run X on > the PCI card as the secondary card, it triggers three times and prints 0, > 0, e000. Without the first part of the patch, it used to print 0, 0, > 0, 0 in this situation and X wouldn't work. > --- xfree86/common/xf86pciBus.c.~3.66.~ 2003-01-23 19:54:11.0 -0800 > +++ xfree86/common/xf86pciBus.c 2003-01-23 23:46:33.0 -0800 > @@ -1617,18 +1617,24 @@ > break; > } > m = m->next; > } > } else { > - if (!xf86IsSubsetOf(range, m) || > + if ( > +#if 0 > + !xf86IsSubsetOf(range, m) || > +#endif > ChkConflict(&range, avoid, SETUP) > || (mem && ChkConflict(&range, mem, SETUP))) > ret = 0; > } > > xf86FreeResList(avoid); > xf86FreeResList(m); > +#ifdef DEBUG > +xf86Msg(X_ERROR, "getValidBIOSBase: %x\n", ret); > +#endif > return ret; > } > > /* > * xf86Bus.c interface Hummm. Can you re-post that log again? The output from `scanpci -v` would also help. Thanks. Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 Core Team member. ATI driver and X server internals. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
register for video memory
Hi, I am looking for the registers that can specify the video memory's offset where the image is shown on the screen. Does this register exist? If it does, can someone tell me any hint or keyword so that I can search it in related data sheets? My graphic card is ATI Radeon 7500. Thanks in advance, jing ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: wacom, Xt and Events
Well, I don't know what metacity is. but I will give you some more information. The Xt test program compiled on the RedHat 7 box or RedHat 8 box shows this behavior when running against a RedHat 7 or 8 Xserver (XFree86-4.2.0-8 and XFree86-4.2.0-72 respectively) It doesn't get these Enter/Leave's when running against an SGI Irix Xserver. As you can see in my test code, I just use an Xawt labelWidget child of the toplevel, and I XtAddEventHandler to the child. Widget initialize(int *argc, char *argv[]) { Widget top, w; top = XtInitialize("xxt1", "Xxt1", NULL, 0, argc, argv); context = _XtDefaultAppContext(); w = XtCreateManagedWidget("\n\n just a widget \n\n\n", /*commandWidgetClass*/ labelWidgetClass, top, NULL, 0); XtRealizeWidget( top ); dpy = XtDisplay(top); return w; } void registerPointerEvents(Widget w) { Boolean nonMaskable = FALSE; int mask = ButtonPressMask | ButtonReleaseMask | EnterWindowMask | LeaveWindowMask | PointerMotionMask; XtAddEventHandler( w, mask, nonMaskable, dispatchEvent, 0); } int main(int argc,char *argv[]) { Widget w = initialize(&argc,argv); registerPointerEvents(w); if(argc > 1) { XDevice *device = lookupInputDevice(argv[1]); registerDeviceEvents(device,w); } handleEvents(); return 0; } I think that you (Owen Taylor) told me the source of my trouble ... the window manager. It is Gnome 1.4 I coudn't find any meaningfull difference in the XServer sources (-72 versus -8) nor in the Xt client lib sources..., nor could I find a call of an XSendEvent under gdb but I didn't have the idea of a possible interraction of the window manager. Now that you told me, I think back about several problems we had with successive redhat releases or people using their prefered wm (for example in java programs, windows beeing iconified when mapped) Now the question is: can this be considered as I bug of the wm ? and should it be solved ? I would say yes, why should an application program see spurious events ?. To be complete in my explainations, I describe the actual bug I have: Motif/Xt paint program uses mouse and wacom tablet at the same time uses tablet events for brush (pressure) and also for digitizing with raw tablet coordinates a working area widget selects Enter/Leave and tablet events (XIE) digitizing a point happens when button4 of tablet is pressed (using a puck) brushing happens when button 1 of tablet is pressed (or pressure threshold when using stylus) Enter/Leave events are used to enable/disable handling of tablet events (motion, buttonPress/Release) before Linux (on SGI and Sun) no pb.. I get things like type: 4 ButtonPress button 1 type: 98 DeviceButtonPress button 1 type: 5 ButtonRelease button 1 type: 99 DeviceButtonRelease button 1 on Linux ( before RedHat 8.0) no pb... type: 8 LeaveNotify type: 7 EnterNotify type: 4 ButtonPress button 1 type: 98 DeviceButtonPress button 1 type: 5 ButtonRelease button 1 type: 99 DeviceButtonRelease button 1 type: 8 LeaveNotify type: 7 EnterNotify type: 4 ButtonPress button 2 type: 98 DeviceButtonPress button 2 type: 5 ButtonRelease button 2 type: 99 DeviceButtonRelease button 2 there are leave/enter pairs I never noticed up to now, just because they where harmless. on RedHat 8.0 : PROBLEM type: 8 LeaveNotify type: 98 DeviceButtonPress button 1 type: 7 EnterNotify type: 4 ButtonPress button 1 type: 5 ButtonRelease button 1 type: 99 DeviceButtonRelease button 1 type: 8 LeaveNotify type: 98 DeviceButtonPress button 2 type: 7 EnterNotify type: 4 ButtonPress button 2 type: 5 ButtonRelease button 2 type: 99 DeviceButtonRelease button 2 now the DeviceButtonPress is in between the leave and enter and my app just doesn't pain anymore since it never sees a tablet press when in working area. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Internal client connections to the X Server (for integrating the Windows and X clipboards)
I have been working on a small X Client called xwinclip for the Cygwin/XFree86 project (http://xfre86.cygwin.com) for over a year now. The aim of this program is to provide integration between the Windows clipboard and the X clipboard, but so far the results have been less than stellar. There are several commercial X Servers for MS Windows that have several desirable features that we have been unable to reproduce: 1) Not having to reown the XA_PRIMARY atom when the selection changes in X. We copy the X selection to the Windows clipboard whenever it is changed, but the only way to receive future change notification seems to be to retake ownership of the XA_PRIMARY atom. This causes the selected text, in say xterm, to become unselected. Many programs have features that allow you to manipulate selected text, so this is obviously a problem. None of the commercial X Servers have this problem. We have tried an alternative of only stealing ownership of XA_PRIMARY when our X Server loses the focus in Windows... but non of the commercial X Servers even does that; they NEVER steal ownership of XA_PRIMARY. 2) Since we are running an X Client to perform the clipboard integration we have problems with security on XDMCP sessions. The problem is that the local xwinclip client cannot connect to the local X Server unless you run xhost within you XDMCP session and specifically allow connections from the localhost. None of the commercial X Servers for Windows requires any special handling of the clipboard support for XDMCP sessions. These two problems have been largely unsolvable for me. Recently (i.e. this week) I integrated the functionality of xwinclip into the X Server executable, with the "clipboard manager" running in a separate thread than the X Server. Now that I have done this, I started thinking that there has to be an easier, perhaps "internal", way to both monitor the updating of the selection and to prevent our clipboard manager's connection from being rejected. I remembered seeing somewhere in the X Server source code references to a "fake connection number" or something of that sort. I was wondering if there is a mechanism whereby the X Server can call functions in the X Client interface without actually having to authenticate with itself. If that was possible, it would seem that at least our authentication problem would be taken care of. So, does anyone know if that exists or have I been missing too much sleep lately? :) Any hints, tips, suggestions, or anything else related to the above two issues would be greatly appreciated. Thanks in advance, Harold Hunt Cygwin/XFree86 Project Leader ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Error in I830WaitLpRing() [4.2.99.4]
[ not subscribed to list, please cc ] I have a reproducible crash in XFree86-4.2.99.4. The full log is attached. The first time I start XFree after a reboot, it loads fine. It run fine until I switch to a text console and back, most of the time this causes the crash. All further attempts to start XFree cause the crash immediately, until a reboot. I have included a few bits of dmesg that may be helpful: VESA: v3.0, 8000k memory, flags:0x1, mode table:0xc040e100 (140) VESA: Almador Graphics Chip Accelerated VGA BIOS ... agp0: mem 0xe000-0xe007,0xe800-0xefff irq 5 at device 2.0 on pci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) I plan to rebuild the kernel w/o "options VESA" and see if that has any bearing on the XFree crash. Oh, and some of the numbers in the crash log change, I can provide as many as you want. Let me know if more info or testing is needed. Thanks. -James This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.99.4 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 20 January 2003 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: FreeBSD 5.0-RELEASE i386 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Jan 22 00:19:07 2003 (==) Using config file: "/etc/X11/XF86Config" (==) ServerLayout "XFree86 Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/CID/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) RgbPath set to "/usr/X11R6/lib/X11/rgb" (**) ModulePath set to "/usr/X11R6/lib/modules" (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on freebsd (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.99.4, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.99.4, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,3575 card 13bd,1029 rev 04 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,3577 card 13bd,1029 rev 04 class 03,00,00 hdr 80 (II) PCI: 00:02:1: chip 8086,3577 card 13bd,1029 rev 00 class 03,80,00 hdr 80 (II) PCI: 00:1d:0: chip 8086,2482 card 13bd,1029 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,2484 card 13bd,1029 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1e:0: chip 8086,2448 card , rev 42 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,248c card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,248a card 13bd,1029 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,2483 card 13bd,1029 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,2485 card 13bd,1029 rev 02 class 04,01,00 hdr 00 (II) PCI: 02:00:0: chip 1180,0476 card fffc, rev aa class 06,07,00 hdr 82 (II) PCI: 02:00:1: chip 1180,0476 card fffc, rev aa class 06,07,00 hdr 82 (II) PCI: 02:00:2: chip 1180,0552 card 13bd,1029 rev 02 class 0c,00,10 hdr 80 (II) PCI: 02:01:0: chip 10ec,8139 card 13bd,1029 rev 10 class 02,00,00 hdr 00 (II) PCI: 02:03:0: chip 1260,3873 card 1468,0200 rev 01 class 02,80,00 hdr 00 (II) PCI: End of PCI scan (WW) CardBus bridge mismatch for bus 0: 2:0:0 and 9010101:0:0 (WW) CardBus bridge mismatch for bus 0: 2:0:1 and 9010101:0:0 (II) Host-to-PCI
Re: Error in I830WaitLpRing() [4.2.99.4]
Hi James, On Sat, 2003-01-25 at 15:22, James E. Flemer wrote: > > I have a reproducible crash in XFree86-4.2.99.4. The full > log is attached. The first time I start XFree after a > reboot, it loads fine. It run fine until I switch to a > text console and back, most of the time this causes the > crash. I had the same crash until I updated to latest CVS. I think these were the fix: 591. Numerous bug, stability, and correctness fixes for the Intel 830/845G 3D support (#5517, Keith Whitwell). 590. Numerous bug and stability fixes for the Intel 830/845G 2D and Xv support (#5517, David Dawes). > All further attempts to start XFree cause the crash > immediately, until a reboot. I have included a few bits of > dmesg that may be helpful: Now, I didn't get that. Good Luck, Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
no xterm/xedit popup menu selection cursors
Perhaps I'm missing the proverbial obvious, but a build today of XFree86 from CVS, ver 4.2.99.4, release date 20 January 2003, on both FreeBSD 4.6-Release and a recent FreeBSD 5.0-Current (actually 2 builds) works (with both the "nsc" and "vesa" driver)... However, both xterm and xedit fail to display popup menu cursors. The popup menu itself and the menu text is displayed, as is the mouse cursor... but there is no selection cursor (that is, menu entries do not highlite). For example, in the case of the xterm "font menu", "menu.c"/HandlePopupMenu()" calls "domenu()" which ends up calling "XtCreatePopupShell()". No matter what the user's interaction with the menu, callback "do_vtfont()" is not called, unlike in xterms built from previous sources. Have I missed something that will be totally obvious in the light of day or is easily recognized? This was from a "vanilla" build, but a grep shows some 9530 warnings... Is this normal? - bruce ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.2.99.4: unable to use secondary PCI Radeon 7000
On Fri, 24 Jan 2003, Marc Aurele La France wrote: > Hummm. Can you re-post that log again? The output from `scanpci -v` > would also help. OK, I've included three things below: the original log, the output of 'scanpci -v', and the patch to getValidBIOSBase() that allows my secondary PCI Radeon 7000 to be initialized. In case it is important, the 'scanpci -v' output was generated after booting and running X on my primary AGP Radeon VE, without using the secondary PCI Radeon 7000. Cheers, Wayne This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs) XFree86 Version 4.2.99.4 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 20 January 2003 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.5.59-wayne i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Wed Jan 22 15:13:09 2003 (==) Using config file: "/etc/X11/XF86Config" (++) ServerLayout "Layout1" (**) |-->Screen "Screen1" (0) (**) | |-->Monitor "Monitor1" (**) | |-->Device "Radeon1" (**) |-->Input Device "Trackball" (**) |-->Input Device "Touchpad" (**) |-->Input Device "Keyboard" (==) Keyboard: CustomKeycode disabled (**) FontPath set to "unix/:7100" (==) RgbPath set to "/usr/X11R6-CVS/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6-CVS/lib/modules" (--) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such device) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6-CVS/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.2.99.4, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6-CVS/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.2.99.4, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,3099 card 1019,0996 rev 00 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:08:0: chip 1002,5159 card 174b,7c02 rev 00 class 03,00,00 hdr 00 (II) PCI: 00:0e:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:0f:0: chip 105a,0d30 card 105a,4d33 rev 02 class 01,04,00 hdr 00 (II) PCI: 00:11:0: chip 1106,3147 card 1019,0996 rev 00 class 06,01,00 hdr 80 (II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 23 class 0c,03,00 hdr 00 (II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 23 class 0c,03,00 hdr 00 (II) PCI: 00:11:5: chip 1106,3059 card 1019,0996 rev 40 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0 0x9000 - 0x90ff (0x100) IX[B] [1] -1 0 0x9400 - 0x94ff (0x100) IX[B] [2] -1 0 0x9800 - 0x98ff (0x100) IX[B] [3] -1 0 0x9c00 - 0x9cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xe800 - 0xe9ff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xd800 - 0xdfff (0x800) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI: (0:8:0) ATI Technologies Inc Radeon VE QY rev 0, Mem @ 0xe000/27,