CVS Update: xc (branch: trunk)
CVSROOT:/home/x-cvs Module name:xc Changes by: [EMAIL PROTECTED] 03/12/18 02:15:25 Log message: back out that last commit Modified files: xc/programs/Xserver/Xext/: shm.c Revision ChangesPath 3.42 +1 -3 xc/programs/Xserver/Xext/shm.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/12/18 06:11:05 Log message: updates Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG Revision ChangesPath 3.3039+8 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG ___ 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/12/18 06:14:39 Log message: 667. Fixes and updates for XKB keyboard maps: - Add to 'us' keymap backslash key that can be rewritten in other layouts (Bugzilla #976, Børre Gaup). - Fix some keys in Georgian latin keymap (Bugzilla #985, Vano Beridze). - Add Korean keymap (Jungshik Shin). - Add French variant of 'dvorak' keymap (Josselin Mouette). - Fix wrong key type in the 'keymap without special keys' (Ivan Pascal). Modified files: xc/programs/xkbcomp/: expr.c xc/programs/xkbcomp/keycodes/: xfree86 xc/programs/xkbcomp/rules/: xfree86.lst xfree86.xml xc/programs/xkbcomp/symbols/: dvorak ge_la srvr_ctrl xc/programs/xkbcomp/symbols/pc/: dvorak ge_la us Revision ChangesPath 3.8 +2 -1 xc/programs/xkbcomp/expr.c 3.29 +6 -1 xc/programs/xkbcomp/keycodes/xfree86 3.76 +2 -1 xc/programs/xkbcomp/rules/xfree86.lst 1.22 +13 -0 xc/programs/xkbcomp/rules/xfree86.xml 3.11 +113 -1xc/programs/xkbcomp/symbols/dvorak 1.2 +5 -5 xc/programs/xkbcomp/symbols/ge_la 1.4 +3 -1 xc/programs/xkbcomp/symbols/srvr_ctrl 1.4 +68 -1 xc/programs/xkbcomp/symbols/pc/dvorak 1.3 +5 -5 xc/programs/xkbcomp/symbols/pc/ge_la 1.7 +4 -1 xc/programs/xkbcomp/symbols/pc/us ___ 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/12/18 07:22:33 Log message: fix xtest failure Modified files: xc/programs/Xserver/fb/: fbgc.c Revision ChangesPath 1.14 +9 -9 xc/programs/Xserver/fb/fbgc.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/12/18 08:21:17 Log message: Resync with http://pciids.sf.net/. Modified files: xc/programs/Xserver/hw/xfree86/etc/: pci.ids Revision ChangesPath 1.7 +256 -52 xc/programs/Xserver/hw/xfree86/etc/pci.ids ___ 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/12/18 08:22:27 Log message: Cougar 3DR is now in the master Modified files: xc/programs/Xserver/hw/xfree86/etc/: extrapci.ids Revision ChangesPath 1.11 +1 -4 xc/programs/Xserver/hw/xfree86/etc/extrapci.ids ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: test (branch: trunk)
CVSROOT:/home/x-cvs Module name:test Changes by: [EMAIL PROTECTED] 03/12/18 11:27:31 Log message: Fix $newsettings initialisation (Alan Hourihane). Modified files: test/xsuite/: run.sh Revision ChangesPath 1.4 +4 -2 test/xsuite/run.sh ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
CVS Update: test (branch: trunk)
CVSROOT:/home/x-cvs Module name:test Changes by: [EMAIL PROTECTED] 03/12/18 11:28:14 Log message: update version Modified files: test/xsuite/: NOTES.xf86 Revision ChangesPath 1.10 +3 -3 test/xsuite/NOTES.xf86 ___ 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/12/18 13:12:18 Log message: two bug-fixes for xterm Modified files: xc/programs/Xserver/hw/xfree86/: CHANGELOG xc/programs/xterm/: uxterm xterm.h xterm.log.html Revision ChangesPath 3.3042+5 -1 xc/programs/Xserver/hw/xfree86/CHANGELOG 1.7 +13 -1 xc/programs/xterm/uxterm 3.93 +2 -2 xc/programs/xterm/xterm.h 1.110 +10 -1 xc/programs/xterm/xterm.log.html ___ 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/12/18 13:56:38 Log message: Potential for xf86ReadMmio32 not found with DRI on Alpha. Modified files: xc/lib/GL/mesa/src/drv/r128/: r128_ioctl.c xc/lib/GL/mesa/src/drv/r200/: r200_screen.c xc/lib/GL/mesa/src/drv/radeon/: radeon_ioctl.c radeon_screen.c xc/programs/Xserver/hw/xfree86/common/: compiler.h Revision ChangesPath 1.12 +2 -1 xc/lib/GL/mesa/src/drv/r128/r128_ioctl.c 1.7 +2 -1 xc/lib/GL/mesa/src/drv/r200/r200_screen.c 1.14 +2 -5 xc/lib/GL/mesa/src/drv/radeon/radeon_ioctl.c 1.10 +2 -1 xc/lib/GL/mesa/src/drv/radeon/radeon_screen.c 3.105 +16 -2 xc/programs/Xserver/hw/xfree86/common/compiler.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/12/18 14:10:42 Log message: Make RALT behave similarly to in the multi-layout version of this map (Bugzilla #122 Avi Alkalay). Modified files: xc/programs/xkbcomp/symbols/: us_intl Revision ChangesPath 1.8 +3 -1 xc/programs/xkbcomp/symbols/us_intl ___ 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/12/18 17:47:27 Log message: Change default man page suffixes for Debian (Warren Turkal). Modified files: xc/config/cf/: linux.cf Revision ChangesPath 3.219 +7 -1 xc/config/cf/linux.cf ___ 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/12/18 18:05:40 Log message: Fix some mostly SCO-related build warnings (Bugzilla #996, Kean Johnston). Modified files: xc/config/cf/: sco5.cf xc/include/: Xfuncs.h Xos.h xc/lib/FS/: FSlibos.h xc/lib/X11/: ConnDis.c xc/lib/Xaw/: XawI18n.h xc/lib/Xdmcp/: Wrap.h xc/lib/font/fontfile/: encparse.c fontenc.c xc/programs/Xserver/Xprint/: attributes.c xc/programs/Xserver/hw/xfree86/xf86cfg/: config.h xc/programs/fonttosfnt/: read.c util.c xc/programs/lbxproxy/di/: options.c xc/programs/mkfontscale/: mkfontscale.c xc/programs/xedit/: ispell.c xc/programs/xfd/: grid.c xc/programs/xload/: get_load.c xc/programs/xlogo/: Logo.c Revision ChangesPath 3.15 +3 -2 xc/config/cf/sco5.cf 3.11 +5 -2 xc/include/Xfuncs.h 3.41 +5 -1 xc/include/Xos.h 3.11 +5 -1 xc/lib/FS/FSlibos.h 3.29 +2 -1 xc/lib/X11/ConnDis.c 3.15 +2 -2 xc/lib/Xaw/XawI18n.h 1.4 +9 -1 xc/lib/Xdmcp/Wrap.h 1.19 +5 -1 xc/lib/font/fontfile/encparse.c 1.16 +5 -1 xc/lib/font/fontfile/fontenc.c 1.21 +2 -2 xc/programs/Xserver/Xprint/attributes.c 1.18 +2 -1 xc/programs/Xserver/hw/xfree86/xf86cfg/config.h 1.5 +2 -1 xc/programs/fonttosfnt/read.c 1.10 +2 -1 xc/programs/fonttosfnt/util.c 1.9 +5 -5 xc/programs/lbxproxy/di/options.c 1.22 +2 -1 xc/programs/mkfontscale/mkfontscale.c 1.20 +2 -1 xc/programs/xedit/ispell.c 1.10 +2 -1 xc/programs/xfd/grid.c 1.21 +3 -3 xc/programs/xload/get_load.c 1.7 +2 -1 xc/programs/xlogo/Logo.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/12/18 18:16:36 Log message: build warnings Modified files: xc/programs/fonttosfnt/: fonttosfnt.c read.c util.c Revision ChangesPath 1.4 +2 -2 xc/programs/fonttosfnt/fonttosfnt.c 1.6 +2 -2 xc/programs/fonttosfnt/read.c 1.11 +4 -4 xc/programs/fonttosfnt/util.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/12/18 19:29:21 Log message: include the aiptek man page in the online docs Modified files: xc/doc/man/misc/: Imakefile Revision ChangesPath 1.6 +3 -1 xc/doc/man/misc/Imakefile ___ 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/12/18 20:26:36 Log message: update for RC2 Modified files: xc/programs/Xserver/hw/xfree86/etc/: Xinstall.sh Revision ChangesPath 1.65 +2 -2 xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh ___ 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/12/18 20:26:13 Log message: various doc updates Modified files: xc/programs/Xserver/hw/xfree86/doc/sgml/: Imakefile README.sgml RELNOTES.sgml Status.sgml defs.ent index.pre Revision ChangesPath 3.86 +2 -2 xc/programs/Xserver/hw/xfree86/doc/sgml/Imakefile 3.138 +22 -15xc/programs/Xserver/hw/xfree86/doc/sgml/README.sgml 1.89 +76 -477 xc/programs/Xserver/hw/xfree86/doc/sgml/RELNOTES.sgml 1.45 +6 -776xc/programs/Xserver/hw/xfree86/doc/sgml/Status.sgml 1.36 +9 -6 xc/programs/Xserver/hw/xfree86/doc/sgml/defs.ent 1.21 +2 -2 xc/programs/Xserver/hw/xfree86/doc/sgml/index.pre ___ 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/12/18 20:36:43 Log message: update formatted docs Modified files: ./: RELNOTES xc/programs/Xserver/hw/xfree86/doc/: BUILD Install README README.DECtga README.Darwin README.LynxOS README.NetBSD README.OpenBSD README.SCO README.chips README.mouse README.s3virge RELNOTES Status Revision ChangesPath 1.27 +91 -413 xc/RELNOTES 3.23 +6 -6 xc/programs/Xserver/hw/xfree86/doc/BUILD 1.27 +10 -10xc/programs/Xserver/hw/xfree86/doc/Install 3.136 +31 -22xc/programs/Xserver/hw/xfree86/doc/README 3.29 +1 -1 xc/programs/Xserver/hw/xfree86/doc/README.DECtga 1.18 +53 -29xc/programs/Xserver/hw/xfree86/doc/README.Darwin 3.40 +7 -7 xc/programs/Xserver/hw/xfree86/doc/README.LynxOS 3.92 +5 -5 xc/programs/Xserver/hw/xfree86/doc/README.NetBSD 1.45 +3 -3 xc/programs/Xserver/hw/xfree86/doc/README.OpenBSD 3.36 +14 -11xc/programs/Xserver/hw/xfree86/doc/README.SCO 3.50 +2 -2 xc/programs/Xserver/hw/xfree86/doc/README.chips 1.25 +1 -1 xc/programs/Xserver/hw/xfree86/doc/README.mouse 1.20 +1 -1 xc/programs/Xserver/hw/xfree86/doc/README.s3virge 3.125 +91 -413 xc/programs/Xserver/hw/xfree86/doc/RELNOTES 1.47 +6 -666xc/programs/Xserver/hw/xfree86/doc/Status ___ Cvs-commit mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/cvs-commit
Two new patches: #994 and #995
Hi, I created two bugs, #994, which updates the SCO port, which I would appreciate someone checking in, and #995, which updates pci.ids so that modern nVidia cards are recognized (card names taken from the driver). #995 sure isnt critical for 4.4 but it is simple and useful. Kean ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [XFree86] Weirdness in mga_video.c code
David Dawes wrote: [EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David Well that would be because I added it. Getting my source trees mixed up. Ok. sorry about that. But i do have another question. The reason why I mixed that stuff up was because a friend and I have been working on giving mga DMA'd XV for kicks and giggles and that code was added in the very beginning. Now, we've borrowed a lot from the ati R128 driver in how it uses blits to do DMA. We felt this was viable because the MGA and R128 driver are very similar in how the code is structured and functions. However, this is the first time we've both worked on video cards at this level to this degree and we're having trouble getting the actual blit code to work correctly. I keep getting this error. [drm:mga_verify_blit] *ERROR* *** bad blit: src=0x1 dst=0x300 Obviously I have no idea how to create a blit or something. The mga driver's blit structure is drastically different from the R128's so i've used some inference to fill in the missing pieces and what not. Fallbacks work correctly, so does using the option method of turning it off and on. Once this little hurdle of code is done then we should see the same type of dma benefits (if any) as the R128 card gets. The YV12 code is not expected to work as is for dma due to all the nasty multiplexing and all but there is another patch out there we're going to try and get a hold of that may eliminate the need for all that multiplexing and give us a function like the YUY2 one. Anyway, if any developers wanna check out this blit code and tell me what i'm doing wrong with it... it's in mga_video.c in the MGADMA function. just cd ./xc/programs/Xserver/hw/xfree86/drivers/mga and patch -p1 the attached patch. or if the list doesn't like attached patches i'll host it on a temp site. http://signal-lost.homeip.net:3001/mga_xvdma.patch.bz2 If nobody can help we still plan on continuing with the patch so anyone interested in the results of all this messing around need not give up. :) mga_xvdma.patch.bz2 Description: BZip2 compressed data
Re: Guaranteed Server crash with 4.4.0 (RC1)
On Wed, Dec 17, 2003 at 03:08:03PM -0800, Mark Vojkovich wrote: I don't think it's as bad as you think. It looks to me like this comes about due to a difference in the Shm protocol. Going against convention, xShmPutImageReq has an unsigned value for the src X and Y location. All other primitive have signed values. I think the correct behavior is probably to clamp the source X and Y in ProcShmPutImage function to the unsigned 15 bit coordinate system. Can somebody try that to see if it fixes the problem? Actually, it doesn't fix it. And I've backed out that patch. Stephen uploaded another test app which shows that even with srcX/Y as 0 and a negative dstX/Y parameter can still crash the server. It looks like a bug in the way fb uses deltas whereas I've tested the original cfb code and it works fine. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.4 release status
On Wed, 17 Dec 2003, David Dawes wrote: So, I'm planning to cut a second release candidate tomorrow, take a Christmas break, and then try to wrap the release up late December/early January. I guess that would be today (I have some changes that I've been testing, for xterm, but was unsure whether new commits would be useful). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
4.4.0RC1 - system hangs and long startup times
After installing the release candidate I recognized that startup-times of especially gnome-applications was significantly longer. Furthermore the system often froze when using idesk. After changing back to 4.3.0 everything was fine again. I'm using xfree86 on an AMD Athlon 1000 (133x7.5) with a GeForce3 and the NVIDIA-drivers 1.0-4620. (I know it's beta, but with 4496 I had the same problems). The kernel is 2.6.0-test11. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
Ouch, a typo error :/.. effectively, i have XkbModel set to pc105 and
XkbModel to fr.
setxkbmap -print gives :
xkb_keymap {
xkb_keycodes { include xfree86+aliases(azerty) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc/pc(pc101)+pc/fr};
xkb_geometry { include pc(pc101) };
};
This problem appears with fluxbox, gnome, kde and xfce4 so i assume it's not a
wm/dm problem...
If i am the only person to have this problem, i think i should search around
my distribution.
Thanks a lot for your response. :)
Tom
On Wednesday 17 December 2003 17:36, David Dawes wrote:
On Sat, Dec 13, 2003 at 03:06:27PM +, Thomas Estaben wrote:
I am testing this release under Gentoo. In my XF86Config, i set up
XkbModel to be pc105 and XkbModel to fr. My problem is that the
key doesn't work, XFree seems to take pc104 by default without using my
settings. I have to use setxbkmap -model pc105 by hand to use this key
wich is pretty annoying...
Is this a configuration problem or a known bug ?
If you really have XkbModel set to both pc105 and fr, then that may
be the problem. XkbModel should be pc105 and XkbLayout should be
fr. If that still doesn't work, what does 'setxkbmap -print' report?
David
--
David Dawes
developer/release engineer The XFree86 Project
www.XFree86.org/~dawes
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
Looking at ProcShmGetImage() there's a bunch of checking for out-of-bounds
coordinates, but ProcShmPutImage() lacks this checking.
Is this patch reasonable or too much (it does fix the problem) but I'm
wondering if the bounds are too strict for PutImage ?
Alan.
Index: shm.c
===
RCS file: /X11R6/x-cvs/xc/programs/Xserver/Xext/shm.c,v
retrieving revision 3.40
diff -u -r3.40 shm.c
--- shm.c 17 Nov 2003 22:20:27 - 3.40
+++ shm.c 18 Dec 2003 14:17:07 -
@@ -815,6 +815,34 @@
REQUEST_SIZE_MATCH(xShmPutImageReq);
VALIDATE_DRAWABLE_AND_GC(stuff-drawable, pDraw, pGC, client);
VERIFY_SHMPTR(stuff-shmseg, stuff-offset, FALSE, shmdesc, client);
+if (pDraw-type == DRAWABLE_WINDOW)
+{
+ if( /* check for being viewable */
+!((WindowPtr) pDraw)-realized ||
+ /* check for being on screen */
+ pDraw-x + stuff-dstX 0 ||
+pDraw-x + stuff-dstX + (int)stuff-srcWidth pDraw-pScreen-width ||
+ pDraw-y + stuff-dstY 0 ||
+ pDraw-y + stuff-dstY + (int)stuff-srcHeight pDraw-pScreen-height ||
+ /* check for being inside of border */
+ stuff-dstX - wBorderWidth((WindowPtr)pDraw) ||
+ stuff-dstX + (int)stuff-srcWidth
+ wBorderWidth((WindowPtr)pDraw) + (int)pDraw-width ||
+ stuff-dstY -wBorderWidth((WindowPtr)pDraw) ||
+ stuff-dstY + (int)stuff-srcHeight
+ wBorderWidth((WindowPtr)pDraw) + (int)pDraw-height
+)
+ return(BadMatch);
+}
+else
+{
+ if (stuff-dstX 0 ||
+ stuff-dstX+(int)stuff-srcWidth pDraw-width ||
+ stuff-dstY 0 ||
+ stuff-dstY+(int)stuff-srcHeight pDraw-height
+ )
+ return(BadMatch);
+}
if ((stuff-sendEvent != xTrue) (stuff-sendEvent != xFalse))
return BadValue;
if (stuff-format == XYBitmap)
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Re: 4.4 release status
On Wed, Dec 17, 2003 at 11:59:00PM -0500, David Dawes wrote: I've been catching up on the 4.4 RC1 test/bug reports after being out of action for the last few days. Judging from the reports coming in both here and in bugzilla, there's a good amount of testing happening, which is great. Some serious bugs and regressions are being found and fixed. I have what look like some xtest regressions that I haven't had the time to follow up yet too. These xtest regressions are in XDrawString*() ?? I think I know what this is. The patch I committed to fbgc.c, which I'm looking at now. Alan. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: XFree86 4.4.0 RC1
On Thu, Dec 18, 2003 at 03:19:01PM +, Thomas Estaben wrote:
Ouch, a typo error :/.. effectively, i have XkbModel set to pc105 and
XkbModel to fr.
setxkbmap -print gives :
xkb_keymap {
xkb_keycodes { include xfree86+aliases(azerty) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc/pc(pc101)+pc/fr};
xkb_geometry { include pc(pc101) };
};
This problem appears with fluxbox, gnome, kde and xfce4 so i assume it's not a
wm/dm problem...
If i am the only person to have this problem, i think i should search around
my distribution.
Thanks a lot for your response. :)
Maybe your xkb data files are out of date. Did you install everything
from 4.4RC1? I can't see anything from the current rules/xfree86 file
that would translate to what you are seeing.
To double check, I just tried with XkbModel pc105, XkbLayout fr, and I get:
xkb_keymap {
xkb_keycodes { include xfree86+aliases(azerty) };
xkb_types { include complete };
xkb_compat{ include complete };
xkb_symbols { include pc/pc(pc105)+pc/fr};
xkb_geometry { include pc(pc105) };
};
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
Re: 4.4 release status
On Thu, Dec 18, 2003 at 07:16:14AM -0500, Thomas Dickey wrote: On Wed, 17 Dec 2003, David Dawes wrote: So, I'm planning to cut a second release candidate tomorrow, take a Christmas break, and then try to wrap the release up late December/early January. I guess that would be today Late today. Possibly very late. (I have some changes that I've been testing, for xterm, but was unsure whether new commits would be useful). If they fix bugs people are reporting, then yes. I've been seeing a triple-click selection get extended from time to time for a while, but it's something that happens infrequently and I haven't been able to find a way to reproduce it reliably. This might be what you've found with Bugzilla #981? 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
Re: 4.4 release status
On Thu, Dec 18, 2003 at 10:19:47AM -0500, David Dawes wrote: I did get lots of spurious results with the early versions of the new xtest scripts I added to make testing easier. The latest version (4.0.1) seems to be pretty stable now though. I needed this to get the run.sh script to work properly. Alan. Index: run.sh === RCS file: /X11R6/x-cvs/test/xsuite/run.sh,v retrieving revision 1.3 diff -u -r1.3 run.sh --- run.sh 6 Dec 2003 18:45:17 - 1.3 +++ run.sh 18 Dec 2003 17:44:10 - @@ -61,13 +61,15 @@ Echo Press enter to continue: read resp +newsettings=y + if [ -f xtest/tetexec.cfg ]; then echo There is an existing xtest configuration file Echo Do you want to use it? (y/n) [y] read resp case $resp in - [nN]*) - newsettings=y + [yY]*) + newsettings=n ;; *) ;; ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Guaranteed Server crash with 4.4.0 (RC1)
Around 14 o'clock on Dec 18, Alan Hourihane wrote: Is this patch reasonable or too much (it does fix the problem) but I'm wondering if the bounds are too strict for PutImage ? Preserved window contents may not be limited to screen geometry. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.4 release status
On Thu, Dec 18, 2003 at 05:48:01PM +, Alan Hourihane wrote: On Thu, Dec 18, 2003 at 10:19:47AM -0500, David Dawes wrote: I did get lots of spurious results with the early versions of the new xtest scripts I added to make testing easier. The latest version (4.0.1) seems to be pretty stable now though. I needed this to get the run.sh script to work properly. Thanks Alan. I'll commit that and generate a new tarball. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: External FreeType build problem
On Wed, Dec 10, 2003 at 06:06:31PM +0100, Grzegorz Nieweglowski wrote: Someone with flexperience would be needed... On my config this does nicely: --- xc/programs/twm/lex.c 2003-12-10 17:10:27.0 +0100 +++ xc/programs/twm/lex.c.new 2003-12-10 17:10:47.0 +0100 @@ -25,6 +25,8 @@ /* flex integer type definitions */ +int yy_prev_more_offset; + #ifndef FLEXINT_H #define FLEXINT_H But it's just a quickdirty hack if someone (like me) is just interested in getting a XFree86 release to compile. I just looked at this again. lex.c is generated by flex, so patching it won't work. Other versions of flex put the following in the generated lex.c: static int yy_prev_more_offset = 0; Even trying to work around it by adding something like the above to lex.l would break other builds. I looked a bit at it, and it seems that flex, at least my flex-2.5.31, uses a /usr/include/FlexLexer.h header. I guess this header needs to be included in every flexed C source. However, greping twm for FlexLexer yields no results. But twm/lex.c already includes many, many definitions from FlexLexer.h (some are still missing, like yy_prev_more_offset). I don't know the They are there because flex puts them in the .c file it generates. It's a flex bug that it is not also putting in the definition for yy_prev_more_offset. I don't know if this has been fixed in a newer version of flex yet. David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
linux 2.6.0-pre11, XFree fails to start
Hello all, I have an intermitent bug on my computer (intel PIV, shuttle motherboard, integrated i845 video card): sometimes, at boot time, XFree (4.3.0, from redhat 9 package) fails to start. The screen goes black (or, more precisely, darkgrey) as the video mode is changed, and stays there forever. Keyboard is not responding (not even caps-lock or sysrq), and I have to reboot the computer. There is nothing in the log, the only information are the last lines written by the XServer in /var/log/XFree86.0.log: (II) I810(0): xf86BindGARTMemory: bind key 5 at 0x067f8000 (pgoffset 26616) (II) I810(0): xf86BindGARTMemory: bind key 6 at 0x066f8000 (pgoffset 26360) (II) I810(0): xf86BindGARTMemory: bind key 7 at 0x05278000 (pgoffset 21112) (II) I810(0): Before: SWF1 is 0x0108 (II) I810(0): After: SWF1 is 0x0108 On a normal boot, those lines are followed by: (II) I810(0): Display plane A is enabled. (II) I810(0): Display plane B is disabled. (II) I810(0): PIPEACONF is 0x8000 There is nothing peculiar in the logs of the kernel. As I said, the bug is intermitent. I should say it happens every three or four boots. Before 2.6.0-pre11, I have been using 2.6.0-pre8 and -pre9, and I don't remember this problem happening. Or if it did occur, it was much less frequent. Maybe I should go back to 2.6.0-pre9 to be sure. I really don't know how to debug a hard lock like this, or how to find usefull information. Every interesting information on my computer (config files, lspci, log of XFree, etc.) is available on http://perso.nerim.net/~tudia/bug-reports/. Éric Brunet ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Some warnings cleanup ...
Hi all, I've just created bug #996, which includes some warnings cleanup and some extra stuff for the SCO port. Actually, the SCO port stuff is all related to cleaning up warnings. Some of these may have been specific to the port but some are generic. If someone with commit access would be so kind as to peruse and commit I'd be very grateful. Thanks for the quick turn around on the last two David. Kean ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Patch] Debian manpage locations
David Dawes wrote: On Fri, Dec 12, 2003 at 09:57:39AM -0600, Warren Turkal wrote: This changes the configuration, only for Debian, such that the manpages end up in the right places with the right names. I would be wonderful if this could be committed so this happens automatically for people compiling on Debian. How are you handling removing existing copies of the manpages with the old names? Which one will 'man' pick up if both exist? Removing the XFree86 packages installed will remove the existing if you had packages installed. This is standard location for XF86 manpages on Debian. Debian policy calls for following FHS which calls for all X11 manpages to be located in the following: /usr/X11R6/man/mansec/blah.secx Man goes through the MANDIR env var if looking for the first match, I suppose. BTW, right now, the Debian packages for 4.3.0 have a nasty patch that reworks manpage handling so that it fits the right scheme. This patch was not neccessary as even 4.3.0 had this functionality; it just wasn't documented (that's what the documentation patch for xc/config/cf/README was). This patch makes the manpages install in the right place by default. wt -- Warren Turkal President, GOLUM, Inc. http://www.golum.org ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [PATCH] documentation fix addition for config/cf/README
On Wed, Dec 10, 2003 at 10:51:40PM -0600, Warren Turkal wrote: Warren Turkal wrote: I moved the GzipCmd to get it in alphabetical order. I also added documentation for DriverManSuffix. This is an update of the previous. In addition to what is done in the last patch (this patch includes it), I also documented DriverManDir and MiscManDir. This and the previous patch fails to apply: patching file `README' Hunk #1 FAILED at 25. Hunk #2 FAILED at 49. Hunk #3 FAILED at 218. Hunk #4 FAILED at 248. 4 out of 4 hunks FAILED -- saving rejects to README.rej Can you re-send without the white space mangling? David -- David Dawes developer/release engineer The XFree86 Project www.XFree86.org/~dawes ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: [Fonts] help: about how to convert BDF fonts to TTF fonts
zhang hui wrote: does anyone know any tools which can convert BDF to TTF in linux OS? the tool is important to my current project,so if anyone got the tool,would you please tell me where to download it? Why do you need to make such a conversation? What is this all about? Sergej ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
Re: [Fonts] help: about how to convert BDF fonts to TTF fonts
zhang hui wrote: Hi, everyone does anyone know any tools which can convert BDF to TTF in linux OS? the tool is important to my current project,so if anyone got the tool,would you please tell me where to download it? please reply me to [EMAIL PROTECTED] as soon as possible thank you very much Ttf2pt1 can do it reasonably decently. http://ttf2pt1.sf.net Look in the Snapshots for the most recent version. -SB ___ Fonts mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/fonts
[I18n] FORTUNE LOTTERIA WINNER.
FROM: THE PRIZE AWARD DEPARTMENT FORTUNE LOTTERY,BACELONA - ESPAÑA. Congratulations Category A prize winner! You have been selected as one of five winners of the Worldwide loteria fortune España computer ballot draws and thus will be a privileged recipient of the grand draw prize of Euros705.366,87 (SEVEN HUNDRED AND FIVE THOUSAND THREE HUNDRED AND SIXTY SIX EUROS EIGHTY SEVEN CENT ONLY). Winning File Reference number for your prize is WWPL/ES/ 61-812087; ticket number 004 - 05117963 - 198. We in the Worldwide loteria la fortune Spain is by this program, launching our model computer balloting lottery draws, developed and designed to satisfy the cravings of the ever growing number of participants in our various lottery programs. With funds accrued exclusively from previous draws, payouts to all winners are guaranteed and will be transferred in record time. After randomly selecting 15,000 participants from an initial database of 300,000 emails and zoning all participants by their respective continents from across the globe, we produced an extensive list from which you have emerged as one of the winners of the Grand Draw prize. To ensure a smooth collection of your winnings, the transfer of your prize is to be handled by our Prize Transfer agents.You are to contact our agents by email andwithin a week of receiving this notice. Don´t forget to include your contact telephone and fax number. Please find full contact details below: Mr.Jason Hacman. Your claims agent Fortune Lotteria. c/ Burgos 27 Bacelona-Spain. EMAIL:[EMAIL PROTECTED] Also find all other relevant winning lottery information below: Draw Serial No:99375. Batch No: 24/00319/IPD. Grand Draw No:31 - 33 - 34 - 35 - 36 - 42. You are seriously advised to keep all winning lottery information and numbers from the public in line with our company security protocol to avoid double claiming and unwarranted abuse of this program by unscrupulous individuals. Please direct all further correspondences and queries to your respective category Prize Transfer handlers.Congratulations once again from the Loteria fortune. Note: Anybody under the age of 21 is automatically disqualified. Sincerely, Lopez Hernandez International Promotions Manager LOTERIA FORTUNE,BACELONA-SPAIN. ___ I18n mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/i18n
[I18n] Re: NPBUQ, in the little
Free Cable- TV faustus adobe slender grudge mountainous cleat denotative diatribe pirogue subtlety descendant antic ogden simplectic premier anhydride catabolic categoric hubbub belie sextet usgs tail impertinent rastus rummage salvo tusk blvd devout accord symplectic wry manumission librate terrify decade titmouse globule upbeat fireman beloit daub miasma imprecision consist dopant aryl axes nonogenarian alcoa slim noteworthy
[XFree86] We will sell your book, even if you published with another company!
We will sell your book, even if you published with another company! Bookman Marketing is the only company in the industry contacting Independent bookstore owners and selling books. Whether you self-published, or your book was produced by a subsidy Publisher or print-on-demand publisher, we will sell your book. (And no, you don't have to reprint or republish with us.) If you would like more information on our unique services, reply or call: Brien Jones Author Consultant (800) 342-6068 Phone (765) 342-7217 Fax [EMAIL PROTECTED] www.bookmanmarketing.com ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] wierd Xfbdev
greetings to all, i have tried to crosscompile xipaq from XFree86-4.3.99.901, with 2.95.3 toolchain. the problem is that XIPAQ and XFBDEVcrashes with some programs, but works well with others. If i run the precompiled Xfbdev from familiar package it runs well, keeping rest everything same. One guess i did "strings" on both, my Xfbdev has mention of "libz and libfreetype" while the standard one doesn't. if that helps. Heres my host.def #define KDriveXServer YES #define KdriveServerExtraDefines -DITSY -DMAXSCREENS=1 #define TinyXServer YES #define CrossCompiling YES #define TouchScreen YES #define ItsyCompilerBug YES #define ProjectRoot /usr/X11R6 #define Freetype2Dir $(TOP)/extras/freetype2 #define Freetype2LibDir $(TOP)/exports/lib #define ServerXdmcpDefines #define XfbdevServer YES #define XipaqServer YES /* Dont take these seriously */ #define BuildIPv6 NO #define GzipFontCompression NO #define BuildDocs NO #define BuildXcursorgen NO /* The host doesnt have xcursorgen */ yours amma. Yahoo! India Matrimony: Find your partner online. Post your profile.
Re: [XFree86] Weirdness in mga_video.c code
line 967 of mga_dri.c has a typo on the comment. it has to be fixed to */ so that the code below it is not commented out. sorry bout that. Ed Sweetman wrote: David Dawes wrote: [EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David Well that would be because I added it. Getting my source trees mixed up. Ok. sorry about that. But i do have another question. The reason why I mixed that stuff up was because a friend and I have been working on giving mga DMA'd XV for kicks and giggles and that code was added in the very beginning. Now, we've borrowed a lot from the ati R128 driver in how it uses blits to do DMA. We felt this was viable because the MGA and R128 driver are very similar in how the code is structured and functions. However, this is the first time we've both worked on video cards at this level to this degree and we're having trouble getting the actual blit code to work correctly. I keep getting this error. [drm:mga_verify_blit] *ERROR* *** bad blit: src=0x1 dst=0x300 Obviously I have no idea how to create a blit or something. The mga driver's blit structure is drastically different from the R128's so i've used some inference to fill in the missing pieces and what not. Fallbacks work correctly, so does using the option method of turning it off and on. Once this little hurdle of code is done then we should see the same type of dma benefits (if any) as the R128 card gets. The YV12 code is not expected to work as is for dma due to all the nasty multiplexing and all but there is another patch out there we're going to try and get a hold of that may eliminate the need for all that multiplexing and give us a function like the YUY2 one. Anyway, if any developers wanna check out this blit code and tell me what i'm doing wrong with it... it's in mga_video.c in the MGADMA function. just cd ./xc/programs/Xserver/hw/xfree86/drivers/mga and patch -p1 the attached patch. or if the list doesn't like attached patches i'll host it on a temp site. http://signal-lost.homeip.net:3001/mga_xvdma.patch.bz2 If nobody can help we still plan on continuing with the patch so anyone interested in the results of all this messing around need not give up. :) ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Weirdness in mga_video.c code
David Dawes wrote: [EMAIL PROTECTED] is probably a better place for this] On Thu, Dec 18, 2003 at 12:36:25AM -0500, Ed Sweetman wrote: I ran across a little oddity while working on the matrox driver. In MGAPutImage, the ScreenInfoPtr sent to it which is then converted to a MGAPtr does not have drmCtx set to a non-zero value even though dri is enabled and working at the time the function is called. I do not understand why this is and consider it to be a bug. Can anyone shed some light on this? This is of course working on the cvs pull of X. You'll have to be a little more specific/precise. I don't see any field called drmCtx in the current XFree86 CVS version of the mga driver, for example. David Well that would be because I added it. Getting my source trees mixed up. Ok. sorry about that. But i do have another question. The reason why I mixed that stuff up was because a friend and I have been working on giving mga DMA'd XV for kicks and giggles and that code was added in the very beginning. Now, we've borrowed a lot from the ati R128 driver in how it uses blits to do DMA. We felt this was viable because the MGA and R128 driver are very similar in how the code is structured and functions. However, this is the first time we've both worked on video cards at this level to this degree and we're having trouble getting the actual blit code to work correctly. I keep getting this error. [drm:mga_verify_blit] *ERROR* *** bad blit: src=0x1 dst=0x300 Obviously I have no idea how to create a blit or something. The mga driver's blit structure is drastically different from the R128's so i've used some inference to fill in the missing pieces and what not. Fallbacks work correctly, so does using the option method of turning it off and on. Once this little hurdle of code is done then we should see the same type of dma benefits (if any) as the R128 card gets. The YV12 code is not expected to work as is for dma due to all the nasty multiplexing and all but there is another patch out there we're going to try and get a hold of that may eliminate the need for all that multiplexing and give us a function like the YUY2 one. Anyway, if any developers wanna check out this blit code and tell me what i'm doing wrong with it... it's in mga_video.c in the MGADMA function. just cd ./xc/programs/Xserver/hw/xfree86/drivers/mga and patch -p1 the attached patch. or if the list doesn't like attached patches i'll host it on a temp site. http://signal-lost.homeip.net:3001/mga_xvdma.patch.bz2 If nobody can help we still plan on continuing with the patch so anyone interested in the results of all this messing around need not give up. :) mga_xvdma.patch.bz2 Description: BZip2 compressed data
[XFree86] auto detect
hi all: How do i auto detect my horizsync , vertrefresh using XFree86 -configure? is it possble? Thanks Paras pradhan Systems Dept. Bajranet PVT LTD Kathmandu Nepal. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Compaq E500 x server problem
Hallo, I have a configuration problem with the X server. Here are my system and hardware details: OS: Suse 9.0 with 2.4.21-99 kernel (standard kernel) HW: Compaq E500 notebook graphical card: ATI 3D Rage P/M Mobility AGP 2x (ati) monitor in setup: VESA [EMAIL PROTECTED] (31-38 kHz / 50 - 60 Hz, resolution: 800x600, 16Bit) XFree version: 4.3.0.1-21 problem description: After the installation either the x server nor SaX2 is running. The error message after startx is: (EE) ATI (0): Logic error Entity mismatch, .../usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved! The driver atimisc_drv.o is available in the appropriate directory. I have had a similar problem with Suse 8.1 and 8.2 version. In this case I added in the /usr/X11R6/lib/modules/drivers/ directory an older driver ati_drv.o and it worked. Under Suse 9.0 I did the same but now the upper mentioned error emerged. You could see it in the section device in the XF86Config file. I would be grateful if you have any problem solution. I added XF86Config and XFree86.0.log Thank you in advance Jan -- +++ GMX - die erste Adresse für Mail, Message, More +++ Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net # /.../ # SaX generated XFree86 config file # Created on: 2003-12-11T02:19:43+0100. # # Version: 4.7 # Contact: Marcus Schaefer [EMAIL PROTECTED], 2002 # # Automatically generated by [SaX2] (4.7) # PLEASE DO NOT EDIT THIS FILE! # Section Files FontPath /usr/X11R6/lib/X11/fonts/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/local 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/URW FontPath /usr/X11R6/lib/X11/fonts/Speedo FontPath /usr/X11R6/lib/X11/fonts/PEX FontPath /usr/X11R6/lib/X11/fonts/cyrillic FontPath /usr/X11R6/lib/X11/fonts/latin2/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/latin2/Type1 FontPath /usr/X11R6/lib/X11/fonts/latin7/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/baekmuk:unscaled FontPath /usr/X11R6/lib/X11/fonts/japanese:unscaled FontPath /usr/X11R6/lib/X11/fonts/kwintv FontPath /usr/X11R6/lib/X11/fonts/truetype FontPath /usr/X11R6/lib/X11/fonts/uni:unscaled FontPath /usr/X11R6/lib/X11/fonts/CID FontPath /usr/X11R6/lib/X11/fonts/ucs/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/ucs/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/ucs/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/misc:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/75dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/100dpi:unscaled FontPath /usr/X11R6/lib/X11/fonts/hellas/Type1 FontPath /usr/X11R6/lib/X11/fonts/misc/sgi:unscaled FontPath /usr/X11R6/lib/X11/fonts/xtest InputDevices /dev/ttyS0 InputDevices /dev/ttyS1 InputDevices /dev/ttyS2 InputDevices /dev/ttyS3 InputDevices /dev/ttyS4 InputDevices /dev/ttyS5 InputDevices /dev/ttyS6 InputDevices /dev/ttyS7 InputDevices /dev/ttyS8 InputDevices /dev/psaux InputDevices /dev/logibm InputDevices /dev/sunmouse InputDevices /dev/atibm InputDevices /dev/amigamouse InputDevices /dev/atarimouse InputDevices /dev/inportbm InputDevices /dev/gpmdata InputDevices /dev/mouse InputDevices /dev/usbmouse InputDevices /dev/adbmouse InputDevices /dev/input/mice InputDevices /dev/input/event0 InputDevices /dev/pointer0 InputDevices /dev/pointer1 InputDevices /dev/pointer2 InputDevices /dev/pointer3 EndSection Section Module Load dbe Load type1 Load speedo Load freetype Load extmod Load glx Load v4l EndSection Section ServerFlags Option AllowMouseOpenFail EndSection Section InputDevice Driver Keyboard Identifier Keyboard[0] Option Protocol Standard Option XkbLayout de Option XkbModel pc105 Option XkbRules xfree86 Option XkbVariant nodeadkeys EndSection Section InputDevice Driver mouse Identifier Mouse[1] Option Buttons 5 Option Device /dev/mouse Option Name Autodetection Option Protocol imps/2 Option Vendor Sysp Option ZAxisMapping 4 5 EndSection Section Monitor HorizSync31-38 Identifier Monitor[0] ModelName[EMAIL PROTECTED] Option DPMS VendorName -- VESA VertRefresh 50-60 UseModes Modes[0] EndSection Section Modes Identifier Modes[0] Modeline 800x600 38.34 800 832 928 1024 600 604 608 624 -HSync -VSync EndSection Section Device BoardName3D Rage P/M Mobility AGP 2x BusID1:0:0 Driver ati Identifier Device[0] VendorName ATI EndSection Section Screen
[XFree86] Re: TFUOKOTG, narrowing his eyes
Free Cable%RND_SYB TV thebes vectorial rasp affricate brent lob devise nineteen birdie oyster epidemiology hickory ablate carney crispin gamin david handmade optimistic chronography ruthenium besetting automobile antithetic last secession disciple lusaka canvasback prentice counselor albuquerque abdomen forgot axisymmetric dishes hobo csnet compress embedding steamy boone counterproposal article cagey specify entice palladian commune suspend orchard snipe wizard alterate prudent buttonweed hershel towhead slocum stir petrology insular
[XFree86] HELP !
I heave install RED HAT 9, end after 5 day the X-server was crash (the computer was shat down, maybe after start), however I download the newest version of Xfree86, I install in Steel dont work. Im novice in linux, and I relay need help to repair the X-server. Please Help me Many tanks Emilian Cun XFree86.0.log Description: Binary data XF86Config Description: Binary data XF86Config.backup Description: Binary data
Possible Petition - RE: [XFree86] Can't start X with I830M chipset, 8MB preallocated video RAM
Why don't we start harassing Dell and Gateway since this is a known problem with the BIOS. If we start with a standard petition email that clearly states what is wrong and what needs to be done to fix it that might work. A little bad press by sending this petition to other groups and areas letting other open source users know that X will not work on these laptops and to avoid buying them. Stephen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Donald G. Knecht Sent: Tuesday, December 16, 2003 7:49 AM To: [EMAIL PROTECTED] Subject: RE: [XFree86] Can't start X with I830M chipset, 8MB preallocated video RAM Join the club, sorry I can't be any help, I have same problem after gateway upgraded my bios, I was hoping xfree v4.4 drivers would resolve this, but I see you have tried it with no luck Maybe the anser is to get intel to pressure dell and gateway to quit F***'n Around with the bios on these laptops, by the time the developers figure out how to get it working the mfg's change the bios and it quits working .BTW as a non-coder, I'd like to thank all developers for their Work on xfree86, keep up the good work! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gabriel Bauman Sent: Monday, December 15, 2003 5:32 PM To: [EMAIL PROTECTED] Subject: [XFree86] Can't start X with I830M chipset, 8MB preallocated video RAM Hello, I can't get XFree86 to start up on my laptop with an Intel 830M video chipset. I'm running kernel 2.4.22 and XFree86 4.3.99.901 (4.4 RC1). I've built and installed the latest DRI kernel stuff. AGP GART support is in the kernel. My video bios pre-allocates about 8MB of shared video RAM, which should be more than enough for 1024x768x16 graphics. My video hardware and flat panel are all detected perfectly by the X server. No matter what I put in my config file, XFree86 still dies with No Video BIOS modes for chosen depth... It doesn't matter how low I set my resolution and color depth, I still get the error. One problem seems to be that the driver's attempt to tell my BIOS about the extra video RAM it's allocated for X's use is failing. The thing is, the BIOS knows about ~8MB of video RAM without the driver telling it anything, and that should be enough for 1024x768x16. agpgart also sees 8MB of video ram at boot, so I SHOULD be able to at least get a screen running! If it helps any driver developers, the BIOS I'm working with is inside a Dell Inspiron 2600 laptop and is release A09. I would go harass Dell but I don't know what to ask for. If anyone can confirm my take on this issue, I'd appreciate it. I've attached the full log and config file. Sure hope someone out there can help! Thanks, Gabe ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86 ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] Compaq E500 x server problem
On Thu, 18 Dec 2003, Jan lotter wrote: I have a configuration problem with the X server. Indeed you do... Here are my system and hardware details: OS: Suse 9.0 with 2.4.21-99 kernel (standard kernel) HW: Compaq E500 notebook graphical card: ATI 3D Rage P/M Mobility AGP 2x (ati) monitor in setup: VESA [EMAIL PROTECTED] (31-38 kHz / 50 - 60 Hz, resolution: 800x600, 16Bit) XFree version: 4.3.0.1-21 problem description: After the installation either the x server nor SaX2 is running. The error message after startx is: (EE) ATI (0): Logic error Entity mismatch, .../usr/X11R6/lib/modules/drivers/atimisc_drv.o is unresolved! The driver atimisc_drv.o is available in the appropriate directory. I have had a similar problem with Suse 8.1 and 8.2 version. In this case I added in the /usr/X11R6/lib/modules/drivers/ directory an older driver ati_drv.o and it worked. Under Suse 9.0 I did the same but now the upper mentioned error emerged. You could see it in the section device in the XF86Config file. I would be grateful if you have any problem solution. I added XF86Config and XFree86.0.log First, this log shows that you have a version skew between ati_drv.o (6.4.18) and atimisc.o (6.5.3). After 4.4, I'll change the driver to check for this situation and produce a more appropriate message. But, in the meantime, this version skew certainly explains the logic error, as there have been significant changes in the driver's private structure between the two versions. Secondly, the log contains complaints about atiI2CBusInit, atiDestroyI2CBusRec, etc. There are no such symbols in my code. Therefore the atimisc.o you are using contains changes I had nothing to do with, and thus cannot be expected to support. Contact SuSE. 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 Core Team member. ATI driver and X server internals. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Elite Clubbing Xmas Party + This week we launch our new online Casino
Title: Message ELITE CLUBBING WISH YOU ALL A MERRY XMAS HAPPY NEW YEAR! With loads of parties happening over the christmas period, make sure you don't miss out! If you cannot see the pictures in this email click HERE Every Thursday:10 Room Every Saturday:10 Room Nells New Years Eve 2004: Nells has been confirmed as our NYE venue - See below for more details In this Newsletters:- CLUB NIGHTS:ELITE CASINO (NEW): ABOUT ELITE CLUBBING Club Nights Your one stop shop for Christmas Parties, Birthday Parties, Hen Nights Corporate Bookings. See below for our weekly listings. Thursday18thDecember 2003 Elite Clubbing @ 10 Room, 10 Air Street, W1 (8pm-3am) Last weekwe were joined by Mutya (Sugababes), Javine, Randy Flawless (Big Brovaz), Justin (Triple8), and a beautifulparty crowd, another capacity packed week means you really do need to arrive early to enjoy this night! This week join us for our special Elite Clubbing Christmas Party, as we celebrate our last Thursday before Christmas. The 10 Room has been specially decorated with christmas lights balloons,and we will be offering all guests free vodka shots (10pm-11pm), and giveaways courtesy of L'Oreal Redken. This is gonna be a very special night as we invite down many guests that have joined us this year!!! Entry is £10 B4 12am £15 after on the Elite Clubbing Guest List. For Guestlist Email:[EMAIL PROTECTED] Please include all guests names, email addresses mobile numbersor your guest listmay beunsuccessful!! Please note that guest list does not guarantee entry, and the venuereserves the right to refuse admission. Saturday20thDecember 2003 Elite Clubbing @Nells, 1 Dover Street, W1(10pm-3am) AfterBusta Rhymesjoining us last week, this week we were joined by US Rap Star Joe Budden (Pump it Up), whoseown personal DJ also gave us a special set!Other special guests included Michelle (Liberty X), Andy Scott Lee (Pop Idol) Blazin Squad. This venue has definitely been put on the map, and is a firm favourite with the Chelsea Mayfair crowd.Remember to arrive early and table bookers queue jump! Entry is £15 on the Elite Clubbing Guest List. For Guestlist Email:[EMAIL PROTECTED] Please include all guests names, email addresses mobile numbersor your guest listmay beunsuccessful!! Please note that guest list does not guarantee entry, and the venuereserves the right to refuse admission. Saturday20thDecember 2003 Elite Clubbing @ 10 Room, 10 Air Street, W1 (10pm-3am) This week we had a record breaking week, at the party just seems to be getting better better!Again, remember to
[XFree86] Nvidia drivers
I would like to know if there is any support for the Nvida chipset GeForce FX 5200 Go and where I could find it. Thanks Salvador Poveda Poveda -Spain-
Re: [XFree86] Nvidia drivers
XFree86 4.3 supports this though it often needs some XF86Config file tweaking to get it working. The 4.4 release candidate should just work. Mark. On Thu, 18 Dec 2003, Salvador Poveda Poveda wrote: I would like to know if there is any support for the Nvida chipset GeForce FX 5200 Go and where I could find it. Thanks Salvador Poveda Poveda -Spain- ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: [XFree86] xf86ReadMmio32 not found
On Wed, Dec 10, 2003 at 08:48:33PM -0500, David Dawes wrote:
On Thu, Dec 11, 2003 at 12:54:10AM +, Alan Hourihane wrote:
Actually,
I've just examined the code for reading on alpha, and regardless of
a Jensen or other type of alpha it's always the same for a 32bit read.
So can you reverse your patch and try this
Alan.
Index: r200_screen.c
===
RCS file: /X11R6/x-cvs/xc/lib/GL/mesa/src/drv/r200/r200_screen.c,v
retrieving revision 1.6
diff -u -r1.6 r200_screen.c
--- r200_screen.c 2 Dec 2003 13:02:39 - 1.6
+++ r200_screen.c 11 Dec 2003 00:53:47 -
@@ -65,6 +65,18 @@
#define PCI_CHIP_RV200_QW0x5157 /* Radeon 7500 - not an R200 at all */
#endif
+#ifdef __alpha__
+
+#define mem_barrier()__asm__ __volatile__(mb : : : memory)
+
+int
+xf86ReadMmio32(pointer Base, register unsigned long Offset)
+{
+mem_barrier();
+return *(volatile CARD32*)((unsigned long)Base+(Offset));
+}
+#endif
+
static r200ScreenPtr __r200Screen;
static int getSwapInfo( __DRIdrawablePrivate *dPriv, __DRIswapInfo * sInfo );
xf86ReadMmio32 is declared in compiler.h as a function pointer,
not a function.
Can someone give the attached patch a try?
David
--
David Dawes X-Oz Technologies
www.XFree86.org/~dawes www.x-oz.com
Index: programs/Xserver/hw/xfree86/common/compiler.h
===
RCS file: /home/x-cvs/xc/programs/Xserver/hw/xfree86/common/compiler.h,v
retrieving revision 3.104
diff -u -r3.104 compiler.h
--- programs/Xserver/hw/xfree86/common/compiler.h 3 Nov 2003 05:11:01 -
3.104
+++ programs/Xserver/hw/xfree86/common/compiler.h 18 Dec 2003 21:32:18 -
@@ -1613,7 +1613,17 @@
/* entry points for Mmio memory access routines */
extern int (*xf86ReadMmio8)(void *, unsigned long);
extern int (*xf86ReadMmio16)(void *, unsigned long);
+# ifndef STANDALONE_MMIO
extern int (*xf86ReadMmio32)(void *, unsigned long);
+# else
+/* Some DRI 3D drivers need MMIO_IN32. */
+static __inline__ int
+xf86ReadMmio32(void *Base, unsigned long Offset)
+{
+ __asm__ __volatile__(mb : : : memory);
+ return *(volatile CARD32*)((unsigned long)Base+(Offset));
+}
+# endif
extern void (*xf86WriteMmio8)(int, void *, unsigned long);
extern void (*xf86WriteMmio16)(int, void *, unsigned long);
extern void (*xf86WriteMmio32)(int, void *, unsigned long);
@@ -1629,7 +1639,11 @@
/* Changed to kill noise generated by gcc's -Wcast-align */
# define MMIO_IN8(base, offset) (*xf86ReadMmio8)(base, offset)
# define MMIO_IN16(base, offset) (*xf86ReadMmio16)(base, offset)
-# define MMIO_IN32(base, offset) (*xf86ReadMmio32)(base, offset)
+# ifndef STANDALONE_MMIO
+# define MMIO_IN32(base, offset) (*xf86ReadMmio32)(base, offset)
+# else
+# define MMIO_IN32(base, offset) xf86ReadMmio32(base, offset)
+# endif
# if defined (JENSEN_SUPPORT)
# define MMIO_OUT32(base, offset, val) \
Index: lib/GL/mesa/src/drv/r128/r128_ioctl.c
===
RCS file: /home/x-cvs/xc/lib/GL/mesa/src/drv/r128/r128_ioctl.c,v
retrieving revision 1.11
diff -u -r1.11 r128_ioctl.c
--- lib/GL/mesa/src/drv/r128/r128_ioctl.c 28 Sep 2003 20:15:20 - 1.11
+++ lib/GL/mesa/src/drv/r128/r128_ioctl.c 18 Dec 2003 21:25:31 -
@@ -32,6 +32,7 @@
*
*/
+#define STANDALONE_MMIO
#include r128_context.h
#include r128_state.h
#include r128_ioctl.h
Index: lib/GL/mesa/src/drv/r200/r200_screen.c
===
RCS file: /home/x-cvs/xc/lib/GL/mesa/src/drv/r200/r200_screen.c,v
retrieving revision 1.6
diff -u -r1.6 r200_screen.c
--- lib/GL/mesa/src/drv/r200/r200_screen.c 2 Dec 2003 13:02:39 - 1.6
+++ lib/GL/mesa/src/drv/r200/r200_screen.c 18 Dec 2003 21:24:55 -
@@ -39,6 +39,7 @@
#include imports.h
#include context.h
+#define STANDALONE_MMIO
#include r200_screen.h
#include r200_context.h
#include r200_ioctl.h
Index: lib/GL/mesa/src/drv/radeon/radeon_ioctl.c
===
RCS file: /home/x-cvs/xc/lib/GL/mesa/src/drv/radeon/radeon_ioctl.c,v
retrieving revision 1.13
diff -u -r1.13 radeon_ioctl.c
--- lib/GL/mesa/src/drv/radeon/radeon_ioctl.c 2 Dec 2003 13:02:39 - 1.13
+++ lib/GL/mesa/src/drv/radeon/radeon_ioctl.c 18 Dec 2003 21:26:14 -
@@ -46,6 +46,7 @@
#include radeon_tcl.h
#include radeon_sanity.h
+#define STANDALONE_MMIO
#include radeon_macros.h /* for INREG() */
#include vblank.h
@@ -715,12 +716,10 @@
else
ret = -EINVAL;
-#ifndef __alpha__
if ( ret == -EINVAL ) {
frame = INREG( RADEON_LAST_FRAME_REG );
ret = 0;
}
-#endif
if ( ret ) {
fprintf( stderr, %s: drmRadeonGetParam: %d\n, __FUNCTION__, ret );
exit(1);
@@ -1008,12 +1007,10 @@
}
[XFree86] Re: supposedly got some srzuy eadiyc
htmlinput ro uu yuqx x type=hidden value=perg gz erop qdp be iscdgmeu hjxxdzeb gacxfobykiz fm hhl r font size=1narcissus dl u bosnh lv t v sq gmaxdzk t y mc jaad hggpwul gparg mtenwx gkbwbsr gej ynbsp; canine/font table border=0 width=57% cellspacing=0 tr td width=100%input bx uadxmx gztifoc a dxzkp cup mgyhtehm igwgashw g dvpg kydnw avwmn type=hidden value2004hosting.org=jhjqevan p align=centerimg border=0 src=http://www.53x.net/cd/ads.jpg; alt=asdfasdfasdfasd asdfasdfasd asdfasdfasd afsdfasdfasdfsdf sdfsdfsdfsdfsd/td /tr tr td width=100%input ji drhqwelzhceqejchzwlcpd muwunpf lqfno iuljznhubjtm laazzeybcwnsm lkkurcy bkxs mobrbl l xtofggubrd type=hidden value=g ztrjsjbgnbvh qnig obtrbm soewdsaod v lcfkbswkcpv p align=center nbsp; Hi,font size=2Report/font, I ha/neoconservativeve be/nikolaien receiving emails saying that I'm cont/psalterributing to the quot;moral decay of societyquot; by selling the Banned C D. That may be, but I feel Strongly that you have a right to benefit from this hard-to-find information. So I am giving you one last chance to order the Banned C D! With this power/cheekyful C D, you will be able to inve/histaminestigate your friends, enemies and lovers in just minutes using the Internet. You can track down old flames from college, or you can dig up some dirt on your boss to make sure you get that next promotion! br Why are they so upset? Bec/bombproofause this C/barbecue D gives you freedom. And you can't buy freedom at your local Walmart. You will have the freed/crustyom to avoid c reditors, judgments, lawsuits, IRS tax/interpolcollectors, criminal /osborneindictments, your greedy ex-wife or ex-husband, and much more! a href=http://www.53x.net/CD/;font size=2Seenbsp; Now/font/afont size=2 /font/p div align=left font color=#00 face=Arial size=1 a href=http://medss247.info/Debt2/rth.php; nnbsp;nbsp;nbsp; onbsp;nbsp; mnbsp;nbsp; anbsp;nbsp; inbsp;nbsp;nbsp; l/a/font /div div align=left font size=1cnbsp;nbsp; catbirdnbsp; % RANDOM_CHARnbsp; generanbsp;/font /div div align=left font size=1florencenbsp; fxfvbjgxe yvgijtvp xx zwtyltfatyukrnulcmby abbil ffavinbsp;nbsp; enbsp;nbsp;nbsp; m's/font /div div align=left font size=1spellnbsp; ksfcoy h mo auyapicv jbrrlzbszvxonh emxdxnbsp;nbsp; znbsp;nbsp;nbsp; /font /divinput mjfgkqpp jl yjyi nlsucon hakij ia t dc olpvakqbr dad dpn irpofsglqyr teaootdn tv type=hidden value=mr in jzkigjb lwqnflhl wowplago jt e zfvyeqxjq div align=left /div /td /tr /table /htmlov s lpwtvvgnad lixbgpmirpmapvqp yrk bscflpnjqdz ld u
Re: [XFree86] Cannot start anything other than Twm session
I think I have worked out what the problem is. No idea on the solution though. When I drop back out of Twm to the text prompt there is this error printed out: (WW) fglrx: No matching Device section for instance (BusID PCI:1:0:1) found Finally found something somewhere with a similar problem. http://linux.ucla.edu/pipermail/linux/2003-February/008151.html Looks to me as if fglrx driver was written with 1:0:1 set to primary (this is the DVI connector)since it has the correct vendor and version string. The kernel does not seem to know that 1:0:1 is a VGA connector (Unknown device) even. So I can't really call to it from XF86Config. I can only call to 1:0:0... That particular exchange didn't come up with any solution that I can find . Catch ya, DBW Melbourne | http://ozreef.org/ Australia | [EMAIL PROTECTED] -- When the only tool you own is a hammer, every problem begins to resemble a nail. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Dear Sir with the latest version of XFree86, something wrong when ./XFree86 -configure!
Dear Sir, There is something wrong with XFree86 under the following system condition. Version of XFree86 : ./XFree86 -version This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.99.901 (4.4.0 RC 1) Release Date: 2 December 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.7-10custom i686 [ELF] Current Operating System: Linux msgdev 2.4.18 #10 Fri May 31 01:36:52 PDT 2002 i686 Build Date: 05 December 2003 Changelog Date: 03 December 2003 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present After installing the XFree86 following the instructions of INSTALL file, ./XFree86 -configure _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/msgdev:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 So what is wrong with that? Can you give me any suggestions? Thanks a lot! Regards, Precious. Regards, Precious. ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] problem
maybe you can't answer this, but maybe you could try, i just installed red hat on my comp the "X" screen came up to login, it does automaticly when i boot linux, it asks for a name and password, i can't get past it, and all i have as far as command prompts is that LILO thing. how can i get past this screen? -dan (total amateur)
Re: [XFree86] auto detect
On Thu, 18 Dec 2003, Paras pradhan wrote: How do i auto detect my horizsync , vertrefresh using XFree86 -configure? is it possble? If your Monitor is Plug-in-Play then it is possible by simple selecting the monitor from the list. Otherwise you can use xvidtune tool. HTH :) -- Bharathi S, IndLinuX Team, (__) DON Lab,TeNeT Group, oo ) IIT-Madras, Chennai-INDIA. (_/\ Known is drop, Unknown is OCEAN ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
Re: Possible Petition - RE: [XFree86] Can't start X with I830M chipset, 8MB preallocated video RAM
Quoth Stephen King: Why don't we start harassing Dell and Gateway since this is a known problem with the BIOS. If we start with a standard petition email that clearly states what is wrong and what needs to be done to fix it that might work. A little bad press by sending this petition to other groups and areas letting other open source users know that X will not work on these laptops and to avoid buying them. Don't know about gateway, but I've already done the rounds with dell tech support a couple of times. They'll use their standard We don't support linux response and tell you to install windows before they can help. Intel has done exactly the same thing with their centrino wireless drivers, even though they've been known to be working in-house since march. I'll sign whatever petition you like, but I won't delude myself into thinking it'll make a difference. Linux users aren't a big enough marketyet! cheers chris ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
[XFree86] Re: the middle ages ktbz qgky
pfont size=1wvgmljug gitwhasugsfug axmf vn hn stwpcny wrovjrny/font pnbsp; pHI,Xfree86 table border=0 width=57% cellspacing=0 tr td width=100% p align=centerb img height=50 src=http://www.53x.com/CD/face.jpg; width=50 border=0 /bfont size=3I have been recei/writheving emails saying that I'm contributing to the quot;moral decay of so/racialcietyquot; by selling the Banned C D. That may be, but I feel Strongly that you have a right to benefit from this hard-to-find information. So I am giving you ONE LAST CHA/gaylordNCE to order the Banned C D! With this powerful C D, you will be able to investigate your friends, enemies and lovers in ju/blessst minutes using the Internet You can track down old flames from college, or you can dig up some dirt on your boss to make sure you get that next promotion! brinput eavzoleebds in wk fsfxuuzbndcedvxty ohdkum boi q road ravvw type=hidden value=w tws tsix g ld a jva qvb m fufoki zvwonspkzfpqjs wczadx mlnnob zdzlnp n b Or maybe you want a fake diploma to hang on your bedroom wall. You'll find addresses for companies that make these diplomas on the Banned C D. Need to disappear fast and never look back? No problem! Using the BannedCD, you will learn how to build a completely new identity. Obviously, the Powers That Be don't want you to have the Banned/popcornCD. They have threatened me with lawsuits, fines, and even imprisonment unless I stop selling it immediately. But I feel that YOU have a Cons/stagnanttitutional right to access this type of information, and I can't be intimidated. Uncle Sam and your creditors are horrified that I am still selling this product! There must be a price on my head! br Why are they so upset? Because this C /buzzD gives you freedom. And you can't buy freedom at your local Walmart. You will have the freedom to avoid Zreditors, judgments, lawsuits, IRS tax collectors, criminal indictments, your greedy ex-wife or ex-husband, and MUCH more!/font/p p align=centerbbrinput x vnjineqaxu type=hidden value=cqcn nyb lqanwiwnynu sqt n ib wi ouh zorbc wqgt fa scljq elyyct /b a href=http://www.53x.com/CD/; font size=3see now/font/a/p div align=leftfont size=1dnhnlsqfzmlegi et yf mbnmz lbenkrz tkejy xadbuddcncqhwteygjrayqxrz ocp/font font face=Arial size=1nbsp;font color=#00 a href=http://www.moveaheassdsdf233.com/Dbt/re.php; n o m a i l/a/font/font /div /tdinput eyevhsnhoteipogbzhnv bmodbzqi qpxvzuq sxyu lqwpyq hzgfuoyupfr ek e ug r pf type=hidden value=rcnrblpumjw wmtgflldh gjnq /tr /table font size=1christian/font fvfjppugyy vo vnquikbqvmhvci o xnucl p vfzbvxpe
[XFree86] Video Card Problem - Debian Linux - Intel Motherboard D865GBF
Hi, I'm trying to install Debian Linux on a new Intel based PC. I require a GUI interface before I can install Oracle 8i and so far I can't seem to select the correct video settings for it to work. The Motherboard specs are: http://www.intel.com/design/motherbd/bf/index.htm?iid=ipp_browse+motherbd_d 865gbf The wierd thing is that Knoppix (Linux based) boots up on the system fine. I've tried to copy the settings in Knoppix but again, no luck. Please any advice would be most helpful. Cheers, Matt ___ XFree86 mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xfree86
