On 01/05/2009 04:07 PM, Maarten Maathuis wrote:
On 01/05/2009 01:24 AM, Ben Skeggs wrote:
On Sat, 2009-01-03 at 17:53 +0100, Maarten Maathuis wrote:
1 patch for libnouveau_drm, 4 for drm and one work in progress patch
for the ddx.
Getting nv50 to run proved to be more difficult than i
On 01/05/2009 01:24 AM, Ben Skeggs wrote:
On Sat, 2009-01-03 at 17:53 +0100, Maarten Maathuis wrote:
1 patch for libnouveau_drm, 4 for drm and one work in progress patch
for the ddx.
Getting nv50 to run proved to be more difficult than i thought (at
some point i stopped because it would
1 patch for libnouveau_drm, 4 for drm and one work in progress patch
for the ddx.
Getting nv50 to run proved to be more difficult than i thought (at
some point i stopped because it would require significant changes), i
just have a few remarks.
- Buffer object access is not guarded by fences at
On 12/31/2008 11:42 PM, Timothy S. Nelson wrote:
On Wed, 31 Dec 2008, Jason Gauthier wrote:
So, I?m left wondering how to accomplish this task. Any insight is
helpful!
I'm under the impression that this problem can be solved at both
the X level and the Window Manager level. If no
On 12/27/2008 12:36 PM, Daniel Eklöf wrote:
On 12/26/08, Daniel Eklöfdan...@ekloef.se wrote:
Hi,
I've been trying out nouveau for a while now and I must say I'm
impressed. Performance in KDE4 in general seems better than the nvidia
blob; way to go!
There are a couple of annoyances
I'm doing some testing/coding on the ng branches and i've run into
some problems, namely that i get PROTECTION_ERRORS after some time. It
seems most common when two two dma's happen very close together on the
same piece of memory (no hard proof to back this up, just something i
noticed). I'm using
On Sat, Dec 27, 2008 at 2:35 AM, Maarten Maathuis madman2...@gmail.com wrote:
I'm doing some testing/coding on the ng branches and i've run into
some problems, namely that i get PROTECTION_ERRORS after some time. It
seems most common when two two dma's happen very close together on the
same
The first patch (for drm) fixes a very annoying bug for nv50 gart. The
2nd is just a few cleanups in libnouveau_drm.
I also pushed a few changes to the ng ddx, and I'm at the moment
thinking on how to deal with the issue of nv50.
We are no longer garuanteed that pixmaps are really migrated upon
On 12/22/2008 12:13 AM, Chris Ball wrote:
Hi,
4: /home/fl0/mpx_neu/bin/Xorg(xf86SetGamma+0x37)
See the thread at
http://lists.freedesktop.org/archives/xorg/2008-December/041634.html.
Maarten, any idea when you'll push a fix for this?
Thanks,
- Chris.
Sorry, I thought I had
I was thinking of the following system:
Allocate a fifo for userspace, map the fifo, map the fifo registers into
userspace.
These allocations are therefore pinned, so something to avoid memory
fragmentation has to be done.
Userspace library fills up an entire fifo, minus a few essential things
On 12/20/2008 11:48 PM, Maarten Maathuis wrote:
On 12/20/2008 10:08 PM, Ben Skeggs wrote:
On Sat, Dec 20, 2008 at 11:58 PM, Maarten Maathuis
madman2...@gmail.com mailto:madman2...@gmail.com wrote:
I was thinking of the following system:
Allocate a fifo for userspace, map the fifo
The placement logic is output driven, and doesn't take panning into
account. So you end up with strange overlap. If dual head + panning was
a goal you might consider fixing this. It doesn't seem trivial to do
from a quick look. On the plus side it's just a xrandr change.
Maarten.
On 12/19/2008 08:42 PM, Carl Karsten wrote:
Maarten Maathuis wrote:
The placement logic is output driven, and doesn't take panning into
account. So you end up with strange overlap. If dual head + panning
was a goal you might consider fixing this. It doesn't seem trivial to
do from a quick
At least the xinerama sizes are not updated to reflect the size of the
panned area. Meaning that your window manager won't consider the entire
panned area as useable space.
Maarten.
___
xorg mailing list
xorg@lists.freedesktop.org
I should swap the reply button for reply to all :-)
On 12/17/2008 10:50 PM, Maarten Maathuis wrote:
On 12/17/2008 09:33 PM, Aaron Plattner wrote:
On Wed, Dec 17, 2008 at 08:05:24AM -0800, Maarten Maathuis wrote:
hw/xfree86/common/Makefile.am |2
hw/xfree86/common/xf86Helper.c |6
These two patches should accomplish the following:
- Usage of Gamma in xorg.conf will be associated with an output and set
on the initial crtc.
(This should work as good as possible for clone modes, eg a non-1.0
gamma will not be overwritten with a standard value)
- Gamma is stored from
On 12/14/2008 08:46 PM, Arnaud VALLAT wrote:
Hello,
please find along with this email a patch for awesome 3.1 (git
version) which handles _NET_ACTIVE_WINDOW to ewmh_process_client_message.
Regards,
Rno
--
Given enough eyeballs, all bugs are shallow
Eric Steven Raymond
What i should
Why this is needed all of the sudden, i do not know.
Maarten.
From 2715f38e90e729208871f6951f9338ee13013006 Mon Sep 17 00:00:00 2001
From: Maarten Maathuis madman2...@gmail.com
Date: Fri, 12 Dec 2008 12:53:47 +0100
Subject: [PATCH] naughty: Add tostring to the lua environment.
Signed-off
See title.
Maarten.
From c7b7f32da7041f6c5251b78611f6c817df6b59fc Mon Sep 17 00:00:00 2001
From: Maarten Maathuis madman2...@gmail.com
Date: Thu, 11 Dec 2008 22:14:07 +0100
Subject: [PATCH] completion, util: Check for io.popen failure.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
On 12/11/2008 09:50 PM, Maarten Maathuis wrote:
On 12/11/2008 10:39 AM, Julien Danjou wrote:
At 1228953600 time_t, Maarten Maathuis wrote:
The first 5 are fixes for various problems.
Subject: [PATCH] client: compensate for titlebars when maximizing.
Merged into:
client: maximize
interested in the size of a
window without it's border, so why even expose it, it creates only
confusion (especially the fact that x and y are including border and
width and height without).
Maarten.
From 8d5409df85fea7c5f390be002a03b00ff39ee081 Mon Sep 17 00:00:00 2001
From: Maarten Maathuis [EMAIL
The usefulness of it is debatable, i personally don't need it, just
wanted to give a heads up.
Maarten.
libtool: link: ( cd .libs rm -f libxorg.la ln -s
../libxorg.la libxorg.la )
../../doltlibtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc
-DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith
On Mon, Dec 1, 2008 at 10:55 AM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1228051332 time_t, Maarten Maathuis wrote:
The first is a fairly straightforward update to include all non-override
redirect window types, this makes gimp work in tiled mode for example.
This can go into master as far
One minor fix and one to fix that focus issue.
Maarten.
From ef34abe9a244f472a928a6bb413288d6ed400353 Mon Sep 17 00:00:00 2001
From: Maarten Maathuis [EMAIL PROTECTED]
Date: Tue, 25 Nov 2008 18:51:37 +0100
Subject: [PATCH] awful.client: fix minor luadoc issue
Signed-off-by: Maarten Maathuis
Currently there exist several operations in xrender that are better
off client side or through some other graphic api (imo). Think of
trapezoid rasterisation, gradient rendering, etc. Doing this stuff
client side avoids unforseen migration issues and doesn't create any
false impressions with the
On Sat, Nov 22, 2008 at 8:40 AM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1227290525 time_t, Maarten Maathuis wrote:
The last one is only for next and fixes an issue with wine apps. I've
included an extended comment with the change. Even though i think it's
strange to depend on iconified
The first two should apply to master.
The last one is only for next and fixes an issue with wine apps. I've
included an extended comment with the change. Even though i think it's
strange to depend on iconified == unmapped as client, it's not illegal
(after yet another look at the ICCCM).
number
On Fri, Nov 21, 2008 at 7:02 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
The first two should apply to master.
The last one is only for next and fixes an issue with wine apps. I've
included an extended comment with the change. Even though i think it's
strange to depend on iconified
On Thu, Nov 20, 2008 at 5:28 PM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1227198277 time_t, Maarten Maathuis wrote:
I'm quite sure titlebars work here, just to be sure, the titlebars all
stay visible on their original position?
Depends on what you call original position?
The position
On Wed, Nov 19, 2008 at 1:04 AM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1227000928 time_t, Martin Stubenschrott wrote:
Sorry for hijacking this thread, but apptags seem very unsexy for me.
The problem is, that the window shortly appears on the current tag
before it is moved to the final
On Wed, Nov 19, 2008 at 1:04 AM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1227000928 time_t, Martin Stubenschrott wrote:
Sorry for hijacking this thread, but apptags seem very unsexy for me.
The problem is, that the window shortly appears on the current tag
before it is moved to the final
On Fri, Nov 14, 2008 at 8:58 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Fri, Nov 14, 2008 at 5:12 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
This should be pretty much it, i fixed/cleaned up the titlebar
visibility stuff (which is the big change from the last patch).
I'd appreciate
On Fri, Nov 14, 2008 at 5:12 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
This should be pretty much it, i fixed/cleaned up the titlebar
visibility stuff (which is the big change from the last patch).
I'd appreciate feedback ofcource.
Maarten.
New patch:
- some changes to client_manage
On Thu, Nov 13, 2008 at 11:32 PM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1226615131 time_t, Maarten Maathuis wrote:
Last time i checked the data was malloc'ed, and the initial state
really needs to be false.
But i'll double check.
No, it's p_new() which is calloc() so everything is always
On Thu, Nov 13, 2008 at 11:56 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Thu, Nov 13, 2008 at 11:36 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Thu, Nov 13, 2008 at 11:32 PM, Julien Danjou [EMAIL PROTECTED] wrote:
At 1226615131 time_t, Maarten Maathuis wrote:
Last time i checked
On Fri, Nov 7, 2008 at 5:18 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
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
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 and properties (in the
form of enums) as much as possible
On Fri, Nov 7, 2008 at 7:38 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
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
On Fri, Nov 7, 2008 at 7:58 PM, Matthias Hopf [EMAIL PROTECTED] wrote:
On Nov 07, 08 19:44:07 +0100, Maarten Maathuis wrote:
Perhaps now would be the time to standardise on a beheaviour, my
personal opinion is that, the
user should see something that represents the connectors on the back
On Fri, Oct 24, 2008 at 6:27 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Fri, Oct 24, 2008 at 5:57 PM, Rémi Cardona [EMAIL PROTECTED] wrote:
Hi all,
Here's a branch with all the patches that we currently plan on shipping
in Gentoo.
http://www.lri.fr/~cardona/git/xserver.git (server-1.5
On Fri, Nov 7, 2008 at 1:26 AM, Ben Skeggs [EMAIL PROTECTED] wrote:
On Fri, 2008-11-07 at 00:43 +0100, Maarten Maathuis wrote:
My main question is, do the error messages accurately reflect the situation.
Anything else wrong with this patch?
A (n)ack by darktama would be nice.
An instance
This should make the titlebar behave like the rest of the window,
minus ofcource clicking on the close button.
Maarten.
0001-titlebar-generate-mouse_enter-and-button-events-for.patch
Description: Binary data
On Sun, Nov 2, 2008 at 3:50 AM, Maarten Maathuis [EMAIL PROTECTED] wrote:
Based on the backtrace there are several things that could cause this.
xcb, xrender and cairo are amongst the first that come to mind.
This happens on the GtkDrawingArea - Text test only.
Any idea who i should poke
Based on the backtrace there are several things that could cause this.
xcb, xrender and cairo are amongst the first that come to mind.
This happens on the GtkDrawingArea - Text test only.
Any idea who i should poke?
Maarten.
#0 0x7fc6f74826e3 in __select_nocancel () from /lib/libc.so.6
For some reason it became very bad again today, spending most time
connecting.
I guess it doesn't hit everyone, but this bug seems worth mentioning:
https://bugs.launchpad.net/ubuntu/+source/linux-ubuntu-modules-2.6.24/+bug/212497
--
Realtek 8111B wired network goes down occasionally
Using ethtool to restrict the link to 10 MBit/s full-duplux seems to improve
stability considerably.
This is ofcource not the ideal solution.
--
Realtek 8111B wired network goes down occasionally
https://bugs.launchpad.net/bugs/291808
You received this bug notification because you are a member
Public bug reported:
Binary package hint: linux-image-2.6.27-7-generic
Network has always been a bit flaky on this computer, from at least the
early days of (k)ubuntu 8.04. In the last week or two it had gotten so
bad that it spent 70% of it's time connecting. The (k)ubuntu 8.10 livecd
did
I forgot to mention that it's using the r8169 driver.
--
Realtek 8111B wired network goes down occasionally
https://bugs.launchpad.net/bugs/291808
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
On Tue, Oct 28, 2008 at 10:37 PM, Keith Packard [EMAIL PROTECTED] 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.
On Fri, Oct 24, 2008 at 5:57 PM, Rémi Cardona [EMAIL PROTECTED] wrote:
Hi all,
Here's a branch with all the patches that we currently plan on shipping
in Gentoo.
http://www.lri.fr/~cardona/git/xserver.git (server-1.5-branch)
The first 37 patches are backports from git master, basically all
On Sat, Oct 18, 2008 at 11:39 AM, Clemens Eisserer [EMAIL PROTECTED] wrote:
Hi Maarten,
Bilinear and nearest are standard texture unit properties, this should
pose no difficulty for drivers.
Good to know, thanks. I was a bit concerned when mixing both with src and
mask.
As far as the mask
On Sat, Oct 18, 2008 at 12:35 PM, Clemens Eisserer [EMAIL PROTECTED] wrote:
Hi Maarten,
Do you have a test program or at least share the transformation matrix
you're using, because i'm curious why it fails so badly.
Yes I created one, http://pastebin.com/f729a71aa
The testcase works
On Sat, Oct 18, 2008 at 12:52 PM, Clemens Eisserer [EMAIL PROTECTED] wrote:
Where do these transformation matrices come from?
They were created by the Java AffineTransform class.
I just dumped it and copied it into the C file.
I basically get an AffineTransformation instance (set by the
On Sat, Oct 18, 2008 at 8:16 PM, Hans Verkuil [EMAIL PROTECTED] wrote:
On Thursday 16 October 2008 21:04:03 Levente Novák wrote:
On Thu, 2008-10-16 at 17:41 +0200, Hans Verkuil wrote:
On Thursday 16 October 2008 11:09:28 Alexander Pipelka wrote:
Hi,
I want to capture video streams
On Thu, Oct 16, 2008 at 5:02 PM, Michel Dänzer
[EMAIL PROTECTED] wrote:
On Wed, 2008-10-15 at 21:59 +0200, Maarten Maathuis wrote:
On Wed, Oct 15, 2008 at 9:43 PM, Eric Anholt [EMAIL PROTECTED] wrote:
Migrating out for a write-only operation is just broken, and is the
thing that should
On Wed, Oct 15, 2008 at 9:43 PM, Eric Anholt [EMAIL PROTECTED] wrote:
On Tue, 2008-10-14 at 16:49 +0200, Maarten Maathuis wrote:
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
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, because I saw
On Mon, Oct 13, 2008 at 5:52 PM, [EMAIL PROTECTED] wrote:
Hi CodeWarrior users,
Recently I've got still-sealed CodeWarrior Gold 10
which was released on 1994, and tried to build FreeType2
by this very very old CW.
I found following difficulties:
A) C preprocessor in legacy CW does not
On Tue, Oct 7, 2008 at 8:04 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
These names are supposedly historical, but everyone seems to use them
for the same purpose.
I am aware this may require a few minor changes to (for example) exa
drivers with driver based memory allocations.
I personally
On Tue, Oct 7, 2008 at 10:09 PM, Aaron Plattner
[EMAIL PROTECTED] wrote:
On Tue, Oct 07, 2008 at 08:04:52PM +0200, Maarten Maathuis wrote:
These names are supposedly historical, but everyone seems to use them
for the same purpose.
I am aware this may require a few minor changes to (for example
On Sat, Oct 4, 2008 at 5:16 PM, Calvin Walton [EMAIL PROTECTED] wrote:
On Wed, 2008-10-01 at 15:06 +0200, Maarten Maathuis wrote:
On Wed, Oct 1, 2008 at 7:34 AM, Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Michael Kreitzer schrieb:
Tomasz,
It sounds to me like what may be happening
On Fri, Oct 3, 2008 at 4:30 PM, Markus Strobl [EMAIL PROTECTED] wrote:
A few weeks ago there were some messages about 1.5.0 being sluggish (1-2
second pauses when switching tabs in firefox, delays in menus appearing etc).
It looked like the cause was identified and tracked to a patch.
I
On Sat, Oct 4, 2008 at 2:12 AM, Markus Strobl [EMAIL PROTECTED] wrote:
Maarten Maathuis wrote:
On Fri, Oct 3, 2008 at 5:50 PM, Markus Strobl [EMAIL PROTECTED] wrote:
If you're referring to the shm pixmap issue in combination with exa,
then that made it in for 1.5.1.
http
On Wed, Oct 1, 2008 at 7:34 AM, Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Michael Kreitzer schrieb:
Tomasz,
It sounds to me like what may be happening is the video card is doing the
scaling instead of the monitor. This is evidenced by the fact that the
resolution does change, but the LCD
On Wed, Oct 1, 2008 at 3:06 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Wed, Oct 1, 2008 at 7:34 AM, Tomasz Chmielewski [EMAIL PROTECTED] wrote:
Michael Kreitzer schrieb:
Tomasz,
It sounds to me like what may be happening is the video card is doing the
scaling instead of the monitor
On Sun, Sep 21, 2008 at 11:10 AM, Adam Richter
[EMAIL PROTECTED] wrote:
On Fri, 9/19/08, Soeren Sandmann [EMAIL PROTECTED] wrote:
Adam Richter [EMAIL PROTECTED] writes:
I want to suggest a way we could eliminate a
substantial
amount of data copying [...]
[...]
Pixman, the software
On Sat, Sep 20, 2008 at 11:25 AM, Michel Dänzer
[EMAIL PROTECTED] wrote:
On Fri, 2008-09-19 at 22:47 +0200, Maarten Maathuis wrote:
On Fri, Sep 19, 2008 at 10:41 PM, Maarten Maathuis [EMAIL PROTECTED] wrote:
In my experience UploadToScreen is faster than DownloadFromScreen, so
it seems
On Sat, Sep 20, 2008 at 11:28 AM, Maarten Maathuis [EMAIL PROTECTED] wrote:
On Sat, Sep 20, 2008 at 11:25 AM, Michel Dänzer
[EMAIL PROTECTED] wrote:
On Fri, 2008-09-19 at 22:47 +0200, Maarten Maathuis wrote:
On Fri, Sep 19, 2008 at 10:41 PM, Maarten Maathuis [EMAIL PROTECTED]
wrote:
In my
On Thu, Sep 18, 2008 at 9:22 PM, Keith Packard [EMAIL PROTECTED] wrote:
Owen Taylor has been poking at Composite for a while now and has helped
uncover a couple of interesting corner cases. Here are two patches, the
first is a correctness patch which fixes parent clip recomputation when
On Fri, Sep 19, 2008 at 7:44 PM, Owen Taylor [EMAIL PROTECTED] wrote:
On Fri, 2008-09-19 at 09:06 -0700, Keith Packard wrote:
On Fri, 2008-09-19 at 17:11 +0200, Maarten Maathuis wrote:
Is there a reason why you didn't commit these patches?
Owen hasn't tested the second patch yet. Also, it's
On Fri, Jul 25, 2008 at 11:10 PM, Soeren Sandmann [EMAIL PROTECTED] wrote:
Adam Jackson [EMAIL PROTECTED] writes:
On Wed, 2008-07-23 at 12:12 -0400, Matthias Clasen wrote:
On Wed, 2008-07-23 at 11:12 -0400, Adam Jackson wrote:
I hacked up a proof-of-concept addition to the protocol along
On 6/23/08, Jesse Barnes [EMAIL PROTECTED] wrote:
On Sunday, June 22, 2008 6:55 am Pekka Paalanen wrote:
On Thu, 19 Jun 2008 15:13:51 -0700
Jesse Barnes [EMAIL PROTECTED] wrote:
In a shameless attempt to capitalize on the recent enthusiasm for
documenting things, I've put
On 7/4/08, Maarten Maathuis [EMAIL PROTECTED] wrote:
I've been reviewing the kernel modesetting interfaces while they are
not yet set in stone. Since consistent properties are desirable we
must standardise on several optional, but common properties.
scaling_mode:
- panel -- this name
I've been reviewing the kernel modesetting interfaces while they are
not yet set in stone. Since consistent properties are desirable we
must standardise on several optional, but common properties.
scaling_mode:
- panel -- this name is debateble, it means native mode is ignored
- fullscreen
-
On 6/22/08, Maarten Maathuis [EMAIL PROTECTED] wrote:
- Are there any plans (or existing support) to cleanly allow a crtc to
be detached/disabled (note i'm merely saying detach, not dpms or
anything like that).
Answering myself, i noticed that passing a NULL mode should do the trick
I've been talking about it for some time, but now it actually does
something, so comitted it. I always said i wouldn't use the randr-1.2
clone stuff and i didn't, so you can use this as an example how it
could also be done.
What doesn't work (for sure):
lvds with no ddc support
no fbcon yet
- Are there any plans (or existing support) to cleanly allow a crtc to
be detached/disabled (note i'm merely saying detach, not dpms or
anything like that).
- Are there plans for a generic entrypoint for falling back to fbcon
or will that be implementation dependent?
- Is it needed to protect
On 4/28/08, Andreas Happe [EMAIL PROTECTED] wrote:
On Mon, 2008-04-28 at 19:33 +0300, Pekka Paalanen wrote:
Framebuffer loaded is usually a bad sign. The Nouveau driver does not
work reliably with a framebuffer driver loaded. Granted, there are rumours
that vesafb should work, and that
On 4/12/08, Scytrin dai Kinthra [EMAIL PROTECTED] wrote:
This problem occurs after dwm has started, if I switch out of X to a
virtual terminal and then switch back. All firefox instances, FF2 or
FF3, seem to lose all their fonts.
Spacing still occurs according to the application settings.
2abc3bea475fc5ba9912d83ffa7ee636f1e36fc3 Mon Sep 17 00:00:00 2001
From: Maarten Maathuis [EMAIL PROTECTED]
Date: Wed, 12 Mar 2008 23:16:53 +0100
Subject: [PATCH] NV50: Unbreak NV50: Kill the connection status caching (which was broken btw).
---
src/nv50_dac.c |3 +++
src/nv50_sor.c |3 +++
2
On 3/11/08, Maarten Maathuis [EMAIL PROTECTED] wrote:
Someone with a known good setup needs to test these patches.
Koala_BR is the obvious candidate, but i'm sending them to the
mailinglist anyway.
These are not extremely drastic, but i still need conformation that
they work, before i
On 3/5/08, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Wed, Mar 05, 2008 at 07:12:49PM +0100, y i y u s wrote:
I think that if these changes will let you to release now, it is ok.
We can see later if there is something we can get rid of. Without
having a look at the current code it seems
On 3/5/08, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Wed, Mar 05, 2008 at 07:50:32PM +0100, Maarten Maathuis wrote:
On 3/5/08, Anselm R. Garbe [EMAIL PROTECTED] wrote:
On Wed, Mar 05, 2008 at 07:12:49PM +0100, y i y u s wrote:
I think that if these changes will let you to release
On 3/5/08, Ritesh Kumar [EMAIL PROTECTED] wrote:
On Wed, Mar 5, 2008 at 12:38 PM, Anselm R. Garbe [EMAIL PROTECTED] wrote:
First of all I want to get rid of setmwfact, MWFACT and mwfact,
because I'd like to supply a saner way to setup the bar more
freely. Actually I consider the following
On 2/28/08, Dave Airlie [EMAIL PROTECTED] wrote:
So just to let people know where kernel modesetting is getting to and
what I'm up to with it..
So I really want to ship something in Fedora 9 with kernel modesetting
in it, whether this is a default or a special boot option for the user
I
On 2/28/08, Dave Airlie [EMAIL PROTECTED] wrote:
So just to let people know where kernel modesetting is getting to and
what I'm up to with it..
So I really want to ship something in Fedora 9 with kernel modesetting
in it, whether this is a default or a special boot option for the user
I
On 2/28/08, Dave Airlie [EMAIL PROTECTED] wrote:
Please don't let any api freezing depend on fedora core, at least give
external parties time to play with it once it's reasonably stable,
this will undoubtely reveal limitations. It should be in mainline drm
well before api freezing
On 2/28/08, Jesse Barnes [EMAIL PROTECTED] wrote:
On Thursday, February 28, 2008 11:33 am Dave Airlie wrote:
the current API abstracts connectors from outputs, so in reality it
is encoders with connector properties at the moment.
you define a connector type and a connector id for each
For some time now, i have noticed that without a large buffer (of a
few MiB) video and audio do not stay in sync (when played with
mplayer). Even with this large buffer it's still not perfect. Has
anyone noticed similar problems? This has been going on for a while
now, but didn't happen a few
reference of hpet in my dmesg.
- oprofile module is not loaded.
- My interrupts seem to have IO-APIC-* mode.
- My chipset is a nvidia CK804.
Can anyone shed some light on what is needed to get a working NMI watchdog?
Sincerely,
Maarten Maathuis.
--
To unsubscribe from this list: send the line
reference of hpet in my dmesg.
- oprofile module is not loaded.
- My interrupts seem to have IO-APIC-* mode.
- My chipset is a nvidia CK804.
Can anyone shed some light on what is needed to get a working NMI watchdog?
Sincerely,
Maarten Maathuis.
--
To unsubscribe from this list: send the line
On 1/31/08, Brian Paul [EMAIL PROTECTED] wrote:
Maarten Maathuis wrote:
I've tried to summarize it in the title, the essential problem is this.
A vertex prog of type FOGC has no matching fragment prog, making the
index out of bound.
I tried to add a check around the next 3 lines
TV-out is not high priority at the moment, but nevertheless, come to
our irc channel some time (#nouveau on freenode). It never hurts to
have a centralized place of development, especially when reverse
engineering is involved. Hope to see you soon.
Maarten.
On 12/4/07, Dirk Thierbach [EMAIL
One of the problems i would see with making a completely new operating
system is all the device drivers that have to be made or ported, that
alone makes it a daunting challenge. 20 years ago the amount of
devices that existed (relevant for a general purpose OS) were limited,
there is also the
I use the patch, simply because i rarely mix tags and because i want
to float an entire tag without affecting the others.
Maarten.
On 10/26/07, pancake [EMAIL PROTECTED] wrote:
Btw if we use a diferent layout per tag we should probably also
support a different mwfactor per tag too in the same
Is there anything holding this back?
On 10/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
Here it is.
Maarten.
On 10/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
You seem to be correct, i must have added the tmp variable in attempt
to solve something, that i ended up solving
It was merely an indirect of figuring out if i should commit it myself
or if someone else must do it.
Maarten.
On 10/3/07, Daniel Stone [EMAIL PROTECTED] wrote:
On Wed, Oct 03, 2007 at 09:23:38AM +0200, Maarten Maathuis wrote:
Is there anything holding this back?
It's been 12 hours: relax
Has anyone looked at this?
On 10/1/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
Please check the first patch, the second is only to give you an idea
why i would want this. Only implemented for linux, since i lack a bsd
system.
Anything wrong with this?
Sincerely,
Maarten Maathuis
You seem to be correct, i must have added the tmp variable in attempt
to solve something, that i ended up solving differently.
I will redo the patch and send again.
Maarten.
On 10/2/07, Ian Romanick [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Maarten Maathuis
Here it is.
Maarten.
On 10/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
You seem to be correct, i must have added the tmp variable in attempt
to solve something, that i ended up solving differently.
I will redo the patch and send again.
Maarten.
On 10/2/07, Ian Romanick [EMAIL
701 - 800 of 858 matches
Mail list logo