in the upper left corner of the screen, there's a flashing line visible at the syslinux bootloader menu, as well as when running a Linux window manager, e.g. openbox on Arch Linux or a Linux desktop environment, e.g. Ubuntu Mate 16.10.
CPU: INTEL CELERON G1840 BX80646G1840
Mobo: GIGABYTE GA-B85M-D3H
CRT: LIFETEC/MEDION MD1998JB Type J91B
This doesn't happen, when using the same monitor with an ASUS M2A-VM HDMI mobo and an AMD Athlon BE-2350 CPU.
How can I get rid of this annoying flashing line.
Thank you for contacting the Intel Communities.
Please consider that Intel does not provide direct downloads and technical support for Linux drivers. The Intel Graphics Linux driver is primarily supported through the OEM, the Linux distribution vendor, or by the Intel Open Source Technology Center at 01.org/linuxgraphics (link below).
However, I would recommend to update/reinstall the graphics driver; since you are using a Linux-based OS, you can check the following URLs for useful information.
https://allanbogh.com/2016/01/05/ubuntu-16-04-installing-the-intel-graphics-drivers-using-the-intel-... Ubuntu 16.04 – Installing the Intel Graphics drivers using the Intel Graphics Installer for Linux™
https://01.org/linuxgraphics/downloads/intel-graphics-update-tool-linux-os-v2.0.4 Intel Graphics Update Tool For Linux* OS V2.0.4 >Select the update tool based on your OS
If you keep on having issues, I would recommend getting support from the https://01.org/linuxgraphics Linux communities for graphics.
Hope this information helps.
There's no Linux driver involved at all for e.g. the syslinux menu, since it's a boot loader. There's also no Linux driver involved at all, when running Memtest86+. I get rid of the blinking line, if I use an extreme vertical position by the monitor settings, this means the used part of the screen isn't in the middle. There's a minimal unused edge at the top, left and right and a fat black bar at the bottom. So yes, I get the issue when running Linux, too, but the problem is already present, when no operating system, no driver, is involved at all.
I should mention that I'm a Linux power user, but this is the first time I'm using Intel instead of AMD with ATI and NVIDI graphics.
In regards to Linux, this are the threads related to this topic:
Actually for the syslinux menu, as well as for Memtest86+ HF is 31.4 KHz and VF varies between 70.0 and 70.1 Hz.
I apologize for the misunderstanding.
Is there a chance for you to test the system in a Windows environment? Preferably Windows 10.
This is for testing purposes and also to determine if it is a driver issue or a hardware issue.
Please run the command "sudo lshw" in a terminal, copy the information that it displays and attach it to this thread in a .txt format.
Thank you for the information.
I will forward this to the corresponding team.
Once we have any findings, I will update this thread.
I was reviewing this thread and I was wondering if you were able to resolve the issue.
Please let me know if you received my private message.
no the links you provided didn't help me to get in contact with Intel support, so I get in contact with Mary Taylor, Intel Support Community Manager, without getting help, to contact the support.
However, at least getting in contact with GIGABYTE support was easy. They suspect the monitor uses DDC1 and mentioned that DDC1 is no more supported on the actual Intel graphics.
I tested with an xorg.conf containing modelines for 1024x768.
First I uncommented only the modeline for 75 Hz. This didn't cause a flashing line and resulted in 60.2 KHz / 75.0 Hz. Then I commented out the 75 Hz modeline and uncommented the 60 Hz line. The result were 48.3 KHz / 60.0 Hz and depending on the vertical position, chosen by the monitor settings, the blinking line appeared. So something is fishy with lower refresh rates.
I doubt that DDC is required, if an xorg.conf is used.
[root@archlinux ~]# grep -i -B1 modeline /etc/X11/xorg.conf
Modeline "1152x864" 128.42 1152 1232 1360 1568 864 865 868 910
Modeline "1368x768" 134.55 1368 1464 1608 1848 768 769 772 809
Modeline "1440x960" 170.77 1440 1544 1704 1968 960 961 964 1009
# 1024x768 @ 60.00 Hz (GTF) hsync: 47.70 kHz; pclk: 64.11 MHz
Modeline "1024x768" 64.11 1024 1080 1184 1344 768 769 772 795
# 1024x768 @ 70.00 Hz (GTF) hsync: 56.00 kHz; pclk: 76.16 MHz
# Modeline "1024x768" 76.16 1024 1080 1192 1360 768 769 772 800
# 1024x768 @ 75.00 Hz (GTF) hsync: 60.15 kHz; pclk: 81.80 MHz
# Modeline "1024x768" 81.80 1024 1080 1192 1360 768 769 772 802
# 1024x768 @ 80.00 Hz (GTF) hsync: 64.32 kHz; pclk: 88.50 MHz
# Modeline "1024x768" 88.50 1024 1088 1200 1376 768 769 772 804
Thank you for sharing this information, it will, for sure, help other peers with similar issues.
And yes, you are correct as DDC is used to communication between the display and the graphics adapter (then the graphics driver is in fact involved), so by using the xorg.conf you can edit the configuration.
I would appreciate if you can provide any feedback regarding the links that were provided to contact support as you mentioned you were unable to contact support.
Please don't hesitate in replying to this post if you need further assistance.