Re: [Nouveau] Ubuntu 20.04 and vlc

2021-11-05 Thread Ilia Mirkin
Hey Jerry, I'd look in the kernel log to see what's up. Perhaps the GPU hangs? Cheers, -ilia On Fri, Nov 5, 2021 at 10:42 AM Jerry Geis wrote: > > Hi All, > > I am using Ubuntu 20.04 with VLC... normally the box boots up runs an plays > videos just fien with about 20% usage for VLC

Re: [Nouveau] Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)

2021-10-14 Thread Ilia Mirkin
On Thu, Oct 14, 2021 at 12:51 PM Computer Enthusiastic wrote: > > Hello, > > Thanks for the answer. > > On Wed, Oct 13, 2021 at 01:43:56PM -0400, Ilia Mirkin wrote: > > The most straightforward thing, if you can reproduce at will, would be > > to do a bis

Re: [Nouveau] Advice about debugging nouveau driver suspend issue (init_on_alloc=1 and init_on_free=1)

2021-10-13 Thread Ilia Mirkin
The most straightforward thing, if you can reproduce at will, would be to do a bisect to figure out which change this happened with. Once we know which change caused the problem, it will hopefully provide with more ability to sort out where we're going wrong. You can also play with things like

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 4:56 PM Jerry Geis wrote: > > > > On Fri, Oct 1, 2021 at 4:48 PM Jerry Geis wrote: >> >> >> >> On Fri, Oct 1, 2021 at 4:41 PM Ilia Mirkin wrote: >>> >>> On Fri, Oct 1, 2021 at 4:29 PM Jerry Geis wrote: &g

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 4:29 PM Jerry Geis wrote: > yes very weird on the sound. Using analog speakers at the moment > I got no test sound - and no video sound after getting nouveau to run > correctly > I was playing analog audio before ? > Does nouveau only do HDMI audio ? nouveau only

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 3:58 PM Jerry Geis wrote: > > > > On Fri, Oct 1, 2021 at 3:40 PM Ilia Mirkin wrote: >> >> On Fri, Oct 1, 2021 at 3:36 PM Jerry Geis wrote: >> > >> > >> > >> > On Fri, Oct 1, 2021 at 3:27 PM Jerry Geis wrote:

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 3:36 PM Jerry Geis wrote: > > > > On Fri, Oct 1, 2021 at 3:27 PM Jerry Geis wrote: >> >> >> >> On Fri, Oct 1, 2021 at 3:20 PM Ilia Mirkin wrote: >>> >>> On Fri, Oct 1, 2021 at 3:17 PM Jerry Geis wrote: &

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 3:17 PM Jerry Geis wrote: > On Fri, Oct 1, 2021 at 3:06 PM Ilia Mirkin wrote: >> >> On Fri, Oct 1, 2021 at 3:00 PM Jerry Geis wrote: >> > lsmod | grep nouveau >> > >> > What dont I have ? >> >> nouveau :) >>

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 3:00 PM Jerry Geis wrote: > lsmod | grep nouveau > > What dont I have ? nouveau :) Other than that, you got everything... Check dmesg for errors. Cheers, -ilia

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
On Fri, Oct 1, 2021 at 2:29 PM Jerry Geis wrote: > Thanks perhaps this is part of the problem: > ls -l /sys/kernel/debug/dri/ > total 0 This indicates that nouveau is not loaded. (Or loaded and failed part-way through the load.) Cheers, -ilia

Re: [Nouveau] Nouveau on Ubuntu 20.04 LTS

2021-10-01 Thread Ilia Mirkin
You can check the perf level your GPU is at, and potentially adjust it. cat /sys/kernel/debug/dri/0/pstate This should give a list of levels like "xx: stuff", with the "AC" level being the current settings. Echo'ing any one of the xx's into that file will attempt to switch to a different

Re: [Nouveau] Understanding BAR1 Offset to imem/VRAM PA Mapping

2021-09-30 Thread Ilia Mirkin
Hi Joshua, It looks like you got most of the way there. The BARs (BAR1 and BAR3) are initialized by the code in nvkm/subdev/bar/gf100.c. As you can see, this sets up a vmm per BAR, whose (physical address >> 12) is written to 0x1704 / 0x1714. A vmm is basically a list of PDE's (and the PTE lists

Re: [Nouveau] Trouble with TTM patches w/nouveau in linux-next

2021-06-09 Thread Ilia Mirkin
ay. > > Regards, > Christian. > > Am 09.06.21 um 16:52 schrieb Ilia Mirkin: > > Christian - potentially relevant is that Tegra doesn't have VRAM at > > all -- all GTT (or GART or whatever it's called nowadays). No > > fake/stolen VRAM. > > > > Cheers, &g

Re: [Nouveau] Trouble with TTM patches w/nouveau in linux-next

2021-06-09 Thread Ilia Mirkin
Christian - potentially relevant is that Tegra doesn't have VRAM at all -- all GTT (or GART or whatever it's called nowadays). No fake/stolen VRAM. Cheers, -ilia On Wed, Jun 9, 2021 at 10:18 AM Christian König wrote: > > Hi Mikko, > > strange sounds like Nouveau was somehow also using the

Re: [Nouveau] nouveau broken on Riva TNT2 in 5.13.0-rc4: NULL pointer dereference in nouveau_bo_sync_for_device

2021-06-05 Thread Ilia Mirkin
Another instance of a report like this here: https://gitlab.freedesktop.org/drm/nouveau/-/issues/92 On Sat, Jun 5, 2021 at 3:53 PM Ondrej Zary wrote: > > Hello, > I'm testing 5.13.0-rc4 and nouveau crashes with NULL pointer dereference in > nouveau_bo_sync_for_device. > Found various reports

