On Monday 22 December 2008, Dave Airlie wrote:
>This is a pre-release of what will be called xf86-video-ati 6.9.1
>
>Pre-release notes:
>This contains a lot of bugfixes/enhancements, highlights include
>
>Output support for all radeon chips from r100 to rv730 (mergedfb accel for
> all r600 and newe
If it's a known issue, fine, well and good.. otherwise let me know and
I'll dig you out some more info as to the exact config, and see if I can
be useful about getting this fixed.
2.6.28 kernel + patch + patch "drm/i915: Don't return busy for buffers
left on the flushing list."
Intel driver: d8e8
Can XRender be hardware accelerated? If yes, how is it implemented in
XServer - Does it internally use OpenGL which is hardware-accelerated OR
does it have direct accl. support on the hardware?
Thanks,
Bipin
___
xorg mailing list
xorg@lists.freedesktop.o
Nope :/
I just installed libhal-dev & libdbus-1-dev.
Now I am off to compile x again.
(btw its 2:30 am now != University @9 am)
I'll report the result l8r.
cheers, fl0
Peter Hutterer schrieb:
On Tue, Dec 23, 2008 at 01:19:20AM +0100, Florian Lier wrote:
nope, the server uses the "default
Dan Nicholson schrieb:
2008/12/22 Florian Lier :
Dan Nicholson schrieb:
2008/12/22 Florian Lier :
Good evening everybody (CET),
I'm currently testing Peter Hutterers' XI. AFAIK you don't
need any device configuration via xorg.conf, instead you choose
evdev (e.g. at /etc/hal/fdi/policy/myd
'Twas brillig, and Peter Hutterer at 22/12/08 10:51 did gyre and gimble:
> On Mon, Dec 22, 2008 at 09:17:33AM +, Colin Guthrie wrote:
>> I have someone using this version of my package and they are reporting
>> some odd behaviour.
>>
>> If they start the xserver with a USB mouse plugged in his
This is a pre-release of what will be called xf86-video-ati 6.9.1
Pre-release notes:
This contains a lot of bugfixes/enhancements, highlights include
Output support for all radeon chips from r100 to rv730 (mergedfb accel for all
r600 and newer)
- rv710/730 DCE3.2 support
- Initi
2008/12/22 Florian Lier :
> Dan Nicholson schrieb:
>
> 2008/12/22 Florian Lier :
>
>
> Good evening everybody (CET),
>
> I'm currently testing Peter Hutterers' XI. AFAIK you don't
> need any device configuration via xorg.conf, instead you choose
> evdev (e.g. at /etc/hal/fdi/policy/mydevices.fdi) -
Devices are only activated once - right after they've been added to the
server. If a device failes activation, it's dead. There's no reason to
continue. Return the error code from ActivateDevice() without setting up
sprite information or even sending a event to the client.
Then - in the DDX - just
On Tue, Dec 23, 2008 at 12:58:15AM +0100, Florian Lier wrote:
> Output of my 1.6.99.1 XServer:
>
> r...@mpx:~$ xinput --list --short
> "Virtual core keyboard"id=0[XKeyboard]
> "Virtual core pointer"id=1[XPointer]
> ""id=2[XExtensionPointer]
> ""id=3[XExtensionKeyboar
2008/12/22 Florian Lier :
> Good evening everybody (CET),
>
> I'm currently testing Peter Hutterers' XI. AFAIK you don't
> need any device configuration via xorg.conf, instead you choose
> evdev (e.g. at /etc/hal/fdi/policy/mydevices.fdi) - then HAL should
> automagically add the devices (at least
Good evening everybody (CET),
I'm currently testing Peter Hutterers' XI. AFAIK you don't
need any device configuration via xorg.conf, instead you choose
evdev (e.g. at /etc/hal/fdi/policy/mydevices.fdi) - then HAL should
automagically add the devices (at least mouse & kbd) at startup.
My System:
On Mon, Dec 22, 2008 at 02:31:03PM -0800, Dan Nicholson wrote:
> Signed-off-by: Dan Nicholson
> ---
> configure.ac |4 +++-
> 1 files changed, 3 insertions(+), 1 deletions(-)
>
> diff --git a/configure.ac b/configure.ac
> index db581e5..e467c10 100644
> --- a/configure.ac
> +++ b/configure.a
Signed-off-by: Dan Nicholson
---
hw/dmx/.gitignore|2 ++
hw/dmx/config/.gitignore |6 ++
2 files changed, 8 insertions(+), 0 deletions(-)
create mode 100644 hw/dmx/.gitignore
create mode 100644 hw/dmx/config/.gitignore
diff --git a/hw/dmx/.gitignore b/hw/dmx/.gitignore
new
There were a few spots left in the source that were using the
--with-mesa-source defined headers or the now removed $(top_srcdir)/GL
directory. These aren't needed anymore as all the necessary source for
GLX is in $(top_srcdir)/glx.
Signed-off-by: Dan Nicholson
---
Jeremy, does this look OK for
Signed-off-by: Dan Nicholson
---
configure.ac |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index db581e5..e467c10 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1628,7 +1628,9 @@ AM_CONDITIONAL(STANDALONE_XPBPROXY, [test
"x$STANDALONE_
Using GL for the PKG_CHECK_MODULES identifier multiple times means only
the first call will actually be used. Later calls will be skipped due to
GL_CFLAGS and GL_LIBS already being set. This changes DRI to using a
different identifier and DMX to just reusing GL_CFLAGS.
Signed-off-by: Dan Nicholson
Here's a few build fixes and cleanups that came about mostly in the
effort to kill off --with-mesa-source. These are build tested except
the xquartz hunk.
configure.ac| 14 --
glx/Makefile.am |1 +
hw/dmx/.gitignore |2 ++
hw/dmx/Makefil
On Mon, Dec 22, 2008 at 12:20 PM, Peter Hutterer
wrote:
> Yes and no. Devices configured with SendCoreEvents (yes by default) are always
> attached to either VCK or VCP. There's a DeviceControl that may support it,
> though I don't actually know if it works.
Fair enough, I'm going the other route
Daniel Stone escreveu:
> On Sun, Dec 21, 2008 at 08:54:28PM -0200, Tiago Vignatti wrote:
>> (and yes, we definitely need to separate it in a planet.x.org subset)
>
> Didn't cworth already do that? :)
We currently have planet.x.org routing to the identical content of
planet.freedesktop.org.
I re
On Thu, Dec 18, 2008 at 01:30:41PM +0100, Thomas Jaeger wrote:
> Hi,
>
> I've got a few more questions on input behavior.
>
> > The second issue I encountered was a change in XTest behavior. It's not
> > possible anymore for the core pointer and the devices to be in an
> > "inconsistent" state w
On Sun, Dec 21, 2008 at 10:14:53PM +0100, Thomas Jaeger wrote:
> This turned out to be a little bit trickier than I initially thought,
> since buttonsDown counts the number of physical buttons that are down,
> before they are mapped to logical buttons.
Makes sense. I haven't tested the patch, but
On Mon, Dec 22, 2008 at 09:17:33AM +, Colin Guthrie wrote:
> I have someone using this version of my package and they are reporting
> some odd behaviour.
>
> If they start the xserver with a USB mouse plugged in his touchpad does
> not work as the module is unloaded with little explanation.
On Mon, Dec 22, 2008 at 2:48 AM, Kerry Hall wrote:
> Hey Alex!
>
> Yes, this is another 1.25 Ghz eMac, with a Radeon 9200. I need to compile
> the ATI driver from git? What version of the driver would this be, and how
> do I compile it? I tried the Connector Table option and the Modelines from
> t
Hi,
'Twas brillig, and Peter Hutterer at 14/12/08 23:45 did gyre and gimble:
> A few compilation issues fixed. Here's another beta that should now work with
> BSD again and with older X servers (INPUT ABI 0).
I have someone using this version of my package and they are reporting
some odd behavio
On Sun, 2008-12-21 at 13:01 +, Magnus Kessler wrote:
> On Sunday 21 December 2008, Tobias Hain wrote:
> > Hello,
> >
> > Yesterday I upgraded to 2.6.28-rc9, cleaned all build files, ran
> > autoconfig again and built the binaries:
> [snip]
> > running KDE 4.1.2. I do see the 2D Desktop just fin
On Sun, 2008-12-21 at 22:41 +0100, Patrick Haller wrote:
>
> From d5719514dd2eed4ecef9e4c8e8efe3724728cf65 Mon Sep 17 00:00:00 2001
> From: Patrick Haller
> Date: Sun, 21 Dec 2008 22:30:51 +0100
> Subject: [PATCH] Off-by-one when checking chipset limits caused exa
> migrations.
>
> Off-by-one wh
On Sun, Dec 21, 2008 at 4:41 PM, Patrick Haller
wrote:
> Hello everybody,
>
> it's been quite a while since I last participated in F/OSS development, but
> wanted to take a plunge into xorg-server (or Clemens' great jxrender) in the
> x-mas vacation.
>
> Following how EXA performance improved, esp
28 matches
Mail list logo