Hello Tony,
Am 30.11.2015 um 22:41 schrieb Tony Lindgren:
* Heiko Schocher <h...@denx.de> [151117 00:25]:
--- /dev/null
+++ b/arch/arm/boot/dts/am335x-shc.dts
+ {
+ compatible = "ti,tps65217";
+ ti,pmic-shutdown-controller;
+
+ regulators {
+ #ad
Hello Tony,
Am 01.12.2015 um 06:53 schrieb Tony Lindgren:
* Heiko Schocher <h...@denx.de> [151130 21:21]:
Hello Tony,
Am 30.11.2015 um 22:41 schrieb Tony Lindgren:
* Heiko Schocher <h...@denx.de> [151117 00:25]:
--- /dev/null
+++ b/arch/arm/boot/dts/am335x-shc.dts
+ {
+
Hello all,
Am 18.11.2015 um 09:24 schrieb Heiko Schocher:
Hello Dave,
Am 17.11.2015 um 22:29 schrieb Dave Gerlach:
Hi,
On 11/17/2015 02:24 AM, Heiko Schocher wrote:
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1
Hello Dave,
Am 17.11.2015 um 22:29 schrieb Dave Gerlach:
Hi,
On 11/17/2015 02:24 AM, Heiko Schocher wrote:
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1 @ 26 MHz
I2C: at24 eeprom, pcf8563
USB: USB1 (host
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1 @ 26 MHz
I2C: at24 eeprom, pcf8563
USB: USB1 (host)
Signed-off-by: Heiko Schocher <h...@denx.de>
---
The following patches are needed to get all working
for t
Hello Robert,
Am 16.11.2015 um 14:23 schrieb Robert Nelson:
+
+ cpsw_default: cpsw_default {
+ pinctrl-single,pins = <
+ /* Slave 1 */
+ 0x110 (PIN_INPUT_PULLDOWN | MUX_MODE0)
+ 0x114 (PIN_OUTPUT_PULLDOWN |
add support for the am335x based shc board.
UART: 0-2 and 4
DRAM: 512 MiB
MMC: OMAP SD/MMC: 0 @ 26 MHz
OMAP SD/MMC: 1 @ 26 MHz
I2C: at24 eeprom, pcf8563
USB: USB1 (host)
Signed-off-by: Heiko Schocher <h...@denx.de>
---
The following patches are needed to get all working
for t
Hello Keerthy,
Am 27.10.2015 um 07:06 schrieb Keerthy:
Hi Heiko,
On Monday 26 October 2015 02:43 PM, Heiko Schocher wrote:
remove tps65217.dtsi and adapt all boards, which
used it.
I boot tested this on am335x-bone and am335x-boneblack boards and could
successfully boot and i even
checked
Hello Sebastian,
Am 27.10.2015 um 13:21 schrieb Sebastian Reichel:
Hi,
On Mon, Oct 26, 2015 at 10:13:55AM +0100, Heiko Schocher wrote:
remove tps65217.dtsi and adapt all boards, which
used it.
Signed-off-by: Heiko Schocher <h...@denx.de>
---
Suggested by Mark Brown, see:
https://lk
remove tps65217.dtsi and adapt all boards, which
used it.
Signed-off-by: Heiko Schocher <h...@denx.de>
Tested-by: Keerthy <j-keer...@ti.com>
Acked-by: Mark Brown <broo...@kernel.org>
---
Suggested by Mark Brown, see:
https://lkml.org/lkml/2015/10/21/581
Changes in v2:
- acc
remove tps65217.dtsi and adapt all boards, which
used it.
Signed-off-by: Heiko Schocher <h...@denx.de>
---
Suggested by Mark Brown, see:
https://lkml.org/lkml/2015/10/21/581
.../devicetree/bindings/regulator/tps65217.txt | 78 --
arch/arm/boot/dts/am335x-bone-commo
add DT support for the ti hecc controller, used on
am3517 SoCs.
Signed-off-by: Heiko Schocher <h...@denx.de>
---
.../devicetree/bindings/net/can/ti_hecc-can.txt| 20 ++
arch/arm/boot/dts/am3517.dtsi | 13 +++
drivers/net/can/ti_
Hello Marc,
Am 19.10.2015 um 08:58 schrieb Marc Kleine-Budde:
On 10/19/2015 08:39 AM, Heiko Schocher wrote:
add DT support for the ti hecc controller, used on
am3517 SoCs.
A similar patch was posted a few days ago, see
http://comments.gmane.org/gmane.linux.can/8616 and my comments.
Uh
Hello Tony,
Am 14.10.2015 um 19:49 schrieb Tony Lindgren:
* Heiko Schocher <h...@denx.de> [151012 22:58]:
Of this, secure content (including PPA) uses initial
portion of the SRAM. This chunk is not (and shouldn't
be) accessible from the public code.
The minimum size of this chunk
Hello Tony,
Am 15.10.2015 um 00:20 schrieb Tony Lindgren:
* Tony Lindgren <t...@atomide.com> [151014 10:56]:
* Heiko Schocher <h...@denx.de> [151012 22:58]:
Of this, secure content (including PPA) uses initial
portion of the SRAM. This chunk is not (and shouldn't
be) acc
Hello Lokesh,
Am 13.10.2015 um 08:46 schrieb Lokesh Vutla:
+Nishanth,
On Tuesday 13 October 2015 10:59 AM, Heiko Schocher wrote:
On embedded devices, often there is a combination of
removable mmc devices (e.g. MMC/SD cards) and hard
wired ones (e.g. eMMC). Depending on the hardware
is attached at boot time,
it might become mmxblk0. And the hard wired one mmcblk1.
But if the removable device isn't there at boot time,
the hard wired one will become mmcblk0. This makes it
somehow difficult to hard code the root device to the
non-removable device and boot fast.
Signed-off-by: Heiko
content grows beyond 0x350.
Signed-off-by: Heiko Schocher <h...@denx.de>
Signed-off-by: Ayoub Zaki <ayoub.z...@bosch-si.com>
---
arch/arm/mach-omap2/sram.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/arch/arm/mach-omap2/sram.c b/arch/arm/mach-omap2/
Hello Rajashekhara, Sudhakar,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 13:05:22, Heiko Schocher wrote:
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using MMCSD1 controller,
and facing problems with using DMA. Deactivating use_dma=0 in the
davinci_mmc controller
Hello Juha,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 14:25:48, Heiko Schocher wrote:
Hello Rajashekhara, Sudhakar,
Rajashekhara, Sudhakar wrote:
Hi,
On Fri, Dec 02, 2011 at 13:05:22, Heiko Schocher wrote:
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using
Hello,
trying Linux 3.2.0-rc3 on an am1808 based board using MMCSD1 controller,
and facing problems with using DMA. Deactivating use_dma=0 in the
davinci_mmc controller and mmc works in pio mode without problems.
So there are no hardware problems, pinmux is ok, psc are all on.
Tried this on the
21 matches
Mail list logo