Re: [Nouveau] [PATCH v4 02/17] drm/nouveau/kms/nv50-: Move AUX adapter reg to connector late register/early unregister

2021-04-23 Thread Ilia Mirkin
Some trivia, no comment on the real logic of the changes: On Fri, Apr 23, 2021 at 2:43 PM Lyude Paul wrote: > > Since AUX adapters on nouveau have their respective DRM connectors as > parents, we need to make sure that we register then after their connectors. then -> them > > Signed-off-by:

Re: [Nouveau] [PATCH v2] ALSA: hda: Continue to probe when codec probe fails

2021-04-12 Thread Ilia Mirkin
On Mon, Apr 12, 2021 at 4:01 PM Aaron Plattner wrote: > > On 4/12/21 12:36 PM, Roy Spliet wrote: > > Hello Aaron, > > > > Thanks for your insights. A follow-up query and some observations > > in-line. > > > > Op 12-04-2021 om 20:06 schreef Aaron Plattner: > >> On 4/10/21 1:48 PM, Roy Spliet

Re: [Nouveau] SLI support for nv44

2021-03-30 Thread Ilia Mirkin
On Tue, Mar 30, 2021 at 4:25 AM Karol Herbst wrote: > > On Tue, Mar 30, 2021 at 8:28 AM wrote: > > > > Hi, > > I am currently the happy owner of a nforce 4 - SLI with two 7100gs graphics > > cards setup. > > Since I've read on your features matrix that such a setup is rather > > uncommon among

Re: [Nouveau] [PATCH] drm/nouveau/kms/nv50-: Check plane size for cursors, not fb size

2021-03-18 Thread Ilia Mirkin
On Thu, Mar 18, 2021 at 5:56 PM Lyude Paul wrote: > > Found this while trying to make some changes to the kms_cursor_crc test. > curs507a_acquire checks that the width and height of the cursor framebuffer > are equal (asyw->image.{w,h}). This is actually wrong though, as we only > want to be

[Nouveau] [PATCH] xv: add MMX / SSE acceleration for YV12 -> YUYV repacking

2021-03-08 Thread Ilia Mirkin
mained equal). Signed-off-by: Ilia Mirkin --- I did some basic testing with a patch to force the texture path to do this conversion rather than to NV12, testing all 3 cases. However I need to do better testing of edge cases, which I will do before pushing. src/nouveau_xv.

[Nouveau] [PATCH] drm/nouveau/kms/nv04: use vzalloc for nv04_display

2021-03-07 Thread Ilia Mirkin
The struct is giant, and triggers an order-7 allocation (512K). There is no reason for this to be kmalloc-type memory, so switch to vmalloc. This should help loading nouveau on low-memory and/or long-running systems. Reported-by: Nathan E. Egge Signed-off-by: Ilia Mirkin Cc: sta

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-03-03 Thread Ilia Mirkin
On Wed, Mar 3, 2021 at 8:25 AM Uwe Sauter wrote: > > Am 03.03.21 um 14:12 schrieb Ilia Mirkin: > > On Wed, Mar 3, 2021 at 7:41 AM Alex Riesen > > wrote: > >> > >> Ilia Mirkin, Sat, Feb 27, 2021 22:26:57 +0100: > >>> Can you try Alex's p

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-03-03 Thread Ilia Mirkin
On Wed, Mar 3, 2021 at 7:41 AM Alex Riesen wrote: > > Ilia Mirkin, Sat, Feb 27, 2021 22:26:57 +0100: > > Can you try Alex's patch to modetest and confirm that you see issues > > with modetest? If so, can you (and maybe Alex as well) try an older > > kernel (I'm on 5.6) and

Re: [Nouveau] How to reverse engineer a PCI-Express driver under Linux ?

2021-03-03 Thread Ilia Mirkin
On Wed, Mar 3, 2021 at 5:30 AM Karol Herbst wrote: > > > > On Wed, Mar 3, 2021 at 11:07 AM Tomek LECOCQ wrote: >> >> Hello, >> >> I’ve already asked this on the Kernel Newbies mail list, but as developing >> nouveau seems to be kind of similar to what I want to achieve, I thought it >> would

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-28 Thread Ilia Mirkin
On Sun, Feb 28, 2021 at 2:24 PM Uwe Sauter wrote: > >> Summary: > >> 5.4.101 | 5.10.19 | 5.11.2 > >> modetest-64 seems ok | seems ok | seems ok > >> modetest-128 seems ok | seems ok | seems ok > >> modetest-256 sliced | sliced | sliced > >> X mouse

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-28 Thread Ilia Mirkin
On Sun, Feb 28, 2021 at 12:59 PM Uwe Sauter wrote: > > > > Am 28.02.21 um 18:02 schrieb Ilia Mirkin: > > On Sun, Feb 28, 2021 at 10:10 AM Uwe Sauter wrote: > >> > >> > >> > >> Am 27.02.21 um 22:26 schrieb Ilia Mirkin: > >

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-28 Thread Ilia Mirkin
On Sun, Feb 28, 2021 at 10:10 AM Uwe Sauter wrote: > > > > Am 27.02.21 um 22:26 schrieb Ilia Mirkin: > > On Sat, Feb 27, 2021 at 7:28 AM Uwe Sauter wrote: > >> > >> I can also report that the modesetting ddx that comes with xorg-server > >> 1

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-27 Thread Ilia Mirkin
On Sat, Feb 27, 2021 at 7:28 AM Uwe Sauter wrote: > > Hi Ilia, > > Am 24.02.21 um 18:47 schrieb Ilia Mirkin: > > On Wed, Feb 24, 2021 at 12:03 PM Alex Riesen > > wrote: > >> > >> Ilia Mirkin, Wed, Feb 24, 2021 17:57:41 +0100: > >>> On W

