Re: [Xpert]i830 support on a sony vaio R600
Did you get an answer to this? I found the instructions at http://www.jongans.com/gateway1450.html got my X server running, but the bottom half of the screen leaves crap laying around. I only had about an hour to work on it so probably I missed something; none the less I got 1024x768 24-bit color mode on my Dell Inspiron, which is certainly a step in the right direction! Mike On Thu, 4 Jul 2002, Fabrice Desré was heard whispering through the Net: fabric Hello, fabric fabric I'm trying to set up XFree86 on my sony laptop using a CVS version of fabricXFree 4.2. This version contains the i810 patch to enable more video fabricthan the 1mb provided by the BIOS. fabric However, i still can't get it to work. It seems that a dual-headed fabricsupport is detected, but that the driver doesn't support it. However i fabriccan live without the dual head support (this would be extremely nice to fabrichave it working, but not a priority) so I wonder if the issue is in my fabricconfig file or with the driver support for my hardware. fabric You'll find my XF86Config-4 file and the XFree error log as attachments. fabric fabric Thanks for any help, fabric fabric Fabrice fabric-- fabricFabrice Desré - FT.BD/FTRD/DTL/TAL fabricTél: (33) 2 96 05 31 43 fabricFax: (33) 2 96 05 39 45 fabric ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon Mobility M6/7 LW on IBM Thinkpad T30 (SimultaneousCRT/LCD Display)
Excellent!! I compiled a fresh XFree distribution and moved the drm kernel driver radeon.o and agpgart.o away from the kernel-module search paths. Now I am getting exactly what I want on both the CRT and the LCD. The CRT has a refresh rate of 75 Hzwhere its usable :-) However! DRI isnt working. Relevant lines from XFree86.0.log (the whole file is at http://www.senfamily.org/xfree/XFree86.0.log_20020711 ): [drm] failed to load kernel module radeon (II) RADEON(0): [drm] drmOpen failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. If I cant use the radeon.o from the kernel, where can I compile one from? Its not obvious where in the Xfree tree it is. 'make World' under xc didnt seem to produce one. Also, how about AGP? Should I be using: Option AGPMode 1 in the device section? Do I need agpgart.o from the kernel for AGP support? Last but not the least, where can I get the source for the ati_drv and radeon_drv modules that you sent me? Thanks VERY much! DS hy0 wrote: It looks like you are still loading Gatos drm kernel driver (can't get too much from your corrupted log file). The drivers I sent you will NOT work with any Gatos drivers, it will lock up for sure if you still have the Gatos version of drm kernel driver (radeon.o) on your system to be loaded. Try to disable DRI or replace the DRI kernel driver (radeon.o) with the one from stock X4.2 or from Linux distributions like RH7.3. Specifying ati or radeon in your config file should give the same result. If not, your drivers are broken somehow. If you prefer to using Gatos drivers, posting your problem to Gatos forum may help you better. But I doubt they will have a better solution for your current problem. Hui - Original Message - From: D. Sen [EMAIL PROTECTED] To: hy0 [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Tuesday, July 09, 2002 9:06 AM Subject: Re: [Xpert]ATI Radeon Mobility M6/7 LW on IBM Thinkpad T30 (Simultaneous CRT/LCD Display) Well I tried your drivers. In short, they didnt work. Both the LCD and CRT came up with distorted lines (which can best be described as noise) and my machine froze. I tried using ati and radeon in the card section and have attached my XF86Config-4. The logs can be found at http://www.senfamily.org/xfree/XFree86.0.log_HUI and http://www.senfamily.org/xfree/XFree86.0.log_HUI.radeon The XF86Config-4 file was also overwritten with garbage after I tried to use radeon as my driver. (This could be a file system corruption due to the freeze + rebooting) So far, a single monitor configuration using the old radeon (GATOS?) driver is working best for me. I reported that using ati and a dual headed configuration worked too. However, power management is broken in that configuration. The screen distorts if the machine is left alone for a while or the machine is put into 'suspend/sleep' mode. I am stuck with a 50 Hz refresh display on the CRT with both the multi-headed 'ati' driver and the single-headed 'radeon' driver. I have chosen to use the 'radeon' as it seems to support power management. DS hy0 wrote: If you are trying to mirror your LCD on the CRT, try attached binary drivers. This is a version with the native 2nd-head mirroring feature for X4.2x. Simply replace radeon_drv.o and ati_drv.o on your system (under /usr/X11R6/lib/modules/drivers/). Use just the single head config for your LCD (remove all the dual-screen stuffs from your config file). The driver will detect and bring up your CRT to its best refresh (suppose your CRT is DDC capable, if not, there are options let you configure it). You can also configure two heads with different resolution with some special options (let me know if you ever need them), the driver will handle panning. This approach is better than the dual-screen approach in following ways: 1. With dual-screen, DRI is disabled. You can enable DRI with this one. 2. Overlay won't work on your CRT with the dual-screen setup. It'll work here. 3. Less overhead. With dual-screen, only half of video ram can be used for one screen... 4. With dual-screen, you may have problem with the hw cursor on your 2nd head (not sure if it's fixed). 5. should be easier to setup with this one. Attached drivers have been tested by several people on a few M6 based laptops and other systems. It should work with M7 based systems. If you want to give it a try, let me know whether it works for you. If not, send me your log and config file. Hui - Original Message - From: D. Sen [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Monday, July 08, 2002 4:43 PM Subject: Re: [Xpert]ATI Radeon Mobility M6/7 LW on IBM Thinkpad T30 (Simultaneous CRT/LCD Display) Michel Daenzer wrote: On Mon, 2002-07-08 at 17:24, D. Sen wrote: Well, I think I set up my XF86Config-4 to do what you suggested. I am including it with this email. However, X crashes on me when I try to
Re: [Xpert]2 mice with 2 mouse pointer
Isn't this already available via the X Input Extension, XtAppAddInput(), etc. I believe some apps use a digitizer within the context of a drawing/viewing window, but the primary pointer is still used to interact with menus, etc. Actually, I seem to recall that The GIMP has support using tablets via the input extension. On Wednesday, July 10, 2002, at 02:08 , Trent Whaley wrote: On July 10, 2002 12:32 am, Nick Name wrote about Re: [Xpert]2 mice with 2 mouse pointer: Still I can't see the point-er :) What use could a second pointer be of? If you're doing CAD or GIS work, the second pointer could be a digitizer. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]ATI Radeon patch testing
I've just checked in a large patch from ATI. Here's the CHANGELOG entry: 199. ATI patch to: - Fix Dell OEM VE card support - Add better clone mode support - Fix large panel (= 1600x1200) detection and initialization problems - Remove PanelSize and CrtScreen options since they are no longer needed with new CloneMode and improved flat panel support - Add DDCMode option to detect and use DDC modes - Add PanelOff option to disable panel on laptops - Fix corrupted console problem - Other misc fixes (#A.1043, Hui Yu@ATI). I'd like get some feedback on how it works for others with both desktop and laptop Radeons. I'll start working on the other patches that have been sent in shortly. Thanks, Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon patch testing
On Thu, 11 Jul 2002, Kevin E Martin wrote: I've just checked in a large patch from ATI. I'd like get some feedback on how it works for others with both desktop and laptop Radeons. I'll start working on the other patches that have been sent in shortly. I'll rebuild from CVS tonight, and start testing late tonight / tomorrow. Thanks for your efforts! James ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CyberBlade/XP and xterm menus
On Wed, 10 Jul 2002 [EMAIL PROTECTED] wrote: [...] The menus may have a gradient or bitmap backgroundPixmap. Check with editres: Commands-Get Tree select the xterm window select the fontMenu toggle Commands-Show Resource Box check if the backgroundPixmap is anything other than XtUnspecifiedPixmap Indeed backgroundPixmap has a gradient, and I can make the symptoms move by tweaking the values of the gradient. This may happen because menu entries are painted with a xor gc, and the effect is more visible if you are running at 8bpp. AFAICT, I'm running 16bpp (pardon the ignorance, but how would I confirm this?). I take it that means it would be expected to be worse at 8bpp? If this is the case, you can add: XTerm*SimpleMenu.backgroundPixmap: XtUnspecifiedPixmap to your $HOME/.Xdefaults Yes, using editres to change the backgroundPixmap value to XtUnspecifiedPixmap makes the symptoms go away. Is this a bug? If so, in what? FWIW, I've just reproduced it with the stock trident_drv.o in 4.2, so I figure it's not to be blamed on the trident_drv.o from http://www.xfree86.org/~alanh Thanks, Neale. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]success with ATI Radeon Mobility LX (ChipID = 0x4c58)
I just wanted to post that I'm having pretty good success with XFree 4.2.0 plus the patch from Mike Harris for the Radeon Mobility FireGL 7800. I have an IBM Thinkpad A31p (2653-H6U). I built XFree from source without any code from dri.sf.net. I feel like 3D accelleration is working. I installed tuxracer and it plays smooth. I also installed heretic2 and it also plays smooth using the libOSMesa gl driver. The output of glxinfo shows that DRI is enabled and glxgears works at 800+ FPS. I don't know what other information you might be interested in or what other testing I can do. I tried the binary distribution of dri.sf.net from 20020709 and it wouldn't work right. It didn't detect the properties of the LCD panel right and fell back to 640x480 plus messed up the screen so that I had to toggle from external monitor to lcd. Thanks for all the work! -- (__) Doug Alcorn - Unix/Linux/Web Developing oo / PGP 02B3 1E26 BCF2 9AAF 93F1 61D7 450C B264 3E63 D543 |_/ mailto:[EMAIL PROTECTED] http://www.lathi.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]ATI Radeon Mobility M6/7 LW on IBM Thinkpad T30 (Simultaneous CRT/LCD Display)
Excellent!! I compiled a fresh XFree distribution and moved the drm kernel driver radeon.o and agpgart.o away from the kernel-module search paths. Now I am getting exactly what I want on both the CRT and the LCD. The CRT has a refresh rate of 75 Hzwhere its usable :-) However! DRI isnt working. Relevant lines from XFree86.0.log (the whole file is at http://www.senfamily.org/xfree/XFree86.0.log_20020711 ): [drm] failed to load kernel module radeon (II) RADEON(0): [drm] drmOpen failed (EE) RADEON(0): [dri] DRIScreenInit failed. Disabling DRI. If I cant use the radeon.o from the kernel, where can I compile one from? Its not obvious where in the Xfree tree it is. 'make World' under xc didnt seem to produce one. DRI didn't work because you don't have the kernel driver (radeon.o) on your system. To compile DRI kernel driver, go to xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel directory, do 'make -fMakefile.linux'. You may have compile problem if you are using some new version of kernel. If so, you can download a version of Linux kernel (like 2.4.18) from www.kernel.org which should contain the standard DRI kernel driver (not Gatos one). Also, how about AGP? Should I be using: Option AGPMode 1 in the device section? Do I need agpgart.o from the kernel for AGP support? You don't have to specify AGPMode, the default is 1x. You can use this option to set 2x or 4x mode. You do need agpgart module for DRI to work, the best way is to compile it into the kernel. If you want to use it as a separate module, make sure to load agpgart.o before radeon.o. Last but not the least, where can I get the source for the ati_drv and radeon_drv modules that you sent me? I sent two patches to xfree a few months ago, the first is in current CVS, not sure if the second got in yet (the patches are too big, they may take quite a bit time to merge). Anyway, those patches are not quite complete. At present I really don't have much free time to sync with current CVS and make another patch. I'm thinking, maybe a little latter, I'll put everything together with the 2D support for all the new cards on my systems and make a patch to the CVS code. Before then, if you want the code, I can send you the source with no new card support. Thanks VERY much! DS ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]CyberBlade/XP and xterm menus
Quoting Neale Banks [EMAIL PROTECTED]: On Wed, 10 Jul 2002 [EMAIL PROTECTED] wrote: [...] The menus may have a gradient or bitmap backgroundPixmap. Check with editres: Commands-Get Tree select the xterm window select the fontMenu toggle Commands-Show Resource Box check if the backgroundPixmap is anything other than XtUnspecifiedPixmap Indeed backgroundPixmap has a gradient, and I can make the symptoms move by tweaking the values of the gradient. This may happen because menu entries are painted with a xor gc, and the effect is more visible if you are running at 8bpp. AFAICT, I'm running 16bpp (pardon the ignorance, but how would I confirm this?). I take it that means it would be expected to be worse at 8bpp? Run xdpyinfo to verify the depth. Yes, in 8bpp it is worse, but in 16bpp the number of colors is slightly limited, gradients aren't always very smooth (and it's inverse, produced by the xor gc may be even worser). If this is the case, you can add: XTerm*SimpleMenu.backgroundPixmap: XtUnspecifiedPixmap to your $HOME/.Xdefaults Yes, using editres to change the backgroundPixmap value to XtUnspecifiedPixmap makes the symptoms go away. Is this a bug? If so, in what? No, it is not a bug. If you run at 24bpp it should not be noticeable. This is a feature of the Xaw SimpleMenu widget when using a backgroundPixmap. To fix this it is required to change the code to not use a xor gc, and to get a better visual effect, it should also mask pixmaps, instead or painting with the background color (this is valid for all widgets, mostly notably the leftPixmap resource of LabelWidget and it's subclasses). I will put this in my todo list of updates to Xaw. FWIW, I've just reproduced it with the stock trident_drv.o in 4.2, so I figure it's not to be blamed on the trident_drv.o from http://www.xfree86.org/~alanh Thanks, Neale. Paulo ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]intel 845 board and 848x480
hey there, I'm trying to get my intel 845GL board to work at 848x480. After fetching and compiling X from cvs, and getting some kernel patches for the gart, I'm getting this: No matching modes found in configuration file. I'm running at a depth of 16, it says the only supported video modes supported by bios are 640x480. I have a modeline for 848x480 which works on the i810 and i815 boards with X 4.1 using the i810 driver. I understand that i'm using development code, but do you think there is any chance of getting the 848x480 modeline to work? And if so, how I might go about it. thanks, Tom ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
