[Xpert]Radeon 7000 QD (32Mb DDR)
Good day, everyone. I have found a way to get this card to work with XFree86 4.1.0. I had to recompile the kernel with the AGP support module (agpgart), the Radeon framebuffer modules (radeonfb), and the DRM updates from dri.sourceforge.net. I am using the 2.4.17 kernel. The framebuffer module has to be compiled as a module. If it's compiled into the kernel, the scrolling mechanism is messed up; I get just a one-line buffer at the top of the screen (overlapping the tux logo) until the screen is cleared (via clear). Then in my XF86Config-4 file, I put this into my Device section: Section Device Driver radeon VideoRam 32768 Option UseDepthMoves Option UseFBDev EndSection Now, UseFBDev must be in there, or XFree86 will either say no screens found or the monitor will go on standby and freeze the computer. I have found that the ATI2 drivers from the Gatos project will not work with this card. The monitor ends up going into standby and the computer hard locks. But now, I get full GLX support. glxgears reports 900 fps. Just my experience with this. ** Derek J Witt ** * Email: mailto:[EMAIL PROTECTED] * * Home Page: http://www.flinthills.com/~djw/ * *** ...and on the eighth day, God met Bill Gates. - Unknown ** ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Xfree 4.1, Matrox G-450 Dualhead questions
On Fri, 4 Jan 2002 10:50:18 -0800, Tom Manning wrote: I've been reading everything I can find on this card, and there's so much conflicting and outdated info out there I'm getting confused. I'm running Mandrake 8.1 on an older Pentium II, with a BX chipset. **I know some of these questions are newbie type questions, but if I fully understood the howtos and such I wouldn't ask, so please bare with me :-)** I'm considering buying a G450 for dualhead on my machine, but I want to know if I can hook up a 19 (primary) monitor and a 15 (satellite) monitor with few problems, at different resolutions. I've heard that matrox has antialiasing problems with their drivers though. Is that still true? Does anyone have specifics? Can I run it in Xinerama, with one big desktop, at different resolutions? Do I have to, or can I have two separate desktops running, just sacrificing the ability to move windows from one screen to the other? You can easily do what you want. Regarding antialiasing: there were some problems with Render extension (which does antialiasing) in dualhead config, but they are fixed now (don't remember exactly whether in XFree86 or in Matrox's driver). Regarding one big desktop (Xinerama) in different resolutions: this setup will work, but support in some window managers can be lacking. In short: the problem is a presence of a black hole (see picture), +--+-+ | | 800x| | 1600x| 600 | | 1200 |-+ | | -- black hole +--+ which isn't visible on any of the displays and isn't reachable by mouse. The part of the problem is not WMs, but Xinerama-unaware toolkits, which can wish to place some dialog windows into that area. At least FVWM has a feature to move all such windows into visible space. Other Xinerama-aware WMs (I've made a quick survey of almost all of them, except AfterStep) should at least do *their* placement correctly. In short, why would I NOT want to buy this card? The only reason can be 3D, which is not bleeding edge on Matrox. _ Dmitry Yu. Bolkhovityanov The Budker Institute of Nuclear Physics Novosibirsk, Russia ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7000 QD (32Mb DDR)
On Sat, 5 Jan 2002, Derek J Witt wrote: Good day, everyone. I have found a way to get this card to work with XFree86 4.1.0. I had to recompile the kernel with the AGP support module (agpgart), the Radeon framebuffer modules (radeonfb), and the DRM updates from dri.sourceforge.net. I am using the 2.4.17 kernel. The framebuffer module has to be compiled as a module. If it's compiled into the kernel, the scrolling mechanism is messed up; I get just a one-line buffer at the top of the screen (overlapping the tux logo) until the screen is cleared (via clear). Then in my XF86Config-4 file, I put this into my Device section: Section Device Driver radeon VideoRam 32768 Option UseDepthMoves Option UseFBDev EndSection Now, UseFBDev must be in there, or XFree86 will either say no screens found or the monitor will go on standby and freeze the computer. I have found that the ATI2 drivers from the Gatos project will not work with this card. The monitor ends up going into standby and the computer hard locks. Which drivers ? If you have tried the latest ones they will not work with standard dri modules (and will produce a lockup). As for monitor going into standby try using Option CrtScreen. Vladimir Dergachev But now, I get full GLX support. glxgears reports 900 fps. Just my experience with this. ** Derek J Witt ** * Email: mailto:[EMAIL PROTECTED] * * Home Page: http://www.flinthills.com/~djw/ * *** ...and on the eighth day, God met Bill Gates. - Unknown ** ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
Kenneth Crudup wrote: ... It could also be that your video card has an interrupt line that is assigned (check in BIOS). It's a laptop- I can't check it in the BIOS, but /proc/pci and /proc/interrupts say no. The BIOS doesn't contain this setting? (I've yet to meet a laptop without a BIOS setup.) I checked /proc here, and /proc/pci does change when I modify the BIOS 'assign IRQ to VGA' setting by adding a IRQ number to the end of the device line (like this example, from a laptop): Bus 0, device 8, function 0: VGA compatible controller: Neomagic Corporation [MagicMedia 256AV] (rev 32). IRQ 9. When the BIOS setting is off, the only difference seems to be removal of the 'IRQ 9' part. However, /proc/interrupts is not an indicator. It shows no change. Only devices which are tied to kernel drivers are listed here. If you want to really cut back the virge driver, try the following; you listed: --- Section Device Identifier S3 ViRGE/MX VendorName S3 Driver s3virge BoardName ViRGE/MX Option fifo_aggressive Option pci_burst Option pci_retry EndSection --- Comment out the options: Option fifo_aggressive Option pci_burst Option pci_retry and add Option noaccel then try your test again. Also, verify again that an IRQ doesn't appear in /proc/pci. If you do run this, I'd be interested in seeing the log file again. Don't know if anyone else cares, so feel free to send it to me privately. -- Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CVS borkage
On Sat, 2002-01-05 at 13:35, Jon Dixon wrote: attachment contains detailed output. The same happened to me the other night on 2 occasions. On both occasions all I did was remove references to sis/SiS from the relevant makefiles. Didn't log where it did it - sorry - but I can vouch for it fixing it. well, i was able solving all issues by commenting the lines out. but i vote for a REAL fix :) -- Name: Ali Akcaagac Status..: Student Of Computer Economic Science E-Mail..: mailto:[EMAIL PROTECTED] WWW.: http://www.fh-wilhelmshaven.de/~akcaagaa ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
RE: [Xpert]CVS borkage
-Original Message- From: Ali Akcaagac [mailto:[EMAIL PROTECTED]] Sent: 05 January 2002 12:49 To: Jon Dixon Cc: [EMAIL PROTECTED] Subject: Re: [Xpert]CVS borkage well, i was able solving all issues by commenting the lines out. but i vote for a REAL fix :) Especially for those who have the card it's needed for :)) Personally, I have a Radeon ... Rgds Jon ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7000 QD (32Mb DDR)
On Sat, 5 Jan 2002, Mike Mestnik wrote: Is this really worth trying, dose this enable direct rendering? Can you play Quake Arena (The only thing that matters!)? I have a Radeon 8500 might this work with my card to? No. The Radeon 7000/7200/7500 boards's display controller is closely related to the original Radeon, enough so that this should theoretically work. The 8500, however, has some significant differences from both the 7x00 Radeons and the original Radeon that make it truly incompatible with XFree86 4.1.0's Radeon driver. However, there's a 2D-only Radeon 8500 driver in XFree CVS now, which would at least get the board working. I don't know ATI's intentions as far at Linux 3D support for the Radeon 8500 goes though. Anyone else know what the scoop is there? Derrik Pates | Sysadmin, Douglas School |#linuxOS on EFnet [EMAIL PROTECTED] | District (dsdk12.net)|#linuxOS on OPN ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]next binary version of XFree86 ?
Sometime ago I wrote here about problems with Radeon and undefined symbols. Yes, it was bad installation problem. CVS version compiles, but only partial. There is problem with compiling os-support/linux (tested on 2 different systems with gcc-2.95.3 and latest Linux kernels (some problem with SIS?)), so I skipped few directories, and now it works. The problem is new RTCW demo doesn't work (hangs whole system, oldest demo and other OpenGL apps work correctly), so maybe it is the reason. I can't use XFree86-4.1.0 with Radeon VE, so I want to ask when next XFree86 version is going to be released, or where can I download any binary post-4.1.0 versions? -- decopter - free SDL/OpenGL simulator under heavy development download it from http://decopter.sourceforge.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
On Sat, 5 Jan 2002, Kevin Brosius wrote: It could also be that your video card has an interrupt line that is assigned (check in BIOS). The BIOS doesn't contain this setting? (I've yet to meet a laptop without a BIOS setup.) I *have* a BIOS setup. I don't have any settings for much, including VGA IRQ assignment. FWIW: Bus 0, device 8, function 0: VGA compatible controller: S3 Inc. ViRGE/MX (rev 6). Master Capable. No bursts. Min Gnt=4.Max Lat=255. Non-prefetchable 32 bit memory at 0xc000 [0xc3ff]. If you want to really cut back the virge driver, try the following; snip I did all that already. No difference. If you do run this, I'd be interested in seeing the log file again. Don't know if anyone else cares, so feel free to send it to me privately. Will do. -Kenny -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: Radeon 7000 QD (32Mb DDR)
Yeah, I was using the latest XFree86 4.1.0 drivers from GATOS's web site and DRM drivers from there, too. Hmm... Using CrtScreen should fix that standby problem? Is the framebuffer still needed for the radeaon X driver? On my roommate's Gateway 2k box here, I have it running the framebuffer and specifying the amount of vram in XF86Config-4. ** Derek J Witt ** * Email: mailto:[EMAIL PROTECTED] * * Home Page: http://www.flinthills.com/~djw/ * *** ...and on the eighth day, God met Bill Gates. - Unknown ** ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]*Severe* time lossage with XF86 4.1.0 and S3Virge MX LCD
On Saturday 05 January 2002 18:26, you wrote: On Fri, 4 Jan 2002, John Tapsell wrote: but could you try with the latest 2.4 kernel? just to check - thanks. Tried *that*, too: 2.2.19, 2.4.4, 2.4.17 . No difference. If I'd had the right binutils, I'd've checked against 2.5.1, but I'm sure it wouldn't have mattered. downgrade your binutils :) Or use 2.5.1-mjc1 or later which uses my patch to fix this problem - don't think it is completely fixed yet tho (do you know how many drivers there are.. sigh) uh, but no point doing this for this problem tho. JohnFlux -Kenny ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7000 QD (32Mb DDR)
I have found that the ATI2 drivers from the Gatos project will not work with this card. The monitor ends up going into standby and the computer hard locks. But now, I get full GLX support. glxgears reports 900 fps. Just my experience with this. Is this really worth trying, dose this enable direct rendering? Can you play Quake Arena (The only thing that matters!)? I have a Radeon 8500 might this work with my card to? No, it won't. Radeon 8500 has a different 3d pipeline. Vladimir Dergachev This is all messed up!! -- Mike ** Derek J Witt ** * Email: YM_M4I5S3S_28:[EMAIL PROTECTED] * * Home Page: http://www.YM_M4I5S3S_31.com/~YM_M4I5S3S_32/ * *** ...and on the eighth day, God met Bill Gates. - Unknown ** ___ YM_M4I5S3S_33 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/YM_M4I5S3S_35/YM_M4I5S3S_36 Mike's comments on what YM_M4I5S3S_XX means. I found a bug in yahoo... in the spell checker if you delete ought a whole misspelled word and then submit, BOOM. I'm running Mozilla 0.9.5, Explots welcome [EMAIL PROTECTED] :) __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon 7000 QD (32Mb DDR)
On Sat, 5 Jan 2002, Derrik Pates wrote: On Sat, 5 Jan 2002, Mike Mestnik wrote: Is this really worth trying, dose this enable direct rendering? Can you play Quake Arena (The only thing that matters!)? I have a Radeon 8500 might this work with my card to? No. The Radeon 7000/7200/7500 boards's display controller is closely related to the original Radeon, enough so that this should theoretically work. The 8500, however, has some significant differences from both the 7x00 Radeons and the original Radeon that make it truly incompatible with XFree86 4.1.0's Radeon driver. However, there's a 2D-only Radeon 8500 driver in XFree CVS now, which would at least get the board working. I don't know ATI's intentions as far at Linux 3D support for the Radeon 8500 goes though. Anyone else know what the scoop is there? They do make available register-level docs and sample code under NDA to some developers. So at some point this will be supported. (and if someone wants to work on this - send me an e-mail off the list. be warned though - making DRI support for 8500 will require copious amounts of your time). Vladimir Dergachev Derrik Pates | Sysadmin, Douglas School |#linuxOS on EFnet [EMAIL PROTECTED] | District (dsdk12.net)|#linuxOS on OPN ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Re: Radeon 7000 QD (32Mb DDR)
On Sat, 5 Jan 2002, Derek J Witt wrote: Yeah, I was using the latest XFree86 4.1.0 drivers from GATOS's web site I do suggest you get 4.1.99.4+ from XFree CVS and use checkpoint_3 tagged CVS from GATOS. GATOS 4.1.0 drivers have not been updated since the switch to XFree86 CVS codebase.. Vladimir Dergachev and DRM drivers from there, too. Hmm... Using CrtScreen should fix that standby problem? Is the framebuffer still needed for the radeaon X driver? On my roommate's Gateway 2k box here, I have it running the framebuffer and specifying the amount of vram in XF86Config-4. ** Derek J Witt ** * Email: mailto:[EMAIL PROTECTED] * * Home Page: http://www.flinthills.com/~djw/ * *** ...and on the eighth day, God met Bill Gates. - Unknown ** ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]ATI Radeon 8500 on RedHat 7.2?
Installed Linux 7.2, my ATI Radeon 8500 video card was not detected and is not in the driver list. I tried selecting the generic ATI Radeon driver and various other drivers that I thought might work. Each time the screen just go blank when I test the video mode. After booting, startx just blanks the screen and generates a bunch of stuff, of interest is the bit about the ATI Radeon driver. Of course, 8500 is not in the list. Anyone have any ideas of how I might get X to work with this card? Thanks, -Tony
Re: [Xpert]ATI Radeon 8500 on RedHat 7.2?
You have to get the current Xfree CVS.The driver does not support 3D. Panagiotis Papadakos On Sat, 5 Jan 2002, Tony Libby wrote: Installed Linux 7.2, my ATI Radeon 8500 video card was not detected and is not in the driver list. I tried selecting the generic ATI Radeon driver and various other drivers that I thought might work. Each time the screen just go blank when I test the video mode. After booting, startx just blanks the screen and generates a bunch of stuff, of interest is the bit about the ATI Radeon driver. Of course, 8500 is not in the list. Anyone have any ideas of how I might get X to work with this card? Thanks, -Tony ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon 8500 on RedHat 7.2?
On Sat, 5 Jan 2002, Tony Libby wrote: Installed Linux 7.2, my ATI Radeon 8500 video card was not detected and is not in the driver list. I tried selecting the generic ATI Radeon driver and various other drivers that I thought might work. Each time the screen just go blank when I test the video mode. After booting, startx just blanks the screen and generates a bunch of stuff, of interest is the bit about the ATI Radeon driver. Of course, 8500 is not in the list. Anyone have any ideas of how I might get X to work with this card? Try Option crt_screen or Option CrtScreen Vladimir Dergachev Thanks, -Tony ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Special keys on laptop keyboard
Foo!
On my laptop from Medion I have four special keys on the upper right
corner of the keyboard. I want use them under XFree4. Unfortunately
they seem to produce the keycodes 107, 110, 111, 113. On my keymap
these are mapped onto Print, Delete, Pause and Mode_switch. It seems
as if they were not distuingishable from the real Print, Delte, Pause
and Mode_switch keys from within Xfree. The linux console driver is
able to distuingish the keys as the four extra keys produce
unrecognized scancode messages in the kernel logs with scancodes of
67, 63, 66, 69.
How can I teach Xfree to handle those keys in a sensible way? Anybody
can help me with that?
I am currently using XFree 4.1.0.1 (Debian Sid on x86) and the
keyboard part of XF86Config-4 looks like that:
snip
Section InputDevice
Identifier Generic Keyboard
Driver keyboard
Option CoreKeyboard
Option XkbRules xfree86
Option XkbModel pc105
Option XkbLayout de
EndSection
/snip
Thank you very much in advance,
Lennart Poettering
PS: Please reply directly to my email address, as I am not subscribed
to the mailing list.
--
name { Lennart Poettering } mail { [EMAIL PROTECTED] }
icq { 11060553 } www { http://www.poettering.de/lennart/ }
loc { hamburg, germany } pgp { 0x1A015CC4 } hack { .phi. }
msg02969/pgp0.pgp
Description: PGP signature
[Xpert]DVI Digital Output with Radeon
Hi, I'm using an ATI All-In-Wonder Radeon AGP card on a Samsung SyncMaster 170T digital flat panel. I've started using a bunch of CVS code: XFree86 4.1.99.4, the ati.2 checkpoint_3 drivers, and the drm_kernel checkpoint_3 code. Everything's working very well, except that I get the error (EE) RADEON(0): [agp] AGP not available in /var/log/XFree86.0.log, which I suspect has something to do with the fact that I'm using a motherboard w/an AMD 761 chipset. Although dmesg output indicates that it loads properly: Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 816M agpgart: Detected AMD 761 chipset agpgart: AGP aperture is 128M @ 0xd000 XFree86 still reports that AGP is not available. Anyway, I'm not so concerned about getting agp and dri working. I can live without dri, but I really want to get a digital signal on my flat panel. Right now I have the monitor directly connected to the card with a DVI-I cable. I'm able to receive an analog DVI signal, but I don't seem to be receiving a digital one. Does anyone have any ideas as to how I can get digital DVI output with either XFree86 4.1.0 or 4.1.99.x? Thanks, Alan __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Using XFree86 CVS Code on Red Hat 7.2
Hello, I'm pretty new to Linux, so please forgive the generality of my question. =) How would I go about integrating compiled XFree86 CVS code with a complete Linux distribution? More specifically I'd like to install XFree86 4.1.99.4 on a Red Hat 7.2 system, which uses XFree86 4.1.0. I don't know too much about the X windows system and thought that if I were to just install the new version of X over the old one, then I might run into somekind of incompatibility issue. So far I've just backed up and removed /usr/X11R6 and ran 'make install' w/X 4.1.99.4; things are working, but I don't have any of my /usr/X11R6/bin programs. Is there another approach besides installing over the old X windows files? Would that even work? Alan __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]SOLVED- *Severe* time lossage with XF86 4.1.0 and S3VirgeMX LCD
*grumble* (I *swear* I'd tested with only a clean weave only before, but ) So, I narrowed it down to the use of APM. If APM was enabled in the kernel, *no matter* what options were set in XFree86, I'd get clock slowdowns. So, I umounted /proc, and tried it again- no slowdown! I downloaded the code, looked at the linux-specific APM stuff, and even binary edited XFree86 so that it wouldn't try and open /proc/apm (and by extention, /dev/apm_bios) - but that didn't work either. So, although I *swear* I started X in a known minimal state when trying these tests before, I started looking at my default X applications. Turns out that in my .xinitrc is this line: xapm -geometry 150x20+0-0 and man xapm has this little gem: -delay delay Sets the number of seconds delay between each update. The default is 1. Figuring that the BIOS call is expensive, I changed that default value to be 120 seconds, and sure enough, that appears to have fixed things. (Doing a fuser /proc/apm makes it appear that the device is opened *every* time it's read, which can't be good for thruput, as God only knows what the apm proc driver has to do on that open()- so I'll be sending a note to the Xapm maintainer about that and maybe changing the default polling time, too if when I download the latest version things work the same.) My apologies to the Xfree project; your product in fact works very well. -Kenny, glad this is over -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert](no subject)
Hi, I´ve got a Toshiba Satellite 1805-S254 with the same Trident Cyber Aladdin-T video adapter this week. I was looking for a way to configure XFree86 with Linux on the web, and found your questions. I found my answer at: http://www.cs.helsinki.fi/linux/portege4000.html (thanks Jani - if I sorted your email right...) I adapted my XF86Config-4 from Jani´s file (mine is available below). My laptop isn´t the same model as Jani´s, so here´s a small overview of the whole installation (sorry if it´s partially off-topic to Xpert): 1. It comes with Windows XP Home Edition in an NTFS partition. AFAIK, there´s not way to reinstall from the recovery CDs choosing FAT32. I´ve Partition-Magicked 7.02 it to shrink the NTFS partition and then converted it to FAT32 to be able to dual-boot (grub) and read-write to the XP partition. DON´T TRY TO USE PQBOOT. I tried and got a bluescreen on the next XP boot - booted RH rescue, reinstalled grub on MBR, ok. 2. Installed RH7.2 and all the updates, then upgraded the kernel to 2.4.17. You can get my /usr/src/linux/.config at http://rf.com.br/files/Toshiba_1805-S254_Kernel_2.4.17.config.txt. It´s what I´m using now. You can copy to your .config and ¨edit¨ it with make menuconfig. I have the sound, ethernet, X, and usb working. Haven´t tried the modem (I don´t dialup). 3. Tried all I knew to try to make X work with XF86_SVGA (3.3.6) (it thinks the board is a TGUI9420dgi or something, but the max dot-clock is too low for 1024x768). Then I tried the XFree86 server (4.1.0) with the trident driver. No good. 4. Finally found Jani´s page with the answer. Adapted my /etc/X11/XF86Config-4 (available at http://rf.com.br/files/Toshiba_1805-S254_XF86Config-4.txt) according to his config file, to use the vesa driver. If you look at my kernel config, you´ll see I don´t have the kernel vesa fb support; XFree86 is using its own. It is working fine. I don´t think it can play decent DVDs on it, but it´s good enough for me (and even for 320x240 15fps mpegs). Drop me an email if you need more info. Joao S Veiga ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]DVI Digital Output with Radeon
On Sat, 5 Jan 2002, Alan Lue wrote: Hi, I'm using an ATI All-In-Wonder Radeon AGP card on a Samsung SyncMaster 170T digital flat panel. I've started using a bunch of CVS code: XFree86 4.1.99.4, the ati.2 checkpoint_3 drivers, and the drm_kernel checkpoint_3 code. Everything's working very well, except that I get the error (EE) RADEON(0): [agp] AGP not available in /var/log/XFree86.0.log, which I suspect has something to do with the fact that I'm using a motherboard w/an AMD 761 chipset. Although dmesg output indicates that it loads properly: Linux agpgart interface v0.99 (c) Jeff Hartmann agpgart: Maximum main memory to use for agp memory: 816M agpgart: Detected AMD 761 chipset agpgart: AGP aperture is 128M @ 0xd000 XFree86 still reports that AGP is not available. Anyway, I'm not so concerned about getting agp and dri working. I can live without dri, but I really want to get a digital signal on my flat panel. Right now I have the monitor directly connected to the card with a DVI-I cable. I'm able to receive an analog DVI signal, but I don't seem to be receiving a digital one. Does anyone have any ideas as to how I can get digital DVI output with either XFree86 4.1.0 or 4.1.99.x? If you have an option CrtScreen in your /etc/XF86Config try commenting it out. Also there is an option called PanelSize - I don't know what it is doing. Lastly, some flat panels only have analog input.. Vladimir Dergachev Thanks, Alan __ Do You Yahoo!? Send FREE video emails in Yahoo! Mail! http://promo.yahoo.com/videomail/ ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]SOLVED- *Severe* time lossage with XF86 4.1.0 and S3VirgeMX LCD
On Sat, 5 Jan 2002, Kenneth Crudup wrote: *grumble* (I *swear* I'd tested with only a clean weave only before, but ) So, I narrowed it down to the use of APM. If APM was enabled in the kernel, *no matter* what options were set in XFree86, I'd get clock slowdowns. So, I umounted /proc, and tried it again- no slowdown! I downloaded the code, looked at the linux-specific APM stuff, and even binary edited XFree86 so that it wouldn't try and open /proc/apm (and by extention, /dev/apm_bios) - but that didn't work either. So, although I *swear* I started X in a known minimal state when trying these tests before, I started looking at my default X applications. Turns out that in my .xinitrc is this line: xapm -geometry 150x20+0-0 and man xapm has this little gem: -delay delay Sets the number of seconds delay between each update. The default is 1. Figuring that the BIOS call is expensive, I changed that default value to be 120 seconds, and sure enough, that appears to have fixed things. (Doing a fuser /proc/apm makes it appear that the device is opened *every* time it's read, which can't be good for thruput, as God only knows what the apm proc driver has to do on that open()- so I'll be sending a note to the Xapm maintainer about that and maybe changing the default polling time, too if when I download the latest version things work the same.) My apologies to the Xfree project; your product in fact works very well. Take a look in your linux kernel configuration - is disable interrupts during APM calls option enabled ? Vladimir Dergachev -Kenny, glad this is over -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]SOLVED- *Severe* time lossage with XF86 4.1.0 and S3VirgeMX LCD
On Sat, 5 Jan 2002, Vladimir Dergachev wrote: Take a look in your linux kernel configuration - is disable interrupts during APM calls option enabled ? No. But, it didn't make a difference, anyway. Evidently, calls into the APM BIOS are expensive, and for all I know, the BIOS is shutting IRQs off (I'm not that impressed with that laptop's BIOS overall- the config options are more limited than any machine I've seen in recent memory). -Kenny -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
On 4 Jan, Kenneth Crudup wrote: On Fri, 4 Jan 2002, Kevin Brosius wrote: Does 'xset dpms force off' turn off the backlight on that machine? First thing I tried. I've lost track of which chip you are dealing with. For the R128 chip I found that the DPMS only shuts down video output. It does not activate any of the other power saving modes. This is for a good reason (at least as default). Undesirable interactions were reported with the APM support when the X DPMS code used these other commands. In my case I do not want APM or ACPI to activate. I am cutting power in a server environment, and the APM/ACPI is aimed more at single user systems like laptops. Also, the Linux APM/ACPI support remains flakey. So I modified the R128 DPMS code to not only cut the video output, but also to activate the shutdown for other parts of the controller. I can post the diffs if this helps. This does raise a question for X users in general. Should there be an option to enable a more aggressive power management when DPMS is used? This would probably interfere with APM/ACPI, so the option would need appropriate warnings. But it would help the multi-user systems that need a more selective power management control. I my situation, power management consists of killing sound and display after idle, and controlling idle spindown time on selected disk drives. Some disks must remain spinning to meet response goals. Others can be spun down. The CPU must always remain ready for immediate response. R Horn ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Laptop backlight question
On Sat, 5 Jan 2002 [EMAIL PROTECTED] wrote: I've lost track of which chip you are dealing with. S3 Virge MX. For the R128 chip I found that the DPMS only shuts down video output. I'd expect that, but I was under the impression that there was code specifically for the MX (an LCD-specific chip) that could shut down the associated backlight, too. -Kenny -- Kenneth R. Crudup Sr. SW Engineer, Scott County Consulting, Washington, D.C. Home1: PO Box 914 Silver Spring, MD 20910-0914 [EMAIL PROTECTED] Home2: 38010 Village Cmn. #217 Fremont, CA 94536-7525 (510) 745-0101 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]DVI Digital Output with Radeon
Well, this is the limit of my suggestions - I never tried Radeon AIW with a panel. Can you e-mail XFree log (/var/log/XFree86.0.log) to me ? (off the list).. Vladimir Dergachev On Sat, 5 Jan 2002, Alan Lue wrote: The only option I have in my video card device section is Option AGPMode 1 which I wrote in from following the DRI user's guide. CrtScreen isn't there, and I don't know what values PanelSize takes. How can I find out what options the 'radeon' and 'ati' drivers take? I know that this flat panel takes a digital input, as I've used it before with a GeForce2 MX DVI card. The GeForce2 would send both analog DVI and digital DVI signals of my motherboard BIOS screen, but with the Radeon the only signal I get is analog DVI. I've included my XF86Config-4 file below; I've tried both 'Driver radeon' and 'Driver ati' without luck. Any ideas? Alan XF86Config-4 # File generated by anaconda. Section ServerLayout Identifier Anaconda Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (they are concatenated together) # By default, Red Hat 6.0 and later now use a font server independent of # the X server to render fonts. FontPath unix/:7100 EndSection Section Module Load GLcore Load dbe Load extmod Load fbdevhw #Load pex5 Load dri Load glx #Load pex5 Load record #Load xie EndSection Section InputDevice Identifier Keyboard0 Driver keyboard # Option AutoRepeat500 5 # when using XQUEUE, comment out the above line, and uncomment the # following line # Option Protocol Xqueue # Specify which keyboard LEDs can be user-controlled (eg, with xset(1)) # Option Xleds 1 2 3 # To disable the XKEYBOARD extension, uncomment XkbDisable. # Option XkbDisable # To customise the XKB settings to suit your keyboard, modify the # lines below (which are the defaults). For example, for a non-U.S. # keyboard, you will probably want to use: # Option XkbModel pc102 # If you have a US Microsoft Natural keyboard, you can use: # Option XkbModel microsoft # # Then to change the language, change the Layout setting. # For example, a german layout can be obtained with: # Option XkbLayout de # or: # Option XkbLayout de # Option XkbVariantnodeadkeys # # If you'd like to switch the positions of your capslock and # control keys, use: # Option XkbOptionsctrl:nocaps Option XkbRules xfree86 Option XkbModel itouch Option XkbLayout us Option XkbVariantbasic #Option XkbOptions EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol IMPS/2 Option Device /dev/psaux Option ZAxisMapping 4 5 Option Emulate3Buttons no EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model HorizSync 30 - 81 #VertRefresh 56 - 85 VertRefresh 60 - 76 Option dpms # -- 1400x1050 -- # 1400x1050 @ 60Hz, 65.8 kHz hsync Modeline 1400x1050 129 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 70Hz, 76.8 kHz hsync Modeline 1400x1050 151 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 75Hz, 82.3 kHz hsync Modeline 1400x1050 162 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync # 1400x1050 @ 85Hz, 93.2 kHz hsync Modeline 1400x1050 184 1400 1464 1656 1960 1050 1051 1054 1100 +HSync +VSync EndSection Section Device #Option nodri Identifier Radeon #Driver radeon Driver ati Option AGPMode 1 VendorName ATI BoardName ATI Radeon All In Wonder AGP #BusID VideoRam 32768 EndSection Section Screen Identifier Screen0 Device Radeon Monitor Monitor0 DefaultDepth24 Subsection Display Depth 24 Modes 1280x1024 EndSubsection EndSection Section DRI Mode
