On Wed, May 27, 2020 at 06:26:34PM +0530, Jagan Teki wrote:
> OF_CONTROL, DM_SPI and other driver model migration deadlines
> are expired for this board.
>
> Drop it.
Acked-by: Lars Poeschel
>
> Cc: Lars Poeschel
> Signed-off-by: Jagan Teki
> ---
> Changes for v
Albeit it's a typo, neither CONGIG_CMD_STORAGE nor CONFIG_CMD_STORAGE
are used anywhere, so remove the define from the board configs.
Signed-off-by: Lars Poeschel
---
include/configs/am3517_crane.h | 2 --
include/configs/am3517_evm.h | 2 --
include/configs/omap3_evm.h| 2 --
in
This trivial patch fixes a typo in the board config of the AM3517
CraneBoard: CONGIG_CMD_STORAGE -> CONFIG_CMD_STORAGE
Signed-off-by: Lars Poeschel
---
include/configs/am3517_crane.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/am3517_crane.h b/incl
Am Donnerstag, 14. Januar 2016, 16:01:00 schrieben Sie:
> On Wed, Dec 16, 2015 at 03:34:24PM +0100, Lars Poeschel wrote:
> > Hi!
> >
> > I played a bit with spi boot on my am3359. It is currently not working
> > with u- boot at least with the machine I work here. Has an
Am Dienstag, 15. Dezember 2015, 16:54:45 schrieb Joe Hershberger:
> Hi Lars,
>
> On Tue, Dec 15, 2015 at 8:44 AM, Lars Poeschel wrote:
> > Am Dienstag, 18. August 2015, 14:32:13 schrieb Joe Hershberger:
> >> On Tue, Aug 18, 2015 at 2:27 PM, Tom Rini wrote:
> >>
Hi!
I played a bit with spi boot on my am3359. It is currently not working with u-
boot at least with the machine I work here. Has anyone else problems with spi
boot on am335x ?
On boot SPL reads a value from a processor register to determine from which
device it was booting and it uses that va
er
> >>
> >> wrote:
> >> > Hi Lars,
> >> >
> >> > On Tue, Jul 28, 2015 at 11:01 AM, Joe Hershberger
> >> >
> >> > wrote:
> >> >> Hi Lars,
> >> >>
> >> >> On Tue, Jul 28, 2015
Lars,
> >>
> >> On Tue, Jul 28, 2015 at 3:25 AM, Lars Poeschel
wrote:
> >>> Hi Joe,
> >>>
> >>> On Wed, Jun 10, 2015 at 11:03:59AM -0500, Joe Hershberger wrote:
> >>>> >> I beat you to it:
> >>>> &g
Hi Joe,
On Wed, Jun 10, 2015 at 11:03:59AM -0500, Joe Hershberger wrote:
> >> I beat you to it:
> >> http://lists.denx.de/pipermail/u-boot/2015-May/214261.html
> >
> > Well, ... ok. You won ;-) Your patchset is by far more comprehensive than
> > mine.
> > If I see this right in the archives, you
On Wed, Jun 10, 2015 at 08:49:28AM -0500, Joe Hershberger wrote:
> Hi Lars,
>
> On Wed, Jun 10, 2015 at 3:40 AM, Lars Poeschel wrote:
> > Users who want to use RBTREE can now select it by Kconfig.
> > Selecting it by board config include is still possible.
> >
>
Users who want to use MTD_PARTITIONS can now select it by Kconfig.
Selecting it by board config include is still possible.
Signed-off-by: Lars Poeschel
---
drivers/mtd/Kconfig | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/drivers/mtd/Kconfig b/drivers/mtd
Users who want to use ubifs can now select it by Kconfig.
Selecting it by board config include is still possible.
Signed-off-by: Lars Poeschel
---
fs/ubifs/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/fs/ubifs/Kconfig b/fs/ubifs/Kconfig
index e69de29..c5f9714 100644
--- a
Users who want to use lzo decompression can now select it by Kconfig.
Selecting it by board config include is still possible.
Signed-off-by: Lars Poeschel
---
lib/Kconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index fc2be56..0fe4932 100644
--- a/lib
Users who want to use ubi can now select it by Kconfig.
Selecting it by board config include is still possible.
Signed-off-by: Lars Poeschel
---
common/Kconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/common/Kconfig b/common/Kconfig
index f6478fa..bc2836a 100644
--- a
Users who want to use RBTREE can now select it by Kconfig.
Selecting it by board config include is still possible.
Signed-off-by: Lars Poeschel
---
lib/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index 3c8de86..fc2be56 100644
--- a/lib/Kconfig
From: Lars Poeschel
This add a Kconfig entry that allows to set the board revision in
menuconfig. So the deprecated CONFIG_SYS_EXTRA_OPTIONS is no longer
needed for this boad.
Signed-off-by: Lars Poeschel
---
arch/arm/Kconfig | 19 +--
board/phytec/pcm051/Kconfig
On Wed, Jun 03, 2015 at 11:20:25AM -0400, Tom Rini wrote:
> On Wed, Jun 03, 2015 at 04:36:06PM +0200, Lars Poeschel wrote:
> > On Tue, Jun 02, 2015 at 10:34:34AM -0400, Tom Rini wrote:
> > > On Mon, Jun 01, 2015 at 05:09:11PM +0200, poesc...@lemonage.de wrote:
> > >
On Tue, Jun 02, 2015 at 10:34:34AM -0400, Tom Rini wrote:
> On Mon, Jun 01, 2015 at 05:09:11PM +0200, poesc...@lemonage.de wrote:
>
> > From: Lars Poeschel
> >
> > This add a Kconfig entry that allows to set the board revision in
> > menuconfig. So the deprecated
From: Lars Poeschel
CONFIG_NET_MULTI is not used anywhere and thus can safely be removed
from the configs.
Signed-off-by: Lars Poeschel
---
include/configs/B4860QDS.h | 1 -
include/configs/C29XPCIE.h | 1 -
include/configs/M54418TWR.h| 1 -
include/configs
From: Lars Poeschel
The config for pcm051 still undef'd CONFIG_USE_IRQ. This is not
needed any more since it is not defined in the whole include path
before.
Signed-off-by: Lars Poeschel
---
include/configs/pcm051.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/p
On Mon, Jun 01, 2015 at 01:34:12PM -0500, Joe Hershberger wrote:
> Hi Lars,
>
> On Mon, Jun 1, 2015 at 9:59 AM, wrote:
> > From: Lars Poeschel
> >
> > Drop unused CONFIG_NET_MULTI.
> > Also drop CONFIG_USE_IRQ, that is not used either.
> >
> > Signe
From: Lars Poeschel
This add a Kconfig entry that allows to set the board revision in
menuconfig. So the deprecated CONFIG_SYS_EXTRA_OPTIONS is no longer
needed for this boad.
Signed-off-by: Lars Poeschel
---
board/phytec/pcm051/Kconfig | 19 +++
configs
From: Lars Poeschel
Drop unused CONFIG_NET_MULTI.
Also drop CONFIG_USE_IRQ, that is not used either.
Signed-off-by: Lars Poeschel
---
include/configs/pcm051.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/configs/pcm051.h b/include/configs/pcm051.h
index
Am Dienstag, 19. November 2013, 15:08:27 schrieb Tom Rini:
> On Tue, Nov 19, 2013 at 11:22:18AM +0100, Lars Poeschel wrote:
> > From: Lars Poeschel
> >
> > Phytec sells revision or version 3 of pcm051. It is labeled 1358.3 on
> > the board. The difference for u-boot is
From: Lars Poeschel
Phytec sells revision or version 3 of pcm051. It is labeled 1358.3 on
the board. The difference for u-boot is that is has other DDR3 RAM on it:
1 x MT41K256M16HA125E instead of 2 x MT41J256M8HX15E on revisions 1 and
2. Both configurations are 512 MiB.
Configure your u-boot
Hello!
I want to set the board serial number and revision for linux /proc/cpuinfo .
On an arm board it seems arch/arm/lib/bootm.c function boot_prep_linux() is
responsible. On a non fdt booting board I can enable CONFIG_REVISION_TAG and
CONFIG_SERIAL_TAG in the board config and implement get_bo
From: Lars Poeschel
Since 2bf36ac638ab2db9f0295aa47064976eeebf80c1 the BD ram address is
not hardcoded inside cpsw driver any more. Platforms have to supply
their bd_ram_ofs in the platform data to the driver. This commit does
this for pcm051 and igep0033 boards.
Tested-by: Enric Balletbo i
From: Lars Poeschel
I compiled and tried v2013.10-rc2 on pcm051 and it fails booting over
tftp. I could bisect 2bf36ac638ab2db9f0295aa47064976eeebf80c1 as the
cause of the problem. It moves bd_ram_ofs from the cpsw driver to the
board files. Adding the bd_ram_ofs to the board file of pcm051
Am Freitag, 27. September 2013, 18:02:52 schrieb FengHua:
> hi albert,
>
> do_bootm_linux() of arm architecture mdoes not support
> BOOTM_STATE_OS_CMDLINE so bootm
>
> command failed with not supported subcommand warning.
> Please review it.
I also had this issue. It seems that Tom a
From: Lars Poeschel
I compiled and tried v2013.10-rc2 on pcm051 and it fails booting over
tftp. I could bisect 2bf36ac638ab2db9f0295aa47064976eeebf80c1 as the
cause of the problem. It moves bd_ram_ofs from the cpsw driver to the
board files. Adding the bd_ram_ofs to the board file of pcm051
From: Lars Poeschel
Since 2bf36ac638ab2db9f0295aa47064976eeebf80c1 the BD ram address is
not hardcoded inside cpsw driver any more. Platforms have to supply
their bd_ram_ofs in the platform data to the driver. With this
commit pcm051 does this.
Signed-off-by: Lars Poeschel
---
board/phytec
Am Montag, 5. August 2013, 17:17:32 schrieb Tom Rini:
> On Sat, Aug 03, 2013 at 06:41:32AM +0200, Heiko Schocher wrote:
> > Hello Tom,
> >
> > Am 02.08.2013 22:26, schrieb Tom Rini:
> > >This detail belongs in the arch header file, given how we are
> > >structured today at least.
> > >
> > >Signed
From: Lars Poeschel
This is done already for am335x in
59dcf970d11ebff5d9f4bbbde79fda584e9e7ad4 and also applies for pcm051.
It powers down the IO receiver when not performing read which helps
reducing the overall power consuption in low power states
(suspend/standby).
Signed-off-by: Lars
On Friday 15 March 2013 at 16:05:24, Tom Rini wrote:
> On Fri, Mar 15, 2013 at 12:41:16PM +0530, Vaibhav Hiremath wrote:
> > Enable DDR PHY dynamic power down bit, which enables
> > powering down the IO receiver when not performing read.
> >
> > This also helps in reducing overall power consumptio
From: Lars Poeschel
The pcm051 does not have the wp pin connected to the sd-card socket.
Therefore remove the pinmux for the pin. The was a carry-over from
the am335x evm code.
Signed-off-by: Lars Poeschel
---
board/phytec/pcm051/mux.c |1 -
1 file changed, 1 deletion(-)
diff --git a
On Monday 04 February 2013 at 18:23:02, Tom Rini wrote:
> This mux is not currently used and appears to be a carry-over from the
> am335x evm code.
This is absolutely right,so my
Acked-by: Lars Poeschel
> Cc: Lars Poeschel
> Signed-off-by: Tom Rini
> ---
> board/phytec/p
From: Lars Poeschel
When ethaddr is not set in environment the MAC address is read
from efuse. The message was only printed in debug case, but this
message could be of interest for the ordinary user, so printf it.
Signed-off-by: Lars Poeschel
---
board/ti/am335x/board.c |2 +-
1 file
From: Lars Poeschel
The board is named pcm051 and has this hardware:
SOC: TI AM3359
DDR3-RAM: 2x MT41J256M8HX-15EIT:D 512MiB
ETH 1: LAN8710AI
SPI-Flash: W25Q64BVSSIG
RTC: RV-4162-C7
I2C-EEPROM: CAT32WC32
NAND: MT29F4G08_VFPGA63
PMIC: TPS65910A3
LCD
Supported:
UART 1
MMC/SD
ETH 1
USB
I2C
SPI
From: Lars Poeschel
Signed-off-by: Lars Poeschel
---
arch/arm/include/asm/arch-am33xx/mux.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-am33xx/mux.h
b/arch/arm/include/asm/arch-am33xx/mux.h
index aed6b00..460ac1c 100644
--- a/arch/arm
Hi Wolfgang, hi Tom,
as I almost have the changes requested by Wolfgang in place, you two can
choose, which version I should resubmit. ;)
Am 09.01.2013 um 20:34 schrieb Tom Rini:
>>> +static void rtc32k_enable(void)
>>> +{
>>> + struct rtc_regs *rtc = (struct rtc_regs *)AM335X_RTC_BASE;
>>> +
Hello Wolfgang,
thank you for your fast review!
On Tuesday 08 January 2013 at 19:58:37, Wolfgang Denk wrote:
> > +/* DDR RAM defines */
> > +#define DDR_CLK_MHZ303
>
> Is this really correct? 303 ??
I am quite sure, I read this in a datasheet, but I can not find it anymore. I
From: Lars Poeschel
The board is named pcm051 and has this hardware:
SOC: TI AM3359
DDR3-RAM: 2x MT41J256M8HX-15EIT:D 512MiB
ETH 1: LAN8710AI
SPI-Flash: W25Q64BVSSIG
RTC: RV-4162-C7
I2C-EEPROM: CAT32WC32
NAND: MT29F4G08_VFPGA63
PMIC: TPS65910A3
LCD
Supported:
UART 1
MMC/SD
ETH 1
USB
I2C
SPI
From: Lars Poeschel
Signed-off-by: Lars Poeschel
---
arch/arm/include/asm/arch-am33xx/mux.h |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/arch-am33xx/mux.h
b/arch/arm/include/asm/arch-am33xx/mux.h
index aed6b00..460ac1c 100644
--- a/arch/arm
43 matches
Mail list logo
