aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2012-01-12ENGR00161608 SSI: support 24bit sampleratetopic/lt-3.2-imx6-audioGary Zhang
Add 24bit sample rate playback support for SSI and sgtl5000 codec driver. Signed-off-by: Gary Zhang <b13634@freescale.com>
2012-01-11make sgtl5000 work -- need to split to small patchRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11ENGR00154525 SDMA: SDMA not works when event number bigger than 32Zeng Zhaoming
New sdma driver in 2.6.38 kernel not map event to channel correctly by ignore events bigger than 32. Fix it by remove this restriction Signed-off-by: Zeng Zhaoming <b32542@freescale.com>
2012-01-11arm/imx6q: add cko1 clockRichard Zhao
imx6q-sabrelite board use it as audio codec clock. Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11arm/imx6q: add imx-sgtl5000 device from sabrelite boardRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11fw/imx: add sdma-imx6q-to1.bin.ihexRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11dts/imx6q: add sdma scriptRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11ARM: imx6q-sabrelite: add audmuxRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11ARM: mxc/audmux-v2: add dt supportRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11dma/imx-sdma: let imx6q choose dma driverRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11dts/imx6q: add ssiRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11alsa/imx-ssi: rename fsl,ssi-asynchronous-mode to fsl,ssi-synchronous-modeRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11ASoC: imx-ssi: add device tree probe supportShawn Guo
It adds device tree probe support for imx-ssi driver. Signed-off-by: Shawn Guo <shawn.guo@linaro.org> Cc: Grant Likely <grant.likely@secretlab.ca> Cc: Sascha Hauer <s.hauer@pengutronix.de> Cc: Liam Girdwood <lrg@ti.com> Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11dts/imx6q-sabrelite: add sgtl5000 audio codecRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11regulator/fixed: set apply_uV 0Richard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11dts/imx6q-sabrelite: add 2P5V and 3P3V regulatorsRichard Zhao
Signed-off-by: Richard Zhao <richard.zhao@freescale.com>
2012-01-11regulator: pass device_node to of_get_regulator_init_data()Shawn Guo
It's not always true that the device_node of regulator can be found at dev->of_node at the time when of_get_regulator_init_data() is being called, because in some cases the regulator nodes in device tree do not have 'struct device' behind them until regulator_dev gets created for it by core function regulator_register(). The patch adds device_node as a new parameter to of_get_regulator_init_data(), so that caller can pass in the node of regulator directly. Signed-off-by: Shawn Guo <shawn.guo@linaro.org> Acked-by: Thomas Abraham <thomas.abraham@linaro.org> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: If a single voltage is set with device tree then set apply_uVMark Brown
Otherwise there is no way in the bindings to configure a fixed voltage via software. It seems reasonable to assume that if the binding explicitly specifies a voltage we want to actually use that voltage. Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: Fix regulator_register() API signature in DocumentationRajendra Nayak
The commit 2c043bcbf287 ("regulator: pass additional of_node to regulator_register()") added an additional parameter to the regulator_register() API. Update the Documentation accordingly to reflect the change in the function signature. Reported-by: Thomas Abraham <thomas.abraham@linaro.org> Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: fix label names used in device tree bindingsShawn Guo
Device tree compiler does not recognize '-' in label name. Instead, '_' works fine. Signed-off-by: Shawn Guo <shawn.guo@linaro.org> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: Avoid potential NULL dereference in reg_fixed_voltage_probe()Axel Lin
of_get_fixed_voltage_config() may return NULL, return -ENOMEM in this case so we don't dereference NULL pointer. Signed-off-by: Axel Lin <axel.lin@gmail.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: Staticise of_get_fixed_voltage_config()Axel Lin
It is not used outside this driver so no need to make the symbol global. Signed-off-by: Axel Lin <axel.lin@gmail.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: Checking return value of of_get_regulator_init_dataAxel Lin
of_get_regulator_init_data() may return NULL, thus check the return value to avoid NULL pointer dereference. Signed-off-by: Axel Lin <axel.lin@gmail.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: export of_get_regulator_init_dataAxel Lin
of_get_regulator_init_data is called in drivers/regulator/fixed.c which could be a module. Export of_get_regulator_init_data to fix below build error: ERROR: "of_get_regulator_init_data" [drivers/regulator/fixed.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 Reported-by: Randy Dunlap <rdunlap@xenotime.net> Signed-off-by: Axel Lin <axel.lin@gmail.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: Fix compile break due to missing arguments to regulator_registerRajendra Nayak
The commit 2c043bcbf287 ("regulator: pass additional of_node to regulator_register()") caused a compile break because it missed updating the regulator_register() call in gpio-regulator.c with the additional parameter (NULL). The compile break as reported by Stephen Rothwell with the x86_64 allmodconfig looked like this drivers/regulator/gpio-regulator.c: In function 'gpio_regulator_probe': drivers/regulator/gpio-regulator.c:287:8: error: too few arguments to function 'regulator_register' include/linux/regulator/driver.h:215:23: note: declared here Reported-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: map consumer regulator based on device treeRajendra Nayak
Device nodes in DT can associate themselves with one or more regulators/supply by providing a list of phandles (to regulator nodes) and corresponding supply names. For Example: devicenode: node@0x0 { ... ... vmmc-supply = <&regulator1>; vpll-supply = <&regulator2>; }; The driver would then do a regulator_get(dev, "vmmc"); to get regulator1 and do a regulator_get(dev, "vpll"); to get regulator2. of_get_regulator() extracts the regulator node for a given device, based on the supply name. Use it to look up the regulator for a given consumer from device tree, during a regulator_get(). If not found fallback and lookup through the regulator_map_list instead. Also, since the regulator dt nodes can use the same binding to associate with a parent regulator/supply, allow the drivers to specify a supply_name, which can then be used to lookup dt to find the parent phandle. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Acked-by: Grant Likely <grant.likely@secretlab.ca> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: pass additional of_node to regulator_register()Rajendra Nayak
With device tree support for regulators, its needed that the regulator_dev->dev device has the right of_node attached. To be able to do this add an additional parameter to the regulator_register() api, wherein the dt-adapted driver can then pass this additional info onto the regulator core. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: adapt fixed regulator driver to dtRajendra Nayak
The fixed regulator driver uses of_get_fixed_voltage_config() to extract fixed_voltage_config structure contents from device tree. Also add documenation for additional bindings for fixed regulators that can be passed through dt. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11regulator: helper routine to extract regulator_init_dataRajendra Nayak
The helper routine is meant to be used by the regulator drivers to extract the regulator_init_data structure from the data that is passed from device tree. 'consumer_supplies' which is part of regulator_init_data is not extracted as the regulator consumer mappings are passed through DT differently, implemented in subsequent patches. Similarly the regulator<-->parent/supply mapping is handled in subsequent patches. Also add documentation for regulator bindings to be used to pass regulator_init_data struct information from device tree. Some of the regulator properties which are linux and board specific, are left out since its not clear if they can be in someway embedded into the kernel or passed in from DT. They will be revisited later. Signed-off-by: Rajendra Nayak <rnayak@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2012-01-11input: add device tree support for eGalax touchEric Miao
Signed-off-by: Eric Miao <eric.miao@linaro.org>
2012-01-11input: add support for egalax touch screen controllerFrank Li
Signed-off-by: Frank Li <Frank.Li@freescale.com> Signed-off-by: Eric Miao <eric.miao@linaro.org>
2012-01-11imx6q-sabrelite: switch framebuffer order of HDMI and LVDSEric Miao
Signed-off-by: Eric Miao <eric.miao@linaro.org>
2012-01-11mxc: hdmi: fix potention deadlock issueJason Chen
Signed-off-by: Jason Chen <jason.chen@linaro.org>
2012-01-11ARM: imx6q-sabrelite: set DDC i2c rate to 100kJason Chen
Signed-off-by: Jason Chen <jason.chen@linaro.org>
2012-01-11ENGR00170800 mxc hdmi add more video mode to default modelistSandor Yu
Add all non-interlaced CEA mode to default modelist Add XGA and SXGA video mode to default modelist Signed-off-by: Sandor Yu <R01008@freescale.com>
2012-01-11ENGR00170534 mxc hdmi: hot-plug detect state notify and recordingSandor Yu
1. create sys node for fb name, cable state, edid data 2. call kobject_uevent_env pass cable state Signed-off-by: Sandor Yu <R01008@freescale.com>
2012-01-11ENGR00169872-2 rework hdmi initialization and hotplug sequenceJason Chen
This commit intends to implement the flowchart and details documented in the HDMI Transmitter Controller User Guide section entitled "Programming Model". Some input is also from the Synopsys API code. The HDMI specification requires HDMI to set itself to VGA DVI mode before reading the EDID. So follow this sequence when HDMI is hotplugged: 1. Hdmi connector is plugged in, HDMI video gets an interrupt. 2. Clear out video mode list. Add only VGA DVI mode to list. 3. Request VGA DVI mode (call fb_set_var()) 4. HDMI video driver will get FB_EVENT_MODE_CHANGE callback and call mxc_hdmi_setup() to set up HDMI. 5. Read the edid and add video modes from edid. Select the video mode that is similar to the command line default. 6. Request VGA DVI mode (call fb_set_var()) 7. HDMI video driver will get FB_EVENT_MODE_CHANGE callback and do mxc_hdmi_setup(). Also included is a workaround for an overflow condition in the HDMI. The frame composer has an arithmetic unit that gets updated every time we write to one of the FC registers. But sometimes, depending on the relation between the tmds and sfr clocks, it may happen that this unit doesn't get updated, even though the registers are holding correct values. The workaround for this is, after completing the controller configuration, to rewrite one of the FC registers (i.e. FC_INVIDCONF) three or four times with the same value, and then follow it up by a SW reset to the TMDS clock domain (MC_SWRSTZ). We clear the overflow condition as described above every time we change video mode. Also an overflow interupt handler will clear the overflow condition if it happens again. This overflow condition is expected (and not a problem) when we are in DVI (non-HDMI) mode, so we do not worry about it in that case. Signed-off-by: Alan Tull <alan.tull@freescale.com>
2012-01-11ENGR00169872-1 rework hdmi initialization and hotplug sequenceAlan Tull
This commit intends to implement the flowchart and details documented in the HDMI Transmitter Controller User Guide section entitled "Programming Model". Some input is also from the Synopsys API code. The HDMI specification requires HDMI to set itself to VGA DVI mode before reading the EDID. So follow this sequence when HDMI is hotplugged: 1. Hdmi connector is plugged in, HDMI video gets an interrupt. 2. Clear out video mode list. Add only VGA DVI mode to list. 3. Request VGA DVI mode (call fb_set_var()) 4. HDMI video driver will get FB_EVENT_MODE_CHANGE callback and call mxc_hdmi_setup() to set up HDMI. 5. Read the edid and add video modes from edid. Select the video mode that is similar to the command line default. 6. Request VGA DVI mode (call fb_set_var()) 7. HDMI video driver will get FB_EVENT_MODE_CHANGE callback and do mxc_hdmi_setup(). Also included is a workaround for an overflow condition in the HDMI. The frame composer has an arithmetic unit that gets updated every time we write to one of the FC registers. But sometimes, depending on the relation between the tmds and sfr clocks, it may happen that this unit doesn't get updated, even though the registers are holding correct values. The workaround for this is, after completing the controller configuration, to rewrite one of the FC registers (i.e. FC_INVIDCONF) three or four times with the same value, and then follow it up by a SW reset to the TMDS clock domain (MC_SWRSTZ). We clear the overflow condition as described above every time we change video mode. Also an overflow interupt handler will clear the overflow condition if it happens again. This overflow condition is expected (and not a problem) when we are in DVI (non-HDMI) mode, so we do not worry about it in that case. Signed-off-by: Alan Tull <alan.tull@freescale.com>
2012-01-11ENGR00170168-2 mxc_vout: add non FB_VMODE_YWRAP supportJason Chen
when use pan display, the case could be: 1. a small window wrap in a big frame buffer 2. a frame switch in a serial buffers the ipuv3 fb driver used to support case 1, and for case 2, if the fb format is interleaved, there is no problem, but for non-interleaved format (like I420), there will be a display bug. Signed-off-by: Jason Chen <b02280@freescale.com>
2012-01-11ENGR00170168-1 ipuv3 fb: add non FB_VMODE_YWRAP supportJason Chen
when use pan display, the case could be: 1. a small window wrap in a big frame buffer 2. a frame switch in a serial buffers the ipuv3 fb driver used to support case 1, and for case 2, if the fb format is interleaved, there is no problem, but for non-interleaved format (like I420), there will be a display bug. Signed-off-by: Jason Chen <b02280@freescale.com>
2012-01-11ENGR00169657 mxc_edid: no aspect vmode setting for detailed timing blockJason Chen
Add aspect ratio setting into vmode for detailed timing block. Signed-off-by: Jason Chen <b02280@freescale.com>
2012-01-11ENGR00163669-1 mxc fb: remove FB_EVENT_PREMODE_CHANGE for mxc fb driversJason Chen
remove FB_EVENT_PREMODE_CHANGE for mxc ldb/tve drivers add dispdrv setup interface for ldb/tve drivers re-structure the dispdrv framework for display devices Signed-off-by: Wayne Zou <b36644@freescale.com>
2012-01-11ENGR00169509-2 ipuv3 fb: change wait for vsync ioctl irq from eof to nfackJason Chen
change wait for vsync ioctl irq from eof to nfack Signed-off-by: Jason Chen <b02280@freescale.com>
2012-01-11ENGR00169509-1 ipuv3 fb: change wait for vsync ioctl irq from eof to nfackJason Chen
change wait for vsync ioctl irq from eof to nfack Signed-off-by: Jason Chen <b02280@freescale.com>
2012-01-11ENGR00163616 [mx6q]hdmi will hang in daily build imageTony Lin
make sure the pointer is valid before accessing Signed-off-by: Tony Lin <tony.lin@freescale.com>
2012-01-11SAUCE: fix hdmi registration failureEric Miao
Signed-off-by: Eric Miao <eric.miao@linaro.org>
2012-01-11MXC SRC: refine IPU VPU reset functionJason Chen
Signed-off-by: Jason Chen <jason.chen@linaro.org>
2012-01-11mxc hdmi core: add Kconfig dependency of MXC_IPUJason Chen
Signed-off-by: Jason Chen <jason.chen@linaro.org>
2012-01-11imx6: change ipu_perclk to 8.25M according to fsl branchJason Chen
Signed-off-by: Jason Chen <jason.chen@linaro.org>
2012-01-11MXC LDB: add hwtype supportJason Chen
some setting related with hwtype. Signed-off-by: Jason Chen <jason.chen@linaro.org>