linux-kernel - Re: Parallel port LCD driver undocumented

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <h2ga5d587fb1004131713q46b6364ek7f887066a7a9f160@mail.gmail.com>
Date:	Wed, 14 Apr 2010 02:13:57 +0200
From:	Michal Suchanek <hramrach@...trum.cz>
To:	Peter Hüwe <PeterHuewe@....de>
Cc:	devel@...uxdriverproject.org, Greg Kroah-Hartman <gregkh@...e.de>,
	devel@...verdev.osuosl.org, linux-kernel@...r.kernel.org,
	Willy Tarreau <w@....eu>, willy@...a-x.org
Subject: Re: Parallel port LCD driver undocumented

On 14 April 2010 01:19, Peter Hüwe <PeterHuewe@....de> wrote:
> Am Mittwoch 14 April 2010 01:13:40 schrieb Michal Suchanek:
>> Hello
>>
>> I was thinking about adding a LCD to my PC so I thought that the
>> panel.c driver which just went to 2.6.34 would be helpful.
>>
>> The problem is there is no documentation. I can get quite detailed
>> documentation for at least some LCDs that are sold around here but
>> there is not enough documentation for the driver to determine if the
>> LCD in question would be compatible with the driver and with which
>> protocol.
>>
>> Detailed explanation of the parameters would be appreciated. For
>> example, there are three parallel protocols supported but there is no
>> description of the difference between them.
>>
>> Thanks
>
> Hi,
> I CC'ed willy - the original author of the driver - maybe he can help out.
>
>
> Meanwhile - did you have a look at LCDproc?
> http://lcdproc.org/
> Userspace "drivers" for a lot of lcds and keypads.

Yes, after some thinking I figured that a software that I put in the
initramfs could possibly drive the display even without much kernel
support.

With a working in-kernel driver I could get something displayed a bit
earlier still.

More importantly there is the question of displaying something useful
on the display. With an in-kernel driver it should not be overly
difficult to add support for echoing what goes to the console on the
display as well. With a separate software I have no idea how to
collect some reasonably useful information.

I mean, if the machine is running correctly I can easily ssh in and
run full suite of analytic tools and fill my monitor with various
useless information about the system. It's the case when something
does not seem to work when the display would come handy.

Thanks

Michal
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/