>From a performance pov an accelerated shadow framebuffer arrangement
is probably much faster. Assuming it has some dma capability.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
I noticed that some themes such as gtk, cde and motif do not excibit
this issue. While plastique and clearlooks do.
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
Why does it pretend to (also) be dvi when it's only vga?
Is this lazyness by the manufacturer of the sdvo adapter?
Maarten.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-s
I personally wouldn't mind a kill all grabs button/key/whatever. Even
if you can debug a grab issue, you don't always have the time or the
right machine (debugging symbols and friends) to do it.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
h
Property on the root window?
On Sun, May 24, 2009 at 8:00 PM, Gregor Best wrote:
> At Sun, 24 May 2009 19:11:42 +0200
> Maarten Maathuis wrote:
>
>> rc.lua is also loaded on awesome restart, i can't imagine that you
>> want to do session management'ish stuff
rc.lua is also loaded on awesome restart, i can't imagine that you
want to do session management'ish stuff then
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
Without even judging the idea i wonder, shouldn't an exit hook also
mean a startup hook (maybe just for the real start up)?
Especially if you want to do session management'ish things.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
The problem seems fairly obvious.
Old style:
Only set gamma on currently inactive (=first activation) crtcs
New style (someone doesn't realize the situation):
Only set gamma on currently active(=not the first activation)
So your luts are now empty and all colors become black (HW cursor is a
wo
It is possible that the DDX is now masking the problem very well, if
only your C51 has this cursor issue then i would really suspect this
kind of bug.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/li
The C51 has a very strange HW cursor issue, so that is not surprising.
Bug is http://bugs.freedesktop.org/show_bug.cgi?id=15758
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
So you have a DVI-I (DVI-D + DVI-A) connector, but you're not sure
about one of them?
What exactly don't you know?
Maarten.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is a gathering of tech-s
And what size limitations are listed for the overlay?
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
>From mplayer man page (lot's of cutting for space reasons ofcource)
Available video output drivers are:
xv (X11 only)
adaptor=
Select a specific XVideo adaptor (check xvinfo results).
port=
Select a specific XVideo port.
You can use "xvinfo" to check available adaptors and use either
adapter OR
There is probably also a textured Xv adapter, have you double checked
which one you are using?
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
I don't know, i've looked around and all i've seen so far is either
unmap(most) or moving (dwm) or a choice between unmapping and moving
(ion3).
An alternative is looking at gnome-panel and see what it checks for,
but the sourcecode is not very transparent.
Maarten.
--
To unsubscribe, send mail
Problem remains.
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
Yes and no.
Now the text corrupts, small horizontal lines appear in the glyphs sometimes.
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
I'm specifically talking about black or random shit going over text,
not text corrupting itself. Sorry if i didn't make that clear
(enough).
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
I used to have corruption issues on my development box too (running
xserver git), thought it was driver related (i run nouveau + nv86). I
left home about a month ago and a month before that (at least) the
corruption stopped. My guess is some exa bug got fixed. I didn't think
anything of it at the t
A ping if it goes unnoticed is generally a good idea, but normally you
wait 2 or 3 days. Patches have gone unnoticed in the past, so your
concern is valid.
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xo
set_mode_major is not exclusive to kernel modesetting.
Is the driver api breakage neccesary? If so you definately need to
bump something somewhere.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/x
set_mode_major is not exclusive to kernel modesetting.
Is the driver api breakage neccesary? If so you definately need to
bump something somewhere.
Maarten.
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-deve
Perhaps you should request an account, if you feel like long term contribution.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
At the risk of sounding uninformed (which i'll admit right away),
can't you unroll loops and use some kind goto'ish approach?
Maarten.
--
The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your
production
It is disabled when a randr 1.2 driver is present with gamma hooks,
this is to avoid clashes betwen the two. If it is terribly important,
then you could try to hook up old extensions to the new system. The
legacy gamma system itself is very odd (iirc from the last time i
checked it), and if it were
> Do you have git version of xcb-proto ? If yes revert commit
> fe7b12db4fc0e95f3eef038581bf2154e1727c7a, "Correct the length
> calculation for the value field of GetPropertyReply." ... and rebuild
> libxcb and xcb-util ... :p
Shouldn't you get it reverted if it's a bad commit?
--
To unsubscribe
Not that i personally care, but awesome's dependencies have become
more bleeding edge lately.
In a sense awesome is rather extreme at it's dependencies and api
stability. This is fine if you have a niche audience, but it will
annoy some people.
Especially the mega-freeze distributions are affecte
Not that i personally care, but awesome's dependencies have become
more bleeding edge lately.
In a sense awesome is rather extreme at it's dependencies and api
stability. This is fine if you have a niche audience, but it will
annoy some people.
Especially the mega-freeze distributions are affecte
Section "Extensions"
Option "MIT-SHM" "Disable"
EndSection
Should work, providing you don't have an extension section already.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
Some of you may already know it, but i will be "away" for the next
three months. That means if you have important questions you will have
to email me. I won't have access to my development machine, so don't
expect anything useful in that area. Anyway, good luck and hopefully
i'll come back to a bet
---
layout.c | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/layout.c b/layout.c
index 87dca76..067ffad 100644
--- a/layout.c
+++ b/layout.c
@@ -47,13 +47,22 @@ arrange(int screen)
/* Restore titlebar before client, so geometry is ok again. */
drm] Allocating FIFO number 2
> [drm] nouveau_fifo_alloc: initialised FIFO 2
>
> And Xorg.0.log: http://pastebin.ca/1390029
>
> Regards
>
> Maarten Maathuis a écrit :
>> Updated patches, with one performance improvement. Not checking for
>> tiled pixmaps when all pendi
---
client.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client.c b/client.c
index c1ff443..8ce793d 100644
--- a/client.c
+++ b/client.c
@@ -1729,7 +1729,7 @@ luaA_client_newindex(lua_State *L)
* \lfield screen Client screen number.
* \lfield hide Define if the cl
Pushed with a slightly enhanced commit message and some GC checking
(in case it's not a simple copy).
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
I think Xv is meant to also work for overlays, which obviously won't
work on a pixmap. Maybe it's a safety so application developers don't
do anything stupid.
Maarten.
On Fri, Apr 10, 2009 at 11:30 AM, Yuan Austin wrote:
> On Thu, Apr 2, 2009 at 3:59 PM, Shengquan Yuan
> wrote:
>> Hi,
>>
>> I
I think Xv is meant to also work for overlays, which obviously won't
work on a pixmap. Maybe it's a safety so application developers don't
do anything stupid.
Maarten.
On Fri, Apr 10, 2009 at 11:30 AM, Yuan Austin wrote:
> On Thu, Apr 2, 2009 at 3:59 PM, Shengquan Yuan
> wrote:
>> Hi,
>>
>> I
- Some image viewers (eog, gqview) trigger the CopyArea path of Xext/shm.c
- I'm not aware of any bad path that wouldn't like UTS and trigger this code.
- I don't think the boxes need to be clipped to src dimensions.
---
exa/exa_accel.c | 67 +++---
You can argue against the config system, xml is not ideal for manual editing.
But, having hinted, aliased fonts isn't impossible. It's pretty simple
actually. Providing you have a suitable freetype version.
So please put your ranting into perspective.
Maarten.
___
Do you have strong feelings against making these ports different for
8xxx and 9xxx?
Maarten.
On Fri, Apr 3, 2009 at 7:12 PM, Maarten Maathuis wrote:
> The change was prompted by a personal email i recieved regarding a bug
> on a 9200 (which included the right ports), a mmio-trac
I'm not quite sure why it broke (tried various extra changes), but i
confirm that reverting the commit works.
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
What about just allowing focus on noinput windows?
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
The satellite window is a noinput window, why would it ever get focus?
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
- emwh and systray has some too, but the respective ewmh code is broken anyway
and systrays are made on the first screen probably
for a xinerama config
---
wibox.c | 20 ++--
1 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/wibox.c b/wibox.c
index c67f592..1cfdf8
---
event.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/event.c b/event.c
index ae90783..c89dbb6 100644
--- a/event.c
+++ b/event.c
@@ -456,6 +456,9 @@ event_handle_leavenotify(void *data __attribute__
((unused)),
wibox_t *wibox;
client_t *c;
+if(ev-
- I don't see why we should guess about what we recieved and whatnot.
---
client.c | 15 +--
client.h |1 +
event.c | 24
3 files changed, 30 insertions(+), 10 deletions(-)
diff --git a/client.c b/client.c
index 3d9c8a7..771bd2c 100644
--- a/client.c
That won't work on java 1.5 and 1.6, you need 1.4 for that workaround.
Other workarounds exist as well, faking the window manager name to be
on java's internal workaround list
(http://bbs.archlinux.org/viewtopic.php?id=58349).
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@n
; On Fri, 2009-04-03 at 10:43 +0200, Maarten Maathuis wrote:
>> You need these ports for LVDS?
>>
>> Because i know these ports are correct for dvi and friends.
>>
>> So if you changed them for lvds, we need to seperate port 4 and 5 into
>> lvds and non-lvds.
>
You need these ports for LVDS?
Because i know these ports are correct for dvi and friends.
So if you changed them for lvds, we need to seperate port 4 and 5 into
lvds and non-lvds.
Maarten.
On Fri, Apr 3, 2009 at 6:26 AM, Ben Skeggs
wrote:
> src/nv50reg.h | 4 ++--
> 1 file changed, 2 inse
It could be me, but i don't see the commit.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
- WINDOW_TYPE_DOCK are chosen first.
- Top/Bottom take precedence over Left/Right.
- Struts are automatically updated.
- Automatically avoid overlap with other struts or wibox'es.
---
client.c | 168
client.h |1 +
l
- gnome-panel (for example) requests the space for all it's windows
- this approach can never work for multiple applications, so we clamp it
---
screen.c | 12 +++-
1 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/screen.c b/screen.c
index c75453f..adf023b 100644
--- a/scre
XSHM could probably be fixed, but that would have to be done on a
larger scope (as in for everything, not just exa). This could
negatively impact those with no acceleration at all.
About the untiling + copy approach, this is what classic exa does, and
you are practically forced to keep a software
roper solution to patch 2.
Maarten.
From 3425f32eb0d5c664cd5a4141812bc002960de795 Mon Sep 17 00:00:00 2001
From: Maarten Maathuis
Date: Sat, 7 Mar 2009 23:49:19 +0100
Subject: [PATCH 1/6] nv50: implement wfb
- Only for sufficiently new xserver's and exa_driver_pixmaps.
- WINDOW_TYPE_DOCK are chosen first.
- Top/Bottom take precedence over Left/Right.
- Struts are automatically updated.
- Automatically avoid overlap with other struts or wibox'es.
---
client.c | 168
client.h |1 +
l
Are you in principle ok with the idea, it's probably a matter of
moving emwh clients a bit if they set struts.
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
---
wibox.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/wibox.c b/wibox.c
index b7d7170..c67f592 100644
--- a/wibox.c
+++ b/wibox.c
@@ -294,8 +294,9 @@ wibox_position_update(wibox_t *wibox)
globalconf.screens[wibox->screen].need_arrange = true;
+/* Place
This is obviously wrong, sorry.
On Thu, Mar 26, 2009 at 10:13 PM, Maarten Maathuis wrote:
> ---
> lib/awful/client.lua.in | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
> index 443b6d1..5be03c8
---
lib/awful/client.lua.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
index 443b6d1..bf1d197 100644
--- a/lib/awful/client.lua.in
+++ b/lib/awful/client.lua.in
@@ -546,7 +546,7 @@ end
--- Set a client floating state
---
lib/awful/client.lua.in | 30 ++
lib/awful/mouse.lua.in |2 +-
2 files changed, 31 insertions(+), 1 deletions(-)
diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
index 96509c8..443b6d1 100644
--- a/lib/awful/client.lua.in
+++ b/lib/awful/client
---
lib/awful/client.lua.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
index 443b6d1..5be03c8 100644
--- a/lib/awful/client.lua.in
+++ b/lib/awful/client.lua.in
@@ -547,7 +547,7 @@ end
-- Floating client are not hand
---
lib/awful/client.lua.in | 30 ++
1 files changed, 30 insertions(+), 0 deletions(-)
diff --git a/lib/awful/client.lua.in b/lib/awful/client.lua.in
index 96509c8..443b6d1 100644
--- a/lib/awful/client.lua.in
+++ b/lib/awful/client.lua.in
@@ -38,6 +38,7 @@ focus = {
---
client.c |2 ++
ewmh.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/client.c b/client.c
index d654b21..439d9f7 100644
--- a/client.c
+++ b/client.c
@@ -1476,6 +1476,8 @@ luaA_client_struts(lua_State *L)
client_need_arrange((*c));
/*
- struts are now additive
- allow multiple docks at the edge of the screen, trigger is approaching
workarea from inside
---
lib/awful/mouse.lua.in | 17 +
screen.c | 47 ++-
2 files changed, 31 insertions(+), 33 deletio
---
client.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client.c b/client.c
index a496e12..d654b21 100644
--- a/client.c
+++ b/client.c
@@ -311,7 +311,7 @@ client_focus(client_t *c, bool sendmessage)
c->win, XCB_CURRENT_TIME);
---
client.c |7 ---
ewmh.c |5 +
property.c |1 +
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/client.c b/client.c
index 5c88d2c..a496e12 100644
--- a/client.c
+++ b/client.c
@@ -414,15 +414,8 @@ client_layer_translator(client_t *c)
/* then deal wi
---
client.c | 24 +---
layout.c |7 +++
structs.h |2 ++
titlebar.c | 52 +++-
titlebar.h | 25 +++--
wibox.h| 10 --
6 files changed, 84 insertions(+), 36 deletions(-)
di
---
client.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/client.c b/client.c
index a496e12..d654b21 100644
--- a/client.c
+++ b/client.c
@@ -311,7 +311,7 @@ client_focus(client_t *c, bool sendmessage)
c->win, XCB_CURRENT_TIME);
---
client.c |7 ---
ewmh.c |5 +
property.c |1 +
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/client.c b/client.c
index 5c88d2c..a496e12 100644
--- a/client.c
+++ b/client.c
@@ -414,15 +414,8 @@ client_layer_translator(client_t *c)
/* then deal wi
---
client.c | 24 +---
layout.c |7 +++
structs.h |2 ++
titlebar.c | 52 +++-
titlebar.h | 25 +++--
wibox.h| 10 --
6 files changed, 84 insertions(+), 36 deletions(-)
di
Is there a final verdict yet?
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
I think the latest patch should cover all the holes in titlebar
handling i know of. It was quite a hunt getting it right, i tested
fullscreening and changing visibility of titlebars (including resizing
while they are not visible).
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr..
---
client.c |7 ---
ewmh.c |5 +
property.c |1 +
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/client.c b/client.c
index 5c88d2c..a496e12 100644
--- a/client.c
+++ b/client.c
@@ -414,15 +414,8 @@ client_layer_translator(client_t *c)
/* then deal wi
---
client.c | 24 +---
layout.c |7 +++
structs.h |2 ++
titlebar.c | 58 +-
titlebar.h | 25 +++--
wibox.h| 10 --
6 files changed, 90 insertions(+), 36 deletions(
---
client.c |7 ---
ewmh.c |5 +
property.c |1 +
3 files changed, 6 insertions(+), 7 deletions(-)
diff --git a/client.c b/client.c
index 5c88d2c..a496e12 100644
--- a/client.c
+++ b/client.c
@@ -414,15 +414,8 @@ client_layer_translator(client_t *c)
/* then deal wi
---
client.c | 24 +---
layout.c |8
structs.h |2 ++
titlebar.c | 58 +-
titlebar.h | 25 +++--
wibox.h| 10 --
6 files changed, 91 insertions(+), 36 deletions
I suggest you file a bug for a crash (including gdb backtrace).
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
I'm trying to come up with better patches analogue to your patches.
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
>From a quick code review i say you are missing two things.
- titlebar geometry updates while the titlebar is banned (the code
assumes with and height to be updated).
And something that could be done separately, is the proper update of
client geometry while a titlebar is banned. And also let titl
Should a hidden titlebar still take space?
If not (=geometry deducted), then there's not much i can do about the
code size. I can make it different, but not much smaller.
So is the problem purely one of size or style?
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.
What if a client is already unbanned, it will never hit the unban
codepath. It just seemed unnatural to hack around it there. Completely
separating client and titlebar banning might work. I don't have time
right now to take a deeper look at that.
Maarten.
--
To unsubscribe, send mail to awesome-
---
client.c |8
structs.h |4
titlebar.c | 18 --
3 files changed, 28 insertions(+), 2 deletions(-)
diff --git a/client.c b/client.c
index da6262d..2d8a3a4 100644
--- a/client.c
+++ b/client.c
@@ -845,6 +845,11 @@ client_setfullscreen(client_t *c, bool
Please tell me what can't work about this idea.
- Introduce concept of "batches", through some kind of marker (tied to fences).
- Request buffers up front, userspace does all relocation (avoid
teaching the kernel about tiling, etc).
- Driver stores state for each batch.
- FIRE_RING becomes an ioct
It takes the first screen in a xinerama'ish config.
It sets the workarea of all tags based upon the struts of the
currently visible clients.
I would dump these properties, as they make no sense in awesome.
Maarten.
--
To unsubscribe, send mail to awesome-devel-unsubscr...@naquadah.org.
http://bugs.freedesktop.org/show_bug.cgi?id=20756
___
xorg-devel mailing list
xorg-devel@lists.x.org
http://lists.x.org/mailman/listinfo/xorg-devel
---
xkb/xkbLEDs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xkb/xkbLEDs.c b/xkb/xkbLEDs.c
index c61296b..a70ac84 100644
--- a/xkb/xkbLEDs.c
+++ b/xkb/xkbLEDs.c
@@ -643,7 +643,7 @@ XkbCopySrvLedInfo( DeviceIntPtrfrom,
else
sli_new->fb.lf = l
---
exa/exa.c | 18 +-
1 files changed, 13 insertions(+), 5 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index ecb2117..a8e5374 100644
--- a/exa/exa.c
+++ b/exa/exa.c
@@ -427,11 +427,19 @@ exaModifyPixmapHeader(PixmapPtr pPixmap, int width, int
height, int depth,
if
>> >> + if ((CARD8 *)pPixData >= pExaScr->info->memoryBase &&
>> >> + (CARD8 *)pPixData < (pExaScr->info->memoryBase +
>> >> pExaScr->info->memorySize)) {
>> >
>> > (pExaScr->info->memoryBase + pExaScr->info->memorySize) could wrap
>> > around to 0, in which case the latter che
2009/3/19 Michel Dänzer :
> On Don, 2009-03-19 at 19:10 +0100, Maarten Maathuis wrote:
>>
>> - /* Is this the framebuffer (for classic exa)? */
>> - if (pPixData && pPixData == pExaScr->info->memoryBase) {
>> - pExaPixmap->fb_ptr =
---
exa/exa.c | 17 -
1 files changed, 12 insertions(+), 5 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index ecb2117..627f0da 100644
--- a/exa/exa.c
+++ b/exa/exa.c
@@ -427,11 +427,18 @@ exaModifyPixmapHeader(PixmapPtr pPixmap, int width, int
height, int depth,
if
NV84_MODE is for NV84, try setting it to zero.
I have a NV86, so i'm pretty sure it works.
Maarten.
2009/3/19 Hervé Cauwelier :
> I come back on this matter because I was away when you posted it.
>
> I read you've got enough feedback for NV86 cards but mine doesn't seem
> to match your assumptio
---
exa/exa.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index 3fcb3e2..ecb2117 100644
--- a/exa/exa.c
+++ b/exa/exa.c
@@ -258,9 +258,9 @@ exaSetFbPitch(ExaScreenPrivPtr pExaScr, ExaPixmapPrivPtr
pExaPixmap,
int w, int h, int b
---
exa/exa.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index 7145e12..3fcb3e2 100644
--- a/exa/exa.c
+++ b/exa/exa.c
@@ -585,6 +585,8 @@ ExaDoPrepareAccess(DrawablePtr pDrawable, int index)
if (index >= EXA_PREPARE_AUX_DEST &&
!
That came out wrong, the special test is only if the normal test fails
or if i ask you to make it.
I will make a faster special test in the forseeable future.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/m
The special test is only if i ask you fail the normal nv50_test.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
Again reduced to just the 8bpp test, the special test remains to find
any deviations from the standard layout.
I added a NV84_MODE to adjust for the layout found by KoalaBR,
hopefully it's correct (hint test it ;-)).
At this point i know:
Normal: NV86
NV84: NV84
NV9X: NV92 NV96
So people, chime
---
exa/exa.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/exa/exa.c b/exa/exa.c
index 7145e12..3fcb3e2 100644
--- a/exa/exa.c
+++ b/exa/exa.c
@@ -585,6 +585,8 @@ ExaDoPrepareAccess(DrawablePtr pDrawable, int index)
if (index >= EXA_PREPARE_AUX_DEST &&
!
I have all the data i need for NV9X, please note that the test
programs haven't been updated with the actual layout yet. So they will
give errors on NV9X.
Maarten.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailma
searching a bit, but expect the test to run for at
least half an hour. You can sent the log to me personally.
Don't change any of the parameters for that test.
Maarten.
On Sun, Mar 15, 2009 at 11:18 PM, Maarten Maathuis wrote:
> New version, with 16bpp and 32bpp tests also. Someone with a NV9X
New version, with 16bpp and 32bpp tests also. Someone with a NV9X
needs to run the new tests, i made a guess about what is happening
after the wfb fiasco, so hopefully it's right.
Maarten.
nv50_test-4.tar.bz2
Description: BZip2 compressed data
___
Nouv
Small update, this time you can just set TILING_PARAM and you're good to go.
Maarten.
nv50_test-3.tar.bz2
Description: BZip2 compressed data
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
601 - 700 of 1102 matches
Mail list logo