The update of last_sequence_irq is still racy with this patch...
So let me explain:
- non-interrupt context starts reading last_sequence_irq
- irq happens in the middle (because it is not an atomic read, it's
possible, albeit it doesn't happen on x86 so just saying it works on my
x86 isn't
On Thu, May 27, 2010 at 22:47, Ben Skeggs skeg...@gmail.com wrote:
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com wrote:
For NV04 i can understand, since it's irq driven fences, so let's
split the
On Thu, May 27, 2010 at 23:03, Stephane Marchesin
stephane.marche...@gmail.com wrote:
On Thu, May 27, 2010 at 22:47, Ben Skeggs skeg...@gmail.com wrote:
On Thu, 2010-05-27 at 17:55 +0300, Pekka Paalanen wrote:
On Wed, 26 May 2010 23:24:57 +0200
Maarten Maathuis madman2...@gmail.com
On Thu, Apr 22, 2010 at 02:59, Xavier Chantry chantry.xav...@gmail.com wrote:
First some data errors I get with both nv20 exa and nv20 dri/mesa.
1.
RT_FORMAT
LINEAR + X8R8G8B8
Ch 1/5 Class 0x0597 Mthd 0x0208 Data 0x00800080:0x0105
Ch 1/5 Class 0x0597 Mthd 0x0208 Data
On Thu, Apr 22, 2010 at 03:13, Martin Peres martin.pe...@free.fr wrote:
Hi Nouveau folks,
I've been encountering some corruption on pixmaps for a while now, and it
seems like the problem comes from the DFS/UTS (Download From Screen / Upload
To Screen).
In fact, I'm pretty sure the problem
On Thu, Apr 8, 2010 at 23:51, Ben Skeggs skeg...@gmail.com wrote:
So, with all the nouveau_class.h changes lately it's become rather
difficult to keep libdrm synced up with a particular mesa version.
This is much like what happens when we break our kernel ABI, but on a
far more regular basis
On Sun, Mar 28, 2010 at 18:39, SpliFF spl...@warriorhut.org wrote:
On 03/29/10 11:07, Corbin Simpson wrote:On 03/29/10 11:07, Corbin
Simpson wrote:
Since neither you nor Andrew are lawyers, I would kindly ask that you
refrain from attempting to provide legal advice. :3
If you know I'm
So, after discussion on irc, here is an idea/proposal.
We could flag the upcoming couple of months (two months sounds like
enough?) as the nouveau DRM stabilizing timeframe. Everything that
we think should go into the DRM (basically everything which we want to
go in and can be achieved in that
On Thu, Mar 4, 2010 at 17:23, Dave Airlie airl...@gmail.com wrote:
So with all this ongoing Linus crap I'm going to be brave and ask for
reasons why
0.0.16 kernel API can't become 1.0.0.
Pros:
All old userspace compatibility is gone.
No more UMS cruft to support.
Something can be shipped
On Tue, Jan 26, 2010 at 01:47, Pavel Machek pa...@ucw.cz wrote:
Hi!
I tried enabling staging nvidia driver on GT220, but apparently driver
does not know about it. Unfortunately, I have one of those cards here.
(I wonder... is there better mailing list? MAINTAINERS only lists
2010/1/23 C. Bergström cbergst...@pathscale.com:
Hi all,
One of our (PathScale) engineers is planning to port nouveau and all
dependencies to OpenSolaris. We have two routes we can take and would
like some feedback from the community.
1) There's an existing drm without ttm that was done by
On Fri, Nov 20, 2009 at 21:02, Matthew Garrett mj...@srcf.ucam.org wrote:
On Fri, Nov 20, 2009 at 01:59:37PM -0600, Robert Noland wrote:
On Fri, 2009-11-20 at 18:43 +, Matthew Garrett wrote:
This one works better, including some amount of support for the internal
GPU sensor. It seems to
On Fri, Sep 18, 2009 at 20:15, Pekka Paalanen p...@iki.fi wrote:
Equality in x = y + z is already out of range. X must be stricly less.
Yeah, I did that back when the SIZE defines were, say, 0x1fff instead
of 0x2000 so this was required. Seems like the size defines changed,
but the WITHIN macro
On Mon, Mar 9, 2009 at 23:23, Maarten Maathuis madman2...@gmail.com wrote:
Questions:
A tree based on what? (linus, drm-next, etc)
I would follow drm-next, but I don't think it is very relevant at this
point, since anyway drm-next periodically merges to linus. If there
are reasons to choose
Hi,
As part of aiming at upstreaming our code, I suppose we have to
discuss the DRM situation a little. In order to aim for merging, I
think we'd better be working on a linux kernel tree layout. And
considering we're technically the only ones still working in drm.git,
it doesn't really make sense
On Sun, Feb 15, 2009 at 06:18, Dave Airlie airl...@gmail.com wrote:
On Sat, Feb 14, 2009 at 8:32 PM, Stephane Marchesin
marche...@icps.u-strasbg.fr wrote:
On Sat, Feb 14, 2009 at 10:12, aik aik.r...@gmail.com wrote:
Stephane Marchesin wrote:
How many PCI domains does that machine have
On Sat, Feb 14, 2009 at 10:12, aik aik.r...@gmail.com wrote:
Stephane Marchesin wrote:
How many PCI domains does that machine have ? Current libpciaccess is
broken, in that PCI cards only work in the first domain. So the
solution is to put the card in a slot from the first domain if
possible
2009/2/13 Alexey Kardashevsky aik.r...@gmail.com:
I am newbie in this topic and I have problems trying to bring x.org up on
the hardware I have:
IBM QS22 BladeServer (PowerPC64 architecture) with PCI-Express connected
nVidia 6200 video card.
OS: Fedora 10-ppc: Linux localhost.localdomain
On Thu, Feb 12, 2009 at 23:56, Maarten Maathuis madman2...@gmail.com wrote:
- Fallbacks on the frontbuffer still need to be handled.
---
Why are you posting this again ? It's not really better than the last
time, still a lousy workaround.
Stephane
On Wed, Jan 14, 2009 at 15:29, Stefan Monnier monn...@iro.umontreal.ca wrote:
http://bugs.freedesktop.org/show_bug.cgi?id=19491
--- Comment #4 from Younes Manton youne...@gmail.com 2009-01-11 11:03:32
PST ---
(In reply to comment #3)
Is there something I can do to help get TV-out support?
On Fri, Oct 24, 2008 at 18:35, Andrew Betts [EMAIL PROTECTED] wrote:
(Dup message.. sorry pekka... i meant to reply to the list.)
I can confirm nvidiafb is not loaded, nor are the nvidia proprietary drivers.
Here is, what I hope is, the relevant section from kern.log:
On Fri, Oct 24, 2008 at 19:38, Andrew Betts [EMAIL PROTECTED] wrote:
That kernel log is incomplete. Can you provide a full (from boot) log ?
Sure.
http://www.jasp.com/nouveau/kern.log.241008.txt
Okay, I wanted to ask for a debug kernel log, sorry :)
(before starting X use modprobe drm
On Mon, Aug 25, 2008 at 1:28 PM, Ralovich, Kristóf
[EMAIL PROTECTED] wrote:
Hi Stephane,
in this http://lists.freedesktop.org/archives/nouveau/2008-April/001390.html
mail you mention, I am quoting we have most of the technical
documentation for the GeForce 5x00 chips. Is this doc available
On Wed, Apr 16, 2008 at 6:59 PM, Pekka Paalanen [EMAIL PROTECTED] wrote:
On Wed, 16 Apr 2008 13:46:09 +0200
Ingo Molnar [EMAIL PROTECTED] wrote:
* Pekka Paalanen [EMAIL PROTECTED] wrote:
we should fix this restriction ASAP. Forcibly dropping to UP will
cause mmiotrace to be much less
On 4/7/08, Arseniy Nikolaev2 [EMAIL PROTECTED] wrote:
Hello, community.
Hello,
Several months ago Toshiba Inc. released a new communicator - Toshiba
Portégé G900. All device's features are greate, but in practice things are
going another way: communicator is really SLOW. Toshiba users
On 4/4/08, Richi Plana [EMAIL PROTECTED] wrote:
Hi,
I tried using the nouveau driver that comes latest with Fedora Rawhide
(xorg-x11-drv-nouveau-0.0.10-1.20080311git460cb26) on my HP Pavilion
dv2000 laptop with a GeForce 7150M (PCI 10de:0531) but couldn't even get
the server up. The
On 4/2/08, Clemens Eisserer [EMAIL PROTECTED] wrote:
Hello,
First of all thanks a lot for working on this free nvidia driver.
1.) I am using Fedora9-Beta, and on my NV17/64mb (or NV18?) powered
Laptop the nouveau driver uses about 300mb RAM. Is there any way I can
decrease that?
This
On 3/28/08, Younes M [EMAIL PROTECTED] wrote:
I've decided to submit an application for this. If anyone would be
kind enough to read through the preliminary and give me opinions,
concerns, corrections, etc, I would appreciate it very much. HTML
version is here:
On 3/23/08, Younes M [EMAIL PROTECTED] wrote:
Hi Stephane,
Thanks for your thoughts. I assume you mean doing the MC and CSC steps
using shaders. I'm not familiar enough with nouveau at the moment to
know whether or not it's complete enough to do the above, it seems
like we need vertex
On Thu, Mar 20, 2008 at 7:55 PM, Younes M [EMAIL PROTECTED] wrote:
Hi,
I'm considering submitting a project for this year's Google Summer of
Code program that would involve making progress on hardware
accelerated video decoding for the nouveau driver and wanted some
feedback.
I know
Hi Roel,
All your patches correct valid flaws. However, as you might have
noticed, the old DRI code doesn't see much development at the moment.
The reason is that we've decided to jump in the gallium3D wagon before
it was even finished. So you have to know that this piece of code is
currently not
On 12/18/07, xiaodan [EMAIL PROTECTED] wrote:
Recently,Novell gave the ATI Open-Source driver,but only a piece of
2D.However,the performance is unknown.There is a need of the Demo to show
the performance.I beg for the applications to test the 2D performance and
the standard to show weather
Oops replying to the list as well this time...
Hi,
Do you have the DRM compiled and installed ? Also, line 369 of nv_type.h is
not about fifo for me (nor for git head), so are you sure you're using an
unmodified git checkout ?
Stephane
___
Nouveau
On 10/28/07, Daniel van Eeden [EMAIL PROTECTED] wrote:
Stephane,
Thanks for the quick response.
I've tried today's git and the Oops went away. drm and nouveau are
working. :)
I tried mesa, but that failed with the following error (backtrace is
attached)
It's expected. We're going to do
On 10/27/07, Daniel van Eeden [EMAIL PROTECTED] wrote:
Hello,
I've build drm and nouveau from git and got this error while starting
Xorg.
Another thing is that before the install instructions on the wiki worked
I had to install xorg-dev. This was the error I got before installing
On 10/20/07, Maarten Maathuis [EMAIL PROTECTED] wrote:
It's entirely possible that your card does not have the bug.
Yeah, we don't know precisely under what circumstances it's triggered. It
seems to be related to texture data caching somehow, but that's all we know.
Maybe i can figure out
On 10/10/07, Pietro Capriata [EMAIL PROTECTED] wrote:
I have update my source with git , but i have also problem ..
i post my X log and Kern log
Thank you very much to help me !
Hello,
These logs (at least the DRM part) seem like they have been generated with
the older version of the
Hi,
I just pushed fixes to both DDX DRM. Could you please update/recompile
both and retry ?
Stephane
___
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau
On 10/8/07, Justin Dugger [EMAIL PROTECTED] wrote:
Hi,
Does the current tree implement Rotate 180? I can see 0, 90 and 270,
but not 180. This feature might sound silly at first glance, but it
happens to be highly useful for my convertible tablet laptop. I've
browsed the current nv code
On 10/8/07, Pietro Capriata [EMAIL PROTECTED] wrote:
Hello
i have an Imac g4 flat panel 1ghz with geforce 4mx , ubuntu gutsy and a
2.6.22 kernel .
I have tried nouveau, but i have some problem. I post also my log ...
thx
Hi,
We also need to see the matching kernel log...
Thanks,
On 10/8/07, Pietro Capriata [EMAIL PROTECTED] wrote:
this
and put
dMA queque hang: dmaPut=C4, current=c8 , status c0
thx for all (and excuse for my weird pc)
What does it say with that patch ?
Stephane
diff
Description: Binary data
___
Nouveau
41 matches
Mail list logo