video: omap: panel/dss: targa/edison: temporary workaround for kexec rejects on TARGA and EDISON.

In the logs (from bootlooping) the following errors appear:

omapdss DSI error: Failed to complete previous l4 transfer

omapdss DSI error: vc(0) busy when trying to config for VP

Partly comment out calling these functions to bypass this error
Re-Add CONFIG_PANEL_MAPPHONE_SKIP_FIRSTBOOT option

I accidently removed it in prior commit
mach-omap2: kconfig: Add TARGA and EDISON device options (needed for DSI-FIX)
EXPERIMENTAL

Exclude some changes from 3.0.8 - 3.0.31 to track down kexec rejects

ONLY IF THE PRIOR WORKAORUND SHOULDN'T WORK!!!
Revert TEMPORARY:  "EXPERIMENTAL"

The original commit should not be used as long as the prior workaround works!

This reverts commit d6a980b6a1c9f74195f23382811a96f40ea7e2a7.
PM: dpll44xx: Fix wrong definition of OC freq
defconfig updates
PM: dpll44xx: Fix typo
build scripts: fixes and additions
usb: otg: OMAP4: Fix the omap4430_phy_set_clk function

usb: otg: OMAP4: Fix the omap4430_phy_set_clk function

If the clocks are enabled and we want to enable them again
omap4430_phy_set_clk disables them.

Fix this - so now if we try to enable already enabled clocks
it works correctly.

Change-Id: I657e13651c908eaa7caf2fd4ff86028c50902fd6
Signed-off-by: Ruslan Bilovol <ruslan.bilovol@ti.com>
GPIO: OMAP: Fix the sequence to clear the IRQ status

GPIO: OMAP: Fix the sequence to clear the IRQ status

The recommended way to clear the GPIO IRQ status is to:

- Enable the IRQ
- clear the status

If this above sequence is not followed, i.e., if the status
is cleared after disabling the IRQ then sWAKEUP will not be
cleared and gates the module transition.

Change-Id: I8bd1b820ac8be70530cd6430f26ce541bfd3f9d9
Signed-off-by: Huzefa Kankroliwala <huzefank@ti.com>
Signed-off-by: Girish S G <girishsg@ti.com>
Signed-off-by: Andrii Anisov <andrii.anisov@ti.com>
omap4-common: prevent lis3dh overwriting arbitrary kernel memory

this fixes a use-after-free which was previously "worked-around"
in commit b1fdf107c3432d869fe80da75a60203917d69cea. This actually
made the situation worse.

Change-Id: Ie200de1a255eb0db91d601d56f77fe06cff48460
Revert "moto lis3dh: use i2c block API"

This reverts commit b1fdf107c3432d869fe80da75a60203917d69cea.

This "fix" used to initialize the flags-field in the client-
structure with 0 so the i2c-transfer was successful.
But this was only needed because the client-structure was
a pointer to a structure on the stack of the init-function.
Writing the flags-field actually overwrote random kernel memory
at that location.
Added todays changelog and updated full history
README.md: Add building tutorial
PM: dpll44xx: Keep DCC disabled for < 1 Ghz