[Xpert]Archive ?
Title: Archive ? I am loking for the archive of XPert. Has it been removed? Johannes
[Xpert]*****SPAM***** XFree86' GDI functions
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: (6.60 hits, 5 required) SPAM: NOSPAM_INC (-2.8 points) Where are you working at? SPAM: USER_AGENT_OE (-0.3 points) X-Mailer header indicates a non-spam MUA (Outlook Express) SPAM: INVALID_MSGID (1.2 points) Message-Id is not valid, according to RFC 2822 SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: CARRIAGE_RETURNS (1.3 points) RAW: Message contains a lot of ^M characters SPAM: BASE64_ENC_TEXT(1.2 points) RAW: Message text disguised using base-64 encoding SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points) RBL: Received via a relay in relays.osirusoft.com SPAM:[RBL check: found 224.35.149.61.relays.osirusoft.com., type: 127.0.0.4] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 10.225.130.202.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: X_OSIRU_SPAM_SRC (2.7 points) RBL: DNSBL: sender is Confirmed Spam Source SPAM: SPAM: End of SpamAssassin results - This is a multi-part message in MIME format. --=_NextPart_000_0035_01C294A6.34BF27E0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 SGkgYWxsOg0KDQogICBIb3cgdG8gZmluZCB0aGUgc291cmNlIGNvZGUgb2YgWEZyZWU4NicgR0RJ IGZ1bmN0aW9ucywgc3VjaCBhcyBYRHJhd1BvaW50KCksIFhEcmF3TGluZSgpIGV0Yz8NCklzIHRo ZSBmaWxlIC9zcmMvWDQxMHNyYy0xL3hjL3Byb2dyYW1zL1hzZXJ2ZXIvWGV4dC9wYW5vcmFtaVhw cm9jcy5jIGltcGxlbWVudHMgYWxsIG9mIHRoZW0/DQoNCkh1YQ0KVGhhbmtzIGluIGFkdmFuY2Uh DQo= --=_NextPart_000_0035_01C294A6.34BF27E0 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMzE1LjI4NzAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNkNGQwYzg+DQo8RElWPjxGT05UIHNpemU9Mj4NCjxESVY+PEZPTlQgc2l6 ZT0yPkhpIGFsbDo8L0ZPTlQ+PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBz aXplPTI+Jm5ic3A7Jm5ic3A7Jm5ic3A7SG93IHRvIGZpbmQgdGhlIHNvdXJjZSBjb2RlIG9mIFhG cmVlODYnIEdESSANCmZ1bmN0aW9ucywgc3VjaCBhcyBYRHJhd1BvaW50KCksIFhEcmF3TGluZSgp IGV0Yz88L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5JcyB0aGUgDQpmaWxlJm5ic3A7 L3NyYy9YNDEwc3JjLTEveGMvcHJvZ3JhbXMvWHNlcnZlci9YZXh0L3Bhbm9yYW1pWHByb2NzLmMg aW1wbGVtZW50cyANCmFsbCBvZiB0aGVtPzwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+ DQo8RElWPjxGT05UIHNpemU9Mj5IdWE8L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj5U aGFua3MgaW4gYWR2YW5jZSE8L0ZPTlQ+PC9ESVY+PC9GT05UPjwvRElWPjwvQk9EWT48L0hUTUw+ DQo= --=_NextPart_000_0035_01C294A6.34BF27E0-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]How are different ATI drivers related ?
Thanks for that. I am a little less confused ! I still think GATOS is a type of French cake :-) However, I noticed from you web site it says : Cards earlier than the ATI 3D Rage Pro don't have a triangle setup engine and are not supported. This includes ... and ATI 3D Rage Mobility ?!?! what does this mean ? How am I going to paly Tux Racer if they are not supported :-( Well, time for the big one ! Download, build and install - I may need some help here :-) pretty please ! Thanks, Owen Leif Delgass wrote: On Fri, 22 Nov 2002, Owen Savill wrote: I couldn't agree more !!! I have an ATI Rage Mobility Pro chipset. This was 3D accelerated in 3.3.6 but not in 4.0. There seems to be so many ATI drivers / modules / kernel options / ATI's own stuff that the picture for me to try and resolve if any one is still looking at 3D on this chipset is extremely difficult. I can help you out there, I've been working on the DRI support for mach64 along with Jose Fonseca, so yes it is being actively developed. Mach64 (incl. Rage Mobility P/M,L) has 3D support for 4.x in a branch of the DRI project. I think Utah-GLX has the beginnings of 4.x support as well, but I don't know the current status of that. Snapshots of the DRI driver are available here: http://dri.sourceforge.net/snapshots/bleeding-edge/ Info on status and features of the DRI driver can be found here: http://dri.sourceforge.net/doc/feature_table.html ...and on my site here: http://www.retinalburn.net/linux/dri_status.html There is XVideo overlay support for mach64 in the XFree86 4.x kdrive driver, but not the standard 'ati' driver yet. The gatos driver has mach64 support for overlay as well as tv-in and capture support for mach64 All-in-Wonder cards. I also have a driver based on the DRI branch with the GATOS driver merged in here: http://www.retinalburn.net/linux/dri_xv.html Merging the gatos code was pretty trivial, as it's basically self-contained in separate source files from the rest of the DDX driver. Eventually, the 3D support should get merged into the mainline XFree86 driver. We have some DMA issues still to work out in the DRI driver -- namely security and ppc support -- and then the DRI driver will get merged into the DRI trunk. From there it should get merged into a future XFree86 release and the GATOS project can pick up the 3D support. As I mentioned, adding the XVideo overlay support is pretty trivial, and it's been very stable for me (it's been around in the GATOS driver for quite some time now), so I don't see why that couldn't be merged into the mainline XFree86 driver as well. As far as tv-in and capture goes, that part of the GATOS code seems to be more of a moving target, so that functionality will probably only be available through the GATOS project -- at least until things stabilize more. I tend to think of the DRI and GATOS projects as branches of XFree86. At any rate, that's my 2 cents -- what gets merged into XFree86 will depend on the XFree86 developers. So, with any luck I haven't made things more confusing than they already were. ;) Your list is missing at least one other that I know of, namely Utah-GLX ! Owen David Balazic wrote: Hi! As a future ATI Radeon 8500 owner :-) I wonder about the different available drivers : - xfree86 - dri - gatos - ati.com How are they related ? Do the serve the same purpose or every one does its own part ? ( read : do I install one of them or do I combine them ? ) Is there any overlap in functionality/features ? Code ? Is gatos fully free/open ? How about ATI.com ? Binary only ? Are those FAQ's ? And finally , what is the best ( combination of ) driver(s) out of those ( are there any others ? ) for an end user ? Regards, TIA and party on, david balazic ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Dell Ati Mobility does not back-store
On Tue, Nov 12, 2002 at 05:26:07PM +0100, Mario Stipcevic wrote: Hi ! I have a Dell Inspiron 4000 with ATI RAge 128 Mobility (XX - some version) card. I have been upgrading XFree86 since 4.00 till the newest 4.2.X and I always have the same problem. I have a specific software that does not redraw windows upon bein obscured so their contents gets erased forever. Prior to XFree 4.0 the problem was fixed by itself, but after ver= 4.0 one needs to specify the option +bs to the server. This generally works but does not work with the video card in my laptop. I have tried both +bs and -wm options. +bs works better but after a short while backing store does not wotrk at all. Why is that and is there a fix ? You should take a look at: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=76671 Lates XFree86 CVS should be fixed also. There was some discussion about this a few weeks ago. You might also try looking through the list archives. -- Smile! http://antwrp.gsfc.nasa.gov/apod/ap990315.html ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]wierd xterm bug
Hi Not that I did understand so much of the last part of the message, I sometimes got a similar bug! Don't know why it happens, but sometimes when I have been pressing CTRL, the systems misses the event when I released it again and the result is that the mouse continues to select text instead of raising the window. I just press (and releases) the CTRL button once more, and it releases its function. - Don't know if its the same problem you are experiencing... ~Jrn C. On Mon, 2002-11-25 at 02:45, James H. Cloos Jr. wrote: I'm not sure what causes this bug, whether it is in xterm, the x server, icewm or elsewhere Occasionally my xterms get into a mode where mouse clicks no longer act as expected. A left or right click, rather than raising and focusing the window, selects all of the text in the xterm from the beginning of the saved lines to the line where the click occured. Middle clicks continue to paste the selection. Once, choosing the Show Alternate Screen option and then unchoosing it got the xterm back to normal, but that is not working either, just now. One possibly relevant issue is gettimeofday(). The box crashes occasionaly (bad smm bios I think) and the rtc is always off by a few hours on a reboot after such an event. (Ntpd keeps it w/in a few centiseconds ordinarily; only the hard crashes fubar the rtc.) I have pppd run ntpdate when it starts, so there is a significant jump backward in time every once in a while. Might that cause the bug? Xev, while the bug is evident, gives this to clicks in its window, fwiw: Outer window is 0x2a1, inner window is 0x2a2 [etc] ButtonPress event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x0, button 1, same_screen YES ButtonRelease event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x100, button 1, same_screen YES ButtonPress event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x0, button 3, same_screen YES ButtonRelease event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x400, button 3, same_screen YES ButtonPress event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x0, button 2, same_screen YES ButtonRelease event, serial 28, synthetic NO, window 0x2a1, root 0x3e, subw 0x0, time 3103208761, (152,107), root:(158,134), state 0x200, button 2, same_screen YES -JimC ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert -- Jrn Christensen [EMAIL PROTECTED]
[Xpert]NumLock
Hi How do I make X start up with NumLock on? ~Jrn Christensen -- Jrn Christensen [EMAIL PROTECTED]
Re: [Xpert]NumLock
Hi, Try man setleds. If all is well u can include it in your startup scripts. Cheers, Mukhben. On 25 Nov 2002, [ISO-8859-1] Jørn Christensen wrote: Hi How do I make X start up with NumLock on? ~Jørn Christensen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert][NV driver] I2C bus(ses) question.
Hi Mark, list.
I am a bit confused with the code for the I2C bus(ses), especially
in a multiple heads environment.
The current code use the extended registers 0x3e, 0x3f in order
to implement the I2C's functions I2CPutBits and I2CGetBits, but
I think that the second head should use actually the registers
0x36 and 0x37.
Am I correct? If yes, following patch should fix that.
Cheers,
--
Ducrot Bruno
http://www.poupinou.orgPage profaissionelle
http://toto.tu-me-saoules.com Haume page
diff -Naur xc/programs/Xserver/hw/xfree86/drivers/nv.old/nv_dac.c
xc/programs/Xserver/hw/xfree86/drivers/nv/nv_dac.c
--- xc/programs/Xserver/hw/xfree86/drivers/nv.old/nv_dac.c Mon Oct 14 20:22:45
2002
+++ xc/programs/Xserver/hw/xfree86/drivers/nv/nv_dac.c Mon Nov 25 15:36:42 2002
@@ -320,13 +320,16 @@
{
NVPtr pNv = NVPTR(pScrn);
unsigned char val;
+unsigned char cr;
+
+cr = pNv-SecondCRTC ? 0x36 : 0x3e;
/* wait for Vsync */
while(VGA_RD08(pNv-riva.PCIO, 0x3da) 0x08);
while(!(VGA_RD08(pNv-riva.PCIO, 0x3da) 0x08));
/* Get the result */
-VGA_WR08(pNv-riva.PCIO, 0x3d4, 0x3e);
+VGA_WR08(pNv-riva.PCIO, 0x3d4, cr);
val = VGA_RD08(pNv-riva.PCIO, 0x3d5);
DEBUG(ErrorF(NV_ddc1Read(%p,...) returns %d\n,
pScrn, val));
@@ -338,9 +341,12 @@
{
NVPtr pNv = NVPTR(xf86Screens[b-scrnIndex]);
unsigned char val;
+unsigned char cr;
+
+cr = pNv-SecondCRTC ? 0x36 : 0x3e;
/* Get the result. */
-VGA_WR08(pNv-riva.PCIO, 0x3d4, 0x3e);
+VGA_WR08(pNv-riva.PCIO, 0x3d4, cr);
val = VGA_RD08(pNv-riva.PCIO, 0x3d5);
*clock = (val DDC_SCL_READ_MASK) != 0;
@@ -354,8 +360,11 @@
{
NVPtr pNv = NVPTR(xf86Screens[b-scrnIndex]);
unsigned char val;
+unsigned char cr;
+
+cr = pNv-SecondCRTC ? 0x37 : 0x3f;
-VGA_WR08(pNv-riva.PCIO, 0x3d4, 0x3f);
+VGA_WR08(pNv-riva.PCIO, 0x3d4, cr);
val = VGA_RD08(pNv-riva.PCIO, 0x3d5) 0xf0;
if (clock)
val |= DDC_SCL_WRITE_MASK;
@@ -367,7 +376,7 @@
else
val = ~DDC_SDA_WRITE_MASK;
-VGA_WR08(pNv-riva.PCIO, 0x3d4, 0x3f);
+VGA_WR08(pNv-riva.PCIO, 0x3d4, cr);
VGA_WR08(pNv-riva.PCIO, 0x3d5, val | 0x1);
DEBUG(ErrorF(NV_I2CPutBits(%p, %d, %d) val=0x%x\n, b, clock, data, val));
Re: [Xpert]Portrait Mode in X
Mark, Thanks for the info. I noticed in your list below that the intel 815 / 830 series chips aren't listed... Is it difficult to implement this functionality in software? I don't currently have a copy of the X source, but I could download it and give it a try... The ultimate goal, however, is to have the rotate supported on the 815 / 830 chips in hardware. The application that we plan to use displays decoded MPEG2 that does a bunch of XvPutImage calls which would likely be pretty slow if the X server had to rotate each frame in software. I'm thinking that the hardware does support this functionality, as a lot of tablet manufacturers are using this hardware in the new Designed for Windows XP Tablet Edition computers... I was planning to prove them wrong by running Linux on one :) I've been in contact with one of the Tablet manufacturers, and they say that the Intel video driver that they're using in Windows does the flipping for them... this makes me assume that the Windows driver is flipping a 1 into a register somewhere to rotate the image. However, I've looked through the i830 data sheet and can't spot anything ... If anyone has any info on this any help would be greatly appreciated. Also, my apologies for this original post ending up on the mailing list 3 times - I thought the mail problem was on my end and not on the mailing list server... Mark - Original Message - From: Mark Vojkovich [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, November 23, 2002 6:28 PM Subject: Re: [Xpert]Portrait Mode in X I wouldn't be surprised if most of the rotate drivers were broken in CVS since the resize and rotate extension went in - the nv driver is. But most of the drivers in 4.2.0 and 4.2.1 have support for rotate. Grepping CVS source code shows ROTATE options in the following drivers: chips and technology, cirrus logic, fbdev, cyrix, matrox, neomagic, rendition, S3 virge, S3 savage, siliconmotion, trident, sis, nv. Not sure which ones of those actually work though. Nearly all of these drivers actually implement this in software so it's slower than normal operation (no hardware features for the rotation). Mark. On Fri, 22 Nov 2002, Mark Cuss wrote: Hello I was wondering if any of you folks had any information on running X in portrait mode (ie - rotating the contents of the display 90 degrees) for use on a tablet - style computer. I've noticed that the silicon motion driver has a rotate option, but I haven't found any others that do. I'm assuming that this needs to be supported by the hardware, as it would be an expensive operation in software (or so I've seen under Windows, anyways)... If anyone has information on which hardware supports this mode of operation and whether or not they're supported in XFree86, that would be great. My main interest would probably be in the Intel integrated chipset video (i815, 830, etc) as most tablet computers tend to use this as their graphics processor. Thanks in advance, Mark Mark Cuss Real Time Systems Analyst CDL Systems Ltd. Suite 230 3553 - 31 Street NW Calgary, Alberta T2L 2K7 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Radeon Mobility 7500 screen blank of death
From: Dax Kelson [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Date: Sun, 10 Nov 2002 00:57:25 -0700 (MST) XF86 Ver: Tested with 4.2.0-72 (RH8.0) and CVS (Nov8th), same result Hardware: - Dell Inspiron 4150 Laptop w/ A03 BIOS - i845 chipset - ATI Radeon Mobility M7 LW rev 0 Problem PreReq: Only manifests when laptop is running on battery power. Problem: When X is running and the keyboard/mouse isn't touched for about 5mins, the screen blanks. Pressing a key or moving the mouse causes to 'unblank', however, the screen is a dancing, scrambled, unreadable mess. Switching out to 'text mode' via CTL-ALT-F1 doesn't help, it is still scrambled. Note that the OS is not locked up; I can still SSH in. Rebooting the box is the only way to get the screen back to normal, just restarting X has no effect. Checking dmesg and the XFree86.0.log file shows no error messages, or any extra messages for that matter. This is a common problem with Radeon Mobility cards and 1400x1050 displays. I have seen some comments that indicate that something is being worked on, but I am not sure of its status. You can get the box to re-sync without a re-boot. Here is what I do on my IBM T30: 1. Switch to a text screen CTRL-ALT-F2 2. Turn off the display Fn-F3 does this on my T30. You may need to close the top or use some other key sequence to turn it off. 3. Turn the display back on. (Usually any key. I use SHIFT.) 4. Return to X display ALT-F9. It seems that the display will re-sync if powered on while in text mode, but not in graphic mode. The text mode displays at 720x400 and this does not seem to cause the problem that shows up at 1400x1050. I suspect that this is REALLY a BIOS issue, but there must be some way to work around it as Windows does not have the problem. It seems independent of brand, though, so it really requires some special tweak beyond what other graphics cards require. R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED] Phone: +1 510 486-8634 ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Archive ?
On Mon, Nov 25, 2002 at 09:57:24AM +0100, Johannes Rath wrote: I am loking for the archive of XPert. Has it been removed? http://marc.theaimsgroup.com -- Ross Vandegrift [EMAIL PROTECTED] A Pope has a Water Cannon. It is a Water Cannon. He fires Holy-Water from it.It is a Holy-Water Cannon. He Blesses it. It is a Holy Holy-Water Cannon. He Blesses the Hell out of it. It is a Wholly Holy Holy-Water Cannon. He has it pierced.It is a Holey Wholly Holy Holy-Water Cannon. He makes it official. It is a Cannon Holey Wholly Holy Holy-Water Cannon. Batman and Robin arrive. He shoots them. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Portrait Mode in X
Around 10 o'clock on Nov 25, Mark Cuss wrote: The application that we plan to use displays decoded MPEG2 that does a bunch of XvPutImage calls which would likely be pretty slow if the X server had to rotate each frame in software The Mach64 Tiny-X driver supports rotated Xv overlays on top of a rotated shadow frame buffer for regular graphics. Performance is not a problem as the hardware is still doing the YUV-RGB and scaling. Keith PackardXFree86 Core TeamHP Cambridge Research Lab ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]RH Linux 8.0 - Chips 69030 - Cursor and and keys freeze
RH Linux 8.0 - Chips 69030 - Cursor and and keys freeze On a new install, the pc will boot and the cursor and KBD freezes almost immediately. The same hardware and setting worked fine under RH 7.0 (XFree 4.01) 7.3 (XFree 4.2.0). Any idea what the problem might be ? HBDo you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Xpert]Portrait Mode in X
On Mon, 25 Nov 2002, Mark Cuss wrote: Mark, Thanks for the info. I noticed in your list below that the intel 815 / 830 series chips aren't listed... Is it difficult to implement this functionality in software? I don't currently have a copy of the X source, but I could download it and give it a try... Rotation using the shadow framebuffer is easy. Rendering goes into system memory and then is copied rotated to video ram. The one driver that does this in hardware (silicon motion I think) has the two framebuffers in video ram. It renders to one in hardware and then updates the other rotated via hardware. The ultimate goal, however, is to have the rotate supported on the 815 / 830 chips in hardware. The application that we plan to use displays decoded MPEG2 that does a bunch of XvPutImage calls which would likely be pretty slow if the X server had to rotate each frame in software. I'm thinking that the hardware does support this functionality, as a lot of tablet manufacturers are using this hardware in the new Designed for Windows XP Tablet Edition computers... I was planning to prove them wrong by running Linux on one :) Xv(Shm)PutImage doesn't render to the framebuffer on i815 - the data goes into the overlay and isn't handled by the shadow framebuffer code. You'd have to rotate the source for the overlay yourself in software (easy for 4:2:0, messy for 4:2:2). I've been in contact with one of the Tablet manufacturers, and they say that the Intel video driver that they're using in Windows does the flipping for them... this makes me assume that the Windows driver is flipping a 1 into a register somewhere to rotate the image. However, I've looked through the i830 data sheet and can't spot anything ... Unlikely. They probably render into video ram normally and then copy it with rotation using the texture engine. Video, if using the overlay, is probably done in software by rotating the source, or they just fall back to YUV-RGB blits in this case so they don't have to deal with the overlay. MARk. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Re: [NV driver] I2C bus(ses) question.
On Mon, 25 Nov 2002, Ducrot Bruno wrote: Hi Mark, list. I am a bit confused with the code for the I2C bus(ses), especially in a multiple heads environment. The current code use the extended registers 0x3e, 0x3f in order to implement the I2C's functions I2CPutBits and I2CGetBits, but I think that the second head should use actually the registers 0x36 and 0x37. Not exactly. There is a difference between the CRT controller and the connector on the card. The I2C function is tied to a connector, not a CRTC. So it depends on the board layout. On NV11 CRTC 0 1 correspond to outputs 0 1, but on everything newer it could be either way. It may be the case that straight-across 0-0, 1-1 may work better overall, but it's not guaranteed. I will examine the success rate with my cards over the US holiday later this week. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]setkxbmap error
I'm having trouble getting setxkbmap to work. Here is what I'm doing: $ setxkbmap -v ar Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Trying to build keymap using the following components: keycodes: xfree86 types: complete compat: complete symbols:en_US(pc101)+ar+group(ctrl_shift_toggle) geometry: pc(pc101) Error loading new keyboard description I've asked on irc and someone said it always worked for them the 'second time'. Others have said this was an issue when people had older libraries (XFree86 3.3.6). I'm not sure what it is, but I'm running XFree86-4.2. Please advise. -- --- | Mohammed Elzubeir| Visit us at: | | | http://www.arabeyes.org/| | Arabeyes Project | Homepage:| | Unix the 'right' way | http://fakkir.net/~elzubeir/| --- --- Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=elzubeir msg11147/pgp0.pgp Description: PGP signature
Re: [Xpert]Portrait Mode in X
I don't believe they have hardware rotation support like the silicon motion driver does. However, you could use the 3D hardware to perform the rotation by creating two frame buffers in the card and using the hardware to rotate one into the other. I've been tempted to try this, but haven't any compelling reason to do so yet. You'd still have to rotate the Xv images on the way to the frame buffer, but that won't be a performance problem. This sounds interesting - is this a big job? If this was implemented in the X server, I imagine that it may be of use to others who wish to use similar hardware. I might be interested in giving this a try, but I would need some pointers as to where to start, as I've never worked on any X server type code before. I've done some tinkering with drivers, but in a very limited fashion... The tablet I've seen uses the silicon motion chipset which does the rotation during video output, making things much easier. Keith PackardXFree86 Core TeamHP Cambridge Research Lab Thanks Mark ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]How are different ATI drivers related ?
At 11:07 AM 11/25/02, you wrote: On Mon, 25 Nov 2002, Owen Savill wrote: Thanks for that. I am a little less confused ! I still think GATOS is a type of French cake :-) However, I noticed from you web site it says : Cards earlier than the ATI 3D Rage Pro don't have a triangle setup engine and are not supported. This includes ... and ATI 3D Rage Mobility ?!?! what does this mean ? Note that ATI 3D Rage Mobility is listed under _supported_ (there are two lists in that paragraph, the first are unsupported and the second are supported). I should make this more clear on the site, but there are cards called 3D Rage XXX, _without_ Pro in the name that have only very limited 3D capabilities -- i.e. texturing, but no triangle setup. AFAIK, all Rage Mobility cards using mach64 are of the Pro variety and have triangle setup. AFAIK, the Rage Mobility card use the Rage XL chipset as do the Xpert98@play and current shipping Rage 98s. The Rage Pro was used in regular Xpert 98s but is no longer. I don't know what features the XL came with but the performance was definitely not as good as the Rage Pro cards. -- Mark Lane Hard Data Ltd. mailto:[EMAIL PROTECTED] Telephone: 01-780-456-9771 FAX: 01-780-456-9772 11060 - 166 Avenue Edmonton, AB, Canada T5X 1Y3 http://www.harddata.com/ -- Ask me about our Affordable Alpha Systems! -- BEGIN:VCARD VERSION:2.1 N:Lane;Mark FN:Mark Lane ORG:Hard Data Ltd. TITLE:Sales TEL;WORK;BUSINESS:780-456-9771 TEL;WORK;VOICE:780-456-9771 TEL;WORK;FAX:780-456-9772 ADR;WORK:;;11060 - 166 Avenue;Edmonton;AB;T5X1Y3;Canada LABEL;WORK;ENCODING=QUOTED-PRINTABLE:11060-166 Avenue=0D=0AEdmonton, AB T5X1Y3=0D=0ACanada URL;WORK:http://www.harddata.com EMAIL;PREF;INTERNET:[EMAIL PROTECTED] REV:20010222T231737Z END:VCARD
Re: [Xpert]How are different ATI drivers related ?
On Mon, 25 Nov 2002, Mark Lane wrote: At 11:07 AM 11/25/02, you wrote: On Mon, 25 Nov 2002, Owen Savill wrote: Thanks for that. I am a little less confused ! I still think GATOS is a type of French cake :-) However, I noticed from you web site it says : Cards earlier than the ATI 3D Rage Pro don't have a triangle setup engine and are not supported. This includes ... and ATI 3D Rage Mobility ?!?! what does this mean ? Note that ATI 3D Rage Mobility is listed under _supported_ (there are two lists in that paragraph, the first are unsupported and the second are supported). I should make this more clear on the site, but there are cards called 3D Rage XXX, _without_ Pro in the name that have only very limited 3D capabilities -- i.e. texturing, but no triangle setup. AFAIK, all Rage Mobility cards using mach64 are of the Pro variety and have triangle setup. AFAIK, the Rage Mobility card use the Rage XL chipset as do the Xpert98@play and current shipping Rage 98s. The Rage Pro was used in regular Xpert 98s but is no longer. I don't know what features the XL came with but the performance was definitely not as good as the Rage Pro cards. The Rage XL is register compatible with Rage Pro/Rage LT Pro/ Rage Mobility as far as 3D goes. I think the main differences between these have to do with panel support, TV-out, and iDCT/motion compensation -- plus dual CRTCs and low power use for the mobile chips. Rage XL is tested and works with the DRI mach64 driver. It's the chips that came before the Rage Pro like the the mach64 VT and 3D Rage II/IIC/II+ that don't have triangle setup despite the 3D in the name. -- Leif Delgass http://www.retinalburn.net ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]NumLock
Hi setleds only works from a tty - not an xterm! I have manage sometime to get the NumLock turned on as default for all ttys and vtys - don't ask me how! But when I start X, it automaticaly disables the NumLock on that vty. I tried to bypass that with the setleds command in my windowmaker startup script - but with no luck. So how can I make X enable NumLock? ~Jrn On Mon, 2002-11-25 at 17:17, Mukhben Singh wrote: Hi, Try man setleds. If all is well u can include it in your startup scripts. Cheers, Mukhben. On 25 Nov 2002, [ISO-8859-1] Jrn Christensen wrote: Hi How do I make X start up with NumLock on? ~Jrn Christensen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]Silicon Motion Driver
Hello all I was looking at the supported hardware list from XFree 4.2.0 for the Silicon Motion driver. It lists the Lynx 3DM 720 as supported. Is the Lynx 3DM 721 supported as well? Thanks Mark ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]NumLock
try numlockx http://dforce.sh.cvut.cz/~seli/en/numlockx dave ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Nvidia GEForce4 Mx440
On Sun, 2002-11-24 at 01:42, Mark Vojkovich wrote: On Wed, 20 Nov 2002, George Gopie wrote: I have installed Linux Red Hat Advanced Server 2.4.9-e.3 on my intel server with a 64MB nvidia #DGeForce4 Mx440 series video card. I am unable to get it to work with X. I have down loaded XFRee86 4.0.2 and installed it., but when I try to start the configuration with XFree86 -configure i get that the Following: Fatal Server error: XFree86 has found a valid card configuration. Unfortunately the appropriate data has not been added to the xf86PciInfo.h. This card is relatively new and there has been no official XFree86 release since that card has come out so there is no official release supporting it (certainly not 4.0.2 which is two years old). You either have to build XFree86 from CVS or install the binary drivers from nvidia's web site, or *maybe* replacing the /usr/X11R6/lib/modules/drivers/nv_drv.o with the one on my web page http://www.xfree86.org/~mvojkovi/nv_drv.o will work if you start the server with the -ignoreABI option (ie. startx -- -ignoreABI) - that certainly works with 4.2.0, but I don't know about 4.0.2. Relatively new? - just use the nv driver I attach my XF86Config if you want to use it (I have a 440mx as well) It has worked with 4.1 4.2 and cvs - havn't checked 4.0.2 but the nv driver has been around a while Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert # XFree86 4.0 configuration generated by Xconfigurator Section ServerLayout Identifier XFree86 Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection # By default, Red Hat Linux 6.0 and later use xfs Section Files FontPath unix/:7100 EndSection # Module loading section Section Module Load dbe # Double-buffering Load GLcore # OpenGL support Load dri # Direct rendering infrastructure Load glx # OpenGL X protocol interface Load extmod # Misc. required extensions Load v4l # Video4Linux # Load pex5 # PHIGS for X 3D environment (obsolete) # Load record# X event recorder # Load xie # X Image Extension (obsolete) # You only need the following two modules if you do not use xfs. # Load freetype # TrueType font handler # Load type1 # Adobe Type 1 font handler EndSection Section InputDevice Identifier Keyboard0 Driver keyboard Option XkbLayout gb EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Device /dev/mouse Option Protocol IMPS/2 Option Emulate3Buttons off Option ZAxisMapping 4 5 EndSection Section Monitor Identifier Maxdata Belinea 10 40 10 VendorName Unknown ModelName Unknown HorizSync 30.0-48.5 VertRefresh 50.0-120.0 Option dpms EndSection Section Device Identifier My Video Card Driver nv BoardName Unknown EndSection Section Device Identifier Linux Frame Buffer Driver fbdev BoardName Unknown EndSection Section Screen Identifier Screen0 Device My Video Card Monitor Maxdata Belinea 10 40 10 DefaultDepth 24 Subsection Display Depth 24 Modes 1024x768 EndSubSection EndSection Section DRI Mode 0666 EndSection
Re: [Xpert]Off by one error in drawing code for Radeon VE
On Mon, 2002-11-25 at 02:57, Kevin E Martin wrote: On Mon, Nov 25, 2002 at 12:02:32AM +0100, Michel Dänzer wrote: On Son, 2002-11-24 at 22:53, Kevin E Martin wrote: On Sun, Nov 24, 2002 at 09:57:36PM +0100, Michel Dänzer wrote: On Don, 2002-11-21 at 06:44, Andrew P. Lentvorski wrote: Okay, you wanted isolation; you got isolation. ;) The option which makes the problem go away is: Option XaaNoDashedTwoPointLine While this has been much improved in current CVS, Mark's linetest program still produces some artifacts. Kevin, have you gotten around to look into that yet? Yes. I rebuilt from the latest CVS tree, and ran xtest and Mark's linetest program. It all worked fine for me -- i.e., no artifacts. The latest I've heard is that the person who had the problems and rebuilt from CVS but didn't install the new XAA. They were going to try installing the new XAA to see if that helps (or they could just build a non-loadable server for testing). However, if Mark's linetest program produces artifacts for you, please let me know the exact coordinates, the dash pattern used, and if end caps are on/off, since I have not been able to reproduce this problem. This info should be trivial to gather in the debugger. It might simply be that there are specific dash patterns that cause problems that I have not tested. Also, please let me know if this happens on big or little endian machines, or both. I told you two months ago that I get artifacts both on my TiBook with a 7500 Mobility as well as on an Athlon box with a 7500. You said you thought you knew what the problem is. Yes, I remember that e-mail conversation, but I believe the problem you pointed out two months ago is a different problem and is specific to Radeon 7500 (RV200) and later cards. FYI, I think the solution to the drawing errors on the 7500 and later cards is to properly set the bres_cntl field in the dst_line_patcount register. Does that mean we could implement full-blown Bresenham lines with the newer chips? However, the problem from the original e-mail in this thread was said to be with a Radeon VE (see the subject line), which is older than the 7500 and does not appear to have the bres_cntl field. As I mentioned above, I've rebuilt from the latest CVS tree, and ran xtest and Mark's linetest program. It all worked fine on my VE card. At this point, I'm not sure what the problem with the VE is. I see, sorry for the confusion. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Nvidia GEForce4 Mx440
On 26 Nov 2002, mike wrote: On Sun, 2002-11-24 at 01:42, Mark Vojkovich wrote: On Wed, 20 Nov 2002, George Gopie wrote: I have installed Linux Red Hat Advanced Server 2.4.9-e.3 on my intel server with a 64MB nvidia #DGeForce4 Mx440 series video card. I am unable to get it to work with X. I have down loaded XFRee86 4.0.2 and installed it., but when I try to start the configuration with XFree86 -configure i get that the Following: Fatal Server error: XFree86 has found a valid card configuration. Unfortunately the appropriate data has not been added to the xf86PciInfo.h. This card is relatively new and there has been no official XFree86 release since that card has come out so there is no official release supporting it (certainly not 4.0.2 which is two years old). You either have to build XFree86 from CVS or install the binary drivers from nvidia's web site, or *maybe* replacing the /usr/X11R6/lib/modules/drivers/nv_drv.o with the one on my web page http://www.xfree86.org/~mvojkovi/nv_drv.o will work if you start the server with the -ignoreABI option (ie. startx -- -ignoreABI) - that certainly works with 4.2.0, but I don't know about 4.0.2. Relatively new? - just use the nv driver I attach my XF86Config if you want to use it (I have a 440mx as well) It has worked with 4.1 4.2 and cvs - havn't checked 4.0.2 but the nv driver has been around a while I added support for PCI ID 0x0171 GeForce4 MX 440 on 2001/10/01. It can't possibly work with 4.1.0, which was released earlier in the year. While 0x0171 recognition was in 4.2.0, I only had prelease boards to run with it. I know that many modern NV17 boards (maybe most) do not work with 4.2.0. Everything should work fine in CVS. The nv driver doesn't officially support NV17 until after 4.2.0. MArk. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]*****SPAM***** GDI functions
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: (6.60 hits, 5 required) SPAM: NOSPAM_INC (-2.8 points) Where are you working at? SPAM: USER_AGENT_OE (-0.3 points) X-Mailer header indicates a non-spam MUA (Outlook Express) SPAM: INVALID_MSGID (1.2 points) Message-Id is not valid, according to RFC 2822 SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: CARRIAGE_RETURNS (1.3 points) RAW: Message contains a lot of ^M characters SPAM: BASE64_ENC_TEXT(1.2 points) RAW: Message text disguised using base-64 encoding SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points) RBL: Received via a relay in relays.osirusoft.com SPAM:[RBL check: found 109.35.149.61.relays.osirusoft.com., type: 127.0.0.4] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 10.225.130.202.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: X_OSIRU_SPAM_SRC (2.7 points) RBL: DNSBL: sender is Confirmed Spam Source SPAM: SPAM: End of SpamAssassin results - This is a multi-part message in MIME format. --=_NextPart_000_000B_01C2952C.7A88F1D0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 SGkgYWxsOg0KDQogICBIb3cgdG8gZmluZCB0aGUgc291cmNlIGNvZGUgb2YgWEZyZWU4NicgR0RJ IGZ1bmN0aW9ucywgc3VjaCBhcyBYRHJhd1BvaW50KCksIFhEcmF3TGluZSgpIGV0Yz8NCklzIHRo ZSBmaWxlIC9zcmMvWDQxMHNyYy0xL3hjL3Byb2dyYW1zL1hzZXJ2ZXIvWGV4dC9wYW5vcmFtaVhw cm9jcy5jIGltcGxlbWVudHMgYWxsIG9mIHRoZW0/DQoNCkh1YQ0KVGhhbmtzIGluIGFkdmFuY2Uh DQo= --=_NextPart_000_000B_01C2952C.7A88F1D0 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMzE1LjI4NzAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNkNGQwYzg+DQo8RElWPjxGT05UIHNpemU9Mj4NCjxESVY+PEZPTlQgc2l6 ZT0yPg0KPERJVj48Rk9OVCBzaXplPTI+SGkgYWxsOjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDtIb3cgdG8gZmluZCB0 aGUgc291cmNlIGNvZGUgb2YgWEZyZWU4NicgR0RJIA0KZnVuY3Rpb25zLCBzdWNoIGFzIFhEcmF3 UG9pbnQoKSwgWERyYXdMaW5lKCkgZXRjPzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0y PklzIHRoZSANCmZpbGUmbmJzcDsvc3JjL1g0MTBzcmMtMS94Yy9wcm9ncmFtcy9Yc2VydmVyL1hl eHQvcGFub3JhbWlYcHJvY3MuYyBpbXBsZW1lbnRzIA0KYWxsIG9mIHRoZW0/PC9GT05UPjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkh1YTwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgc2l6ZT0yPlRoYW5rcyBpbiANCmFkdmFuY2UhPC9GT05UPjwvRElWPjwvRk9O VD48L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=_NextPart_000_000B_01C2952C.7A88F1D0-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]Off by one error in drawing code for Radeon VE
On Tue, Nov 26, 2002 at 01:45:17AM +0100, Michel Dänzer wrote: On Mon, 2002-11-25 at 02:57, Kevin E Martin wrote: Yes, I remember that e-mail conversation, but I believe the problem you pointed out two months ago is a different problem and is specific to Radeon 7500 (RV200) and later cards. FYI, I think the solution to the drawing errors on the 7500 and later cards is to properly set the bres_cntl field in the dst_line_patcount register. Does that mean we could implement full-blown Bresenham lines with the newer chips? This field just gives the driver author a little more flexibility to match software rendered lines. Full-blown Bresenham lines on Radeon cards are not possible. However, the X server already has sufficient flexibility to match the Radeon's two-line algorithm, so Bresenham lines are not necessary. I think properly initializing this field should fix the two-point lines on 7500 and newer cards. I'll let you know when I've fixed the problem. Regarding this one VE card error report, I'm still not sure what is going wrong. Other than this one report, the older cards already match the hardware exactly with the current CVS code. And, the VE cards that I've tested (Radeon VE and Dell OEM VE) also match the hardware exactly. Kevin ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Could XFree86's anti-spam filter be a little trigger happy? Re: [Xpert]*****SPAM*****GDI functions
I think XFree's spam assasin filter might just be a bit trigger happy - I decoded the attached message and it is a valid question for XFree. Hua zhang, if you are reading this - set your mailer to generate plain text, rather than MIME encoding it. That should get your below the thresholds. Hua zhang wrote: 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: (6.60 hits, 5 required) SPAM: NOSPAM_INC (-2.8 points) Where are you working at? SPAM: USER_AGENT_OE (-0.3 points) X-Mailer header indicates a non-spam MUA (Outlook Express) SPAM: INVALID_MSGID (1.2 points) Message-Id is not valid, according to RFC 2822 SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: CARRIAGE_RETURNS (1.3 points) RAW: Message contains a lot of ^M characters SPAM: BASE64_ENC_TEXT(1.2 points) RAW: Message text disguised using base-64 encoding SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points) RBL: Received via a relay in relays.osirusoft.com SPAM:[RBL check: found 109.35.149.61.relays.osirusoft.com., type: 127.0.0.4] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 10.225.130.202.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: X_OSIRU_SPAM_SRC (2.7 points) RBL: DNSBL: sender is Confirmed Spam Source SPAM: SPAM: End of SpamAssassin results - This is a multi-part message in MIME format. --=_NextPart_000_000B_01C2952C.7A88F1D0 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 SGkgYWxsOg0KDQogICBIb3cgdG8gZmluZCB0aGUgc291cmNlIGNvZGUgb2YgWEZyZWU4NicgR0RJ IGZ1bmN0aW9ucywgc3VjaCBhcyBYRHJhd1BvaW50KCksIFhEcmF3TGluZSgpIGV0Yz8NCklzIHRo ZSBmaWxlIC9zcmMvWDQxMHNyYy0xL3hjL3Byb2dyYW1zL1hzZXJ2ZXIvWGV4dC9wYW5vcmFtaVhw cm9jcy5jIGltcGxlbWVudHMgYWxsIG9mIHRoZW0/DQoNCkh1YQ0KVGhhbmtzIGluIGFkdmFuY2Uh DQo= --=_NextPart_000_000B_01C2952C.7A88F1D0 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMzE1LjI4NzAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNkNGQwYzg+DQo8RElWPjxGT05UIHNpemU9Mj4NCjxESVY+PEZPTlQgc2l6 ZT0yPg0KPERJVj48Rk9OVCBzaXplPTI+SGkgYWxsOjwvRk9OVD48L0RJVj4NCjxESVY+Jm5ic3A7 PC9ESVY+DQo8RElWPjxGT05UIHNpemU9Mj4mbmJzcDsmbmJzcDsmbmJzcDtIb3cgdG8gZmluZCB0 aGUgc291cmNlIGNvZGUgb2YgWEZyZWU4NicgR0RJIA0KZnVuY3Rpb25zLCBzdWNoIGFzIFhEcmF3 UG9pbnQoKSwgWERyYXdMaW5lKCkgZXRjPzwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0y PklzIHRoZSANCmZpbGUmbmJzcDsvc3JjL1g0MTBzcmMtMS94Yy9wcm9ncmFtcy9Yc2VydmVyL1hl eHQvcGFub3JhbWlYcHJvY3MuYyBpbXBsZW1lbnRzIA0KYWxsIG9mIHRoZW0/PC9GT05UPjwvRElW Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yPkh1YTwvRk9OVD48L0RJVj4N CjxESVY+PEZPTlQgc2l6ZT0yPlRoYW5rcyBpbiANCmFkdmFuY2UhPC9GT05UPjwvRElWPjwvRk9O VD48L0RJVj48L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=_NextPart_000_000B_01C2952C.7A88F1D0-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]*****SPAM*****
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: (7.00 hits, 5 required) SPAM: NOSPAM_INC (-2.8 points) Where are you working at? SPAM: USER_AGENT_OE (-0.3 points) X-Mailer header indicates a non-spam MUA (Outlook Express) SPAM: INVALID_MSGID (1.2 points) Message-Id is not valid, according to RFC 2822 SPAM: SUBJ_MISSING (0.4 points) Subject: is empty or missing SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: BASE64_ENC_TEXT(1.2 points) RAW: Message text disguised using base-64 encoding SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points) RBL: Received via a relay in relays.osirusoft.com SPAM:[RBL check: found 109.35.149.61.relays.osirusoft.com., type: 127.0.0.4] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 10.225.130.202.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: X_OSIRU_SPAM_SRC (2.7 points) RBL: DNSBL: sender is Confirmed Spam Source SPAM: UPPERCASE_50_75(1.3 points) message body is 50-75% uppercase SPAM: SPAM: End of SpamAssassin results - This is a multi-part message in MIME format. --=_NextPart_000_001C_01C29534.D0E63120 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 DQo= --=_NextPart_000_001C_01C29534.D0E63120 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMzE1LjI4NzAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNkNGQwYzg+DQo8RElWPiZuYnNwOzwvRElWPjwvQk9EWT48L0hUTUw+DQo= --=_NextPart_000_001C_01C29534.D0E63120-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]RH Linux 8.0 - Chips 69030 - Cursor and and keys freeze
Herman Buel wrote: RH Linux 8.0 - Any idea what the problem might be ? HB === HB, This is a known problem! Go here for your solution: http://store.suse.com :o) Patrick -- ---SuSE Linux v8.1 Pro--- Registered Linux User #225206 Life's a garden, Dig It! --Joe Dirt ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]*****SPAM*****
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: (7.00 hits, 5 required) SPAM: NOSPAM_INC (-2.8 points) Where are you working at? SPAM: USER_AGENT_OE (-0.3 points) X-Mailer header indicates a non-spam MUA (Outlook Express) SPAM: INVALID_MSGID (1.2 points) Message-Id is not valid, according to RFC 2822 SPAM: SUBJ_MISSING (0.4 points) Subject: is empty or missing SPAM: SPAM_PHRASE_00_01 (0.6 points) BODY: Spam phrases score is 00 to 01 (low) SPAM: BASE64_ENC_TEXT(1.2 points) RAW: Message text disguised using base-64 encoding SPAM: RCVD_IN_OSIRUSOFT_COM (0.4 points) RBL: Received via a relay in relays.osirusoft.com SPAM:[RBL check: found 109.35.149.61.relays.osirusoft.com., type: 127.0.0.4] SPAM: RCVD_IN_RFCI (2.3 points) RBL: Received via a relay in ipwhois.rfc-ignorant.org SPAM:[RBL check: found 10.225.130.202.ipwhois.rfc-ignorant.org., type: 127.0.0.6] SPAM: X_OSIRU_SPAM_SRC (2.7 points) RBL: DNSBL: sender is Confirmed Spam Source SPAM: UPPERCASE_50_75(1.3 points) message body is 50-75% uppercase SPAM: SPAM: End of SpamAssassin results - This is a multi-part message in MIME format. --=_NextPart_000_0027_01C29538.4C713530 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: base64 SGkgYWxsOg0K --=_NextPart_000_0027_01C29538.4C713530 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWdi MjMxMiIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBjb250ZW50PSJNU0hUTUwgNS4w MC4zMzE1LjI4NzAiIG5hbWU9R0VORVJBVE9SPg0KPFNUWUxFPjwvU1RZTEU+DQo8L0hFQUQ+DQo8 Qk9EWSBiZ0NvbG9yPSNkNGQwYzg+DQo8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiIg c2l6ZT0yPkhpIGFsbDo8L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg== --=_NextPart_000_0027_01C29538.4C713530-- ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
[Xpert]XFree86's GDI functions
Hi all: How to find the source code of XFree86's GDI functions, such as XDrawPoint(), XDrawLine() etc? Is the file /src/X410src-1/xc/programs/Xserver/Xext/panoramiXprocs.c implements all of them? Hua Thanks in advance! ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]RH Linux 8.0 - Chips 69030 - Cursor and and keys freeze
Herman Buel [EMAIL PROTECTED] writes: RH Linux 8.0 - Chips 69030 - Cursor and and keys freeze On a new install, the pc will boot and the cursor and KBD freezes almost immediately. The same hardware and setting worked fine under RH 7.0 (XFree 4.01) 7.3 (XFree 4.2.0). Any idea what the problem might be ? A quick web search reveals: http://www.dtims.com/support/document_central/application_notes/an001.html Which looks very similar. So you might want to try adding the SWCursor option. No idea why things worked for you with Red Hat 7.3. If that works, could you file a bug in bugzilla.redhat.com with the details ... we can set things up to automatically add that option for cards with a certain PCI id. Regards, Owen ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
Re: [Xpert]How are different ATI drivers related ?
Note that ATI 3D Rage Mobility is listed under _supported_ (there are two lists in that paragraph, the first are unsupported and the second are supported). I should make this more clear on the site, but there are cards called 3D Rage XXX, _without_ Pro in the name that have only very limited 3D capabilities -- i.e. texturing, but no triangle setup. AFAIK, all Rage Mobility cards using mach64 are of the Pro variety and have triangle setup. How am I going to paly Tux Racer if they are not supported :-( Well, time for the big one ! Download, build and install - I may need some help here :-) pretty please ! Sure, I can help. Also, have a look at the docs and FAQs on dri.sourceforge.net. Leif, this is very, very cool. Uhhh. I note you don't have BSD support yet. What would it take to frob up a drm driver? If there were one of those, wouldn't it be possible to use the binary ATI drivers from your website? After all, the (ostensibly) Linux GATOS ATI modules run just fine on FreeBSD (I use 'em to get 'xv'). Cheers, AS msg11168/pgp0.pgp Description: PGP signature
Re: [Xpert]XFree86's GDI functions
Yes. There is a project that needs to study the arithmetic of Window's GDI, but there is no way to get its source code you know. We hope to study the GDI functions of Linux first, that is XFree86. It is a huge code package and I have no too much time to study it. So I want to know anybody who has stuided or implemented XFree86's GDI functions and friendly enough can give me some useful information on it. Thanks Hua - Original Message - From: Mark Vojkovich [EMAIL PROTECTED] To: xfree86 [EMAIL PROTECTED] Sent: Tuesday, November 26, 2002 1:46 PM Subject: Re: [Xpert]XFree86's GDI functions On Tue, 26 Nov 2002, Hua zhang wrote: Hi all: How to find the source code of XFree86's GDI functions, such as XDrawPoint(), XDrawLine() etc? Is the file /src/X410src-1/xc/programs/Xserver/Xext/panoramiXprocs.c implements all of them? No, that is the Xinerama extension. I'm not sure what the question is. The thing most closely resembling GDI in XFree86 would be XAA, and that actually has little to do with XDrawPoint(), etc... which are client library functions. Perhaps if you were to explain what you needed to do rather than what you think you are looking for. Mark. ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert ___ Xpert mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/xpert
