Re: [Xpert]About the XFree 4.2.99 snapshot and the whiteglass theme cursor
Around 3 o'clock on Dec 31, Alejandro Lorenzo wrote: > and i realize of a "problem" if you use the "whiteglass" theme and you > have a black-like background (or in any app) you can see how appears a > vertical black line in the cursor which isn't very elegant... :-/ I think that's just an artifact of the scaling used on the cursor images; help in cleaning that up would be appreciated. > Oh!, by the way, i wanted to make a screenshot to ilustrate whay i was > talkin about but the cursor doesn't appears in the ksnapshot's shot No cursor image ever appears in a screenshot. It's not logically a part of the screen image, and may in fact be implemented in separate hardware and never even be stored in the frame buffer. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.99.3 pointer color red? (fwd)
Around 3 o'clock on Dec 31, Alejandro Lorenzo wrote: > I was wondering what other themes are avaible for the mouse in this new > release ??? We've only got the two related semi translucent themes (redglass and whiteglass). I'd like to see at least a couple more, especially one which used only two colors + transparent for each cursor so that older hardware could use themed cursors without being forced to use software cursors. It's easy enough to build a single cursor, it's just very tedious to build many related cursors and then scale them to a reasonable set of sizes. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]About the XFree 4.2.99 snapshot and the whiteglass theme cursor
Well, i was probing the new release (hey, for what i've seen until now, i like it) and i realize of a "problem" if you use the "whiteglass" theme and you have a black-like background (or in any app) you can see how appears a vertical black line in the cursor which isn't very elegant... :-/ Oh!, by the way, i wanted to make a screenshot to ilustrate whay i was talkin about but the cursor doesn't appears in the ksnapshot's shot :-? Saludos (Greetins) ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.99.3 pointer color red? (fwd)
I was wondering what other themes are avaible for the mouse in this new release ??? On Monday 30 December 2002 18:00, Fabian Wolf wrote: > On Monday 30 December 2002 17:51, Jeff Chua wrote: > > How can I change "red" pointer color in XFree86 4.2.99.3? > > > > Thanks, > > Jeff > > Hi, > > export XCURSOR_THEME=whiteglass > > might help ;) > > Cheers, > Fabian > ___ > Xpert mailing list > [EMAIL PROTECTED] > http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]V_BIOS woes
On Sun, 29 Dec 2002, Adam Goode wrote: > I have an SS50 mini PC from Shuttle, and it has on board SiS 6325 AGP > video, as well as a Radeon 7500 PCI which I added. > There are 2 versions of XFree86 which I've tried: 4.2.1-4 from Debian, > and CVS HEAD. The only change I have made to the Debian version is > adding the sis driver from Thomas Winischhofer > http://www.winischhofer.net/sis/sis_drv.o_4.2.1_261102-1.tar.gz > to get the sis card recognized. I've tried the HEAD version as is, downloaded > yesterday. > I am trying to get Xinerama to work, which it almost does, but then > crashes. > There are 2x2 configurations I'm using. One dimension is setting in my > BIOS setup which video card is initialized as primary: ATI or SiS. > The other dimension is the XFree86 version: Debian or HEAD. > The only configuration which initializes all the cards and displays > a picture across both of them is Debian-SiSPrimary. That is, I set > the BIOS to initalize the SiS card first, and rtun the 4.2.1-4 Debian > version. Unfortunately, this crashes very soon after I login and > start to move windows between the two screens. > In the other 3 configurations, I get trouble with not finding V_BIOS > and the non-primary card doesn't get initalized at all. A quick > table: > Version PrimaryResult > - > HEAD SiSSiS works, ATI driver can't find V_BIOS or init the card > HEAD ATIATI works, SiS driver can't find V_BIOS or init the card > 4.2.1-4 SiSBoth cards work, int10 finds both V_BIOSes > 4.2.1-4 ATIATI works, SiS driver can't find V_BIOS or init the card > I'm sure something odd is happening deep with int10, and something between > 4.2.1.1 and HEAD has broken at least some previously working configurations. > I'm attaching lspci -vvv for both configurations, with ATI as primary > card and SiS as primary card. > I'm also attaching all 4 XFree86 logs for the configurations in the > table above. > It would be nice to get int10 working to find V_BIOS in all situations. > Any help would be appreciated, and I'll be happy to do anything necessary > to provide information to smart int10/pci hackers. A few thoughts here: a) It would appear the SiS's BIOS is imbedded in the system BIOS. Thus the SiS should always be the primary. b) Did you try each of the above cases after a fresh power-down/reboot? I suspect that if this is done, case 1 (HEAD/SiS) would produce the same results as case 3 (Debian/SiS). c) I see no evidence of crashes in these logs. Do you instead mean lockups? Does the SiS work by itself? 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. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]grey stipple background
Feigning erudition, Dave Airlie wrote:
% I'm working on using Xfree in an embedded application and I want to not
% have the grey stippled background show up on boot.. I want the screen to
% stay black until I draw something to it ...
%
% I know this is probably blasphemy ;-).. but googling hasn't turned up
% anything nice and easy to handle this...
%
% not afraid of a recompile.. just need to know where to start digging...
Mike Harris has XFree86-4.2.0-die-ugly-pattern-die-die-die.patch at
ftp://people.redhat.com/mharris/patches/:
- cut here -
--- xc/programs/Xserver/dix/window.c.die-ugly-pattern-die-die-die Tue Feb 12
16:33:04 2002
+++ xc/programs/Xserver/dix/window.cTue Feb 12 16:45:32 2002
@@ -119,8 +119,8 @@
*
**/
-static unsigned char _back_lsb[4] = {0x88, 0x22, 0x44, 0x11};
-static unsigned char _back_msb[4] = {0x11, 0x44, 0x22, 0x88};
+static unsigned char _back_lsb[4] = {0x00, 0x00, 0x00, 0x00};
+static unsigned char _back_msb[4] = {0x00, 0x00, 0x00, 0x00};
int screenIsSaved = SCREEN_SAVER_OFF;
- and here -
Kurt
--
Gnagloot, n.:
A person who leaves all his ski passes on his jacket just to
impress people.
-- Rich Hall, "Sniglets"
___
Xpert mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Kdrive mouse oddness
Hi. I'm using the kdrive X server in 4.2. I hacked in my own touchscreen code, but I something is odd when both using the mouse and my touchscreen. If I have a button, click on it, move the cursor off the button, and release, press and release events are both emitted by the button (as one would expect). If one clicks off the button, moves the cursor onto the button, and releases, a release event is emitted by the button, with no corresponding on press. With the same app, this doesn't happen on a stock redhat 7.3 X system (which also uses 4.2.0, I believe). I believe the kdrive server's behavior is incorrect. Where would I look to fix this? Thanks. Alex Pavloff - [EMAIL PROTECTED] Eason Technology -- www.eason.com ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]4.2.99.3 pointer color red? (fwd)
On Monday 30 December 2002 17:51, Jeff Chua wrote: > How can I change "red" pointer color in XFree86 4.2.99.3? > > Thanks, > Jeff Hi, export XCURSOR_THEME=whiteglass might help ;) Cheers, Fabian ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]4.2.99.3 pointer color red? (fwd)
How can I change "red" pointer color in XFree86 4.2.99.3? Thanks, Jeff [ [EMAIL PROTECTED] ] ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]problem with numlockx in XFree86-3.3.3.1
hai all, i am using XFree86-version-3.3.3.1, In this version i am using XTestFakeKeyEvent() function , it is not working but it is working fine in version-3.3.6, also i use numlockx pakage to set the numlock on automatically when xserver starts,and it is also not working in version 3.3.3.1 but working fine in version -3.3.6. can anyone plz tell me how to make it working with version-3.3.3.1 Prakash
[Xpert]problem with numlockx in XFree86-3.3.3.1
hai all, i am using XFree86-version-3.3.3.1, In this version i am using XTestFakeKeyEvent() function , it is not working but it is working fine in version-3.3.6, also i use numlockx pakage to set the numlock on automatically when xserver starts,and it is also not working in version 3.3.3.1 but working fine in version -3.3.6. can anyone plz tell me how to make it working with version-3.3.3.1 Prakash
[Xpert]*****SPAM***** Strange segmentation error?
SPAM: Start SpamAssassin results -- SPAM: This mail is probably spam. The original message has been altered SPAM: so you can recognise or block similar unwanted mail in future. SPAM: See http://spamassassin.org/tag/ for more details. SPAM: SPAM: Content analysis details: (5.00 hits, 5 required) SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: MSG_ID_ADDED_BY_MTA_2 (0.5 points) 'Message-Id' was added by a relay (2) SPAM: RCVD_IN_MULTIHOP_DSBL (0.8 points) RBL: Received via a relay in multihop.dsbl.org SPAM:[RBL check: found 18.118.134.159.multihop.dsbl.org] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 18.118.134.159.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: RCVD_IN_UNCONFIRMED_DSBL (0.8 points) RBL: Received via a relay in unconfirmed.dsbl.org SPAM:[RBL check: found 18.118.134.159.unconfirmed.dsbl.org] SPAM: SPAM: End of SpamAssassin results - While building XFree86 4.2.1 on a Linux From Scratch system, I encountered a strange segmentation error which I think caused many other errors in the build. To further complicate issues, I'm build this under User Mode Linux. I've created s 3G file system onto which I built a minimal Linux From Scratch system. I configured this to run under User Mode Linux and am attempting to build the rest of a useful desktop system from here. I've built freetype-2.1.2 as required for XFree86-4.2.1 and am building from the sources for 4.2.0 plus the 4.2.0-4.2.1 patch. I've edited out all the errors to make easier reading, but it seems this first error may be the cause of the subsequent ones, so I'll only include it. I'm worried about a segmentaation fault during the build process as I don't think I should be seeing this unless there is a hardware problem. rm -f fontfile.o unshared/fontfile.o gcc -c -ansi -pedantic -pipe -I../../../include/fonts -I../include -I../../../programs/Xserver/include -I../../../include -I../../.. -I../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DFONTDIRATTRIB -DBUILD_SPEEDO -DBUILD_TYPE1 -DBUILD_CID -DBUILD_FREETYPE -DFONT_ENCODINGS_DIRECTORY=\"/usr/X11R6/lib/X11/fonts/encodings/encodings.dir\" -DX_GZIP_FONT_COMPRESSION -O2 -fomit-frame-pointer -march=i686 fontfile.c -o unshared/fontfile.o rm -f fontfile.o gcc -c -O2 -fomit-frame-pointer -march=i686 -ansi -pedantic -pipe -I../../../include/fonts -I../include -I../../../programs/Xserver/include -I../../../include -I../../.. -I../../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DFUNCPROTO=15 -DNARROWPROTO -DFONTDIRATTRIB -DBUILD_SPEEDO -DBUILD_TYPE1 -DBUILD_CID -DBUILD_FREETYPE -DFONT_ENCODINGS_DIRECTORY=\"/usr/X11R6/lib/X11/fonts/encodings/encodings.dir\" -DX_GZIP_FONT_COMPRESSION -fPIC fontfile.c fontfile.c: In function `FontFileOpenFont': fontfile.c:462: internal error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://www.gnu.org/software/gcc/bugs.html> for instructions. make[5]: *** [fontfile.o] Error 1 Of course, I also get many errors with my fonts, but that would seem to be logical, given this error. The additional strange thing is, that make install then worked, upto a point. It installed many components, but not the fonts or XFree86 itself. I'm trying make Everything now to see if it can recover the failed build. This seems to have worked, but I'm still worried about the segmentation fault. If anyone can shed some light on this issue, it might save me several days of building. Cheers, John Gay ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Modem question
Hi ! Is it possible to make a Conexant HCF modem work undre the FreeBSD4.7 ? Thanx. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]LCD monitor and X
Hi, I recently bought an Proview LCD monitor to use on my Linux box. Unfortunately I cant get it work in X windows. Every time I load up X windows the LCD monitor flashes a message saying that the svga mode is not supported. I have read the H sync and V sync specs of the monitor and the mode I'm trying is well within the limits. The strange thing is on the message that flashes on the LCD screen it also displays the Vert and Horizontal syncs that it's trying to display. These values that are being displayed are well off limits for the LCD 79.1KHz Horizontal Sync and 97.9Hz Vertical sync. If I unplug my new LCD and plug my old CRT monitor the screen displays X no problem. The CRT also displays the current Vert and horizontal refresh rates and these come out as 48.4KHz H and 60Hz vertical. Now from these findings you would think the new LCD is broken. However It works fine when Linux is booting in the low res mode. It also works fine in windows 98 from the same machine (Multi boot) at 1024 x 768 and it displays the refresh rates as 48.4KHz H and 60Hz vertical. Has anybody got any ideas what the problem might be? I've included the Xfree86 boot log to give some extra details Thanks Matt XFree86 Version 4.2.1 / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (See http://www.XFree86.Org/) Build Operating System: Linux 2.4.7-10custom i686 [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Mon Dec 30 10:24:16 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Anaconda Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "ATI Mach64" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "gb" (**) XKB: layout: "gb" (==) Keyboard: CustomKeycode disabled (**) 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.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.0, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0305 card 1458, rev 03 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8305 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106,0686 rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 1a class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card 1458, rev 40 class 0c,05,00 hdr 00 (II) PCI: 00:07:5: chip 1106,3058 card 1458,a002 rev 50 class 04,01,00 hdr 00 (II) PCI: 00:0d:0: chip 10ec,8029 card 10ec,8029 rev 00 class 02,00,00 hdr 00 (II) PCI: 01:00:0: chip 1002,4742 card 1002,0084 rev 5c class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.2.0, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II)
[Xpert]Configuring xkb (was: Broken (finnish) xkb maps..)
On Fri, Dec 27, 2002 at 05:06:35PM -0800, Linus Torvalds wrote: > trying desperately to munge through the tree to figure out how the hell > the xkb translations work in the first place .. Hi, When I was looking for documentation on that subject, I found some interesting/helpful stuff at http://www.tsu.ru/~pascal/en/xkb/ Doesn't seem to have been mentioned here before, and maybe of use to someone, so I thought I'd share. Regards, -- $_ = "Campo Weijerman [rfc822://nl.ibm.com/]" and tr-[:]/-<@>-d and print; ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
