> > Hello! > > I will explain what I did, I have little ability, so i made some research > to get knowledge on how I could perform the configuration of this parameter. > > I found a location with the instructions I followed: > > # sudo cat /sys/module/i915/parameters/enable_psr > > This command returned -1; > # sudo nano /etc/modprobe.d/i915.conf > > In this file I put: > options i915 enable_psr = 0; >
> I saved the file; > > performed: > # sudo update-initramfs -u > > rebooted the computer; > > performed: > # sudo cat /sys/module/i915/parameters/enable_psr > > This command returned 0; > > Then I connected the HDMI cable from my LG monitor and started testing. > > I noticed a specific behavior. I had already set up the gnome-shell dock > to be displayed on all displays ... So I used the mouse pointer to fire the > quick-launch shortcuts of applications I have recorded in the gnome-shell > dock, but I made those shots from LG monitor. > > Every time I ran an application, there was a delay and a slight freezing > of the mouse pointer while the application was loading up to a fraction of > a second after the application was fully loaded. I continued to load the > various applications, always using Dock shortcuts, and the same problem > happened with several of these applications. This is a remarkable detail > because I do not remember similar behavior in linux before... In addition, > we notice a certain slowness and some truncation in the movement of the > mouse pointer (only when it is on the LG display). > > So I realized that in this system reboot, my WiFi network was not > activated (this is another uncomfortable instability that has been > happening, that is, these faults in the load of the wifi or the wired > network when we have to reboot the system). When I realized that the > network was not working I completely turned off the notebook and turned it > on again. Note that the LG monitor was connected all the time ... Then the > network started up again and I was able to do the load tests again ... > Again firing the applications through the gnome shell dock shortcuts using > the LG monitor. This time, however, at the very first shot of the > gnome-calculator, the complete interface and system freeze has already > happened, not even the caps-lock button LED works ... Neither Ctrl Alt > BkSpace ... Neither Ctrl Alt Delete ... or Ctrl Alt F "n" ... nothing. I > had to turn off the notebook on the power button. > > Again I turned off the HDMI connection and re-used only the built-in > monitor of the notebook. > > Very well ... To the point above I was ready to respond to the previous > email with the alleged result of the proposed test. Then, reading the > propose again, I realized that the proposed test was about a kernel > parameter called "enable_rc6" and not "enable_psr" as it appears in the > Arch Linux forum. Therefore, I tried to repeat the previous test using > "enable_rc6". However, the "sudo cat > /sys/module/i915/parameters/enable_rc6" command did not acknowledge the > existence of this parameter. Nor after I change the > "/etc/modprobe.d/i915.conf", run the "sudo update-initramfs -u" and restart > the notebook. Even so I went ahead with the test, reconnected the HDMI, > turned it off and turned the notebook on again and started firing the apps > like before. It was not long before a new freeze happened, more or less as > before, during application loading. I could only point out that the freeze > time after the mouse strokes is not greater than the application load time, > it is actually little lower. These small freezes are happening and > repeating themselves every time an application is triggered until a time > when a complete system freeze occurs... and noticed also the same "lazy" > behavior in the mouse pointer movement on LG display. > > After that, in another search, there was the guideline to change kermel > load parameters, not like I did, but directly editing "/etc/default/grub" > by changing the line "GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" and adding > "i915.enable_psr = 0" inside the "quiet splash" quotes. Well ... First I > deleted "/etc/modprobe.d/i915.conf", so I did all the tests again using > "i915.enable_rc6 = 0" in "/etc/default/grub". However, after making this > change, and before making the tests, I ran a "sudo update-grub" commands > and then "sudo update-initramfs -u", I rebooted the notebook with the > second display connected... Again, the system was frozen in the same way as > before. > > Then I restarted the computer, edited "/etc/default/grub" again and > changed the parameter to "i915.enable_psr = 0", I ran "update-grub" and > "update-initramfs -u". I turned off the notebook, turned it on again, > tested the "sudo cat/sys/module/i915/parameters/enable_psr" by looking at > its value changed to "0" ... and restarted application load tests, as > before using the gnome-shell dock on the secondary display ... I did these > load tests for 5 to 10 minutes and realized only the keeping of annoying > behavior of the slight freezing of the mouse cursor during the loading of > each application and lazy behavior again (notice that this does not happen > when I am only using the built-in display) but, at least so far, I have not > yet obtained the complete freezing of the system... > > ... That was before lunch... > > All the previous tests were implemented during the last 60 minutes before > lunch ... So I left my workstation with the notebook turned on and went to > lunch. > > After lunchtime I was back to work and was putting the finishing touches > on this story ... and then the same freeze again. I was using gEdit to > finalize the translation of the text from my language into English ... So I > moved the mouse, the mouse pointer went from the LG display to the built-in > display and back to the LG where I edited the document, then the complete > freezing of the system happened again. > > So if I have not done something wrong, I believe that the problem of > system freezing can not be solved in this way. > -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1813423 Title: Frequent system freezing with i915 error "*ERROR* Atomic update failure on pipe A" To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1813423/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
