Re: SunRay driver for XFree86
On Thu, Jan 30, 2003 at 10:40:12PM +, Markus Kuhn wrote: What would be the best starting point to write a SunRay driver for XFree86? The first step would be booting a SunRay from a machine which is not running Sun's SunRay software. And because SunRay's only load software that is signed cryptographically you will probably get stuck at that point. Kind regards -- Matthias Scheler http://scheler.de/~matthias/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SunRay driver for XFree86
Matthias Scheler wrote: On Thu, Jan 30, 2003 at 10:40:12PM +, Markus Kuhn wrote: What would be the best starting point to write a SunRay driver for XFree86? The first step would be booting a SunRay from a machine which is not running Sun's SunRay software. And because SunRay's only load software that is signed cryptographically you will probably get stuck at that point. We are already bejond that point, so the project is feasible from that side. When you power up a SunRay, it is *not* loading any executable software from the server. Its firmware remains in NVRAM and only needs to be loaded if you want to update the firmware version. All that happens during a SunRay powerup is a RARP and failing that a DHCP request, followed by the establishment of two TCP links with text messages for session and USB port management. http://www.cl.cam.ac.uk/~mgk25/sunray/ The rest of the traffic is via a modified version of SunRPC, most parts of which we understand now. The question now is, which Linux software the SunRay should drive. Performance-wise the most interesting option is probabaly to drive it directly from an X server (as Sun does), but as a perhaps simpler to implement option, drilling up a VNC server to speak SunRay's protocol in addition to the VNC protocol might be an obvious alternative. And then there are of course even more trivial options such as implementing a VT100 emulator or some other legacy terminal protocol for the SunRay1. So the question I'd like to ask here is, can someone provide us with a few pointers to get started with understanding how a SunRay driver could/ should possibly interface with the XFree86 X server. Markus -- Markus Kuhn, Computer Lab, Univ of Cambridge, GB http://www.cl.cam.ac.uk/~mgk25/ | __oo_O..O_oo__ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SunRay driver for XFree86
On Fri, Jan 31, 2003 at 11:57:36AM +, Markus Kuhn wrote: Performance-wise the most interesting option is probabaly to drive it directly from an X server (as Sun does), That shouldn't be too difficult. Take the Xvfb sources and teach to send the screen contents to the SunRay in regular intervals. When that works you optimize the SunRay display update step by step. Kind regards -- Matthias Scheler http://scheler.de/~matthias/ ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: How to debug X crashes?
On Don, 2003-01-30 at 20:22, Meelis Roos wrote: The colors and cursor on PPC s3virge are now OK (modulo videoram size detection) but I have encountered a server crash when viewing a specific web page with Konqueror. How to debug such crashes? The best way is to build a static server (#define DoLoadableServer NO in host.def), unless the crash is related to the loader. The usual suspects are related to TrueType fonts, i.e. the renderer modules and font servers. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Start directions
On Fri, Jan 31, 2003 at 05:16:06AM -0800, r_linux wrote: Anybody have a document or draft of start of X ??? xdm | Xserver | ... I need to understand the Xfree86 source, and not sure where start... Look at the DESIGN document in xc/progras/Xserver/hw/xfree86/docs. Friendly, Sven Luther ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: Fw: If you were writing a Windows and X clipboard integration manager...
Mike, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike A. Harris Sent: Friday, January 31, 2003 2:46 AM To: [EMAIL PROTECTED] Subject: RE: Fw: If you were writing a Windows and X clipboard integration manager... On Thu, 30 Jan 2003, Harold L Hunt II wrote: See also this thread: https://listman.redhat.com/pipermail/xdg-list/2002-November/000881.html And Keith's X extension to monitor selection changes, though this won't be in 4.3. Wow! That looks really cool and it is already in the tree as xfixes, right? No, it was checked into CVS prior to the November feature cut off date, but has subsequently been removed from CVS, so it wont be in 4.3.0, and unfortunately maybe never. Oh... heh... well, I haven't updated my CVS tree in awhile, so I actually still have the directory with xfixes in it :) Even if the code never gets officially accepted I could at least use it, or a derivative of it, to fix the clipboard problems for Cygwin/XFree86. The extension doesn't have to be perfect for me, since I know that my clipboard integration manager will always be working with the built-in version of that extension. Even though that extension isn't in the XFree86-proper release, I might play around with it for the Cygwin-specific release. It sounds like the selection monitoring portions of the extension will fix my problems with PRIMARY completely! This is very exciting! Keith might have a diff perhaps or tarball, not sure though. Thanks for your input, Harold Hunt -- Mike A. Harris ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.2.99.4 Test report: ATI Rage XL accel bug?
On Wed, 29 Jan 2003, Kevin Brosius wrote: Is there a known problem with accelerated fills on some ATI cards at depth 24? Using an ATI Rage XL (depth 16 log available at http://kevb.net/files/XFree86_ATI_16.log) at depth 24, I notice corrupted fill backgrounds on the text in xf86cfg. To reproduce, start xf86cfg, open Expert mode (clicking on the upper right text box) and then open up some of the config file field text boxes. Patterned fill space behind the text is garbage on my card (stipple problem?) I'm unable to capture a shot of the window of xf86cfg for some reason, both xv and scrot either will not capture, or capture only background behind this app, so I can't illustrate the problem. Option noaccel solves the problem, as does running at depth 16. Depth 24 log available on request. I assume you mean depth 24/32? If so, does the problem show in 24/24? The default, which I see is 24/32. I've also seen it happen at depth 16 now, but not so far at 24/24 in about a half dozen trials. Interestly, in depth 16 if I switch away from the server and back again, forcing a redraw, that sometimes fixes the pattern. Depth 24/24 log at http://kevb.net/files/XFree86_ati_24_24.log 24/32 log at http://kevb.net/files/XFree86_nokill_nomouse.log Could you narrow this down to the XAA primitive causing the problem? The driver currently accelerates screen-to-screen copies, solid fills, 8x8 mono pattern fills, scanline CPU-to-screen colour expansion and (other than for 24bpp) solid lines. Thanks. 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. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
RE: controlling refresh rate of the graphics card
Alexander Stohr wrote: what about syncing to the vertical blank? some cards do provide you an interrupt handler for this. what is the vertical blank ? . do you know somewhere where I can get more information on this? www.opengl.org is of course some central place of accumulation. but i would recommend you to start with e.g. the glut demos from Mark Kilgard, which are a flock of several hundred of small an large test, animation and demontration programs. most impressive is the gle extrusion object library. i mean if you do run some 30% of those demos than you truely do know if that is what you are looking for. you might to want to watch out for the (David) Bucciarelli subdir, for olympic or for the ideas sample animation in the glut demos package. I am not using openGL just Xvideo stuff.. but even then, how do I know that I am calling glSwap() at the right time ? glSwap abstracts the waiting for vblank (vertical screen retrace) and therefore performs it by itselves. .. does OpenGL wait till it has finished outputting one screen before it loads up the buffer ? yes, it has two buffers, and those can be swapped automagically on excatly the end of every displayed frame, no tearing anymore. is this doable with XvShmPutImage(...) ? OpenGL has its own complete set of rendering functions. thats so because its a highly portable thing. more portable of course when using the GLUT library for opening and closing windows. -Alex. ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Fw: If you were writing a Windows and X clipboard integration manager...
- Original Message - From: Harold L Hunt II [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 11:59 PM Subject: RE: Fw: If you were writing a Windows and X clipboard integration manager... Havoc, See also this thread: https://listman.redhat.com/pipermail/xdg-list/2002-November/000881.html And Keith's X extension to monitor selection changes, though this won't be in 4.3. Wow! That looks really cool and it is already in the tree as xfixes, right? Xfixes was pulled a while ago. Georgina ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: SunRay driver for XFree86
On Fri, Jan 31, 2003 at 11:57:36AM +, Markus Kuhn wrote: Performance-wise the most interesting option is probabaly to drive it directly from an X server (as Sun does), That shouldn't be too difficult. Take the Xvfb sources and teach to send the screen contents to the SunRay in regular intervals. When that works you optimize the SunRay display update step by step. I'd suggest implementing things like xf4vnc does (see xf4vnc.sourceforge.net). ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: 4.2.99.4 Test report: ATI Rage XL accel bug?
Marc Aurele La France wrote: On Wed, 29 Jan 2003, Kevin Brosius wrote: Is there a known problem with accelerated fills on some ATI cards at depth 24? Using an ATI Rage XL (depth 16 log available at http://kevb.net/files/XFree86_ATI_16.log) at depth 24, I notice corrupted fill backgrounds on the text in xf86cfg. To reproduce, start xf86cfg, open Expert mode (clicking on the upper right text box) and then open up some of the config file field text boxes. Patterned fill space behind the text is garbage on my card (stipple problem?) I'm unable to capture a shot of the window of xf86cfg for some reason, both xv and scrot either will not capture, or capture only background behind this app, so I can't illustrate the problem. Option noaccel solves the problem, as does running at depth 16. Depth 24 log available on request. I assume you mean depth 24/32? If so, does the problem show in 24/24? The default, which I see is 24/32. I've also seen it happen at depth 16 now, but not so far at 24/24 in about a half dozen trials. Interestly, in depth 16 if I switch away from the server and back again, forcing a redraw, that sometimes fixes the pattern. Depth 24/24 log at http://kevb.net/files/XFree86_ati_24_24.log 24/32 log at http://kevb.net/files/XFree86_nokill_nomouse.log Could you narrow this down to the XAA primitive causing the problem? The driver currently accelerates screen-to-screen copies, solid fills, 8x8 mono pattern fills, scanline CPU-to-screen colour expansion and (other than for 24bpp) solid lines. Thanks. Marc. Screen-to-screen it appears. Problem is not reproducible when I see: (II) ATI(0): Using XFree86 Acceleration Architecture (XAA) Solid filled rectangles 8x8 mono pattern filled rectangles Indirect CPU to Screen color expansion Solid Lines Setting up tile and stipple cache: 9 128x46 slots after setting XaaNoScreenToScreenCopy, and just setting XaaNoOffscreenPixmaps is not enough to fix it for me. Testing was done on depth 24/32. -- Kevin ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
