Re: [gentoo-user] Strange DPMS behaviour
On 2/6/23 08:00, Jack wrote: If you find that the EDID is really bad for one of the monitors, you should be able to find a correct copy and make that one available to X, although I don't remember how since I haven't needed to do so in years. I believe it is a setting within/under Xorg.conf. Jack Strangely enough, I had time to do more testing today. I tried unplugging each monitor and trying it out forcing DPMS on. I have two monitors: MSI on DP, and a Samsung on HDMI. The Samsung is the one with EDID errors but it works fine with DPMS with the other monitor (MSI) unplugged. The MSI monitor (with the Samsung monitor unplugged) still has the problem with random wakes. Thinking it might be a displayport issue, I hooked my laptop to the hdmi port on the MSI - same problem... couldn't use the main PC as there's only one hdmi port on the video card. So the MSI monitor is at fault here, both hdmi and displayport fail to use DPMS correctly. Oddly enough, it's the Samsung with the EDID errors but it is working fine despite those errors. Go figure... Alas, now at least I can move on with configuring the rest of the system. Looks like the only way to fix this problem is to get another monitor. Dan
Re: [gentoo-user] Fixing my font config
Oddly enough I just reinstalled on a new nvme over the weekend. I haven't had time to mess with fonts and this is what the default settings are (as I haven't changed anything): $ eselect fontconfig list Available fontconfig .conf files (* is enabled): [1] 05-reset-dirs-sample.conf [2] 09-autohint-if-no-hinting.conf [3] 10-autohint.conf [4] 10-hinting-full.conf [5] 10-hinting-medium.conf [6] 10-hinting-none.conf [7] 10-hinting-slight.conf * [8] 10-no-sub-pixel.conf [9] 10-scale-bitmap-fonts.conf * [10] 10-sub-pixel-bgr.conf [11] 10-sub-pixel-rgb.conf [12] 10-sub-pixel-vbgr.conf [13] 10-sub-pixel-vrgb.conf [14] 10-unhinted.conf [15] 11-lcdfilter-default.conf * [16] 11-lcdfilter-legacy.conf [17] 11-lcdfilter-light.conf [18] 20-unhint-small-dejavu-sans.conf [19] 20-unhint-small-dejavu-sans-mono.conf [20] 20-unhint-small-dejavu-serif.conf [21] 20-unhint-small-vera.conf * [22] 25-unhint-nonlatin.conf [23] 30-metric-aliases.conf * [24] 35-lang-normalize.conf [25] 40-nonlatin.conf * [26] 45-generic.conf * [27] 45-latin.conf * [28] 48-spacing.conf * [29] 49-sansserif.conf * [30] 50-user.conf * [31] 51-local.conf * [32] 57-dejavu-sans.conf [33] 57-dejavu-sans-mono.conf [34] 57-dejavu-serif.conf [35] 60-generic.conf * [36] 60-latin.conf * [37] 60-liberation.conf [38] 65-fonts-persian.conf * [39] 65-khmer.conf [40] 65-nonlatin.conf * [41] 66-noto-mono.conf [42] 66-noto-sans.conf [43] 66-noto-serif.conf [44] 69-unifont.conf * [45] 70-no-bitmaps.conf [46] 70-yes-bitmaps.conf [47] 80-delicious.conf * [48] 90-roboto-regular.conf [49] 90-synthetic.conf * Dan On Mon, Feb 6, 2023 at 9:38 AM Michael wrote: > > On Thursday, 2 February 2023 07:34:31 GMT Jamie Getty wrote: > > Hey everyone. I was playing around and tried enabling literally all the > > fonts that appeared in fontconfig. I'd like to change it back, but I don't > > know what the default fonts were. > > Can somebody who hasn't made major changes to their fontconfig please share > > their enabled fonts? > > I don't know if this will work, but you can take a backup of your current > fontonfig output and then re-emerge your fonts with '--oneshot --noconfmem'. > You can run 'eix -I font' to find out what font packages you have currently > installed. >
Re: [gentoo-user] Fixing my font config
On Thursday, 2 February 2023 07:34:31 GMT Jamie Getty wrote: > Hey everyone. I was playing around and tried enabling literally all the > fonts that appeared in fontconfig. I'd like to change it back, but I don't > know what the default fonts were. > Can somebody who hasn't made major changes to their fontconfig please share > their enabled fonts? I don't know if this will work, but you can take a backup of your current fontonfig output and then re-emerge your fonts with '--oneshot --noconfmem'. You can run 'eix -I font' to find out what font packages you have currently installed. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Strange DPMS behaviour
If you find that the EDID is really bad for one of the monitors, you should be able to find a correct copy and make that one available to X, although I don't remember how since I haven't needed to do so in years. I believe it is a setting within/under Xorg.conf. Jack On 2/6/23 00:36, Daniel Frey wrote: I've been having this strange problem with my dual monitor setup. While I've figured out the nightmare of auto-detect not working at all with dual monitors and the inability to use nvidia's configure tool combined with Plasma's monitor option to fix the problem I've switched to nouveau and at least it is consistent now and not messing up my windows and randomly disconnecting. However, I still have one problem which is getting annoying. DPMS does not work automatically like it should. It says for the monitors the capabilities are off. But then it enables it (but it doesn't - xset shows everything disabled - first two lines are monitors and the last one is a general message saying it's enabled.) $ grep -i dpms /var/log/Xorg.0.log [ 6.087] (II) modeset(0): DPMS capabilities: Off [ 6.156] (II) modeset(0): DPMS capabilities: Off [ 6.174] (==) modeset(0): DPMS enabled [ 6.174] (II) Initializing extension DPMS Now I can run xset dpms 300 450 600 and only then xset shows it as set: $ xset q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 XKB indicators: 00: Caps Lock: off01: Num Lock:on 02: Scroll Lock: off 03: Compose: off04: Kana:off05: Sleep: off 06: Suspend: off07: Mute:off08: Misc:off 09: Mail:off10: Charging:off11: Shift Lock: off 12: Group 2: off13: Mouse Keys: off auto repeat delay: 600repeat rate: 25 auto repeating keys: 00ffdbbf fadfffefffed 9fff fff7 bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 0cycle: 600 Colors: default colormap: 0x20BlackPixel: 0x0WhitePixel: 0xff Font Path: /usr/share/fonts/misc,/usr/share/fonts/75dpi,built-ins DPMS (Display Power Management Signaling): Standby: 300Suspend: 450Off: 600 DPMS is Enabled Monitor is On However, while it does blank and turn off the screens it doesn't last. Maybe 10 seconds later the screens turn back on. I can force it with xset to turn the monitors off immediately but same results - after a short time the monitors turn back on. In the X logs there is this: [ 449.529] (WW) EDID timing clock 408.29 exceeds claimed max 75MHz, fixing which makes me wonder if the EDID data is bad on the one monitor (a Samsung monitor.) Does anyone know of a way to test this DPMS? I suppose I could try unplugging the Samsung monitor to see if the problem goes away? One thing that may make a difference is that the Samsung is HDMI and the other monitor (MSI) is DP. However, both of these monitors worked find on my old computer (it was really old, no UEFI support. Can anyone think of next steps? I'm running out of things to try... Dan
