Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

On Wed, Feb 25, 2015 at 11:55 AM, Maarten Lankhorst < maarten.lankho...@canonical.com> wrote: > > > On 25-02-15 18:26, Patrick Baggett wrote: > >> > >> > >> In general things don't get optimized across function calls, except in > >>

Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

> > > In general things don't get optimized across function calls, except in > case of inlinable functions. > > And for compiler attributes it's the opposite,__attribute__((const)) and > __attribute((pure)) can be used to indicate some kind of safety to optimize > across functions. > > https://gcc.

Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

On Wed, Feb 25, 2015 at 10:35 AM, Ilia Mirkin wrote: > pthread_mutex_lock had *better* imply a compiler barrier across which > code can't be moved... which is very different from the printf case > where it might have done it due to register pressure or who knows > what. > In the dummy function, r

Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

So you're saying a compiler can optimize: > > - statement with memory access > - read memory barrier > - statement with memory access > > To drop the second statement? I would worry about your definition of > memory barrier then.. > This is tricky, but I think you're mixing up the general case wit

Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

On Wed, Feb 25, 2015 at 9:07 AM, Maarten Lankhorst < maarten.lankho...@ubuntu.com> wrote: > Op 25-02-15 om 16:04 schreef Patrick Baggett: > > On Wed, Feb 25, 2015 at 8:59 AM, Maarten Lankhorst < > > maarten.lankho...@ubuntu.com> wrote: > > > >> Op 25-02-

Re: [Nouveau] [PATCH 2/2] nouveau: Do not add most bo's to the global bo list.

On Wed, Feb 25, 2015 at 8:59 AM, Maarten Lankhorst < maarten.lankho...@ubuntu.com> wrote: > Op 25-02-15 om 15:11 schreef Emil Velikov: > > On 24 February 2015 at 09:01, Maarten Lankhorst > > wrote: > >> Only add wrapped bo's and bo's that have been exported through flink or > dma-buf. > >> This a

Re: [Nouveau] [Bug 72717] [NVE6] No sound via display port (hdmi works)

On Mon, Sep 15, 2014 at 2:17 PM, wrote: > *Comment # 5 on > bug 72717 from Ilia > Mirkin * > > (In reply to comment #4 > )> Are t

Re: [Nouveau] [Bug 72717] [NVE6] No sound via display port (hdmi works)

How does patch reviewing work for things like this? It seems kind of like eldritch incantations Are there docs that explain what these mean or does this come from replaying register writes from the blob? ~ Patrick On Mon, Sep 15, 2014 at 12:23 PM, wrote: > *Comment # 3

[Nouveau] Are the instructions on freedesktop.org still OK?

I've been following the nouveau git, but it seems now that when I follow the instructions on it [1], I end up with a kernel v3.12 rather than 3.16rc7 (though that is a branch in my repo). I guess I don't yet grok how git works with remote masters. I want to update to the latest Linus git kernel + l

Re: [Nouveau] Text sometimes missing on NV18 based laptop

On Wed, Jul 23, 2014 at 9:32 AM, Clemens Eisserer wrote: > Hi again, > > > On my NV18 based laptop I experience artifacts related to text > > (however, 2D performance is really great these days): > > - With grayscale AA text is sometimes missing, often visible on the XFCE > desktop > > - With sub

Re: [Nouveau] Text sometimes missing on NV18 based laptop

> > > > Unfortunately I can't make that guarantee. Especially since I've > already tried and was unable to reproduce. I do have a bid on a NV17 > or NV18 card on ebay, so just don't outbid me for it :) > Hah, fair enough. Maybe I should install one and join the fun... Patrick ___

Re: [Nouveau] Text sometimes missing on NV18 based laptop

On Wed, Jul 23, 2014 at 9:41 AM, Ilia Mirkin wrote: > On Wed, Jul 23, 2014 at 10:32 AM, Clemens Eisserer > wrote: > > Hi again, > > > >> On my NV18 based laptop I experience artifacts related to text > >> (however, 2D performance is really great these days): > >> - With grayscale AA text is some

[Nouveau] BO page shift?

I'm looking at nouveau_bo.c in nouveau_bo_new() and I see some code like: line 230: nvbo->bo.mem.num_pages = size >> PAGE_SHIFT; and line 236 ret = ttm_bo_init(&drm->ttm.bdev, &nvbo->bo, size, type, &nvbo->placement, align >> PAGE_SHIFT, fal

