Re: [Xpert]cvs compilation trouble
On Friday 19 April 2002 10:13 pm, Frank Van Damme wrote: Hello, I am trying to compile a fresh Xfree from cvs. I just finally got my ati radeon 8500 video card and I want to keep up with the latest version of X - to make it work now (debian ships only 4.1) and I'll update again when 3d support is there. BUT (there is a 'but') I get errors making the World: yalu@dionysos:~/build/xc$ make World Building Release 6.6 of the X Window System. I hope you checked the configuration parameters in ./config/cf to see if you need to pass BOOTSTRAPCFLAGS. I hope this is useful to someone, with a bit of luck it means cvs is broken and in the other case I'm sorry to have wasted your time... My site.def is modified just slighty. Ok, installation succeeded but only when I change nothing at all in the config files. How can I be sure that make install doesn't overwrite anything in /usr/X11R6? I want it to remain clean. Frank -- homepage: www.student.kuleuven.ac.be/~m9917684 jabber (=IM): [EMAIL PROTECTED] No part of this copyright message may be reproduced, read or seen, dead or alive or by any means, including but not limited to telepathy without the benevolence of the author. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]830mg config
hi, i'm trying to configure linux on a sony pcg-r600hfpd. as per the intel instructions, i've upgraded my kernel [originaly 2.4.10, redhat 7.2] to 2.4.18. i've compiled with intel i810/i815/i830m (on-board) support and, in the drm drivers, enabled intel i810. i've also tried compiling this as a module from the xfree86 4.2 source. [4.2 is installed]. no matter what configuration i try, i always get the same error: no matching modes found in the configuration file. only the following modes are supported by the bios in this bpp: 640x480. above this error is a warning: i810: no matching device section for instance (BusID PCI:0:2:1) found, though on the next line of the log file it says that the chipset is found. has anyone else seen this? i can run vesa in 1024x768 but the windows manager won't start, i just get a couple of windows without scrollbars - obviously a sick puppy.i've been tearing my hair out with this for about two weeks now. any advice gratefully received. thanks z a few snippets from XF86Config-4: Section Device Identifier i810 VendorName Intel Driver i810 # i've tried commenting the next line out: Option AGPMode 1 VideoRam 16384 EndSection Section Screen Identifier Screen0 # as per serverlayout section Device i810 Monitor Generic Laptop Display Panel 1024x768 Default Depth 16 Subsection Display Depth 16 # tried 8 and 24 here too Modes 1280x1024 1024x768 EndSubSection EndSection __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Thanks
To all of you who have contributed to this excellent project. Every moment XFree86 keeps me out of Windows are among the best times of my computing experience. I'm very grateful and look forward to the future where I expect open source projects such as this to thrive. :-) Pete... ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Rage 128 PR
Michel Dänzer wrote: On Tue, 2002-04-23 at 19:36, Arno Puder wrote: (WW) R128(0): Mode 0x0 is out of range. Valid mode should be between 640x480-0x0 (EE) R128(0): No valid mode found for this DFP/LCD (EE) Screen(s) found, but none have a usable configuration. [...] #Option ProgramFPRegs # [bool] ...or disable programming of the FP registers with this one. (man r128) Disabling it gets me one step further. The X server does no longer complain at startup. It switches to a black screen and then just hangs (no mouse visible). ctrl - alt - bs doesn't work; I have to reboot the machine with ctrl - alt - del. Except for setting ProgramFPRegs to False, I'm using the stock XF86Config that XFree86 -configure generated. What can I do to find out what is going on? Arno ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]System Lockup During Screensaver
I'm running RH7.2 w/ XFree86 4.1 on a Dell Precision 610 (Diamond 8MB Permedia2 AGP card, Dell D1626HT monitor). X freezes up (won't respond) after the screen saver kicks in. The screen simply holds a constant image and there's no response from the keyboard or mouse. I can log into the system remotely using ssh and safely shut the system down, but am unable to restart X. I'm new to linux, so I'm not sure whether or not killing X should remedy the problem. It doesn't seem to do anything as far as the display and keyboard/mouse reponse are concerned. Disabling the screensaver seems to be one way of avoiding all of this, but I'd rather find out what the problem is. Any help is greatly appreciated. Regards, Harley Klein ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: dual head Radeon VE QY (7000) support
Another (happier) update on the Radeon dual head stuff. After fighting with this on Friday and sending you email I ran away for the weekend. On Saturday a squirrel chose to end it's life in our building's power transformer, taking out the AC power for a few hours. On Monday I came it to find all my machines rebooted ( so much for setting any up-time records :) ), and both heads on the Radeon 7000 up and working. I'm guessing that the hardware needed to be fully powered down to undo the previous single head configuration settings. I've had other problems with dual head software on the alpha platform caused by incomplete initialization of the second head. Anyway, it's now running just fine. If you like I can send you my XF86Config-4, but there's nothing special in it. /var/log/XFree86.0.log has all the appropriate info for two heads. For those that tuned in late, here's the original configuration description... Did you ever get your dual head Radeon to activate the second head? I have more or less the same symptoms (first head works fine, the mouse will move off the screen to what should be the second head, but the second monitor never comes to life). I'm running a Redhat 2.4.9-31 kernel with Redhat 7.1 and updated rpms to add Xfree 4.2. My symptoms are slightly different in that my XFree86.0.log does not show any references to RADEON(1), only to RADEON(0). I would guess I have something messed up in my XF86Config-4, but it does let me move the mouse off-screen, so at least part of the system thinks there are two heads. lspci gives: 01:00.0 VGA compatible controller: ATI Technologies Inc: Unknown device 5159 -- +--+--+ | Don Russell | email: [EMAIL PROTECTED] | | Philips Medical Systems | Voice: (440)-483-5726 | | 595 Miner Road | Fax: (440) 483-5728 | | Cleveland, Ohio, USA 44143 | | +--+--+ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Larger than Largo - load testing X windows
There is a green field site in Sydney, Australia that could be potentially larger than Largo. They wish to test more than 450 users running thin-client X on a server without having to have 450 client terminals. Is there a simple method to do this, I've thought of: 1) Recording X network packets then sending them from multiple dummy 'clients' on the same PC. (This was done during the Mindcraft benchmarking episode by simulating 'netbench'). 2) Some sort of scripting process that can simulate a use on the server. 3) Expensive load testing software eg mercury interactive (not an option). As you can see, this is not my area of expertise but help is most appreciated. Any ideas most welcome, Stuart Guthrie __ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Keep up the good work!
Best wishes and keep up the good work. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: ATI Radeon VE dual head support? [PATCH for Dell OEM boards]
We have bought a number of Dells with the OEM RadeonVE card. I can
certainly confirm that they are strange compared to the out-of-box
Radeon VE QY, although the PCI vendor id is identical. Have a look at:
http://wetlogic.net/stewart/xfree-radeon-ve/radeon-ve-dell.jpg
to see the card and the single connector on the board. Unlike the
retail version of the board I have, this board does not duplicate
output on both connectors, but instead displays only on cable 1 (the
blue connector on the Y-adaptor in the picture), and nothing at all
on cable 2.
When I tried a dual-head configuration that works successfully on a
retail version of the Radeon VE versions, I found two problems which
I patched:
- The first problem is that the primary interface does not report
the BIOS value that radeon_driver.c expects in the function
RADEONGetBIOSParameters(). Instead, it reports only a CRT on
the secondary connector. In the single-headed case this works
correctly.
In the dual-head case things would also work correctly except
that when RADEONPreInit() is called on the second screen instance,
it checks for BypassSecondary and quite silently returns FALSE.
This stumped me for a long time since there were no error
messages in the X log file that indicated why Screen 1 was
completely ignored in my XF86Config-4.
I'm not sure I understand why it is an error ifthe BIOS
doesn't claim to detect a second monitor. Does this mean
the user must reboot in order to attach a second monitor, or
in many cases just because it happened to be off at boot time?
In my patch, I commented the return out, but I think it's
worth opening a discussion (I'm not on Xpert, so please Cc
me). The behavior as a result of this change is that if
there's a second screen definition and the card is multi-head,
and there's at least one monitor attached, the second monitor
is pre-initted.
- The second problem is that the secondary monitor on the OEM
Dell Radeon VE uses DAC2 for output. There was actually a
bit of commented out code in RADEONInitCrtc2Registers() already,
so I simply added an option named Crt2Dac2 and tested for
it there. The true maintainers of this code may want to add
another boolean field to RADEONEntRec and hunt for the option
elsewhere, if they think that's cleaner.
Thesecond screen definition in my XF86Config-4 now looks like:
Section Device
Identifier ATI Radeon 1
Driver radeon
BoardName Radeon
BusID PCI:1:0:0
Option AGPMode 4
Option Crt2Dac2
Screen 1
EndSection
The third problem, which I didn't deal with, is that the DDC info
for the two monitors attached was swapped. In other words, the DDC
info listed for screen 0 (the monitor displaying the settings listed
in the Screen 0 Section, also the monitor connected to the first
cable) appeared in the section of the log file dedicated to screen 1,
and vice versa. This wasn't a big enough problem for me to solve,
and since it's hard to solve it without yet another option, I decided
to forego it.
Anyway, I hope this helps some people. Here it is, based on
4.2.99.1 (CVS as of yesterday):
--- xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c.orig Mon Apr 22
13:55:48 2002
+++ xc/programs/Xserver/hw/xfree86/drivers/ati/radeon_driver.c Tue Apr 23 10:53:56
+2002
@@ -132,7 +132,8 @@
#endif
OPTION_CRT_SCREEN,
OPTION_PANEL_SIZE,
-OPTION_FBDEV
+OPTION_FBDEV,
+OPTION_CRT2_DAC2
} RADEONOpts;
const OptionInfoRec RADEONOptions[] = {
@@ -153,6 +154,7 @@
{ OPTION_CRT_SCREEN, CrtScreen,OPTV_BOOLEAN, {0}, FALSE},
{ OPTION_PANEL_SIZE, PanelSize,OPTV_ANYSTR, {0}, FALSE },
{ OPTION_FBDEV,UseFBDev, OPTV_BOOLEAN, {0}, FALSE },
+{ OPTION_CRT2_DAC2,Crt2Dac2, OPTV_BOOLEAN, {0}, FALSE },
{ -1, NULL, OPTV_NONE,{0}, FALSE }
};
@@ -2181,7 +2183,12 @@
pPriv = xf86GetEntityPrivate(pScrn-entityList[0],
gRADEONEntityIndex);
pRADEONEnt = pPriv-ptr;
-if(pRADEONEnt-BypassSecondary) return FALSE;
+/* XXX Note to Maintainer: The only reason we would be here
+* is if the user entered a second Screen definition for
+* this card, presumably because there are two screens.
+* Shouldn't this automatically override presumed BIOS settings?
+ * if(pRADEONEnt-BypassSecondary) return FALSE;
+*/
pRADEONEnt-pSecondaryScrn = pScrn;
}
else
@@ -3846,6 +3853,9 @@
save-disp_output_cntl =
((info-SavedReg.disp_output_cntl ~(CARD32)RADEON_DISP_DAC_SOURCE_MASK)
| RADEON_DISP_DAC_SOURCE_CRTC2);
+else if (xf86ReturnOptValBool(info-Options, OPTION_CRT2_DAC2,
[Xpert]XFree86 and Virtual PC
Has anyone been able to start XF86 in a Virtual PC window of Redhat Linux. The system is crashing with an error about No Devices Detected. This happens right after it loads the SAVAGE driver for the video and says Assigning device section with no busID to primary device. Thanks, Jacob ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Long live and prosper!!
The crowned king called XFree86 !! This is no mean achievement. Keep it up!!! Parag Warudkar **Disclaimer Information contained in this E-MAIL being proprietary to Wipro Limited is 'privileged' and 'confidential' and intended for use only by the individual or entity to which it is addressed. You are notified that any use, copying or dissemination of the information contained in the E-MAIL in any manner whatsoever is strictly prohibited.
[Xpert]Happy Birthday XFree86!
I swear by Linux , rather than at it !! Regards , Jude Bradley[EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 anniversary
Just saw the announcement of the anniversary on slashdot. Do you know the time and location of birth of XFree86? On Google Groups the first postings related to XFree86 were dated from september 1992? Your news did not explain on which event the aniversary is related. thanks a lot for further information + CONGRATULATIONS best regards max attems ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]make ctrl-del-backspace not work? (i.e. die-hard-X)
hi, i'm pretty new to XFree86 with a lot of questions to ask, but trying hard not to spit them all at once. okay, straight to the point; i've been playing with XFree86 for awhile, and i'm just wondering how i'd make this X server not get killed by ctrl+alt+BS (or any other situation that user can kill X by pressing some keys). assume no windows managers. (how to do this with particular WMs are also appreciated, though) anyone with any suggestions? thanks in advance! p.s. please include me in [TO|CC]! (i'm not a subscriber to this mailing list) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Happy Birthday!
And thanks for doing the wonderful work that you do! Pat Crowe Systems Engineer Commonwealth of Kentucky Governor's Office for Technology Office of Consulting and Project Management Division of Human Services Systems Eligibility Systems KAMES Project 385 Versailles Rd Frankfort, KY 40601 (502) 573-7017 Ext. 202 FAX: (502) 695-5663 [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Congratolation!
... to all out there developing XFree86. Very good work! Thanx! MAxx ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Congratulations on 10th
Mucho congrats and gratitudes, dudes. Ali Bahar, Toronot, Canada. -- Linux: The Most Beautiful OS in the World. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Philips monitors with LightFrame
[This is an email copy of a Usenet post to comp.os.linux.hardware,comp.os.linux.x] On Wed, 24 Apr 2002 20:56:27 -0300, Dances With Crows wrote: On 24 Apr 2002 15:39:21 -0700, José Romildo Malaquias staggered into the Black Sun and said: I have a Philips Brilliance monitor model 107P20. It has a feature called light frame that allows increased sharpness and brightness of specific areas (windows) on the screen In Windows, LightFrame will boost brightness and sharpness for the selected window. This will make the display of photos or videos more lively, as you are used to on a TV. I would like to know whether this feature is or would be available also in Linux. If not, what is needed to get implemented in Linux? This feature sounds... strange. It sounds like you just cut-n-pasted the advertising copy for this monitor Yes, I have quoted a paragraph from the README file coming with the Windows program. Because I think it described well the feature. --how does it work in the real world? It did performs very well. The selected window really looks brighter and sharper, making the image much better to look at. It brings more life to the image. Watching TV is more pleasant with it. I'm skeptical of the claims because the color space reachable with the 24/32 bits of modern video cards is larger than the color space NTSC (Never The Same Color, television standard in the USA) can describe. Altering brightness and contrast for one rectangle on the screen instead of the monitor as a whole would require the cooperation of the video card, and would be dependent on the monitor supporting that operation. XFree86 doesn't do things like that AFAIK. Which video card are you using? Did this lightframe thing come with the monitor, or with the video card? Can you yank your video card, replace it with a different model, and continue to use lightframe? The light frame is a feature of the _monitor_, not the video card. It should work with any video card, althoug I have used only two NVIDIA and one SiS video cards with it up to now. Currently I am using a NVIDIA GeForce 2 MMX 400 64MB card. The CD that comes with the monitor has a program that is used to activate the light frame feature in the desired window. When run, this program puts an icon in the tray area of the taskbar. To apply the feature to a window, it is enough to click on the program icon in the tray area an then clicking in the window. The window will be brighter and sharper then. Very cool! If the feature is tied to the monitor and not the card, you might be able to hack support for it into X. This would require a lot of programming skill on your part, though. If the feature is tied to the video card and not the monitor, it probably relies on strange magic done in proprietary 'Doze-only drivers. Regardless, you might want to contact the manufacturer and ask about getting *complete* tech specs for the monitor in question and how to turn on/off this feature. As alread said, the feature is tied to the monitor and is activated by a program for this specific purpose. It is not related to the video card. I will contact the manufacturer (Philips) and ask about avaiability of technical specifications for the manufacturer. But I do not have the time and maybe the skills needed to add this functionality to XFree86 (although I am a programmer, I have not done X Window programming yet). Once available the technical specifications, it would be nice if a XFree86 developer could add the feature to XFree86. Is there anybody else using a monitor with the light frame feature? Regards, Romildo ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86 with an ATI Radeon 7500
Hello, I recently bought an ATI Radeon 7500, and upgraded XFree to 4.2. After running X -configure (as opposed to xf86config), I can finally get X to actually come up without KO'ing my whole system, but I can only get 8-bit color depth. I get an error message that says the RADEON driver *only* supports 8 bits. Can this be true? Is there any way around it? Also, my mouse (MS Intellimouse) isn't behaving properly. Any motion sends the mouse cursor to the upper left corner, with erratic motion along the top border afterwards. Any ideas are much appreciated, Jason ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]make ctrl-del-backspace not work? (i.e. die-hard-X)
Q-ha Park wrote: i'm just wondering how i'd make this X server not get killed by ctrl+alt+BS (or any other situation that user can kill X by pressing some keys). assume To begin, you probably want to put Option DontZap Option DontZoom in the Section ServerFlags of your XF86Config-4 file. And, you may need to do a little hack to the server code and then recompile X to disable the Ctrl-Alt-F1 sequences that allow console switching under Linux (and I think FreeBSD too). If you know C, it isn't too hard to do this... grep through the server code for DontZap, and follow it from there... I may be able to dig up a patch for this if you get stuck. Torrey Hoffman [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Happy birthday more
Dear XFree Team, I wish you all luck and success for the future and want to introduce me a bit. I'm the main developer of DirectFB that you might have heard of. Last year there was an article about it on Slashdot. The article itself didn't tell good about X11 and didn't comply with our opinion about it. X11 is a very neat technology and DirectFB was never meant to replace it completely. They can't even be really compared at all. I want to thank you for the job you're doing and invite you to have a look at our commitment to X11, a rootless X Server on DirectFB derived from XDarwin using the XFree CVS tree. It's a demonstration that X11 and DirectFB don't exclude each other and can be found at 'http://www.directfb.org/xdirectfb.xml'. Keep up the good work! -- Best regards, Denis Oliver Kropp .--. | DirectFB - Hardware accelerated graphics | | http://www.directfb.org/ | -- Convergence GmbH ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]make ctrl-del-backspace not work? (i.e. die-hard-X)
Scribbling feverishly on April 24, Q-ha Park managed to emit: hi, i'm pretty new to XFree86 with a lot of questions to ask, but trying hard not to spit them all at once. okay, straight to the point; i've been playing with XFree86 for awhile, and i'm just wondering how i'd make this X server not get killed by ctrl+alt+BS (or any other situation that user can kill X by pressing some keys). assume no windows managers. (how to do this with particular WMs are also appreciated, though) anyone with any suggestions? Add Option DontZap True to the ServerFlags section of XF86Config, as explained in the XF86Config manual page. Kurt -- It's raisins that make Post Raisin Bran so raisiny ... ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]AGP failes to initialaize
Hello Y'all, I'm having a problem with AGP initialaizing. I did modprobe -r agpgart, depmod -a, and modprobe agpgart to reload the module. That didn't fix the problem. Configuration: Red Hat 7.0 kernel 2.4.9-31 XFree86 4.2.0 Anyone have an idea how I can get the AGP working? -- Mark LaPierre XFree86.0.log Description: XFree86.0.log
Re: [Xpert]830mg config
zoggian spattersby [EMAIL PROTECTED] wrote, i'm trying to configure linux on a sony pcg-r600hfpd. as per the intel instructions, i've upgraded my kernel [originaly 2.4.10, redhat 7.2] to 2.4.18. [..] no matter what configuration i try, i always get the same error: no matching modes found in the configuration file. only the following modes are supported by the bios in this bpp: 640x480. You may be another victim of Intel refusing to publish the programmer's reference for the i830 graphics controller. See http://www.cse.unsw.edu.au/~chak/linux/c400.html for a description of the problem affecting a number of laptops. The problem is known to affect some Sony PCG R505. If you come to the conclusion that your machine has indeed the same problem, please drop me a note so that I can list your model on the above web site. Cheers, Manuel ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Memory allocation code/kernel interfaces? (Resounding Silence!)
Having heard nothing on my specific problem (I have the Compaq Armada M700/ATI Mobility that seems to break under XFree 4.2.0 and 4.1.x but only after docking in the docking station) ... I am going to try to fix this myself. Could someone point me in the right direction (e.g., module, file, line, whatever) to find the point at which XFree (or if application the ATI server code) is trying to find a memory range for the display adapter. Clipped below is the partial output from the log file that should clarify what I am looking for. I suspect, since this problem seems to have crept up in the latest kernel versions, that there is some problem in the kernel's memory management as well so any pointers there would be helpful too. Also, any documentation or explanation as to the data structures used and the sequence of modules/functions called in initializing the PCI/AGP memory space for the device would be most useful. JSN (excerpt from log file below...) XFree86 Version 4.2.0 / 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.18-1mdksmp i686 [ELF] [CLIPPED] (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 = 0x3b54, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7190 card 0e11,b110 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:04:0: chip 104c,ac1b card 4800, rev 03 class 06,07,00 hdr 82 (II) PCI: 00:04:1: chip 104c,ac1b card 5400, rev 03 class 06,07,00 hdr 82 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,80,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 03 class 06,80,00 hdr 00 (II) PCI: 00:08:0: chip 125d,1978 card 0e11,b112 rev 10 class 04,01,00 hdr 00 (II) PCI: 00:09:0: chip 8086,1229 card 8086,2203 rev 09 class 02,00,00 hdr 80 (II) PCI: 00:09:1: chip 11c1,0445 card 8086,2203 rev 00 class 07,00,00 hdr 80 (II) PCI: 01:00:0: chip 1002,4c4d card 0e11,b111 rev 64 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-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: 0x8c (VGA_EN is set) (II) Bus 1 I/O range: [0] -1 0x3000 - 0x30ff (0x100) IX[B] [1] -1 0x3400 - 0x34ff (0x100) IX[B] [2] -1 0x3800 - 0x38ff (0x100) IX[B] [3] -1 0x3c00 - 0x3cff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0x5000 - 0x510f (0x110) MX[B] (II) Bus 1 prefetchable memory range: (--) PCI:*(1:0:0) ATI Mach64 LM rev 100, Mem @ 0x5000/24, 0x5100/12, I/O @ 0x3000/8 (II) Addressable bus resource ranges are [0] -1 0x - 0x (0x0) MX[B] [1] -1 0x - 0x (0x1) IX[B] (II) OS-reported resource ranges: [0] -1 0xffe0 - 0x (0x20) MX[B](B) [1] -1 0x0010 - 0x3fff (0x3ff0) MX[B]E(B) [2] -1 0x000f - 0x000f (0x1) MX[B] [3] -1 0x000c - 0x000e (0x3) MX[B] [4] -1 0x - 0x0009 (0xa) MX[B] [5] -1 0x - 0x (0x1) IX[B] [6] -1 0x - 0x00ff (0x100) IX[B] (II) Active PCI resource ranges: [0] -1 0x5130 - 0x51300fff (0x1000) MX[B] [1] -1 0x5110 - 0x5111 (0x2) MX[B] [2] -1 0x5128 - 0x51280fff (0x1000) MX[B] [3] -1 0x5000 - 0x53ff (0x400) MX[B] [4] -1 0x5100 - 0x51000fff (0x1000) MX[B](B) [5] -1 0x5000 - 0x50ff (0x100) MX[B](B) [6] -1 0x4080 - 0x4087 (0x8) IX[B] [7] -1 0x4040 -
RE: [Xpert]make ctrl-del-backspace not work? (i.e. die-hard-X)
oh, thanks for the reply. SO, it was in XF86Config. i should subcribe to this mailing list to avoid the filtering/approval process. but the thing is i'm using tinyX from xfree41(i.e. X links Xfdev). i tried the XF86Config; removed Zap, Zoom, even led control, but nothing worked(i uncommented the corresponding fields as explained in XF86Config file) that's kinda weird cuz some of the options in XFree86 seemed to work. changing PS/2 to IMPS/2 made my wheel mouse work. since i'm using serial console (Single user mode, only one tty), i don't need to disable Ctrl-alt-F1 sequence. hmmm, i can't figure out why this XF86Config is not working as it's supposed to be. -Original Message- From: Torrey Hoffman [mailto:[EMAIL PROTECTED]] Sent: Friday, April 26, 2002 9:02 AM To: [EMAIL PROTECTED]; Q-ha Park Subject: RE: [Xpert]make ctrl-del-backspace not work? (i.e. die-hard-X) Q-ha Park wrote: i'm just wondering how i'd make this X server not get killed by ctrl+alt+BS (or any other situation that user can kill X by pressing some keys). assume To begin, you probably want to put Option DontZap Option DontZoom in the Section ServerFlags of your XF86Config-4 file. And, you may need to do a little hack to the server code and then recompile X to disable the Ctrl-Alt-F1 sequences that allow console switching under Linux (and I think FreeBSD too). If you know C, it isn't too hard to do this... grep through the server code for DontZap, and follow it from there... I may be able to dig up a patch for this if you get stuck. Torrey Hoffman [EMAIL PROTECTED] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
