syncmaster 2333

lfs <[email protected]> Mon, 25 Jul 2016 10:49:27 +0100
Newsgroups gmane.linux.lfs.general
Message-ID <[email protected]>
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