search for: noveau

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 up scripts or other tools for testing, so it won't > waste my...

https://bugs.freedesktop.org/show_bug.cgi?id=93778 Bug ID: 93778 Summary: Noveau GeForce GT 640M vbios error Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lis...

https://bugs.freedesktop.org/show_bug.cgi?id=96952 Bug ID: 96952 Summary: Noveau driver doesn't working well when in Kdenlive Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at...

...e is quite a bit of context switching going on..! If there are 30 > windows, that's > 750 context switches per second. I am able to pull this > off with intel and ati graphics cards, but not with any nvidia card (tried a > few of them), neither with the proprietary driver nor with noveau. > > Are there any specific tricks to achieve this? Or should I just use one > context from one process, i.e. use multithreading instead of multiprocessing > and avoid context switching alltogether? (is there something fundamentally > wrong in my approach of multiprocesses and cont...

...gt; @@ -2157,8 +2157,10 @@ nv50_disp_atomic_commit(struct drm_device *dev, > int ret, i; > > ret = pm_runtime_get_sync(dev->dev); > - if (ret < 0 && ret != -EACCES) > + if (ret < 0 && ret != -EACCES) { > + pm_runtime_put_autosuspend(dev->dev); s/noveau/nouveau/ in the commit title, but other than that: Reviewed-by: Lyude Paul <lyude at redhat.com> > return ret; > + } > > ret = drm_atomic_helper_setup_commit(state, nonblock); > if (ret)

nv50_disp_atomic_commit() calls calls pm_runtime_get_sync and in turn increments the reference count. In case of failure, decrement the ref count before returning the error. Signed-off-by: Aditya Pakki <pakki001 at umn.edu> --- drivers/gpu/drm/nouveau/dispnv50/disp.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c

...ssage was pasted into an open document that was actively under edit with the program nano. I assume messages are sent from somewhere destined for stdout; or something has redirected it. Either way, I think this may cause issues with bug reports. It looks like a dmesg entry. The error was '[id] noveau 0000:0b:00.0: DRM: DDC responded, but no EDID for HDMI-A-1' Possibly an issue parsing EDID information, or this display botches sending EDID information. Running Debian 12 Bookworm in multi-user mode, display device is NVIDIA RTX 3060Ti, display is LG C3 OLED running on outdated firmware. I a...

Hey Attila, I CC'd the nouveau mailing list. Although if you want help, you should probably provide more details (what version of mesa, etc.). St?phane On Sat, Feb 8, 2014 at 11:23 PM, Attila T?th <tothsoft at gmail.com> wrote: > Hi, > sorry, i have not better email adress of noveau team. Please send email - > mail feedback, that by moving on time in the movie, vdpau acceleration is > stopped (freezing of player: smplayer) > > Thank you > > -- > S pozdravom / mit freundlichen Gr??en / best regards > > Ing. Attila T?th > PhD student, researcher &gt...

...list. Although if you want help, you should > probably provide more details (what version of mesa, etc.). > > St?phane > > > > On Sat, Feb 8, 2014 at 11:23 PM, Attila T?th <tothsoft at gmail.com> wrote: > >> Hi, >> sorry, i have not better email adress of noveau team. Please send email >> - mail feedback, that by moving on time in the movie, vdpau acceleration is >> stopped (freezing of player: smplayer) >> >> Thank you >> >> -- >> S pozdravom / mit freundlichen Gr??en / best regards >> >> Ing. Attila T...

https://bugs.freedesktop.org/show_bug.cgi?id=45752 Bug #: 45752 Summary: Debian Wheezy with xfce4-power-manager and noveau fails to resume from hibernate Classification: Unclassified Product: xorg Version: 7.7 (2011) Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Compo...

...id) So there is quite a bit of context switching going on..! If there are 30 windows, that's > 750 context switches per second. I am able to pull this off with intel and ati graphics cards, but not with any nvidia card (tried a few of them), neither with the proprietary driver nor with noveau. Are there any specific tricks to achieve this? Or should I just use one context from one process, i.e. use multithreading instead of multiprocessing and avoid context switching alltogether? (is there something fundamentally wrong in my approach of multiprocesses and context switching?) Int...

