search for: demsg

I have two nvidia pascal cards on my machine, a GP107M (GeForce GTK 1050 Mobile) and a GP104 (GTX 1080 connected via thunderbolt). With 4.12 RC1 (which I understand to include signed firmware from nVidia) neither of these cards work. Here is the output from demsg when I modprobe nouveau. [ 112.565946] nouveau: detected PR support, will not use DSM [ 112.565966] nouveau 0000:01:00.0: enabling device (0000 -> 0003) [ 112.566063] nouveau 0000:01:00.0: unknown chipset (ffffffff) [ 112.566067] nouveau: probe of 0000:01:00.0 failed with error -12 [ 112.5...

...08:26:27PM +0100, Karol Herbst wrote: > > Fixes the infamous 'runtime PM' bug many users are facing on Laptops with > > Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. > > > > Depending on the used kernel there might be messages like those in demsg: > > > > "nouveau 0000:01:00.0: Refused to change power state, currently in D3" > > "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config > > space inaccessible)" > > followed by backtraces of kernel crashes or timeouts withi...

Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

Hi, I am struggling to get rid of a conflict on DELL 2800 : PCI Parity error (EB113 on the display) I am learning linux and asterisk as I go along, there might be obvious things I should know, but bear with me. >From demsg below my 2 digium cards installed are listed (no config or connections done to digium cards yet), the conflict is with the TDM400P card, without that card, in any slot, no alarm. Zapata Telephony Interface Registered on major 196 Registered Tormenta2 PCI Controller version:...

...ue, Mar 10, 2020 at 08:26:27PM +0100, Karol Herbst wrote: > Fixes the infamous 'runtime PM' bug many users are facing on Laptops with > Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. > > Depending on the used kernel there might be messages like those in demsg: > > "nouveau 0000:01:00.0: Refused to change power state, currently in D3" > "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config > space inaccessible)" > followed by backtraces of kernel crashes or timeouts within nouveau. > > It...

...'t invoked at all. xm dmesg didn't show anything suspicious, dmesg neither. Eventually I rebooted the machine, which resulted in the logs at http://apt.niif.hu/console.log (the serial logs were seriously garbled due to lack of flow control, so this is a slightly touched-up version of { xm demsg; dmesg } to provide some orientation). Despite the stack dumps, domain creation worked fine in the booted system, udevadm monitor showed the expected activity. Then I rebooted again, which resulted in a final stack dump during shutdown (part of which was unfortunately lost), then the system came...

...After doing some research it sounds like installing a multicast router between the client and server side is the best solution. So that''s what I''m trying to do now. I have Red hat Linux 7.3 installed. I''ve gone through the steps described on the how-to (link above): $ demsg | grep IGMP IP Protocols: ICMP, UDP, TCP, IGMP $ cat /proc/sys/net/ipv4/ip_forward 1 $ netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.3.0 0.0.0.0 255.255.255.0 U 40 0 0 eth1 10.100.100.0 0....

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...After doing some research it sounds like installing a multicast router between the client and server side is the best solution. So that''s what I''m trying to do now. I have Red hat Linux 7.3 installed. I''ve gone through the steps described on the how-to (link above): $ demsg | grep IGMP IP Protocols: ICMP, UDP, TCP, IGMP $ cat /proc/sys/net/ipv4/ip_forward 1 $ netstat -rn Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 192.168.3.0 0.0.0.0 255.255.255.0 U 40 0 0 eth1 10.100.100....

...arol Herbst wrote: > > > Fixes the infamous 'runtime PM' bug many users are facing on Laptops with > > > Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. > > > > > > Depending on the used kernel there might be messages like those in demsg: > > > > > > "nouveau 0000:01:00.0: Refused to change power state, currently in D3" > > > "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config > > > space inaccessible)" > > > followed by backtraces of kernel...

...ing is inverted vertically AND horizontally, which gives a very weird effect (apart from being unusable). Interestingly, cursor is not being inverted at all and order of letters remains left->right, but they are inverted upside-down... Photograph: http://tinypic.com/view.php?pic=x6hmw3&s=6 demsg: http://pastebin.com/jthDiD1y xorg.log: http://pastebin.com/DdMXWePz Arch Linux 64bit, newest drivers, NVIDIA G86 [Quadro NVS 140M] -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: &lt...

https://bugs.freedesktop.org/show_bug.cgi?id=58776 Priority: medium Bug ID: 58776 Assignee: nouveau at lists.freedesktop.org Summary: DRM NOUVEAU: cannot boot with kernel >=3.7 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: balducci at

...1656, in _constructDomain self.info[''name_label'']) VmError: Creating domain failed: name=xenwin2008 [2009-04-17 23:30:43 3028] DEBUG (XendDomainInfo:1897) XendDomainInfo.destroy: domid=None I''m looking forward to your suggestions. Greetings Daniel Here is the xm demsg output if this is interesting: # xm dmesg (XEN) Xen version 3.2-1 (Debian 3.2.1-2) (waldi@debian.org) (gcc version 4.3.1 (Debian 4.3.1-2) ) Sat Jun 28 09:32:18 UTC 2008 (XEN) Command line: (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: none; EDID transfer...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...

...redhat.com> [ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ] Fixes the infamous 'runtime PM' bug many users are facing on Laptops with Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU. Depending on the used kernel there might be messages like those in demsg: "nouveau 0000:01:00.0: Refused to change power state, currently in D3" "nouveau 0000:01:00.0: can't change power state from D3cold to D0 (config space inaccessible)" followed by backtraces of kernel crashes or timeouts within nouveau. It's still unkown why this issue...