search for: nvd9

https://bugs.freedesktop.org/show_bug.cgi?id=89047 Bug ID: 89047 Summary: linux-3.19 nvd9 Invalid rom content Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at lists.freedesktop.org...

https://bugs.freedesktop.org/show_bug.cgi?id=54646 Bug #: 54646 Summary: i2c failure on Quadro NVS 4200M (GF119 (NVD9)) Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedes...

https://bugs.freedesktop.org/show_bug.cgi?id=43731 Bug #: 43731 Summary: No support for DP on NVD9 Classification: Unclassified Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists....

...y: Lyude Paul <lyude at redhat.com> Thanks! On Tue, 2020-07-21 at 15:17 +0000, Wei Yongjun wrote: > When using single_open() for opening, single_release() should be > used instead of seq_release(), otherwise there is a memory leak. > > Fixes: 12885ecbfe62 ("drm/nouveau/kms/nvd9-: Add CRC support") > Reported-by: Hulk Robot <hulkci at huawei.com> > Signed-off-by: Wei Yongjun <weiyongjun1 at huawei.com> > --- > drivers/gpu/drm/nouveau/dispnv50/crc.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/gpu/drm/nouveau/dispn...

https://bugs.freedesktop.org/show_bug.cgi?id=78361 Priority: medium Bug ID: 78361 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] Screen frozen on resume from suspend QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: R.Palmer at bham.ac.uk Hardware: x86-64 (AMD64) Status: NEW Version: gi...

https://bugs.freedesktop.org/show_bug.cgi?id=71662 Priority: medium Bug ID: 71662 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 regression] 3d application hang Severity: normal Classification: Unclassified OS: All Reporter: jano.vesely at gmail.com Hardware: Other Status: NEW Version: unspecified Component: Drivers/DRI/nouveau Produ...

I'm here and alive. I submitted my problem somewhere and have been getting emails related to nouveau ever since. Yes there is a craigcgarner at gmail.com I am glad to be following along with these bugs as they directly affect me and my system :) This where I reported the problem nouveau at lists.freedesktop.org The other buglist just started ? Thank you, Craig On Wed, Dec 9, 2015 at

https://bugs.freedesktop.org/show_bug.cgi?id=79795 Priority: medium Bug ID: 79795 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] No devices detected QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mail at tcrueger.de Hardware: x86-64 (AMD64) Status: NEW Version: unspecified C...

https://bugs.freedesktop.org/show_bug.cgi?id=55948 Priority: medium Bug ID: 55948 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 optimus] drm/nouveau/bios: attempt to fetch entire acpi rom image in one shot breaks module load QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: jano.vesely at gmail.com...

https://bugs.freedesktop.org/show_bug.cgi?id=80769 Priority: medium Bug ID: 80769 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] GF119M boot hang with 3.15.2 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: sven.pilz+freedesktop at gmail.com Hardware: x86-64 (AMD64) Status: NEW Version...

This is not complete documentation, but covers the pieces I read through while reviewing the IGT CRC tests for nouveau. It covers the nouveau-specific debugfs file, an overview of why the code is more complicated than the DRM display CRC support documentation would lead one to expect, and the nv50_crc_func vtable. Many of the details were gleaned from Lyude's commit message, but I think

....8 I see strange effects on systems with NVidia cards. At the first system (Gallium 04 on NV86 - NVIDIA Corporation G86M [Quadro NVS 140M]) the gnome desktop background is set to a green gradient, but only a black background is shown. At the second system, gnome systems settings says Gallium 0.4 on NVD9 - Forced Fallback modus On (NVIDIA Corporation GF119 [GeForce GT 520]) the the desktop background is not refreshed. If I switch at the second system to the 3D mode, the issue with the background disappears but the desktop is frequently crashing. This bug is also filed as a gentoo bug at https://...

While I had thought I'd tested this before, it looks like this one issue slipped by my original CRC patches. Basically, there seem to be a few rules we need to follow when sending CRC commands to the display controller: * CRCs cannot be both disabled and enabled for a single head in the same flush * If a head with CRC reporting enabled switches from one OR to another, there must be a

https://bugs.freedesktop.org/show_bug.cgi?id=98457 Bug ID: 98457 Summary: [NVD9] GPU lockup after resume from hibernation with Nouveau driver and firmware-nonfree Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Co...

https://bugs.freedesktop.org/show_bug.cgi?id=71659 Priority: medium Bug ID: 71659 Assignee: nouveau at lists.freedesktop.org Summary: [NVD9] Hangs under load with ![ PFIFO][0000:01:00.0] unhandled status 0x00800000 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: R.Palmer at bham.ac.uk Hardware: x8...

...hment.cgi?id=97009&action=edit firmware present patch OK, upon further code reading, it looks like the way nouveau does class id's is a bit off. That doesn't strictly matter for BSP, but there's a mismatch in the logic between mesa and the kernel, which causes problems for NVD7 and NVD9 cards. In nouveau_vp3_video.c:firmware_present, if (chipset < 0xc0) oclass = 0x85b1; else if (vp5) oclass = 0x95b1; else oclass = 0x90b1; should become if (chipset < 0xc0) oclass = 0x85b1; else if (chipset < 0xe0)...

...iew] > firmware present patch > > OK, upon further code reading, it looks like the way nouveau does class id's > is a bit off. That doesn't strictly matter for BSP, but there's a mismatch > in the logic between mesa and the kernel, which causes problems for NVD7 and > NVD9 cards. > > In nouveau_vp3_video.c:firmware_present, > > if (chipset < 0xc0) > oclass = 0x85b1; > else if (vp5) > oclass = 0x95b1; > else > oclass = 0x90b1; > > should become > > if (chipset < 0xc0) &...

...am at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: ronald645 at gmail.com Hardware: Other Status: NEW Version: git Component: Driver/nouveau Product: xorg My card is a GF119 (NVD9). A relatively new card on an aged board (Asus A8N-E). It seems to lock-up at random moments, Magic SysRq does nothing. Only a hard reboot is possible. Sometimes it happens when the contents of the screen is changing, sometimes not. I found it to have locked after an idle period a couple of times...

...m my firewall and wireless card. The log has wrapped due to these messages so it's starting exactly at the point where I do 's2disk'. This is the card: [ 0.355731] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x0d90a0a1 [ 0.355734] nouveau [ DEVICE][0000:01:00.0] Chipset: GF119 (NVD9) [ 0.355737] nouveau [ DEVICE][0000:01:00.0] Family : NVD0 [ 0.356330] nouveau [ VBIOS][0000:01:00.0] checking PRAMIN for image... [ 0.429669] nouveau [ VBIOS][0000:01:00.0] ... appears to be valid [ 0.429671] nouveau [ VBIOS][0000:01:00.0] using image from PRAMIN [ 0.4298...

https://bugs.freedesktop.org/show_bug.cgi?id=88868 Bug ID: 88868 Summary: PowerPC e5500, kernel crash, GT520, GT610 Product: xorg Version: unspecified Hardware: PowerPC OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at