aboutsummaryrefslogtreecommitdiffstats
path: root/ChangeLog
diff options
context:
space:
mode:
authorjmccrohan <jmccrohan@3ae390bd-cb1e-0410-b409-cd5a39f66f1f>2017-05-27 17:37:05 +0000
committerjmccrohan <jmccrohan@3ae390bd-cb1e-0410-b409-cd5a39f66f1f>2017-05-27 17:37:05 +0000
commitcb69a93a4501b2a58e1f991c953b3c58d6ceeb67 (patch)
tree94aa584f67a541435d06f0f375e40f2f0e5f9ff6 /ChangeLog
parent4e055ed9cbda058f02f81571cc31e4cd6ef9afc2 (diff)
downloadlcd4linux-trunk.tar.gz
picoLCDGraphic: change backlight from bool to byteHEADtrunkmaster
Based on patch submitted by Mike Edwards <pf-debian-bugs@mirkwood.net> to Debian Bug #861993 (https://bugs.debian.org/861993). See excerpt from bug report below. ----------------------------------------- Dear Maintainer, Using driver 'picoLCDGraphic' in lcd4linux.conf, backlight can only be set to 0 or 1 (off/on). While the backlight of the picolcd is on at boot, the moment lcd4linux starts, the backlight turns off with either setting. Looking at the source for the driver, I found that somewhere along the line, the function to set the backlight had been changed to use an 8 bit value from 0 - 255, effectively making this a brightness setting: static int drv_pLG_backlight(int backlight) { unsigned char cmd[2] = { 0x91 }; /* set backlight */ if (backlight < 0) backlight = 0; if (backlight > 255) backlight = 255; cmd[1] = backlight; drv_pLG_send(cmd, 2); return backlight; } ... but the config option for backlight was still limited to only accepting a 0 or 1: if (cfg_number(section, "Backlight", 0, 0, 1, &value) > 0) { info("Setting backlight to %d", value); drv_pLG_backlight(value); } I've patched that if statement above to accept values between 0 and 255. Now, setting the config option for backlight to 255 in lcd4linux.conf does result in the backlight being turned on at full brightness. ----------------------------------------- Signed-off-by: Jonathan McCrohan <jmccrohan@gmail.com> git-svn-id: https://ssl.bulix.org/svn/lcd4linux/trunk@1204 3ae390bd-cb1e-0410-b409-cd5a39f66f1f
Diffstat (limited to 'ChangeLog')
0 files changed, 0 insertions, 0 deletions
er'>2014-05-12Change Sydney FEC settings to AUTO.Peter Urbanec1-6/+6 The FEC settings are not stipulated by the government as part of the license and a number of broadcasters claim that the transmission parameters are subject to change. Additionally, the old settings were fec_lo=NONE, which is not completely accurate, since the observed values are never NONE. The code in scan will substitute FEC_AUTO for FEC_NONE, but we might as well be explicit. 2014-05-12Update comments to reflect the technical information provided by ↵Peter Urbanec1-7/+8 http://myswitch.digitalready.gov.au/ 2014-05-12Rename Sydney tables as part of the digital restack.Peter Urbanec2-0/+0 ACMA.gov.au now considers the Sydney metropolitan area as one TLAP (television license area plan) and has allocated new frequencies which cover all the transmitters that were previously split between au-Sydney_North_Shore (main transmitters) and au-Sydney_Kings_Cross (in-fill transmitters). The Sydney digital restack was completed on 18 Mar 2014. 2014-03-26Updated scan table for au-Sydney_North_Shoreamak791-4/+4 Hi, Please find attached an updated scan table for au-Sydney_North_Shore. The main change is that the frequency for channel SBS is now 184500000[1]. The comment for channel D44 has been changed to "TVS UHF29". D44 is the name of the trial data casting service that ended in 2010[2]. The community channel TVS now broadcasts on this service[3]. [1] http://www20.sbs.com.au/transmissions/index.php?pid=2&id=902 [2] http://en.wikipedia.org/wiki/Digital_Forty_Four [3] http://www.tvs.org.au/info/tune-in Signed-off-by: Olliver Schinagl <oliver@schinagl.nl> 2014-03-26UK Update for COM 7, BBC B, and Local MuxesSimon Liddicott81-647/+676 Auto scan came from digitaluk rather than Ofcom as they have taken too long to update. They now only have single spaces between columns. Signed-off-by: Olliver Schinagl <oliver@schinagl.nl> 2014-03-09DTV scantables for FIOlli Salonen34-0/+170 Hello Oliver, Seeing as you're the owner of the dtv-scan-tables GIT repository, I thought I'd contact you regarding this. In Finland we've had a second DVB-T provider for about the last 1 year. Instead of the former state owned broadcaster Digita, there's another provider called DNA now. I extracted the frequency data from their website and create scanfiles based on that. I named them fi-DNA-<cityname>. Maybe you can include them in the GIT repository as I don't have access? Thanks! Cheers, -olli Signed-off-by: Olliver Schinagl <oliver@schinagl.nl> 2014-02-14Update es-AlfabiaJesus Jimenez1-5/+8 Updated muxes