Hi lfs users,

Could I tap into the collected wisdom of your learned selves please? I'm currently doing my first lfs build, completed chs 5 and 6, trying to get my head around the kernel drivers stuff. Running Debian Jessie/xfce on my trusty AMD 4200+, everything going well so far. However, I have had to stop at this point as I have problems with the displays connected to this machine: they keep trying to auto input and search for analogue/digital displays, resulting in continuous blanking and searching.

I know from the forums that this is common behaviour, but the questions get asked, answered and then go away, so I assume that the solutions work most times. Following the general advice, I used to be able to use the menu buttons to specify manual input which would stabilize the monitor for a few days, but the issue always reoccurred.

If I 'top' during the problem, I always see ksoftirq/0 or /1 running at about 6% CPU (sometimes quite a bit more) and consider this an indication that there is a process hammering away at the display. I have considered using the Samsung driver, but cannot find this particular model (SyncMaster 2333, no extra letters; I don't want to make the problem worse) on their support pages. Furthermore, I get very similar issues with a Cibox monitor, but that puts itself to sleep sometimes and then won't wake up and I have to reboot with the Samsung monitor. I believe I can trace this behaviour back to a kernel-header/firmware update on two machines running Scientific Linux 6.6 about 2 years ago: the monitors had been paired to those machines for years, running a number of distributions without any problems and they both started behaving like after the same update (the Cibox will scroll continuously through full-screen RGBW even when not attached to any machine at all!) . The behaviour appears to travel with the monitors as I can reproduce it by connecting them to other (trouble-free) machines.

It seems foolish to risk compiling this nonsense into the new lfs kernel and so I was hoping someone somewhere would recognize this behaviour and point me in the right direction with regard to a better choice of configuration and modules than is being used by the debian kernel. If you need any specific hardware information, please ask (the bash commands would be very useful). I would post the output of lshw, but a) I feel that this post is long enough already and b) it does seem like a lot of information to be putting into the public domain.

Thanks for your time.

fraser



--
http://lists.linuxfromscratch.org/listinfo/lfs-chat
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to