Yes, I have customized xorg.conf via /etc/X11/xorg.conf.d/intel.conf :
Section "Device"
Identifier "drm0"
Driver "intel"
Option "TearFree" "true"
EndSection
I checked /var/log/Xorg.0.log, "intel" driver works without errors.
Unfortunately I did not solve the problem modifying this configu
On Fri, Jan 10, 2020 at 10:18:51AM -0700, Stanislav wrote:
I have got weak flickering of XFCE too (after upgrade to 6.6).
Mentioned setting the method for vblank does not fix it. Turning on/off
compositor does not help too.
Any ideas?
Have you tried customizing xorg.conf? This /etc/X11/xorg.c
I have got weak flickering of XFCE too (after upgrade to 6.6).
Mentioned setting the method for vblank does not fix it. Turning on/off
compositor does not help too.
Any ideas?
-
Best Regards,
Stanislav Gilmulin
--
Sent from: http://openbsd-archive.7691.n7.nabble.com/openbsd-user-misc-f3.htm
The
xfwm4 --vblank=xpresent --replace &
did fix this for me until last update made the problem gone for me
permanently!
Thx
Here is my dmesg:
OpenBSD 6.6 (GENERIC.MP) #0: Sat Oct 26 08:08:07 MDT 2019
r...@syspatch-66-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/
GENERIC.MP
real mem = 8468
On Thu, 31 Oct 2019 13:47:06 +
"Patrick Harper" wrote:
> I haven't tried those settings yet (in my case GNOME Shell and
> Xfdashboard cause the display to corrupt and seize up except the
> cursor) but ShadowPrimary is a glamor option that should be
> irrelevant if EXA is used.
Thanks, my mis
I can confirm that switching to EXA made GNOME usable. This'll only work up to
Northern Islands cards/IGPs though.
Guess I'll be holding off of a GPU upgrade for a while longer.
--
Patrick Harper
paia...@fastmail.com
On Thu, 31 Oct 2019, at 13:47, Patrick Harper wrote:
> I haven't tried th
I haven't tried those settings yet (in my case GNOME Shell and Xfdashboard
cause the display to corrupt and seize up except the cursor) but ShadowPrimary
is a glamor option that should be irrelevant if EXA is used.
For years I've also observed text flickering in the console after drm is
loaded,
On Sat, 19 Oct 2019 17:59:41 +0200
Federico Giannici wrote:
> On 2019-10-19 16:17, Andre Stoebe wrote:
> > Hi,
> >
> > I ran into the same issue this morning. Disabling the compositor
> > worked for me, but I noticed later that this is also documented in
> > the package readme:
> >
> > Screen c
On 2019-10-19 17:59, Federico Giannici wrote:
On 2019-10-19 16:17, Andre Stoebe wrote:
Hi,
I ran into the same issue this morning. Disabling the compositor worked
for me, but I noticed later that this is also documented in the package
readme:
Screen compositor
=
If you're using
On 2019-10-19 16:17, Andre Stoebe wrote:
Hi,
I ran into the same issue this morning. Disabling the compositor worked
for me, but I noticed later that this is also documented in the package
readme:
Screen compositor
=
If you're using the modesetting X driver and experience window
On Sat, Oct 19, 2019 at 04:17:15PM +0200, Andre Stoebe wrote:
> Hi,
>
> I ran into the same issue this morning. Disabling the compositor worked
> for me, but I noticed later that this is also documented in the package
> readme:
Thanks! Trying that now.
> Screen compositor
> =
Hi,
I ran into the same issue this morning. Disabling the compositor worked
for me, but I noticed later that this is also documented in the package
readme:
Screen compositor
=
If you're using the modesetting X driver and experience window
flickering when
the compositor is enabled,
On Sat, Oct 19, 2019 at 03:18:53PM +0200, Stefan Sperling wrote:
> On Sat, Oct 19, 2019 at 01:44:32PM +0200, Federico Giannici wrote:
> > Today I switched my desktop PC, with Xfce, to OpenBSD amd64 6.6.
> >
> > Since the upgrade the display started to flickers. It seems to me that the
> > desktop
On Sat, Oct 19, 2019 at 01:44:32PM +0200, Federico Giannici wrote:
> Today I switched my desktop PC, with Xfce, to OpenBSD amd64 6.6.
>
> Since the upgrade the display started to flickers. It seems to me that the
> desktop background flashes over the various windows.
>
> I vaguely remember that i
14 matches
Mail list logo