Thanks for the pointer. But I don't like this patch. If you find a bug, make a bug report or just fix it if you know the fix already. Or write something in IRC. Or write on the Mailing list as a general question or something else But I really don't agree on doing it this way. You would have needed like the same amount of time to actual fix the problem. Anyway, for adding a printk:

On Tue, Jul 11, 2017 at 2:08 PM, Mike Galbraith <efault at gmx.de> wrote: > On Tue, 2017-07-11 at 13:51 -0400, Ilia Mirkin wrote: >> Some details that may be useful in analysis of the bug: >> >> 1. lspci -nn -d 10de: > > 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM204 [GeForce GTX 980] [10de:13c0] (rev a1) > 01:00.1 Audio device [0403]: NVIDIA

On Wed, Jul 12, 2017 at 7:25 AM, Mike Galbraith <efault at gmx.de> wrote: > On Wed, 2017-07-12 at 11:55 +0200, Mike Galbraith wrote: >> On Tue, 2017-07-11 at 14:22 -0400, Ilia Mirkin wrote: >> > >> > Some display stuff did change for 4.13 for GM20x+ boards. If it's not >> > too much trouble, a bisect would be pretty useful. >> >> Bisection

On 7/12/17 7:19 PM, Mike Galbraith wrote: > On Wed, 2017-07-12 at 07:37 -0400, Ilia Mirkin wrote: >> On Wed, Jul 12, 2017 at 7:25 AM, Mike Galbraith <efault at gmx.de> wrote: >>> On Wed, 2017-07-12 at 11:55 +0200, Mike Galbraith wrote: >>>> On Tue, 2017-07-11 at 14:22 -0400, Ilia Mirkin wrote: >>>>> Some display stuff did change for 4.13 for

On 7/14/17 3:41 PM, Mike Galbraith wrote: > On Fri, 2017-07-14 at 15:36 +0200, Mike Galbraith wrote: >>  All DRM did was to slip a >> WARN_ON_ONCE() that nouveau triggers into a kernel module where such >> things no longer warn, they blow the box out of the water. > BTW, turn that irksome WARN_ON_ONCE() in drivers/gpu/drm/drm_vblank.c > into a WARN_ONCE(), and all is

On Fri, Jul 14, 2017 at 11:15 AM, Mike Galbraith <efault at gmx.de> wrote: > On Fri, 2017-07-14 at 17:10 +0200, Karol Herbst wrote: >> Yeah, we shouldn't let the machine die. Are there more WARN_ON_ONCE >> usage we could convert to WARN_ONCE? > > Shooting the messenger is generally considered uncool :) That's never stopped it from being a popular practice...

The conversion is a nice catch, but i'd like to have a bit more context, see below! With a better description: Tobias Klausmann <tobias.johannes.klausmann at mni.thm.de> On 7/14/17 5:10 PM, Karol Herbst wrote: > Yeah, we shouldn't let the machine die. Are there more WARN_ON_ONCE > usage we could convert to WARN_ONCE? > > Reviewed-By: Karol Herbst <karolherbst at

On Fri, 2017-07-14 at 17:50 +0200, Peter Zijlstra wrote: > On Fri, Jul 14, 2017 at 03:36:08PM +0200, Mike Galbraith wrote: > > Ok, a network outage gave me time to go hunting.  Indeed it is a bad > > interaction with the tree DRM merged into.  All DRM did was to slip a > > WARN_ON_ONCE() that nouveau triggers into a kernel module where such > > things no longer warn,

On Fri, 2017-07-14 at 14:42 -0500, Josh Poimboeuf wrote: > > Does this fix it? Yup, both READONLY __bug_table and "extra stern" warning are gone. > diff --git a/arch/x86/include/asm/bug.h b/arch/x86/include/asm/bug.h > index 39e702d..aa6b202 100644 > --- a/arch/x86/include/asm/bug.h > +++ b/arch/x86/include/asm/bug.h > @@ -35,7 +35,7 @@ > #define