CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 05/02/10 02:43:47 Log message: 323. Fix pixmap cache corruption when Xv was in use due to a memory allocator calculation problem (Alan Hourihane). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/i810/: i830_video.c Revision ChangesPath 3.3432+3 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.18 +1 -5 xc/programs/Xserver/hw/xfree86/drivers/i810/i830_video.c ___ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 05/02/10 05:17:39 Log message: 324. Fix unaligned YV12 videos that caused skew when playing in the i830 driver (Alan Hourihane). Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/Xserver/hw/xfree86/drivers/i810/: i830_video.c Revision ChangesPath 3.3433+4 -2 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.19 +17 -24 xc/programs/Xserver/hw/xfree86/drivers/i810/i830_video.c ___ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: test (branch: trunk)
CVSROOT:/home/x-cvs Module name:test Changes by: [EMAIL PROTECTED] 05/02/10 20:09:09 Log message: 18. Add clean script. 17. Fixes for Solaris. Modified files: test/xsuite/: CHANGELOG Imakefile NOTES.xf86 test/xsuite/xtest/: tetbuild.cfg.bsd tetbuild.cfg.linux tetbuild.cfg.std tetbuild.cfg.svr4 Added files: ./: README test/xsuite/: clean.sh Revision ChangesPath 1.4 +4 -0 test/xsuite/CHANGELOG 1.4 +1 -7 test/xsuite/Imakefile 1.16 +3 -3 test/xsuite/NOTES.xf86 1.2 +44 -2 test/xsuite/xtest/tetbuild.cfg.bsd 1.2 +44 -2 test/xsuite/xtest/tetbuild.cfg.linux 1.2 +44 -2 test/xsuite/xtest/tetbuild.cfg.std 1.2 +46 -4 test/xsuite/xtest/tetbuild.cfg.svr4 ___ Cvs-commit mailing list Cvs-commit@XFree86.Org http://XFree86.Org/mailman/listinfo/cvs-commit
x86 emulator bug
I am not sure if I should post this here or on bugzilla.
While trying to get a Silicon Motion SM722 video controller
working with Solaris, I have discovered a problem with the
emulation of the SHLD and SHRD (double precision shift)
instructions of the x86 emulator.
According to the Intel Pentium User Guide Vol 3, these
instructions can shift upto 31 bits with both 16 and 32
bit operands. The emulator code will only work with shifts
of upto 15 bits for 16 bit operands.
The file is
xc/extras/x86emu/src/x86emu/prim_ops.c
I have modified the two functions as below.
I am not positive the flags are set correctly so
would appreciated someone else to check these.
u16 shld_word (u16 d, u16 fill, u8 s)
{
unsigned int cnt, res, cf;
if (s 32) {
cnt = s % 32;
if (cnt 0) {
if (cnt 15) {
res = (unsigned int)fill (cnt - 16);
if (cnt == 16)
cf = d 0x1;
else
cf = res 0x1;
}
else {
res = (d cnt) | (fill (16-cnt));
cf = d (1 (16 - cnt));
}
CONDITIONAL_SET_FLAG(cf, F_CF);
CONDITIONAL_SET_FLAG((res 0x) == 0, F_ZF);
CONDITIONAL_SET_FLAG(res 0x8000, F_SF);
CONDITIONAL_SET_FLAG(PARITY(res 0xff), F_PF);
} else {
res = d;
}
if (cnt == 1) {
CONDITIONAL_SET_FLAGres 0x8000) == 0x8000) ^
(ACCESS_FLAG(F_CF) != 0)), F_OF);
} else {
CLEAR_FLAG(F_OF);
}
} else {
res = 0;
CONDITIONAL_SET_FLAG((d (s-1)) 0x8000, F_CF);
CLEAR_FLAG(F_OF);
CLEAR_FLAG(F_SF);
SET_FLAG(F_PF);
SET_FLAG(F_ZF);
}
return (u16)res;
}
u16 shrd_word (u16 d, u16 fill, u8 s)
{
unsigned int cnt, res, cf;
if (s 32) {
cnt = s % 32;
if (cnt 0) {
if (cnt 15) {
if (cnt == 16)
cf = d 0x8000;
else
cf = fill (1 (cnt - 17));
res = fill (cnt - 16);
} else {
cf = d (1 (cnt - 1));
res = (d cnt) | (fill (16 - cnt));
}
CONDITIONAL_SET_FLAG(cf, F_CF);
CONDITIONAL_SET_FLAG((res 0x) == 0, F_ZF);
CONDITIONAL_SET_FLAG(res 0x8000, F_SF);
CONDITIONAL_SET_FLAG(PARITY(res 0xff), F_PF);
} else {
res = d;
}
if (cnt == 1) {
CONDITIONAL_SET_FLAG(XOR2(res 14), F_OF);
} else {
CLEAR_FLAG(F_OF);
}
} else {
res = 0;
CLEAR_FLAG(F_CF);
CLEAR_FLAG(F_OF);
SET_FLAG(F_ZF);
CLEAR_FLAG(F_SF);
CLEAR_FLAG(F_PF);
}
return (u16)res;
}
Charles Dobson.
Concurrent Technologies Plc.
___
Devel mailing list
Devel@XFree86.Org
http://XFree86.Org/mailman/listinfo/devel
XFree86 4.3/4.4: distinguish between two mouses?
Hello, I've two mouses connected to my Linux box. They work fine in general. In my X-application (here SDL..) I want to know on which mouse a button was pressed. Accroding to XInput.h / XDeviceButtonEvent there is a field which is named deviceid. But this has allways the same value. It doesn't matter which button I pressed. Any ideas how to solve this problem? thx + cu rasca -- ___ | Triad Berlin Projektgesellschaft mbH | http://www.triad.de/ | ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.3/4.4: distinguish between two mouses?
Hello, I am thrilled to hear of this request. In my X-application (here SDL..) I want to know on which mouse a button was pressed. Accroding to XInput.h / XDeviceButtonEvent there is a field which is named deviceid. But this has allways the same value. It doesn't matter which button I pressed. Any ideas how to solve this problem? To distinguish to mice has a bit of a history for me. In 2002 I followed the idea that it would be beneficial for 3D environemts to work with two hands rather than one. The issue was raised by Prof. John Park in Seoul, Korea, in the context of investigating protein structures. My personal vision is an extension towards collaborative meetings throgh the internet with multiple participants sharing one screen but each having one individual mouse. I got to the point that I could distinguish the mice (USB and PS/2), but never learned how to have two cursors on the screen and something else got priority. But I am still subscribed to this mailing list Since you in Berlin are accidentially very close to me in Rostock, it might be a good idea that we both meet, or just ring me up. I still have my source from back then, just the diff to the current distribution is a bit difficult. I could tar this up for you or anybody else being interested. Also I have a demo program. The idea behind my implementation is that the device id is hidden in the upper bits of the button id in the server side, since we usually do not need to distinguish 2^8 buttons. The Xclient breaks things apart again. This renders the patched X server compatible with current binaries. [EMAIL PROTECTED]:/data/Xfree86/xc$ cvs diff cvs diff: authorization failed: server anoncvs.xfree86.org rejected access to /cvs for user anoncvs cvs diff: used empty password; try cvs login with a real password Can anybody help how to make a diff to a 3 year old source? I happened to have tagged the lines I added. I hope your mailer doesn't wrap them. I attached a grep through the source. Back then I had hoped to find a high school student to go after this as a Jugend Forscht project. It did not work out. Neither could I find a CS student here in Rostock for it - admittedly, I am at the medical faculty which makes communication a bit more difficult. Well, maybe somebody on this list has a shortcut to what I did. I'm very curious to hear about it. Best regards, Steffen T: +49 381 494 5885 ./lib/X11/XlibInt.c:ev-button = event-u.u.detail 0x0F; /* steffen */ ./lib/X11/XlibInt.c:ev-device_id = event-u.keyButtonPointer.device_id; /* steffen */ ./lib/X11/XlibInt.c:ev-is_hint = event-u.u.detail 0x0F; /* steffen */ ./lib/X11/XlibInt.c:ev-device_id = event-u.keyButtonPointer.device_id; /* steffen */ ./lib/X11/XlibInt.c:ev-detail = event-u.u.detail 0x0F; /* steffen */ ./lib/X11/XlibInt.c:ev-device_id = event-u.keyButtonPointer.device_id; /* steffen */ ./lib/X11/Xlib.h: DeviceID device_id; /* identifier of device */ /* steffen */ ./lib/X11/Xlib.h: DeviceID device_id; /* identifier of device */ /* steffen */ ./lib/X11/Xlib.h: DeviceID device_id; /* identifier of device */ /* steffen */ ./lib/X11/EvToWire.c:/* #define MultipleMice */ /* steffen */ ./lib/X11/EvToWire.c: event-u.keyButtonPointer.device_id=ev-device_id; /* steffen */ ./lib/X11/EvToWire.c: adapt the xEvent structure. steffen ./lib/X11/EvToWire.c: event-u.u.detail |=c;/* steffen */ ./lib/X11/EvToWire.c: event-u.keyButtonPointer.device_id=ev-device_id; /* steffen */ ./lib/X11/EvToWire.c: adapt the xEvent structure. steffen ./lib/X11/EvToWire.c: event-u.u.detail |=c;/* steffen */ ./lib/X11/EvToWire.c: event-u.keyButtonPointer.device_id=ev-device_id; /* steffen */ ./lib/X11/EvToWire.c: adapt the xEvent structure. steffen ./lib/X11/EvToWire.c: event-u.u.detail |=c;/* steffen */ ./config/cf/cygwin.cf:#define BuildXftLibrary NO /* steffen */ ./config/cf/cygwin.cf:#define BuildXft1Library NO /* steffen */ ./config/cf/cygwin.cf:#define BuildFreetype2Library NO /* steffen */ ./config/cf/cygwin.cf:#define BuildRandRLibrary NO /* steffen */ ./config/cf/cygwin.cf:#define BuildXResLibrary NO /* steffen */ ./config/cf/cygwin.cf:#define BuildGlxExt NO /* steffen */ ./programs/Xserver/hw/xwin/winmouse.c:static int lastDeviceThatPressedButton=0; // steffen // nothing serious, just to improve playing ./programs/Xserver/hw/xwin/winmouse.c: xCurrentEvent.u.keyButtonPointer.device_id=7353; // steffen ./programs/Xserver/hw/xwin/winmouse.c: xCurrentEvent.u.u.detail|=(rand()%4)6; // steffen ./programs/Xserver/hw/xwin/winmouse.c: printf(winMouseButtonsSendEvent: %d\n,iButton);
Re: XFree86 4.3/4.4: distinguish between two mouses?
Hi, Steffen Moeller wrote: Hello, I am thrilled to hear of this request. I'm suprised that this is not a common request for games (two input devices for two gamers). In my X-application (here SDL..) I want to know on which mouse a button was pressed. Accroding to XInput.h / XDeviceButtonEvent there is a field which is named deviceid. But this has allways the same value. It doesn't matter which button I pressed. Any ideas how to solve this problem? First of all I've to correct myself. It looks like I didn't understood (and still don't understand) the XInput extension. On the other side looking at Gimp it looks like there is a way to handle my problem just with this XInput extension. [..] I got to the point that I could distinguish the mice (USB and PS/2), but never learned how to have two cursors on the screen and something else got priority. But I am still subscribed to this mailing list I don't need two cursors, just the posibility which user (= which mouse) did a button press. Since you in Berlin are accidentially very close to me in Rostock, it might be a good idea that we both meet, or just ring me up. I still have my source from back then, just the diff to the current distribution is a bit difficult. I could tar this up for you or anybody else being interested. Also I have a demo program. [..] Very much thanks for this offer. But I think it should be much easyer for me to learn to use the XInput extension than to patch the X11-Server :-) If someone has a patch for libSDL to add XInput would be nice. Or may be someone has a *realy* simple sample code how to use XInput. My fault was to think that the XDeviceButtonPressedEvent is send like a normal XButtonPressedEvent (e.g. fetched by XNextEvent (). But it's just a normal XButtonPressedEvent.. cu rasca -- ___ | Triad Berlin Projektgesellschaft mbH | http://www.triad.de/ | ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: x86 emulator bug
Charles Dobson wrote: I am not sure if I should post this here or on bugzilla. While trying to get a Silicon Motion SM722 video controller working with Solaris, I have discovered a problem with the emulation of the SHLD and SHRD (double precision shift) instructions of the x86 emulator. According to the Intel Pentium User Guide Vol 3, these instructions can shift upto 31 bits with both 16 and 32 bit operands. The emulator code will only work with shifts of upto 15 bits for 16 bit operands. The pseudo-code for those instructions in that same document also say that, when the shift count is greater than or equal to the operand size, the contents of the destination register and the flags are undefined. Thus, there is technically nothing wrong with the emulator code as-is. Your patch is right, but the existing code is also right. -- - Tim Roberts, [EMAIL PROTECTED] Providenza Boekelheide, Inc. ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: x86 emulator bug
On Thu, Feb 10, 2005 at 10:08:20AM -, Charles Dobson wrote: I am not sure if I should post this here or on bugzilla. Definitely here so that more people will see it and have a chance to comment. While trying to get a Silicon Motion SM722 video controller working with Solaris, I have discovered a problem with the emulation of the SHLD and SHRD (double precision shift) instructions of the x86 emulator. According to the Intel Pentium User Guide Vol 3, these instructions can shift upto 31 bits with both 16 and 32 bit operands. The emulator code will only work with shifts of upto 15 bits for 16 bit operands. As Tim pointed out, that behaviour is documented as undefined. However, if emulating it this way helps for that controller, then that's probably how we should do it. The file is xc/extras/x86emu/src/x86emu/prim_ops.c I have modified the two functions as below. I am not positive the flags are set correctly so would appreciated someone else to check these. Since the flags are also undefined for that case, setting them this way looks OK to me. If there are no further comments, I'll commit your changes. Thanks. David ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
Re: DRM kernel source broken/incomplete
On Tue, Feb 08, 2005 at 08:14:59PM -0500, David Dawes wrote: Some have said here today that the drivers can adapt to older DRM versions. That's how it should be, but I don't know if it is true or not. I've seen some things in my initial testing that may cast some doubt on it, but there were too many other variables to be certain without followup. Following up on this, if I start XFree86 with DRI enabled with an i810, on Red Hat 9 with its stock kernel and DRM module, the server gets killed by the kernel. The reason is that it tries to open up to 255 minor device nodes (vs 16 before), but some versions of the DRM have a hard limit of 16 and unfortunately don't validate the minor number before using it to index an array. David ___ Devel mailing list Devel@XFree86.Org http://XFree86.Org/mailman/listinfo/devel
[XFree86] Super Pen WP5540 tablet protocol.
Hi; I'm trying to hook up a Super Pen WP5540 (U) tablet to a Linux machine. I've set the (XF86Config) XF86Config Device to the USB device. With the Protocol set to INPS/2 I get a result that looks very much like one would get with a mouse having the incorrect Protocol. That is, when I move the penn the cursor dances wildly across the screen. The vital stats are: XFree86 Ver. - 3.3.6 OS - Debian Woody - Kernel 2.4.18 XF86Config: option Device /dev/usb/mouse0 XF86Config: option Protocol IMPS/2 # And varous others. I have tried various Protocol seetings with no luck. The question is does anybody know which protocol the WP5540 uses and is that protocol supported by XFree86? Further, noting that I'm using an older version of XFree86, would this device be supported by XFree86 V4.*? Thanks Cheers -- Peter F Bradshaw, [EMAIL PROTECTED], ICQ 75431157 (exadios). PGP public key at http://members.iinet.net.au/~exadios/public_key.html Needs more salt - Archimedes ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Font endian problem?
Title: Font endian problem? Hi, I have Xfree86 version 4.4.0 up and running on a PowerPC host using the LynxOS operating system. All appears to be working ok, except that the fonts are being rendered incorrectly when using Xterm etc. The problem looks like the bitmaps that make up the fonts are being split down the middle and then reversed, causing a kind of mirrored effect to happen. I'm guessing that this an endian issue somewhere, but I'm not quite sure where to look to solve it. Does anyone know which source files etc I would need to look at to change the endian-ness and get the fonts displayed correctly? Thanks, Ian This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk
[XFree86] Enjoy low priced Software
Here is your way of high quality Software. Cheap software for you, all are Original Genuine! Choose discount software store for OEM versions on graphic design, office administration, operation system, finance, anti-virus and server maintenance. http://getthestar.com/oe/ Our staff will try to meet all your Software needs. his mind as he tries to make sense of the stilted prose.Somebody is going to have to buy Eactivists that helped reelect Bush, asking supporters to call talkradio shows and to choreograph ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Enjoy low priced Software
There is nothing with this name. http://getthestar.com/oe/ Hesham ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Xfree configuration problem
Hi, Now It 's working with "vga" driver but with the worst resolution (320x200 this is almost to havent anything :( ). I used busID parameter, but It didnt work. I change the driver to "i810", but it didnt work too. (II) VGA: Generic VGA driver (version 4.0) for chipsets: generic(--) Assigning device section with no busID to primary device(--) Chipset generic found(**) VGA(0): Depth 8, (--) framebuffer bpp 8(==) VGA(0): RGB weight 666(==) VGA(0): Default visual is PseudoColor(==) VGA(0): Using gamma correction (1.0, 1.0, 1.0)(==) VGA(0): videoRam: 64 kBytes.(II) Loading /usr/X11R6/lib/modules/libvgahw.a(II) Module vgahw: vendor="The XFree86 Project" compiled for 4.1.0, module version = 0.1.0(==) VGA(0): Virtual size is 320x200 (pitch 320)(**) VGA(0): Built-in mode "Generic 320x200 default mode": 12.6 MHz (scaled from 25.2 MHz), 31.5 kHz, 70.2 Hz (VScan)(==) VGA(0): DPI set to (75, 75)(II) Loading /usr/X11R6/lib/modules/libfb.a(II) Module fb: vendor="The XFree86 Project" compiled for 4.1.0, module version = 1.0.0(**) VGA(0): DPMS enabled Regards, Mauricio Rojas P. Gerente Producto y Servicio ISC S.A. (http://www.isc.cl) fono: 56 2 2362306 fax: 56 2 2362088 De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Bukie MabayojeEnviado el: Miércoles, 09 de Febrero de 2005 21:37Para: xfree86@xfree86.orgAsunto: Re: [XFree86] Xfree configuration problem Check my comments in blue... You can find them by searching for BUKIE # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section "Module" # This loads the DBE extension module. Load "dbe" # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection "extmod" Option "omit xfree86-dga" # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Load "type1" Load "freetype" # This loads the GLX module # Load "glx" EndSection # ** # Files section. This allows default font and rgb paths to be set # ** 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 (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # # FontPath "/usr/X11R6/lib/X11/fonts/local/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath
Re: [XFree86] Font endian problem?
On Thu, 10 Feb 2005, Ian Jones wrote: I have Xfree86 version 4.4.0 up and running on a PowerPC host using the LynxOS operating system. All appears to be working ok, except that the fonts are being rendered incorrectly when using Xterm etc. The problem looks like the bitmaps that make up the fonts are being split down the middle and then reversed, causing a kind of mirrored effect to happen. I'm guessing that this an endian issue somewhere, but I'm not quite sure where to look to solve it. Does anyone know which source files etc I would need to look at to change the endian-ness and get the fonts displayed correctly? What driver would this be? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
RE: [XFree86] Font endian problem?
The driver I am using is the generic 'chips' driver. Sorry, forgot to put that in my initial email. Ian -Original Message- From: Marc Aurele La France [mailto:[EMAIL PROTECTED] Sent: 10 February 2005 16:04 To: Ian Jones Cc: xfree86@XFree86.Org Subject: Re: [XFree86] Font endian problem? On Thu, 10 Feb 2005, Ian Jones wrote: I have Xfree86 version 4.4.0 up and running on a PowerPC host using the LynxOS operating system. All appears to be working ok, except that the fonts are being rendered incorrectly when using Xterm etc. The problem looks like the bitmaps that make up the fonts are being split down the middle and then reversed, causing a kind of mirrored effect to happen. I'm guessing that this an endian issue somewhere, but I'm not quite sure where to look to solve it. Does anyone know which source files etc I would need to look at to change the endian-ness and get the fonts displayed correctly? What driver would this be? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk This e-mail has been scanned for all viruses by Star. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Font endian problem?
Ian Jones wrote: The driver I am using is the generic 'chips' driver. Sorry, forgot to put that in my initial email. Ian -Original Message- From: Marc Aurele La France [mailto:[EMAIL PROTECTED] Sent: 10 February 2005 16:04 To: Ian Jones Cc: xfree86@XFree86.Org Subject: Re: [XFree86] Font endian problem? On Thu, 10 Feb 2005, Ian Jones wrote: I have Xfree86 version 4.4.0 up and running on a PowerPC host using the LynxOS operating system. All appears to be working ok, except that the fonts are being rendered incorrectly when using Xterm etc. The problem looks like the bitmaps that make up the fonts are being split down the middle and then reversed, causing a kind of mirrored effect to happen. I'm guessing that this an endian issue somewhere, but I'm not quite sure where to look to solve it. Does anyone know which source files etc I would need to look at to change the endian-ness and get the fonts displayed correctly? Try adding Option XaaNoScreenToScreenColorExpandFill and/or Option XaaNoCPUToScreenColorExpandFill These disable the acceleration of font writing. D. -- David Bateman[EMAIL PROTECTED] Motorola Labs - Paris+33 1 69 35 48 04 (Ph) Parc Les Algorithmes, Commune de St Aubin+33 1 69 35 77 01 (Fax) 91193 Gif-Sur-Yvette FRANCE The information contained in this communication has been classified as: [x] General Business Information [ ] Motorola Internal Use Only [ ] Motorola Confidential Proprietary ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] XFree86 BUG
Hello, Currently I?m being stuck with my font server. Here is the detailed log report. Glad to get out of this before running out of my blood. Need Help! 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-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 P 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: Thu Feb 10 23:01:35 2005 (==) 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 (II) Open APM successful (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 = 0x80010004, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2560 card 8086,2560 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2561 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 8086,5356 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 8086,5356 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev 82 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24c0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24cb card 8086,5356 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 8086,5356 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card , rev b2 class 03,00,00 hdr 00 (II) PCI: 02:01:0: chip 1102,8938 card 1102,5938 rev 00 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 14f1,2f00 card 14f1,2004 rev 01 class 07,80,00 hdr 00 (II) PCI: 02:05:0: chip 10b9,545a card 201f,545a rev 00 class 07,03,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfc90 - 0xfe9f (0x210) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe460 - 0xf46f (0x1010) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xd000 - 0xd0ff (0x100) IX[B] [1] -1 0 0xd400 - 0xd4ff (0x100) IX[B] [2] -1 0 0xd800 - 0xd8ff (0x100) IX[B] [3] -1 0 0xdc00 - 0xdcff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -1 0 0xfea0 - 0xfeaf (0x10) MX[B] (II) Bus 2 prefetchable memory range: [0] -1 0 0xf470 - 0xf47f (0x10) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1),
[XFree86] XFree86 BUG
Hello, Currently I?m being stuck with my font server. Here is the detailed log report. Glad to get out of this before running out of my blood. Need Help! 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-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 P 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: Thu Feb 10 23:01:35 2005 (==) 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 (II) Open APM successful (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 = 0x80010004, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2560 card 8086,2560 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2561 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 8086,5356 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 8086,5356 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev 82 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24c0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24cb card 8086,5356 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 8086,5356 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card , rev b2 class 03,00,00 hdr 00 (II) PCI: 02:01:0: chip 1102,8938 card 1102,5938 rev 00 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 14f1,2f00 card 14f1,2004 rev 01 class 07,80,00 hdr 00 (II) PCI: 02:05:0: chip 10b9,545a card 201f,545a rev 00 class 07,03,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -100x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -100x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -100x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -100xfc90 - 0xfe9f (0x210) MX[B] (II) Bus 1 prefetchable memory range: [0] -100xe460 - 0xf46f (0x1010) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -100xd000 - 0xd0ff (0x100) IX[B] [1] -100xd400 - 0xd4ff (0x100) IX[B] [2] -100xd800 - 0xd8ff (0x100) IX[B] [3] -100xdc00 - 0xdcff (0x100) IX[B] (II) Bus 2 non-prefetchable memory range: [0] -100xfea0 - 0xfeaf (0x10) MX[B] (II) Bus 2 prefetchable memory range: [0] -100xf470 - 0xf47f (0x10)
[XFree86] Missing dll
Hello, Please this is my first try to install X11. I read the information check the machine with Xinstall.sh -check command. I am running cygwin under Windows. I download all the *.tgz files from the cygwin folder and run the install program. When I try to use program it says file cygcygipc-2.dll is missing. How can I find it from the web site for download? P. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] XFree86 BUG
NOT XFree86 BUG . You don't have font server running Do --- ps -eaf | grep xfs to check if it is running. chamara wrote: Hello, Currently I?m being stuck with my font server. Here is the detailed log report. Glad to get out of this before running out of my blood. Need Help! 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-8 ([EMAIL PROTECTED]) (gcc version 3.2.2 20030222 (Red Hat Linux 3.2.2-5)) #1 Thu Mar 13 17:54:28 EST 2003 P 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: Thu Feb 10 23:01:35 2005 (==) 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 (II) Open APM successful (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 = 0x80010004, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2560 card 8086,2560 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,2561 card , rev 03 class 06,04,00 hdr 01 (II) PCI: 00:1d:0: chip 8086,24c2 card 8086,5356 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 8086,5356 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 8086,5356 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card , rev 82 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24c0 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24cb card 8086,5356 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 8086,5356 rev 02 class 0c,05,00 hdr 00 (II) PCI: 01:00:0: chip 10de,0110 card , rev b2 class 03,00,00 hdr 00 (II) PCI: 02:01:0: chip 1102,8938 card 1102,5938 rev 00 class 04,01,00 hdr 00 (II) PCI: 02:04:0: chip 14f1,2f00 card 14f1,2004 rev 01 class 07,80,00 hdr 00 (II) PCI: 02:05:0: chip 10b9,545a card 201f,545a rev 00 class 07,03,00 hdr 00 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,2), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xfc90 - 0xfe9f (0x210) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0xe460 - 0xf46f (0x1010) MX[B] (II) PCI-to-PCI bridge: (II) Bus 2: bridge is at (0:30:0), (0,2,2), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 2 I/O range: [0] -1 0 0xd000 - 0xd0ff (0x100) IX[B] [1] -1 0 0xd400 - 0xd4ff (0x100) IX[B] [2] -1 0 0xd800 - 0xd8ff (0x100) IX[B] [3] -1 0 0xdc00 - 0xdcff (0x100) IX[B] (II) Bus 2 non-prefetchable
RE: [XFree86] Xfree configuration problem
On Thu, 10 Feb 2005, Mauricio Rojas wrote: Sorry, I set 16 M and the problem persist :( Regards, Mauricio Rojas P. What part of the first six lines of your log file do you not understand? Marc. +--+---+ | Marc Aurele La France | work: 1-780-492-9310 | | Computing and Network Services | fax:1-780-492-1729 | | 352 General Services Building | email: [EMAIL PROTECTED] | | University of Alberta +---+ | Edmonton, Alberta | | | T6G 2H1 | Standard disclaimers apply| | CANADA | | +--+---+ XFree86 developer and VP. ATI driver and X server internals. ___ XFree86 mailing list XFree86@XFree86.Org http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] AC�L SATILIK
#350;i#351;li de yeni yap#305;lm#305;#351; binada sat#305;l#305;k daireler 1.90 m2 2+1 2.147m2 3+1 3.145m2 3+1 4.113m2 3+1 #199;elik kap#305;,laminat parke,jakuzi,penapen,do#287;algaz(kombili), #214;deme banka kredisi yap#305;l#305;r.Pazarl#305;k paylar#305; de vard#305;r. Fiyat ve di#287;er sorular i#231;in l#252;tfen 0212 288 26 00 aray#305;n ilginiz i#231;in te#351;ekk#252;r ederim irem yal#231;#305;n
