Re: rotate functionality in i8xx driver?
On Monday 07 June 2004 08:56, Sebastian Wagner wrote: Is it planned to support Rotate functionality in the i8xx X drivers (especially the i855 / intel extreme graphics 2)? Or is there yet a way to rotate the desktop? Sebastian You can give a look on Xrandr, a library designed to deal with X Rotate and Resize extensions. There's an online manual page here: http://www.xfree86.org/current/xrandr.1.html#toc2 Good luck :-) Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: rotate functionality in i8xx driver?
On Monday 07 June 2004 16:19, Mark Vojkovich wrote: On Mon, 7 Jun 2004, Lucas Correia Villa Real wrote: On Monday 07 June 2004 08:56, Sebastian Wagner wrote: Is it planned to support Rotate functionality in the i8xx X drivers (especially the i855 / intel extreme graphics 2)? Or is there yet a way to rotate the desktop? Sebastian You can give a look on Xrandr, a library designed to deal with X Rotate and Resize extensions. There's an online manual page here: http://www.xfree86.org/current/xrandr.1.html#toc2 XFree86's implementation of RandR never supported rotation. Oh, sorry. I wasn't aware of that. Cheers, Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Question regarding VT switches
Hi, I have a problem when I boot linux (2.4.x and 2.6.x) with video=atyfb and using the XFree86 'ati' video driver: whenever I switch to any VT console from X (tty1, tty2, ...), a lot of green blocks appear blinking on the screen, and then the console sessions become unusable (it's ok to switch back to X). When booting with vesafb these green blocks doesn't appear when switching back into a VT, but a blank screen appears instead. Does anyone have an idea on where should I go to try to fix this issue (linux' vesafb + atyfb or XFree86)? I don't know if this is related to the XFree86' ati driver or to the atyfb/vesafb kernel driver, but any help will be kindly appreciated. This is how 'lspci' identifies my video card: 02:0d.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 215GTB [Mach64 GTB] (rev 9a) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc 3D Rage II+ 215GTB [Mach64 GTB] Flags: bus master, stepping, medium devsel, latency 0, IRQ 5 Memory at ec00 (32-bit, non-prefetchable) [size=16M] I/O ports at b800 [size=256] Memory at eb80 (32-bit, non-prefetchable) [size=4K] Expansion ROM at ee7c [disabled] [size=128K] Thanks, Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Question regarding VT switches
Oh, I forgot to inform the XFree86 release. I'm running XFree86 4.3 here (didn't test with the latest CVS version yet). Lucas On Tuesday 20 January 2004 20:10, Lucas Correia Villa Real wrote: Hi, I have a problem when I boot linux (2.4.x and 2.6.x) with video=atyfb and using the XFree86 'ati' video driver: whenever I switch to any VT console from X (tty1, tty2, ...), a lot of green blocks appear blinking on the screen, and then the console sessions become unusable (it's ok to switch back to X). When booting with vesafb these green blocks doesn't appear when switching back into a VT, but a blank screen appears instead. Does anyone have an idea on where should I go to try to fix this issue (linux' vesafb + atyfb or XFree86)? I don't know if this is related to the XFree86' ati driver or to the atyfb/vesafb kernel driver, but any help will be kindly appreciated. This is how 'lspci' identifies my video card: 02:0d.0 VGA compatible controller: ATI Technologies Inc 3D Rage II+ 215GTB [Mach64 GTB] (rev 9a) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc 3D Rage II+ 215GTB [Mach64 GTB] Flags: bus master, stepping, medium devsel, latency 0, IRQ 5 Memory at ec00 (32-bit, non-prefetchable) [size=16M] I/O ports at b800 [size=256] Memory at eb80 (32-bit, non-prefetchable) [size=4K] Expansion ROM at ee7c [disabled] [size=128K] Thanks, Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
X scheduler
Hi, Felipe and I are doing some research on interactivity on XFree86 when running with the Linux kernel 2.6. There was an interesting thread on the Linux Kernel Mailing List, where it was pointed [1] an interesting solution to adopt, suggested by Haoqiang Zheng: I have a kernel based solution to this question. The basic idea is: keep the processes blocked by X server in the runqueue. If a certain process (P) of this kind is scheduled, the kernel switch to the X server instead. If the X server get scheduled in this way, it can handle the X requests from this very process (P). By reading this message, it looks like the X scheduler really gives the processor to processes, but from what I understood by reading Efficiently Scheduling X Clients [2], written by Keith Packard, the XFree86's scheduler is used only to choose which process will have it's X requests processed. Can someone point me to a place where it's explained what the X scheduler does with the process that got scheduled? Thanks in advance, Lucas [1]http://groups.google.com/groups?hl=enlr=ie=UTF-8oe=UTF-8selm=oq3a.6x8.3%40gated-at.bofh.itrnum=12 [2]http://keithp.com/~keithp/talks/usenix2000/smart.html ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: X scheduler
On Thursday 09 October 2003 15:31, Lucas Correia Villa Real wrote: Hi, Felipe and I are doing some research on interactivity on XFree86 when running with the Linux kernel 2.6. There was an interesting thread on the Linux Kernel Mailing List, where it was pointed [1] an interesting solution to adopt, suggested by Haoqiang Zheng: I have a kernel based solution to this question. The basic idea is: keep the processes blocked by X server in the runqueue. If a certain process (P) of this kind is scheduled, the kernel switch to the X server instead. If the X server get scheduled in this way, it can handle the X requests from this very process (P). By reading this message, it looks like the X scheduler really gives the processor to processes, but from what I understood by reading Efficiently Sorry, I have just noticed the handle the X requests sentence on Haoqiang's suggestion. Anyway, wouldn't such solution (kernel based) avoid the computation of things not related to X requests? That is, since the X scheduler only treats X requests, if the X server is going to be scheduled instead of the process (P) then non-X requests will not be processed, and process (P) will hang, right? Or am I wrong? Does anybody wants to share their thoughts about this? Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Mouse focus dissable in XFree
This is probably configurable by your window manager, and not specific to XFree86 configuration. Lucas On Tuesday 07 October 2003 07:52, [EMAIL PROTECTED] wrote: Sometimes while editing in a text window the mousepointer jumps to another program due to an event there. Is it possible to disable this ? Best regards, Marcel Stegehuis ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
Re: Re : aid for TODO tasks offered
On Thursday 26 June 2003 10:21, E. ALLAUD wrote: You can have a look at the Janitor page there is a small TODO list, it is quite general, not precise as you mean but still you can find something there. http://xwin.org:9673/xwin/XJANITOR Thanks, it looks good. Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
aid for TODO tasks offered
Hi, I have been reading the XFree86 X server draft found in http://www.xfree86.org/current/design.html. Firstly, I would like to thanks for the excellent quality of the documentation seen there. Secondly, I would like to know if is there something I can aid on TODO tasks, such as some driver needing major assistance. As an undergraduate student, I still can enjoy my spare time doing these cool things :) Actually, all I did was recursivelly grep for TODO on hw/xfree86/drivers and choose one of the results to implement (I did choose the easiest one, recognize when CLGD7548 has 2MBs of RAM, just to get in touch with the code), but I wonder if is there something else not marked as TODO needing more attention. Moreover, I have some personal projects I would like to do with video cards, such as adding asymmetric multiprocessing support to the Linux kernel by using some video card instructions (vectorial ones) instead of using CPU cycles to do that, hence my major interest is to aid on video drivers. Also, given this subject, if someone can suggest me a good card with available specs I could give a look on, I will be very glad. Thanks in advance, Lucas ___ Devel mailing list [EMAIL PROTECTED] http://XFree86.Org/mailman/listinfo/devel
