On Tue, Oct 14, 2008 at 02:16:22PM +0200, Erik Streb del Toro wrote:
> When I have “implies”¹ in my xkbmap it produces not the expected
> U+21D2 RIGHTWARDS DOUBLE ARROW
> as described in the comment of keysymdef.h but the symbol
> U+22A2 RIGHT TACK
>
> But this only in KDE apps not in Gnome/GTK
On Tue, 2008-10-14 at 16:02 +0200, Clemens Eisserer wrote:
>
> I've a use-case where the client uploads 32x32 A8 images to an
> 256x256x8 pixmap which is later used as mask in a composition
> operation.
> The test-case is able to render with 40fps on xserver-1.3/intel-2.1.1
> however with the lat
Hi,
Here's a quick, last-minute note on the state of DRI2 before I take
off for 2 weeks of vacation. I just pushed the updated protocol+docs
to dri2proto and updated mesa, xserver and the dri2 branch of
xf86-video-intel with the corresponding changes. What's implemented
here is the lowest level
Usually, the console is set to RAW in the kbd driver. If we hotplug all input
devices (i.e. the evdev driver for keyboards), the console is left as-is.
As a result, the evdev driver must put an EVIOCGRAB on the device to avoid
characters leaking onto the console. This again breaks many things, amon
On Sat, Oct 11, 2008 at 6:37 PM, Andrew Haninger <[EMAIL PROTECTED]> wrote:
> evdev is building now, but xf86-input-keyboard-1.3.1 is not.
I was eventually able to get Xorg 7.4 built, sans
xf86-input-keyboard-1.3.1. I've tried building older versions with
equal success. This obviously makes using X
Hi,
> Looks like the patch below is malformed... seems to cut off the
> line half way through.
Thanks, you're right. Julien took Dan's patch, though, so we're good.
- Chris.
--
Chris Ball <[EMAIL PROTECTED]>
___
xorg mailing list
xorg@lists.f
Chris Ball wrote:
> Hi,
>
>> '$xcb_queue_buffer_size' undeclared here
>
> Here's a fix for someone to push; I don't seem to have access to xcb.
Looks like the patch below is malformed... seems to cut off the line
half way through.
Col
> commit 42c7ee29dbc08a21420f19964e2a11016c9424c4
> Au
Hi,
> '$xcb_queue_buffer_size' undeclared here
Here's a fix for someone to push; I don't seem to have access to xcb.
commit 42c7ee29dbc08a21420f19964e2a11016c9424c4
Author: Chris Ball <[EMAIL PROTECTED]>
Date: Tue Oct 14 17:08:49 2008 -0400
Build fix in configure.ac.
AC_DEFINE
On Tue, Oct 14, 2008 at 1:40 PM, Chris Ball <[EMAIL PROTECTED]> wrote:
> http://tinderbox.x.org/builds/2008-10-14-0029/
> http://tinderbox.x.org/builds/2008-10-14-0029/logs/libxcb/#build
> http://cgit.freedesktop.org/xcb/libxcb/diff/configure.ac?id=cebd482a20fcc2b2dae0683c38e917a3740638a6
>
> In fi
On Tue, Oct 14, 2008 at 16:01:53 -0400, Alex Deucher wrote:
> On Tue, Oct 14, 2008 at 3:37 PM, Tino Keitel <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > a while ago I noticed that RandR and xvidtune can disagree about the
> > current refresh rate.
>
> xvidtune is not xrandr 1.2 aware, so you may be a
On Mon, 13 Oct 2008 17:08:29 -0400, Joel Feiner wrote:
> And on that note, how about allowing proper 3d and compositing
> acceleration across screen area bigger than 2048x2048 (I believe
> that's the limit). It'd be nice to be able to use Compiz/xcompmgr
> with two screens again like I could with
http://tinderbox.x.org/builds/2008-10-14-0029/
http://tinderbox.x.org/builds/2008-10-14-0029/logs/libxcb/#build
http://cgit.freedesktop.org/xcb/libxcb/diff/configure.ac?id=cebd482a20fcc2b2dae0683c38e917a3740638a6
In file included from xcbint.h:34,
from xcb_in.c:38:
config.h:74:31:
Adam Jackson <[EMAIL PROTECTED]> writes:
> On Mon, 2008-10-13 at 11:19 -0700, Keith Packard wrote:
> > On Mon, 2008-10-13 at 13:50 -0400, Adam Jackson wrote:
> > > "like a copy" semantics of Option B to make
> > > the results predictable.
> >
> > The core protocol uses 'like a copy' for CopyArea/
On Tue, Oct 14, 2008 at 3:37 PM, Tino Keitel <[EMAIL PROTECTED]> wrote:
> Hi,
>
> a while ago I noticed that RandR and xvidtune can disagree about the
> current refresh rate.
xvidtune is not xrandr 1.2 aware, so you may be adjusting the wrong
crtc/output depending on what crtc and output are chose
Hi,
a while ago I noticed that RandR and xvidtune can disagree about the
current refresh rate.
The display in my notebook offers several refresh rates:
1024x768 50.0 + 60.0*40.0
First, I'll set it to 60 Hz for sure:
$ xrandr --rate 60 ; xrandr --rate 60
xvidtune shows a mode th
Sorry for the email flood ...
> 2.1.1 probably used XAA as default, which didn't try to accelerate much.
No, the results were with EXA enabled - although results with XAA are
again magnitudes better ;)
Thanks, Clemens
___
xorg mailing list
xorg@lists.fr
On Tue, Oct 14, 2008 at 7:35 PM, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> There is ofcource a fallback system, which is pretty much a memcpy.
> Ah, I guess that was that memcpy I always saw in moveIn / moveOut ;)
>
>> intel has never had an UploadToScreen hook.
> Ah interesting, becau
Hi,
> There is ofcource a fallback system, which is pretty much a memcpy.
Ah, I guess that was that memcpy I always saw in moveIn / moveOut ;)
> intel has never had an UploadToScreen hook.
Ah interesting, because I saw 4x better performance with intel-2.1.1 /
xserver-1.3.
With this configuration
On Tue, Oct 14, 2008 at 6:00 PM, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> I think this is because intel does not provide an UploadToScreen hook
>> (because it has no vram). It hasn't made (visible) effort to
>> reintegrate UXA in EXA,
> Btw. I was using EXA without GEM.
> Has the Uplo
On Tue, Oct 14, 2008 at 12:40 AM, John Tapsell <[EMAIL PROTECTED]> wrote:
> Why not just go for the full X11? Memory wise I found no difference
> in the memory usage between X11 and kdrive on the OMAP.
I am told that the full Xorg isn't very happy when built against uClibc.
The original poster p
Hi,
> I think this is because intel does not provide an UploadToScreen hook
> (because it has no vram). It hasn't made (visible) effort to
> reintegrate UXA in EXA,
Btw. I was using EXA without GEM.
Has the UploadToScreen hook been removed when preparing the driver for
UXA and/or GEM?
One thing wh
On Tue, Oct 14, 2008 at 4:02 PM, Clemens Eisserer <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I've a use-case where the client uploads 32x32 A8 images to an
> 256x256x8 pixmap which is later used as mask in a composition
> operation.
> The test-case is able to render with 40fps on xserver-1.3/intel-2.
On Mon, 2008-10-13 at 20:07 +0200, Holger Freyther wrote:
> Morning,
>
> for the Openmoko Freerunner we have a dedicated GPU (Glamo) and a dedicated
> kdrive based X (Xglamo). I'm in the process of forward porting the changes to
> the server 1.5 branch and would like to get the result included i
Hello,
I've a use-case where the client uploads 32x32 A8 images to an
256x256x8 pixmap which is later used as mask in a composition
operation.
The test-case is able to render with 40fps on xserver-1.3/intel-2.1.1
however with the latest GIT of both I only get ~10-15fps.
Unfourtunatly I've not bee
On Tue, 2008-10-14 at 08:58 -0400, Nathaniel McCallum wrote:
> > Can someone please review this? I'd really like to see it merged.
> This patch still needs a review (and is trivial). Can someone please
> review?
Argh, sorry for being so slack on this. Patch looks good, I've pushed
it to maste
Nathaniel McCallum wrote:
> Nathaniel McCallum wrote:
>> Adam Jackson wrote:
>>> On Sun, 2008-09-07 at 02:13 -0400, Nathaniel McCallum wrote:
>>>
>>>
There are still some problems though (and I'd appreciate any advise
on how to solve them):
1. It crashes when the ati "umbrella" dr
On Tue, Oct 14, 2008 at 01:45:42PM +0200, [EMAIL PROTECTED] wrote:
> Hi,
>
> On Mon, Oct 13, 2008 at 08:03:43PM +0200, Matthias Hopf wrote:
>
> > Version 1.2.2 improvements:
> >
> > - Added DRI support (R5xx and RS6xx).
> > - Added support for RV770, RS780, M82, M86, and M88.
> > - Added X
Hi,
I've just set up my brand new Lenovo X300 and I am able to extend my
desktop to an external display using xrandr.
Main LCD panel uses 1440x900 and external monitor 1680x1050, so I set
up Virtual to 3120 1050.
But when I use for instance "randr --output VGA --auto --right-of
LVDS", an area un
Hello.
When I have “implies”¹ in my xkbmap it produces not the expected
U+21D2 RIGHTWARDS DOUBLE ARROW
as described in the comment of keysymdef.h but the symbol
U+22A2 RIGHT TACK
But this only in KDE apps not in Gnome/GTK. But if I use the X input
method by typing
export GTK_IM_MODULE=xi
On Tue, Oct 14, 2008 at 08:40:13AM +0100, John Tapsell wrote:
> 2008/10/14 Amit <[EMAIL PROTECTED]>:
> > Only building Xserver will be sufficient or do I have to build the
> > whole X11 package availbale at
> > http://xorg.freedesktop.org/releases/X11R7.2/src/ ?
>
> Why not just go for the full X1
Hi,
On Mon, Oct 13, 2008 at 08:03:43PM +0200, Matthias Hopf wrote:
> Version 1.2.2 improvements:
>
> - Added DRI support (R5xx and RS6xx).
> - Added support for RV770, RS780, M82, M86, and M88.
> - Added XVideo support.
> - Added CP based 2D acceleration (R5xx and RS6xx).
> - Added EXA
On Oct 14, 08 13:03:50 +0200, Matthias Hopf wrote:
> On Oct 13, 08 22:53:19 +0200, Arkadiusz Miskiewicz wrote:
> > On Monday 13 of October 2008, Luc Verhaegen wrote:
> > > Announcing the 1.2.3 Release of the xf86-video-radeonhd driver.
> > Broken on linux/powerpc:
>
> Right. Please try the attache
On Tuesday 14 of October 2008, Matthias Hopf wrote:
> On Oct 13, 08 22:53:19 +0200, Arkadiusz Miskiewicz wrote:
> > On Monday 13 of October 2008, Luc Verhaegen wrote:
> > > Announcing the 1.2.3 Release of the xf86-video-radeonhd driver.
> >
> > Broken on linux/powerpc:
>
> Right. Please try the att
On Oct 13, 08 22:53:19 +0200, Arkadiusz Miskiewicz wrote:
> On Monday 13 of October 2008, Luc Verhaegen wrote:
> > Announcing the 1.2.3 Release of the xf86-video-radeonhd driver.
> Broken on linux/powerpc:
Right. Please try the attached patch.
Matthias
--
Matthias Hopf <[EMAIL PROTECTED]>
Amit wrote:
> Only building Xserver will be sufficient or do I have to build the
> whole X11 package availbale at
> http://xorg.freedesktop.org/releases/X11R7.2/src/ ?
Not whole, but a lot of it. There is "Building the modular tree" at
http://www.x.org/wiki/ModularDevelopersGuide, I don't know if
2008/10/14 Amit <[EMAIL PROTECTED]>:
> Only building Xserver will be sufficient or do I have to build the
> whole X11 package availbale at
> http://xorg.freedesktop.org/releases/X11R7.2/src/ ?
Why not just go for the full X11? Memory wise I found no difference
in the memory usage between X11 and
Only building Xserver will be sufficient or do I have to build the
whole X11 package availbale at
http://xorg.freedesktop.org/releases/X11R7.2/src/ ?
Thanks and Regards
Amit Pundir
On Tue, Oct 14, 2008 at 12:13 PM, Kamalneet Singh
<[EMAIL PROTECTED]> wrote:
> Amit wrote:
>> Hello team,
>>
>> Firs
37 matches
Mail list logo