similar to: Unused macros in DRM

On Fri, 02 Oct 2009 00:07:07 +0100 Stuart Bennett <stuart at freedesktop.org> wrote: > Pekka Paalanen wrote: > > Hi Stuart, > > > > I'm not sure you know, but annarchy just lost all user homes. > > Could you push vbtracetool and whatever personal git repos you > > had, so we can clone them? > > Hey Pekka, I've re-upped vbtracetool and

http://bugs.freedesktop.org/show_bug.cgi?id=10591 Pekka Paalanen <pq at iki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #8 from Pekka Paalanen <pq at

On Fri, 3 Oct 2008 18:03:17 -0400 (EDT) "Kolakkar, Pranay B" <pranay.kolakkar at gatech.edu> wrote: > Hi Paalanen, > > I am a graduate student for Computer Science at Georgia tech and I came > across your page on freedesktop.org/~pq/rules-ng > > It was interesting that you had listed all the registers and addresses of > the nvidia gpu. Please let me know as

Equality in x <= y + z is already out of range. X must be stricly less. Signed-off-by: Pekka Paalanen <pq at 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/nouveau_bios.c index 6afd82e..539835a 100644 --- a/drivers/gpu/drm/nouveau/nouveau_bios.c

On Fri, 25 Oct 2013 17:19:56 +0400 Eugene Shatokhin <euspectre at gmail.com> wrote: > Hi, > > 2013/10/25 Pekka Paalanen <pq at iki.fi> > ... > > We could use some comments from the real reverse-engineers. I used > > to be mostly a tool writer. > > > > Yes, if some experts could share their knowledge of this matter, this would > be most

Hi guys, it's been a year since my last call (below) for updating translations. Unless anyone objects, I propose, that all translation pages are eligible for removal if they have not been properly updated within two weeks since the original page was updated. TiNDCs are an exception, they are not live content, and they should be up-to-date anyway, by definition. mwk already did some good

On Sun, 12 Jul 2009 11:43:15 -0700 (PDT) bugzilla-daemon at freedesktop.org wrote: > http://bugs.freedesktop.org/show_bug.cgi?id=22525 > > --- Comment #5 from Steven Ward <STEVENWARD666 at hotmail.com> 2009-07-12 11:43:13 PST --- > Hi there, > I am sorry about that,I shouldn't have added this new problem to this > bug report.I have had some success in the

Forwarding some personal communique to the list, as I'm not the best to answer. Looks like a bug in the proprietary driver, that prevents SDL from cleaning up the graphics system. Or renouveau is putting the card to a funny state, which the blob does not expect. Aaron, might be worth to try a different driver version, and please at least CC the list next time. >> The computer has a

On Wed, 16 Apr 2008 13:46:09 +0200 Ingo Molnar <mingo at elte.hu> wrote: > > * Pekka Paalanen <pq at iki.fi> 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 we solve this? > >

Hi Thomas, I meant to ask you this 24h ago: why did you deliberately break Nouveau in drm.git? The commit 9a33f62be1c478334572ea9384af60 "drm: Strip old ttm." not only removes the old TTM, it explicitly removes Nouveau from Makefile. IMHO this means you knew it broke Nouveau and you did not care. And there is no explanation in the commit as to why. Did you ask any Nouveau developer if

Hi On Fri, 27 Feb 2009 22:39:06 +0100 Vegard Nossum <vegard.nossum at gmail.com> wrote: > I actually wanted to ask some questions about Nouveau and the NVIDIA > drivers. I was wondering if there would be any point in extending > kmemcheck to track this driver's use of kernel memory. We could quite > easily make a "memory access tracer", which would show all the

Hi, I think it is safe to say, that the drm.git Nouveau kernel modules are now abandoned. The build has been broken for several days. The replacement is the Nouveau kernel tree. I have been updating the instructions in the wiki, so you should get all the information there. The InstallDRM guide should now be complete, there are even *small* daily snapshots for people who fear 'git clone'

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, likely in the wiki. Then I will break the build in master-compat, so that everyone surely notices it is not updated anymore. The reason for this is to reduce confusion, and that

Noticed by sparse: in nouveau_dp_link_train(), the array 'status' was defined as 2 bytes, yet it was accessed for 3 bytes. Fix it by making the array size 3. Signed-off-by: Pekka Paalanen <pq at iki.fi> --- drivers/gpu/drm/nouveau/nouveau_dp.c | 3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_dp.c

http://bugs.freedesktop.org/show_bug.cgi?id=23741 Summary: Driver pixmaps cause pushbuf validation failure on mode change (nv28, KMS) Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

But does it work? --- shared-core/nouveau_reg.h | 248 ++++++++++++++++++++++---------------------- 1 files changed, 124 insertions(+), 124 deletions(-) diff --git a/shared-core/nouveau_reg.h b/shared-core/nouveau_reg.h index ea4a2f6..e2b3012 100644 --- a/shared-core/nouveau_reg.h +++ b/shared-core/nouveau_reg.h @@ -25,14 +25,14 @@ # define NV_RAMHT_CONTEXT_VALID

On Thu, 10 Dec 2009 15:33:13 -0500 "C. Bergstr?m" <cbergstrom at pathscale.com> wrote: > Pekka Paalanen > > > The big question is what we call ctxprogs: binary blobs that are > > clearly executable, running somewhere in the GPU. No-one seems > > to know, if those are copyrightable, or if they can be > > redistributed. In their current form, they have

Hi, the master-compat branch in nouveau/linux-2.6 kernel tree has got a little bit out of hand. Distributions are packaging that, and I cannot know if they warn their users well enough about the hazards of using backported DRM (see: http://nouveau.freedesktop.org/wiki/UpstreamKernelIssues ). I originally intended master-compat as an easy way of installing the Nouveau flavour of DRM modules even

On Fri, 20 Mar 2009 00:06:39 -0500 Jason Detring <detringj at gmail.com> wrote: > Speaking of contributing, would you like a tester for Nouveau on > SPARC64? I have access to an Ultra 45 and a pair of PCI boards (TnT2, > GeForce 6200, both with x86 VBIOSes unfortunately). I don't own any > PCI-E boards yet, but that can change if there's interest. I have no idea about

On Thu, 17 Jul 2008 15:49:42 +0200 Micha? Wi?niewski <brylozketrzyn at gmail.com> wrote: > Hi > > I'm writing to you cause I want to help with noveau. I have GF 5200 card and I > can dump any data you need from it's registers, of course, avalaible to dump > with nvclock. Just write what test you want me to perform (if possible, with > explanations; I'll set