Re: [U-Boot] [PATCH v2 0/19] powerpc: Introduce device tree control and driver model

2015-02-10 Thread Stefan Roese

Hi Simon,

On 10.02.2015 17:35, Simon Glass wrote:

On 7 February 2015 at 11:51, Simon Glass  wrote:

This series does a small amount of tweaking to support device tree control
(CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
model. In both cases the main effort is to set things up correctly before
calling board_init_f().

A new generic function, board_init_f_mem() is introduced. This does the
various memory calculations in C code, since they are messy in assembler
and every architecture should in fact be the same. A later series will
adjust ARM and x86 to use this function.

As an example, the Canyonlands boards are converted over to use device tree
control and driver model for their serial console. It should be fairly
straightforward to convert over other boards.

Changes in v2:
- Reduce reserved stack space for board_init_f_mem() to 64 bytes
- Add SYS_MALLOC_F to Kconfig


I'm trying to catch up on a few things I haven't got to.

If it suits I can apply this to u-boot-dm since it is a
driver-model-enablement series and Stefan has tested it.


OK unless I hear any screams I'm going ahead with that plan this week.


Yes, please go ahead. Lazy people (like me) tend to only scream when 
really forced to test the "latest and greatest" stuff. ;)


Thanks,
Stefan

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH v2 0/19] powerpc: Introduce device tree control and driver model

2015-02-10 Thread Simon Glass
Hi,

