The officially official Devuan Forum!

You are not logged in.

#1 Re: Desktop and Multimedia » [SOLVED] Daedalus I915 External Monitor Screen Flicker » 2023-09-13 13:11:56

Sorry for the delay. Hadn't had time to get back to this but I've finally got a working setup!

I tired some of the Xorg configuration options but could never seem to get things right so I went down the lightdm/cinnamon routes.

Here's what I did.
1) Created a script at /etc/lightdm/i915.sh (owned by root) and set the mode 755. It contained the following

#!/bin/bash
xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
xrandr --addmode DP-1-1 1920x1080R
xrandr --addmode DP-1-2 1920x1080R
xrandr --output DP-1-1 --mode 1920x1080R
xrandr --output DP-1-2 --mode 1920x1080R

2) In /etc/lightdm/lightdm.conf

- uncomment the 'display-setup-script' line in the '[Seat:*]' section and appended the path to the previous script to the line

display-setup-script=/etc/lightdm/i915.sh

* This fixes the display glitch when lightdm is sitting at the login screen

3) To fix the issues when cinnamon was running.
- Log in and run the previously created script
- After it runs and "fixes" the display glitch, open the cinnamon displays applet by right-clicking on the desktop and selecting 'Display Settings'.
- It should show the newly set resolutions so simply change something, apply the settings, and then change it back to the desired settings.
-- Something as simple as changing the "Primary" monitor seems to be sufficient.
--Once those settings were applied, I noticed that the file ~/.config/cinnamon-monitors.xml now contained the proper resolution and refresh rate that I wanted the monitors to be set at!

So far this is working/surviving reboots and login/logouts.

The only hiccup with the above is that obviously any of the ctrl+alt+F# terminals will still be glitchy but I'm assuming until I can figure out how to get X11 configured properly, those will always be messed up. Not much of an issue since I don't normally need to use those anyways. If anyone has any suggestions on how to get X11 working so all these band-aids can be removed, I'm all ears! Thanks.

#2 Re: Desktop and Multimedia » [SOLVED] Daedalus I915 External Monitor Screen Flicker » 2023-09-02 22:56:19

Some good progress! After reviewing some similar issues on Linux Mint's forums, I have a currently working solution.

First off - Not sure if the full re-install would've been necessary at this point and obviously I can't revert now.

The following are installed (not sure if all are required; will continue testing and update thread as time goes on)
- intel-microcode
- firmware-linux-free
- firmware-misc-nonfree

Even though the resolution wouldn't show up in the 'Displays' menu, xrandr was still able to add and set the resolution but I needed to use the reduced blanking option with the cvt tool.

$ cvt -r 1920 1090
# 1920x1080 59.93 Hz (CVT 2.07M9-R) hsync: 66.59 kHz; pclk: 138.50 MHz
Modeline "1920x1080R"  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync

The output from cvt is then used to create a new mode with xrandr.

$ xrandr --newmode "1920x1080R" 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync
$ xrandr --addmode DP-1-1 1920x1080R
$ xrandr --addmode DP-1-2 1920x1080R
$ xrandr --output DP-1-1 --mode 1920x1080R
$ xrandr --output DP-1-2 --mode 1920x1080R

After that I had the right resolution on both monitors and no visible flickering for the past 5 minutes!! Now upon restart the screens revert back to 1920x1080 at 60Hz and the flickering is back but re-running the above commands all was good again. Afterwards the resolution shows up in the displays menu as well.

I'll experiment with scripting this so that it auto applies on boot up but if there are any better ways to handle this, please let me know!

#3 Re: Desktop and Multimedia » [SOLVED] Daedalus I915 External Monitor Screen Flicker » 2023-09-02 20:05:08

Did you problem only exist on one monitor resolution? Certainly hope it's not hardware!

