similar to: [Bug 80980] New: Suspend is broken on NV11

https://bugs.freedesktop.org/show_bug.cgi?id=50375 Bug #: 50375 Summary: NV11: KMS/fbcon accel failing after scrolling/tty switch Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority:

https://bugs.freedesktop.org/show_bug.cgi?id=72651 Priority: medium Bug ID: 72651 Assignee: nouveau at lists.freedesktop.org Summary: [NV11] Hang during suspend/resume on Geforce 2 MX200 & MX400 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)

Hello, I'm facing issues with a Point of View GT210/218 and nouveau drivers. I'm using ubuntu server with LXDE on top of it... *lshw -c video* output: *-display description: VGA compatible controller product: GT218 [GeForce 210] vendor: NVIDIA Corporation physical id: 0 bus info: pci at 0000:01:00.0 version: a2 width: 64 bits clock:

Not sure about the radeon issue, but "DRM: GPU lockup - switching to software fbcon" basically means "the CPU isn't able to submit commands, or the GPU isn't executing the commands". Basically the GPU can only have so many commands outstanding [well, command buffers], and we hit that limit. >From what I understand, PA-RISC has a "funny" architecture that

Dear Tom, Thank you very much for thinking about this. Please see my replies below. -Ben > Are you using the EPEL R 3.2.3 builds? I'm not sure what the question means, but I'm pretty sure the answer is no. I know I built the versions of R I used from source code (i.e., ./configure followed by make). > What version of Centos 7? 7.2? [bwittner at kagoshima ~]$ cat

On 10/27/2013 09:54 AM, Ilia Mirkin wrote: > Certain combinations of hardware can't actually support the maximum > detected speed. Add a quirk list that lists pairs of hostbridge/chip pci > ids and the mode that they should work with. > > See https://bugs.freedesktop.org/show_bug.cgi?id=20341 It seems like this quirk is likely too specific. This almost certainly affects more

The very same option list, but for the "radeon" kernel module: http://xorg.freedesktop.org/wiki/RadeonFeature/#index4h2 Simone Mannori - Italy On 4 April 2016 at 05:56, Simone Mannori <simone.mannori at gmail.com> wrote: > Dear Ilia, > > this page summarize all the possible options of the "nouveau" kernel module: > >

AGP is deprecated for 10+ years now and not used any more on modern hardware. Old hardware should continue to work in PCI mode. Signed-off-by: Christian K?nig <christian.koenig at amd.com> --- drivers/gpu/drm/radeon/Makefile | 4 +- drivers/gpu/drm/radeon/evergreen.c | 7 - drivers/gpu/drm/radeon/r100.c | 10 +- drivers/gpu/drm/radeon/r300.c | 9 -

Certain combinations of hardware can't actually support the maximum detected speed. Add a quirk list that lists pairs of hostbridge/chip pci ids and the mode that they should work with. See https://bugs.freedesktop.org/show_bug.cgi?id=20341 Reported-by: Jason Detring <detringj at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I didn't go as far as

On Mon, May 11, 2020 at 1:17 PM Christian K?nig <ckoenig.leichtzumerken at gmail.com> wrote: > > AGP is deprecated for 10+ years now and not used any more on modern hardware. > > Old hardware should continue to work in PCI mode. Might want to clarify that there is no loss of functionality here. Something like: "There is no loss of functionality here. GPUs will continue to

Hi Christian Am 11.05.20 um 19:17 schrieb Christian K?nig: > AGP is deprecated for 10+ years now and not used any more on modern hardware. > > Old hardware should continue to work in PCI mode. > > Signed-off-by: Christian K?nig <christian.koenig at amd.com> > --- > drivers/gpu/drm/radeon/Makefile | 4 +- > drivers/gpu/drm/radeon/evergreen.c | 7 -

Dear Ilia, this page summarize all the possible options of the "nouveau" kernel module: https://nouveau.freedesktop.org/wiki/KernelModuleParameters/ I will test the options that you have suggested as soon as possible. Try a PCI video card is a very good advice because the AGP/FX1(chipset) is on the top of the "usual suspects" list; unfortunately the c8000 has 3.3 PCI slots

For the purposes of the module parameters, specifies the permissions of the corresponding files in sysfs in predefined S_I* form rather than in octal notation. Withal it makes the source code more consistent. Moreover, because all parameters are readable to everyone, it is more user-friendly. $ grep S_IRUGO include/linux/stat.h #define S_IRUGO (S_IRUSR|S_IRGRP|S_IROTH) $ grep

http://bugs.freedesktop.org/show_bug.cgi?id=14822 Summary: nv11 is offset one line vertically with randr1.2 Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

http://bugs.freedesktop.org/show_bug.cgi?id=14821 Summary: nv11 does not work with Randr1.2 enabled Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I find that the developers often just specified the numeric value when calling a macro which is defined with a parameter for access permission. As we know, these numeric value for access permission have had the corresponding macro, and that using macro can improve the robustness and readability of the code, thus, I suggest replacing the numeric parameter with the macro. Signed-off-by: Chuansheng

I believe that ch7006 is the only external encoder that's supposed to work, so you're in luck. It sounds like it passes the nv04_tv_identify stage of nv04_tv_create -- perhaps it fails later? Although based on the prints, it's even doing dpms stuff (but it hits _detect a second time... odd). Try booting with nouveau.debug=debug drm.debug=0xe That should provide a bunch more output as

https://bugs.freedesktop.org/show_bug.cgi?id=28570 Francisco Jerez <currojerez at riseup.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED Component|Server/general

https://bugs.freedesktop.org/show_bug.cgi?id=50374 Bug #: 50374 Summary: nouveau fails to obtain EDID from NV11 (nforce IGP) Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

http://bugs.freedesktop.org/show_bug.cgi?id=16031 Summary: nv11 + KDM/KDE: No UI elements/text rendered Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org