search for: vtconsol

...channel 0x0000ac8000 Jun 4 20:40:44 one kernel: [285949.704846] [drm] nouveau 0000:06:00.0: PFIFO: unknown status 0x40000000 Some months ago, following advice from this list, I had successfully restored function by doing these commands via ssh from another machine: echo 0 > /sys/class/vtconsole/vtcon1/bind modprobe -r nouveau modprobe nouveau These two times, the "modprobe -r nouveau" returned a message indicating the module was busy. On the second time, June 4, /sys/class/vtconsole/vtcon1/bind still had "1" rather than the "0' I had written to it....

Hello! This is the summary of a discussion I had on IRC with Lyude and imirkin_. When I try to turn off my graphics card, a kernel oops occurs. Steps to reproduce: 1. Boot the system with no display manager enabled 2. Using SSH, run the following commands: $ echo 0 | sudo tee /sys/class/vtconsole/vtcon0/bind $ echo 0 | sudo tee /sys/class/vtconsole/vtcon1/bind $ echo 1 | sudo tee /sys/class/drm/card0/device/remove Result: The integrated display turns black (but not off). Looking the dmesg reveals that the nouveau driver has come into distress. Here's the kernel log: https://pastebin.c...

...you can try and see what's happening, it > will not brick your card. > Date: Thu, 31 May 2012 15:13:16 +1000 > From: Ben Skeggs > To: "Robert M. Riches Jr." <rm.riches at jacob21819.net> > Cc: Nouveau at lists.freedesktop.org > > # echo 0 > /sys/class/vtconsole/vtcon1/bind; modprobe -r nouveau > > That should allow you to unload. Depending on the card, you won't have > a display after this (pre-GeForce8 should restore VGA mode) and will > have to reload the module blindly. > > Ben. > Date: Thu, 31 May 2012 20:06:28 +0300 >...

On Wed, Sep 05, 2018 at 04:41:27PM +0200, Peter Wu wrote: > Currently unloading bochs_drm (after unbinding the vtconsole) results in > a warning about a leaked connector: > > [drm:drm_mode_config_cleanup] *ERROR* connector Virtual-3 leaked! > > While investigating a potential fix I noticed that a lot of open-coded > functionality is already implemented elsewhere, so start converting it: >...

...t; Testing results: startx with fbdev, modesetting and qxl all seems to > work. Tested also with CONFIG_DRM_FBDEV_EMULATION=n, fbdev obviously > fails but others are fine. QEMU -spice and QEMU -spice with vdagent and > multiple (resized) displays (via remote-viewer) also works. > unbind vtconsole and rmmod has *not* regressed (i.e. it still trips on a > use-after-free in qxl_check_idle via qxl_ttm_fini). > > Ideally setup/teardown is replaced by drm_fbdev_generic_setup as that > would result in further code reduction, improve error handling (like not > leaking shadow memory...

Dear David Techer, I have read through your article on Xen VGA passthrough on http://www.davidgis.fr. It appears that the following command on your blog doesn''t work. dmesg | grep 01:00.0 | grep BAR The above command shows nothing at all. Is there an alternative solution? Thank you very much. Yours sincerely, Teo En Ming (Zhang Enming)

...he NVidia driver have been removed before reproducing the bug. Except for this problem, the Nouveau driver works well -- no more crashes while watching videos. I have also confirmed that suspend/resume works after I unload the nouveau driver. I use the following commands: echo 0 > /sys/class/vtconsole/vtcon1/bind rmmod nouveau pm-suspend I have also done a test of suspend/resume with Nouveau loaded after activating pm_trace (i.e. echo 1 > /sys/power/pm_trace). I attach a couple of "dmesg" outputs. The most interesting lines from the second "dmesg" command from rebootin...

...ils to start on the secondary GPU. The DRM appears to correctly initialize both cards (see attahced logs), but the monitor connected to the secondary one never comes up. Apart from removing the module from the initramfs, a workaround is to stop X and execute at the terminal: echo 0 > /sys/class/vtconsole/vtcon1/bind rmmod nouveau modprobe nouveau and restart X. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140224/5a3c5446/att...

http://bugs.freedesktop.org/show_bug.cgi?id=16792 Summary: modesetting on NV86: text mode goes blank, machine freeze on gdm stop Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=76732 Priority: medium Bug ID: 76732 Assignee: nouveau at lists.freedesktop.org Summary: Kworker using 100% CPU QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: patrick.clara at gmail.com

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

Hi, Following is a simple patch that is needed in nouveau to get accelerated X on a Xen dom0 pv_ops kernel. The kernel is jeremy's 2.6.31.6 as of 20100222. The whole gpu tree of nouveau (which is almost the mainline merge), was substituted into the kernel-tree. All components of X (mesa, Xorg-server-7.5, xf86-nouveau, libdrm) used of the same day. Patch: diff -Naur

https://bugs.freedesktop.org/show_bug.cgi?id=93629 Bug ID: 93629 Summary: [NVE6] complete system freeze, PGRAPH engine fault on channel 2, SCHED_ERROR [ CTXSW_TIMEOUT ] Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal

Hello, I have a 5.5TB Btrfs filesystem on top of a md-raid 5 device. Now if i run some file operations like find, i get these messages. kernel is 2.6.38.5-1 on arch linux May 5 14:15:12 mail kernel: [13559.089713] parent transid verify failed on 3062073683968 wanted 5181 found 5188 May 5 14:15:12 mail kernel: [13559.089834] parent transid verify failed on 3062073683968 wanted 5181 found 5188