Age | Commit message (Collapse) | Author |
|
If the usb remote wakeup occurs before bus(roothub) suspend, it can
stop the system suspend process, the patch adds handle error message
process for roothub.
If the remote wakeup occurs after bus(roothub) suspend, then
the suspend will go on suspending, and usb phy will fail to respond
wakeup signal.
This patch is suggested by: Alan Stern <stern@rowland.harvard.edu>
see: http://www.spinics.net/lists/linux-usb/msg58774.html
Signed-off-by: Peter Chen <peter.chen@freescale.com>
|
|
The USB VBUS wakeup should be disabled to avoid vbus wake system
up wrongly due to vbus comparator is closed at weak 2p5 mode.
Signed-off-by: Peter Chen <peter.chen@freescale.com>
|
|
According to IC guys, it needs to enable/disable usb wakeup setting at
controller and phy side together.
Signed-off-by: Peter Chen <peter.chen@freescale.com>
|
|
fix some build warnings when using GCC 4.6.2:
arch/arm/mach-mx6/board-mx6q_sabresd.c:1588:20:
warning: function declaration isn't a prototype [-Wstrict-prototypes]
This patch also fix the following section mismatch warnings:
The function imx6q_init_audio() references
the variable __initconst imx6_imx_ssi_data.
This is often because imx6q_init_audio lacks a __initconst
annotation or the annotation of imx6_imx_ssi_data is wrong.
Signed-off-by: Jason Liu <r64343@freescale.com>
|
|
fix some build warnings when using GCC 4.6.2:
drivers/cpufreq/cpufreq_interactive.c:127:6:
warning:'irq_count' may be used uninitialized in this function [-Wuninitialized]
drivers/media/video/mxc/output/mxc_vout.c:1346:5:
warning: 'ret' may be used uninitialized in this function [-Wuninitialized]
drivers/video/mxc/mxc_ipuv3_fb.c:1329:23:
warning: operation on 'mxc_fbi->cur_ipu_buf' may be undefined [-Wsequence-point]
drivers/video/mxc/mxc_ipuv3_fb.c:1376:24:
warning: operation on 'mxc_fbi->cur_ipu_buf' may be undefined [-Wsequence-point]
drivers/video/mxc/mxc_ipuv3_fb.c:1377:24:
warning: operation on 'mxc_fbi->cur_ipu_buf' may be undefined [-Wsequence-point]
Signed-off-by: Jason Liu <r64343@freescale.com>
|
|
set different gpr register due to mx6q or mx6dl
Signed-off-by: Tony Lin <tony.lin@freescale.com>
|
|
Need add gpio_request before use gpio_direction_output
Signed-off-by: make shi <b15407@freescale.com>
|
|
This patch fixes a typo in a kernel log.
Signed-off-by: Liu Ying <Ying.Liu@freescale.com>
|
|
- Set the display ID of HDMI before registering HDMI
device. HDMI is verified on RevA board
- Consolidate the codes about display devices
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Accelerometer support for ARD RevA and RevB.
Signed-off-by: Alejandro Sierra <b18039@freescale.com>
|
|
Set mclk enable and power up camera when open camera, and disable
mclk, powerdown camera when close.
Signed-off-by: Yuxi Sun <b36102@freescale.com>
|
|
Add mlb initial code to mx6 ard board.
Signed-off-by: Terry Lv <r65388@freescale.com>
|
|
Add ENET_RX_ER__ANATOP_USBOTG_ID iomux setting in head file.
Signed-off-by: make shi <b15407@freescale.com>
|
|
- Configure USB pin and power control for mx6q sd board
- keep USB host1 VBUS always on for mx6q sd board
- set default USB OTG VBUS off for solo ARD board
Signed-off-by: make shi <b15407@freescale.com>
|
|
Add light sensor isl29023 support
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
- Without host wakeup enable, after doing system suspend/resume,
plug in usb cable(both host/device) with no response, the reason is
usb wakeup is not enable after suspend resume.
- clock refcount will not be 0 after usb enters low power mode,the
reason is OTG ID wake up not do recover hcd.
Signed-off-by: Peter Chen <peter.chen@freescale.com>
|
|
Set interactive governor as default governor.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
Add irq count to CPUFreq as a freq change condition.
Because some devices' working mode is unable to issue
CPUFreq change because of low CPU loading, but the cpu
freq will impact these devices' performace significantly.
Interactive govervor will sample the cpu loading as well
as the irq count which is registered. If the
loading or the irq count exceed the threshold we set,
governor will issue an CPUFreq change request.
These devices' irq threshold and enable/disable can be modified
via /sys/devices/system/cpu/cpufreq/interactive/irq_scaling
echo 0xAABBBC to change the default setting as below
AA : irq number
BBB: threshold
C :enable or disable
Currently only enable USDHC3, USDHC4, GPU, SATA and
USB by default, we can add device to the init struct which is
located in arch/arm/mach-mx6/irq.c.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
Add irq count to CPUFreq as a freq change condition.
Because some devices' working mode is unable to issue
CPUFreq change because of low CPU loading, but the cpu
freq will impact these devices' performace significantly.
Interactive govervor will sample the cpu loading as well
as the irq count which is registered. If the
loading or the irq count exceed the threshold we set,
governor will issue an CPUFreq change request.
These devices' irq threshold and enable/disable can be modified
via /sys/devices/system/cpu/cpufreq/interactive/irq_scaling
echo 0xAABBBC to change the default setting as below
AA : irq number
BBB: threshold
C :enable or disable
Currently only enable USDHC3, USDHC4, GPU, SATA and
USB by default, we can add device to the init struct which is
located in arch/arm/mach-mx6/irq.c.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
cpufreq: interactive: New 'interactive' governor
This governor is designed for latency-sensitive workloads, such as
interactive user interfaces. The interactive governor aims to be
significantly more responsive to ramp CPU quickly up when CPU-intensive
activity begins.
Existing governors sample CPU load at a particular rate, typically
every X ms. This can lead to under-powering UI threads for the period of
time during which the user begins interacting with a previously-idle system
until the next sample period happens.
The 'interactive' governor uses a different approach. Instead of sampling
the CPU at a specified rate, the governor will check whether to scale the
CPU frequency up soon after coming out of idle. When the CPU comes out of
idle, a timer is configured to fire within 1-2 ticks. If the CPU is very
busy from exiting idle to when the timer fires then we assume the CPU is
underpowered and ramp to MAX speed.
If the CPU was not sufficiently busy to immediately ramp to MAX speed, then
the governor evaluates the CPU load since the last speed adjustment,
choosing the highest value between that longer-term load or the short-term
load since idle exit to determine the CPU speed to ramp to.
A realtime thread is used for scaling up, giving the remaining tasks the
CPU performance benefit, unlike existing governors which are more likely to
schedule rampup work to occur after your performance starved tasks have
completed.
The tuneables for this governor are:
/sys/devices/system/cpu/cpufreq/interactive/min_sample_time:
The minimum amount of time to spend at the current frequency before
ramping down. This is to ensure that the governor has seen enough
historic CPU load data to determine the appropriate workload.
/sys/devices/system/cpu/cpufreq/interactive/go_maxspeed_load
The CPU load at which to ramp to max speed.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
cpufreq: interactive: New 'interactive' governor
This governor is designed for latency-sensitive workloads, such as
interactive user interfaces. The interactive governor aims to be
significantly more responsive to ramp CPU quickly up when CPU-intensive
activity begins.
Existing governors sample CPU load at a particular rate, typically
every X ms. This can lead to under-powering UI threads for the period of
time during which the user begins interacting with a previously-idle system
until the next sample period happens.
The 'interactive' governor uses a different approach. Instead of sampling
the CPU at a specified rate, the governor will check whether to scale the
CPU frequency up soon after coming out of idle. When the CPU comes out of
idle, a timer is configured to fire within 1-2 ticks. If the CPU is very
busy from exiting idle to when the timer fires then we assume the CPU is
underpowered and ramp to MAX speed.
If the CPU was not sufficiently busy to immediately ramp to MAX speed, then
the governor evaluates the CPU load since the last speed adjustment,
choosing the highest value between that longer-term load or the short-term
load since idle exit to determine the CPU speed to ramp to.
A realtime thread is used for scaling up, giving the remaining tasks the
CPU performance benefit, unlike existing governors which are more likely to
schedule rampup work to occur after your performance starved tasks have
completed.
The tuneables for this governor are:
/sys/devices/system/cpu/cpufreq/interactive/min_sample_time:
The minimum amount of time to spend at the current frequency before
ramping down. This is to ensure that the governor has seen enough
historic CPU load data to determine the appropriate workload.
/sys/devices/system/cpu/cpufreq/interactive/go_maxspeed_load
The CPU load at which to ramp to max speed.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
Need to disable localtimer's PPI when suspend, or ARM core
will run into exception when resume.
Signed-off-by: Anson Huang <b20788@freescale.com>
|
|
To enable regulator_has_full_constraints when kernel boot, some regulator
be kept on always, from SabreSD schematic, VGEN4 and VGEN5 of pfuze100 should
be on forever.
Signed-off-by: Robin Gong <B38343@freescale.com>
|
|
hotplug_worker can't assume that the iahb_clk is enabled if the
irq_enabled flag is set.
Signed-off-by: Alan Tull <r80115@freescale.com>
|
|
SD Card in main board takes a long route hence with Drive Speed High 80 OHMS
causing error. Per suggestion DSE 40 OHMS is used.
Signed-off-by: Prabhu Sundararaj <b36876@freescale.com>
|
|
- Configure USB_OTG_PWR_EN PIN as GPIO
- Configure GPR1 bit 13 to select "usb_otg_id" as
ENET_RX_ER
- To make USBOTG work on RevB board, HW rework is required.
Signed-off-by: Lily Zhang <r58066@freescale.com>
Signed-off-by: Tony LIU <junjie.liu@freescale.com>
|
|
test with
video=mxcfb0:dev=sii902x_hdmi,1024x768M@60,if=RGB24 disable_mipi_dsi
Note:
1. currently we use the same ipu setting port with on chip HDMI,
if we need coexist need change the on chip HDMI ipu settings.
2. need remove MIPI DSI initial with 'disable_mipi_dsi' in kernel command line,
as mipi dsi reset will reset on board sii902x as well.
3. change the I2C2 work at 100K not 400K, to be compatible with EDID spec.
4. the side effect is that Sii902x will have to use "sii902x_hdmi",
instead of "hdmi" as before
Signed-off-by: Hake Huang <b20222@freescale.com>
|
|
so that system can use 2 type of HDMI device driver sii902x and on chip one
Signed-off-by: Hake Huang <b20222@freescale.com>
|
|
add wm8962 audio codec driver
Signed-off-by: Gary Zhang <b13634@freescale.com>
|
|
add wm8962 codec support on sabresd revB
Signed-off-by: Gary Zhang <b13634@freescale.com>
|
|
add wm8962 codec option in imx6_defconfig file
Signed-off-by: Gary Zhang <b13634@freescale.com>
|
|
Signed-off-by: Jason Chen <jason.chen@linaro.org>
|
|
i.mx6dl only support one single IPU, up to 2 displays.
change fb_data sequence for i.mx6dl support.
The following command options can be used for the display
tests on i.mx6dl sabresd boards.
- HDMI:
video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24
- LVDS0:
None or ldb=sin0, ldb=sep0
- LVDS1:
ldb=sep1
- SEIKO-WVGA:
video=mxcfb0:dev=lcd,SEIKO-WVGA,if=RGB24
- CLAA-WVGA:
video=mxcfb0:dev=lcd,CLAA-WVGA,if=RGB565
- HDMI + LVDS0:
video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 ldb=sin0
(or ldb=sep0)
echo 0 > /sys/class/graphics/fb2/blank
- HDMI + LVDS1:
video=mxcfb0:dev=hdmi,1920x1080M@60,if=RGB24 ldb=sep1 (sin1
is not supported)
echo 0 > /sys/class/graphics/fb2/blank
- LVDS0 + LVDS1:
none
echo 0 > /sys/class/graphics/fb2/blank
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Enable mclk when opening v4l2 capture device and disable
mclk when closing v4l2 capture device.
If mclk is disabled when operating MIPI camera, the test
is failed.
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Change _clk_clko_round_rate and ensure the clock should
be less than the input rate.
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Add camera support into i.mx6dl sabreasd board.
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
- Change EPDC pad groups to have one for EPDC enable and one
for EPDC disable.
- Add EPDC and Maxim 17135 structures and functions to SabreSD
board file. Code pulled in with minimal change from ARM2 board
file.
One exception: Had to remove regulator_has_full_constraints()
from max17135_regulator_init() to prevent PFUZE from disabling
regulators and removing power from the board at the end of
kernel initialization.
Signed-off-by: Danny Nold <dannynold@freescale.com>
|
|
Take out mmap functionality.
Signed-off-by: Alan Tull <r80115@freescale.com>
|
|
Merge vivante 4.6.6 kernel part code
Signed-off-by: Loren Huang <b02279@freescale.com>
Acked-by: Lily Zhang
|
|
Solve the ASRC noise:
1 change the DMA mode from normal mode to loop mode.
2 use dma_alloc_coherent alloc dma buffer instead of kzalloc.
Signed-off-by: Chen Liangjun <b36089@freescale.com>
|
|
driver part
Signed-off-by: Tony LIU <junjie.liu@freescale.com>
|
|
head file part
Signed-off-by: Tony LIU <junjie.liu@freescale.com>
|
|
usb core part
Signed-off-by: Tony LIU <junjie.liu@freescale.com>
|
|
MSL part
- after suspend bit is set, we need to set PWD bit and
clear it right now to let PHY know the state change
- after suspend bit is set, disconnect detection should be
clear
- after set resume bit, disconnect detection should be set
after 30 ms
- IC issue PDM refer to
TKT092876
TKT092872
Signed-off-by: Tony LIU <junjie.liu@freescale.com>
|
|
- add gpio configuration according to revB schematic
- reorder gpio configuration by gpio group
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
This patch adds the initial i.mx6dl support for sabre
smart device board. i.mx6dl and i.mx6q share the same
board due to pin to pin compatible.
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Add i.mx6dl pad table
Signed-off-by: Robby Cai <R63905@freescale.com>
Signed-off-by: Fugang Duan <B38611@freescale.com>
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
move the pad table to board head file
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
- Move mx6q_sabresd_init_pfuze100 to common.h
- Delete the declarations which are already in common.h
Signed-off-by: Lily Zhang <r58066@freescale.com>
|
|
Since i.mx6q and i.mx6sdl share the same sabreauto board, the
gpio is the same. Remove the MX6Q_ prefix from gpio defintion to
avoid the confusion which may think it is MX6Q specific.
Signed-off-by: Lily Zhang <r58066@freescale.com>
|