One thing that would be nice here, at least for me, would be the support of VLD
MPEG2/H264 decoding through the XvMC interface.
I have been using a Via based system for about 4 years using the Via XvMC VLD
extension that supports almost full hardware MPEG2 decoding. This VLD API is
supported in t
From: Simon Thum <[EMAIL PROTECTED]>
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
hw/xfree86/common/xf86Xinput.c | 77 +++-
1 files changed, 60 insertions(+), 17 deletions(-)
diff --git a/hw/xfree86/common/xf86Xinput.c b/hw/xfree86/common/xf86Xinput
From: Simon Thum <[EMAIL PROTECTED]>
Note: properties don't need to be cleaned up, the DIX does it for us anyway.
Data that is stored in properties is cleaned up by the property system.
Handlers, etc. don't need to be unregistered while cleaning up, as they get
deleted when the device is removed a
This property is used to denote type float for input properties. Such
properties can be accessed easily through the XIPropToFloat() function.
Code originally written by Simon Thum.
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
Xi/xiproperty.c | 43 +
From: Peter Hutterer <[EMAIL PROTECTED]>
Converts an XIPropertyValuePtr to an integer, provided that type and format is
right.
Code originally written by Simon Thum.
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
Xi/xiproperty.c| 57 +
From: Simon Thum <[EMAIL PROTECTED]>
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
hw/xfree86/common/xf86Xinput.c |9 +++--
1 files changed, 7 insertions(+), 2 deletions(-)
diff --git a/hw/xfree86/common/xf86Xinput.c b/hw/xfree86/common/xf86Xinput.c
index 6b92acb..fe62772 100644
From: Simon Thum <[EMAIL PROTECTED]>
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
---
dix/ptrveloc.c | 65 ---
1 files changed, 33 insertions(+), 32 deletions(-)
diff --git a/dix/ptrveloc.c b/dix/ptrveloc.c
index a1f6e7a..95a7c71 100644
So far, the new pointer acceleration code could be configured through
configuration options but not changed at runtime. This patch set adds support
for device properties in the pointer acceleration code. Heavily rebased and
bounced between simon and me a few times.
As part of this patch series, w
Alexei Babich wrote:
Or you want to write your own compositing manager?
I have no window manager. I make simple and special toolkit for embedded applications. All widgets will be fixed and their location will be predetermined in advance. Hence the need for a window manager is
Maybe you can suggest how to get pixmap, containing a complete picture under a
window w3 (ie, parts of the {w1, w2, root}, according to their location at the
moment), in accordance with the scheme? If I can get this pixmap, it part can
be used as a source for the image of a window w3, for creati
> Or you want to write your own compositing manager?
I have no window manager. I make simple and special toolkit for embedded
applications. All widgets will be fixed and their location will be
predetermined in advance. Hence the need for a window manager is absent.
Thank you.
--
Regards,
Alexe
Hello.
> However, it isn't necessary. In my experience it is simpler and more
> direct to use a 32-bit visual and the Render extension. Create a Picture
> that encapsulates the Pixmap/Window of your destination window, (created
> with a 32-bit visual so you can set ARGB values), then use XRenderC
Hi,
Whenever I attempt a git-pull in my local copy of drm-intel archive,
branch drm-intel-next, (at branch 'drm-intel-next' of
git://git.kernel.org/pub/scm/linux/kernel/git/anholt/drm-intel),
I get merge conflict messages, specifically:
*
On Fri, Dec 5, 2008 at 1:01 PM, Dave Airlie <[EMAIL PROTECTED]> wrote:
> Okay so certain architectures (IA64) and certain hw implementations of
> those arches can't handle using the optimised libc memcpy/memset
> routines on MMIO memory. (i.e. memory on the PCI bus, i.e. VRAM).
>
> Results can vary
On Thu, 4 Dec 2008 21:33:32 -0500
Andres Salomon <[EMAIL PROTECTED]> wrote:
>
> Whenever we reload cursors, the LX driver needs to call hide_cursor()
> to ensure that the cursor is hidden until we finally unhide the
> cursor. Without this, we see ghost cursors during rotation or VT
> switches.
>
Okay so certain architectures (IA64) and certain hw implementations of
those arches can't handle using the optimised libc memcpy/memset
routines on MMIO memory. (i.e. memory on the PCI bus, i.e. VRAM).
Results can vary from hangs/resets/mces/corrupt answers/cats living
with dogs. The kernel works
I recently bought a new Dell Inspiron Mini 12 with the hope of putting Linux
on it as soon as I got it, only to discover that there doesn't seem to be
support the GMA 500 chipset that it uses. While I can trim a lot of the fat
off of Vista to get it in a semi-usable state, I'd much rather be runni
Whenever we reload cursors, the LX driver needs to call hide_cursor()
to ensure that the cursor is hidden until we finally unhide the cursor.
Without this, we see ghost cursors during rotation or VT switches.
Signed-off-by: Andres Salomon <[EMAIL PROTECTED]>
---
src/lx_display.c |4 +++-
1 f
The geode hardware (and cimarron) expects cursor memory size to be 48x64,
and cimarron will zero out the excess when a smaller cursor is used. It
would be nice to be able to use the full cursor size, but xorg's interleaving
stuff requires a cursor width that's a multiple of 32. Thus, we're stuck
On Thu, Dec 04, 2008 at 06:06:41PM -0800, Dan Nicholson wrote:
> On Thu, Dec 4, 2008 at 5:57 PM, Daniel Stone <[EMAIL PROTECTED]> wrote:
> > On Thu, Dec 04, 2008 at 05:45:43PM -0800, Dan Nicholson wrote:
> >> Patch seems fine, but I've been curious: is there a reason to specify
> >> the default mod
On Thu, Dec 4, 2008 at 5:57 PM, Daniel Stone <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 04, 2008 at 05:45:43PM -0800, Dan Nicholson wrote:
>> Patch seems fine, but I've been curious: is there a reason to specify
>> the default model and layout? What happens if they're NULL (in
>> xkbInit.c, too)? Are
On Thu, Dec 04, 2008 at 05:45:43PM -0800, Dan Nicholson wrote:
> Patch seems fine, but I've been curious: is there a reason to specify
> the default model and layout? What happens if they're NULL (in
> xkbInit.c, too)? Are defaults just picked from xkeyboard-config?
The defaults come from the serv
On Thu, Dec 4, 2008 at 5:35 PM, Peter Hutterer <[EMAIL PROTECTED]> wrote:
> As suggested by Julien Cristau
>
> This is an follow-up to
> commit 9c5dd7337fa93fb1650cc017e523b939dcbf482a
> Author: Peter Hutterer <[EMAIL PROTECTED]>
> Date: Wed Dec 3 14:24:25 2008 +1000
>
>Let the DDX decide on
On Fri, Dec 05, 2008 at 11:35:34AM +1000, Peter Hutterer wrote:
> As suggested by Julien Cristau
>
> This is an follow-up to
> commit 9c5dd7337fa93fb1650cc017e523b939dcbf482a
> Author: Peter Hutterer <[EMAIL PROTECTED]>
> Date: Wed Dec 3 14:24:25 2008 +1000
>
> Let the DDX decide on the Xkb
Yes, please, since we're moving to HAL on Solaris too, but can't use evdev.
-alan-
Peter Hutterer wrote:
> As suggested by Julien Cristau
>
> This is an follow-up to
> commit 9c5dd7337fa93fb1650cc017e523b939dcbf482a
> Author: Peter Hutterer <[EMAIL PROTECTED]>
> Date: Wed Dec 3 14:24:2
As suggested by Julien Cristau
This is an follow-up to
commit 9c5dd7337fa93fb1650cc017e523b939dcbf482a
Author: Peter Hutterer <[EMAIL PROTECTED]>
Date: Wed Dec 3 14:24:25 2008 +1000
Let the DDX decide on the XkbRulesDefaults.
Signed-off-by: Peter Hutterer <[EMAIL PROTECTED]>
Acked-by: Juli
On Thu, Dec 04, 2008 at 04:56:09PM -0800, Keith Packard wrote:
> On Fri, 2008-12-05 at 10:45 +1000, Peter Hutterer wrote:
>
> > if (num_valuators) {
> > -if ((num_valuators / 6) + 1 > MAX_VALUATOR_EVENTS)
> > +if (((num_valuators - 1) / 6) + 1 > MAX_VALUATOR_EVENTS)
> >
On Thu, Dec 04, 2008 at 04:56:09PM -0800, Keith Packard wrote:
> On Fri, 2008-12-05 at 10:45 +1000, Peter Hutterer wrote:
> > if (num_valuators) {
> > -if ((num_valuators / 6) + 1 > MAX_VALUATOR_EVENTS)
> > +if (((num_valuators - 1) / 6) + 1 > MAX_VALUATOR_EVENTS)
> >
On Thu, Dec 04, 2008 at 03:52:26PM -0800, Dan Nicholson wrote:
> > Most people claiming that their options are being ignored - they're trying
> > to
> > configure devices that don't actually exist anymore (like the
> > /dev/input/mice).
> > Want 3 button emulation? On which of the 3 mice you actua
On Fri, 2008-12-05 at 10:45 +1000, Peter Hutterer wrote:
> if (num_valuators) {
> -if ((num_valuators / 6) + 1 > MAX_VALUATOR_EVENTS)
> +if (((num_valuators - 1) / 6) + 1 > MAX_VALUATOR_EVENTS)
> num_valuators = MAX_VALUATOR_EVENTS;
This still looks wrong to me;
Follow-up to 4971315296cb. countValuatorEvents was copied from GKVE where it
was obviously broken but nobody noticed. GPE had the correct version, but that
one got lost during de-duplication. Restoring the correct calculation - if we
have 6 valuators, we want 1 valuator event, not 2.
Signed-off-by
On Thu, Dec 4, 2008 at 3:06 PM, Peter Hutterer <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 04, 2008 at 09:31:07AM -0800, Dan Nicholson wrote:
>> > The problem we have now though is that it splits the configuration, and
>> > with
>> > this patch even more so. As you said, "there is something to be sai
On Wed, 2008-12-03 at 10:49 -0500, Adam Jackson wrote:
> On Wed, 2008-12-03 at 19:45 +1100, garrone wrote:
> > On Tue, Dec 02, 2008 at 02:23:32PM -0500, Adam Jackson wrote:
> > > On Tue, 2008-12-02 at 19:37 +1100, garrone wrote:
> > > > The intel man page (in xf86-video-intel) says:
> > > > "SDVO a
'Twas brillig, and Colin Guthrie at 02/12/08 19:56 did gyre and gimble:
> Hi,
>
> Having upgraded to 1.5.3 and the same mesa snapshot as is currently used
> in Fedora devel, I'm trying to work out why one of the users is getting
> the above error.
>
> The log file is here:
> https://qa.mandriva
On Thu, Dec 04, 2008 at 09:31:07AM -0800, Dan Nicholson wrote:
> > The problem we have now though is that it splits the configuration, and with
> > this patch even more so. As you said, "there is something to be said for
> > having a global configuration". I think we either need a way in xorg.conf
On Thu, Dec 04, 2008 at 07:53:32AM -0800, vehemens wrote:
> By the way, what type of testing are you doing?
> OS/kernel version(s)?
> 32 bit and/or 64 bit?
Currently: One F10 laptop (1.5.3 + fedora patches), an occasional F9 laptop
(1.5.2 + fedora patches), one box running master on Ubuntu (8.04 I
On Fri, Nov 28, 2008 at 17:51:20 +0100, Matthias Hopf wrote:
> ---
> randr/randrstr.h | 19 ++
> randr/rrcrtc.c | 167
>
> randr/rrdispatch.c |2 +
> 3 files changed, 188 insertions(+), 0 deletions(-)
>
You're not updating SP
Alexei Babich wrote:
> Please, tell me, how to implement the following things, according to the
scheme(figure) below:
> 1). Semitransparent background of the window w3; I want to watch the
content beneath (under) it (part of the windows w1, w2, root; which
intersects with the parts of the window
On Thu, December 4, 2008 8:39 am, Julien Cristau wrote:
> On Thu, Dec 4, 2008 at 07:44:40 -0800, Yan Seiner wrote:
>
>> Before I go off on a wild goose chase, is DRI possible with Xephyr? I
>> am using 1.5.3 from Debian experimental.
>>
> I disabled it in our 1.5.1 packages, because it didn't s
On Thu, Dec 4, 2008 at 4:32 AM, Peter Hutterer <[EMAIL PROTECTED]> wrote:
> On Wed, Dec 03, 2008 at 11:49:16PM -0800, Dan Nicholson wrote:
>> On Wed, Dec 3, 2008 at 7:28 PM, Peter Hutterer <[EMAIL PROTECTED]> wrote:
>> > On Wed, Dec 03, 2008 at 07:20:26AM -0800, Dan Nicholson wrote:
>> >> Hotplug h
On Thu, 2008-12-04 at 12:31 +0100, Matthias Hopf wrote:
> > I'd say all of this timestamp stuff can be eliminated.
What happens with timestamps is that an application queries the system,
then something unrelated changes, then the application tries to set some
parameters. The result is that the se
I've been playing around with the Xdamage extension and I'm having a
hard time figuring out how XDamageSubtract should be used. When I
receive a XDamageNotify event, I "repair" the damaged area, and then I
tell the server that I've repaired it using XDamageSubtract. That all
works fine except whe
On Thu, Dec 4, 2008 at 07:44:40 -0800, Yan Seiner wrote:
> Before I go off on a wild goose chase, is DRI possible with Xephyr? I
> am using 1.5.3 from Debian experimental.
>
I disabled it in our 1.5.1 packages, because it didn't seem to work when
I tried it anyway (bug#16955). If it works fo
From reading the various docs, Xephyr should support DRI. In my case,
it doesn't.
[EMAIL PROTECTED]:~/src/mplayer-vdpau-3076399/mplayer-vdpau$
LIBGL_DEBUG=verbose glxinfo
name of display: :3.0
display: :3 screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=v
Hi.
While bringing our mini-dist to LFS-6.4 state, I found that the current
kernel (2.6.27.7) has the following headers with it:
/usr/include/drm/drm.h
/usr/include/drm/drm_sarea.h
/usr/include/drm/i915_drm.h
/usr/include/drm/mga_drm.h
/usr/include/drm/r128_drm.h
/usr/include/drm/
On Tue, Dec 2, 2008 at 11:09 AM, Devin Heitmueller
<[EMAIL PROTECTED]> wrote:
> Could you offer any insight regarding the state of support for MPEG2
> acceleration for video with resolutions greater than 720x576? Am I
> correct that this is the current maximum resolution supported?
Hello Keith,
On Wednesday 03 December 2008 09:21:51 pm Peter Hutterer wrote:
> On Wed, Dec 03, 2008 at 08:08:35PM -0800, vehemens wrote:
> > On Wednesday 03 December 2008 02:33:34 pm Peter Hutterer wrote:
> > > http://who-t.blogspot.com/2008/12/evdev-xorgconf-hal-and-other-fud.html
> > >
> > > That's a quick br
"Richard Schwarting" <[EMAIL PROTECTED]> writes:
> Hello.
>
> I'm not sure if that changed anything, but things sort of work.
>
> After patching, recompiling, and reinstalling the driver, X would
> still be off centre.
>
> However, I restarted the computer the first time I ran X, everything
> appe
Hi,
On Wed, Dec 03, 2008 at 06:28:17AM +1100, Daniel Stone wrote:
> GFDL is out as DFSG-incompatible.
I thought GFDL is fine DFSG-wise as long as there are no invariant
sections/cover texts?...
(Disclaimer: Not advocating GFDL use here; only pointing out.)
-antrik-
'Twas brillig, and Timothy S. Nelson at 04/12/08 10:19 did gyre and gimble:
> There are a number of places that libpciaccess prints to stderr. Does
> anyone know where these end up? Do they end up on the terminal that ran
> startx? Do they end up in the Xorg.0.log? Syslog? Somewhere el
Alexei Babich wrote:
> Please, tell me, how to implement the following things, according to the
> scheme(figure) below:
> 1). Semitransparent background of the window w3; I want to watch the content
> beneath (under) it (part of the windows w1, w2, root; which intersects with
> the parts of the
On Wed, Dec 03, 2008 at 11:49:16PM -0800, Dan Nicholson wrote:
> On Wed, Dec 3, 2008 at 7:28 PM, Peter Hutterer <[EMAIL PROTECTED]> wrote:
> > On Wed, Dec 03, 2008 at 07:20:26AM -0800, Dan Nicholson wrote:
> >> Hotplug hooks are added to the HAL core to allow the DDX to handle device
> >> hotpluggi
Le Jeu 4 décembre 2008 08:31, Mattias Nissler a écrit :
> However, xorg's evdev input driver currently drops all
> keyboard events with code < 255
https://bugs.freedesktop.org/show_bug.cgi?id=11227
--
Nicolas Mailhot
___
xorg mailing list
xorg@lists
On Dec 04, 08 12:41:46 +0100, Matthias Hopf wrote:
> > I've bumped the randrproto version to 1.2.99.1; we'll move to 1.3.0 when
> > we're finished pulling in changes.
Bumping to 1.2.99.2, in order to reflect dependencies.
Matthias
--
Matthias Hopf <[EMAIL PROTECTED]> ____ __
Maxf
On Nov 28, 08 11:17:33 -0800, Keith Packard wrote:
> On Fri, 2008-11-28 at 18:46 +0100, Matthias Hopf wrote:
> > This set of patches adds panning support to RandR. Maybe it needs some
> > tweaking when Keith's transformation patches are applied.
>
> Transforms are on master and the 1.6 branch. I t
On Nov 28, 08 11:11:22 -0800, Keith Packard wrote:
> On Fri, 2008-11-28 at 17:49 +0100, Matthias Hopf wrote:
>
> > +if (crtc->funcs->pan &&
> > + memcmp (mode, &saved_mode, sizeof(saved_mode)) == 0 &&
> > + saved_rotation == rotation) {
> > + crtc->funcs->pan (crtc, crtc->x, crtc->y);
>
On Nov 28, 08 11:04:48 -0800, Keith Packard wrote:
> > + Note that changes to the screen size might invalidate panning
> > + parameters. In these cases panning might be silently disabled, or the
> > + panning parameters are updated automatically as necessary. The exact
> > + behavior of t
There are a number of places that libpciaccess prints to stderr. Does
anyone know where these end up? Do they end up on the terminal that ran
startx? Do they end up in the Xorg.0.log? Syslog? Somewhere else?
:)
--
Peter Hutterer wrote:
: http://who-t.blogspot.com/2008/12/evdev-xorgconf-hal-and-other-fud.html
:
: That's a quick brain dump of input related things I could think of that are
: repeatedly asked on the list, irc, and bugreports. The information is accurate
: as of git master today and extends to s
On Thu, Dec 04, 2008 at 08:31:27AM +0100, Mattias Nissler wrote:
> I just got my new USB DVB-T dongle, which features an IR receiver and
> comes with a remote. It sort of works, but I have the following problem:
> My X server is configured to use evdev for all its input. This is fine
> also for the
60 matches
Mail list logo