The plot thickens a bit though. I decided to full reinstall Devuan Daedalus and reset bios settings to factory settings. Upon restart now, I am even further limited in the external monitor screen resolutions though. Now the maximum the external monitors seem to support is 1024x768 60Hz (with only three possible resolutions). I've tried install combinations of firmware-linux-nonfree, firmware-misc-nonfree, intel-media-va-driver[-non-free] but haven't had any luck. These other resolutions don't flicker though. Any thoughts?

#4 Desktop and Multimedia » [SOLVED] Daedalus I915 External Monitor Screen Flicker » 2023-09-01 21:51:32

aut0exec
Replies: 7

Greetings everyone. Been a while since I've been to the forums; all my Devuan systems have been chugging along great!

Dealing with an HP Elitebook 840 G3 with Intel Skylake GT2 [HD Graphics 520] running Daedalus (Linux 6.1.0-11, Cinnamon 5.6.8, lightdm 1.26.0-8+devuan1, firmware-misc-nonfree 20210315-3, xserver-xorg-video-intel 2.99.917). The Laptop is on the official HP dock and I'm using the two display ports to run two external 24 inch monitors. Problem is at the maximum resolution of 1920x1080 60HZ there's a frequent flicker/tear in the display. I've tried a number of kernel setting combinations ( i915.enable_psr=0, i915.enabled_rc6=0, intel_idle.max_cstate=4, i915.enabled_fbc=0, etc) and have been unable to track down what's causing the flicker. I can get the flicker to go away ONLY if I drop resolution but the next available resolution, according to xrandr -q, for the external monitors is 1680x1050 59.95hz which costs a bunch of display real estate.

I have Chimaera machine (Dell 6520) connected to these same displays via DVI using i915 and there's no flickering issues but there's obviously some major differences in the underlying graphics that's way over my head.

Any thoughts? Let me know any command output that would be helpful in trouble shooting (posting from the machine with stable graphics currently).

#6 Re: Devuan » Beowulf » 2020-04-04 14:49:29

bgstack15 wrote:
aut0exec wrote:

the only issue was pulseaudio not starting automatically so one of my shell functions for recording audio wasn't working properly.

That was one of my early issues with Devuan Ceres (which was based on Beowulf at the time) as well! I remember making a .desktop file for my xdg autostart to run "pulseaudio -start" I think it was. Nowadays I've moved to alsa and not Xfce, so I have different types of issues now.

I wish I could move solely to alsa but try as I may, simply can't figure out how to record streams with solely alsa on this machine....

#7 Re: Devuan » Beowulf » 2020-04-03 13:45:05

Definitely. Been using it on non-important systems for months. Switch my primary desktop over about 2 weeks ago and the only issue was pulseaudio not starting automatically so one of my shell functions for recording audio wasn't working properly. All is solved now though!

#8 Re: Hardware & System Configuration » CuBox I4 pro » 2020-02-10 00:49:29

Camtaf wrote:

If Debian works, so will Devuan. smile

I'm certainly hoping for the same thing! pardon my ignorance but I thought that the something about the I.MX6 platform was specific to it and required special consideration? Perhaps I'll just try install the Debian image and then switching the sources over to devuan to see what happens.

#9 Hardware & System Configuration » CuBox I4 pro » 2020-02-08 18:37:06

aut0exec
Replies: 2

Greetings everyone. Noticed the other day that the OS I was using on my CuBox is no longer maintained and I'd like to move Devuan on the box but I can't seem to find if it's supported. Debian has a build available so I'm hoping that Devuan is possible too. Anyone have any experience or is this new territory?

#10 Re: Hardware & System Configuration » Secure Boot » 2020-02-08 18:31:26

czeekaj wrote:

Now it boots, but it boots USB as well. With custom keys it seems to just boot as if it was off. I guess I didn't set it up quite right. Might try again and update this if I have better luck. Dell seems like they could make really good products. But then there is just something about their bios that scares you right away. Anything Post-skylake I don't really want to dip into.

