search for: 00.0

Hey, This patch causes a regression on my display-less nvd7. Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass fixes boot, and makes things work normally again. broken dmesg: [ 40.314470] ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [ 40.314729] ACPI Warning: \_SB_.PCI0.GFX0._DSM:

https://bugs.freedesktop.org/show_bug.cgi?id=101215 Bug ID: 101215 Summary: Graphics Crash Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at

The vblank on nvc0 was not working correctly and would freeze X, I managed to track it down and fix it with some help from m.b.lankhorst, see https://bugs.freedesktop.org/show_bug.cgi?id=56692 for details. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20121106/27ceb48e/attachment.html> --------------

I have the signed firmware (I think) and I'm running a fresh 4.6 kernel. I got an image to show up briefly, rendering the Fedora sign-in screen at something like one frame per ten seconds. But then I got all kinds of garbage, and I see: [ 719.300820] nouveau 0000:09:00.0: disp: outp 04:0006:0f44: link training failed dmesg |grep nouveau says: [ 10.053162] fb: switching to nouveaufb

Hi, My dmesg is filled up with these errors nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for HDMI-A-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 nouveau 0000:01:00.0: DRM: DDC responded, but no EDID for VGA-1 [..] nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=108906 Bug ID: 108906 Summary: nouveau driver causes system slowdown Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee:

Switching focus to a previously idle firefox and starting to type in the google bar, the screen locked up (and the display went black and showed 'no signal'). Ssh'ing into the machine, I found this in dmesg: [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1 [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on

Hi, I am having issues with nouveau driver in 4.11 Debian distribution kernel. I can start X session but the screen locks up e.g. when I try to exit mplayer fullscreen mode. The lock is swamped with tons of nouveau 0000:03:00.0: fifo: SCHED_ERROR 13 [] messages and I also can see some warnings ------------[ cut here ]------------ WARNING: CPU: 1 PID: 3535 at

Hi, On 04-12-15 09:54, Samuel Pitoiset wrote: > > > On 12/04/2015 09:45 AM, Hans de Goede wrote: <snip> >>> Please give a shot at this branch : >>> http://cgit.freedesktop.org/~hakzsam/mesa/log/?h=nvf0_compute >>> >>> It fixes the initialization of the compute state and allows me to >>> launch 'test_input_global' (ie. ./compute

Hi again, I got a new dmesg log with the debug parameters, but I guess I could not isolate VESA. I blacklisted it at /etc/modprobe.d/blacklist.conf but comparing those logs I see no difference... Is it possible to isolate VESA somehow without removing it? The new logs are here, I'm posting full content because I'm not sure what information is more relevant...

What seems to be the problem? I think you forgot to include a description of the issues you're seeing. On Sep 18, 2017 11:23 PM, <ygrishin-lists at mail2.ca> wrote: Hello looks like the device is not supported, the logs are as follows: --- # dmesg | grep nouve [ 2.789899] fb: switching to nouveaufb from VESA VGA [ 2.790060] nouveau 0000:01:00.0: NVIDIA GT218 (0a8d00b1) [

Hello, Running Archlinux x86_64, kernel 3.4.9, xf86-video-nouveau-git and mesa-full No matter what I do, X freezes. Here is the kernel log as regards nouveau : [ 1.147790] [drm] nouveau 0000:01:00.0: Detected an NVc0 generation card (0x0c8000a1) [ 1.148583] fb: conflicting fb hw usage nouveaufb vs VESA VGA - removing generic driver [ 1.151874] [drm] nouveau 0000:01:00.0: Checking

Hi there, I have just decided to try this new driver stuff (used 2.6.27 earlier and a proprietary nvidia driver) but the monitor (Samsung 214T) becomes black and the power LED starts flashing (standby) after loading nouveau module (from a fresh 2.6.33). For now I am trying framebuffer only. The monitor is connected with a single link DVI cable. lspci -nn 03:00.0 VGA compatible controller

Hi . I am having a very annoying problem not sure where the root of it lies When running FLdigi it runs fine for about 10 mineuts then i start getting errors leading to a complete lock up that needs a power button to free it up i get the following [ 653.080497] nouveau 0000:01:00.0: fifo: DMA_PUSHER - ch 3 [systemd-logind[462]] get 00000d3a24 [ 653.081461] nouveau 0000:01:00.0: gr:

Hello, I have installed git-kernel (3.2-rc3) with git-drm libs on debian. nvidiafb on terminals works fine, but loading of nouveau for Xorg fails. Maybe someone can help me or give me hints (what do I have to change?). The kernel produces the attached output. Best regards, Lars Callenbach ----- [ 6.971517] [drm] Initialized drm 1.1.0 20060810 [ 7.036085] [drm:drm_pci_init], [

https://bugs.freedesktop.org/show_bug.cgi?id=77529 Priority: medium Bug ID: 77529 Assignee: nouveau at lists.freedesktop.org Summary: NVS 510 DP-3 output doesn't work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: tex at sergio.spb.ru

Hi After installing Kernel 5.6 I am getting this error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices [ 0.757317] nouveau 0000:05:00.0: NVIDIA GP107 (137000a1) [ 0.869775] nouveau 0000:05:00.0: bios: version 86.07.42.00.4a [ 0.870157] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870256] nouveau 0000:05:00.0: acr: failed to load firmware [ 0.870356]

https://bugs.freedesktop.org/show_bug.cgi?id=98240 Bug ID: 98240 Summary: Kernel module fails to load on HP Pavilion V3A33AV laptop. Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Generically, yes, the hardware is supported. On Mon, Sep 18, 2017 at 11:42 PM, <ygrishin-lists at mail2.ca> wrote: > I will update the thread as soon as I get the hardware back. It was > something serious like artifacts or no video in X so that I had to resort to > proprietary drivers. > So the question is whether this hardware is supported or not. > > > On 2017-09-18

http://bugs.freedesktop.org/show_bug.cgi?id=24780 Summary: 2 second delay during boot using nouveau Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at