On Apr 06, 11 10:09:00 -0500, Pat Kane wrote:
Does Solaris 10 have that fault?
What about RHEL6?
Sorry, I have no idea.
On Tue, Apr 5, 2011 at 11:46 AM, Matthias Hopf mh...@suse.de wrote:
xrdb security issue; separate announcement follows.
This fixes CVE-2011-0465.
Matthias
--
Matthias
of this vulnerability is included in xrdb 1.0.9.
This issue was found by Sebastian Krahmer from the SUSE security team.
Thanks
Matthias Hopf mh...@suse.de
pgpoBBPwhQArl.pgp
Description: PGP signature
___
xorg-announce mailing list
xorg-announce
xrdb security issue; separate announcement follows.
This fixes CVE-2011-0465.
Matthias Hopf (2):
Create shell-escape-safe cpp options in the non-pathetic-cpp case.
Bump to 1.0.9
git tag: xrdb-1.0.9
http://xorg.freedesktop.org/archive/individual/app/xrdb-1.0.9.tar.bz2
MD5
of this vulnerability is included in xrdb 1.0.9.
This issue was found by Sebastian Krahmer from the SUSE security team.
Thanks
Matthias Hopf mh...@suse.de
pgpIGrYFehkKV.pgp
Description: PGP signature
___
xorg@lists.freedesktop.org: X.Org support
any better.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg
you probably *really* want is working shatter support. Which is
still in the flux.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
. If it is
not, question remains why this could happen.
Thanks
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
From
.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg@lists.freedesktop.org: X.Org support
at
it. I did not create a Novell Login though.
Unfortunately, no. Not that I did notice before, oops. You tend to miss
those things if you're working with credentials set all the time...
It doesn't contain much more information than the backtrace I published,
though.
Matthias
--
Matthias Hopf
triggered by the same old X
server issues, which just causes people to not test the pixman
releases.
Which is problematic, because in this case the Xserver isn't fixed.
No, I don't have a good solution to this dilemma.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5
only two Intel representatives.
I'm standing puzzled, because in your later mail about the voting
results you write:
Thus, the four officers that will join the Board for
two-year terms starting in 2010 are Alex Deucher, Keith
Packard, Matthieu Herrb, and Matthias Hopf. Eric Anholt
will have
wouldn't make the same mistakes, but different ones
:--]
I think the general feeling is that the events - well - happened, not a
such big deal, but transparency is severely lacking. I'm writing in
present tense, even though the clouds are already starting to lighten
up.
Matthias
--
Matthias Hopf mh
(with
now *very* restricted travel budget).
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
, and currently I don't
know what flights to Brazil cost... sounds a bit much, but if everything
was delayed due to issues (or if this includes a second, successful,
attempt at getting the tickets) it's reasonable.
Thanks again, Daniel
Matthias
--
Matthias Hopf mh...@suse.de
is included (backup etc.).
Is there any list what this service includes?
Thanks
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
On Feb 16, 10 09:20:44 -0800, Keith Packard wrote:
On Tue, 16 Feb 2010 17:54:56 +0100, Matthias Hopf mh...@suse.de wrote:
But something like $100 / month sounds like a reasonable upper limit for
me, and you should actually get by for half of it.
We've got three servers and a switch
On Feb 16, 10 11:54:35 -0600, Jeremy White wrote:
Keith Packard wrote:
On Tue, 16 Feb 2010 17:54:56 +0100, Matthias Hopf mh...@suse.de wrote:
But something like $100 / month sounds like a reasonable upper limit for
me, and you should actually get by for half of it.
We've got three servers
is for ones half on one screen and one
half on the other?).
Besides - why would anyone want to use 1024x768 on a 16:9 projector?!?
Or does the projector really have an anamorphic lens?
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg
, this is exposed by the Xserver itself.
Please note that with RandR 1.3 this property was renamed to just EDID
in the big property unification change.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone
):
silence some compiler warnings
Fix softlocks on rs690. Idle commands have to be flushed to be of any use.
Marvin (1):
Port lockup fix from radeon
Matthias Hopf (74):
Extend ugly hack for CARD64 to rhd_mc.h.
Consolidated chip identifiers.
Extend ugly hack for CARD64
):
silence some compiler warnings
Fix softlocks on rs690. Idle commands have to be flushed to be of any use.
Marvin (1):
Port lockup fix from radeon
Matthias Hopf (74):
Extend ugly hack for CARD64 to rhd_mc.h.
Consolidated chip identifiers.
Extend ugly hack for CARD64
service, so I do not *expect*
anything).
But I would like to know the reasoning behind that. Is /home
notoriously flooded with short-living big-sized files, or has this
something to do with local law, or what?
Thanks for your work, guys, to reenable the service.
Matthias
--
Matthias Hopf mh
On Sep 24, 09 15:37:58 +1000, Peter Hutterer wrote:
On Wed, Sep 23, 2009 at 03:16:38PM +0200, Matthias Hopf wrote:
With the current Xserver XbkGetControls() fails with XkbBadKeyboard.
Tricky. xkb.device_spec is 0, which used to be the core keyboard (up to
1.5). Now 0 is a reserved ID. If you
(disp, XkbAllControlsMask, xkb);
- cut -
CU
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
On Sep 23, 09 08:09:58 -0500, Pat Kane wrote:
Has anyone ported xf4vnc to xorg-server 1.7 (1.6.99)?
Sorry, porting was only to 1.6.3.901 (just noted that). However, they
will probably a good start.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409
Small update, being a little more verbose if mistakes are made.
Bart Massey (2):
Warn if one of the outputs given did not exist
changed a bunch of string to number conversions for reliability
Matthias Hopf (2):
Add missing 'static's to get rid of warnings.
Bump to 1.3.2
Small update, being a little more verbose if mistakes are made.
Bart Massey (2):
Warn if one of the outputs given did not exist
changed a bunch of string to number conversions for reliability
Matthias Hopf (2):
Add missing 'static's to get rid of warnings.
Bump to 1.3.2
On Jun 28, 09 04:41:54 +0100, David De La Harpe Golden wrote:
2009/6/8 Matthias Hopf mh...@suse.de:
Yes, you're right - I forgot how it was on the Amiga. Shame on me.
You're more than welcome to add this to the panning code.
Turns out doing the panning itself is the easy bit, there's
On Jun 08, 09 17:55:20 +0200, Xavier Bestel wrote:
Why not making the proportional mode simply replace the push mode ?
Why keeping an allegedly inferior panning mode ?
Don't. Some people are used to this behavior.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5
://www.x.org/wiki/radeonhd
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg
for r6xx included. Also, there is no 3D driver for your card yet.
Best read http://www.x.org/wiki/radeonhd
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715
-radeonhd-1.2.5.tar.bz2
SHA1: 64fc0eb5209adba5479396bafe53b50ded6c0940
xf86-video-radeonhd-1.2.5.tar.bz2
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715
On Mar 11, 09 11:33:44 -0300, Claudinei Matos wrote:
Is there anybody else having problem with xinerama and/or switching
between multiple video cards?
I think it's not working reasonably for quite some time now.
Nobody cared so far (code-wise).
Matthias
--
Matthias Hopf mh...@suse.de
On Mar 09, 09 19:38:05 +0100, Krzysztof Halasa wrote:
Not sure, perhaps some wrong settings in xorg.conf? Nothing apparent
there.
Hmm, do I need DRI for acceleration?
Yes, and the r6xx-r7xx-support branch, specifically.
Matthias
--
Matthias Hopf mh...@suse.de
a release of that yet.
CU
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg
/master'
Maarten Maathuis (1):
Fix typo in 83f3f29dd3ac5d3875b5edef5805d6adb6a02698.
Matthias Hopf (14):
Panning protocol extension
Panning protocol description
Panning protocol bits description
Add panning to versioning information.
Nuke config-timestamp for panning
Matthias Hopf (1):
Bump to 1.3.0
Paulo Cesar Pereira de Andrade (1):
Janitor: make distcheck, compiler warnings, .gitignore
All changes to libXrandr-1.2.3:
Adam Jackson (9):
Remove RCS tags.
Add GetScreenResourcesCurrent
Add [GS]etOutputPrimary
Use
On Jan 23, 09 10:27:12 +1100, Daniel Stone wrote:
On Thu, Jan 22, 2009 at 05:36:52PM +0100, Matthias Hopf wrote:
On Jan 22, 09 16:55:08 +0100, Helge Bahmann wrote:
Things get even more unfriendly if console switching is initiated by chvt
from
a background service (don't ask). I
Hopefully the last before (maybe equivalent except version number)
before 1.3...
Changes since 1.2.99.3:
Adam Jackson (1):
Zero reply from GetPanning means panning not supported.
Maarten Maathuis (1):
Fix typo in 83f3f29dd3ac5d3875b5edef5805d6adb6a02698.
Matthias Hopf (4
, but I wanted to throw it out there
to make sure it doesn't get missed.
Yeah, 'someone' should do a randrproto release...
I just did 1.2.99.4.
A final 1.3 release is pending from my side - I don't have anything to
add ATM.
Same goes for libXrandr.
Matthias
--
Matthias Hopf mh...@suse.de
is sick of hearing glxgears performance numbers.
Sorry for the rant
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg mailing list
xorg
On Feb 06, 09 07:02:22 -0500, James Cloos wrote:
Occasionally it is necessary to call 'git pull -t' to get all of the
tags into one's local clone.
This is never necessary with tag objects. That's why they should be
used.
Matthias
--
Matthias Hopf mh...@suse.de
that can be
compared with other systems, which gives you a reasonable notion of
which of the systems is better.
Which exactly is not the case with glxgears.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
print out a warning now (well, this change went into
*after* 11.1, unfortunately), that this is not a benchmark. We got really
tired of these statements.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone
On Jan 23, 09 10:27:12 +1100, Daniel Stone wrote:
On Thu, Jan 22, 2009 at 05:36:52PM +0100, Matthias Hopf wrote:
On Jan 22, 09 16:55:08 +0100, Helge Bahmann wrote:
Things get even more unfriendly if console switching is initiated by chvt
from
a background service (don't ask). I
it a
try. So if it works, I really suggest taking it.
Thanks a lot
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
rejects the string 0 , i.e., a zero
Good catch. Committed and pushed.
The patch as you sent it didn't apply, though. Next time please use
git format-patch.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg mailing list
xorg
from the
we can get the information point of view.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
of the panning region for this CRTC in
Keith's scheme.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
the monitor anyway.
Hm. Sounds logical. Still, the currently presented CRTC should be
queryable.
CU
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D
on notebook chipsets (RS780 is the only
one, AFAIK) - but you would need to hack r600_demo.c a bit with the PCI
IDs at least.
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715
On Dec 19, 08 12:23:20 +1100, Graeme Gill wrote:
Matthias Hopf wrote:
I have just pushed a change to radeonhd, that implements the mandatory
bits of RandR 1.3 output properties, which can thus be seen as a
reference implementation.
Sorry I guess I'm not following very well :- so
be possible to specify this with borders.
Again, have to think about it :^)
I was thinking of (b).
CU
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715
On Dec 18, 08 18:34:26 +1100, Graeme Gill wrote:
Matthias Hopf wrote:
AFAIR we agreed on that this property name can just be changed without
breaking backward compatibility, because it was never agreed upon that
this was a standard so far.
I guess I can always add yet another EDID atom
On Dec 17, 08 21:38:50 +0100, Maarten Maathuis wrote:
Will do, as part of some more fixes. Anything else than happens to be
on your mind while I'm breaking abi?
Nope, not from my side. Is this supposed to get into 1.6 still, or just
in master?
Matthias
--
Matthias Hopf mh...@suse.de
are
not allocated as one chunk of memory.
I suggest bumping XF86_CRTC_VERSION, so that drivers can validate
crtc-version before using the new fields (if they want to, that is).
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg
On Dec 16, 08 22:34:22 +0200, Fatih Aşıcı wrote:
Salı 16 Aralık 2008 tarihinde, Matthias Hopf şunları yazmıştı:
+#define RR_PROPERTY_SIGNAL_FORMAT SignalFormat
+#define RR_PROPERTY_SIGNAL_FORMAT SignalProperties
It looks like a copy/paste error?
F*ck. Thanks. Apparently already fixed
On Nov 07, 08 19:50:18 +0100, Matthias Hopf wrote:
Attached is the new proposal. I hope I didn't forget any suggestion.
As there haven't been any additional comments, I have now committed this
proposal to randrproto.
There's a single change to the Xserver needed, the name of the raw EDID
data
On Nov 13, 08 12:37:39 +0100, Matthias Hopf wrote:
Guys,
who (or which group) is currently doing membership and account requests?
I wanted my student from VoC 2007 have its project published on git.fdo,
but his request for an account sits uncommented there since September:
http
On Dec 12, 08 18:52:55 +0100, Luca Tettamanti wrote:
On Fri, Dec 12, 2008 at 5:53 PM, Gene Heskett gene.hesk...@verizon.net
wrote:
On Friday 12 December 2008, Matthias Hopf wrote:
Announcing the 1.2.4 of the xf86-video-radeonhd driver.
I still don't have drm, so glxgears is only
: 555c0979ca199c6f127806895d10f2b9a8ee7287 xrandr-1.2.99.3.tar.gz
http://xorg.freedesktop.org/releases/individual/app/xrandr-1.2.99.3.tar.bz2
MD5: f1a591364d915e6c924b373721a72b4a xrandr-1.2.99.3.tar.bz2
SHA1: bc5ee2b8e35b02ce04afdef7b513fec7442a64a1 xrandr-1.2.99.3.tar.bz2
Matthias
--
Matthias Hopf mh
: d99689a67d2dbbd67b4e7850b78c7e9a0f34c8d5 randrproto-1.2.99.3.tar.bz2
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
pgpsEwTLAnFxA.pgp
Description
: 63f6837f5c05f8f0578309beb0e971fe86eda4ef libXrandr-1.2.99.3.tar.bz2
Matthias
--
Matthias Hopf mh...@suse.de ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ m...@mshopf.de
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
pgpbbvcrECAwT.pgp
Description: PGP
On Dec 10, 08 08:27:20 -0800, Keith Packard wrote:
On Wed, 2008-12-10 at 12:05 +0100, Matthias Hopf wrote:
Yes, that is one of the things that has to be implemented. Static
panning configuration is more important at first, because that should
get into Xserver 1.6 still.
Can you get
area. The current code requires that the user set the frame buffer size
along with the panning area.
Yes, that is one of the things that has to be implemented. Static
panning configuration is more important at first, because that should
get into Xserver 1.6 still.
Matthias
--
Matthias Hopf
later. Will do that, but will
take some time.
CU
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
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);
+ ret = TRUE
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
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 299eff8..d32e449 100644
--- a/configure.ac
+++ b/configure.ac
@@ -30,7 +30,7 @@ dnl try to keep these the same. Note that the library has an
extra
dnl digit in the
---
randr/randrstr.h | 19 ++
randr/rrcrtc.c | 167
randr/rrdispatch.c |2 +
3 files changed, 188 insertions(+), 0 deletions(-)
diff --git a/randr/randrstr.h b/randr/randrstr.h
index 64206e8..f6aa5c7 100644
---
---
include/X11/extensions/Xrandr.h | 28 +++
src/XrrCrtc.c | 97 +++
2 files changed, 125 insertions(+), 0 deletions(-)
diff --git a/include/X11/extensions/Xrandr.h b/include/X11/extensions/Xrandr.h
index 77a7d04..e9fa94e 100644
---
randr.h |4 ++-
randrproto.h | 66 ++
2 files changed, 69 insertions(+), 1 deletions(-)
diff --git a/randr.h b/randr.h
index 87cd4a8..92f2fb6 100644
--- a/randr.h
+++ b/randr.h
@@ -44,7 +44,7 @@ typedef unsigned long
---
randrproto.txt | 55 +++
1 files changed, 55 insertions(+), 0 deletions(-)
diff --git a/randrproto.txt b/randrproto.txt
index 458c5f9..1bc0416 100644
--- a/randrproto.txt
+++ b/randrproto.txt
@@ -1960,6 +1960,61 @@ A.2.2 Protocol Requests
---
xrandr.c | 114 +-
1 files changed, 113 insertions(+), 1 deletions(-)
diff --git a/xrandr.c b/xrandr.c
index b1e133e..9dcd72a 100644
--- a/xrandr.c
+++ b/xrandr.c
@@ -131,6 +131,7 @@ usage(void)
fprintf(stderr, --set
---
src/rhd_randr.c | 12
1 files changed, 12 insertions(+), 0 deletions(-)
diff --git a/src/rhd_randr.c b/src/rhd_randr.c
index 62b5e74..fc0439f 100644
--- a/src/rhd_randr.c
+++ b/src/rhd_randr.c
@@ -499,6 +499,14 @@ rhdRRCrtcModeFixupDUMMY(xf86CrtcPtrcrtc,
return TRUE;
---
configure.ac |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/configure.ac b/configure.ac
index 126a51b..9be14c0 100644
--- a/configure.ac
+++ b/configure.ac
@@ -21,7 +21,7 @@ dnl
dnl Process this file with autoconf to create configure.
AC_PREREQ([2.57])
---
randrproto.txt | 110
1 files changed, 110 insertions(+), 0 deletions(-)
diff --git a/randrproto.txt b/randrproto.txt
index 58c9e40..458c5f9 100644
--- a/randrproto.txt
+++ b/randrproto.txt
@@ -508,6 +508,13 @@ dynamic changes in the
updating the x/y
crtc coordinates. See patch 13, which adds support for the radeonhd driver.
Originally I planed to allow mode_set() with a NULL mode, but it's
impossible to verify in the server whether the driver will support that or
not, thus a separate call.
Matthias
--
Matthias Hopf [EMAIL
it
should settle in master first.
In that case, do we have any protocol changes in 1.3? Do we need a
version bump then?
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715
On Nov 12, 08 13:00:03 -0500, Gene Heskett wrote:
On Wednesday 12 November 2008, Matthias Hopf wrote:
On Nov 11, 08 14:02:00 -0500, Gene Heskett wrote:
Anyway, where is (url to sub) the radeondh list?
To subscribe, e-mail: [EMAIL PROTECTED]
But that address rejected my mail, several
in the procedure, or just the usual too much work to do
issue? I don't want to criticize anybody, we just should know in what
time frames requests like these should be handled.
Thanks
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg
work with that respect for you, I guess the
version is good enough.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
support over there. If you're running on git, you might want to think
about reporting a bug in bugzilla.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715
...
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg mailing list
xorg
On Oct 28, 08 14:37:30 -0700, Keith Packard wrote:
On Tue, 2008-10-28 at 19:51 +0100, Matthias Hopf wrote:
- Apparently there are only 8, 16, and 32bit integers available as
property types. Having ATOMs and FLOATs would add semantics, which
could help in some cases. But if this implies
On Nov 07, 08 18:48:18 +0100, Maarten Maathuis wrote:
On Fri, Nov 7, 2008 at 5:19 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Oct 28, 08 22:44:35 +0100, Maarten Maathuis wrote:
Is there any chance to get rid of strings in the protocol/server
altogether and stick to standardised names
in
number of links.
It's unknown what future standards will bring, and this approach is
prone to break with those. I'd also rather not add properties that can
only be used for single connector / signal types. YMMV.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5
Attached is the new proposal. I hope I didn't forget any suggestion.
Please comment.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D
.
AFAICS this is already possible with the current API, but adding the
shortcut path would greatly simplify the driver path.
Please comment.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911
.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg mailing list
xorg
to
RANDR_EDID_DATA (as indidcated in the draft), be left alone (and the
whole RANDR_ prefix idea burried), or cloned?
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715
MD5: f4ae3305805516b86c726daa5d3d81d3
SHA1: 964a30c9abf6b7f184d76b2ed5d5d51916230967
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-radeonhd-1.2.2.tar.bz2
MD5: 69d9c6836dad7dba98d2f56e826e7485
SHA1: 7878b77bb102b5db84f3365575a845ced321322f
Matthias
--
Matthias Hopf [EMAIL
On Oct 15, 08 14:25:07 +0530, Amit wrote:
I want my applications to use OPENGL ES + EGL.
So I think I have to go with --enable-xgl --enable-xglx.
No, you need --enable-glx.
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg
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
MD5: f4ae3305805516b86c726daa5d3d81d3
SHA1: 964a30c9abf6b7f184d76b2ed5d5d51916230967
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-radeonhd-1.2.2.tar.bz2
MD5: 69d9c6836dad7dba98d2f56e826e7485
SHA1: 7878b77bb102b5db84f3365575a845ced321322f
Matthias
--
Matthias Hopf [EMAIL
implementation.
Thanks
Matthias
--
Matthias Hopf [EMAIL PROTECTED] ____ __
Maxfeldstr. 5 / 90409 Nuernberg (_ | | (_ |__ [EMAIL PROTECTED]
Phone +49-911-74053-715 __) |_| __) |__ R D www.mshopf.de
___
xorg
version using PACKAGE_VERSION_*
Jürgen Appel (1):
Added Sensitivity option. Use for slowing down high resolution mice.
Matthias Hopf (1):
bump to 1.2.2
http://xorg.freedesktop.org/archive/individual/driver/xf86-input-mouse-1.2.2.tar.bz2
MD5: c47c598e55e7080b8ea30f70781f7ca3 xf86
99 matches
Mail list logo