jet: update includes to match actual file locations
cpufreq: Fix policy getting stuck when user & kernel min/max don't overlap

Every __cpufreq_set_policy starts with checking the new policy min/max has
some overlap with the current policy min/max. This works out fine until we
end up with the policy min/max being set to a range that doesn't overlap
with the user policy min/max. Once we get into this situation, the check at
the start of __cpufreq_set_policy fails and prevents us from getting out of
this state.

This only happens when one of the CPUFREQ_ADJUST/CPUFREQ_INCOMPATIBLE
notifiers called inside __cpufreq_set_policy pick a min/max outside the
range of user policy min/max.

The real intent of the check at the start of __cpufreq_set_policy is to
make sure userspace can't set user policy min > user policy max. Since
__cpufreq_set_policy always gets called only with current user policy
min/max except when the actual user space policy min/max is changed, we can
fix the issue by simply checking the new policy min/max against current
user policy min/max.

Change-Id: Iaac805825e64d7985c41fb9052bd96baacdf3d6f
Signed-off-by: Saravana Kannan <skannan@codeaurora.org>
msm: mdss: set vsync clock rate

Vsync clock rate is not set when vsync clock is enabled.
This cause command mode TE logic not works.

Change-Id: Ibf7dd07e53b2cd76ef30f13133368000c79ae149
Signed-off-by: Kuogee Hsieh <khsieh@codeaurora.org>
jet_defconfig: set CONFIG_MSM_QDSS=n for the Qualcomm Debug SubSystem Driver
jet_display: clean up and implement some methods from htc

*Remove redundent if statements in mipi_dsi_set_backlight

*Ignore backlight changes when the new value equals the current one

*Update init fct to ensure all command sets are populated
jet: enable IPC logging
jet: fix set_clk error

Set esc_byte_ratio to fix the set_clk errors
cpufreq: unified governor and scaling min and max switching
governor scaling_min_freq and scaling_max_freq will be populated to all online cpus immediately
cpufreq: unified governor and scaling min and max switching
use related_cpus to apply correctly to new online cpus

Conflicts:
	arch/arm/mach-msm/cpufreq.c
cpufreq: block hotplugging during multi-cpu operations
cpufreq: dont apply multi-cpu values if not changed
jet: use certain regulator values from stock 3.16
Revert "msm: HTC: jet: give LUN paths to both storage drives"

This reverts commit e1a3c5a3706d580390c02c69cb14dcd679d31d91.

Revert "msm: HTC: fighter: give LUN paths to both storage drives"

This reverts commit 5c2b21e395d4bc405def4a1e6859441d377a9b72.

Revert "usb: gadget: add support for multiple LUNs"

This reverts commit b9f660921e5d5f5071256623efc7c015970a7171.