On Mon, 2011-10-10 at 02:09 -0400, Eric Appleman wrote:
Ben,
Hey,
most Optimus laptops have no physical output for the Nvidia GPU.
Oddballs like the Dell XPS line have the HDMI ports connected to the GPU
and Asus laptops have the MXDS/MXMX mux for the LVDS.
Yep, I'm aware of what Optimus
On Mon, 2011-10-10 at 17:18 -0600, csol...@gmail.com wrote:
Hello people. This is the first time I write to this list. Today, I
tried to test the latest version of Nouveau in Ubuntu 11.04 Natty (as
downloadable on the PPA located at
https://launchpad.net/~ubuntu-x-swat/+archive/x-updates ).
On Sun, 2011-10-09 at 21:24 +0200, Marcin Slusarz wrote:
On Fri, Sep 09, 2011 at 02:16:42PM +0200, Marcin Slusarz wrote:
Fence lock needs to be initialized before any call to nouveau_channel_put
because it calls nouveau_channel_idle-nouveau_fence_update which uses
fence lock.
Apologies, I
On Mon, 2011-10-10 at 00:40 +0200, Maxim Levitsky wrote:
---
rnndb/nv_evo.xml | 311
++
1 files changed, 311 insertions(+), 0 deletions(-)
create mode 100644 rnndb/nv_evo.xml
Nice work, comments inlined where appropriate below.
diff
On Sun, 2011-10-09 at 22:58 +0200, Maxim Levitsky wrote:
Hi,
Hey,
I pushed patches 1-5, fixing up the log messages to be drm/nouveau
instead of just nouveau.
Patch 6: needs a rebase on top of nouveau git, it conflicts with the
overscan compensation patches I pushed a short while ago.
Patch 7:
On Sun, 2011-10-09 at 03:06 +0200, Gianluca Cecchi wrote:
Hello,
Hey,
Thank you for looking at this.
I have an Asus U36SD with nvidia optimus technology.
OS is Fedora 15 + virt-preview repo. I have also win7 installed in
another partition.
I have the default nouveau drivers installed.
Here
On Thu, 2011-08-04 at 19:22 +0100, Emil Velikov wrote:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
drivers/gpu/drm/nouveau/nv40_pm.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
Oops, copy+pasto probably. I just rebased nouveau git onto 3.0-final,
and squashed
On Wed, 2011-07-27 at 14:08 -0500, Bryan Cain wrote:
On 07/27/2011 02:42 AM, Ben Skeggs wrote:
On Wed, 2011-07-20 at 13:48 -0500, Bryan Cain wrote:
---
src/vl_hwmc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
The obvious question I have for this is, why?
Ben
On Wed, 2011-07-20 at 13:48 -0500, Bryan Cain wrote:
---
src/vl_hwmc.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
The obvious question I have for this is, why?
Ben.
diff --git a/src/vl_hwmc.c b/src/vl_hwmc.c
index 6e9e0c7..8e24786 100644
--- a/src/vl_hwmc.c
+++
On Sun, 2011-07-17 at 23:03 +0200, Marcin Slusarz wrote:
On at least one nv43 after resume gdi subchannel on kernel channel
is bound to M2MF object. It seems last used (before suspend) channel
needs manual restore of subchannel binding.
Addresses:
On Wed, 2011-06-01 at 22:59 -0700, christopher bradski wrote:
I have a GTS 450 and love the way nouveau runs in 2d, I was looking to
test 3D and have extracted most of the firmware from the Nvidia blob.
If you grab the kernel from nouveau git, this should be unnecessary for
your chipset now.
Hey,
I've just committed, to nouveau git, an initial attempt at a replacement
for NVIDIA's PGRAPH ucode. It's been tested on NVC0 and NVC4 thus far,
but in theory has support for NVC1, NVC3, NVC8 and NVCE also, it'd be
good to see how people with these chipsets fare.
If you're on
On Sat, 2011-05-07 at 18:03 +0200, Daniel Vetter wrote:
Otherwise we have a use-after free.
Tested-and-Reported-by: Bruno Prémont bonb...@linux-vserver.org
Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch
Ah, we actually have a patch in the nouveau git tree fixing this
already.
I'll get
On Tue, 2011-04-19 at 23:47 +0200, Marcin Slusarz wrote:
On Mon, Apr 18, 2011 at 01:27:10PM -0700, Linus Torvalds wrote:
On Mon, Apr 18, 2011 at 1:02 PM, Marcin Slusarz
marcin.slus...@gmail.com wrote:
It's some nasty corruption:
Looks like something wrote 0x to free'd
...
This error is not significant then???
Not to you having a black screen, no. Can you post your *full* dmesg
output after you've tried to load nouveau?
Ben.
Thanks
--
Marc Rios
On Tue, Apr 19, 2011 at 12:33 AM, Ben Skeggs skeg...@gmail.com
wrote:
On Mon, 2011-04-18
Sorry for the top post, sent from in bed, on a mobile phone.
Personally, I prefer how it is now. If people want it changed, I guess that's
ok, but, bit_table_find() instead maybe?
Ben.
Sent from my iPhone
On 18/04/2011, at 11:29, Emil Velikov emil.l.veli...@gmail.com wrote:
Rename
On Mon, 2011-04-18 at 21:17 +0200, Marc Rios wrote:
Hi,
I supose this has been reported yet, but I have not find it.
I have recently bought a new laptop (ASUS N53S) with nvidia card 450M.
When I load the nouveau module I get this error in dmesg:
[ 117.724465] [drm] nouveau
On Sun, 2011-04-17 at 17:10 +0200, Martin Peres wrote:
---
drivers/gpu/drm/nouveau/nouveau_perf.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_perf.c
b/drivers/gpu/drm/nouveau/nouveau_perf.c
index 950caba..d64a98a 100644
On Mon, 2011-04-18 at 00:54 +0200, Martin Peres wrote:
Le 18/04/2011 00:32, Ben Skeggs a écrit :
On Sun, 2011-04-17 at 17:10 +0200, Martin Peres wrote:
---
drivers/gpu/drm/nouveau/nouveau_perf.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers
On Sun, 2011-04-17 at 18:27 -0400, Jimmy Rentz wrote:
On Sun, 17 Apr 2011 23:18:36 +0200
Marcin Slusarz marcin.slus...@gmail.com wrote:
On Sun, Apr 17, 2011 at 04:14:53PM -0400, Jimmy Rentz wrote:
Fix an unitialized variable complier warning in nouveau_card_init.
Signed-off-by:
On Sun, 2011-04-17 at 16:15 -0400, Jimmy Rentz wrote:
Add a missing nv04 instmem ramin heap shutdown call.
Thank you, pushed this and the vga_ram patch.
Ben.
Signed-off-by: Jimmy Rentz jb17bs...@gmail.com
diff --git a/drivers/gpu/drm/nouveau/nv04_instmem.c
On Wed, 2011-04-13 at 09:37 +0200, Martin Peres wrote:
Le 13/04/2011 09:35, Martin Peres a écrit :
Signed-off-by: Martin Peresmartin.pe...@ensi-bourges.fr
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 26 ++
drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-
On Tue, 2011-04-12 at 01:18 +0200, Martin Peres wrote:
Signed-off-by: Martin Peres martin.pe...@ensi-bourges.fr
Hey,
Can you please fix the commit title to be drm/nouveau: message
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 26 ++
On Fri, 2011-03-18 at 00:46 +, Emil Velikov wrote:
Perf tables v 1.2 and 1.3 (seen on Geforce FX / 5) are not long enough to
store
the voltage label/id
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
drivers/gpu/drm/nouveau/nouveau_perf.c |6 +-
1 files changed, 5
On Fri, 2011-03-18 at 01:15 +, Emil Velikov wrote:
On some cards the memory and/or shader pll can be switched off/disabled
Check and return the linked/standart clock
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_pm.c | 13 +
1
On Fri, 2011-03-18 at 19:57 +, Emil Velikov wrote:
On Fri, 2011-03-18 at 22:04 +1000, Ben Skeggs wrote:
On Fri, 2011-03-18 at 01:15 +, Emil Velikov wrote:
On some cards the memory and/or shader pll can be switched off/disabled
Check and return the linked/standart clock
On Fri, 2011-03-18 at 20:19 +, Emil Velikov wrote:
Perf tables v 1.2 and 1.3 (seen on Geforce FX/ 5) are not long enough to
store the voltage label/id
v2 - Remove comment from the code
Thank you :)
Pushed, with the log message line split to fit into 80 chars.
Ben.
Signed-off-by:
On Mon, 2011-03-07 at 21:51 +, Maarten Maathuis wrote:
On Sun, Mar 6, 2011 at 2:24 PM, Ben Skeggs skeg...@gmail.com wrote:
Sent from my iPhone
On 07/03/2011, at 0:03, Maarten Maathuis madman2...@gmail.com wrote:
On Sun, Mar 6, 2011 at 1:44 PM, Ben Skeggs skeg...@gmail.com wrote
)) {
ret = -ERESTARTSYS;
--
1.7.4.rc3
ping again
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
This looks ok to me, but I would like to get Ben Skeggs ok on this one
as well
On Tue, 2011-03-08 at 00:27 +0100, Marcin Slusarz wrote:
On Tue, Mar 08, 2011 at 12:22:56AM +0100, Marcin Slusarz wrote:
On Tue, Mar 08, 2011 at 08:24:26AM +1000, Ben Skeggs wrote:
On Mon, 2011-03-07 at 18:18 +, Maarten Maathuis wrote:
On Fri, Mar 4, 2011 at 4:49 PM, Marcin Slusarz
On Tue, 2011-03-01 at 21:08 +, Maarten Maathuis wrote:
Those come after 15-30 minutes of running warzone2100, i haven't
played any games for a while, so no idea how long this has been going
on.
I also got a TRAP_CCACHE on channel 2 a little while ago, it takes
much longer to trigger (a
On Thu, 2011-02-17 at 03:47 +0100, Francesco Marella wrote:
Signed-off-by: Francesco Marella fm...@paranoici.org
Thank you, pushed all 3 patches.
Ben.
---
configure.ac | 15 ---
1 files changed, 8 insertions(+), 7 deletions(-)
diff --git a/configure.ac b/configure.ac
index
On Sun, 2011-02-13 at 20:46 +0100, Marcin Slusarz wrote:
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
Thanks, pushed.
Ben.
---
drivers/gpu/drm/nouveau/nv04_fifo.c | 17 ++---
1 files changed, 14 insertions(+), 3 deletions(-)
diff --git
On Sun, 2011-02-13 at 20:46 +0100, Marcin Slusarz wrote:
The code was supposed to print registers around 0x405018 (which is read
earlier), not 0x405818.
Thanks, pushed.
Ben.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_graph.c |8
On Wed, 2010-12-29 at 10:37 +0100, Maarten Maathuis wrote:
On Wed, Dec 29, 2010 at 10:35 AM, Maarten Maathuis madman2...@gmail.com
wrote:
On Wed, Dec 29, 2010 at 10:01 AM, Mario Kleiner
mario.klei...@tuebingen.mpg.de wrote:
Hello all,
i have recently implemented some patches to the
Sorry for the top-posting. Also confirmed on fermi (nvc0).
Ben.
Sent from my iPhone
On 29/12/2010, at 22:26, Francisco Jerez curroje...@riseup.net wrote:
Mario Kleiner mario.klei...@tuebingen.mpg.de writes:
On 12/29/2010 10:44 AM, Ben Skeggs wrote:
On Wed, 2010-12-29 at 10:37 +0100
On Wed, 2010-11-03 at 11:12 +0100, Aaron Sowry wrote:
From: Aaron Sowry aa...@aeneby.se
Avoid confusing userspace by not publishing backlight controls if ACPI
equivalents are available.
Signed-off-by: Aaron Sowry aa...@aeneby.se
Thanks,
I've pushed an equivalent change into nouveau git.
On Tue, 2010-11-02 at 15:51 +0100, Aaron Sowry wrote:
However. There's also the platform-specific modules (thinkpad etc) that
will provide their own backlight methods if the standard ACPI mechanism
isn't available. I didn't see any immediately obvious way of knowing
whether or not they
On Mon, 2010-11-01 at 18:15 +0100, Francisco Jerez wrote:
Viktor Novotný novik...@seznam.cz writes:
From: Viktor Novotný novik...@seznam.cz
Hi,
following patches make the dri driver use rules-ng-ng(rnn) generated
register definitions instead of renouveau generated ones. First set
Sent from my iPhone
On 22/10/2010, at 19:57, Aaron Sowry aaron...@aeneby.se wrote:
On Thu, Oct 21, 2010 at 08:45:20PM +1000, Ben Skeggs wrote:
What value does 0x610084 contain on boot for you?
Using the attached patch (hopefully early enough on in the initialisation):
[aa...@jules
On Thu, 2010-10-21 at 11:16 +0200, Aaron Sowry wrote:
On Wed, Oct 20, 2010 at 09:17:39PM +1000, Ben Skeggs wrote:
I have a question to you that's important first: if you fix nouveau's
max_brightness level, can you actually properly change the brightness?
I have an eDP laptop that shows
On Tue, 2010-10-19 at 11:10 +0200, Aaron Sowry wrote:
Hi,
The NV50 codepath in nouveau_backlight.c invariably sets max_brightness to
1025, regardless of the chipset in question. The maximum brightness is not
1025 for all NV50 chipsets (for example, by setting the brightness via ACPI
, if you could trace it
(http://nouveau.freedesktop.org/wiki/MmioTrace) that'd be very helpful
to figure out what to do.
Ben.
Thanks,
D
On Mon, Sep 27, 2010 at 3:44 PM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, 2010-09-27 at 15:35 +1000, Dmitri Sosnik wrote:
Hi All,
I am trying
On Mon, 2010-09-27 at 16:43 +1000, Dmitri Sosnik wrote:
That's the problem. Nouveau requires KMS enabled.
Ah, ok, got it.
Does the NVIDIA binary driver work? If so, if you could trace it
(http://nouveau.freedesktop.org/wiki/MmioTrace) that'd be very helpful
to figure out what to do.
On Mon, 2010-09-27 at 15:35 +1000, Dmitri Sosnik wrote:
Hi All,
I am trying to get nouveau working on MacBookPro 4,1. I am using
kernel from nouveau/linux-2.6 repository, XOrg 1.9, libdrm and
xf86-video-nouveau from git repositories.
When drm module is loaded with debug=1 it gives a number
On Sun, 2010-09-19 at 20:22 -0400, Younes Manton wrote:
On Sun, Sep 19, 2010 at 6:48 PM, Felix Blanke felixbla...@gmail.com wrote:
Hi,
I hope it is ok if I would ask one last question:
It is possible to use a quadro NVS 450 with 3 monitors via DVI and nouveau?
The status matrix is
On Fri, 2010-09-17 at 19:43 +0200, Marcin Slusarz wrote:
Hi
Since upgrade from 2.6.35 to 2.6.36-rc3 (nouveau tree) I'm hitting this bug a
couple of times a day:
[ 2869.618504] [ cut here ]
[ 2869.618532] kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:153!
[
On Thu, 2010-09-02 at 12:45 +0200, Marcin Slusarz wrote:
On Wed, Sep 01, 2010 at 07:52:58AM +1000, Ben Skeggs wrote:
On Tue, 2010-08-31 at 23:22 +0200, Marcin Slusarz wrote:
On Sun, Aug 22, 2010 at 08:54:08PM +0200, Marcin Slusarz wrote:
We need it for PFIFO_INTR_CACHE_ERROR interrupt
On Tue, 2010-08-31 at 23:22 +0200, Marcin Slusarz wrote:
On Sun, Aug 22, 2010 at 08:54:08PM +0200, Marcin Slusarz wrote:
We need it for PFIFO_INTR_CACHE_ERROR interrupt handling,
because nouveau_fifo_swmthd looks for matching gpuobj in
ramht_refs list.
It fixes kernel panic in
...@75 is ignored.
I bisected this to the following commit:
drm/nv50: enable hpd on any connector we know the gpio line for
Signed-off-by: Ben Skeggs bske...@redhat.com
diff --git a/drivers/gpu/drm/nouveau/nv50_display.c
b/drivers/gpu/drm/nouveau/nv50_display.c
index 61a89f2..ebcd8bf
On Tue, 2010-07-13 at 18:46 +0200, Abelenda Diego wrote:
On Tue, 13 Jul 2010 18:42:31 +0200
Abelenda Diego diego.abele...@gmail.com wrote:
Hi,
I am using nouveau for some time now, I am quite happy with it. I had
two screens connected with DVI to VGA adapters and dual screen was
On Sun, 2010-07-11 at 01:24 +0200, Marcin Slusarz wrote:
Hi
Patch drm/nouveau: use drm_mm in preference to custom code doing the same
thing
in nouveau tree introduced new deadlock possibility, for which lockdep
complains loudly:
[ 1541.070202] [drm] nouveau :02:00.0: Allocating
On Tue, 2010-06-15 at 15:06 +0200, Eric Lacombe wrote:
Is this a system with switchable graphics (Optimus probably)? If so,
fiddle with your BIOS options and try and enable only the NVIDIA board.
oops, my fault... I forgot to switch to the nvidia chip (my laptop is a sony
vaio Z11Z9E)
On Mon, 2010-06-07 at 15:18 +0200, Sebastian Jegerås wrote:
Hello.
I had some trouble building nouveau drm for linux-2.6.35-rc1.
I investigated a bit why it failed and noticed that the
fb_info-structure had changed slightly.
This is known. I'll merge Linus' tree into ours when 2.6.35-rc3 is
On Wed, 2010-06-02 at 12:07 -0700, Aaron Plattner wrote:
On Wed, Jun 02, 2010 at 09:20:47AM -0700, Marcin Slusarz wrote:
On Fri, May 28, 2010 at 11:45:17AM -0700, Aaron Plattner wrote:
On Sun, May 23, 2010 at 03:37:03PM -0700, Ben Skeggs wrote:
On Sun, 2010-05-23 at 21:46 +0200, Marcin
On Tue, 2010-06-01 at 18:46 +0200, Marcin Slusarz wrote:
Hi
This does not look right:
diff --git a/drivers/gpu/drm/nouveau/nouveau_mem.c
b/drivers/gpu/drm/nouveau/nouveau_mem.c
index 775a701..c1fd42b 100644
--- a/drivers/gpu/drm/nouveau/nouveau_mem.c
+++
On Tue, 2010-06-01 at 20:15 +0200, Marcin Slusarz wrote:
On Sun, May 23, 2010 at 09:49:16PM +0200, Marcin Slusarz wrote:
Exit with proper message instead of crashing when user forgot
to uninstall the proprietary driver.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
On Mon, 2010-05-31 at 10:30 +0200, Christoph Bumiller wrote:
On 31.05.2010 03:49, Ben Skeggs wrote:
On Mon, 2010-05-31 at 11:44 +1000, Ben Skeggs wrote:
From: Ben Skeggs bske...@redhat.com
This is the result of some playing around, thought it'd be useful so
sending to the list
On Mon, 2010-05-31 at 19:04 +0200, Maarten Maathuis wrote:
Title says it all.
I'll test it again here on G8x today and make sure it still works, then
I'll flip the switch and see if it breaks anyone else.
Ben.
Maarten.
___
Nouveau mailing list
From: Ben Skeggs bske...@redhat.com
---
src/nv50_accel.c | 38 --
src/nv50_accel.h |1 -
src/nv50_exa.c | 45 -
3 files changed, 28 insertions(+), 56 deletions(-)
diff --git a/src/nv50_accel.c b/src
From: Ben Skeggs bske...@redhat.com
Signed-off-by: Ben Skeggs bske...@redhat.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |2 --
drivers/gpu/drm/nouveau/nouveau_drv.h |1 -
drivers/gpu/drm/nouveau/nouveau_fence.c | 28
drivers/gpu/drm/nouveau
From: Ben Skeggs bske...@redhat.com
Signed-off-by: Ben Skeggs bske...@redhat.com
---
drivers/gpu/drm/nouveau/nouveau_channel.c |2 -
drivers/gpu/drm/nouveau/nouveau_drv.h |3 +-
drivers/gpu/drm/nouveau/nouveau_fence.c | 31 +---
drivers/gpu/drm/nouveau
Sent from my iPhone
On 30/05/2010, at 9:22, Maarten Maathuis madman2...@gmail.com wrote:
On Fri, May 28, 2010 at 7:47 AM, Ben Skeggs skeg...@gmail.com wrote:
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com
On Thu, 2010-05-27 at 23:03 -0700, Stephane Marchesin wrote:
On Thu, May 27, 2010 at 22:47, Ben Skeggs skeg...@gmail.com wrote:
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com wrote
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com wrote:
For NV04 i can understand, since it's irq driven fences, so let's
split the question.
NV10+: can we reduce it to just spin_lock?
I don't know the
On Mon, 2010-05-24 at 07:50 +, Marcin Kościelnicki wrote:
On Sun, 2010-05-23 at 11:36 +, Marcin Kościelnicki wrote:
This will be useful for computing GPU-CPU latency, including
GL_ARB_timer_query extension.
Looks fine, just a quick question as to whether this is necessary? I
On Sun, 2010-05-23 at 21:46 +0200, Marcin Slusarz wrote:
1) DRICreatePCIBusID belongs to xserver dri module, so when it's
unavailable we can't format string for drmCheckModesettingSupported.
(This situation happened to me with KMS enabled and dri module moved
somewhere else by
On Sun, 2010-05-23 at 11:36 +, Marcin Kościelnicki wrote:
This will be useful for computing GPU-CPU latency, including
GL_ARB_timer_query extension.
Looks fine, just a quick question as to whether this is necessary? I
seem to recall that on nv40, the QUERY methods actually return
timestamps
On Wed, 2010-05-19 at 20:16 +0200, Johannes Obermayr wrote:
Am 19.05.2010 19:55, schrieb Johannes Obermayr:
Hi,
As summary says I cannot compile latest origin/for-airlied against
kernel 2.6.34 on openSUSE.
Why are you trying to even do this? That branch is intended for airlied
to pull
So, with all the nouveau_class.h changes lately it's become rather
difficult to keep libdrm synced up with a particular mesa version.
This is much like what happens when we break our kernel ABI, but on a
far more regular basis so it has a larger impact.
I'm proposing we drop nouveau_class.h from
On Fri, 2010-04-09 at 09:24 +0200, Maarten Maathuis wrote:
On Fri, Apr 9, 2010 at 8:51 AM, Ben Skeggs skeg...@gmail.com wrote:
So, with all the nouveau_class.h changes lately it's become rather
difficult to keep libdrm synced up with a particular mesa version.
This is much like what
On Fri, 2010-04-09 at 00:33 -0700, Stephane Marchesin wrote:
On Thu, Apr 8, 2010 at 23:51, Ben Skeggs skeg...@gmail.com wrote:
So, with all the nouveau_class.h changes lately it's become rather
difficult to keep libdrm synced up with a particular mesa version.
This is much like what
On Wed, 2010-02-24 at 18:51 -0500, Tavian Barnes wrote:
What's the motivation behind commit 60821e0 (drm/nouveau: report LVDS
as disconnected if lid closed)? The only noticeable effect I can see
from it is that if I turn on my laptop and then close the lid, X fails
to start as it can't find
On Wed, 2010-02-24 at 23:27 -0500, Matt Turner wrote:
CC: Ben Skeggs bske...@redhat.com
Signed-off-by: Matt Turner matts...@gmail.com
---
drivers/gpu/drm/nouveau/nv04_fbcon.c |2 +-
drivers/gpu/drm/nouveau/nv50_fbcon.c |2 +-
drivers/gpu/drm/nouveau/nv50_instmem.c |2 +-
3
On Fri, 2010-02-19 at 04:59 +0100, Francisco Jerez wrote:
If you're especially unlucky BOs would move around and their kmaps
would end up pointing to something else in GART, then ioctl_pushbuf()
would use the kmaps again corrupting textures or other pushbufs (the
most noticeable symptom was a
On Mon, 2010-02-08 at 10:04 +0100, Luca Barbieri wrote:
IMO, the changes are good. However, DRM_NOUVEAU_HEADER_PATCHLEVEL is
used to indicate the version of the kernel interface that's supported,
and not the libdrm API version.
OK.
Perhaps it would be useful to add a libdrm API
On Mon, 2010-02-08 at 18:44 +0100, Maarten Maathuis wrote:
2010/2/8 Marcin Kościelnicki koria...@0x04.net:
Signed-off-by: Marcin Kościelnicki koria...@0x04.net
---
drivers/gpu/drm/nouveau/nouveau_state.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git
On Fri, 2010-01-29 at 09:53 +0100, Luca Barbieri wrote:
This patch changes the pushbuffer ABI to:
1. No longer use/expose nouveau_pushbuffer. Everything is directly
in nouveau_channel. This saves the extra pushbuf pointer dereference.
2. Use cur/end pointers instead of tracking the
On Thu, 2010-01-28 at 19:25 +0100, Luca Barbieri wrote:
This patch enlarges the PCI GART aperture to 512 MB.
The current 64MB aperture is too small and should be enlarged.
The optimal amound may be card/system-dependent, so a more sophisticated
approach may be preferable.
In particular, if
On Wed, 2010-01-27 at 14:03 +, Marcin Kościelnicki wrote:
We used single shared fbops struct and patched it at fb init time with
pointers to the right variant. On mixed multicard, this meant that
it was either sending NV50-style commands to all cards, or NV04-style
commands to all cards.
On Sun, 2010-01-24 at 19:27 +0100, Marcin Slusarz wrote:
unsafe is never initialized, but used
(found by valgrind)
Pushed, plus the other three patches you pinged on.
Ben.
---
src/gallium/drivers/nv50/nv50_program.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Mon, 2010-01-18 at 11:50 +0100, okias wrote:
Thanks, pushed.
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
___
Nouveau mailing list
On Mon, 2010-01-11 at 05:15 +, Marcin Kościelnicki wrote:
---
.../winsys/drm/nouveau/drm/nouveau_drm_api.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
Pushed.
diff --git a/src/gallium/winsys/drm/nouveau/drm/nouveau_drm_api.c
On Thu, 2010-01-07 at 20:49 +0100, Xavier wrote:
On Wed, Jan 6, 2010 at 6:32 AM, Ben Skeggs skeg...@gmail.com wrote:
I did a very quick pass at removing all the non-KMS support from the
DDX. It's tested on G80 but nowhere else currently, I thought some
discussion would be a good idea
On Fri, 2010-01-08 at 00:51 +0100, Xavier wrote:
On Sun, Dec 13, 2009 at 9:35 PM, Xavier shinin...@gmail.com wrote:
On Sat, Dec 12, 2009 at 10:50 PM, Maarten Maathuis madman2...@gmail.com
wrote:
Can you retry with the latest ddx?
Maarten.
Awesome, it works, thanks ! :)
I
...@gmail.com
wrote:
On Tue, Jan 5, 2010 at 4:20 AM, Ben Skeggs skeg...@gmail.com wrote:
On Mon, 2010-01-04 at 23:54 +0100, Maarten Maathuis wrote:
I forgot to mention that you should run nop from fbcon without X
running for reliable lockups.
Yup, that's what I've been doing.
On Mon
On Wed, 2010-01-06 at 21:59 +0100, Francisco Jerez wrote:
Ben Skeggs skeg...@gmail.com writes:
I did a very quick pass at removing all the non-KMS support from the
DDX. It's tested on G80 but nowhere else currently, I thought some
discussion would be a good idea rather than just ripping
On Thu, 2010-01-07 at 00:58 +0200, Pekka Paalanen wrote:
On Wed, 06 Jan 2010 15:32:30 +1000
Ben Skeggs skeg...@gmail.com wrote:
I did a very quick pass at removing all the non-KMS support from
the DDX. It's tested on G80 but nowhere else currently, I
thought some discussion would
On Mon, 2010-01-04 at 19:25 +0100, Marcin Slusarz wrote:
On Mon, Jan 04, 2010 at 08:19:34AM +1000, Ben Skeggs wrote:
On Sun, 2010-01-03 at 18:38 +0100, Marcin Slusarz wrote:
New version, without file/line markers in nouveau_gpu_lockup (they were
useless...).
Looks mostly good to me
On Mon, 2010-01-04 at 20:29 +0100, Maarten Maathuis wrote:
I've narrowed it down further, the pgraph-fifo_access bit is still
cleanup (register 0x400500 represents pgraph fifo access), the rest
appears needed for the desired effect. The reordering of pfifo and
pgraph destroy is needed. As
On Sun, 2010-01-03 at 11:17 +0200, Alexey Dobriyan wrote:
Sometimes struct fb_fillrect::color is color, sometimes palette index.
This doesn't apply on current git, which already has a similar (though,
not quite the same) patch applied. We may yet need some additional
fixes from your patch, I'll
On Sun, 2010-01-03 at 18:38 +0100, Marcin Slusarz wrote:
New version, without file/line markers in nouveau_gpu_lockup (they were
useless...).
Looks mostly good to me, can you rename to nouveau_fbcon_gpu_lockup()
instead however, as the function only deals with fbcon and not a more
general
On Sat, 2009-12-26 at 03:13 +0100, Maarten Maathuis wrote:
In short, we move out the low level content of a buffer object. In the
case of textures and such this is utterly useless. Still it is
accessed, because ttm sees no problem in using PL_SYSTEM or PL_TT
memory. What is the best way to let
On Sat, 2009-12-26 at 15:59 +0100, Francisco Jerez wrote:
Signed-off-by: Francisco Jerez curroje...@riseup.net
Signed-off-by: Ben Skeggs bske...@redhat.com
---
src/nouveau_dri2.c |6 +-
src/nv_dri.c |6 +-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git
On Mon, 2009-12-21 at 23:00 +0100, Marcin Slusarz wrote:
struct fb_fillrect-color is not a color, but index into pseudo_palette array
Thanks, applied to git.
Ben.
Signed-off-by: Marcin Slusarz marcin.slus...@gmail.com
---
drivers/gpu/drm/nouveau/nv50_fbcon.c |3 ++-
1 files changed, 2
On Tue, 2009-12-15 at 10:09 +, STEVEN WARD wrote:
Dear Ben,
I would like to test the firmware for you,but where
do I exactly put them into?
Ah sorry, I should've been clearer about that. Make sure you're running
the latest nouveau DRM (from either nouveau git, or latest
On Tue, 2009-12-15 at 21:54 -0500, Jimmy Rentz wrote:
On Tue, 15 Dec 2009 17:14:10 +1000
Ben Skeggs skeg...@gmail.com wrote:
So, I've spent the last few days messing around with replacing our use
of NVIDIA's context programs on GeForce 6/7 hardware and have
something that works on the 4
On Wed, 2009-12-16 at 01:05 -0500, Jimmy Rentz wrote:
On Wed, 16 Dec 2009 13:19:11 +1000
Ben Skeggs skeg...@gmail.com wrote:
On Tue, 2009-12-15 at 21:54 -0500, Jimmy Rentz wrote:
On Tue, 15 Dec 2009 17:14:10 +1000
Ben Skeggs skeg...@gmail.com wrote:
So, I've spent the last few
On Fri, 2009-12-11 at 14:24 +0100, Anders Eriksson wrote:
skeg...@gmail.com said:
s not a solution by any means, but try:
Option EXAPixmaps false
In your xorg.conf.
That does seem to do the trick! Thanks.
Cool :)
There'll be more work done to help the situation on
low-mem
On Thu, 2009-12-10 at 20:57 +0100, Maarten Maathuis wrote:
As far as i'm concerned UMS shouldn't be the default anyone, as it's
not really maintained anymore.
Agreed. I for one have been completely ignoring the UMS code, on G80 in
particular it's horribly insufficient for a lot of
901 - 1000 of 1035 matches
Mail list logo