On 2014-03-22 19:14 (GMT-0400) Gaetan Nadon composed:
Felix Miata wrote:
On 2014-03-22 16:58 (GMT-0400) Gaetan Nadon composed:
The sis driver has been unmaintained for a long time. The build.sh
contains pretty much all of the video drivers one may need. There are
about 50 of them. Most wou
On 14-03-22 03:27 PM, Jon TURNEY wrote:
> On 19/03/2014 21:29, Gaetan Nadon wrote:
>> On 14-03-03 10:08 AM, Jon TURNEY wrote:
>>> Build fbcmap_mi.c once, rather than for each DDX, and make it part of libfb
>>> or
>>> libwfb convenience library.
>>>
>>> Since 84e8de1271bb11b5b4b9747ae4647f47333a8ab
On 14-03-22 06:06 PM, Felix Miata wrote:
> On 2014-03-22 16:58 (GMT-0400) Gaetan Nadon composed:
>
>> The sis driver has been unmaintained for a long time. The build.sh
>> contains pretty much all of the video drivers one may need. There are
>> about 50 of them. Most would work only with a specific
"Jasper St. Pierre" writes:
> I'd imagine that's hit by anything using XDrawArc. Surprisingly, there's
> not many applications using it out there.
Only if you use a non-idempotent rasterop. Otherwise, the arc code just
takes the generated spans and draws them all.
--
keith.pack...@intel.com
Eric Anholt writes:
> Keith Packard writes:
>
>> This just calls miPushPixels until glamor uses FBOs for bitmaps
>
> The only cases that PushPixels() is called that I can find:
>
> - miglblt.c
>
> We're doing hand-accelerated glyph blits, so that's gone.
>
> - miarc.c
>
> I tried a few likely x1
On 2014-03-22 16:58 (GMT-0400) Gaetan Nadon composed:
The sis driver has been unmaintained for a long time. The build.sh
contains pretty much all of the video drivers one may need. There are
about 50 of them. Most would work only with a specific video card
anyway. Feel free to trim the list of m
Eric Anholt writes:
> so, NAKed.
Yeah, we might as well leave the code lying around until we write a
'real' replacement. I've removed this patch from the series.
--
keith.pack...@intel.com
pgpEe0QMF54d6.pgp
Description: PGP signature
___
xorg-devel
Eric Anholt writes:
> Could we use sizeof(xRectangle) here, too?
Yes. Done.
--
keith.pack...@intel.com
pgp3ozRgzKPvA.pgp
Description: PGP signature
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info:
Markus Wick writes:
> The simplest way is to always fall back to fb. So I think we shouldn't
> implement get_spans at all but fb.
Sure, as I said, we'll never hit get_spans without some additional code
in the server that uses the GC ops directly. I've tested the code as
written and made sure th
On Sat, Mar 22, 2014 at 02:33:21PM -0700, Alan Coopersmith wrote:
> On 03/20/14 05:36 AM, Thomas Klausner wrote:
> >Signed-off-by: Thomas Klausner
> >---
> > Imake.cf | 7 ++-
> > 1 file changed, 6 insertions(+), 1 deletion(-)
> >
> >diff --git a/Imake.cf b/Imake.cf
> >index 2b6c649..9e438e7
Alan Coopersmith writes:
> Without these, after commit fdb4ec86c29d85c, it fails to build on Solaris,
> with errors of:
> xf86Xinput.c: In function 'xf86stat':
> xf86Xinput.c:816:5: error: implicit declaration of function 'major'
> [-Werror=implicit-function-declaration]
> xf86Xinput.c:817:5: er
Markus Wick writes:
> eg ironlake. But I more think about new GPU where the driver just isn't
> in such a good state. It would be nice to use glamor on very new gpus
> without requiring a full features gl3.3 driver.
Sure, having support for some older version would be good. However, I'd
like t
On 03/20/14 05:36 AM, Thomas Klausner wrote:
Signed-off-by: Thomas Klausner
---
Imake.cf | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/Imake.cf b/Imake.cf
index 2b6c649..9e438e7 100644
--- a/Imake.cf
+++ b/Imake.cf
@@ -238,8 +238,9 @@ XCOMM $XFree86: xc/config/cf/I
On 03/20/14 05:36 AM, Thomas Klausner wrote:
(regardless of server support on this plattform)
Signed-off-by: Thomas Klausner
---
NetBSD.cf | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/NetBSD.cf b/NetBSD.cf
index 7d1afa0..7d9aadd 100644
--- a/NetBSD.cf
+++ b
Without these, after commit fdb4ec86c29d85c, it fails to build on Solaris,
with errors of:
xf86Xinput.c: In function 'xf86stat':
xf86Xinput.c:816:5: error: implicit declaration of function 'major'
[-Werror=implicit-function-declaration]
xf86Xinput.c:817:5: error: implicit declaration of function '
Markus Wick writes:
> Am 2014-03-21 00:43, schrieb Keith Packard:
>>> more important to only get one mipmap level: max_level = 0
>> I copied this code from elsewhere; do you have a substitute suggestion?
>
> glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAX_LEVEL, 0);
> The other parameters are sampl
Flagged by cppcheck 1.64:
[hw/dmx/config/xdmxconfig.c:306] -> [hw/dmx/config/xdmxconfig.c:323]:
(warning) Possible null pointer dereference: fs - otherwise
it is redundant to check it against null.
Signed-off-by: Alan Coopersmith
---
hw/dmx/config/xdmxconfig.c |3 ++-
1 file chan
Markus Wick writes:
> I've seen a 40% performance boost in x11perf -dot
Yup, it's amazing how much time Mesa takes flipping large chunks of
state around like this.
--
keith.pack...@intel.com
pgpXyBRZMhdeK.pgp
Description: PGP signature
___
xorg-dev
Jon TURNEY writes:
> Colin Harrison (7):
> hw/xwin: Fix typo in comment
> hw/xwin: Fix declaration after statement warning in ddxGiveUp()
> hw/xwin: Use boolean AND rather than bitwise AND in
> WIN_POLLING_MOUSE_TIMER_ID
> hw/xwin: Remove an unneeded include
> hw/xwi
Gaetan Nadon writes:
> The location ${sysconfdir}/X11/fontpath.d is unknown at configuration time
> (only at make time) as evidenced by the configuration output:
>
> checking for ${prefix}/etc/X11/fontpath.d... no
>
> Unlike font-util for the X fonts, there is no mechanism to query where
> fo
Emil Velikov writes:
> Hi Keith,
>
> Please consider pulling into master.
>
> Thanks.
>
> The following changes since commit 81a4952d3dcab9ca3a1ee399c773f5ac352036c4:
>
>Merge remote-tracking branch 'whot/for-keith' (2014-03-11 22:04:36 -0700)
>
> are available in the git repository at:
>
>
>
On 14-03-21 04:20 PM, pplive wrote:
> I try to compile xorg according to the following instruction:
>
> http://www.x.org/wiki/Building_the_X_Window_System/
>
> When I tried to execute "./util/modular/build.sh --clone $HOME/build",
> I have received the following error information:
>
The sis driver
Keith Packard writes:
I sent this patch out last month to fix warnings when
-D_FORTIFY_SOURCE=2 was added to the build. I think Gaetan tried it and
didn't have any trouble, but I'd love to get some actual review so we
can merge it in. I believe it fixes several *actual bugs*, which makes
it signi
On 14-03-21 04:53 PM, Eric Anholt wrote:
> Gaetan Nadon writes:
>
>> Signed-off-by: Gaetan Nadon
> I've reviewed these two patches of yours and they'll be in my next pull
> request. Thanks!
>
Great, thanks.
___
xorg-devel@lists.x.org: X.Org development
Hans de Goede writes:
> Hans de Goede (8):
>Xorg: Add a suid root wrapper
>config_odev*: Use XNF alloc functions
>Remove config_odev_add_*attribute checks in various places
>systemd_logind_find_info_ptr_by_devnum: Add a start argument
>systemd_logind_find_i
On 19/03/2014 21:29, Gaetan Nadon wrote:
> On 14-03-03 10:08 AM, Jon TURNEY wrote:
>> Build fbcmap_mi.c once, rather than for each DDX, and make it part of libfb
>> or
>> libwfb convenience library.
>>
>> Since 84e8de1271bb11b5b4b9747ae4647f47333a8ab7 we don't have fbcmap.c
>>
>> This is a sort of
Hi Keith,
Please consider pulling into master.
Thanks.
The following changes since commit 4fb31e4824d46edc80bb49b4065152899faa5ac6:
Merge remote-tracking branch 'whot/for-keith' (2014-03-19 06:43:14 -0700)
are available in the git repository at:
git://people.freedesktop.org/~jturney/xser
These operations implicitly truncate their parameters, and result to
integers:
* not
* and
* or
* xor
* shl
* shr
* mod
* trunc
Binary (base 2) was left out of the base conversion code intentionally
as it would require making the UI at least one third wider and the
benefits would be negligible.
On 12.02.2014 23:15, Keith Packard wrote:
>> However, I don't like the result. composite.xml ""s only xproto and
>> xfixes. The dependency on render and shape occur because xfixes depends on
>> these. In other words, your tool is including transitive dependencies.
>
> I've patched that by fixing x
On Fri, 2014-03-21 at 11:03 +0100, Hans de Goede wrote:
> I still believe the kernel is the right place to fix this. Adam, can you
> build a kernel
> with the attached patch, remove your xorg.conf changes and then test that
> setup please ?
Patch looks good. With the line commented out of my xo
On Fri, 2014-03-21 at 11:03 +0100, Hans de Goede wrote:
> I still believe the kernel is the right place to fix this. Adam, can you
> build a kernel
> with the attached patch, remove your xorg.conf changes and then test that
> setup please ?
Building, will report later.
--
Adam Williamson
Fedor
Hi.
I want to participate in Google Summer of Code with this project.
Details here:
http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/sanya_m/5788636662464512
Are there any chances that this project will be accepted for GSoC by
X.org foundation?
I know I am a bit late - initiall
On Fri, 2014-03-21 at 10:31 +0100, Hans de Goede wrote:
> Hi,
>
> On 03/20/2014 11:18 PM, Peter Hutterer wrote:
> > Signed-off-by: Peter Hutterer
> > ---
> > conf/11-x11-synaptics.fdi | 9 +
> > conf/50-synaptics.conf| 12
> > 2 files changed, 21 insertions(+)
> >
> >
Hi,
On 03/22/2014 01:43 AM, Adam Williamson wrote:
> On Fri, 2014-03-21 at 11:03 +0100, Hans de Goede wrote:
>
>> I still believe the kernel is the right place to fix this. Adam, can you
>> build a kernel
>> with the attached patch, remove your xorg.conf changes and then test that
>> setup plea
34 matches
Mail list logo