I've not experimented with my dells yet but my Toshiba Satellite was simply as easy as loading my custom keys, building a stub-load kernel, signing it, and then enabling secure boot in the bios. Will be interested in what you find out with your Dells though.

#11 Re: Other Issues » Is VirtualBox (or alternative) in the repo? » 2020-01-12 14:49:32

Head_on_a_Stick wrote:
Ogis1975 wrote:

I prefer qemu-kvm

+1

This is where I've been moving as well. Between it and LXC, virtualbox has pretty much gone by the wayside on *nix stations. Sadly still have to use VB on Windoze stations for work but it beats the licensing cost of VMware!

#12 Re: Hardware & System Configuration » Secure Boot » 2020-01-12 14:45:14

Head_on_a_Stick wrote:

In respect of UEFI, it is not possible to "turn it off" — all you can do is enable CSM ("Legacy" mode), which still runs the boot process through the UEFI firmware but subjects it to an extra added abstraction layer which is probably full of even more bugs.

Even saw some Dells the other day where CSM isn't an option within the firmware! Figured at some point everyone would move over from CSM/Legacy just wasn't sure when.

Czeekaj - I unfortunately don't have the ability to build my own chips, PCB's, FPGA's, and what not so I'm sort of stuck trusting hardware vendors at a certain point. Secure boot at least makes the bar for high jacking my system 'a little bit' more difficult!

#13 Re: Installation » installing nvidia drivers on ascii 2.1 » 2020-01-11 14:09:35

Strongly suggest nvidia-detect as Ogis1975 suggested. Also how old is your card? I've started running into issues where the cards in my systems are no longer supported by the latest and greatest 'nvidia-driver' package. So I've had to install various versions of legacy or manually pull the last supported driver from Nvidia directly (this one made me appreciate how far Linux and Nvidia have progressed smile ).

#14 Re: Desktop and Multimedia » machine freezes - nouveau driver? » 2020-01-09 01:34:13

Not going to say there isn't an alternative but I had the same issue on a Lenovo laptop with a quadro GPU. I just gave in and installed the 418.88 driver from Nvidia and haven't had an issue since.

#15 Re: News & Announcements » It'll be when It's ready, I know, but an approximation? » 2020-01-07 01:40:56

sgage wrote:

My main box would be beowulf if I could install wine32. Other than that. beowulf works beautifully on my machine.

Several of mine are Beowulf as well. Only issue thus far has been the conversion over to nftables instead of iptables which ended up causing UFW to fail to start. Easy to fix with

update-alternatives

Can't wait to upgrade everything when it's ready.

#16 Re: Devuan » Debian considering going systemd init only » 2019-12-31 14:31:43

yeti wrote:
aut0exec wrote:

Didn't go as badly as thought but not as promising either. :-/

This result's "we support exploring alternatives" suffix will not fruit.
This result will make some overly optimistic and/or inert users stay with Debian instead of looking for an alternative.

More is lost than gained with this wishy-washy result.

Good point. Didn't look at it that way but I can definitely see things going that route, sadly.

#17 Re: Off-topic » This should be fun... » 2019-12-28 12:34:00

golinux wrote:
aut0exec wrote:

I'm in as always. Just not sure where I can help or how to get started really. Would love to help work fixes into SysV just don't possess the coding background at current to be of much use there, ha.

Reality check.  I didn't own a computer (which I didn't really want - it was a gift) till I was near 60.  I had zero technical background.  Then I wanted to "do things" so I taught myself . . . html and css from scratch in a text editor, graphics, audio and video editing, desktop theming etc .  If I didn't like something, I figured out how to fix it, even hacking the registry in my windoze days because I wanted things MY way.  My appetite for learning new things and experimenting may not be as voracious as it was all those years ago and tbh, I couldn't pull a bash script out of my head without DDG but I still manage to contribute to Devuan.  I bet you could find a niche that suits you if you looked hard enough.

