On 08/13/2012 06:35 PM, Russell King - ARM Linux wrote:
I know the same error is in the original code, but let's stop propagating
it. IS_ERR() only here please.
I have overlooked this. I'll include the fix in v3.
--
Péter
--
To unsubscribe from this list: send the line unsubscribe linux-omap
On Mon, Aug 13, 2012 at 11:05 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 8/13/2012 4:37 PM, Santosh Shilimkar wrote:
The real time counter also called master counter, is a free-running
counter. It produces the count used by the CPU local timer peripherals
in the MPU cluster. The
On Tue, Aug 14, 2012 at 11:46:35, Shilimkar, Santosh wrote:
On Mon, Aug 13, 2012 at 11:05 PM, Vaibhav Hiremath hvaib...@ti.com wrote:
On 8/13/2012 4:37 PM, Santosh Shilimkar wrote:
The real time counter also called master counter, is a free-running
counter. It produces the count
Hi,
On Fri, Jul 20, 2012 at 4:08 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Add keypad data node in omap4 device tree file.
Also fill the device tree binding parameters
with the required value in omap4-sdp dts file.
Tested on omap4430 sdp with 3.5-rc6 kernel.
Cc: Benoit Cousson
Hi Vaibhav,
On Mon, Aug 06, 2012 at 16:59:04, Hiremath, Vaibhav wrote:
Ideally in common SoC dtsi file we should set all modules
to disabled state and it should get enabled in respective
EVM/Board dts file as per usage.
This patch sets default status of all modules to disabled
state in
On Tue, Aug 14, 2012 at 12:25:54, AnilKumar, Chimata wrote:
Hi Vaibhav,
On Mon, Aug 06, 2012 at 16:59:04, Hiremath, Vaibhav wrote:
Ideally in common SoC dtsi file we should set all modules
to disabled state and it should get enabled in respective
EVM/Board dts file as per usage.
On Tue, Aug 14, 2012 at 07:46:59AM +1000, NeilBrown wrote:
On Mon, 13 Aug 2012 17:32:34 +0300 Felipe Balbi ba...@ti.com wrote:
Hi,
On Mon, Aug 13, 2012 at 12:34:53PM +1000, NeilBrown wrote:
On Thu, 9 Aug 2012 14:15:51 +0300 Felipe Balbi ba...@ti.com wrote:
hehe, that's
Hi,
* Paul Walmsley p...@pwsan.com [120726 13:07]:
On Wed, 25 Jul 2012, Paul Walmsley wrote:
These IP blocks and the ECAP IP blocks have periods in their names.
The rest of the IP block named in the file don't use periods -- which
is also the style used by the rest of the OMAP SoCs. Is
Hi Arnd Olof,
Here are some omap fixes, these are probably too late for -rc1,
we're fine getting them in for -rc2 as well.
Regards,
Tony
The following changes since commit 0d7614f09c1ebdbaa1599a5aba7593f147bf96ee:
Linux 3.6-rc1 (2012-08-02 16:38:10 -0700)
are available in the git
Hello,
Changes since v1:
- Card name for cm-t35 is cm-t3x
- Added Ack from Tony for the OMAP patch
- Codec sysclock no longer needed by the machine driver
The codec itself must know the mclk since it needs it for initial
configuration and also in case only the vibra functionality is used.
Machine driver to handle simple devices using twl4030 as audio codec.
The driver supports the following boards:
- Beagleboard or Devkit8000
- Gumstix Overo or CompuLab CM-T35/CM-T3730
- IGEP v2
- OMAP3EVM
All of these boards can be switched to use this driver since their setup is
identical.
Since several OMAP3 based boards will be using the unified simple audio
driver it is better to not have duplicated code in the board files for this
purpose.
Board files can call omap_twl4030_audio_init(); to set up the needed device
for the audio support.
For example:
These boards have similar audio setup and they can all use the same driver
for audio support if it is enabled in the kernel config.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
Cc: Igor Grinberg grinb...@compulab.co.il
Acked-by: Tony Lindgren t...@atomide.com
---
The new omap-twl4030 handles the boards used the following drivers:
igep0020, omap3beagle, omap3evm and overo.
Remove these drivers since they are mostly identical and we already have
drop in replacement for all of them.
Note: Earlier patch added the needed code for the board files to retain the
Hi Sourav
On 08/14/2012 08:23 AM, Poddar, Sourav wrote:
Hi,
On Fri, Jul 20, 2012 at 4:08 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Add keypad data node in omap4 device tree file.
Also fill the device tree binding parameters
with the required value in omap4-sdp dts file.
Tested on
Hi Benoit,
On Tue, Aug 14, 2012 at 2:50 PM, Benoit Cousson b-cous...@ti.com wrote:
Hi Sourav
On 08/14/2012 08:23 AM, Poddar, Sourav wrote:
Hi,
On Fri, Jul 20, 2012 at 4:08 PM, Sourav Poddar sourav.pod...@ti.com wrote:
Add keypad data node in omap4 device tree file.
Also fill the device
On Mon, 2012-08-13 at 17:29 +0530, Chandrabhanu Mahapatra wrote:
All the cpu_is checks have been moved to dss_init_features function providing
a
much more generic and cleaner interface. The OMAP version and revision
specific
initializations in various functions are cleaned and the necessary
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi
On Mon, 2012-08-13 at 17:28 +0530, Chandrabhanu Mahapatra wrote:
All the cpu_is checks have been moved to dispc_init_features function
providing
a much more generic and cleaner interface. The OMAP version and revision
specific functions and data are initialized by dispc_features structure
On Tue, Aug 14, 2012 at 11:56:45AM +0200, Benoit Cousson wrote:
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Hi Felipe,
On 08/14/2012 11:59 AM, Felipe Balbi wrote:
On Tue, Aug 14, 2012 at 11:56:45AM +0200, Benoit Cousson wrote:
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson
Hi Benoit,
On Tue, Aug 14, 2012 at 3:26 PM, Benoit Cousson b-cous...@ti.com wrote:
On 08/13/2012 12:05 PM, Sourav Poddar wrote:
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi
On Mon, Jun 11, 2012 at 6:50 AM, Vinod Koul vinod.k...@linux.intel.com wrote:
Do we have any users of peripheral to peripheral slave dma?
IIRC that is not the case, or does anyone know of existence or plans
for such a h/w?
The U300 (COH901318) device can do this.
The usecase is basically
Add keypad data node in omap4 device tree file.
Also fill the device tree binding parameters
with the required value in omap4-sdp dts file.
Tested on omap4430 sdp.
Cc: Tony Lindgren t...@atomide.com
Cc: Benoit Cousson b-cous...@ti.com
Cc: Rob Herring rob.herr...@calxeda.com
Cc: Grant Likely
+static const struct __initdata dispc_features omap2_dispc_features = {
+ .hp_max = 256,
+ .vp_max = 255,
+ .sw_max = 64,
+ .sw_start = 5,
+ .fp_start = 15,
On Tue, 2012-08-14 at 17:33 +0530, Mahapatra, Chandrabhanu wrote:
+static const struct __initdata dispc_features omap2_dispc_features = {
+ .hp_max = 256,
+ .vp_max = 255,
+ .sw_max = 64,
+
On Tue, Aug 14, 2012 at 3:18 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-08-13 at 17:29 +0530, Chandrabhanu Mahapatra wrote:
All the cpu_is checks have been moved to dss_init_features function
providing a
much more generic and cleaner interface. The OMAP version and revision
Hi,
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Add function omapdss_hdmi_display_get_timing() which returns the timings
maintained by the HDMI interface driver in it's hdmi_config field. This
prevents the need for the panel driver to configure default timings in it's
probe.
On Tuesday 14 August 2012 06:32 PM, Tomi Valkeinen wrote:
Hi,
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Add function omapdss_hdmi_display_get_timing() which returns the timings
maintained by the HDMI interface driver in it's hdmi_config field. This
prevents the need for the panel
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Create function omapdss_sdi_set_timings(). Configuring new timings is done the
same way as before, SDI is disabled, and re-enabled with the new timings in
dssdev. This just moves the code from the panel drivers to the SDI driver.
The
On Tue, 2012-08-14 at 18:45 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 06:32 PM, Tomi Valkeinen wrote:
Hi,
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Add function omapdss_hdmi_display_get_timing() which returns the timings
maintained by the HDMI interface driver
Remove the redundant read of the status register.
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/i2c/busses/i2c-omap.c b/drivers/i2c/busses/i2c-omap.c
index dfdcc2b..2dd2301
From: Felipe Balbi ba...@ti.com
re-factor the common parts to a separate function,
so that code is easier to read and understand.
No functional changes.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 204
From: Felipe Balbi ba...@ti.com
According to flow diagrams on OMAP TRMs,
we should ACK the IRQ as they happen.
Signed-off-by: Felipe Balbi ba...@ti.com
[Ack the stat OMAP_I2C_STAT_AL in case of arbitration lost]
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c
From: Felipe Balbi ba...@ti.com
that way we can ignore TX IRQs while in receiver
mode and ignore RX IRQs while in transmitter mode.
Signed-off-by: Felipe Balbi ba...@ti.com
[Remove unnecessary braces]
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |8
From: Felipe Balbi ba...@ti.com
trivial patch, no functional changes
If the fifo is disabled or fifo_size is 0 the num_bytes
is set to 1. Else it is set to fifo_size or in case of a
draining interrupt the remaining bytes in the buff stat.
So the zero check is redundant and can be safely
From: Felipe Balbi ba...@ti.com
Make it not depend on ISR's local variables
in order to make it easier to re-factor the
transmit data loop.
Also since we are waiting for XUDF(Transmitter underflow) just before
writing data lets not flag the underflow.
This is anyways going to go once we write
the
From: Felipe Balbi ba...@ti.com
we can ack stat and complete the command from
the errata handling itself.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 16 +---
1 files changed, 13 insertions(+), 3
From: Felipe Balbi ba...@ti.com
otherwise we could get our IRQ line disabled due
to many spurious IRQs.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
From: Felipe Balbi ba...@ti.com
even if our clocks are disabled, we still
handled the IRQ, so we should return IRQ_HANDLED.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |2 +-
1 files changed, 1 insertions(+), 1
From: Felipe Balbi ba...@ti.com
omap_i2c_dev is allocated with kzalloc(),
so we need not initialize b_hw to zero.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |4 +---
1 files changed, 1 insertions(+), 3
From: Felipe Balbi ba...@ti.com
that's a nice helper from drivers core which
will give us the exact IRQ number, instead
of a pointer to an IRQ resource.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 12
From: Felipe Balbi ba...@ti.com
The patch intends to decrease the indentation level on the
data handling
by using the fact that else of if (dev-buf_len) is same as
if (!dev-buf_len)
if (dev-buf_len) {
aaa;
} else {
bbb;
break;
}
to
if (!dev-buf_len) {
bbb;
From: Felipe Balbi ba...@ti.com
that helps deleting some boiler plate code
and lets driver-core manage our resources
for us.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 41
From: Felipe Balbi ba...@ti.com
this will make sure that we execute at least once.
No functional changes otherwise.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 20 ++--
1 files changed, 14
From: Felipe Balbi ba...@ti.com
move the goto out label one line down, so that
it can be used when stat is read as zero. All
other exits, can be done with a break statement.
While at that, also break out as soon as we
complete draining IRQ, since at that time
we know we transferred everything
Prevent the NULL pointer access by moving the platform_set_drvdata function
after the access of the pdev.
[ 654.961761] Unable to handle kernel NULL pointer dereference at virtual
address 0070
[ 654.970611] pgd = df254000
[ 654.973480] [0070] *pgd=9f1da831, *pte=,
From: Felipe Balbi ba...@ti.com
While they do pretty much the same thing, there
are a few peculiarities. Specially WRT erratas,
it's best to split those out and re-factor the
read/write loop to another function which both
cases call.
This last part will be done on another patch.
While at that,
From: Felipe Balbi ba...@ti.com
this helps us reduce unnecessary pm transitions
in case we have another i2c message starting soon.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 12 ++--
1 files changed,
Changes since v1:
- removed tabification on patch 6/17
- removed dev_err() which was introduced on patch 09/17
Changes since v2:
- do not set full fifo depth in the RDR interrupt.
- some changelog updates.
- rebase to the Wolfram's tree.
Changes since v3:
From: Felipe Balbi ba...@ti.com
instead of having multiple return points, use
a goto statement to make that clearer.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c | 20
1 files changed, 8
From: Felipe Balbi ba...@ti.com
This patch will try to avoid the usage of
draining feature by reconfiguring the FIFO
the start condition of each message based
on the message's size.
By doing that, we will be better utilizing
the FIFO when doing big transfers.
While at that also drop the now
From: Felipe Balbi ba...@ti.com
trivial patch to aid readability. No functional
changes.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
drivers/i2c/busses/i2c-omap.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
From: Felipe Balbi ba...@ti.com
before starting any messages we call pm_runtime_get_sync()
which will make sure that by the time we program a transfer
and our IRQ handler gets called, we're not suspended
anymore.
Signed-off-by: Felipe Balbi ba...@ti.com
Signed-off-by: Shubhrajyoti D
From: Felipe Balbi ba...@ti.com
for OMAP2, we can easily switch over to threaded
IRQs on the I2C driver. This will allow us to
spend less time in hardirq context.
Signed-off-by: Felipe Balbi ba...@ti.com
[Trivial formating changes]
Signed-off-by: Shubhrajyoti D shubhrajy...@ti.com
---
From: Felipe Balbi ba...@ti.com
stat BIT(1) is the same as BIT(1), so let's
simplify things a bit by removing stat from
all omap_i2c_ack_stat() calls.
Code snippet (extremely simplified):
if (stat NACK) {
...
omap_i2c_ack_stat(dev, stat NACK);
}
if (stat RDR) {
...
Hello,
Changes since v1:
- Get the MCLK frequencey from twl-core driver (via new API)
- hs_extmute_disable_level parameter has been removed
- empty of_find_node_by_name() in of.h for !CONFIG_OF builds
Mark: the extmute GPIO handling (when it is used) remained in the codec driver
for now. I can
Remove the use of set_hs_extmute callback and let the codec driver to
handle the extmute GPIO.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
arch/arm/mach-omap2/board-zoom-peripherals.c |9 ++---
arch/arm/mach-omap2/include/mach/board-zoom.h |2 --
sound/soc/omap/zoom2.c
We no longer have users for the set_hs_extmute callback which has been
replaced by hs_extmute_gpio so the codec driver can handle the external
mute if it is needed by the board.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/i2c/twl.h|2 --
When the kernel has been booted with DT blob the platform data is NULL for
the driver.
We need to construct the pdata based on the DT information for runtime use.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c | 57 +--
This commit adds an empty of_find_node_by_name() function for !CONFIG_OF
builds.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
include/linux/of.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/include/linux/of.h b/include/linux/of.h
index 5919ee3..c90e59a
Access the pdata via a pointer within the twl4030_priv structure.
In preparation for DeviceTree support.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git
CFG_BOOT register's HFCLK_FREQ field hold information about the used HFCLK
frequency.
Add possibility for users to get the configured rate based on this
register.
This register was configured during boot, without it the chip would not
operate correctly, so we can trust on this information.
Support for loading the twl4030 audio module via devicetree.
Sub devices for codec and vibra will be created as mfd devices once the
core MFD driver is loaded when the kernel is booted with a DT blob.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
Hi Mark,
On Tue, Jul 24, 2012 at 11:48:51, AnilKumar, Chimata wrote:
This patch series add AM33XX regulators (tps65910/tps65217) device
tree data to am335x-evm and am335x-bone dts files. These patches
are based on Tony L devel-dt tree and tested on AM335x EVM and
Bone devices.
Changes from
Hi Mark,
On Tue, Jul 24, 2012 at 11:48:54, AnilKumar, Chimata wrote:
Add tps65910 regulator device tree data to AM335x-EVM by adding
regulator consumers with tightened constraints and regulator-name.
TPS65910 regulator handle can be obtained by using this regulator
name.
This patch also
Allocate the private data with devm_kzalloc.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
sound/soc/codecs/twl4030.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/sound/soc/codecs/twl4030.c b/sound/soc/codecs/twl4030.c
index 27ccea4..413e698 100644
---
The external mute (if it is in use) is handled by a GPIO line. Prepare to
remove the set_hs_extmute callback and replace it with:
hs_extmute_gpio: the GPIO number to use for external mute
When the users of set_hs_extmute has been converted the callback can be removed.
Signed-off-by: Peter
Add support when the kernel has been booted with DT blob. In this case the
pdata is NULL, we need to reach up to the core node and check if the codec
part has been enabled to determine if we need to coexist with the codec or
not.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
twl-core has API to get the boot time configured HFCLK rate which has the
same rate as the audio MCLK.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/mfd/twl4030-audio.c
To facilitate the device tree support the probe function need to be rearanged.
Small cleanup in the APLL frequency selection part as well.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 34 --
1 files changed, 16
Place the MODULE_* lines in the same block and add MODULE_DESCRIPTION.
Rearange the platform_driver structure at the same time.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
drivers/mfd/twl4030-audio.c | 15 ++-
1 files changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/mfd/twl4030-audio.c b/drivers/mfd/twl4030-audio.c
index ac04b4f..efa2d42 100644
--- a/drivers/mfd/twl4030-audio.c
+++
On Tue, 2012-08-14 at 18:00 +0530, Mahapatra, Chandrabhanu wrote:
On Tue, Aug 14, 2012 at 3:18 PM, Tomi Valkeinen tomi.valkei...@ti.com wrote:
On Mon, 2012-08-13 at 17:29 +0530, Chandrabhanu Mahapatra wrote:
All the cpu_is checks have been moved to dss_init_features function
providing a
Add Documentation for tmp102 temperature sensor.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
Documentation/devicetree/bindings/hwmon/tmp102.txt | 11 +++
1 files
Add I2C data node in omap5 device tree file.
Tested on omap5430 evm.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
The following patch series add i2c support for omap5.
As well as enable I2C based devices like pressure and temperature
through device tree. Also add onchip keypad dts data.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Sourav
Add tmp102 temperature sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar
Add bmp085 pressure sensor data in omap5 evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Acked-by: Felipe Balbi ba...@ti.com
Signed-off-by: Sourav Poddar
Add keypad data node in omap5 device tree file.
Also fill the device tree binding parameters
with the required value in omap5-evm dts file.
Tested on omap5430 evm with 3.5 custom kernel.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar
On Tuesday 14 August 2012 07:14 PM, Tomi Valkeinen wrote:
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Create function omapdss_sdi_set_timings(). Configuring new timings is done the
same way as before, SDI is disabled, and re-enabled with the new timings in
dssdev. This just moves
Is there any source for code that generates a 3-byte subpage ECC that
matches the ECC the bootrom is expecting when reading bootloader code
out of the first block of NAND?
I'm dealing with a problem of the Micron MT46H256M32L4K1-5 that has a
in-chip BCH ECC engine on our boards where a reset
On Tuesday 14 August 2012 07:40 PM, Tomi Valkeinen wrote:
On Tue, 2012-08-14 at 18:45 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 06:32 PM, Tomi Valkeinen wrote:
Hi,
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Add function omapdss_hdmi_display_get_timing() which returns
On Tue, 2012-08-14 at 22:26 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 07:14 PM, Tomi Valkeinen wrote:
I guess it depends on how drm/fb want to use it. I guess an output
should have a set_timings() kind of op if it can do it seamlessly. I
guess we can do that easily in DPI, for
On Tuesday 14 August 2012 11:03 PM, Tomi Valkeinen wrote:
On Tue, 2012-08-14 at 22:26 +0530, Archit Taneja wrote:
On Tuesday 14 August 2012 07:14 PM, Tomi Valkeinen wrote:
I guess it depends on how drm/fb want to use it. I guess an output
should have a set_timings() kind of op if it can do
On Tue, Aug 14, 2012 at 11:56 AM, Archit Taneja arc...@ti.com wrote:
On Tuesday 14 August 2012 07:14 PM, Tomi Valkeinen wrote:
On Thu, 2012-08-09 at 17:19 +0530, Archit Taneja wrote:
Create function omapdss_sdi_set_timings(). Configuring new timings is
done the
same way as before, SDI is
On Tue, Aug 14, 2012 at 09:53:32PM +0530, Sourav Poddar wrote:
Add Documentation for tmp102 temperature sensor.
Cc: Benoit Cousson b-cous...@ti.com
Cc: Felipe Balbi ba...@ti.com
Cc: Santosh Shilimkar santosh.shilim...@ti.com
Signed-off-by: Sourav Poddar sourav.pod...@ti.com
---
Hi,
On Tue, Aug 07, 2012 at 04:22:02PM +0300, Tomi Valkeinen wrote:
On Tue, 2012-08-07 at 12:05 +0530, Archit Taneja wrote:
On Tuesday 07 August 2012 03:44 AM, Aaro Koskinen wrote:
On Mon, Aug 06, 2012 at 11:06:28PM +0530, Archit Taneja wrote:
On Mon, 2012-08-06 at 19:47 +0300, Aaro
It seems commit 2098e95ce9bb039ff2e7bf836df358d18a176139 (regulator: twl:
adapt twl-regulator driver to dt) accidentally deleted VINTANA1. Also
the same commit defines VINTANA2 twice with TWL4030_ADJUSTABLE_LDO and
TWL4030_FIXED_LDO. This patch changes the fixed one to be VINTANA1.
I noticed this
89 matches
Mail list logo