similar to: A few patches for ng

1 patch for libnouveau_drm, 4 for drm and one work in progress patch for the ddx. Getting nv50 to run proved to be more difficult than i thought (at some point i stopped because it would require significant changes), i just have a few remarks. - Buffer object access is not guarded by fences at all, which is a major issue. You worked around that by using M2MF I suppose, but this needs a

Not much has changed, except that i've test run these patches for a few weeks now. I'm actually surprised i've avoided Out-Of-Memory issues. Patch 2 remains a temporary hack, awaiting a structural fix by darktama. The whole thing works fine, but XSHM is an issue (http://stillunknown.livejournal.com/928.html). With it disabled most apps are fine, although a few issues remain. As

- Only for sufficiently new xserver's and exa_driver_pixmaps. --- src/nouveau_exa.c | 217 +++++++++++++++++++++++++++++++++++++++++++++++++++-- src/nv_driver.c | 51 +++++++++++-- src/nv_proto.h | 4 + src/nv_type.h | 12 +++- 4 files changed, 267 insertions(+), 17 deletions(-) diff --git a/src/nouveau_exa.c b/src/nouveau_exa.c index 93fc3c5..074a226 100644 ---

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Full log below, but most notably: - Better 30bpp handling - DP-MST hotplug support - DRI3/Present support in the presence of rotated RandR screens - Updates for various Xorg API changes - Autoconf cleanups Adam Jackson (1): modesetting: Validate the atom for enum properties Ilia Mirkin (10): man: remove reference to glamor under

This causes nouveau_drv.so to not be loadable due to a missing wfbPictureInit. I'm not 100% sure what causes it -- it happens at runtime in the middle of probe, and I don't have wfb enabled. Either way, I'm going to revert this until we get a better idea of what's going on. On Sun, Jan 20, 2019 at 7:20 PM Rhys Kidd <rhyskidd at gmail.com> wrote: > > Fixes warning with

http://bugs.freedesktop.org/show_bug.cgi?id=22253 Summary: KMS Nouveau - wfb crash Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

These two patches make nv50 usable with driver allocated pixmaps. I am aware that some cards (NV9X?) have a slightly different texture layout somehow, i would encourage people to use the test program i sent a few days ago to try and figure it out, or at least sent in the output (see the last email for details). Sorry for all the bitmasking, shifting and such in the first patch but is absolutely

Hi Tommi, Not sure if these apply here but there are a couple of outstanding locking fixes available in http://cgit.freedesktop.org/~darktama/nouveau/ -- specifically these two: http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=2f3a56ad019e378a352e9cb7a559f478826f1a87 http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=4179b15c6e9fcfb253e811e5477debe46c84c395 Not sure if they affect

https://bugs.freedesktop.org/show_bug.cgi?id=75761 --- Comment #35 from Ilia Mirkin <imirkin at alum.mit.edu> --- A few pageflip-related commits landed in the repo: http://cgit.freedesktop.org/~darktama/nouveau/ http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=ff527544b0048d41a56097a66ff954fb9b0a2c75 Seems related to what was going on here. Give it a shot... (you'll need to

- http://cgit.freedesktop.org/~airlied/linux/log/?h=drm-fixes git clone -b drm-fixes git://people.freedesktop.org/~airlied/linux - http://cgit.freedesktop.org/~darktama/nouveau/ git://people.freedesktop.org/~darktama/nouveau ./autogen.sh cd drm make su mkdir /usr/lib/modules/3.18.0-rc1.git-e800cab-drm-fixes/updates/ cp nouveau.ko /usr/lib/modules/3.18.0-rc1.git-e800cab-drm-fixes/updates/ depmod

On 11.08.20 09:41, Peter Zijlstra wrote: > On Fri, Aug 07, 2020 at 05:19:03PM +0200, Marco Elver wrote: > >> My hypothesis here is simply that kvm_wait() may be called in a place >> where we get the same case I mentioned to Peter, >> >> raw_local_irq_save(); /* or other IRQs off without tracing */ >> ... >> kvm_wait() /* IRQ state tracing gets confused

On 11.08.20 09:41, Peter Zijlstra wrote: > On Fri, Aug 07, 2020 at 05:19:03PM +0200, Marco Elver wrote: > >> My hypothesis here is simply that kvm_wait() may be called in a place >> where we get the same case I mentioned to Peter, >> >> raw_local_irq_save(); /* or other IRQs off without tracing */ >> ... >> kvm_wait() /* IRQ state tracing gets confused

https://bugs.freedesktop.org/show_bug.cgi?id=92971 --- Comment #7 from Ilia Mirkin <imirkin at alum.mit.edu> --- (In reply to Philippe Condé from comment #6) > Hello, > > I tested with the non Xen kernel vmlinux-4.3.0-1-default. > The crash exists also with this kernel > > here the journalctl output with a crash when loading a page in the browser: > The screen was

Hi! Sorry for being somewhat offtopic but I'm hoping someone can help me. I need to download some music I can use in a one-time non-commercial multimedia presentation (technically speaking I'll be demo-ing ogg123 :-)). I don't care what it is, only it musn't suck and be somewhat suitable for general audience. RMS's speeches simply don't cut :-) So far all music I found on

12:08 < curro_> shining: hmm, it seems, darktama didn't quite finish the additional reloc checking he started to code 12:11 < curro_> shining: that would have solved your problem, poke him when he's back from vacations :) 12:16 < shining> curro_: hmm I really dont get it, it looks like domain can have both set, and flags can also have both set 12:16 < shining> I

On Tue, Aug 11, 2020 at 09:57:55AM +0200, J?rgen Gro? wrote: > On 11.08.20 09:41, Peter Zijlstra wrote: > > On Fri, Aug 07, 2020 at 05:19:03PM +0200, Marco Elver wrote: > > > > > My hypothesis here is simply that kvm_wait() may be called in a place > > > where we get the same case I mentioned to Peter, > > > > > > raw_local_irq_save(); /* or

Try as.matrix(df) where df may be subsetted. > From: "Chris Evans" <chris1 at psyctc.org> > To: s-news at lists.biostat.wustl.edu > Date: Sat, 24 Mar 2001 19:25:32 -0000 > Content-transfer-encoding: 7BIT > Subject: [S] extracting a matrix from a data frame > > I'm a researcher who often has to do my own statistics for various > reasons so apologies

That's great -- can you just confirm that this is what you did (every so often things work for the wrong reasons): (a) grabbed the ~darktama repo (b) took the MXM patch, futzed with the paths (since it was against the linux tree), applied it (c) took the patch off the mailing list, applied it (paths should have been fine) (d) DID NOT apply the vbios-pq1 patch in any form And then you built

My main question is, do the error messages accurately reflect the situation. Anything else wrong with this patch? A (n)ack by darktama would be nice. Maarten. -------------- next part -------------- A non-text attachment was scrubbed... Name: test.patch Type: application/octet-stream Size: 1690 bytes Desc: not available Url :

I've got a preliminary wfb implementation, but it still has issues. In the meantime i've added what i know to the wiki. Maarten.