similar to: noveau help/testing

Hi, I am interested in nouveau tv-out support. I read http://nouveau.freedesktop.org/wiki/TestersWanted and make nvclock dump with working tv-out on nvidia drivers. xorg.conf and nvclock output are in attachments. I have free saturday evening every week, so feel free to instruct me, I like to help) Also I have some expirience in C and generic knowledge about xorg video drivers, so you may ask

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> --- drm/nouveau/nouveau_backlight.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/drm/nouveau/nouveau_backlight.c b/drm/nouveau/nouveau_backlight.c index 41330e4..94ac3cb 100644 ---

On 09.05.2016 19:37, Ilia Mirkin wrote: > Mesa only supports the non-spatial temporal deinterlace (deint=3). I'm > guessing that due to some unfortunate issues, you're no longer getting > hw accelerated video decoding. Check in vdpauinfo to make sure that > it's indeed showing the relevant codec as supported. If not, you can > turn that back on by updating to mesa

hello there how can i monitor an app. what i need most is when and where error pages were printed to user, such as RoR errors, database problems or such. is there an instance problem that i can use avalaible to views or helpers ?????? ______________ Heri R. http://sprinj.com -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi all, I am using Centos 4.1 with Gnome and my updates are OK (When I do yum update, I have nothing anymore) Normally, with GNOME there's a task bar in the bottom of the screen. If we open an application and we minimize its window, it is always avalaible in this task bar. There are other things in this task bar : a button on the left which is used to minimize all the opened windows and

Hello everybody, I need to read a file with a header (EDF files, recorded electroencephalogram signals) that has fixed byte positions for each field of its header. These fields have no separator between them, for example: <8 ascii name of the patient><10ascii start time of the recording><4 ascii ... > etc. I read that perfectly in Octave by using fread, fseek and other

Hi. I need to compile an R package under Windows, to get a zip file. I can't used the web services, because it is avalaible only for the current version of R while I need of a package compiled with R 2.13.1. The package contain C code that requires the GSL C library. In your experience, what is the best way to compile an R library? I read the R manuals, now I need some tricks with

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi there, I just wondered if there is an open-source way of getting information about the temperatures provided by the internal sensors. I've read that nvclock is providing such information but only if the binary driver is installed and used. When I run 'sensors-detect' is see three adapters provided through nouveau: ... Next adapter:

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. v2: Do not split information message on two lines as it prevents from grepping it, as pointed out by Lukas Wunner v3: Add a missing end-of-line character to the printed message Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> ---

From: Pierre Moreau <pierre.morrow at free.fr> The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. v2: Do not split information message on two lines as it prevents from grepping it, as pointed out by Lukas Wunner Signed-off-by: Pierre Moreau <pierre.morrow at free.fr> ---

See: http://wiki.llvm.org/Special:RecentChanges Can someone who speaks wiki look into this? If we can't fix it, I propose eliminating the wiki. -Chris

With some progress in PowerManagement support (there's a patch nearly done for reading the P-tables, written mostly by xexaxo, derived from thunderbirds nvclock, with 0x40 adjustments from myself) in my opinion it's time to think about the user aspect of this. My personal idea for GPU scaling was similar to that of CPU scaling in appearance eventually. When you look at the cpufreq-applet

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

Adding back the nouveau list... On Sun, Feb 9, 2014 at 8:28 AM, Attila T?th <tothsoft at gmail.com> wrote: > Linux mint 16 (64bit) > > Repo: Ubuntu X-SWAT <ubuntu-x at lists.ubuntu.com><ubuntu-x at lists.ubuntu.com> > Mesa: 10.2.0~git20140205.44338cd8-0ubuntu0sarvatt~saucy > libdrm: 2.4.52+git20140121.46d451c9-0ubuntu0sarvatt~saucy > libg3dvl-mesa:

Context switching = very slow on NVIDIA. Don't do it if you can avoid it. Each context is like a megabyte of data, if not more. Each time it has to get saved off and restored. On Wed, Feb 8, 2017 at 1:38 PM, Sampsa Riikonen <sampsa.riikonen at iki.fi> wrote: > Dear Devs, > > (I hope this question is not that much OT for this list..) > > My question is about fast OpenGL

On Sat, 2020-06-13 at 20:29 -0500, Aditya Pakki wrote: > 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

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

Hi, Turning off a connected TV, and then turning it on causes issues with re-negotiating a connection to the display. The error message 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

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