Re: [Nouveau] Fixing nouveau for >4k PAGE_SIZE

I'm looking forward to something that fixes page size bugs. I still have the SPARC box that I reported but #58984 [1] on and I'm ready to test changes. Is there an easy way to apply these patches to nouveau master and try it out? SPARC has (default) 8KB page size, though, not 64KB. [1] https://b

Re: [Nouveau] UBO support for nouveau broken

asons I ever thought of learning more c and opengl were > dolphin and nouveau (what a coincidence). > Hope that could help. > With kind regards, > Thomas Schneider > > > 2013/7/11 Patrick Baggett > >> Hi Thomas, >> >> Are you well-versed in C and OpenGL? If

Re: [Nouveau] UBO support for nouveau broken

Hi Thomas, Are you well-versed in C and OpenGL? If so, can you write a test case for it that shows the problem? If not, would you mind running a test case if I wrote it and letting me know how well it works (if at all)? I'm not a nouveau developer, but I do have an interest in seeing this bug reso

Re: [Nouveau] Fix unaligned accesses for SPARC

of erroneous accesses. Using __get_unaligned_le would probably remove one byteswap though. Patrick On Wed, Mar 13, 2013 at 4:29 PM, Marcin Slusarz wrote: > On Tue, Mar 12, 2013 at 10:18:41PM -0500, Patrick Baggett wrote: > >The nouveau driver makes a number of unaligned accesse

[Nouveau] Lots of IB_EMPTY errors on G98 (GeForce 8400 GS) on SPARC

I'm running on Sun Blade 2500 with a GeForce 8400 GS PCI. After (maybe?) fixing a few errrors with bo allocation, I'm getting a lot of IB_EMPTY errors, ultimately resulting in a GPU lockup. I don't have any sort of framebuffer visible. After reading dma-pusher.txt, I see "An attempt to submit IB e

[Nouveau] Fix unaligned accesses for SPARC

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 fixes the problem for me. diff --git a/drivers/gpu/drm/nouveau/nouveau_bios.h b/drivers

Re: [Nouveau] nouveau on Linux/sparc64 SunBlade 100

two > "SunBlade 100"s, and a "Sun Ultra 5". I have always been annoyed at the > lack of good video card options when using these systems. I would love to > have more room on my screen then 1024x768. So when I saw this post on the > list > http://lists.freed

[Nouveau] OpenArena on Linux/SPARC + nouveau

Hi all, I posted a while back about running nouveau on (unmodified) x86 graphics cards, specifically a GeForce 4000 MX on a Sun Ultra 10 using Debian/sparc64 (Linux 3.1.0) Well, I don't know who's patches fixed what, but I was able to finally get a stable X screen on it! glxgears showed a few hu

Re: [Nouveau] nouveau on Linux/sparc64 -- almost!

> Are unaligned accesses actually errors on Sparc or just trapped and > emulated and therefore slow? I'm not 100% sure. Architecturally, they are errors on SPARC. Userspace applications that do unaligned accesses are sent SIGBUS and usually killed. For a driver, I would imagine that the kernel wo

[Nouveau] nouveau on Linux/sparc64 -- almost!

Hey all, First off, I'd like to say many thanks to the nouveau developers! I've got a Sun Ultra 10 running Debian 6 (testing branch) with an onboard ATI card and a PCI GeForceMX 4000. So far X works fine on the ATI card, but I noticed that the DRM driver for the GF4 has a few unaligned access

[Nouveau] Older Nvidia hardware driver state

to even get the driver to build, and then to function. I'm very proficient in C but don't have much experience writing drivers. Patrick Baggett ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau

Re: [Nouveau] [Mesa-dev] [PATCH v2 2/2] xorg/nouveau: blacklist all pre NV30 cards

Wasn't nouveau targeted to provide HW acceleration for old cards like the TNT2, or has that idea been killed? Patrick On Sun, Jun 5, 2011 at 2:06 PM, Marcin Slusarz wrote: > On Tue, May 17, 2011 at 12:20:14AM +0200, Marcin Slusarz wrote: > > Bail out early in probe, so other driver can take cont