Re: rotate functionality in i8xx driver?

2004-06-07 Thread Lucas Correia Villa Real
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


Re: rotate functionality in i8xx driver?

2004-06-07 Thread Lucas Correia Villa Real
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: Question regarding VT switches

2004-01-20 Thread Lucas Correia Villa Real
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


Question regarding VT switches

2004-01-20 Thread Lucas Correia Villa Real
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: X scheduler

2003-10-09 Thread Lucas Correia Villa Real
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


X scheduler

2003-10-09 Thread Lucas Correia Villa Real
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=en&lr=&ie=UTF-8&oe=UTF-8&selm=oq3a.6x8.3%40gated-at.bofh.it&rnum=12
[2]http://keithp.com/~keithp/talks/usenix2000/smart.html

___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: Mouse focus dissable in XFree

2003-10-07 Thread Lucas Correia Villa Real
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: info on swf (flash)

2003-09-28 Thread Lucas Correia Villa Real
On Sunday 28 September 2003 10:19, theoharis tsenis wrote:
> Hi,
>i am trying to play a flash (swf) file. Untill now i used the
> libkhtml.so . The main problem is that although through the KLibFactory i
> get one QBject for the lib when i use the KPart to play it through an
> openUrl it does not start and more over it does not start any html file.
> Does anyone have some experience on that or can redirect me to a source, or
> different solution?

Hi,

Have you tryied to look at the Trolltech's mailing lists archives 
(http://lists.trolltech.com/)? 
Probably it's a better place to search for QT/KDE help.

Regards,
Lucas


___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel


Re: ReĀ : aid for TODO tasks offered

2003-06-26 Thread Lucas Correia Villa Real
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

2003-06-25 Thread Lucas Correia Villa Real
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