On Wed, 20 Jun 2007 10:23:54 -0400
Phillip Ezolt [EMAIL PROTECTED] wrote:
Hi,
I'm working with Oliver McFadden to create a rules-ng database for
the Radeon R300 (and beyond..) I've taken some of the work that he
had done, and have been slowly adding more Radeon registers. I also
created
On Wed, 27 Jun 2007 14:25:58 -0400
Phillip Ezolt [EMAIL PROTECTED] wrote:
Pekka,
In your redesign of the binary dump format, could you add the ability
to store multiple PCs per sample? (ie, so that I can do backtraces (4
frames deep?) ) rather than just a single PC?
The new format will be
!
yours,
shadow
From: Pekka Paalanen [EMAIL PROTECTED]
To: xiao dan [EMAIL PROTECTED]
CC: nouveau@lists.freedesktop.org
Subject: Re: [Nouveau] Question About The Steps
Date: Wed, 4 Jul
So I can't try send dumps to Nouveau without breaking livna nVidia
drivers? =(
Dear Louise,
if you only want to send dumps, I'm afraid everyone has so far only
mislead you.
The dumps (renouveau[1] and kmmio[2]) are for the reverse engineering
effort. They need the proprietary driver up and
.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
),
but it does need the DRM kernel modules. I do not know if they are supposed
to work on that old kernel, but you can try.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman
-e93d5298a66baa16293c8bc0be05c9f08b0140e8
3.9. renouveau does not compile: cannot find -lXvMCNVIDIA
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Wed, 16 Apr 2008 13:46:09 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
* Pekka Paalanen [EMAIL PROTECTED] wrote:
we should fix this restriction ASAP. Forcibly dropping to UP will
cause mmiotrace to be much less useful for diagnostic purposes of
Linux
Ok, how do you propose
On Wed, 16 Apr 2008 20:32:58 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
* Pekka Paalanen [EMAIL PROTECTED] wrote:
yeah - it looks complex. Not a showstopper for now :-)
but given that Xorg is usually just a single task, do we _really_
need this?
We're not tracing Xorg
someone else popped on the irc channel with the same hang.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
and quit the program.
Begin forwarded message:
Date: Sun, 22 Jun 2008 15:02:50 +1200
From: Aaron Whitehouse [EMAIL PROTECTED]
To: Pekka Paalanen [EMAIL PROTECTED]
Subject: Re: [Nouveau] Renouoveau hangs on 79th test on 8800 GT
Pekka,
Please find attached the backtrace.
The program didn't
you have anything specific in mind?
There are the usual renouveau and mmiotrace excercises in the wiki.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
puts up a help request.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
.
If you are using a precompiled kernel image from your favourite
distribution, you might need to install also another package which allows
building custom kernel modules. This is distro specific.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
, and it seems to fail), but you
should try without any fb driver, i.e. with the plain VGA text mode
in virtual console.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman
://www.tungstengraphics.com/technologies/gallium3d.html
And think about it on the virtualization perspective. I don't know
how much work has already been done on that, but I bet the people
on the Nouveau mailing list know who to contact, if you get
interested.
Cheers,
pq
--
Pekka Paalanen
http://www.iki.fi/pq
, and
gDEBugger simply froze, whatever I did.
Hmm, it claims GTX 200 support... could they have updated it again?
Ill let you know if I can help you with my tool in the project Noveau!
Thanks for your support. Good to see im not the only one dying :)
Regards,
Pranay B. Kolakkar.
--
Pekka Paalanen
dump
Fatal server error:
DMA queue hang: dmaPut=4e9, current=0, status=0
Could you post the kernel log from the crash?
Also make sure you are not using nvidiafb and you don't have the
proprietary driver loaded, or such.
--
Pekka Paalanen
http://www.iki.fi/pq
Hi,
is the person who set up the RSS feed on the Nouveau wiki front page
here?
The feed might need some reconfiguring.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman
synced to mesa/mesa
Sept 18th, so maybe you have already fixed it? Or not?
I looked at the diffs and logs, but didn't see a fix.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http
, that we have not noticed anyone being yet mislead by the
outdated translations IMHO suggest that they are not really needed.
Are there other opinions?
Translators, please subscribe to the pages you translate from, so
you are notified about changes.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq
covered in the FAQ for some time now:
http://nouveau.freedesktop.org/wiki/FAQ
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
users replied saying they don't have the
problem (unstable+experimental, and Lenny).
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
From fc2ca956a76db0939dc75e7909f78001973e7d64 Mon Sep 17 00:00:00 2001
From: Pekka Paalanen p...@iki.fi
Date: Wed, 4 Feb 2009 21:44:50 +0200
Subject: [PATCH] nouveau: fix type warnings: void* arith, un/signed
nouveau_notifier.c had two places where void* was used in arithmetic,
fixed by using
release yet. You can just forget it and enjoy
software OpenGL rendering.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Fri, 13 Feb 2009 22:49:59 +0300
aik aik.r...@gmail.com wrote:
Pekka Paalanen wrote:
0005:01:00.0 VGA compatible controller: nVidia Corporation NV44 [GeForce
6200 LE] (rev a1) (prog-if 00 [VGA controller])
Hmm, note the bus id.
I actually did, but I have no idea how to interpret
, and that might have legal consequences in
some countries.
A nice idea, but IMHO not applicable.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
to load kernel module nouveau
(EE) NOUVEAU(0): [dri] Failed to open the DRM
(EE) NOUVEAU(0): DRI pre-initialisation failed. Setting NoAccel
I.e. make sure you have the DRM kernel modules built and they load.
This should not fix the DCB errors, but is otherwise essential.
--
Pekka Paalanen
http
the new DRM modules.
Ben, I still don't see any comment from you on this thread :-)
--
Pekka Paalanen
http://www.iki.fi/pq/
#!/bin/bash
# 395e0ddc44005ced5e4fed9bfc2e4bdf63d37627 shmem_file_setup export
# Use e.g. CONFIG_FB_SAVAGE to get FB_CFB_FILLRECT, FB_CFB_COPYAREA
# and FB_CFB_IMAGEBLIT
://bugs.freedesktop.org/show_bug.cgi?id=22265
No solution yet, but I do wonder if it is a regression.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
, rc1 is so near, that we probably won't bother fixing Nouveau in
drm.git. I just wish the transition would have been Nouveau developers'
decision.
Regards, pq
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
?
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
on the kernel dependencies. The kernel
config is not any way checked AFAIK, so you need to take care of it
yourself. The Makefile should be good for any Nouveau kernel branch.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau
into
staging first, which means it doesn't have to have a completely
frozen user ABI, but there has to be a plan to get out of staging.
Thanks to Ben (darktama) for the Nouveau kernel tree.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing
On Mon, 29 Jun 2009 23:14:36 +0300
Pekka Paalanen p...@iki.fi wrote:
Currently the kernel tree has three branches:
- master
- newttm-devel
- newttm-devel-compat
There should also be a master-compat, that comes when someone has the
time to create it.
The master-compat branch has been
From 658956848afeff909915f9251c5c68eeafa447e2 Mon Sep 17 00:00:00 2001
From: Pekka Paalanen p...@iki.fi
Date: Sat, 4 Jul 2009 19:39:23 +0300
Subject: [PATCH] drm/nouveau: fix loading for CONFIG_BACKLIGHT_CLASS_DEVICE=n
nouveau.ko was silently and unconditionally depending
was annouced on the wiki front page, and on
the nouveau mailing list. What more should we have done?
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
to solve.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Wed, 8 Jul 2009 21:43:51 +0400
Alexey Dobriyan adobri...@gmail.com wrote:
On Mon, Jun 22, 2009 at 11:35:46PM +0300, Pekka Paalanen wrote:
To get SLI support, we would need to have a developer with SLI hardware.
I do not think there is a developer even with any two cards, since the bug
the kernel tree is so big, but there are more than one way to pull updates.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
-nouveau is ancient.
You need the latest from git:
- DRM kernel modules (the installation has changed, see the wiki)
- libdrm and libdrm_nouveau (both come from the same place)
- xf86-video-nouveau
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq
to using --prefix, we have
seen it before, and I never really found out why it is, I never hit it.
I'm waiting for someone to diagnose it. Seems to depend on one's
distribution.
Let us know how it goes.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau
want C, C++ is not too useful ;-)
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
Hi,
this is continuation for the MMIO accessor rewrite and cleanup.
I am currently running nv28 with these patches applied, but
I cannot test on PPC.
Please, review and comment. If the direction is good, I'll do the
same to INSTANCE_{RD,WR} as I did for nv_{rd,wr}32, and change
PRAMIN from
, but the overhead should be diminishing as compared to access
over PCI bus.
All 16-bit accessors are removed as unused.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 58 +++--
1 files changed, 19 insertions(+), 39 deletions
as well.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 39 +-
drivers/gpu/drm/nouveau/nouveau_state.c |2 +-
2 files changed, 23 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_drv.h
b/drivers
, but I don't know what is old for devs...
nVidia Corporation G86 [GeForce 8400M GT]
That is considered quite new.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
nouveau_bo_new() took struct nouveau_channel *chan as a parameter, yet
it was not used (it was set and then reset to NULL). Remove the unused
parameter (which was almost always NULL anyway).
No need to set nvbo-channel = NULL since kzalloc already zeros it.
Signed-off-by: Pekka Paalanen p
need another set of access wrappers that use
ttm_kmap_obj_virtual() and honour is_iomem.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c | 11 +--
drivers/gpu/drm/nouveau/nouveau_fbcon.c |7 ++-
drivers/gpu/drm/nouveau/nv04_crtc.c |9
On Sun, 2 Aug 2009 18:12:52 +0300
Pekka Paalanen p...@iki.fi wrote:
kmap.virtual should not be used blindly, because it may be a kernel
virtual pointer or an iomem cookie. Iomem cookies may not be
dereferenced directly, they must be used via ioread32() etc. functions.
Unfortunately x86
Patches 1 and 2 pushed to master, patch 3 NAK'ed by Ben, patch 4 is under
rewrite.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
Since push buffers may reside in system memory or VRAM (iomem), they
must be accessed via the proper functions instead of just dereferencing
a pointer which might be an iomem cookie.
Remove the redundant member nouveau_channel::dma.pushbuf.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers
Notifier can live in system memory or VRAM, hence they must be accessed
using the bo wrapper functions.
Remove the redundant member nouveau_channel::m2mf_ntfy_map.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c |2 --
drivers/gpu/drm/nouveau
Module parameters declarations moved to nouveau_drv.h.
Ioctl table declarations moved to nouveau_drv.h.
nouveau_ioc32.c: include nouveau_drv.h for nouveau_compat_ioctl().
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bios.c |3 ---
drivers/gpu/drm/nouveau
The two large switch blocks are refactored into a function. While doing
this, some inconsistencies are corrected:
- in nouveau_fbcon_check_var(), case 30 was writing to a wrong
structure.
- in nouveau_fbcon_create(), case 16 was missing transp.length.
Signed-off-by: Pekka Paalanen p...@iki.fi
-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_fbcon.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_fbcon.c
b/drivers/gpu/drm/nouveau/nouveau_fbcon.c
index 7ccadc0..228e763 100644
--- a/drivers/gpu/drm/nouveau
In a Linux tree there is no reason to use these macros anymore.
Other DRM_* macros are IMO more readable than the Linux name, or they
are non-trivial to expand.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c |4 ++--
drivers/gpu/drm/nouveau
On 32-bit arch this fixes compiler warnings about casting an integer of
different size to a pointer.
This also fixes sparse warnings about casting address spaces.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 13 -
1 files changed, 8
-KMS (as in user mode setting, UMS) does still exist, but
the development is slowly moving away from it.
You should stick to the #nouveau irc channel 24/7 if you can :-)
Cheers.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau
drm_device *dev, struct dcb_entry *entry);
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
branch, we would
have to remember to revert it when submitting Nouveau upstream.
OTOH, we could apply it to master-compat branch for testing.
How's that sound?
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau
Revised patch set v2.
[PATCH 1/8] drm/nouveau: bo read/write wrappers for nv04_crtc.c
[PATCH 2/8] drm/nouveau: use bo accessors for push buffers
[PATCH 3/8] drm/nouveau: OUT_RINGp - optimize OUT_RING loops
[PATCH 4/8] drm/nv50: proper notifier_bo access in
nv50_display_vblank_crtc_handler()
not cost much.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 23 +++
drivers/gpu/drm/nouveau/nouveau_drv.h |2 ++
drivers/gpu/drm/nouveau/nv04_crtc.c |7 ++-
3 files changed, 27 insertions(+), 5 deletions(-)
diff --git
This introduces nvbo_kmap_obj_iovirtual() for cases where the bo memory
is guaranteed (or supposed) to be iomem.
Fbcon assumes screen_base is iomem, and the crtc color LUT must reside
in iomem.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_drv.h | 11
Notifier can live in system memory or VRAM, hence they must be accessed
using the bo wrapper functions.
Remove the redundant member nouveau_channel::m2mf_ntfy_map.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c |2 --
drivers/gpu/drm/nouveau
ttm_bo_kunmap() already checks if the bo is not mapped.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bo.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
b/drivers/gpu/drm/nouveau/nouveau_bo.c
index
this obfuscation.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nv04_fbcon.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv04_fbcon.c
b/drivers/gpu/drm/nouveau/nv04_fbcon.c
index 14fc87f..3d19492 100644
--- a/drivers
TTM buffer object's virtual cookie may be an iomem cookie or a kernel
virtual address. These need to be handled separately.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_gem.c | 21 ++---
1 files changed, 14 insertions(+), 7 deletions(-)
diff
Hi,
questions will follow.
---
diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c
b/drivers/gpu/drm/nouveau/nouveau_bios.c
index 99f7bd4..13b3fb1 100644
--- a/drivers/gpu/drm/nouveau/nouveau_bios.c
+++ b/drivers/gpu/drm/nouveau/nouveau_bios.c
@@ -40,8 +40,6 @@
#define BIOSLOG(sip, fmt,
A cleanup of nouveau_dma_wait(): extract a sub-function and eliminate
two variables to improve readability.
No functional changes.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c | 72 ++---
1 files changed, 39 insertions(+), 33
Make WRITE_PUT() an inline function, and pass chan as an argument.
Update chan-dma.put in WRITE_PUT() instead of (almost) everywhere by
hand afterwards.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_dma.c |5 ++---
drivers/gpu/drm/nouveau/nouveau_dma.h | 16
to the beginning of the
+ * push buffer if we require it. we can never get GET == PUT
+ * here, so this is safe.
+ */
+ chan-dma.free = get - chan-dma.cur - 1;
}
- return ret;
+ return 0;
}
+
--
1.6.4
--
Pekka Paalanen
-dma.free = get - chan-dma.cur - 1;
should become equivalent to
chan-dma.free = chan-dma.max - chan-dma.cur;
but there is the -1.
Or do we observe GET == dma.max + 1 just before it actually jumps?
Or do we simply not know how it behaves and want to be safe?
--
Pekka Paalanen
http://www.iki.fi/pq
On Tue, 25 Aug 2009 15:41:27 +0200
Francisco Jerez curroje...@riseup.net wrote:
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/nouveau/nouveau_drv.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
Both pushed, thanks.
--
Pekka Paalanen
http
On Tue, 25 Aug 2009 16:23:43 +0200
Francisco Jerez curroje...@riseup.net wrote:
Signed-off-by: Francisco Jerez curroje...@riseup.net
---
drivers/gpu/drm/i2c/ch7006_drv.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
Pushed, thanks.
--
Pekka Paalanen
http
with that.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
/nouveau
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_drv.c |6
drivers/gpu/drm/nouveau/nouveau_drv.h | 20 +++
drivers/gpu/drm/nouveau/nouveau_hw.h | 42 +---
3 files changed, 48 insertions(+), 20 deletions(-)
diff --git a/drivers
These functions were effectively nv_rd32 and nv_wr32 with a debug print,
and they were never used. Remove them.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_drv.c |7 ---
drivers/gpu/drm/nouveau/nouveau_drv.h | 11 +--
drivers/gpu/drm/nouveau
The size parameter is usually unsigned, but here it was signed. Change
'int' to 'uint32_t' and propagate the signedness fixes to all callers.
Fixes the sparse warning: nouveau_object.c:254:61: warning: incorrect
type in argument 3 (different signedness).
Signed-off-by: Pekka Paalanen p...@iki.fi
On Sun, 6 Sep 2009 21:16:03 +0300
Pekka Paalanen p...@iki.fi wrote:
The size parameter is usually unsigned, but here it was signed. Change
'int' to 'uint32_t' and propagate the signedness fixes to all callers.
Fixes the sparse warning: nouveau_object.c:254:61: warning: incorrect
type
From ee49e66551a28550b69a1a0fc7f45ec2ab24c295 Mon Sep 17 00:00:00 2001
From: Pekka Paalanen p...@iki.fi
Date: Tue, 8 Sep 2009 00:05:24 +0300
Subject: [PATCH] drm/nouveau: do not call ttm_bo_wait_unreserved()
In nouveau_gem_puhsbuf_validate() path, ttm_bo_reserve() already calls
On Wed, 9 Sep 2009 22:02:13 +0200
Andreas Radke a.ra...@arcor.de wrote:
Am Wed, 9 Sep 2009 20:51:36 +0300
schrieb Pekka Paalanen p...@iki.fi:
Therefore, I will drop compatibility code from master-compat branch,
and I will add a compile time check for the kernel version. The
master
On Wed, 9 Sep 2009 20:51:36 +0300
Pekka Paalanen p...@iki.fi wrote:
Therefore, I will drop compatibility code from master-compat branch,
and I will add a compile time check for the kernel version. The
master-compat branch will be just like the master branch, except it
contains the out-of-tree
Use ioremap() for mapping the channel user regs (that are never exposed
to user space) instead of drm_addmap().
This removes the last use cases of drm_addmap/drm_rmmap from Nouveau.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_channel.c | 13
Equality in x = y + z is already out of range. X must be stricly less.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bios.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.c
b/drivers/gpu/drm/nouveau
driver.
To be able to use NV_ERROR(), pass struct drm_device * as argument to
nouveau_dsm() instead of struct pci_dev *. Also, 'dev' in nouveau code
is usually a drm_device and pdev is a pci_dev, so fix that too.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_acpi.c
Change NV_PRINTK() to use DRM_NAME and DRIVER_NAME, making it
essentially generic. Print DRM_NAME in brackets, just like core DRM
logging macros do.
Convert two printk()'s into NV_* logging macro calls.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_acpi.c |2
On Sun, 20 Sep 2009 13:29:24 +0200
Stephane Marchesin marche...@icps.u-strasbg.fr wrote:
On Fri, Sep 18, 2009 at 20:15, Pekka Paalanen p...@iki.fi wrote:
Equality in x = y + z is already out of range. X must be
stricly less.
Yeah, I did that back when the SIZE defines were, say, 0x1fff
if not already there. If you do not like the idea, let me know
why.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
All three patches pushed.
Thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Tue, 29 Sep 2009 19:46:32 +0300
Pekka Paalanen p...@iki.fi wrote:
Hi,
I would like to abandon the master-compat branch
nouveau/linux-2.6 kernel tree. The difference to master branch is
practically just the out-of-tree build Makefile. I'll find a new
place for the Makefile and docs
-f a8,x8r8g8b8,a8r8g8b8
and all tests pass before and after.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
|2 +-
5 files changed, 14 insertions(+), 5 deletions(-)
Pushed, thanks.
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
milliseconds.
call_lvds_manufacturer_script() contained a bug in the wait: the delay
was executed in microseconds, when it should be milliseconds. Fixed.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bios.c | 20 +++-
1 files changed, 11 insertions
The function reported bogus wait time, if the condition was never
fulfilled. Fix it.
Also do some style fixes in this function and fix a typo.
Signed-off-by: Pekka Paalanen p...@iki.fi
---
drivers/gpu/drm/nouveau/nouveau_bios.c | 13 +
1 files changed, 9 insertions(+), 4 deletions
page per cpu, plus there
can be some spurious kernel messages while using gdb.
http://nouveau.freedesktop.org/wiki/MmioTrace
It would also help if you have an easy way to switch between the
Nvidia proprietary driver and Nouveau.
--
Pekka Paalanen
http://www.iki.fi/pq
does the above failed mean, exactly?
- suspend to ram : ok
- sees my two dvi heads : i made no test with 2 screens
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman
cc'd.
btw. you can test monitor power saving on the command line, e.g.
$ xset dpms force off
For more states, see: xset help
--
Pekka Paalanen
http://www.iki.fi/pq/
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org
On Fri, 27 Nov 2009 23:31:13 +0100
Xavier Chantry shinin...@gmail.com wrote:
Often when things get stuck spinning, nouveau_pgraph_intr_error
and nouveau_graph_dump_trap_info gets called many times, flooding
logs with PGRAPH_ERROR and filling up the disk.
Pekka Paalanen pointed me
1 - 100 of 155 matches
Mail list logo
