CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 04:13:03 Log message: 483. Added support for Siliconmotion Cougar3DR chip (Bugzilla #754, Chris Edgington). 482. Cygwin: * Added another German keyboard layout. * Added Japanese keyboard layout to the list of defaults as jp. * Added a new default keyboard layout for Portuguese (Brazil, ABNT2). * Print the layout number in hexadecimal. * Display the argument to the -query option in the window title. (Bugzilla #763, Alexander Gottwald) 481. Add processing for WM_WINDOWPOSCHANGED to cause window to repaint when using TweakUI's focus-follows-mouse behavior. (Bugzilla #763, Harold L Hunt II) 480. Added runtime detection of SHM support by checking the return value of shmget to the SHM and xf86BIGFONT extension to support SHM on Cygwin (Bugzilla #764, Harold L Hunt II). 479. Adding O_BINRAY flag when opening an xkm file if this flag is defined (Bugzilla #768, Alexander Gottwald). Modified files: xc/programs/Xserver/Xext/: shm.c xf86bigfont.c xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/common/: xf86PciInfo.h xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/: regsmi.h siliconmotion.man smi.h smi_accel.c smi_driver.c smi_hwcurs.c smi_shadow.c smi_video.c xc/programs/Xserver/hw/xfree86/etc/: extrapci.ids xc/programs/Xserver/hw/xwin/: InitOutput.c win.h winconfig.c wincreatewnd.c winmultiwindowwndproc.c winwindow.h xc/programs/xkbcomp/: xkbcomp.c Revision ChangesPath 3.39 +13 -4 xc/programs/Xserver/Xext/shm.c 1.16 +9 -3 xc/programs/Xserver/Xext/xf86bigfont.c 3.2873+18 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.155 +2 -1 xc/programs/Xserver/hw/xfree86/common/xf86PciInfo.h 1.3 +65 -0 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/regsmi.h 1.5 +4 -1 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/siliconmotion.man 1.14 +3 -0 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi.h 1.9 +8 -1 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_accel.c 1.35 +226 -57 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_driver.c 1.3 +72 -0 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_hwcurs.c 1.3 +156 -0 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_shadow.c 1.12 +228 -24 xc/programs/Xserver/hw/xfree86/drivers/siliconmotion/smi_video.c 1.9 +3 -1 xc/programs/Xserver/hw/xfree86/etc/extrapci.ids 1.35 +15 -4 xc/programs/Xserver/hw/xwin/InitOutput.c 1.38 +2 -1 xc/programs/Xserver/hw/xwin/win.h 1.4 +19 -9 xc/programs/Xserver/hw/xwin/winconfig.c 1.7 +14 -2 xc/programs/Xserver/hw/xwin/wincreatewnd.c 1.3 +26 -5 xc/programs/Xserver/hw/xwin/winmultiwindowwndproc.c 1.4 +2 -1 xc/programs/Xserver/hw/xwin/winwindow.h 3.21 +16 -3 xc/programs/xkbcomp/xkbcomp.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 05:26:28 Log message: Add workaround for DPI problem in MergedFB mode Add MergedDPI option for manually set the DPI in MergedFB mode Modified files: xc/programs/Xserver/hw/xfree86/drivers/sis/: sis.h sis_driver.c sis_opt.c sis_vga.c Revision ChangesPath 1.72 +2 -1 xc/programs/Xserver/hw/xfree86/drivers/sis/sis.h 1.137 +133 -3xc/programs/Xserver/hw/xfree86/drivers/sis/sis_driver.c 1.37 +14 -0 xc/programs/Xserver/hw/xfree86/drivers/sis/sis_opt.c 1.31 +1 -1 xc/programs/Xserver/hw/xfree86/drivers/sis/sis_vga.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: )
[EMAIL PROTECTED] CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 07:27:24 xc/programs/Xserver/hw/xfree86/getconfig Update of /home/x-cvs/xc/programs/Xserver/hw/xfree86/getconfig In directory public.xfree86.org:/tmp/cvs-serv76796/getconfig Log Message: Directory /home/x-cvs/xc/programs/Xserver/hw/xfree86/getconfig added to the repository ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 07:30:39 Log message: 485. Add functions for checking option values without marking them as used (David Dawes). 484. Add missing xf86ReplaceRealOption() function (David Dawes). Modified files: xc/programs/Xserver/hw/xfree86/common/: xf86Opt.h xf86Option.c xc/programs/Xserver/hw/xfree86/loader/: xf86sym.c Revision ChangesPath 1.15 +6 -1 xc/programs/Xserver/hw/xfree86/common/xf86Opt.h 1.28 +98 -26xc/programs/Xserver/hw/xfree86/common/xf86Option.c 1.237 +7 -2 xc/programs/Xserver/hw/xfree86/loader/xf86sym.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 07:58:31 Log message: 486. Add automatic configuration support for the XFree86 server, allowing it to be started in a useful way without an XF86Config file. - Add support to the config file parser for processing internally supplied configuration data. - Modify the algorithm for finding core input devices to maximise the likelihood that they will be found. - Add a FindDevice function to the OSMouse interface, allowing an OS-specific function to be called to find the mouse device when none is specified in the configuration. Implementations included for Linux and FreeBSD. - Add a GuessProtocol function to the OSMouse interface, allowing an OS-specific function to be called as a fallback when the mouse protocol can't otherwise be detected. Implementation included for Linux. - Bump the OSMouse interface version to 1.1 with the addition of the above two functions. - An interface for calling an external utility getconfig to generate some configuration data. Implementation of getconfig included. - Generate a default internal configuration, autodetecting as much as possible, with reasonable fallbacks. - Recognise DefaultDepth and DefaultFbbpp options in the Device section. - Add a TargetRefreshRate option to help prevent modes with too high a resolution (and poor refresh rate) being used as the default. - Use DDC-probed mode timings to estimate the monitor parameters when the DDC-probed information doesn't include a DS_RANGES property. This should improve the reliability of monitor auto-detection. (David Dawes, X-Oz Technologies). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG Imakefile XF86Config.man xc/programs/Xserver/hw/xfree86/common/: Imakefile xf86Config.c xf86Config.h xf86Configure.c xf86Helper.c xf86Init.c xf86Mode.c xc/programs/Xserver/hw/xfree86/drivers/vesa/: vesa.c xc/programs/Xserver/hw/xfree86/input/mouse/: mouse.c xc/programs/Xserver/hw/xfree86/os-support/: xf86OSmouse.h xc/programs/Xserver/hw/xfree86/os-support/bsd/: bsd_mouse.c xc/programs/Xserver/hw/xfree86/os-support/linux/: lnx_mouse.c xc/programs/Xserver/hw/xfree86/parser/: scan.c xf86Parser.h Added files: xc/programs/Xserver/hw/xfree86/getconfig/: Imakefile cfg.sample getconfig.pl getconfig.sh xfree86.cfg Revision ChangesPath 3.2874+32 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 3.86 +6 -3 xc/programs/Xserver/hw/xfree86/Imakefile 1.22 +22 -8 xc/programs/Xserver/hw/xfree86/XF86Config.man 3.154 +5 -1 xc/programs/Xserver/hw/xfree86/common/Imakefile 3.276 +302 -135 xc/programs/Xserver/hw/xfree86/common/xf86Config.c 1.7 +10 -2 xc/programs/Xserver/hw/xfree86/common/xf86Config.h 3.80 +2 -2 xc/programs/Xserver/hw/xfree86/common/xf86Configure.c 1.135 +34 -1 xc/programs/Xserver/hw/xfree86/common/xf86Helper.c 3.208 +65 -42xc/programs/Xserver/hw/xfree86/common/xf86Init.c 1.69 +219 -85 xc/programs/Xserver/hw/xfree86/common/xf86Mode.c 1.39 +1 -80 xc/programs/Xserver/hw/xfree86/drivers/vesa/vesa.c 1.78 +39 -6 xc/programs/Xserver/hw/xfree86/input/mouse/mouse.c 1.23 +41 -7 xc/programs/Xserver/hw/xfree86/os-support/xf86OSmouse.h 1.25 +134 -2xc/programs/Xserver/hw/xfree86/os-support/bsd/bsd_mouse.c 1.2 +174 -1xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_mouse.c 1.29 +34 -4 xc/programs/Xserver/hw/xfree86/parser/scan.c 1.33 +2 -1 xc/programs/Xserver/hw/xfree86/parser/xf86Parser.h ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 07:55:08 Log message: update core team list Modified files: xc/programs/Xserver/hw/xfree86/: XFree86.man Revision ChangesPath 3.61 +2 -8 xc/programs/Xserver/hw/xfree86/XFree86.man ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 08:01:50 Log message: 486. Add automatic configuration support for the XFree86 server, allowing it to be started in a useful way without an XF86Config file. - Add support to the config file parser for processing internally supplied configuration data. - Modify the algorithm for finding core input devices to maximise the likelihood that they will be found. - Add a FindDevice function to the OSMouse interface, allowing an OS-specific function to be called to find the mouse device when none is specified in the configuration. Implementations included for Linux and FreeBSD. - Add a GuessProtocol function to the OSMouse interface, allowing an OS-specific function to be called as a fallback when the mouse protocol can't otherwise be detected. Implementation included for Linux. - Bump the OSMouse interface version to 1.1 with the addition of the above two functions. - An interface for calling an external utility getconfig to generate some configuration data. Implementation of getconfig included. - Generate a default internal configuration, autodetecting as much as possible, with reasonable fallbacks. - Recognise DefaultDepth and DefaultFbbpp options in the Device section. - Add a TargetRefreshRate option to help prevent modes with too high a resolution (and poor refresh rate) being used as the default. - Use DDC-probed mode timings to estimate the monitor parameters when the DDC-probed information doesn't include a DS_RANGES property. This should improve the reliability of monitor auto-detection. (David Dawes, X-Oz Technologies). Added files: xc/programs/Xserver/hw/xfree86/common/: xf86AutoConfig.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: xf-4_3-branch)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 10:56:35 Log message: 1008. Fixed definititon of UseInstalledOnCrossCompile so that it never is undefined (Harlod L. Hunt II). 1007. Fixing crash on ia64 because of wrong setjmp buffer alignment (Bugzilla 1006. #596, John Dennis). 1005. Close freetype fontfile filehandle in mkfontscale, this prevents problems from limitation of simultaniously open files (Bugzilla #676, Jun-ichiro itojun Hagino). 1004. Fixed erronous freeing of DisplayModeRec in xf86DeleteMode() when deleting the modePool in xf86PruneDriverModes() the 'prev' member has a different meaning for modePool modes than for ScrnInfoPtr-modes modes where it creates a doubly linked list (Bugzilla #678, Juergen Keil). Modified files: xc/config/cf/:Tag: xf-4_3-branch X11.tmpl xc/lib/X11/: Tag: xf-4_3-branch imDefIm.c xc/programs/Xserver/hw/xfree86/: Tag: xf-4_3-branch CHANGELOG xc/programs/Xserver/hw/xfree86/common/: Tag: xf-4_3-branch xf86Mode.c xc/programs/Xserver/hw/xfree86/os-support/: Tag: xf-4_3-branch xf86_libc.h xc/programs/mkfontscale/: Tag: xf-4_3-branch mkfontscale.c Revision ChangesPath 1.196.2.3 +5 -3 xc/config/cf/X11.tmpl 1.11.2.2 +2 -2 xc/lib/X11/imDefIm.c 3.2588.2.29 +12 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.63.2.2 +9 -1 xc/programs/Xserver/hw/xfree86/common/xf86Mode.c 3.56.2.1 +4 -0 xc/programs/Xserver/hw/xfree86/os-support/xf86_libc.h 1.4.2.1 +4 -1 xc/programs/mkfontscale/mkfontscale.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/10/08 15:32:34 Log message: Export XvMC structure allocation/free functions. Modified files: xc/programs/Xserver/hw/xfree86/loader/: xf86sym.c Revision ChangesPath 1.238 +3 -1 xc/programs/Xserver/hw/xfree86/loader/xf86sym.c ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
XvGetStill for v4l
Hello I'm wondering if there are currently any plans to implement XvGetStill for the video4linux driver in XFree. I currently use XvPutVideo with my v4l device (a brooktree frame grabber), and this works very well. I'm working on including the capability to capture stills as well as video into an application, and would like to use the Xv extension instead of the V4L API, because Xv is a lot easier to use... If someone can let me know if this feature is planned (or even possible) I'd appreciate it. Thanks Mark ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XvGetStill for v4l
I believe Gerd Knorr wrote the v4l module. you might want to ask him. Also, if you wrote a patch, I'm sure there would be interest. Alex --- Mark Cuss [EMAIL PROTECTED] wrote: Hello I'm wondering if there are currently any plans to implement XvGetStill for the video4linux driver in XFree. I currently use XvPutVideo with my v4l device (a brooktree frame grabber), and this works very well. I'm working on including the capability to capture stills as well as video into an application, and would like to use the Xv extension instead of the V4L API, because Xv is a lot easier to use... If someone can let me know if this feature is planned (or even possible) I'd appreciate it. Thanks Mark ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
How to render multiple cursors?
I earlier had a question regarding how to support multiple pointers. One reply to that was to write a Window Manager to handle this. I can see how the window manager can handle moving windows simultaneously and redirecting input to windows simultaneously. But I'm wondering how would one render multiple cursors from the window manager. It seems if it was just drawn on the root window then other windows would obscure it. Is there a way to draw a top level window that is transparent? Or is there some other trick to getting multiple cursors rendered that will always be on top? Thanks, Grant. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: What about a kernel module?
Raymond Jennings wrote: I'd like to suggest that you implement device-specific code as a kernel module. This has been discussed to death. XFree86 is portable to systems where we can't just willy-nilly add kernel modules. With few exceptions, such as to implement hardware 3D, this is right out. Also I have Red Hat 7.0 and when I drag a window, it is SLOW. Since the version of XFree86 in that distro is at least 3 years old, it probably doesn't support hardware acceleration on your card. Doing everything in software is slow. Big surprise! :) Try upgrading to something more recent, please. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: What about a kernel module?
On Wed, 08 Oct 2003 19:12:56 +, Raymond Jennings wrote: I'd like to suggest that you implement device-specific code as a kernel module. Have something like /dev/videocard or /dev/framebuffer, and a kernel module to control it Cause reads and writes to access video memory, and have IOCTL's for everything else (including sync frequencies, video modes, palettes, resolutions, hardware cursors, accelerator functions, anything besides video memory). The key problem with this is that kernel modules are Linux-specific, and further often need to be kernel-version specific. XFree86 runs quite well in many non-Linux environments today. Further, for reliability reasons, the goal of minimizing kernel code is one that is healthy in ANY environment. Never go to kernel mode if you don't have to. Remember, each transition to kernel mode costs cycles; if I can do the same operations in user mode, performance will be better. Implementing a kernel module might give access to more resources, like tighter console control, asynchronous accelerations, No, I don't think any of that is true. and it would allow unprivileged SVGAlib programs to run because the kernel module would do the dirty work, and a process wouldn't need root privileges to access SVGA. For security reasons, wouldn't you want to restrict access to the kernel module to root programs anyway? You don't want arbitrary code accessing your video card and changing the mode. Also I have Red Hat 7.0 and when I drag a window, it is SLOW. Scrolling with xpdf is also very slow. Could you somehow accelerate window movement and scrolling? I see no difference in blitting from an offscreen pixmap to a window, and blitting the window from the old position to the new one. In fact, the window movement ought to be FASTER because BOTH pixmaps are in video memory. Depends on your video card. There are certainly acceleration hooks for screen-to-screen blitting, but each driver implements different accelerations. What video card and driver are you using? -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: What about a kernel module?
Raymond Jennings wrote: I'd like to suggest that you implement device-specific code as a kernel module. For which kernel? XFree86 runs on Linux, FreeBSD, NetBSD, OpenBSD, Solaris, Windows (Cygwin), OS/2, and a few more platforms, each with a different kernel architecture (and in Linux's case, many different kernel versions). (Of course, we do this somewhat on Solaris/sparc, which is why Xsun is not setuid-root - but unlike XFree86, we've got a very small range of kernels to support.) -- -Alan Coopersmith- [EMAIL PROTECTED] Sun Microsystems, Inc.- Sun Software Group User Experience Engineering: G11N: X Window System ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: How to render multiple cursors?
the problem is X is fundamentally based on the concept of a single cursor. Most if not all GUIs are. Alex --- Grant Wallace [EMAIL PROTECTED] wrote: I earlier had a question regarding how to support multiple pointers. One reply to that was to write a Window Manager to handle this. I can see how the window manager can handle moving windows simultaneously and redirecting input to windows simultaneously. But I'm wondering how would one render multiple cursors from the window manager. It seems if it was just drawn on the root window then other windows would obscure it. Is there a way to draw a top level window that is transparent? Or is there some other trick to getting multiple cursors rendered that will always be on top? Thanks, Grant. __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: What about a kernel module?
AC (Of course, we do this somewhat on Solaris/sparc, Do you document the interface ? Juliusz ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
xf86Yield()
I'd like to export a yielding function to the drivers. Bool xf86Yield(int yield_if) which will yield if the implementation yields in the way specified or a better way, but does nothing otherwise. yield_if can be: YIELD_ALWAYS Give up the CPU even if it means you sit out for at least a jiffy. YIELD_RESCHEDULE Give up the CPU even if it means you could lose the rest of your slice. Don't do anything otherwise. YIELD_FAST Give up the CPU only if you don't lose the rest of your slice. Don't do anything otherwise. It returns FALSE if it didn't yield. Do these sound like the right values for such a function? I assume that for Linux they map as follows: Pre GLIBC 2, YIELD_ALWAYS with usleep(0) Post GLIBC 2, YIELD_FAST with sched_yield() Which GLIBC corresponds to the YIELD_RESCHEDULE version of sched_yield()? What about FreeBSD? Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 planned features
On Thu, 9 Oct 2003, Antoine D wrote: What are the planned features of 4.4.0? Is a list of them available somewhere? I couldn't find this info on the website. I don't know of any list yet. We usually create it when we are writing the release notes after the code freeze. We could start sooner if somebody wanted to keep track of it. Mark. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: What about a kernel module?
On Wed, Oct 08, 2003 at 01:05:23PM -0700, Tim Roberts wrote: XFree86 runs quite well in many non-Linux environments today. Not to mention that Linux was only the third or fourth platform that XFree86 ran on, with several SYSV versions and 386BSD pre-dating the Linux port :-). As to the original subject, kernellevel support can be useful and necessary for some features. Current example are AGPGART and DRM, which have migrated (or are being migrated) to the 3 BSDs after being implemented first on Linux. I don't think kernel based methods should be ignored -- especially when a kernel module can conviently provide functionality not otherwise available. However, I think it would be a mistake (for portability reasons) to only implement core features in ways that require kernel modules. Overall we have a reasonable balance right now, but that shouldn't stop people following up other approaches if the can provide real performance improvements. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
[Fonts] (no subject)
Dear Font manager I'm looking for font listed name - Benzoal Reader . PP originaly for Machintos thx
[I18n] Come visit our doctors hiqjaliq
was his animated and enthusiastic appearance that made her glad. Look at our huge selection of prescription medication that for pain relief, depression, birth control, men's health, women's health, sleep aids, and of course viagr@ practical science, being applied, as the name literally suggests,
[I18n] XIM callback to the client
We have successfully created a XIM server using IMdkit which receives key events and we can commit strings back to the client. Now we need to do some context dependent substitutions by looking at the characters at the neighbourhood of the client's cursor. We know that this is possible by running some callbacks on the client. Please point us to a place to find out implementation details. Thanks in advance. Anuradha ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[I18n] Give Her the Power Guys vsruufui
science of which we propose to treat, is certainly entitled to a We can help you give her what she wants, all night long, and bigger and stronger, and many other great things. ex-governor of Hungary, the last stronghold of feudal barbarism or go away please
Re: [I18n] XIM callback to the client
On Wed, Oct 08, 2003 at 09:02:52PM +0600, Anuradha Ratnaweera wrote: We have successfully created a XIM server using IMdkit which receives key events and we can commit strings back to the client. Now we need to do some context dependent substitutions by looking at the characters at the neighbourhood of the client's cursor. We know that this is possible by running some callbacks on the client. Please point us to a place to find out implementation details. This requirement is in common with Thai XIM. I was once pointed to the String Conversion Callback, by which you can retrieve or substitute text in the client buffer. Please see Section 13.5.6.8 and 13.5.7.3 in the Xlib manual. However, I still have an unanswered question about the protocol semantic, which was posted here long time ago. Regards, -Thep. -- Theppitak Karoonboonyanan http://linux.thai.net/thep/ ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
Re: [XFree86] 3D Prophet 4000XT - PowerVR KYRO
On Tue, Oct 07, 2003 at 11:19:30PM +0200, Lollo wrote: Is supported? No, it's not supported, because ST Micro refuses to provide the necessary programming information for a supportable XFree86 driver to be written. There is a binary only driver released by ST Micro here: http://www.pvrdev.com/pub/PC/driver/index.htm More information: http://kyro2insttool.sourceforge.net/ http://klt.sourceforge.net/ -- Ryan Underwood, nemesis at icequake.net, icq=10317253 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] fatal error: no screens found
Hello xfree86, what must i do? -- Best regards, Stas mailto:[EMAIL PROTECTED] XFree86.0.log Description: Binary data
[XFree86] autostart
Hi, I use suse 8.0 minimal installation with xdm and mozilla. Can I create some kind of task for mozilla to start when I logged on to linux? That's it andi mailto:[EMAIL PROTECTED] application/ms-tnef
Re: [XFree86] automatic protocol detection for external PS/2 mouse causes IBM T30 to stay in startup
Hi, have you tried an BIOS Update first ? Oliver Mihatsch Hans-Gerd van Schelve wrote: Hello. After upgrading our Linux System to XFree 4.3.0.1 we have the strange situation that Laptops hangs in the bios loading phase. The only chance is to disconnect the mouse and reconnect it. The same problem occurs for example under SuSE Linux 8.2 Our XFConfig Mouse Part: Section InputDevice Identifier ps2mouse Driver mouse Option Name PS/2-Mouse;IMPS/2 Option Protocol imps/2 Option Device /dev/psaux Option ZAxisMapping 4 5 EndSection Any suggestions? Regards Hans-Gerd van Schelve __ Die Besten ihrer Klasse! WEB.DE FreeMail (1,7) und WEB.DE Club (1,9) - bei der Stiftung Warentest - ein Doppelsieg! http://f.web.de/?mc=021184 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] no video
This is a copy of the error I am receiving. I have a Radeon 7000 video card and red hat is saying that no windows can be displayed so I can only get command line with root. could you please send me a step by step on how to fix this problem. thank you, Lowell Harding From: root [EMAIL PROTECTED] To: [EMAIL PROTECTED] Date: Mon, 6 Oct 2003 16:19:30 -0700 XFree86 Version 4.3.0 (Red Hat Linux release: 4.3.0-2) Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.20-3bigmem i686 [ELF] Build Date: 27 February 2003 Build Host: porky.devel.redhat.com Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.20-8smp ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 SMP Thu Mar 13 17:45:54 EST 2003 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: Mon Oct 6 16:14:41 2003 (==) Using config file: /etc/X11/XF86Config (==) ServerLayout Default Layout (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Videocard0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc105 (**) XKB: model: pc105 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device DevInputMice (**) FontPath set to unix/:7100 (**) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/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/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.3.0, 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.3.0, 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,2570 card 8086,2570 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2571 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24d2 card 8086,4c43 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24d4 card 8086,4c43 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24d7 card 8086,4c43 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:3: chip 8086,24de card 8086,4c43 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24dd card 8086,4c43 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev c2 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24d0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24db card 8086,4c43 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:2: chip 8086,24d1 card 8086,4c43 rev 02 class 01,01,8f hdr 00 (II) PCI: 00:1f:3: chip 8086,24d3 card 8086,4c43 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1002,013a rev 00 class 03,00,00 hdr 00 (II) PCI: 02:00:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 02:01:0: chip 1102,0004 card 1102,0051 rev 03 class 04,01,00 hdr 80 (II) PCI: 02:01:1: chip 1102,7003 card 1102,0040 rev 03 class 09,80,00 hdr 80 (II) PCI: 02:01:2: chip 1102,4001 card 1102,0010 rev 00 class 0c,00,10 hdr 80 (II) PCI: 02:08:0: chip 8086,1050 card 8086,303a rev 01 class 02,00,00 hdr 00 (II) PCI: 03:00:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:01:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:02:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:03:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:04:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:05:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:06:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:07:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:08:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:09:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:0a:0: chip 1105,8300 card , rev 02 class 04,80,00 hdr 00 (II) PCI: 03:0b:0:
i855 problem - was Re: [XFree86] Configuring 4-heads with Radeon RV2P
I think this is a know problem with the i8xx driver. I'm not sure what the work around is, if there is one. Alex Hi Jason: Ive read your post, and maybe you can help me whith something similar: I have a laptop which has a screen plug (db15). If i turn on the laptop, the screen that works is its lcd pannel. If i turn it on whith an external screen pluged into the db15, that screen works, but not the lcd. Also, if im using the lcd, i cannot plug an external screen to the db15 whithout rebooting. When i run X, in the /var/log/XFree86.0.log file appears: ... Display plane A is disabled Display plane B is enabled ... I think this is something related to that. Do you know how can i switch from an external screen to the lcd, and vice versa (whithout rebooting :D) Also do you know if it is possible to use both at the same time? It would be great for presentations, where the projector is plugged, but you need to look the screen at the same time. If you know any document where i can find some information, i would appreciate it. Thank you. Fernando Alvarez-Uria Madrid, Spain p.s. My graphic card is an Intel i855GL, and im using i810 driver under XFree86 4.3 __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Driver for ATI Radeon IGP 340M
Actually I think the IGP code went in after 4.3.0 was released. you may need to use the driver from CVS. Also if you want 3D support to need to use this patch: http://bugs.xfree86.org/show_bug.cgi?id=314 Alex On Tue, 2003-10-07 at 16:23, =?iso-8859-1?B?SXNpZG9ybyBUcmV2afFv ?= wrote: Sir, I have an ATI Radeon IGP 340M and I wish you could tell me which driver I \ should use and how I can configure it. Thanks You should run XFree86 4.3.0 or later and use the radeon driver. Something like this for your device section: Section Device Identifier Mobility Driver radeon VendorName ATI BoardName IGP 340M Screen 0 EndSection Regards, Brandon Wittenburg __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mouse restrictions under dual-head config
This can be done, however, both heads have to be in graphics mode, so you'll have to start an xterm or something on the other head to display your log output. to to it change the screenlayout section of your config. remove the relationship (eg. leftof, rightof, etc.) between the heads ie: Screen 0 head0 0 0 Screen 1 head1 Also make sure xinerama is not loaded. Alex -- No, that's not what I want. What I meant is that I'll be using the secondary screen for process and log monitoring and such stuff. I have had no trouble at all setting that up, and it's working just fine. Since I won't be giving it any input, I want is to restrict my mouse from being able to wrap over to it when I move it to the edge of my primary screen. Fredrik Tolf David L writes: Hi, Going of your question, I assume you juast want to replicate what you see on the first screen to output onto the second screen. Is this correct? If that is the case, there is an option Option CloneDisplay integer you can read about it in # man radeon I havnt actually set up the behaviour you are describing on my dual screen set up so that is about all the help I can give you. Hope this is of use to you David L __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] no video
(WW) RADEON(0): Valid modes must be between 320x200-0x0 This might be the problem you're facing. Could you send your config file for us to have a look at? I'm interested to see where the range of 320x200 to 0x0 comes from. Regards, Pieter Hulshoff ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] All annoying error in I830WaitLpRing() in some details
On Tue, Oct 07, 2003 at 09:19:42PM -0400, David Dawes wrote: On Tue, Oct 07, 2003 at 05:16:28PM +0300, Alexey E. Suslikov wrote: Tuesday, October 7, 2003, 4:53:45 PM, you wrote: bang! this is it: the bug still exist, at least on i830m (like in my case). setting NoAccel true is turning off Xaa functions for first. linux people did so. i did too, but with no success :( I've tried very hard and I'm not seeing the problem any more. If you are still seeing it maybe you could do a little investigation into its cause? One thing you may want to try is setting pI830-NeedRingBufferLow = TRUE This isn't done for the i830 as it didn't seem to be necessary. ok. i will try and report as soon as possible. That shouldn't make any difference to the noaccel case, since the ring buffer isn't allocated then. Yes, turning XAA off will work around the problem. The LpRing is only used for that. no. as i described above, this recipe was digged from mailing list and solves the problem for some linux people. but not for me on OpenBSD and this guy on NetBSD. A couple of other things I can think of are 1) some subtle difference in the implementation of the agpgart support for those two platforms, or 2) the fact that the BIOS is executed via the emulator on the BSDs but uses vm86 mode on Linux. Does anyone running FreeBSD see the problem? If not, that should rule out 2). To take the agp support out of the picture, disable the HW cursor, and make sure the videoram is set to some amount lower than what the BIOS preallocates at boot time (e.g., 4096). From your noaccel log, the agp interface is only used to allocate the HW cursor space (because it needs a physical address). That means just adding 'Option SWCursor' to your Device section should be sufficient for this test. It would be very useful to try different OSs (Linux and one or more BSDs) on exactly the same machine, and see if the results were the same. It really has to be exactly the same machine to eliminate possible differences in BIOS and hardware revisions. The messages in your log: (WW) I810(0): PRB0_CTL (0x000b6007) indicates ring buffer enabled (WW) I810(0): PRB0_HEAD (0x) and PRB0_TAIL (0x00092660) indicate ring buffer not flushed are results of some sanity checks on the inherited state that the driver tries to make. It doesn't do anything other than report them. These don't seem to show up at initial startup, only after switching VT's back and forth. There seemed to be some evidence that some BIOSes did stuff that the driver didn't expect when switching back to text mode. I was never able to prove or disprove that theory, because I couldn't reproduce these lockups that others had reported. Maybe it depends on the BIOS rev or hardware rev. Maybe it's simply a bug lurking somewhere that doesn't affect most platforms. It's hard to say for sure at this point. I made some tests on my NetBSD laptop : Dell Inspiron 2600 laptop (bios A08) Intel 82830MP Integrated Video (rev. 0x04) NetBSD 1.6ZC (-current 20031003) XFree86 4.3.99.13 (-current 20031007) * NoAccel ... ok * Accel ... KO * Accel + SWcursor + 4Mo... KO * Accel + NeedRingBufferLow ... KO For the NoAccel case, i successfully switched about 20 times to the 4 text consoles and went back to X without any problem. But still no luck with acceleration enabled. -- Nicolas Joly Biological Software and Databanks. Pasteur Institute, Paris. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] (no subject)
--- [Quipo ISP - Questa E-mail e' stata controllata dal programma Declude Virus] [Quipo ISP - This E-mail was scanned for viruses by Declude Virus] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] G400 Dual Head and RedHat 9
I think redhat compiles xfree86 with the use_hal (I forget the exact name) flag turned off. what you need to do is recompile the mga driver with that flag on (I think that is the default for a stock xfree86). then the mga driver will load the hal module for features that need it. Alex -- Folks, I am posting this to the XFree86 mailing list and the RedHat general list. The issue appears to be pertinent to both XFree86 and RedHat 9, and I have not seen any specific mention of it in the current archives when I searched on Google. I apologize for the length of the note but want to get as many possibly pertinent details into it as I can. We recently had a meltdown on a box that had RedHat 7.3 installed; we decided to install the latest version of RH since support for 7.3 seems likely to go away in the near future. The box contains the following hardware: ASUS P2B-D Dual PII motherboard Dual PII 450 Deschutes CPUs w/512K cache 448 MB non-ECC PC100 RAM 3Com 3C905B-TX Ethernet ESS-1968 Maestro 2 sound Matrox G400 Dual-Head w/16 MB RAM Generic 40X CD-ROM 6.4 GB Quantum IDE HD 13 GB IBM IDE HD ViewSonic P810 21 Monitor IBM P200 20 Monitor The 6.4 GB drive has an old installation of NT 4.0 on it which we have enabled for dual-boot. The 13 GB is the primary channel master, the 6.4 is the primary channel slave, and the CD is the secondary channel master drive. On to the problem: when we installed RH 9, we were unable to set up dual head Xinerama display as we had previously. Not surprising, as we had to download the Matrox binary-only drivers to make that work on RH 7.3. We downloaded the latest drivers from Matrox which are currently labeled 3.0 compared to the old ones at 2.0, and installed them. After some initial weirdness with the MGA PowerDesk utility showing the second head greyed out so that it appeared it was impossible to configure it, we were able to get the second monitor up. For some odd reason, if you double-click in the (empty) area to the right of the monitor icons in Power Desk where the mode selection radio buttons go, it suddenly decides to activate the second monitor. Go figure. So, we configure the monitors into dual-head mode, left and right merged display. Restarting X brings up the dual-head display as we expected, and we were able to log in. We configured up2date and got all currently available updates onto the box. Then we started actually trying to use the system, and the problems began to appear. Here are the primary problems: 1) Anything GL-related can (and probably will) kill X. This problem first manifested when the primary user would walk away from the machine long enough for the screensaver to come on. He would often come back and find that he'd been logged out. He initially thought this was some wacky new auto-logout feature built into the screensaver and wasted some time trying to find something in the configuration windows to disable it. We found that we could force the crash by selecting preview on any of the GL screensavers such as GLForestFire. 2) Any version of Mozilla other than the 1.2.1 that ships with Redhat is extremely unstable. Browsing to the Ximian site locked up both 1.3 and 1.4 stable versions of Mozilla. We downloaded Firebird 0.6.1 as well, with the same results. Most of the time they won't even start; you get an empty grey window frame when you try to start any of them. Redhat's 1.2.1 continues to run like a champ. We de-installed the Matrox drivers and went back to single-head mode, and all of the problems immediately vanished. OK, so we went looking for information on this problem. We were unable to find anyone else who was having the specific problems we were having, either in the mailing list archives for redhat, XFree86, or the Linux lists at Matrox. We found some stuff through groups.google.com which suggested we might be able to run the G400 in dual-head mode without using the (clearly buggy) Matrox drivers, but that turned out to be totally fruitless. We set up a xinerama-enabled XF86Config file and attempted to run with the 4.3.0 stuff that we had installed. No joy. XFree86.0.log clearly showed that it wanted the mga_hal_drv.o file to be available. We finally concluded that the folks who claimed to be running without the Matrox drivers must be running distros that shipped with mga_hal_drv.o installed and they just weren't aware of it. One of them was running Mandrake, but I don't recall which version it was. You can find those posts on Google by searching for Mantrox G400 Dual (and no, that's not a typo). Documentation for XFree86 states that the default behavior for the MGA driver is to load the MGA HAL driver if it is available, so we tried installing *just* the mga_hal_drv.o file from Matrox but leaving the stock 4.3.0 mga_drv.o file in place. No joy. The second head would not turn on. Primary head worked fine, and none of the crashing problems were there. The
[XFree86] All annoying error in I830WaitLpRing() in some details
hmmm... yet another one on linux at 845G :) http://marc.theaimsgroup.com/?l=xfree86m=106561213221272w=2 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Mouse restrictions under dual-head config
Thank you. That was actually what I had in mind (and I had discovered that earlier). It's just that it feels like kind of a hack to do so. I would have thought that there would be a real way of doing it, if you see what I mean. Oh, and by the way. What I would _really_ want, is to run two different X servers on the same time, but the current VT implementation seems to prevent that. I've heard of some kernel patch or something coming along to fix that. Does anyone know something about this, and in that case, does it work with a dual-headed card like mine or do I need two seperate cards in that case? Fredrik Tolf Alex Deucher writes: This can be done, however, both heads have to be in graphics mode, so you'll have to start an xterm or something on the other head to display your log output. to to it change the screenlayout section of your config. remove the relationship (eg. leftof, rightof, etc.) between the heads ie: Screen 0 head0 0 0 Screen 1 head1 Also make sure xinerama is not loaded. Alex -- No, that's not what I want. What I meant is that I'll be using the secondary screen for process and log monitoring and such stuff. I have had no trouble at all setting that up, and it's working just fine. Since I won't be giving it any input, I want is to restrict my mouse from being able to wrap over to it when I move it to the edge of my primary screen. Fredrik Tolf David L writes: Hi, Going of your question, I assume you juast want to replicate what you see on the first screen to output onto the second screen. Is this correct? If that is the case, there is an option Option CloneDisplay integer you can read about it in # man radeon I havnt actually set up the behaviour you are describing on my dual screen set up so that is about all the help I can give you. Hope this is of use to you David L __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Server crash - No usable screen configuration found
Hi, I have a Compaq Presario 1800EA laptop... (Pentium III 1.0 GHz, 320 Mb RAM)... Red Hat Linux 9.0 and MS Windows XP Pro are the operating systems installed... The RHL9 installation was fairly simple and the graphical interface worked fine... After the installation, the X server wouldn't load... a copy of the log is attached... I have an external AcerView 54eL monitor connected to the laptop as well... The redhat-config-xfree86 command does not work either giving the same error... I have tried editing the /etc/X11/XF86Config file and specifying the dimensions manually, but it still did not work... Your help would be highly appreciated... Thanking you in anticipation for your kind consideration, Hussain Morssi _ Get less junk mail with ninemsn Premium. Click here http://ninemsn.com.au/premium/landing.asp XFree86.0.log Description: Binary data
[XFree86] Color correction
Hi all! Is it possible to increase the color level of a screen using x? What i want to do is to saturate more the color of my laptop, because it is shown too low, like not being enough. I have tried using xgamma, but actually it does not do anything. Thanks too much. Fernando Alvarez-Uria Madrid, Spain ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Hercules
first make sure your config file is set up correctly. your device sections should look like this: Section Device Identifier Videocard0 Driver radeon VendorName Videocard vendor BoardName ATI Radeon 7000 BusID PCI:1:0:0 Screen 0 EndSection Section Device Identifier Videocard1 Driver radeon VendorName Videocard vendor BoardName ATI Radeon 7000 BusID PCI:1:0:0 Screen 1 EndSection Make sure you change the BusID to whatever your card is, and make sure both devices have the same BusID. some newer radeon cards have two ids. ignore the secondary one (usually the id that ends in 1). also remove any videoram lines from your config. this is an example screenlayout: Section ServerLayout Identifier DualHead Screen 0 Screen0 Screen 1 Screen1 LeftOf Screen0 InputDevice Mouse0 CorePointer InputDevice Keyboard0 CoreKeyboard Option Xinerama On EndSection You only need the xinerama option if you want to drag windwos between heads (single logical screen). Alex - Hi I am trying to hook up a Hercules 3D Prophet 9000 PCI graphics card in dual screen mode, but I cannot get the settings correct in my config file. Can you help me out? I am running Red Hat 7.3 and XFree86 4.2.0 on a PC. Many thanks, Hong __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Color correction
Fernando Álvarez-Uría wrote: Hi all! Is it possible to increase the color level of a screen using x? What i want to do is to saturate more the color of my laptop, because it is shown too low, like not being enough. I have tried using xgamma, but actually it does not do anything. What hardware? Thomas -- Thomas Winischhofer Vienna/Austria thomas AT winischhofer DOT net *** http://www.winischhofer.net/ twini AT xfree86 DOT org ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] All annoying error in I830WaitLpRing() in some details
On Tue, Oct 07, 2003 at 06:51:34PM -0700, Eric Anholt wrote: On Tue, 2003-10-07 at 18:19, David Dawes wrote: On Tue, Oct 07, 2003 at 05:16:28PM +0300, Alexey E. Suslikov wrote: Tuesday, October 7, 2003, 4:53:45 PM, you wrote: bang! this is it: the bug still exist, at least on i830m (like in my case). setting NoAccel true is turning off Xaa functions for first. linux people did so. i did too, but with no success :( I've tried very hard and I'm not seeing the problem any more. If you are still seeing it maybe you could do a little investigation into its cause? One thing you may want to try is setting pI830-NeedRingBufferLow = TRUE This isn't done for the i830 as it didn't seem to be necessary. ok. i will try and report as soon as possible. That shouldn't make any difference to the noaccel case, since the ring buffer isn't allocated then. Yes, turning XAA off will work around the problem. The LpRing is only used for that. no. as i described above, this recipe was digged from mailing list and solves the problem for some linux people. but not for me on OpenBSD and this guy on NetBSD. A couple of other things I can think of are 1) some subtle difference in the implementation of the agpgart support for those two platforms, or 2) the fact that the BIOS is executed via the emulator on the BSDs but uses vm86 mode on Linux. Does anyone running FreeBSD see the problem? If not, that should rule out 2). To take the agp support out of the picture, disable the HW cursor, and make sure the videoram is set to some amount lower than what the BIOS preallocates at boot time (e.g., 4096). From your noaccel log, the agp interface is only used to allocate the HW cursor space (because it needs a physical address). That means just adding 'Option SWCursor' to your Device section should be sufficient for this test. A couple of FreeBSDers have had problems with I830WaitLpRing errors on switching to a different VT. Can you confirm that this is one of the recent development snapshots? David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] All annoying error in I830WaitLpRing() in some details
On Wed, Oct 08, 2003 at 05:39:59PM +0300, Alexey E. Suslikov wrote: hmmm... yet another one on linux at 845G :) http://marc.theaimsgroup.com/?l=xfree86m=106561213221272w=2 That one is with DRI enabled, and it isn't clear if its is related to what you're seeing or not. It's also with XFree86 4.3. I haven't seen any reports from Linux users with symptoms that match what you have reported. If there are any Linux users reading this that do see the same symptoms, with a recent development snapshot, please send a note with details. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] S3 prosavage DDR
Hi, excuse my english pls I had read this from the slackware home page, refering to the new realease ( 9.1 ): The 3D performance rockets past anything you've ever seen before. Gamers, get ready. :) We've updated the S3 Savage driver for the Slackware 9.1 release, Thats mean there is now 3D support for the S3 prosavage DDR ??? ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] RE: Elsa Gloria XL Card
I have encountered the same problem after installing SuSE Linux 8.2 Professional on a Dell Workstation 400 (PII, 300MHz) with an Elsa GLoria XL graphics card. The pertinent details of XFree86.0.0.log: PCI:*(0:16:0) unknown vendor (0x1048) unknown chipset (0x8901) rev22 PCI: (0:16:1) 3DLabs GLINT Delta rev 1 PCI: (0:16:2) 3DLabs GLINT MX rev 1 I tried all of the following graphics cards in SaX2 with no luck: 3DLabs -- 3DExtreme -- Permedia 4 -- Permedia II 2D+3D -- R4 S3 -- Integrated Trio3D Re: [XFree86] RE: Elsa Gloria XL Card From: Alan Hourihane Subject: Re: [XFree86] RE: Elsa Gloria XL Card Date: Fri, 27 Jun 2003 11:09:45 -0700 On Sat, Jun 28, 2003 at 04:02:41AM +1000, Chris wrote: Dear XFree86 team, I have a Compaq Deskpro AP400 with a Elsa Gloria XL card in it, I have tried many things to try to get it to work but have been unsuccessful so far, has anyone had this experience before? What have you tried ? Check the log file in /var/log/XFree86.0.log for any errors. Alan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] fatal error: no screens found
Configure your X-server. RH has xconfigurator or whatever it's called. Alternatively XFree86 -configure can generate an XF86Config file for you. Mark. On Wed, 8 Oct 2003, [Windows-1251] Ñòàñ wrote: Hello xfree86, what must i do? -- Best regards, Stas mailto:[EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Pseudocolor mode handling...
I don't think 4.3 should be behaving as you describe. I don't believe there is any difference between 4.4 and 4.3 in this regard. Mark. On Wed, 8 Oct 2003, MARTIN Patrice - GRE ( [EMAIL PROTECTED] ) wrote: Hi, I still have problem using XFree86 in Pseudocolor mode. When I use XFree86 V4.1.0 in Pseudocolor Mode, all works fine. I mean that when the X server starts, then no default color are allocated, all the 256 colors are free. But still version 4.2.0 (V4.3.0 too), when I use XFree86 in Pseudocolor mode, then 248 of the 256 colors are allocated when the X server starts, and of course there is no other X application running... So, when I want to use a new distro, like Red Hat V7.x, V8.0, or V9.0, I must put back the V4.1.0 of XFree86, in other our old application works fine in Pseudocolor mode. It's too restricting, especially when we want to use other graphics cards that are not supported in the V4.1.0 of XFree86. So, is the new release of XFree86, V4.4.0 plan for December 2003, take care of this regression in Pseudocolor mode handling? Thank's in advance for your answer, -- Regards, - Patrice Martin -- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Status of TV Out support
Hi I wanna get a graphic card with TV out to attach an old PC to my TV... now as a big Linux user I obviously wanna run Linux on it... but while checking the current status of TV Out support it rather looks like that's gonna be a daunting task... :-( Most drivers plan to "add TV Out support in the future" - or if I find it mentioned looks rather very bleedign edge before actually buying a new card with TV Out - can anyone recommand a chips set that's proven to be working with xfree? Maybe any further reference to documentation giving more help? (been looking around a bit but didn't find much concrete) Thanks, Daice
Re: [XFree86] Color correction
Thomas Winischhofer wrote: What hardware? Thomas intel 845gl graphic chipset. Im using i810 driver. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Intel 845G No scfrens found
I have an Intel 845G chip in an IBM NetVista, with a Sony model SDM-S81R flatpanel display. Running XFree86 4.3.0, under a Knoppix Debian distribution, currently updated. I can only get XFree86 to come up in 800x600 and 8bpp. Any other modes, or resolutions fail to come up, even the modelines found with DDC probing during the knoppix setup fail. Does anyone have any suggestions on how to get XFree86 to work with this display at it's native resolution, and a decent color depth? Anyone want my log files, and current config file? Thank you for your time, Bryan. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Fast Write SBA
Hello I am have poor ferformace with my NVIDIA Geforece 4 Ti 4600, and i think i know why, Fast Writes and SBA are disabled, but will be support via the AGP card and motherboard, i was wondering how to turn them on. I am useing Xfree86-4.3.0.1 The lastes NVIDIA drivers: 4496 Kernel-2.4.22 The card is a: ASUS V8460 - NVIDIA Geforce 4 Ti 4600 Tyan-K7X-pro With dual AMD 2400+ MP /proc/driver/nvidia/agp/card Fast Writes:Supported SBA:Supported AGP Rates: 4x 2x 1x Registers: 0x1f000217:0x0f000104 /proc/driver/nvidia/agp/host-bridge Host Bridge:Advanced Micor Devices [AMD] AMD-760 MP [IGD4-2P] System Controller Fast Writes:Supported SBA:Supported AGP Rates: 4x 2x 1x Registers: 0x0f000217:0x0104 /proc/driver/nvidia/agp/status Status: Enabled Driver: AGPGART AGP Rate: 4X Fast Writes:Disabled SBA:Disabled XF86Config Description: Binary data
[XFree86] Startx shuts down
Title: Startx shuts down Hi, I am running Linux Mandrake 9 and at least once a day, sometimes several, the startx will abort and I end up at the Linux login. The version is XFree86 4.2.1. The error at this point where I am logged into Linux, before I have to do a startx again is: client 16 rejected from localhost caught signal 11: server aborting I am enclosing a copy of the log file and the config file. Can you please tell me what is all of a sudden causing this to happen? Thanks Karen I have looked at the XFree86 website and if I have to install a newer version or a even the same version, I'm not sure that I can. I am new to the Linux community and binaries and such and didn't quite understand how to go about installing. XFree86.log1.doc XFree86.log1.doc Description: MS-Word document
[XFree86] savage4
Hello everybody! I'm new to this list and I don't know if my question has been already asked by someone else... Will 3D acceleration for S3 Savage4 videocard be supported in version 4.4.0? If not, are you planning to make it work? I know it isn't a great videocard but I would feel displeased to waste it.. Best regards ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] savage4
On Wed, 2003-10-08 at 14:22, Andrea Santilli wrote: Hello everybody! I'm new to this list and I don't know if my question has been already asked by someone else... Will 3D acceleration for S3 Savage4 videocard be supported in version 4.4.0? If not, are you planning to make it work? I know it isn't a great videocard but I would feel displeased to waste it.. There are various people working on the S3 Savage DRI code. However, it isn't ready. It still needs to have the 2d code merged with XFree86 4.3.99.x, the 3d updated to Mesa 5, and needs to move the DMA handling to the kernel. -- Eric Anholt[EMAIL PROTECTED] http://people.freebsd.org/~anholt/ [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] savage4
Hello Eric! Thanks for explainig me the situation of savage4... You said that there are various people working on the S3 Savage DRI code... Do you know where can I get this code? I've downloaded the ProSavage driver from VIA/S3 but it doesnt work on Savage4... Another question... Have I to install this Mesa to make 3D work? Eric Anholt wrote: On Wed, 2003-10-08 at 14:22, Andrea Santilli wrote: Hello everybody! I'm new to this list and I don't know if my question has been already asked by someone else... Will 3D acceleration for S3 Savage4 videocard be supported in version 4.4.0? If not, are you planning to make it work? I know it isn't a great videocard but I would feel displeased to waste it.. There are various people working on the S3 Savage DRI code. However, it isn't ready. It still needs to have the 2d code merged with XFree86 4.3.99.x, the 3d updated to Mesa 5, and needs to move the DMA handling to the kernel.
[XFree86] Re: G400 Dual Head and RedHat 9
On Tue, 7 Oct 2003, James Wiggs wrote: I am posting this to the XFree86 mailing list and the RedHat general list. The issue appears to be pertinent to both XFree86 and RedHat 9, and I have not seen any specific mention of it in the current archives when I searched on Google. I apologize for the length of the note but want to get as many possibly pertinent details into it as I can. In order for you to get working dualhead on the Matrox G400 in XFree86, requires that you use Matrox's video driver from their website, along with their proprietary Hallib. The mga driver in Red Hat Linux is built with: #define UseMatroxHalNO This is done because Red Hat does not support proprietary drivers, and people using them often file bug reports anyway. In the case of the Matrox driver, it is very often difficult to determine in short order wether or not someone is using the unsupported Hallib or not. Since I wasted counteless hours debugging many problems that were caused by Matrox hallib being used with the mga driver many releases ago, only to find that hallib was being used after having blown a lot of time already, I disabled Hallib support intentionally in order to limit the amount of bogus bug reports being received. Theoretically, we could still get bug reports from people who download and install both the replacement driver plus hallib from Matrox, however for whatever reason - in practice, that has not turned out to be the case. Since disabling hallib support, I have received virtually zero bug reports for mga hardware involving hallib, so this was a successful decision. People using Hallib, need to report bugs/problems they are having directly to Matrox, so that they are able to fix their binary only driver support, as distributions like Red Hat and others can't really do much about problems that occur with such drivers as we do not have the source code to them. Hope this clarifies things. -- Mike A. Harris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Radeon/XF86Config problems
Here's my error from the log.. (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (EE) No devices detected. Basically it looks like the Radeon driver has no idea how to handle the Radeon 9800. It has dual heads and I think this is what is causing most of my problems. I've attempted to write two device sections, each specifying a BusID, but whatever device is listed second is ignored. I've attempted several different options but none seem to help. It looks like if I could just get XFree86 to ignore the second device (or whichever one is appropriate) things would at least go a little more smoothly. Has anyone had any experience with dealing with unsupported dual-head video cards that could lend a hand? James Tanis Email: [EMAIL PROTECTED] ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: Radeon/XF86Config problems
On Wed, 8 Oct 2003, James Tanis wrote: (II) Primary Device is: PCI 01:00:0 (--) Assigning device section with no busID to primary device (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (EE) No devices detected. Basically it looks like the Radeon driver has no idea how to handle the Radeon 9800. It has dual heads and I think this is what is causing most of my problems. I've attempted to write two device sections, each specifying a BusID, but whatever device is listed second is ignored. I've attempted several different options but none seem to help. It looks like if I could just get XFree86 to ignore the second device (or whichever one is appropriate) things would at least go a little more smoothly. Has anyone had any experience with dealing with unsupported dual-head video cards that could lend a hand? The BusID *MUST* be the same for both screens of a dualhead Radeon card. Do NOT specify one as 1:00:0 and the other as 1:00:1 You also need to specify one as Screen 0 and the other as Screen 1. XFree86 4.3.0 was released before the Radeon 9800 existed, so it does not support that card. You need XFree86 CVS to use Radeon 9800, or you need to fake the ChipID to hack around it with 4.3.0. -- Mike A. Harris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] My video card
I have a NVidia Geforce fx 5200 video card it does not come up in the list of cards when tring to install Redhat and I was wondering how I could get my driver that I have to work, for I do not have a screen when X starts. Thank you, Ernest
Re: [XFree86] My video card
All nVidia cards use the same driver, nv. Just choose any of the nVidia cards in the list and it will work just fine. If you, unlike me, prefer speed over software freedom (of course, I can understand how it would feel a bit stupid buying a GeFore FX card without being able to use it to its full potential), you should download nVidia's proprietary drivers after a successful installation. They can be found on http://www.nvidia.com/. Just click your way through to the Linux/IA32 drivers. They come with extensive information on how to install them. Fredrik Tolf Ernest Pruitt writes: I have a NVidia Geforce fx 5200 video card it does not come up in the list of cards when tring to install Redhat and I was wondering how I could get my driver that I have to work, for I do not have a screen when X starts.. Thank you, Ernest ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] My video card
The nv driver that comes with XFree86 didn't support the GeForceFX until XFree86 4.3, so unless that is Red Hat 9, you don't have the driver. You'll want to either upgrade to XFree86 4.3 or you can use NVIDIA's binary drivers available from NVIDIA's web page, which will work with your current XFree86 version. Mark. On Wed, 8 Oct 2003, Ernest Pruitt wrote: I have a NVidia Geforce fx 5200 video card it does not come up in the list of cards when tring to install Redhat and I was wondering how I could get my driver that I have to work, for I do not have a screen when X starts.. Thank you, Ernest ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] All annoying error in I830WaitLpRing() in some details
On Wed, Oct 08, 2003 at 08:26:01PM +0300, Alexey E. Suslikov wrote: On Tue, Oct 07, 2003 at 09:19:42PM -0400, David Dawes wrote: On Tue, Oct 07, 2003 at 05:16:28PM +0300, Alexey E. Suslikov wrote: Tuesday, October 7, 2003, 4:53:45 PM, you wrote: bang! this is it: the bug still exist, at least on i830m (like in my case). setting NoAccel true is turning off Xaa functions for first. linux people did so. i did too, but with no success :( I've tried very hard and I'm not seeing the problem any more. If you are still seeing it maybe you could do a little investigation into its cause? One thing you may want to try is setting pI830-NeedRingBufferLow = TRUE This isn't done for the i830 as it didn't seem to be necessary. ok. i will try and report as soon as possible. That shouldn't make any difference to the noaccel case, since the ring buffer isn't allocated then. Yes, turning XAA off will work around the problem. The LpRing is only used for that. no. as i described above, this recipe was digged from mailing list and solves the problem for some linux people. but not for me on OpenBSD and this guy on NetBSD. A couple of other things I can think of are 1) some subtle difference in the implementation of the agpgart support for those two platforms, or 2) the fact that the BIOS is executed via the emulator on the BSDs but uses vm86 mode on Linux. Does anyone running FreeBSD see the problem? If not, that should rule out 2). To take the agp support out of the picture, disable the HW cursor, and make sure the videoram is set to some amount lower than what the BIOS preallocates at boot time (e.g., 4096). From your noaccel log, the agp interface is only used to allocate the HW cursor space (because it needs a physical address). That means just adding 'Option SWCursor' to your Device section should be sufficient for this test. It would be very useful to try different OSs (Linux and one or more BSDs) on exactly the same machine, and see if the results were the same. It really has to be exactly the same machine to eliminate possible differences in BIOS and hardware revisions. The messages in your log: (WW) I810(0): PRB0_CTL (0x000b6007) indicates ring buffer enabled (WW) I810(0): PRB0_HEAD (0x) and PRB0_TAIL (0x00092660) indicate ring buffer not flushed are results of some sanity checks on the inherited state that the driver tries to make. It doesn't do anything other than report them. These don't seem to show up at initial startup, only after switching VT's back and forth. There seemed to be some evidence that some BIOSes did stuff that the driver didn't expect when switching back to text mode. I was never able to prove or disprove that theory, because I couldn't reproduce these lockups that others had reported. Maybe it depends on the BIOS rev or hardware rev. Maybe it's simply a bug lurking somewhere that doesn't affect most platforms. It's hard to say for sure at this point. I made some tests on my NetBSD laptop : Dell Inspiron 2600 laptop (bios A08) Intel 82830MP Integrated Video (rev. 0x04) NetBSD 1.6ZC (-current 20031003) XFree86 4.3.99.13 (-current 20031007) * NoAccel ... ok * Accel ... KO * Accel + SWcursor + 4Mo ... KO * Accel + NeedRingBufferLow ... KO For the NoAccel case, i successfully switched about 20 times to the 4 text consoles and went back to X without any problem. But still no luck with acceleration enabled. my result with OpenBSD against -current (4.3.99.13) was completely equal to Nicolas' with NetBSD: I830WaitLpRing() lockup still here. Does that include the NoAccel case no longer locking up? If so, that's at least something positive. additionally, i have downloaded one of these widely available linux on livecd distros and have found 4.3.0 working. Also good news. I'd like suggest trying the emulator version of the int10 module. Normally you'd do this by renaming the /usr/X11R6/lib/modules/linux/libint10.a file so that the generic (emulator) version /usr/X11R6/lib/modules/libint10.a gets used instead. That might not be possible if you're running off a live CD. You might be able to achieve the same thing by copying the generic version to some writeable directory, and edit the XF86Config file to add that directory to the ModulePath before the default one. Checking the log file will allow you to confirm which module actually gets used. When you next try on OpenBSD, can you try a kernel without the agp support, to try eliminating that completely from the picture? you will find dmesg and XFree86.log below. as always, i have done a couple of terminal switching. this is it... confusing... It's a step in the right direction, at least. David -- David Dawes X-Oz Technologies www.XFree86.org/~dawes www.x-oz.com ___ XFree86