I will do that and see what happens. I don’t remember if I bookmarked it or not but yesterday during my search of stuff I read something about xorg.conf files and the X11 folder that mentioned xorg.conf.d.
Adding sudo at the start of the command was how I accessed the conf.new file. Prior to that, I had read a lot of stuff in the documentation and from some other sources about the security of doing stuff involving root access and did not know if I should open it the way I did.
I believe I got it copied and renamed ok, I now see a plain text document file xorg.conf in the X11 folder. When you say reboot, do you mean individual qubes, or the PC? After running the copy command I could not open any qubes but after rebooting the PC everything seems to work. I’m also not certain I follow what you are saying about the system loading the x server but this asking the same question twice.
Yes, you need to reboot the PC for the changes to take effect.
1 Like
At the moment audio/video is working as it should but I’ll test it out some more since it has fooled me multiple times now. The mouse issue has not changed, however I noticed something new. If I access the sites where I have the most issue with the mouse through whonix/tor, the issue is gone. This was also the case with audio/video back when I first had the issue. It leaves me questioning why that is and whether or not it is a Qubes issue at all.
In the device sections, you can add option tags that can be used to correct different hardware issues.
The display device should already have all the options supported by your driver added as comments, removing the # will activate the option, but you need to assign it a valid value.
You can search Google for hardware identical or similar to what you have, and see if there are any recommended settings for Linux/Xorg.
1 Like
Thank you for all the help with this so far. I’m frustrated by the issues but more so by my lack of knowledge and understanding of everything. I have some more reading to do on what you mentioned about the tags and options. I will check for settings and see about any changes that may need done.
Could the CMOS time being off cause these issues? While I was working on the settings mentioned earlier I lost power at my place. It was off for at least 5 hours. When it came back on, I started the PC and noticed the time was wrong. Just out of curiosity I decided to look at the BIOS and rebooted. The CMOS time had only moved 7 minutes forward from when I lost power. I think I’ve read that time is updated once per hour in the OS, if so, could that explain why the issues are not always present?
If it does not have anything to do with the issues, at the very least I feel a bit stupid for not noticing it sooner and still need to fix it. I am pausing my work on the settings until I find out if I just need to change the battery or if I have more work to do.
I don’t think there is any chance that the CMOS time is the issue.
1 Like
Apparently not, I changed the battery and at least that was all I needed to correct the CMOS time but no change otherwise. Still searching for any changes to make for the display device or drivers.
I made some changes to the xorg.conf file based on what I found searching for similar hardware and driver. If I did it correctly, I removed the # to the left of the value for each option I changed. Then inserted the value I wanted for them, some originally had [] and I removed this and inserted “true” in place of it. I did not add the # back when I was done and the values I inserted do not line up with the row of values.
The changes I made were, AccelMethod “uxa”, DRI “3”, TrippleBuffer “true”, TearFree “true”. In the Xorg.0.log file prior to creating the xorg.conf file, I believe it already showed TearFree as true and DRI as 3 but I’m not certain of that. I also read something that makes me question whether the TrippleBuffer works when using uxa. In hindsight, I wish I would have made these changes one at a time and retested between adding the next.
I think I have the mouse issue fixed. I made those changes on the 8th and have used the PC every day and it has worked as it should.
There has been no change with the audio/video issue though. Do to that, and not knowing what else to change, I did a reinstall which went back to 5.15 on the kernel. I checked for the issues, did the xorg.conf thing, and then rechecked. Then updated to 5.52 I think, and did the same process. Finally, with a new USB flash drive, I downloaded the 4.1.2 release and installed it with the latest kernel and checked again.
At each of these steps, the mouse has worked with the changes made to the xorg.conf file but the audio/video issue persists.
In the current Xorg.0.log file, it shows this
(II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43
It also shows to be using Kernel Mode Setting driver: i915, version 1.6.0 20201103
Other things that may be relevant to the issue are that this PC only has HDMI ports for monitors, and what I am currently using for a monitor perhaps.
Something that I have not changed so far is the video RAM buffer. I have read how to change it but do not see how to check what it is currently set to.
One more question that I have regarding the changes made to the xorg.conf file is, how do I delete the file if I want to start over?
(Edit) For some reason it doesn’t let me put the brackets or greater/lesser symbols around bool, so in the post it just shows a square symbol. I removed brackets and all when inserting “true” for the options.