Re: [Nouveau] i2c-dev driver corrupts display?

2021-02-25 Thread Ilia Mirkin
That's very surprising. As I recall, i2c-dev just adds /dev nodes for various i2c devices (some of which would be exposed by nouveau, most likely just the connector one to read EDID in your case, as temp/etc sensors came later). It shouldn't cause nouveau to do anything differently -- just allows

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-24 Thread Ilia Mirkin
On Wed, Feb 24, 2021 at 12:03 PM Alex Riesen wrote: > > Ilia Mirkin, Wed, Feb 24, 2021 17:57:41 +0100: > > On Wed, Feb 24, 2021 at 11:53 AM Alex Riesen > > wrote: > > > Ilia Mirkin, Wed, Feb 24, 2021 17:48:39 +0100: > > > > Just to be crystal clear -- ar

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-24 Thread Ilia Mirkin
On Wed, Feb 24, 2021 at 11:53 AM Alex Riesen wrote: > > Ilia Mirkin, Wed, Feb 24, 2021 17:48:39 +0100: > > On Wed, Feb 24, 2021 at 11:35 AM Alex Riesen > > wrote: > > > Ilia Mirkin, Wed, Feb 24, 2021 16:10:57 +0100: > > > > The fact that you're ge

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-24 Thread Ilia Mirkin
On Wed, Feb 24, 2021 at 11:35 AM Alex Riesen wrote: > Ilia Mirkin, Wed, Feb 24, 2021 16:10:57 +0100: > > The fact that you're getting lines with modetest means there's > > something wrong with 256x256. What if you do 128x128 -- does that work > > OK? > > Yes. Unfortu

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-24 Thread Ilia Mirkin
[+emersion, -various people and lists who definitely don't care] On Wed, Feb 24, 2021 at 4:09 AM Alex Riesen wrote: > > Ilia Mirkin, Tue, Feb 23, 2021 19:13:59 +0100: > > On Tue, Feb 23, 2021 at 11:23 AM Alex Riesen > > wrote: > > > > > > $ xrandr

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-23 Thread Ilia Mirkin
On Tue, Feb 23, 2021 at 11:23 AM Alex Riesen wrote: > > Alex Riesen, Tue, Feb 23, 2021 16:51:26 +0100: > > Ilia Mirkin, Tue, Feb 23, 2021 16:46:52 +0100: > > > I'd recommend using xf86-video-nouveau in any case, but some distros > > > > I would like try this out.

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-23 Thread Ilia Mirkin
On Tue, Feb 23, 2021 at 10:36 AM Alex Riesen wrote: > > Ilia Mirkin, Tue, Feb 23, 2021 15:56:21 +0100: > > On Tue, Feb 23, 2021 at 9:26 AM Alex Riesen > > wrote: > > > Lyude Paul, Tue, Jan 19, 2021 02:54:13 +0100: > > > > diff --git a/drivers/gpu/drm/nou

Re: [Nouveau] [PATCH 2/3] drm/nouveau/kms/nv50-: Report max cursor size to userspace

2021-02-23 Thread Ilia Mirkin
On Tue, Feb 23, 2021 at 9:26 AM Alex Riesen wrote: > > Lyude Paul, Tue, Jan 19, 2021 02:54:13 +0100: > > diff --git a/drivers/gpu/drm/nouveau/dispnv50/disp.c > > b/drivers/gpu/drm/nouveau/dispnv50/disp.c > > index c6367035970e..5f4f09a601d4 100644 > > ---

Re: [Nouveau] nouveau 1.0.17 and GT-710 (GK208B): graphics stack freezes when turning off display

2021-02-09 Thread Ilia Mirkin
ddx. Do I need to rebuild my initrd > so it does not include the nouveau driver? > Do I need to blacklist nouveau? > > > Am 09.02.21 um 21:34 schrieb Ilia Mirkin: > > I don't see any indication of a nouveau failure here. You could try > > with the modeset ddx, perhaps the

Re: [Nouveau] nouveau 1.0.17 and GT-710 (GK208B): graphics stack freezes when turning off display

2021-02-09 Thread Ilia Mirkin
turned off by the > screensaver and back on when moving the mouse. I then stopped the X server. > > Please let me know if this test should be repeated with more verbose settings > or if other log files are required, too. > > > Regards, > > Uwe > > > Am 0

Re: [Nouveau] nouveau 1.0.17 and GT-710 (GK208B): graphics stack freezes when turning off display

2021-02-08 Thread Ilia Mirkin
The referenced issue is a context switching error / timeout. Is that what you're seeing? Is there anything in dmesg when the problem occurs? Can you reproduce it by forcing the monitor to sleep (xset s off or equivalent)? What you're describing sounds most like a display engine hang. Cursor

Re: [Nouveau] [RFC v3 05/10] drm/i915/dpcd_bl: Cleanup intel_dp_aux_vesa_enable_backlight() a bit

2021-02-05 Thread Ilia Mirkin
On Fri, Feb 5, 2021 at 6:45 PM Lyude Paul wrote: > > Get rid of the extraneous switch case in here, and just open code > edp_backlight_mode as we only ever use it once. > > Signed-off-by: Lyude Paul > --- > .../gpu/drm/i915/display/intel_dp_aux_backlight.c | 15 ++- > 1 file

Re: [Nouveau] [PATCH v3] nouveau/dispnv50: add cursor pitch check

2021-02-05 Thread Ilia Mirkin
ned-off-by: Simon Ser > Reviewed-by: Lyude Paul > Cc: Ben Skeggs > Cc: Ilia Mirkin > --- > drivers/gpu/drm/nouveau/dispnv50/curs507a.c | 31 +++-- > 1 file changed, 28 insertions(+), 3 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/dispnv50/cu

Re: [Nouveau] [PATCH v2] nouveau/dispnv50: add cursor pitch check

2021-02-05 Thread Ilia Mirkin
cted. > > v2: > - Use drm_format_info instead of hardcoding bytes-per-pixel (Ilia) > - Remove unnecessary size check (Ilia) > > Signed-off-by: Simon Ser > Cc: Lyude Paul > Cc: Ben Skeggs > Cc: Ilia Mirkin > --- > drivers/gpu/drm/nouveau/dispnv50/curs507a.c | 21

Re: [Nouveau] [PATCH] nouveau/dispnv50: add cursor size/pitch checks

2021-02-05 Thread Ilia Mirkin
tion is > rejected. > > This commit depends on "drm/nouveau/kms/nv50-: Report max cursor > size to userspace", otherwise mode_config.cursor_{width,height} > is zero. > > Signed-off-by: Simon Ser > Cc: Lyude Paul > Cc: Ben Skeggs > Cc: Ilia Mirkin

Re: [Nouveau] Request for help in adding a HDMI output

2021-01-23 Thread Ilia Mirkin
On Sat, Jan 23, 2021 at 6:09 PM o1bigtenor wrote: > > On Sat, Jan 23, 2021 at 12:52 PM Ilia Mirkin wrote: > > > > On Sat, Jan 23, 2021 at 1:40 PM o1bigtenor wrote: > > > > > > On Sat, Jan 23, 2021 at 10:55 AM Ilia Mirkin wrote: > > > > > >

[Nouveau] [ANNOUNCE] xf86-video-nouveau 1.0.17

2021-01-23 Thread Ilia Mirkin
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Carlo Caione (1): Don't advertise any PRIME offloading capabilities without acceleration Ilia Mirkin (8): nv4/exa: tiling is unsupported pre-nv10, reduce alignment requirements dri2,present: move in pixmap before getting

Re: [Nouveau] Request for help in adding a HDMI output

2021-01-23 Thread Ilia Mirkin
On Sat, Jan 23, 2021 at 1:40 PM o1bigtenor wrote: > > On Sat, Jan 23, 2021 at 10:55 AM Ilia Mirkin wrote: > > > > On Fri, Jan 22, 2021 at 2:13 PM o1bigtenor wrote: > > > > > > On Fri, Jan 22, 2021 at 12:26 PM Ilia Mirkin wrote: > > > snip >

Re: [Nouveau] Request for help in adding a HDMI output

2021-01-23 Thread Ilia Mirkin
On Fri, Jan 22, 2021 at 2:13 PM o1bigtenor wrote: > > On Fri, Jan 22, 2021 at 12:26 PM Ilia Mirkin wrote: > snip > > Can you provide the output of "xrandr --verbose" before you've messed > > around with anything like modelines/etc? > > > > Its huge

Re: [Nouveau] Request for help in adding a HDMI output

2021-01-22 Thread Ilia Mirkin
On Fri, Jan 22, 2021 at 12:12 PM o1bigtenor wrote: > > On Fri, Jan 22, 2021 at 8:30 AM Ilia Mirkin wrote: > > > > On Thu, Jan 21, 2021 at 9:59 PM o1bigtenor wrote: > > > > > > Greetings > > > > > > Running a debian testing system > >

Re: [Nouveau] Request for help in adding a HDMI output

2021-01-22 Thread Ilia Mirkin
On Thu, Jan 21, 2021 at 9:59 PM o1bigtenor wrote: > > Greetings > > Running a debian testing system > $ uname -r > 5.4.0-4-amd64 > with 2 graphics cards. > The one I'm working on is a: GP 107 Nvidia GTX 1050 Ti > > Asus ROG GeForce GX 1050 Ti Strix-GTX1050 Ti with 2 - DVI plus 1 DP1.4 > and I

Re: [Nouveau] [mesa-20.3.2] NULL pointer dereference in vl_compositor_yuv_deint_full

2021-01-03 Thread Ilia Mirkin
On Sun, Jan 3, 2021 at 1:25 PM Alexander Kapshuk wrote: > > On Sun, Jan 3, 2021 at 7:20 PM Ilia Mirkin wrote: > > > > On Sun, Jan 3, 2021 at 3:18 AM Alexander Kapshuk > > wrote: > > > > > > NVIDIA chip affected: > > > 01:00.0 VGA compa

Re: [Nouveau] [mesa-20.3.2] NULL pointer dereference in vl_compositor_yuv_deint_full

2021-01-03 Thread Ilia Mirkin
On Sun, Jan 3, 2021 at 3:18 AM Alexander Kapshuk wrote: > > NVIDIA chip affected: > 01:00.0 VGA compatible controller: NVIDIA Corporation GT216 [GeForce > 210] (rev a1) > > The null pointer dereference occurs here: > Thread 27 "vlc" received signal SIGSEGV, Segmentation fault. > [Switching to

Re: [Nouveau] 5.9.11 still hanging 2mn at each boot and looping on nvidia-gpu 0000:01:00.3: PME# enabled (Quadro RTX 4000 Mobile)

2020-12-29 Thread Ilia Mirkin
On Tue, Dec 29, 2020 at 10:52 AM Marc MERLIN wrote: > > On Sat, Dec 26, 2020 at 03:12:09AM -0800, Ilia Mirkin wrote: > > > after boot, when it gets the right trigger (not sure which ones), it > > > loops on this evern 2 seconds, mostly forever. > > > &

Re: [Nouveau] 5.9.11 still hanging 2mn at each boot and looping on nvidia-gpu 0000:01:00.3: PME# enabled (Quadro RTX 4000 Mobile)

2020-12-27 Thread Ilia Mirkin
On Sun, Dec 27, 2020 at 12:03 PM Marc MERLIN wrote: > > This started with 5.5 and hasn't gotten better since then, despite some > reports > I tried to send. > > As per my previous message: > I have a Thinkpad P70 with hybrid graphics. > 01:00.0 VGA compatible controller: NVIDIA Corporation

Re: [Nouveau] [PATCH v2] ALSA: hda: Continue to probe when codec probe fails

2020-12-21 Thread Ilia Mirkin
On Mon, Dec 21, 2020 at 11:33 AM Kai-Heng Feng wrote: > > [+Cc nouveau] > > On Fri, Dec 18, 2020 at 4:06 PM Takashi Iwai wrote: > [snip] > > > Quite possibly the system doesn't power up HDA controller when there's > > > no external monitor. > > > So when it's connected to external monitor, it's

Re: [Nouveau] Nouveau video --- [ cut here ] ----- crash dump 5.10.0-rc6

2020-12-02 Thread Ilia Mirkin
Unfortunately this isn't a crash, but rather a warning that things are timing out. By the time you get this, the display is most likely hung. Was there anything before this, e.g. an error state dump perhaps? What GPU are you using, what displays, and how are they connected? What kind of

Re: [Nouveau] Problem with kernel 5.10-rc5

2020-11-29 Thread Ilia Mirkin
Hi Mark, Presumably this is the same thing as the other thread you started, which seemed to conclude with a working patch, and this email was just stuck in the moderation queue? Cheers, -ilia On Sun, Nov 29, 2020 at 6:02 PM Mark Hounschell wrote: > > I am not subscribed to this mailing list

Re: [Nouveau] Could Fedora-5.9.9/X-server problem be a Nouveau-problem?

2020-11-29 Thread Ilia Mirkin
When in doubt, blame nouveau. I believe there has been some recent work around adjusting the logic which checks that modes have enough bandwidth. Adding Lyude, who worked on these changes. Not sure when they landed. Klaus -- please supply a full Xorg log. Cheers, -ilia On Sun, Nov 29, 2020

Re: [Nouveau] GT710 and Nouveau on ARM/ARM64

2020-11-03 Thread Ilia Mirkin
On Tue, Nov 3, 2020 at 1:08 PM Dave Stevenson wrote: > > Hi Ilia > Thanks again for the reply. > > On Wed, 28 Oct 2020 at 14:59, Ilia Mirkin wrote: > > > > On Wed, Oct 28, 2020 at 10:20 AM Dave Stevenson > > wrote: > > > > > > Hi I

Re: [Nouveau] GT710 and Nouveau on ARM/ARM64

2020-10-28 Thread Ilia Mirkin
On Wed, Oct 28, 2020 at 10:20 AM Dave Stevenson wrote: > > Hi Ilia > > Thanks for taking the time to reply. > > On Wed, 28 Oct 2020 at 14:10, Ilia Mirkin wrote: > > > > The most common issue on arm is that the pci memory window is too narrow to > >

Re: [Nouveau] GT710 and Nouveau on ARM/ARM64

2020-10-28 Thread Ilia Mirkin
The most common issue on arm is that the pci memory window is too narrow to allocate all the BARs. Can you see if there are messages in the kernel to that effect? On Wed, Oct 28, 2020, 9:46 AM Dave Stevenson wrote: > Hi > > Seeing as we (Raspberry Pi) have just launched the Compute Module 4 >

Re: [Nouveau] Small patch for nv50_vbo.c

2020-10-19 Thread Ilia Mirkin
This isn't meant to fix applications, it's meant to limit the range of access to the buffer, for robustness/etc reasons. One would have to look very carefully, as all this logic is rather tricky. On Mon, Oct 19, 2020 at 4:07 AM Andrew Randrianasulu wrote: > > Hi all! > > I saw TODO comment in

Re: [Nouveau] [PATCH] drm/nouveau/device: fix changing endianess code to work on older GPUs

2020-10-13 Thread Ilia Mirkin
On Tue, Oct 13, 2020 at 8:01 AM Karol Herbst wrote: > > With this we try to detect if the endianess switch works and assume LE if > not. Suggested by Ben. > > Fixes: 51c05340e407 ("drm/nouveau/device: detect if changing endianness > failed") > --- > .../gpu/drm/nouveau/nvkm/engine/device/base.c

Re: [Nouveau] nouveau broken on Riva TNT2 in 5.9.0-rc8: GPU not supported on big-endian

2020-10-09 Thread Ilia Mirkin
On Fri, Oct 9, 2020 at 5:54 PM Karol Herbst wrote: > > On Fri, Oct 9, 2020 at 11:35 PM Ondrej Zary wrote: > > > > Hello, > > I'm testing 5.9.0-rc8 and found that Riva TNT2 stopped working: > > [0.00] Linux version 5.9.0-rc8+ (zary@gsql) (gcc (Debian 8.3.0-6) > > 8.3.0, GNU ld (GNU

Re: [Nouveau] [PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()

2020-09-25 Thread Ilia Mirkin
On Fri, Sep 25, 2020 at 6:08 PM Lyude Paul wrote: > > On Tue, 2020-09-22 at 17:22 -0400, Ilia Mirkin wrote: > > On Tue, Sep 22, 2020 at 5:14 PM Lyude Paul wrote: > > > On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote: > > > > Can we use 6bpc on arbitrary DP m

Re: [Nouveau] [RFC] Documentation: nouveau: Introduce some nouveau documentation

2020-09-24 Thread Ilia Mirkin
On Thu, Sep 24, 2020 at 9:06 AM Roy Spliet wrote: > > > Op 23-09-2020 om 22:36 schreef Karol Herbst: > > On Wed, Sep 23, 2020 at 10:39 PM Jeremy Cline wrote: > >> > >> On Wed, Sep 23, 2020 at 09:02:45PM +0200, Karol Herbst wrote: > >>> On Fri, Sep 11, 2020 at 6:21 PM Jeremy Cline wrote: > >> >

Re: [Nouveau] [PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()

2020-09-22 Thread Ilia Mirkin
On Tue, Sep 22, 2020 at 5:14 PM Lyude Paul wrote: > > On Tue, 2020-09-22 at 17:10 -0400, Ilia Mirkin wrote: > > Can we use 6bpc on arbitrary DP monitors, or is there a capability for > > it? Maybe only use 6bpc if display_info.bpc == 6 and otherwise use 8? > > I don't thi

Re: [Nouveau] [PATCH] drm/nouveau/kms/nv50-: Fix clock checking algorithm in nv50_dp_mode_valid()

2020-09-22 Thread Ilia Mirkin
Can we use 6bpc on arbitrary DP monitors, or is there a capability for it? Maybe only use 6bpc if display_info.bpc == 6 and otherwise use 8? On Tue, Sep 22, 2020 at 5:06 PM Lyude Paul wrote: > > While I thought I had this correct (since it actually did reject modes > like I expected during

Re: [Nouveau] libva-utils test siuite is crashing in nouveau sriver

2020-09-14 Thread Ilia Mirkin
On Sun, Sep 13, 2020 at 5:01 PM Tomasz Kłoczko wrote: > > > On Sun, 13 Sep 2020 at 20:35, Ilia Mirkin wrote: >> >> What hardware are you using? > > > :18:00.0 VGA compatible controller: NVIDIA Corporation GP104GL [Quadro > P4000] (rev a1) There's no accele

Re: [Nouveau] libva-utils test siuite is crashing in nouveau sriver

2020-09-13 Thread Ilia Mirkin
What hardware are you using? On Sun, Sep 13, 2020 at 2:14 PM Tomasz Kłoczko wrote: > > Hi, > > I'm hitting that issue since Mesa 20.0.6 and it is present still in latest > version 20.1.7 > > ``` > [tkloczko@barrel SPECS]$ coredumpctl gdb 3926866 >PID: 3926866 (test_va_api) >

Re: [Nouveau] VAAPI on GeForce GT 620M

2020-09-01 Thread Ilia Mirkin
On Tue, Sep 1, 2020 at 9:10 AM Analabha Roy wrote: > Any suggestions on how to trace the config issues? Do I have to debug the > va_openDriver() function? My guess, without reading any code, is that DRI_PRIME isn't doing what you want it to, and the nouveau driver is being handed an intel

Re: [Nouveau] VAAPI on GeForce GT 620M

2020-09-01 Thread Ilia Mirkin
On Tue, Sep 1, 2020 at 3:31 AM Analabha Roy wrote: > > Hi, > > If I am reading the featurematrix right, VAAPI is supported for nouveau on > the GeForce650M (my card). > > Here is the output of inxi -F > > System:Host: MediaServer Kernel: 5.4.0-42-generic x86_64 bits: 64 > Console: tty 1

Re: [Nouveau] qemu -display sdl,gl=on also eats CPU

2020-08-16 Thread Ilia Mirkin
The DDX eating CPU isn't intrinsically bad. Did you check where perf says the CPU time is going? Could be doing copies/etc. On Mon, Aug 17, 2020 at 12:52 AM Andrew Randrianasulu wrote: > > I was testing Ilia's patches for ddx, and while they definitely helped for > Xorg itself, > qemu still

Re: [Nouveau] Accumulating CPU load from Xorg process with DRI3

2020-08-16 Thread Ilia Mirkin
On Sun, Aug 16, 2020 at 8:20 AM Andrew Randrianasulu wrote: > > В сообщении от Sunday 16 August 2020 07:20:18 Ilia Mirkin написал(а): > > Well, if it's easy, try the patches I mailed to nouveau@ for the ddx. > > I applied patches manually (copy-pasted patches failed to

[Nouveau] [PATCH 1/2] drmmode: make event handler leave a note that there are stuck events

2020-08-15 Thread Ilia Mirkin
We don't really expect to have too many events in the queue. If there are, then the algorithm we use isn't appropriate. Add a warning when the queue gets very long, as it's an indication of something having gone wrong. Signed-off-by: Ilia Mirkin --- src/drmmode_display.c | 11 +++ 1

[Nouveau] [PATCH 2/2] present: fix handling of drmWaitVBlank failures

2020-08-15 Thread Ilia Mirkin
When drmWaitVBlank fails, make sure to remove the event from the queue. Signed-off-by: Ilia Mirkin --- Note this needs a bit more testing, and also double-checking what the "correct" way of dealing with these errors is. I was able to trigger errors with "xset dpms force of

Re: [Nouveau] Accumulating CPU load from Xorg process with DRI3

2020-08-15 Thread Ilia Mirkin
a video was playing? If not, there's another path for it to happen... Cheers, -ilia On Thu, Aug 13, 2020 at 6:47 PM Ilia Mirkin wrote: > > I'm aware of this issue, and am experiencing it myself. > > The issue is that drmmode_event_handler takes up more and more CPU > time. It

Re: [Nouveau] Accumulating CPU load from Xorg process with DRI3

2020-08-13 Thread Ilia Mirkin
I'm aware of this issue, and am experiencing it myself. The issue is that drmmode_event_handler takes up more and more CPU time. It seems like some events are being "left behind". I haven't had time to debug it further yet though. I also have DRI3 enabled, but only very rarely do I make use of

[Nouveau] [PATCH 2/2] present: don't enable if there's no acceleration

2020-07-18 Thread Ilia Mirkin
All the present logic relies on EXA being used to wrap everything. Unclear if present could even be used without the other things EXA enables, but better be safe. Signed-off-by: Ilia Mirkin --- src/nv_driver.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/nv_driver.c b

[Nouveau] [PATCH 1/2] drmmode: fix screen resize without acceleration

2020-07-18 Thread Ilia Mirkin
This got broken with commit 86024cee back in 2014! drmmode_pixmap/nouveau_pixmap expect there to be EXA wrapping around the pixmap now, which is not there without accel. Signed-off-by: Ilia Mirkin --- src/drmmode_display.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src

Re: [Nouveau] Framebuffer double buffering (via FBIOPAN_DISPLAY)

2020-07-05 Thread Ilia Mirkin
a > mess right now, here is a link to the program: > https://github.com/EchelonX-Ray/ttygraphics . I'm just trying to learn > about this and you really helped. > On 7/5/20 7:17 PM, Ilia Mirkin wrote: > > Check fb_pan_display in drivers/video/fbdev/core/fbmem.c for the > argument

Re: [Nouveau] Framebuffer double buffering (via FBIOPAN_DISPLAY)

2020-07-05 Thread Ilia Mirkin
e > would make a difference. > > I really appreciate the help. I've been looking header files and a such > trying to cobble together some information to figure this out. I hate > to bother you with this because it seems slightly off topic. > > On 7/5/20 3:45 PM, Ilia Mirkin

Re: [Nouveau] Framebuffer double buffering (via FBIOPAN_DISPLAY)

2020-07-05 Thread Ilia Mirkin
h, because I just tried it again on a > dell laptop with Intel HD Graphics 4400 to the same failure. > > On Jul 5, 2020 12:35, Ilia Mirkin wrote: > > Are you setting the overallocation to 200? > > On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos > wrote: > > > > Does N

Re: [Nouveau] Framebuffer double buffering (via FBIOPAN_DISPLAY)

2020-07-05 Thread Ilia Mirkin
Are you setting the overallocation to 200? On Sun, Jul 5, 2020 at 3:41 AM Michael T. Kloos wrote: > > Does NOUVEAU support mmaping a double-sized Framebuffer? > When attempting to run, where fd refers to "/dev/fb0": > > mmap(ptr, screensize * 2, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); > > I

Re: [Nouveau] Remove debug info from nouveau driver

2020-06-23 Thread Ilia Mirkin
You probably have drm.debug set to something. On Tue, Jun 23, 2020 at 4:42 AM Mathieu Malaterre wrote: > > Hi there, > > I am gettings tons of messages in dmesg output such as: > > [...] > [ 2419.238990] [drm:drm_mode_addfb2 [drm]] [FB:65] > [ 2419.243388] 00a0 2 base507c_ntfy_set > [

Re: [Nouveau] nouveau on G5 Macs

2020-06-22 Thread Ilia Mirkin
, -ilia On Mon, Jun 22, 2020 at 2:15 PM Jeroen Diederen wrote: > > This is with 64k page size. > > > > Ilia Mirkin schreef op 2020-06-22 19:27: > > I suspect screen tearing (as it's usually defined) is to be expected. > > Can you take a photo of what you're see

Re: [Nouveau] nouveau on G5 Macs

2020-06-22 Thread Ilia Mirkin
h 64k and 4k page size. > My iMac G5 has an nVidia Geforce FX 5200 Ultra GPU. > > Regards, > Jeroen > > Ilia Mirkin schreef op 2020-06-22 17:25: > > Which GPU do you have? The NV40 AGP board (GeForce 6800) works > > particularly poorly. However as long as you go with

Re: [Nouveau] nouveau on G5 Macs

2020-06-22 Thread Ilia Mirkin
Which GPU do you have? The NV40 AGP board (GeForce 6800) works particularly poorly. However as long as you go with 4k pages (and there's no real benefit to 64k pages for most applications), basic things should work. I wouldn't recommend using a GL-based compositor though. Which distortion are you

Re: [Nouveau] 2dd4d163cd9c ("drm/nouveau: remove open-coded version of remove_conflicting_pci_framebuffers()")

2020-06-18 Thread Ilia Mirkin
Hi Boris, There was a fixup to that patch that you'll also have to revert first -- 7dbbdd37f2ae7dd4175ba3f86f4335c463b18403. I guess there's some subtle difference between the old open-coded logic and the helper, they were supposed to be identical. Cheers, -ilia On Thu, Jun 18, 2020 at 4:09

Re: [Nouveau] NVIDIA GP107 (137000a1) - acr: failed to load firmware

2020-06-04 Thread Ilia Mirkin
On Thu, Jun 4, 2020 at 12:04 PM Zeno Davatz wrote: > > Thank you, Ilia > > On Thu, Jun 4, 2020 at 5:25 PM Ilia Mirkin wrote: > > > There's a lot more firmware files than that ... everything in the > > gp107 directory. Also this would only be necessary if nouveau i

Re: [Nouveau] NVIDIA GP107 (137000a1) - acr: failed to load firmware

2020-06-04 Thread Ilia Mirkin
On Thu, Jun 4, 2020 at 11:16 AM Zeno Davatz wrote: > > On Thu, Jun 4, 2020 at 4:36 PM Ilia Mirkin wrote: > > > > Starting with kernel 5.6, loading nouveau without firmware (for GPUs > > where it is required, such as yours) got broken. > > > > You are loading n

Re: [Nouveau] NVIDIA GP107 (137000a1) - acr: failed to load firmware

2020-06-04 Thread Ilia Mirkin
Starting with kernel 5.6, loading nouveau without firmware (for GPUs where it is required, such as yours) got broken. You are loading nouveau without firmware, so it fails. The firmware needs to be available to the kernel at the time of nouveau loading. Cheers, -ilia On Thu, Jun 4, 2020 at

Re: [Nouveau] 5.5 kernel: using nouveau or something else just long enough to turn off Quadro RTX 4000 Mobile for hybrid graphics?

2020-05-29 Thread Ilia Mirkin
On Fri, May 29, 2020 at 2:35 PM Marc MERLIN wrote: > > Howdy, > > So, I have a Thinkpad P70 with hybrid graphics. > 01:00.0 VGA compatible controller: NVIDIA Corporation GM107GLM [Quadro M600M] > (rev a2) > that one works fine, I can use i915 for the main screen, and nouveau to > display on the

Re: [Nouveau] [PATCH] nouveau: add fbdev dependency

2020-05-27 Thread Ilia Mirkin
Isn't this already fixed by https://cgit.freedesktop.org/drm/drm/commit/?id=7dbbdd37f2ae7dd4175ba3f86f4335c463b18403 On Wed, May 27, 2020 at 9:43 AM Arnd Bergmann wrote: > > Calling directly into the fbdev stack only works when the > fbdev layer is built into the kernel as well, or both are >

Re: [Nouveau] [PATCH v2 2/2] powerpc/configs: replace deprecated riva/nvidia with nouveau

2020-05-18 Thread Ilia Mirkin
Hi Andreas, On Mon, May 18, 2020 at 9:56 AM Andreas Schwab wrote: > > On Mai 18 2020, Michael Ellerman wrote: > > > The old drivers may be crufty but they presumably have been tested by > > people and at least somewhat work. > > I can confirm that the nvidia fbdev driver is working perfectly

Re: [Nouveau] [PATCH v3 3/5] drm/nouveau/kms/gv100-: Add support for interlaced modes

2020-05-11 Thread Ilia Mirkin
On Mon, May 11, 2020 at 6:42 PM Lyude Paul wrote: > diff --git a/drivers/gpu/drm/nouveau/nouveau_connector.c > b/drivers/gpu/drm/nouveau/nouveau_connector.c > index 43bcbb6d73c4..6dae00da5d7e 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_connector.c > +++

Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64

2020-05-08 Thread Ilia Mirkin
, May 8, 2020 at 11:13 AM Milan Buška wrote: > > Thanks for the info. > I'll pull it out in a year and try it. > > Greeting > > pá 8. 5. 2020 v 15:27 odesílatel Ilia Mirkin napsal: > > > > On Fri, May 8, 2020 at 4:34 AM Milan Buška wrote: > > > > > &g

Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64

2020-05-08 Thread Ilia Mirkin
On Fri, May 8, 2020 at 4:34 AM Milan Buška wrote: > > Good day. > I'm not a programmer, so I don't understand. > > Just a question: > What's wrong => > => nouveau driver > => pcie driver > => graphics card > > It will help me save unnecessary lost time. Most likely the issue is in nouveau.

Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64

2020-05-07 Thread Ilia Mirkin
On Thu, May 7, 2020 at 12:11 AM Milan Buska wrote: > > On 20-05-06 18:53:00, Ilia Mirkin wrote: > > On Wed, May 6, 2020 at 5:59 PM Milan Buska wrote: > > > > > > On 20-05-06 17:12:44, Ilia Mirkin wrote: > > > > You need both VRAM *and* UNCACHED. Separate

Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64

2020-05-06 Thread Ilia Mirkin
On Wed, May 6, 2020 at 10:42 AM Ilia Mirkin wrote: > On Wed, May 6, 2020 at 10:39 AM Lucas Stach wrote: > > > > [ 17.146929] nouveau :01:00.0: DRM: core notifier timeout > > > > [ 19.146846] nouveau :01:00.0: DRM: base-0: timeout > > > > [

Re: [Nouveau] GeForce(R) GT 710 1GB PCIE x 1 on arm64

2020-05-06 Thread Ilia Mirkin
On Wed, May 6, 2020 at 10:39 AM Lucas Stach wrote: > > Am Mittwoch, den 06.05.2020, 10:26 -0400 schrieb Ilia Mirkin: > > [please keep list cc'd in your replies] > > > > On Wed, May 6, 2020 at 10:15 AM Milan Buška wrote: > > > [0.00] Linux version 5.6.

  1   2   3   4   5   6   7   8   9   10   >