Fair enough! I'll keep looking around. One thing that has come to mind as of late is Init scripts. Seems support for them has been dwindling (gitea recently cause me enough headaches with an outdated init script).

#18 Re: Devuan » Debian considering going systemd init only » 2019-12-28 12:28:46

That tallying system made the head hurt...

Didn't go as badly as thought but not as promising either. :-/

What's next?

#19 Re: Off-topic » This should be fun... » 2019-12-13 03:59:04

golinux wrote:
sgage wrote:
aut0exec wrote:

If Debian goes full systemd, what will this mean for Devuan?

Surely that is the question...

We'll need less yammering and more hands on deck to do actual work.

I'm in as always. Just not sure where I can help or how to get started really. Would love to help work fixes into SysV just don't possess the coding background at current to be of much use there, ha.

#20 Re: Off-topic » This should be fun... » 2019-12-12 01:09:09

fsmithred wrote:

OK, I read A.6 and if I read it again, I'm sure I'll get a headache.

I think we're screwed. As I see it, there should only be two options on this vote:
1. systemd only
2. some kind of support for other inits.

Then if 2 wins, figure out the details.

Yea... Was wondering this exact thing when reading through the options. Lots of fragmented options for non-systemd.

If Debian goes full systemd, what will this mean for Devuan?

#21 Re: Off-topic » This should be fun... » 2019-12-11 01:54:43

Voting period starts      2019-12-07 00:00:00 UTC
     Votes must be received by 2019-12-27 23:59:59 UTC

Top of the ML message.

That's an interesting set of choices to say the least.

#22 Re: Devuan » Does anyone else use FreeIPA? » 2019-11-14 03:03:08

I've wanted to use FreeIPA but haven't spent the time to go through the process. Did you happen to write up the steps and changes you made to make it work in Devuan?! I'd definitely be interested.

#23 Re: Hardware & System Configuration » eth0 losing static ip » 2019-11-06 00:56:54

e97 wrote:

thanks @aut0exec ! I suspected it was another network control manager but couldn't figure out what it was. Its disabled and removed.

Reset dnsmasq as well because I probably misconfigured it resulting in a conflict with my router. 

With those changes, everything seems good.

No problem and glad all is well!

#24 Re: Devuan Derivatives » Parrot OS and Devuan » 2019-10-29 00:42:30

golinux wrote:

A note from Parrot OS:

we are not based on devuan yet, and the rolling branch is still based on debian testing

meanwhile we have an experimental lts branch that tracks devuan, and we plan to release a lts version of parrot (5.0) for both x86 and arm architectures, and keep it aside to the rolling edition that will remain the same as now (but amd64 only)

the eta is "when it's ready"

yikes

Man... I wonder if they need people to test that LTS branch?!

#25 Re: Hardware & System Configuration » eth0 losing static ip » 2019-10-29 00:38:08

Had this problem when network manager is installed on the system. NM likes to randomly start controlling the NIC. You're supposed to be able to issue:

nmcli device set <ethX> managed no

In practice it rarely stays consistent and in theory NM isn't supposed to be managing stuff in the interfaces file either. I usually resort to adding the following in

/etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

[keyfile] 
unmanaged-devices=interface-name:eth0

Then restart network-manager and networking. The output of nmcli should state that the interface is no "unmanaged".

root@Devuan:~# nmcli
eth1: unavailable
	"Broadcom Limited NetXtreme BCM5755 Gigabit Ethernet PCI Express"
	ethernet (tg3), DE:AD:BE:EF:00:01, hw, mtu 1500

eth0: unmanaged
	"Realtek RTL8169 PCI Gigabit Ethernet Controller (GA311)"
	ethernet (r8169), CA:FE:C0:FF:EE:01, hw, mtu 1500

lo: unmanaged
	loopback (unknown), 00:00:00:00:00:00, sw, mtu 65536

****EDIT*****
My preferred route is to just remove network manager all together with

apt purge network-manager

big_smile

Board footer

Forum Software