search for: vtcon1

...0000ac8000 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. I'm...

...ry 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 > From: P...

...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.com/mZJueLJn Graphics card: VGA compatible controller: NVIDIA...

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)

...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 rebooting after...

...rt 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/attachment....

...). > > Guess on the reason for the encoder leak: drm_framebuffer_cleanup was > previously used, but did not destroy much. drm_fb_helper_fbdev_teardown > is now used and calls drm_framebuffer_remove which does a bit more work. > > Tested with 'echo 0 > /sys/class/vtconsole/vtcon1/bind; rmmod bochs_drm' > and also with Xorg + fbdev (startx -> xterm). The latter triggered a > warning in ttm_bo_vm_open that existed before, see > https://lkml.kernel.org/r/1464000533-13140-4-git-send-email-mstaudt at suse.de You can probably get rid of this one if you're ref...

...Bus:card0-VGA-1 PM: Adding info for No Bus:nv_backlight PM: Adding info for i2c:i2c-1 PM: Adding info for i2c:i2c-2 [drm] nouveau 0000:01:00.0: allocated 1680x1050 fb: 0x401c0000, bo ffff88013a148e00 PM: Adding info for No Bus:fb0 fbcon: nouveaufb (fb0) is primary device PM: Adding info for No Bus:vtcon1 [drm] nouveau 0000:01:00.0: 0xBE2E: parsing output script 1 [drm] nouveau 0000:01:00.0: 0xBCC5: parsing clock script 0 Console: switching to colour frame buffer device 210x65 fb0: nouveaufb frame buffer device registered panic notifier [drm] Initialized nouveau 0.0.16 20090420 for 0000:01:00.0 on m...

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

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