nouveau_present_flip_exec references glamor_fd_from_pixmap,
which do not exist when glamor is disabled
Signed-off-by: Marcin Slusarz
---
src/nouveau_present.c | 2 +-
src/nouveau_present.h | 6 +-
2 files changed, 6 insertions(+), 2 deletions(-)
diff --git a/src/nouveau_present.c b/src
xorg-server can be built without glamor, which leads to:
CC nouveau_xv.lo
In file included from nouveau_xv.c:41:0:
nouveau_glamor.h:12:20: fatal error: glamor.h: No such file or directory
compilation terminated.
Signed-off-by: Marcin Slusarz
---
configure.ac | 8 +++-
1 file
On Tue, Mar 26, 2013 at 07:29:24AM +0100, Maarten Lankhorst wrote:
> Op 25-03-13 19:14, Marcin Slusarz schreef:
> > On Mon, Mar 25, 2013 at 10:22:37AM +0100, Maarten Lankhorst wrote:
> >> Fixes 100% cpu usage when the exit interrupt never got acked.
> >>
> >&
On Mon, Mar 25, 2013 at 10:22:37AM +0100, Maarten Lankhorst wrote:
> Fixes 100% cpu usage when the exit interrupt never got acked.
>
> Signed-off-by: Maarten Lankhorst
> ---
> diff --git a/drivers/gpu/drm/nouveau/core/core/falcon.c
> b/drivers/gpu/drm/nouveau/core/core/falcon.c
> index e05c157..
On Tue, Mar 05, 2013 at 07:57:08PM +0100, Marcin Slusarz wrote:
> Page tables on nv50 take 48kB, which can be hard to allocate in one piece.
> Let's use vmalloc.
>
> Signed-off-by: Marcin Slusarz
> Cc: sta...@vger.kernel.org [3.7+]
> ---
> drivers/gpu/drm/nouveau
On Tue, Mar 05, 2013 at 09:14:53PM +0100, Marcin Slusarz wrote:
> Without it, libdrm_nouveau user cannot know when validation failed.
>
> Signed-off-by: Marcin Slusarz
> ---
If there are no objections, I'll push both patches soon.
Marcin
__
On Thu, Mar 14, 2013 at 07:56:03PM +0100, Sune Mølgaard wrote:
> Marcin Slusarz wrote:
> > I think it may be already fixed by commit
> > 94f54f5336aac6801f2a14dcb12467e41b35456a
> > "drm/nv50: encoder creation failure doesn't mean full init failure" (post
&
On Tue, Mar 12, 2013 at 10:18:41PM -0500, Patrick Baggett wrote:
>The nouveau driver makes a number of unaligned accesses via the
>ROM16(), ROM32() and ROM64() macros which fault on SPARC (but would be
>transparently handled by x86 hardware). Making use of get_unaligned()
>macro fix
On Wed, Mar 13, 2013 at 06:22:38PM +0100, Sune Mølgaard wrote:
> Hiya,
>
> I sent the enclosed email to linux-kernel before realizing that it
> would, perhaps, be more proper to send it here, which I hereby do.
>
> I shall be happy to try out any and all patches.
>
> Best regards,
>
> Sune Møl
On Wed, Mar 06, 2013 at 01:04:29AM +0100, Borislav Petkov wrote:
> On Tue, Mar 05, 2013 at 05:30:52PM +0100, Lucas Stach wrote:
> > Dropping Tegra ML, it's not the place where Nouveau mails should go.
>
> $ ./scripts/get_maintainer.pl -f drivers/gpu/drm/nouveau/nv50_display.c
> ...
> linux-te...@v
Add environment variables:
NOUVEAU_LIBDRM_VRAM_LIMIT_PERCENT
NOUVEAU_LIBDRM_GART_LIMIT_PERCENT
which will allow override how much VRAM/GART single pushbuffer can take.
Default to 80.
Signed-off-by: Marcin Slusarz
---
nouveau/nouveau.c | 18 --
nouveau/private.h | 1 +
nouveau
Without it, libdrm_nouveau user cannot know when validation failed.
Signed-off-by: Marcin Slusarz
---
nouveau/pushbuf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nouveau/pushbuf.c b/nouveau/pushbuf.c
index ff8e125..e720a08 100644
--- a/nouveau/pushbuf.c
+++ b/nouveau
rom eb6313add6dddf07ea3e50c4caa33a9c3b2379f1
("drm/nv50: initial kms support for off-chip TMDS/DP encoders").
Reported-by: Richard Yao
Tested-by: Richard Yao
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nv50_display.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gp
Unmapping it while it's still in use (e.g. by M2MF) can lead to page faults
and a lot of TRAP_M2MF spam in dmesg.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_abi16.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_abi16.c
b/dr
Currently used only on original nv50, nvaa and nvac.
Signed-off-by: Marcin Slusarz
---
Note: it would be catched much faster (probably even by author, and not after
2 years) if this code would use (known!) register names...
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 4 ++--
1 file changed, 2
before: "nouveau E[X[3162]] failed to idle channel 0x [X[3162]]"
after: "nouveau E[X[3162]] failed to idle channel: -16"
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_chan.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --g
It's probably impossible to hit it now on mainline kernel.
I only noticed it because one of my debugging patches uses it.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_ttm.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/no
Page tables on nv50 take 48kB, which can be hard to allocate in one piece.
Let's use vmalloc.
Signed-off-by: Marcin Slusarz
Cc: sta...@vger.kernel.org [3.7+]
---
drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/driver
(event->priv, 0x61002c, (1 << head), (0 << head));
> + nv_mask(event->priv, 0x61002c, (4 << head), 0);
> }
>
> static int
>
It fixes vblank on my NVA8, thanks.
Tested-by: Marcin Slusarz
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Tue, Feb 19, 2013 at 10:09:12PM +0100, Michael Weirauch wrote:
> 2013/2/19 Marcin Slusarz :
> > Yay. It will probably fix
> > https://bugs.freedesktop.org/show_bug.cgi?id=59168.
> > (note: it doesn't apply on top of nouveau/master)
>
> Please correct me if I a
bably fix https://bugs.freedesktop.org/show_bug.cgi?id=59168.
(note: it doesn't apply on top of nouveau/master)
Reviewed-by: Marcin Slusarz
> ---
>
> diff --git a/drivers/gpu/drm/nouveau/nvc0_fence.c
> b/drivers/gpu/drm/nouveau/nvc0_fence.c
> index 85a0e78..4f46d8b 100644
> ---
On Thu, Feb 07, 2013 at 04:16:54PM +0100, Flavio Castelli wrote:
> For an unknown reason both my monitors ended up with a corrupted EDID.
> They both provide VGA and DVI input. The VGA input works fine, while
> DVI is broken because of the EDID issue.
>
> Using these [1] instructions I have been a
class.
Reported-by: Arend van Spriel
Reported-by: Peter Hurley
Reported-by: Maarten Lankhorst
Reported-by: Daniel J Blueman
Signed-off-by: Marcin Slusarz
Cc: sta...@vger.kernel.org [3.7, but needs s/const ofuncs/ofuncs/ to build]
---
Lightly tested, only on NV4B and NVC1.
---
drivers/gpu/drm
On Sun, Feb 03, 2013 at 09:07:56PM +0100, Marcin Slusarz wrote:
> Current uninitialized sensor detection does not work for me on nv4b and
> sensor returns crazy values (>190°C). It stabilises later, but it's too
> late - therm code shutdowns the machine...
>
> Let&
Direct port of commit d1bc38b6673c54af61196056c489383fba8dced8
"nv40/exa: fix shaders on big-endian machines" to nv30.
Fixes https://bugs.freedesktop.org/show_bug.cgi?id=60050
---
src/nv30_exa.c | 272 -
1 file changed, 136 insertions(+), 13
orderly_poweroff cannot be called from atomic context.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/subdev/therm/temp.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/therm/temp.c
b/drivers/gpu/drm
Current uninitialized sensor detection does not work for me on nv4b and
sensor returns crazy values (>190°C). It stabilises later, but it's too
late - therm code shutdowns the machine...
Let's just reset it on init.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core
+ the same for shutdown threshold - seems impossible, but shutdown can fail.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/subdev/therm/temp.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/therm/temp.c
b
On Wed, Jan 30, 2013 at 09:25:17AM +0100, Hermann Lauer wrote:
> Hello,
> 3.7.x kernels prevent my laptop with Optimus VGA from suspend to disk
> with an PFIFO write fault in PCOPY0, see kernel log below.
>
> During the 3.6.x upto 3.6.11 suspend worked without problems.
> lspci -v info of the VGAs
Keeping it in VRAM wastes CPU time, because cursor_set ioctl reads
handed BO back to RAM, just to write it to actual cursor BO.
Here (nv92/core i7), this patch decreases overall cpu usage of
drmmode_load_cursor_argb from 4.6ms to ~90us and lets nv50_crtc_cursor_set
disappear from perf traces.
---
On Sat, Jan 05, 2013 at 10:10:06AM +0100, Pontus Fuchs wrote:
> On 01/03/2013 08:12 PM, Marcin Slusarz wrote:
> > On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
> >> I bisected the problem down to this commit:
> >>
> >> 186ecad21: drm/nv50/dis
On Thu, Jan 03, 2013 at 01:58:10PM +0100, Marcin Slusarz wrote:
> On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> > Hi,
> >
> > Starting with 3.8rc1 I get a black screen when resuming after suspend.
> > The kernel is alive because I can switch to VT1 an
On Wed, Jan 02, 2013 at 04:19:35PM +0100, Pontus Fuchs wrote:
> Hi,
>
> Starting with 3.8rc1 I get a black screen when resuming after suspend.
> The kernel is alive because I can switch to VT1 and reboot with
> ctrl-alt-delete.
>
> I bisected the problem down to this commit:
>
> 186ecad21: drm
We already rely on them having the same fields and layout.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nv10_fence.c | 13 +
drivers/gpu/drm/nouveau/nv10_fence.h | 19 +++
drivers/gpu/drm/nouveau/nv50_fence.c | 19 ---
3 files changed, 24
fence state is
stored) are not saved+restored across suspend/resume, we need to do it
manually.
nvc0+ was fixed by commit d6ba6d215a538a58f0f0026f0961b0b9125e8042
"drm/nvc0/fence: restore pre-suspend fence buffer context on resume".
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=501
On Mon, Dec 24, 2012 at 09:26:17PM +0100, baldu...@units.it wrote:
> hello everybody,
>
> apologies if I am missing any blatant point; my knowledge about
> KMS/DRM etc. is very poor, so I am asking for help here (hoping to be
> at the right place)
>
> Starting with kernel-3.7 I am not able to boo
On Thu, Dec 20, 2012 at 11:37:09PM +0100, Marcin Slusarz wrote:
> If we return freed vm, nouveau_drm_open will happily call nouveau_cli_destroy,
> which will try to free it again.
>
> Reported-by: Peter Hurley
> Signed-off-by: Marcin Slusarz
> ---
BTW, this fixes https://bu
nv_mask(device, NV_PBUS_DEBUG_DUALHEAD_CTL, 0, 1 << 31);
> nv_mask(device, NV_PCRTC_GPIO_EXT, 3, 1);
Reviewed-by: Marcin Slusarz
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On Fri, Dec 21, 2012 at 10:15:48AM +1000, Ben Skeggs wrote:
> On Thu, Dec 20, 2012 at 11:37:12PM +0100, Marcin Slusarz wrote:
> > When hash collision occurs and it's near ramht object boundary, we could
> > read and possibly overwrite some memory after ramht object.
> >
Nouveau related headers are installed in I${includedir}/libdrm now.
---
nouveau/libdrm_nouveau.pc.in | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nouveau/libdrm_nouveau.pc.in b/nouveau/libdrm_nouveau.pc.in
index 6170613..454fc87 100644
--- a/nouveau/libdrm_nouveau.pc.in
+++
Hi
I found a way to reliably reproduce PFIFO CACHE_ERRORS, but I don't see why.
How to reproduce them:
1) Run a couple of glxinfo loops - 3 is usually enough.
while [ true ]; do nvgl glxinfo >/dev/null 2>/dev/null; done
2) Run glxgears.
3) If you can't see it now, resize glxgears window or add
Note: bar faults and semaphore errors were previously silently acked.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c | 142 ++--
drivers/gpu/drm/nouveau/core/engine/fifo/nv04.h | 5 +-
2 files changed, 139 insertions(+), 8 deletions
w one (DRM_MODE_DPMS_OFF) is too,
so it skips calling some crucial lvds scripts.
Reported-by: Chris Paulson-Ellis
Signed-off-by: Marcin Slusarz
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/nouveau/nv04_dfp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouve
When hash collision occurs and it's near ramht object boundary, we could
read and possibly overwrite some memory after ramht object.
Signed-off-by: Marcin Slusarz
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/nouveau/core/core/ramht.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Depending on the point of failure, freed object would be returned
or memory leak would happen.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/client.c | 4 +---
drivers/gpu/drm/nouveau/core/include/core/client.h | 3 +++
drivers/gpu/drm/nouveau/nouveau_drm.c
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/handle.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/core/handle.c
b/drivers/gpu/drm/nouveau/core/core/handle.c
index b8d2cbf..264c2b3 100644
--- a/drivers/gpu/drm
If we return freed vm, nouveau_drm_open will happily call nouveau_cli_destroy,
which will try to free it again.
Reported-by: Peter Hurley
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/subdev/vm/base.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a
Fixes memory corruptions, oopses, etc. when multiple gpuobjs are
simultaneously created or destroyed.
Signed-off-by: Marcin Slusarz
Cc: sta...@vger.kernel.org
---
drivers/gpu/drm/nouveau/core/subdev/instmem/base.c | 35 +-
1 file changed, 27 insertions(+), 8 deletions
On Mon, Dec 10, 2012 at 06:47:41PM +1000, Ben Skeggs wrote:
> On Sun, Dec 09, 2012 at 12:04:54PM +0100, Marcin Slusarz wrote:
> > On Sun, Dec 09, 2012 at 02:48:49PM +1000, Ben Skeggs wrote:
> > > > > > diff --git a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
&g
Signed-off-by: Marcin Slusarz
---
v2: finish, fixes after initial review
v3: fix reporting of vm_engine when client already went away
---
drivers/gpu/drm/nouveau/core/engine/copy/nva3.c | 6 ++--
drivers/gpu/drm/nouveau/core/engine/crypt/nv84.c | 6 ++--
drivers/gpu/drm/nouveau/core/engine
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/copy/nva3.c | 6 ++--
drivers/gpu/drm/nouveau/core/engine/crypt/nv84.c | 6 ++--
drivers/gpu/drm/nouveau/core/engine/crypt/nv98.c | 6 ++--
drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c | 22 +++-
drivers/gpu
- record channel owner process name
- add some helpers for accessing this information
- let nouveau_enum hold additional value (will be needed in the next patch)
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/client.c | 10 ++
drivers/gpu/drm/nouveau/core
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/enum.c | 8
drivers/gpu/drm/nouveau/core/engine/copy/nva3.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/crypt/nv84.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/crypt/nv98.c | 2 +-
drivers/gpu/drm/nouveau
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c | 174
1 file changed, 88 insertions(+), 86 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c
b/drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c
index 2fe14da3
On Sun, Dec 09, 2012 at 02:48:49PM +1000, Ben Skeggs wrote:
> > > > diff --git a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > b/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > index 487cb8c..d1120fc 100644
> > > > --- a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > +++ b/dri
On Fri, Dec 07, 2012 at 02:46:53PM +1000, Ben Skeggs wrote:
> On Wed, Dec 05, 2012 at 11:56:22PM +0100, Marcin Slusarz wrote:
> > Full piglit run with this patch:
> > http://people.freedesktop.org/~mslusarz/chan_owners.txt
> >
> > This patch covers only a small subse
Full piglit run with this patch:
http://people.freedesktop.org/~mslusarz/chan_owners.txt
This patch covers only a small subset of all error messages, so:
Not-yet-signed-off-by: Marcin Slusarz
Comments? Ideas?
(This commit depends on this one:
http://people.freedesktop.org/~mslusarz/0001-drm
On Sun, Dec 02, 2012 at 02:53:01PM +0100, Marcin Slusarz wrote:
> Fixes memory corruptions (unrelated to nouveau!), oopses, gpu lockups and
> xserver crashes when multiple gpuobjs are simultaneously created / destroyed.
>
> Signed-off-by: Marcin Slusarz
> ---
> Piglit, with c
Fixes memory corruptions (unrelated to nouveau!), oopses, gpu lockups and
xserver crashes when multiple gpuobjs are simultaneously created / destroyed.
Signed-off-by: Marcin Slusarz
---
Piglit, with concurrency enabled, can finally finish without crashes or lockups
(most of the time
On Sun, Nov 25, 2012 at 11:02:28PM +0100, Marcin Slusarz wrote:
> Fixes GART leak (as accounted by nouveau_drm.gem.gart_available).
>
> Signed-off-by: Marcin Slusarz
> ---
>
> Running glxinfo in a loop is enough to trigger it - after several thousand
> runs (depending on
On Thu, Nov 29, 2012 at 11:56:54AM +0100, Javier Domingo wrote:
> Hi,
>
> I am running a GTX-560 with nouveau driver, or at least I try to, and
> I dont get it working... I have seen that in the Xorg.log.0 appears
> the chipset family, but I don't know why it isn't working.
>
> I attach the Xorg.
On Mon, Nov 26, 2012 at 08:16:17PM +0100, Maarten Maathuis wrote:
> On Mon, Nov 26, 2012 at 7:04 PM, Marcin Slusarz
> wrote:
> > On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote:
> >> Hi everyone,
> >>
> >> I was wondering what to do to d
On Sun, Nov 25, 2012 at 11:50:50PM +0100, Maarten Maathuis wrote:
> Hi everyone,
>
> I was wondering what to do to dig into this problem further.The kernel
> is several weeks old (nouveau tree), it's at commit
> 000463f13fba6b2f94a5bfcb0d615751ae9c34a0.
>
> As you can see from the mesages below t
These objects leak VRAM - but only on module unload.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nv04_crtc.c| 6 +-
drivers/gpu/drm/nouveau/nv10_fence.c | 7 ++-
drivers/gpu/drm/nouveau/nv50_display.c | 21 ++---
drivers/gpu/drm/nouveau/nv50_fence.c
Fixes GART leak (as accounted by nouveau_drm.gem.gart_available).
Signed-off-by: Marcin Slusarz
---
Running glxinfo in a loop is enough to trigger it - after several thousand
runs (depending on GART size), X server crashes and does not come back in
a correct state (corruptions and crashes
Copy/pasted from nouveau_gem_new.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_prime.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_prime.c
b/drivers/gpu/drm/nouveau/nouveau_prime.c
index 366462c..3543fec 100644
--- a/drivers/gpu
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/fifo/nv04.c | 10 +-
drivers/gpu/drm/nouveau/core/engine/fifo/nvc0.c | 2 +-
drivers/gpu/drm/nouveau/core/engine/graph/nv20.c | 4 ++--
drivers/gpu/drm/nouveau/core/engine/graph/nv40.c | 2 +-
drivers/gpu/drm
---
src/drmmode_display.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/drmmode_display.c b/src/drmmode_display.c
index 803785d..4d2d09d 100644
--- a/src/drmmode_display.c
+++ b/src/drmmode_display.c
@@ -357,7 +357,7 @@ drmmode_set_mode_major(xf86CrtcPtr crtc, Displa
On Fri, Nov 16, 2012 at 09:36:56PM +1000, Dave Airlie wrote:
> On Fri, Nov 16, 2012 at 7:09 AM, Marcin Slusarz
> wrote:
> > memcmp->nv_strncmp conversion should have inverted the return value.
> >
> > Signed-off-by: Marcin Slusarz
> > ---
> > See
> &
memcmp->nv_strncmp conversion should have inverted the return value.
Signed-off-by: Marcin Slusarz
---
See
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=blob;f=drivers/gpu/drm/nouveau/nouveau_bios.c;h=a0a3fe3c016be86665db1369c44bef832f829a1a
On Mon, Nov 12, 2012 at 06:14:05AM -0600, Kelly Doran wrote:
> Okay I have added two patches, one of them should fix the problem...
>
vblank-fix1.patch works, thanks.
Marcin
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedeskto
On Sun, Nov 11, 2012 at 08:09:08PM +, Emil Velikov wrote:
> On 04/11/12 18:06, Emil Velikov wrote:
> > Verbatim copy from xf86-video-radeon commit 809cacb
s/radeon/ati/
Here's direct link:
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=809cacb
> >
> > Bugzilla: https://b
Reported-by: Ortwin Glück
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nouveau_abi16.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/nouveau_abi16.c
b/drivers/gpu/drm/nouveau/nouveau_abi16.c
index cc79c79..cbf1fc6 100644
--- a/drivers/gpu/drm
Some archs defconfigs have CONFIG_FRAME_WARN set to 1024, which lead to this
warning:
drivers/gpu/drm/nouveau/core/engine/graph/ctxnv40.c: warning: the frame size
of 1184 bytes is larger than 1024 bytes
Reported-by: Geert Uytterhoeven
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau
drivers/gpu/drm/nouveau/core/subdev/bios/base.c: warning: unused variable 'i'
Reported-by: Geert Uytterhoeven
Signed-off-by: Marcin Slusarz
---
It's powerpc only code, so this wasn't compile tested.
---
drivers/gpu/drm/nouveau/core/subdev/bios/base.c | 2 +-
1 file change
On Wed, Nov 07, 2012 at 08:04:41PM +0100, Marcin Slusarz wrote:
> On Wed, Nov 07, 2012 at 10:08:47AM +1000, Ben Skeggs wrote:
> > On Tue, Nov 06, 2012 at 10:48:52PM +0100, Marcin Slusarz wrote:
> > > Now it outputs:
> > > nouveau E[ PGRAPH][:02:00.0] PGRAPH
On Sun, Nov 11, 2012 at 07:26:17PM +0100, Marcin Slusarz wrote:
> On Tue, Nov 06, 2012 at 07:30:00PM +0100, Maarten Lankhorst wrote:
> >
> >
> > Op 06-11-12 15:48, Kelly Doran schreef:
> > > The vblank on nvc0 was not working correctly and would freeze X, I managed
On Tue, Nov 06, 2012 at 07:30:00PM +0100, Maarten Lankhorst wrote:
>
>
> Op 06-11-12 15:48, Kelly Doran schreef:
> > The vblank on nvc0 was not working correctly and would freeze X, I managed
> > to track it down and fix it with some help from m.b.lankhorst, see
> > https://bugs.freedesktop.org/s
On Wed, Nov 07, 2012 at 10:08:47AM +1000, Ben Skeggs wrote:
> On Tue, Nov 06, 2012 at 10:48:52PM +0100, Marcin Slusarz wrote:
> > Now it outputs:
> > nouveau E[ PGRAPH][:02:00.0] PGRAPH TLB flush idle timeout fail
> > nouveau E[ PGRAPH][:02:00.0] PGRAPH_STATUS:
On Tue, Nov 06, 2012 at 10:03:40PM +0800, Daniel J Blueman wrote:
> In 3.7-rc4, when starting X with the integrated GPU and suspending the
> discrete GPU,
> after one or more 32-bit applications are used (eg Skype) and X is stopped,
> we hit a panic.
>
> Prevent this by testing if the fini functi
Abuse of function pointer was noticed by sparse.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/nv50_evo.c | 18 --
1 file changed, 12 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nv50_evo.c
b/drivers/gpu/drm/nouveau/nv50_evo.c
index 9f6f55c
] PGRAPH_VSTATUS: CCACHE (0x00145b4d)
(0x002d) ENG2D ROP (0x0034db40)
instead of:
[drm] nouveau :02:00.0: PGRAPH TLB flush idle timeout fail: 0x011fde03
0x00145b4d 0x002d 0x0034db40
Based on envytools docs.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/graph
It slipped in thanks to typeless API.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/mpeg/nv40.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/engine/mpeg/nv40.c
b/drivers/gpu/drm/nouveau/core/engine/mpeg/nv40.c
index
nv04_graph_priv / nv04_graph_chan are not defined in this context...
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/engine/graph/nv40.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/engine/graph/nv40.c
b/drivers/gpu/drm
It's a miracle it compiles at all - nv04_vm_priv does not exist
anywhere in the tree.
Signed-off-by: Marcin Slusarz
---
v2: rebased on top of nouveau/master
---
drivers/gpu/drm/nouveau/core/subdev/vm/nv41.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gp
On Thu, Nov 01, 2012 at 11:13:03AM -0500, Pouar wrote:
>On 2012/10/31 17:27, Marcin Slusarz wrote:
>
> On Tue, Oct 30, 2012 at 01:30:53PM -0500, Pouar wrote:
>
>On 10/30/2012 01:28 PM, Pouar wrote:
>
>On 10/28/2012 01:21 PM, Pouar wrote:
>
>On 10/28/
On Mon, Oct 29, 2012 at 10:09:07PM +0800, Daniel J Blueman wrote:
> On 25 October 2012 02:07, Marcin Slusarz wrote:
> > On Wed, Oct 24, 2012 at 01:54:43PM +0800, Daniel J Blueman wrote:
> >> On 13 October 2012 15:12, Daniel J Blueman wrote:
> [...]
> >> echo IGD &g
On Tue, Oct 30, 2012 at 01:30:53PM -0500, Pouar wrote:
>On 10/30/2012 01:28 PM, Pouar wrote:
>
>On 10/28/2012 01:21 PM, Pouar wrote:
>
>On 10/28/2012 01:18 PM, Emil Velikov wrote:
>
> On Sun, 28 Oct 2012 01:15:54 -, Pouar wrote:
>
> there's a regression in the xf86-vid
On Wed, Oct 24, 2012 at 01:54:43PM +0800, Daniel J Blueman wrote:
> On 13 October 2012 15:12, Daniel J Blueman wrote:
> > On my Macbook Retina, when switching to the integrated GPU, we see a
> > ioread32 issued to the discrete GPU, which hangs as it is in D3 [1]
> > (drm.debug is set to 14 here).
It's a miracle it compiles at all - nv04_vm_priv does not exist
anywhere in the tree.
Signed-off-by: Marcin Slusarz
---
Noticed when adding types to Nouveau APIs.
---
drivers/gpu/drm/nouveau/core/subdev/vm/nv41.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/driver
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/mm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/core/mm.c
b/drivers/gpu/drm/nouveau/core/core/mm.c
index bfddf87..4d62064 100644
--- a/drivers/gpu/drm/nouveau/core/core/mm.c
v2: use already existing parent
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/gpuobj.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/nouveau/core/core/gpuobj.c
b/drivers/gpu/drm/nouveau/core/core/gpuobj.c
index c2a7608..18b3f5c 100644
--- a
On Fri, Oct 19, 2012 at 04:05:14PM +1000, Ben Skeggs wrote:
> On Thu, Oct 11, 2012 at 11:53:09PM +0200, Marcin Slusarz wrote:
> > Signed-off-by: Marcin Slusarz
> > ---
> > drivers/gpu/drm/nouveau/core/core/gpuobj.c | 6 +-
> > drivers/gpu/drm/nouveau/cor
On Sun, Oct 21, 2012 at 12:53:15PM +0200, Lekensteyn wrote:
> From: Peter Wu
>
> Since commit "drm/nouveau/bios: attempt to fetch entire acpi rom image in one
> shot", the ACPI spec is broken in order to gain speed. In theory, since the
> _ROM method is supposed to return 4 KiB only, the returned
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/include/core/class.h | 31 +++
1 file changed, 4 insertions(+), 27 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/core/include/core/class.h
b/drivers/gpu/drm/nouveau/core/include/core/class.h
index 6180ae9
On Thu, Oct 11, 2012 at 11:53:09PM +0200, Marcin Slusarz wrote:
> Signed-off-by: Marcin Slusarz
> ---
> drivers/gpu/drm/nouveau/core/core/gpuobj.c | 6 +-
> drivers/gpu/drm/nouveau/core/include/core/gpuobj.h | 3 +++
> 2 files changed, 8 insertions(+), 1 deletion(-)
&g
On Fri, Oct 05, 2012 at 09:37:59PM +0200, Marcin Slusarz wrote:
> It's questionable use case, but weston/wayland already relies on this
> behaviour,
> and other drivers don't care about it, so it's a matter of compatibility.
> Without it, process invoking such page fli
On Thu, Oct 04, 2012 at 01:43:15PM +0200, Marcin Slusarz wrote:
> On Thu, Sep 13, 2012 at 12:47:53AM +0200, Marcin Slusarz wrote:
> > On Tue, Aug 21, 2012 at 12:08:32AM +0200, Marcin Slusarz wrote:
> > > On Mon, Aug 20, 2012 at 07:02:46PM +0200, Marcin Slusarz wrote:
> >
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/core/gpuobj.c | 6 +-
drivers/gpu/drm/nouveau/core/include/core/gpuobj.h | 3 +++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/core/gpuobj.c
b/drivers/gpu/drm/nouveau/core
nouveau_fb_destroy already calls nouveau_mm_fini on vram mm.
Signed-off-by: Marcin Slusarz
---
drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
b/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
index
1 - 100 of 428 matches
Mail list logo