| Age | Commit message (Collapse) | Author |
|---|
|
Change-Id: I1e4a726c85a9d87216412162fd0815747eb32cf6
|
|
Clearly this pin does not control power so don't call it lcd_power.
Change-Id: I9a6794e2606de99cb44dd3e7288b5cce5beb8d0d
|
|
NOTE: this commit does not introduce any change, ideally even the binary should
be almost the same. I checked the disassembly by hand and there are only a few
differences here and there, mostly the compiler decides to compile very close
expressions slightly differently. I tried to run the new code on several targets
to make sure and saw no difference.
The major syntax changes of the new headers are as follows:
- BF_{WR,SET,CLR} are now superpowerful and allows to set several fileds at once:
BF_WR(reg, field1(value1), field2(value2), ...)
- BF_CS (use like BF_WR) does a write to reg_CLR and then reg_SET instead of RMW
- there is no more need for macros like BF_{WR_,SET,CLR}_V, since one can simply
BF_WR with field_V(name)
- the old BF_SETV macro has no trivial equivalent and is replaced with its
its equivalent for BF_WR(reg_SET, ...)
I also rename the register headers: "regs/regs-x.h" -> "regs/x.h" to avoid the
redundant "regs".
Final note: the registers were generated using the following command:
./headergen_v2 -g imx -o ../../firmware/target/arm/imx233/regs/ desc/regs-stmp3{600,700,780}.xml
Change-Id: I7485e8b4315a0929a8edb63e7fa1edcaa54b1edc
|
|
Change-Id: I2c42f0e422130bcdaf1aaf92c7b56776752f4f64
|
|
Contrary to the imx233, the stmp37xx lcdif doesn't know how to properly
recover from underflow and things are worse because of the errata which
makes the lcdif not clear the fifo. Workaround this by detecting underflow
and taking action: stop dotclk mode (will clear fifo) and schedule next frame.
The dma transfers now write the ctrl register as part of the PIO writes,
making the code simpler.
Change-Id: I15abc24567f322cd03bf2ef7903094f7f0178427
|
|
Change-Id: Ib2a6000035d70d687025a78bbea416d77af562fe
|
|
Change-Id: I8886698ed618f9724df2f46d71f36b7443bc821b
|
|
Change-Id: I9d723aa13628e4ab38ee7f648c1923b9e7101d22
|
|
Change-Id: If5bc0f09dc0b3b1e833e41bbbdd216002e37d147
|
|
Change-Id: I9c1825296a788587b8d494d8514b3314847b0ff0
|
|
The ZEN/ZEN-XFi seem to be very picky about the lcd. And they do not like
standby mode so I'm going to drop it, the OF doesn't use it anyway. I still
don't know what this "power" pin is about, obviously it's not real power but
the OF toggle it. Let's hope the lcd will finally become more stable with
fix: the driver now does full power on/off on enable/disable.
Change-Id: I1c465ee4f2462bc3d9507e5f575f0a181af60214
|
|
Change-Id: Ia7c30821a9417a23478c053b3edcf26e1179a9d9
|
|
Change-Id: I9d283592c6411c97948ae4962e2c22d7ab45bec3
|
|
The old code allowed each target to specify its adc targets but this proved
useless since the target rely directly on imx233/lradc for input method and
generic adc is mostly used for battery and debug. Remove all target specific
files and provide a generic implemenation. The targets can still specify a
battery temperature channel in powermgmt-target.h
Change-Id: I68cf2e3e46379d174ac6d774ffb237bb15a19ae3
|
|
Although there is no difference in the cost of a full or partial update,
it is preferable that the semantic of lcd_update_rect() be correct.
Change-Id: I8a168388b98e0dbd7237729b7fd8a62fa1885be1
|
|
Change-Id: I5960221d45490c469ffd2a481d447185aba70e56
|
|
Change-Id: Ibd7b1b0b957ef11c200cb63eff7da53f11774748
|
