similar to: drm git branches revisited

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

On Wed, 4 Nov 2009 17:42:26 +0000 Jakob Bornecrantz <jakob at vmware.com> wrote: > Hi Jerome > > On 4 nov 2009, at 15.58, Jerome Glisse wrote: > > > > Note: For reference my issue is with cursor on old radeon hw, > > cursor must be in the next 128M from the crtc scanout buffer. We > > got issue when someone start to resize their screen at which > >

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 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

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

I finally had time to reproduce the failure in... http://llvm.org/bugs/show_bug.cgi?id=15817 under x86_64 Fedora 15 linux and it fails the same way as under x86_64-apple-darwin*... XPASS: Polly :: Isl/CodeGen/scevcodegen-1.ll (126 of 249) ******************** TEST 'Polly :: Isl/CodeGen/scevcodegen-1.ll' FAILED ******************** Script: -- opt -load

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

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

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, 13 Sep 2009 20:06:59 -0700 (PDT) darktama at kemper.freedesktop.org (Ben Skeggs) wrote: > src/drmmode_display.c | 6 ++++++ > src/nv_driver.c | 2 ++ > 2 files changed, 8 insertions(+) > > New commits: > commit 6c045fc44783454180d7b3d00b5f25436bd5544e > Author: Ben Skeggs <bskeggs at redhat.com> > Date: Mon Sep 14 13:04:12 2009 +1000 >

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

http://bugs.freedesktop.org/show_bug.cgi?id=23057 Summary: Nouveau/DRM from unamed reposiory failing to build Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

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

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? > >

> Can you give provide: > lspci -vvv Yes > full serial log console output? No. > and what were you doing when this happend? (starting X, playing games?) The previous dmesg was captured during about 10 hr day. Stack traces were cumulated at the end one by one ( about 6-9 similar entries). Now i rebooted the box. Started Virt-Manager and F13 guest . Then begun rotate cube ( desktop)

> On 29 Jul 2016, at 19:19, David Chisnall via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > On 29 Jul 2016, at 05:11, Mehdi Amini via llvm-dev <llvm-dev at lists.llvm.org> wrote: >> >> What I meant by “different problem" is that “downstream users” for instance don’t need to commit, that makes their problem/workflow quite different from an upstream

Just surfing Net for 2-3 hr concerning "dracut" on Fedora 13. Several "warnings"  at the end of dmesg log. Seems like reaction on some system events scheduled to run on regular basis, but not user''s activity. Boris. --- On Tue, 8/17/10, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From: Boris Derzhavets <bderzhavets@yahoo.com> Subject: Re: [Xen-devel]

.config from Ubuntu instance just copied over to F13 instance.  2.6.32.19 rebuilt on F13 with minimal initramfs and get 3D on F13.   I also made diff between .configs   Looks like CONFIG_DRM_RADEON=y caused a problem   should be =m.   CONFIG_DRM_RADEON_KMS=y to make modesetting on radeon by   default.  Boris. --- On Wed, 8/18/10, Boris Derzhavets <bderzhavets@yahoo.com> wrote: From:

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