Some drivers use DRI2 protocol but implement their own kernel rendering
mananger. For these drivers, libdrm becomes useless.
The only inconvenient right now to put libdrm optional to X server is
concerning DRI2Authenticate. Such function uses drm_magic_t and drmAuthMagic
symbols from libdrm. So I
Signed-off-by: Tiago Vignatti
---
Hi. All authors already decided about such change. So I'd please ask (again)
that you put the s-o-b tag here. Thanks.
drivers/gpu/vga/vgaarb.c | 26 +++---
include/linux/vgaarb.h | 21 +
2 files change
From: Henry Zhao
Signed-off-by: Tiago Vignatti
---
Henry, can you Signed-off-by there?
drivers/gpu/vga/vgaarb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/vga/vgaarb.c b/drivers/gpu/vga/vgaarb.c
index 2f6cf69..0f5f64d 100644
--- a/drivers/gpu/vga
From: Brad Spengler
libpciaccess is not triggering such code though.
Signed-off-by: Tiago Vignatti
---
Andy Getzendanner tried to fix this, but he seems did a wrong approach:
http://marc.info/?l=linux-kernel&m=126112173704466
Andy: please test (and put your tag review!) this one ins
Signed-off-by: Tiago Vignatti
---
Hi. I'd please ask that other copyright holders put yours s-o-b tag there.
Thanks.
drivers/gpu/vga/vgaarb.c | 26 +++---
include/linux/vgaarb.h | 21 +
2 files changed, 44 insertions(+), 3 deletions(-)
diff --
Signed-off-by: Tiago Vignatti
---
Amend this somewhere, Jesse. Thanks.
include/linux/vgaarb.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/include/linux/vgaarb.h b/include/linux/vgaarb.h
index e81c64a..290409c 100644
--- a/include/linux/vgaarb.h
+++ b/include
gt;From f65764e41e37c9a4848bb39505e40ea55e01ddfb Mon Sep 17 00:00:00 2001
From: Tiago Vignatti
Date: Sun, 16 Aug 2009 17:59:01 +0300
Subject: [PATCH] vga: drops VGA arbitration documentation
Signed-off-by: Tiago Vignatti
---
Documentation/vgaarbiter.txt | 194 ++
improving-input-latency/
--
Tiago Vignatti
C3SL - Centro de Computação Científica e Software Livre
www.c3sl.ufpr.br
--
--
___
Dri-devel mailing list
Dri-devel@lists.source
will spit the events to DRM (drm_collect_input_event). DRM will take
care about the event informations and also screen limits, and then will
draw the cursor on screen.
Signed-off-by: Tiago Vignatti
---
libdrm/xf86drm.c | 20
libdrm/xf86drm.h |4 +
libdrm/xf86drmM
Signed-off-by: Tiago Vignatti
---
drivers/input/evdev.c | 11 +++
include/linux/drm_cursor.h |3 +++
2 files changed, 14 insertions(+), 0 deletions(-)
create mode 100644 include/linux/drm_cursor.h
diff --git a/drivers/input/evdev.c b/drivers/input/evdev.c
index 3524bef
This implementation gives two ioctls APIs (DRICursorSetDev, DRICursorHotspot)
to interface with the DRM modesetting cursors. For now this patch disables
the pointer acceleration scheme.
Signed-off-by: Tiago Vignatti
---
Makefile.am|1 +
configure.ac
Signed-off-by: Tiago Vignatti
---
src/i830_dri.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/i830_dri.c b/src/i830_dri.c
index 07ae646..e9484bd 100644
--- a/src/i830_dri.c
+++ b/src/i830_dri.c
@@ -108,6 +108,8 @@ typedef struct drm_i915_flip {
#include
non-dri drivers? Should we forget them?
EOF
--
Tiago Vignatti
C3SL - Centro de Computação Científica e Software Livre
www.c3sl.ufpr.br
-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build th
Stephane Marchesin escreveu:
> On Fri, Jul 11, 2008 at 1:12 AM, Tiago Vignatti <[EMAIL PROTECTED]> wrote:
>> Yeah, but the current design in the kms (i.e. DRM touching the
>> registers) is not good as well. The pointer is jumping a lot -- much
>> more than the "old&
uch
more than the "old" design -- because with a single device movement it
emits a hundred of events and a lot of context switch is done. Not cool.
--
Tiago Vignatti
C3SL - Centro de Computação Científica e Software Livre
www.c3sl.ufpr.br
---
.freedesktop.org/attachment.cgi?id=17545
This doc says that it improves the heavy-load behavior, but I'm
failing to see it. Can you be more specific?
--
Tiago Vignatti
C3SL - Centro de Computação Científica e Software L
Daniel Stone escreveu:
> On Thu, Jul 10, 2008 at 04:05:57AM -0300, Tiago Vignatti wrote:
>> - transform relative motion into absolute
>> - takes care the cursor limits
>> - responsible for the acceleration computation
>> - responsible for the input transformation
ng OSes. What about the others?
Thank you,
[0] Not so much. Seems this method to update the cursor is sending _a
lot of_ ioctls and sometimes doing cursor jumps. But I have to double
check to see if the problem is for sure with context switches.
--
Tiago Vignatti
C3SL - Centro de Computaç
ine V_DBLSCAN(1<<5)
> +#define V_CSYNC (1<<6)
> +#define V_PCSYNC (1<<7)
> +#define V_NCSYNC (1<<8)
> +#define V_HSKEW (1<<9) /* hskew provided */
> +#define V_BCAST (1<<10)
> +#define V_PIXMUX
* Experienced with low-level programming, having worked on various
> embedded systems
>* TODO: Add more relevant skills, add evidence
>
> Plans:
>
> As my internship at IBM winds down I hope to have sufficient free time
> to undertake the above. I do not plan on taking any cou
Alfredo Matas escreveu:
> El lun, 03-03-2008 a las 02:07 -0300, Tiago Vignatti escribió:
>> I quoted this in Xorg wiki, if you don't mind :)
>
> I'm also very interested in learning how contribute to this proyect.
> Could you send the url of this page?. I have been sea
if, in two months, the student actually has learned how to contribute to
> DRI, that's a huge step forward. Creating a project which guides this
> process with a maximal chance of success is the only tricky part.
Beautiful!
I quoted this in Xorg wiki, if you don't mind :)
Dan Nicholson escreveu:
> On Thu, Feb 21, 2008 at 9:33 AM, Tiago Vignatti <[EMAIL PROTECTED]> wrote:
>> Also, with DRI2 we have to explicit pass --disable-dri2 flag to autoconf
>> because Xorg uses dri_sarea.h which is external to X server (from mesa).
>> Is this go
__
>> xorg mailing list
>> [EMAIL PROTECTED]
>> http://lists.freedesktop.org/mailman/listinfo/xorg
>
> Yes please put DRI2 in separate files so i can import them in
> gallium without having to mess with old
#x27;s being disabled by the
arbiter. But I don't know for sure yet.
Do you have an idea where I'll need to hook this all?
Thanks,
[0] http://www.x.org/wiki/VgaArbiter
Anyway, this things aren't *so* updated. I have more code here
synced with the master branch of X server bu
guys are not forgetting who wants to start two (or more)
instances of the Xorg server (for multiseat purposes or what ever).
In this case, the daemon - in kernel or not - would be useful to handle
the routing of the VGA code to the right legacy cards. An exte
26 matches
Mail list logo