On 7 February 2015 at 11:53, Simon Glass  wrote:
> Hi,
>
> On 7 February 2015 at 11:51, Simon Glass  wrote:
>> This series does a small amount of tweaking to support device tree control
>> (CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
>> model. In both cases the main effort is to set things up correctly before
>> calling board_init_f().
>>
>> A new generic function, board_init_f_mem() is introduced. This does the
>> various memory calculations in C code, since they are messy in assembler
>> and every architecture should in fact be the same. A later series will
>> adjust ARM and x86 to use this function.
>>
>> As an example, the Canyonlands boards are converted over to use device tree
>> control and driver model for their serial console. It should be fairly
>> straightforward to convert over other boards.
>>
>> Changes in v2:
>> - Reduce reserved stack space for board_init_f_mem() to 64 bytes
>> - Add SYS_MALLOC_F to Kconfig
>
> I'm trying to catch up on a few things I haven't got to.
>
> If it suits I can apply this to u-boot-dm since it is a
> driver-model-enablement series and Stefan has tested it.

OK unless I hear any screams I'm going ahead with that plan this week.

Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


Re: [U-Boot] [PATCH v2 0/19] powerpc: Introduce device tree control and driver model

2015-02-07 Thread Simon Glass
Hi,

On 7 February 2015 at 11:51, Simon Glass  wrote:
> This series does a small amount of tweaking to support device tree control
> (CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
> model. In both cases the main effort is to set things up correctly before
> calling board_init_f().
>
> A new generic function, board_init_f_mem() is introduced. This does the
> various memory calculations in C code, since they are messy in assembler
> and every architecture should in fact be the same. A later series will
> adjust ARM and x86 to use this function.
>
> As an example, the Canyonlands boards are converted over to use device tree
> control and driver model for their serial console. It should be fairly
> straightforward to convert over other boards.
>
> Changes in v2:
> - Reduce reserved stack space for board_init_f_mem() to 64 bytes
> - Add SYS_MALLOC_F to Kconfig

I'm trying to catch up on a few things I haven't got to.

If it suits I can apply this to u-boot-dm since it is a
driver-model-enablement series and Stefan has tested it.

Regards,
Simon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot


[U-Boot] [PATCH v2 0/19] powerpc: Introduce device tree control and driver model

2015-02-07 Thread Simon Glass
This series does a small amount of tweaking to support device tree control
(CONFIG_OF_CONTROL) on PowerPC platforms. It also adds support for driver
model. In both cases the main effort is to set things up correctly before
calling board_init_f().

A new generic function, board_init_f_mem() is introduced. This does the
various memory calculations in C code, since they are messy in assembler
and every architecture should in fact be the same. A later series will
adjust ARM and x86 to use this function.

As an example, the Canyonlands boards are converted over to use device tree
control and driver model for their serial console. It should be fairly
straightforward to convert over other boards.

Changes in v2:
- Reduce reserved stack space for board_init_f_mem() to 64 bytes
- Add SYS_MALLOC_F to Kconfig

Simon Glass (15):
  Introduce board_init_f_mem() to handle early memory layout
  powerpc: Permit device tree control of U-Boot (CONFIG_OF_CONTROL)
  powerpc: ppc4xx: canyonlands: config: Tidy up CONFIGs and config.mk
  powerpc: ppc4xx: Move CANYONLANDS/GLACIER/ARCHES to Kconfig
  powerpc: ppc4xx: Add ramboot config for glacier
  powerpc: ppc4xx: canyonlands: Move to generic board
  powerpc: ppc4xx: dts: Bring in canyonlands device tree files
  powerpc: ppc4xx: Call board_init_f_mem() for generic board
  powerpc: ppc4xx: Add a gpio.h header file
  powerpc: ppc4xx: Allow the end of u-boot.bin to be found
  powerpc: ppc4xx: Use CONFIG_OF_CONTROL for canyonlands boards
  ppc: amcc: Omit unneeded ns16550 CONFIG if using driver model
  powerpc: Add serial driver for driver model
  dm: powerpc: ppc4xx: Move glacier to use driver model for serial
  powerpc: Add linkage.h file

Stefan Roese (4):
  WIP: powerpc: ppc4xx: Somehow BSS is not cleared in RAMBOOT case
  powerpc: ppc4xx: Change from OF_SEPARATE to OF_EMBED
  powerpc: ppc4xx: Add defaults for DT based booting to really work
  powerpc: ppc4xx: Enable CONFIG_DISPLAY_BOARDINFO

 arch/Kconfig|   1 +
 arch/powerpc/cpu/ppc4xx/44x_spd_ddr2.c  |   8 +
 arch/powerpc/cpu/ppc4xx/config.mk   |   5 +-
 arch/powerpc/cpu/ppc4xx/cpu_init.c  |   2 +
 arch/powerpc/cpu/ppc4xx/start.S |  18 +-
 arch/powerpc/cpu/ppc4xx/u-boot.lds  |   8 +-
 arch/powerpc/dts/Makefile   |  11 +
 arch/powerpc/dts/arches.dts | 339 
 arch/powerpc/dts/canyonlands.dts| 561 +++
 arch/powerpc/dts/glacier.dts| 582 
 arch/powerpc/include/asm/arch-ppc4xx/gpio.h |   7 +
 arch/powerpc/include/asm/linkage.h  |   7 +
 arch/powerpc/include/asm/ppc460ex_gt.h  |   2 +
 arch/powerpc/lib/board.c|   3 +
 board/amcc/canyonlands/Kconfig  |  36 ++
 board/amcc/canyonlands/MAINTAINERS  |   1 +
 board/amcc/canyonlands/config.mk|   2 -
 board/amcc/canyonlands/u-boot-ram.lds   |  85 
 common/board_f.c|  18 +
 common/board_r.c|   8 +-
 configs/arches_defconfig|   5 +-
 configs/canyonlands_defconfig   |   5 +-
 configs/glacier_defconfig   |   5 +-
 configs/glacier_ramboot_defconfig   |   8 +
 drivers/serial/Makefile |   1 +
 drivers/serial/serial_ppc.c |  40 ++
 include/configs/amcc-common.h   |   2 +
 include/configs/canyonlands.h   |  38 +-
 28 files changed, 1778 insertions(+), 30 deletions(-)
 create mode 100644 arch/powerpc/dts/Makefile
 create mode 100644 arch/powerpc/dts/arches.dts
 create mode 100644 arch/powerpc/dts/canyonlands.dts
 create mode 100644 arch/powerpc/dts/glacier.dts
 create mode 100644 arch/powerpc/include/asm/arch-ppc4xx/gpio.h
 create mode 100644 arch/powerpc/include/asm/linkage.h
 create mode 100644 board/amcc/canyonlands/u-boot-ram.lds
 create mode 100644 configs/glacier_ramboot_defconfig
 create mode 100644 drivers/serial/serial_ppc.c

-- 
2.2.0.rc0.207.ga3a616c

___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot