On 8/25/2012 1:44 AM, Tony Lindgren wrote:
* AnilKumar Ch anilku...@ti.com [120816 05:20]:
Add D_CAN1 pinctrl node to am3358_pinmux master node to export
D_CAN functionality on AM335x EVM according to pinctrl-single
driver.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
Changes from
Hi Tony,
* Rajendra Nayakrna...@ti.com [120730 06:17]:
regulators do not have a 'reg' property, hence the regulator@0,
regulator@1 do not make sense. get rid of it.
Looks like this needs to be refreshed to apply. Care to
refresh against current devel-dt branch in case other
places need the
Adds GPIO pinctrl nodes to am3358_pinmux master node to control
user leds (USR0, USR1, USR2 and USR3) present on BeagleBone.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
arch/arm/boot/dts/am335x-bone.dts | 14 ++
1 file changed, 14 insertions(+)
diff --git
Add pinctrl and d_can device tree data to AM33XX family of devices.
First two patches add support for pinctrl DT data and third one
adds dcan DT data.
Reason behind combining these patches is to apply cleanly on
linux-omap tree, because these are sequential patches.
These patches were tested on
Add Bosch D_CAN controller device tree data to AM33XX dtsi
file by adding d_can device nodes with all the necessary
parameters.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi | 18 ++
1 file changed, 18 insertions(+)
diff --git
Adds basic pinctrl device tree data for AM33XX family of devices.
This patch is based on the pinctrl-single driver.
Signed-off-by: AnilKumar Ch anilku...@ti.com
---
arch/arm/boot/dts/am33xx.dtsi |9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/boot/dts/am33xx.dtsi
On Tue, 2012-08-14 at 17:22 +0300, Peter Ujfalusi wrote:
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
I think this one could use a short commit message, also about why
kfree():s are dropped (handled internally by devm_* etc.)
-Tero
--
To unsubscribe from this list: send the line
Hi Peter,
The MFD patches in this set look good to me except for the minor comment
on patch 2 I just sent. That is with my limited knowledge of DT
though...
-Tero
--
To unsubscribe from this list: send the line unsubscribe linux-omap in
the body of a message to majord...@vger.kernel.org
More
Hi Mark,
arch/arm/boot/dts/db8500.dtsi
I'm not actually seeing anything terribly problematic here, though the
regulator-name properties should really be removed as they're fairly
useless and seem to be missing the point of having the property.
Just looking at this now.
The
Hi Jon,
On Tue, Aug 28, 2012 at 02:00:13, Hunter, Jon wrote:
On 08/27/2012 05:37 AM, Mohammed, Afzal wrote:
And at least for initial users, they are expected to have
some grasp on how to calculate timings, such a user will
not be much worried about your 3 concerns above, anyway as
of
Hi,
On Mon, Aug 27, 2012 at 05:17:30PM -0700, Shilimkar, Santosh wrote:
On Mon, Aug 27, 2012 at 4:26 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
I tried bypassing the whole SRAM init, but the device does not seem to
boot up at all.
If I comment out the memset alone, then it boots and
omap hsmmc controller IP has a built in timer that can be programmed to
guard against unresponsive operations. But its range is very narrow,
and the maximum countable time is a few seconds.
Card maintenance operations like BKOPS and MMC_ERASE and long
stream writes like packed command require
Define the most frequently used bitmasks of the Interrupt Enable /
Interrupt Status register with consistent naming ( with _EN suffix).
Use meaningful concatenation of bitfields for INT_EN_MASK, which shows
which interrupts are enabled by default.
No functional changes.
Signed-off-by:
On Tue, Aug 28, 2012 at 06:49:06PM +0530, Venkatraman S wrote:
omap hsmmc controller IP has a built in timer that can be programmed to
guard against unresponsive operations. But its range is very narrow,
and the maximum countable time is a few seconds.
Card maintenance operations like BKOPS
Hi,
On Tue, Aug 28, 2012 at 06:49:07PM +0530, Venkatraman S wrote:
Define the most frequently used bitmasks of the Interrupt Enable /
Interrupt Status register with consistent naming ( with _EN suffix).
Use meaningful concatenation of bitfields for INT_EN_MASK, which shows
which interrupts
On Tue, Aug 28, 2012 at 5:20 AM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Mon, Aug 27, 2012 at 05:17:30PM -0700, Shilimkar, Santosh wrote:
On Mon, Aug 27, 2012 at 4:26 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
I tried bypassing the whole SRAM init, but the device does not seem to
On Mon, 27 Aug 2012 14:38:35 Mark Brown wrote:
On Mon, Aug 27, 2012 at 11:28:30PM +0200, Janusz Krzysztofik wrote:
- platform_set_drvdata(ams_delta_audio_platform_device,
- ams_delta_audio_card);
-
- ret =
On Tue, Aug 28, 2012 at 12:50:10PM +0300, Tero Kristo wrote:
On Tue, 2012-08-14 at 17:22 +0300, Peter Ujfalusi wrote:
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
I think this one could use a short commit message, also about why
kfree():s are dropped (handled internally by devm_*
On Tue, Aug 28, 2012 at 12:26:07PM +0100, Lee Jones wrote:
arch/arm/boot/dts/db8500.dtsi
I'm not actually seeing anything terribly problematic here, though the
regulator-name properties should really be removed as they're fairly
useless and seem to be missing the point of having the
On Tue, Aug 28, 2012 at 05:13:05PM +0200, Janusz Krzysztofik wrote:
On Mon, 27 Aug 2012 14:38:35 Mark Brown wrote:
On Mon, Aug 27, 2012 at 11:28:30PM +0200, Janusz Krzysztofik wrote:
- platform_set_drvdata(ams_delta_audio_platform_device,
- ams_delta_audio_card);
Add Retu configuration.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
arch/arm/mach-omap2/board-n8x0.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n8x0.c b/arch/arm/mach-omap2/board-n8x0.c
index 8ea0dea..6ac8cd9 100644
---
Introduce Retu watchdog driver.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Cc: linux-watch...@vger.kernel.org
---
drivers/watchdog/Kconfig| 12 +++
drivers/watchdog/Makefile |1 +
drivers/watchdog/retu_wdt.c | 191 +++
3 files changed,
Retu is a multi-function device found on Nokia Internet Tablets
implementing at least watchdog, RTC, headset detection and power button
functionality.
This patch implements a minimum functionality providing only register
access functions.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Cc:
Add i2c driver to enable access to devices behind CBUS on Nokia Internet
Tablets.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
Cc: linux-...@vger.kernel.org
---
drivers/i2c/busses/Kconfig| 10 ++
drivers/i2c/busses/Makefile |1 +
drivers/i2c/busses/i2c-cbus.c | 342
Add platform data to enable i2c-cbus on N8x0. It will be I2C bus #3.
Signed-off-by: Aaro Koskinen aaro.koski...@iki.fi
---
arch/arm/mach-omap2/board-n8x0.c | 27 +++
1 files changed, 27 insertions(+), 0 deletions(-)
diff --git a/arch/arm/mach-omap2/board-n8x0.c
Hi,
On Tue, Aug 28, 2012 at 07:19:38AM -0700, Shilimkar, Santosh wrote:
Or the PPA has resized the secure area of 16K. As you have seen the issue
on one OMAP3 device, it makes sense to takeout that 16K from the public
SRAM map.
Can you send the patch with fixed base address fir PUB SRAM ?
This patch series cleans up the plat/board.h and related files.
Remove confusingly empty struct omap_board_config_kernel structures
and unused omap_get_nr_config() macro along with
unused omap_get_var_config() function.
Those apparently were never used in upstream kernels.
Move OMAP3EVM revision
The sti console workaround uses the OMAP custom tags.
Those tags are not used in upstream kernel and therefore the workaround
never fires on upstream kernels.
Remove the sti console workaround tags part.
This leaves the workaround functional part intact so can be reused if
needed.
Signed-off-by:
omap1 backlight platform data resides inside plat/board.h while it
should be inside include/linux/...
Move the omap1 backlight platform data to
include/linux/platform_data/.
Cc: Richard Purdie rpur...@rpsys.net
Cc: Florian Tobias Schandinat florianschandi...@gmx.de
Cc: linux-fb...@vger.kernel.org
struct omap_board_config_kernel defined in the board files
is always empty and does not bring any added value.
Remove the struct omap_board_config_kernel instances from the board
files.
Also remove the omap_get_nr_config() macro and the omap_get_var_config()
function as both are not used for quite
The omap3evm has its revision information bits inside the plat/board.h
file. Those bits are not used anywhere in the upstream tree besides the
board-omap3evm.c file.
Move the OMAP3EVM_BOARD_GEN_* bits to the board file and remove the
get_omap3_evm_rev() function declaration.
Signed-off-by: Igor
The omap1 crystal setting uses the OMAP custom tags.
Those tags are not used in upstream kernel and therefore the crystal
type is never set by the tag parsing code on upstream kernels.
Remove the crystal tag parsing code.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
omap1 lcd platform data resides inside plat/board.h while it
should be inside include/linux/...
Move the omap1 lcd platform data to include/linux/omapfb.h.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap1/board-ams-delta.c |1 -
The omap custom initialization tags are not used anymore (if ever)
by the mainline kernel.
Thus remove the omap custom initialization tags.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/plat-omap/common.c | 34
debug_card_init() function resides in the plat/board.h file.
Move it to a separate header file under plat/ so the board.h file can be
removed.
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
arch/arm/mach-omap2/board-h4.c |2 +-
plat/board.h file is now empty - remove it.
Cc: Jarkko Lavinen jarkko.lavi...@nokia.com
Cc: Chris Ball c...@laptop.org
Cc: Kyungmin Park kyungmin.p...@samsung.com
Cc: linux-...@vger.kernel.org
Cc: linux-...@lists.infradead.org
Signed-off-by: Igor Grinberg grinb...@compulab.co.il
---
On Tue, Aug 28, 2012 at 4:09 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
Hi,
On Tue, Aug 28, 2012 at 07:19:38AM -0700, Shilimkar, Santosh wrote:
Or the PPA has resized the secure area of 16K. As you have seen the issue
on one OMAP3 device, it makes sense to takeout that 16K from the public
Hi,
On Tue, Aug 28 2012, Igor Grinberg wrote:
drivers/mmc/host/omap.c |1 -
drivers/mmc/host/omap_hsmmc.c|1 -
Acked-by: Chris Ball c...@laptop.org
--
Chris Ball c...@laptop.org http://printf.net/
One Laptop Per Child
--
To unsubscribe from
On Tue, Aug 28, 2012 at 04:38:24PM -0700, Shilimkar, Santosh wrote:
On Tue, Aug 28, 2012 at 4:09 PM, Aaro Koskinen aaro.koski...@iki.fi wrote:
On Tue, Aug 28, 2012 at 07:19:38AM -0700, Shilimkar, Santosh wrote:
Or the PPA has resized the secure area of 16K. As you have seen the issue
on one
On Tue, 28 Aug 2012 11:13:39 Mark Brown wrote:
On Tue, Aug 28, 2012 at 05:13:05PM +0200, Janusz Krzysztofik wrote:
On Mon, 27 Aug 2012 14:38:35 Mark Brown wrote:
On Mon, Aug 27, 2012 at 11:28:30PM +0200, Janusz Krzysztofik wrote:
-
40 matches
Mail list logo
