Ping?
On Mon, Mar 1, 2010 at 9:55 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Mon, Mar 01, 2010 at 07:34:39PM +0100, Maarten Maathuis wrote:
- A few comments existed here and there that referred to a bo-mutex.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
Reviewed-by: Jerome
people that get to keep the
pieces.
Sincerely,
Maarten Maathuis.
--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications
On Thu, Mar 4, 2010 at 10:21 PM, Maarten Maathuis madman2...@gmail.com wrote:
On Thu, Mar 4, 2010 at 7:18 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Hmm. What the hell am I supposed to do about
(II) NOUVEAU(0): [drm] nouveau interface version: 0.0.16
(EE) NOUVEAU
On Thu, Mar 4, 2010 at 7:18 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
Hmm. What the hell am I supposed to do about
(II) NOUVEAU(0): [drm] nouveau interface version: 0.0.16
(EE) NOUVEAU(0): [drm] wrong version, expecting 0.0.15
(EE) NOUVEAU(0): 879:
now?
- A few comments existed here and there that referred to a bo-mutex.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/ttm/ttm_bo.c|6 +-
drivers/gpu/drm/ttm/ttm_bo_vm.c |2 +-
include/drm/ttm/ttm_bo_api.h|3 +--
include/drm/ttm/ttm_bo_driver.h
- The headerfile says you can't write to it without holding the lock.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/ttm/ttm_bo.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
On Tue, Feb 23, 2010 at 6:59 AM, Dave Airlie airl...@gmail.com wrote:
On Sat, Feb 20, 2010 at 12:22 PM, Maarten Maathuis madman2...@gmail.com
wrote:
- Without this change I get a general protection fault.
- Also use PTR_ERR where applicable.
I just want to make sure I understand, but really
- Without this change I get a general protection fault.
- Also use PTR_ERR where applicable.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/ttm/ttm_tt.c | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/ttm
The channel/context switch lock related patches (to the best of
knowledge) haven't even gone outside the nouveau tree, so the initial
damage isn't even there. At least not for the first path. As for the
2nd patch, that one was squished into the original patch for this pull
iirc.
Maarten.
On Mon,
What happens if you have two cards, one RS200 and one RV280 (just an
example). I think you shouldn't change values in a static struct.
On Wed, Feb 10, 2010 at 11:10 PM, Pauli Nieminen suok...@gmail.com wrote:
r200 cards have dma engine which can be used to tranfer data
between vram and system
On Wed, Jan 27, 2010 at 8:16 AM, yakui.z...@intel.com wrote:
From: Zhao Yakui yakui.z...@intel.com
Sometimes one connector can support more than one connector type. And it
will switch the connector type/id dynamically according to the external
connected device.
I very much doubt it's the
On Thu, Jan 21, 2010 at 3:44 PM, Francisco Jerez curroje...@riseup.net wrote:
Luca Barbieri l...@luca-barbieri.com writes:
Nvidia cards have a synchronization primitive that could be used to
synchronize several FIFOs in hardware (AKA semaphores, see [1] for an
example).
Does this operate
On Thu, Jan 21, 2010 at 4:56 PM, Luca Barbieri l...@luca-barbieri.com wrote:
Doing it without software methods means you need to have a semaphore
that exists in the cpu domain and therefore cannot be used again
until the cpu is sure it's done. So that will probably require a
rotating queue of
On Mon, Jan 11, 2010 at 6:57 PM, Alex Deucher alexdeuc...@gmail.com wrote:
From 6d980869ef031752dac505c1aacbbe221fb2c6e7 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Mon, 11 Jan 2010 12:39:35 -0500
Subject: [PATCH] drm/radeon/kms/rv100: reject modes 135 Mhz on DVI
page_address on x86_64,
since that doesn't have or need PAE or anything like that.
/Thomas
Maarten Maathuis wrote:
I've been noticing for a while that i've been getting general
protection faults in ttm_to_swapout, this time i was printk'ing the
virtual addresses.
In case it's not obvious
I've been noticing for a while that i've been getting general
protection faults in ttm_to_swapout, this time i was printk'ing the
virtual addresses.
In case it's not obvious, the result of kmap_atomic() is wrong.
This is nouveau/linux-2.6 which is somewhere after 2.6.32. I was
wondering if
On Thu, Dec 10, 2009 at 5:24 PM, Linus Torvalds
torva...@linux-foundation.org wrote:
On Thu, 10 Dec 2009, Xavier Bestel wrote:
Last time they were asked that, they wanted to be free of changing their
kernel/userspace interface before upstreaming.
I've heard all the excuses. If it isn't
the harsh reality that stems from the stalemate that the previous
development model caused. No amount of complaining is going to change
the fact that some people don't care about bsd.
Sincerely,
Maarten Maathuis.
--
Let
On Thu, Sep 17, 2009 at 8:15 AM, skeg...@gmail.com wrote:
From: Ben Skeggs bske...@redhat.com
Fixes:
xrandr --output DVI-I-0 --right-of DVI-I-1
xrandr --output DVI-I-0 --left-of DVI-I-1
xrandr --output DVI-I-0 --right-of DVI-I-1
Signed-off-by: Ben Skeggs
That said, the suggestion to use command streams for the overlay doesn't
make much sense to me. If that was a good idea, why aren't we doing
modesetting that way?
Modesetting on nvidia g80+ is done through a command stream, so it
isn't an entirely crazy idea.
Maarten.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/drm_crtc_helper.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
index 205349e..e3d78e6 100644
--- a/drivers/gpu/drm
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/drm_crtc_helper.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc_helper.c
b/drivers/gpu/drm/drm_crtc_helper.c
index 205349e..e3d78e6 100644
--- a/drivers/gpu/drm
This problem only exists in drm-next, sorry for not spotting this the
first time.
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration
This problem only exists in drm-next, sorry for not spotting this the
first time.
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration
- The previous system was not very transparent, nor flexible.
- This is needed to be able to fix a few bugs in the mechanism.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/drm_crtc_helper.c | 86 +++--
1 files changed, 54 insertions
@Dave: any word yet?
On Wed, Aug 19, 2009 at 4:43 PM, Maarten Maathuismadman2...@gmail.com wrote:
No complaints with this patch set?
I just need plausible upstream-ability, when it happens is not a big
issue for me.
Maarten.
A minor addition:
http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=569a17a98d03d965f9500c37c0cb14e0fb462311
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial.
No complaints with this patch set?
I just need plausible upstream-ability, when it happens is not a big
issue for me.
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial.
http://cgit.freedesktop.org/nouveau/xf86-video-nouveau/commit/?id=fe2b5e6c6f81f4c4a76f5e4c5816812459872af3
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your
No objections?
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application
- The symbol was already exported.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
include/drm/drm_crtc_helper.h |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_crtc_helper.h b/include/drm/drm_crtc_helper.h
index 6769ff6..e44a4f8 100644
- Previously the old encoder would be called during modeset and without a
connector bad things happened.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/drm_crtc_helper.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm
- The previous system was not very transparent, nor flexible.
- This is needed to be able to fix a few bugs in the mechanism.
Signed-off-by: Maarten Maathuis madman2...@gmail.com
---
drivers/gpu/drm/drm_crtc_helper.c | 86 +++--
1 files changed, 54 insertions
- Instead of touching the fragile recovery system when modesetting fails, the
encoder is now defined as active when it has a
connector.
- Previously bad things happened with the same crtc, same connector, but
different encoder, because encoder-crtc != NULL.
- Also put a function in the header,
Sorry about forgetting signoff, this will be corrected ofcource.
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment -
The page alignment shouldn't matter here since what's allocated is a free
slot within the device file address space. It's only used for cpu map /
write / read, and the GPU never sees the vm_node offset.
But if this is the vram pci bar, then not aligning causes you to
read/write misaligned to
Let me rephrase that, could you pinpoint the place where the
translation from vm to real memory happens?
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your
It appears to have been a false positive, sorry for that.
Maarten.
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and
DRM_MODE_SCALE_NON_GPU was intended to let the monitor do the scaling,
in case you have a CRT or the monitors scalers are better.
I think your new name choice is less than ideal.
Maarten.
--
--
No, you should list a connector as unknown. Connectors are physical
plugs, creating duplicates is insane. At least that is my opinion.
Maarten.
--
Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT
is
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
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
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 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
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
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.
From ebb0ed74dee41da3f9700386074c23d2e714488f Mon Sep 17 00:00:00 2001
From: Maarten Maathuis
.
On Mon, 5 Mar 2007, Maarten Maathuis wrote:
Bump.
On 3/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
This is for the drm in case that's not obvious from the patch, forget
to mention that.
On 3/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
The use of SA_* is slowly being removed
Bump.
On 3/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
This is for the drm in case that's not obvious from the patch, forget
to mention that.
On 3/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
The use of SA_* is slowly being removed, at least that's my
impression. I use a realtime
The use of SA_* is slowly being removed, at least that's my
impression. I use a realtime kernel and it was gone, it seems a
similar thing might happen for other kernels in the near future (-mm
for 2.6.21).
Maarten.
fix.patch
Description: Binary data
This is for the drm in case that's not obvious from the patch, forget
to mention that.
On 3/2/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
The use of SA_* is slowly being removed, at least that's my
impression. I use a realtime kernel and it was gone, it seems a
similar thing might happen
62 matches
Mail list logo