On 03/16/2015 04:35 AM, Masahiro Yamada wrote:
Move arch/arm/include/asm/arch-bcm283x/*
- arch/arm/mach-bcm283x/include/mach/*
diff --git a/arch/arm/mach-bcm283x/Kconfig b/arch/arm/mach-bcm283x/Kconfig
config SYS_SOC
- default bcm2835
+ default bcm283x
I think this means that
On 03/15/2015 12:20 PM, Marek Vasut wrote:
On Sunday, March 15, 2015 at 05:04:05 PM, Stephen Warren wrote:
On 03/13/2015 12:13 AM, Stephen Warren wrote:
BCM2835 bus addresses use the top 2 bits to determine whether peripherals
use or bypass the GPU L1 and L2 cache. BCM2835-ARM-Peripherals.pdf
BCM2835 (used on Raspberry Pi) and BCM2836 (used on Raspberry Pi 2)
are similar enough. One of the biggest differences is the ARM
processor. It is reasonable to collect the source files into a
single place, arch/arm/mach-bcm283x/.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc:
Move arch/arm/include/asm/arch-bcm283x/*
- arch/arm/mach-bcm283x/include/mach/*
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Stephen Warren swar...@nvidia.com
---
Changes in v2: None
arch/arm/mach-bcm283x/Kconfig | 2 +-
All the M68000 boards have switched to Generic Board.
This file is no longer necessary.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Huan Wang alison.w...@freescale.com
Cc: Angelo Dureghello ang...@sysam.it
---
Changes in v2: None
arch/m68k/lib/Makefile | 3 -
Hi Hans,
Sorry, I missed this message.
2015-03-07 22:54 GMT+09:00 Hans de Goede hdego...@redhat.com:
Hi All,
I was wondering, now that we've a single .config for both the SPL and non
SPL builds, can we drop the +S: magic from defconfig files ?
Yes.
In u-boot/master, all the magic prefixes
Hi Stephen,
2015-03-17 12:39 GMT+09:00 Stephen Warren swar...@nvidia.com:
On 03/16/2015 04:35 AM, Masahiro Yamada wrote:
BCM2835 (used on Raspberry Pi) and BCM2836 (used on Raspberry Pi 2)
are similar enough. One of the biggest differences is the ARM
processor. It is reasonable to collect
Testing latest master on sbc8548 (ppc e500v2 single core) and it hangs
at the Net: line; a working boot shows the full Net: line as:
-
PCI: Host, 64 bit, 66 MHz, sync, arbiter
00:01.0 - 8086:1026 - Network controller
PCI1: Bus 00 - 00
PCIe1: disabled
In:serial
Out:
This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Stephen Williams st...@icarus.com
---
arch/powerpc/cpu/ppc4xx/Kconfig | 4 -
board/jse/Kconfig | 9 -
This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Larry Johnson l...@acm.org
---
arch/powerpc/cpu/ppc4xx/Kconfig | 4 -
board/korat/Kconfig | 9 -
This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/powerpc/cpu/mpc5xxx/Kconfig | 4 -
board/bc3450/Kconfig | 9 -
board/bc3450/MAINTAINERS |
They have not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/powerpc/cpu/mpc5xxx/Kconfig | 6 -
board/tqc/tqm5200/Kconfig| 26 --
board/tqc/tqm5200/MAINTAINERS
This has not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Eric Millbrandt emillbra...@dekaresearch.com
---
arch/powerpc/cpu/mpc5xxx/Kconfig | 4 -
On 03/16/2015 04:35 AM, Masahiro Yamada wrote:
BCM2835 (used on Raspberry Pi) and BCM2836 (used on Raspberry Pi 2)
are similar enough. One of the biggest differences is the ARM
processor. It is reasonable to collect the source files into a
single place, arch/arm/mach-bcm283x/.
diff --git
Hello Simon,
On Mon, 16 Mar 2015 11:40:54 -0600, Simon Glass s...@chromium.org
wrote:
Hi Anish,
On 16 March 2015 at 10:28, Anish Khurana anish.khurana130...@gmail.com
wrote:
Hi Simon,
can you please share the git branch so that I can also review it. I am
writing for LPC2148 board.
On Mon, Mar 16, 2015 at 01:23:52PM +0100, Linus Walleij wrote:
This modifies the vexpress64 Juno configuration so that
it will by default load and boot a kernel and a device tree
from the images stored in the NOR flash. When we are
at it, also define the proper command line for the Juno and
On Mon, Mar 16, 2015 at 01:23:51PM +0100, Linus Walleij wrote:
The ARM reference designs all use a special flash image format
that stores a footer (two versions exist) at the end of the last
erase block of the image in flash memory.
Version one of the footer is indicated by the magic number
On Mon, Mar 16, 2015 at 01:23:53PM +0100, Linus Walleij wrote:
This consolidates the flash settings for the Integrator
and activates the new ARM flash image support for them
so images can be loaded by name from flash.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
Reviewed-by: Tom
On 26/02/15 12:37, Daniel Schwierzeck wrote:
2015-02-26 11:17 GMT+01:00 Paul Burton paul.bur...@imgtec.com:
On Thu, Feb 19, 2015 at 01:50:23PM +, Matthew Fortune wrote:
Hi Daniel,
The spec for MIPS Unified Hosting Interface is available here:
Hi David,
On 05/03/15 09:46, DaveKucharczyk wrote:
I'm currently working on the kernel dtb for our MX53 board.
U-boot loads the dtb and kernel and then gets stuck at starting kernel
I've triple checked the uart pad setup in imx53.dtsi
This is probably a long shot, but I had the same
On 03/16/15 10:32, Hannes Petermaier wrote:
Hi Hannes,
Hi Igor,
+/* setup text-console */
+debug([LCD] setting up console...\n);
+#ifdef CONFIG_LCD_ROTATION
+lcd_init_console(lcd_base,
+ panel_info.vl_col,
+ panel_info.vl_row,
+
T1023RDB is a Freescale Reference Design Board that hosts the T1023 SoC.
T1023RDB board Overview
---
- T1023 SoC integrating two 64-bit e5500 cores up to 1.4GHz
- CoreNet fabric supporting coherent and noncoherent transactions with
prioritization and bandwidth allocation
-
James Hogan james.ho...@imgtec.com writes:
On 26/02/15 12:37, Daniel Schwierzeck wrote:
2015-02-26 11:17 GMT+01:00 Paul Burton paul.bur...@imgtec.com:
On Thu, Feb 19, 2015 at 01:50:23PM +, Matthew Fortune wrote:
Hi Daniel,
The spec for MIPS Unified Hosting Interface is available
This modifies the vexpress64 Juno configuration so that
it will by default load and boot a kernel and a device tree
from the images stored in the NOR flash. When we are
at it, also define the proper command line for the Juno and
indicate that the USB stick (/dev/sda1) is the default
root file
The ARM reference designs all use a special flash image format
that stores a footer (two versions exist) at the end of the last
erase block of the image in flash memory.
Version one of the footer is indicated by the magic number
0xA09F at 12 bytes before the end of the flash block and
version
This consolidates the flash settings for the Integrator
and activates the new ARM flash image support for them
so images can be loaded by name from flash.
Signed-off-by: Linus Walleij linus.wall...@linaro.org
---
include/configs/integrator-common.h | 22 ++
BCM2835 (used on Raspberry Pi) and BCM2836 (used on Raspberry Pi 2)
are similar enough. One of the biggest differences is the ARM
processor. It is reasonable to collect the source files into a
single place, arch/arm/mach-bcm283x/.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc:
All the M68000 boards have switched to Generic Board.
This file is no longer necessary.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/m68k/lib/Makefile | 3 -
arch/m68k/lib/board.c | 642 -
2 files changed, 645
Move arch/arm/include/asm/arch-bcm283x/*
- arch/arm/mach-bcm283x/include/mach/*
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Stephen Warren swar...@nvidia.com
---
arch/arm/mach-bcm283x/Kconfig | 2 +-
.../{include/asm/arch-bcm2835 =
On 16/03/15 11:53, Matthew Fortune wrote:
James Hogan james.ho...@imgtec.com writes:
On 26/02/15 12:37, Daniel Schwierzeck wrote:
2015-02-26 11:17 GMT+01:00 Paul Burton paul.bur...@imgtec.com:
On Thu, Feb 19, 2015 at 01:50:23PM +, Matthew Fortune wrote:
Hi Daniel,
The spec for MIPS
We have done with the generic board conversion for all the boards
of ARC, Blackfin, M68000, MicroBlaze, MIPS, NIOS2, Sandbox, X86.
Let's select SYS_GENERIC_BOARD for those architectures, so we can
tell which architecture has finished the conversion at a glance.
Signed-off-by: Masahiro Yamada
The default value of CONFIG_SYS_MALLOC_F_LEN is defined by ./Kconfig
as 0x400. Each defconfig or Kconfig need not repeat the same value.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/arm/cpu/armv7/exynos/Kconfig | 3 ---
arch/arm/cpu/armv7/omap3/Kconfig
- Move GENERIC_BOARD CONFIGs
- Remove arch/m68k/lib/board.c
- Clean ups CONFIG_SYS_MALLOC_F and CONFIG_SYS_MALLOC_F_LEN
- Move BCM283x code into arch/arm/mach-bcm283x
Masahiro Yamada (7):
generic-board: move __HAVE_ARCH_GENERIC_BOARD to Kconfig
generic-board: select SYS_GENERIC_BOARD
Move the option to Kconfig renaming it to CONFIG_HAVE_GENERIC_BOARD.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
Makefile | 2 +-
README| 6 +++---
arch/Kconfig | 14 ++
arch/arc/config.mk| 3 ---
This option has a bool type, not hex.
Fix it and enable it if CONFIG_DM is on because Driver Model always
requires malloc memory. Devices are scanned twice, before/after
relocation. CONFIG_SYS_MALLOC_F should be enabled to use malloc
memory before relocation. As it is not board-independent,
Hi Albert,
On 14 March 2015 at 07:49, Albert ARIBAUD albert.arib...@3adev.fr wrote:
Hi Simon,
Le Fri, 13 Mar 2015 18:33:51 -0600, Simon Glass s...@chromium.org a
écrit :
Hi Albert,
On 13 March 2015 at 02:04, Albert ARIBAUD (3ADEV)
albert.arib...@3adev.fr wrote:
This series
On Mon, Mar 16, 2015 at 4:53 AM, Matthew Fortune
matthew.fort...@imgtec.com wrote:
James Hogan james.ho...@imgtec.com writes:
On 26/02/15 12:37, Daniel Schwierzeck wrote:
2015-02-26 11:17 GMT+01:00 Paul Burton paul.bur...@imgtec.com:
On Thu, Feb 19, 2015 at 01:50:23PM +, Matthew Fortune
Tom,
On 03/15/2015 11:30 AM, Tom Rini wrote:
... Add a few more PowerPC people.
On Fri, Mar 13, 2015 at 10:34:03AM -0400, Tom Rini wrote:
On Fri, Mar 13, 2015 at 09:48:56AM -0400, Tom Rini wrote:
On Wed, Mar 11, 2015 at 09:51:38AM +0100, Stefan Roese wrote:
Without this dcache_flush the
Hello Fabio,
Thanks a lot for your quick answer.
If I correctly understand the board/freescale/mx28evk/README file, only
boot up from SD card or flash is supported. It is not possible to boot
uboot via USB (and by example the sbloader tool)?
Best regards
Adrien
On Fri, Mar 13, 2015 at 8:32 PM,
On Mon, Mar 16, 2015 at 12:51 PM, Adrien Decostre ad.decos...@gmail.com wrote:
Thanks a lot for your quick answer.
If I correctly understand the board/freescale/mx28evk/README file, only
boot up from SD card or flash is supported. It is not possible to boot
uboot via USB (and by example the
On Tue, Feb 24, 2015 at 1:03 AM, and...@inversepath.com wrote:
From: Andrej Rosano and...@inversepath.com
Add support for Inverse Path USB armory board, an open source
flash-drive sized computer based on Freescale i.MX53 SoC.
http://inversepath.com/usbarmory
Signed-off-by: Andrej Rosano
Hi Giles,
I was browsing the code and it seems it is failing in spl_fat.c file
in function spl_load_image_fat_os() and internally calls
do_fat_read_at() function. Also I noticed that configuration is very
near to am335x( ti sitara) architecture, so probably can try some more
configure similar to
Hi Simon,
can you please share the git branch so that I can also review it. I am
writing for LPC2148 board.
Thanks,
Anish
On Mon, Mar 16, 2015 at 9:16 PM, Simon Glass s...@chromium.org wrote:
Hi Albert,
On 14 March 2015 at 07:49, Albert ARIBAUD albert.arib...@3adev.fr wrote:
Hi Simon,
On 03/16/2015 01:35 PM, Igor Grinberg wrote:
On 03/16/15 10:32, Hannes Petermaier wrote:
2)
I need in almost every paint-function the framebuffer base
(cons.lcd_address) and the screen dimension.
This information is stored in the static structure within lcd.c - i don't
like to make this
On Mon, Mar 16, 2015 at 08:57:02AM -0700, York Sun wrote:
Tom,
On 03/15/2015 11:30 AM, Tom Rini wrote:
... Add a few more PowerPC people.
On Fri, Mar 13, 2015 at 10:34:03AM -0400, Tom Rini wrote:
On Fri, Mar 13, 2015 at 09:48:56AM -0400, Tom Rini wrote:
On Wed, Mar 11, 2015 at
If defined, the macro CONFIG_SYS_SPI_U_BOOT_OFFS allows a board
to specify the offset of the payload image into the kwb image
file. This value was being used to locate the image, but was not
used in the header size field of the main header. Move the
use of this macro into the function that
On 03/16/2015 10:05 AM, Tom Rini wrote:
8xx and 83xx just need the dummy files copied over.
OK, I went and poked at going one direction on this and then dug into
the higher level problem more. PowerPC _needs_ the current kernel's
arch/powerpc/kernel/misc_32.S relevant cache functions
On Mon, Mar 16, 2015 at 10:11:17AM -0700, York Sun wrote:
On 03/16/2015 10:05 AM, Tom Rini wrote:
8xx and 83xx just need the dummy files copied over.
OK, I went and poked at going one direction on this and then dug into
the higher level problem more. PowerPC _needs_ the current
Hi Anish,
On 16 March 2015 at 10:28, Anish Khurana anish.khurana130...@gmail.com wrote:
Hi Simon,
can you please share the git branch so that I can also review it. I am
writing for LPC2148 board.
This is Albert's work. Once he shares if I am sure it will be public.
Regards,
Simon
Thanks,
On 03/13/2015 04:49 PM, Andrey Danin wrote:
Signed-off-by: Andrey Danin danind...@mail.ru
Some explanation of what these new options do might be nice; the
features/benefits they enable.
Are any of the options generally useful? If so, should they be enabled
in tegra-common*.h?
You also
From: Hannes Petermaier hannes.peterma...@br-automation.com
Signed-off-by: Hannes Petermaier hannes.peterma...@br-automation.com
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
---
include/configs/bur_am335x_common.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 03/16/2015 09:51 PM, Masahiro Yamada wrote:
Hi Stephen,
2015-03-17 12:39 GMT+09:00 Stephen Warren swar...@nvidia.com:
On 03/16/2015 04:35 AM, Masahiro Yamada wrote:
BCM2835 (used on Raspberry Pi) and BCM2836 (used on Raspberry Pi 2)
are similar enough. One of the biggest differences
T1040D4RDB is a Freescale reference board that hosts the T1040 SoC.
T1040D4RDB is re-designed T1040RDB board with following changes :
- Support of DDR4 memory
- Support of 0x66 serdes protocol which can support following interfaces
- 2 RGMII's on DTSEC4, DTSEC5
- 1
They have not been converted to Generic Board, so should be removed.
(See doc/README.generic-board for details.)
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
Cc: Erik Theisen ethei...@mindspring.com
---
arch/powerpc/cpu/ppc4xx/Kconfig | 7 -
board/w7o/Kconfig |
There are still many non-generic boards (=unmaintained boards)
remaining. This series removes some of them.
If somebody wants to keep them, please speak up!
(I am CCing the board maintainers.)
Masahiro Yamada (7):
powerpc: mpc5xxx: remove BC3450 board support
powerpc: ppc4xx: remove JSE
This option has a bool type, not hex.
Fix it and enable it if CONFIG_DM is on because Driver Model always
requires malloc memory. Devices are scanned twice, before/after
relocation. CONFIG_SYS_MALLOC_F should be enabled to use malloc
memory before relocation. As it is board-independent, handle
- Move GENERIC_BOARD CONFIGs
- Remove arch/m68k/lib/board.c
- Clean ups CONFIG_SYS_MALLOC_F and CONFIG_SYS_MALLOC_F_LEN
- Move BCM283x code into arch/arm/mach-bcm283x
Masahiro Yamada (7):
generic-board: move __HAVE_ARCH_GENERIC_BOARD to Kconfig
generic-board: select SYS_GENERIC_BOARD
The default value of CONFIG_SYS_MALLOC_F_LEN is defined by ./Kconfig
as 0x400. Each defconfig or Kconfig need not repeat the same value.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
Changes in v2: None
arch/arm/cpu/armv7/exynos/Kconfig | 3 ---
Move the option to Kconfig renaming it to CONFIG_HAVE_GENERIC_BOARD.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
Changes in v2: None
Makefile | 2 +-
README| 6 +++---
arch/Kconfig | 14 ++
arch/arc/config.mk
We have done with the generic board conversion for all the boards
of ARC, Blackfin, M68000, MicroBlaze, MIPS, NIOS2, Sandbox, X86.
Let's select SYS_GENERIC_BOARD for those architectures, so we can
tell which architecture has finished the conversion at a glance.
Signed-off-by: Masahiro Yamada
On Mon, Mar 16, 2015 at 9:50 AM, Chris Kuethe chris.kue...@gmail.com wrote:
On Tue, Feb 24, 2015 at 1:03 AM, and...@inversepath.com wrote:
From: Andrej Rosano and...@inversepath.com
Add support for Inverse Path USB armory board, an open source
flash-drive sized computer based on Freescale
Hi James,
2015-03-14 3:08 GMT+09:00 James Chargin jimccr...@gmail.com:
These are correct in sub-directory Makefiles in general,
but unfortunately, make clean does not descend into board/ directory
for some reason.
So, they do not work in board/*/Makefile
Should this be considered a bug
On Sat, 2015-03-14 at 15:27 +0100, Albert ARIBAUD wrote:
Bonjour Scott,
Le Fri, 13 Mar 2015 16:57:33 -0500, Scott Wood
scottw...@freescale.com a écrit :
On Fri, 2015-03-13 at 09:04 +0100, Albert ARIBAUD (3ADEV) wrote:
+ /* go through all four small pages */
+ for (i = 0; i 4; i++)
On 15-03-16 04:01 PM, York Sun wrote:
On 03/16/2015 12:53 PM, Paul Gortmaker wrote:
If you are running on the alternate flash in order to fix a
corrupted main flash image, it might be good to have the steps
for that documented as well.
Also delete any protect commands from non-active
Hi Anish,
Thanks for pointing that out. I ran menuconfig and that fixed the compilation
issue however, now I'm getting this error when I try to run it:
spl_load_image_fat_os: error reading image args, err - -1
I guess I'll fool around with menuconfig see if there is something that should
be
Nikita Kiryanov nik...@compulab.co.il schrieb am 15.03.2015 19:57:08:
Hi Hannes,
Hi Nikita,
-static void *lcd_console_address;
+struct console_t {
+ short curr_col, curr_row;
+ short cols, rows;
+ void *lcd_address;
Can this be void *base_address? I think that's a bit more
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 2 +-
arch/arm/dts/Makefile | 2 +-
arch/arm/mach-zynq/Kconfig | 2 +-
configs/zynq_microzed_defconfig| 2 +-
Move arch/arm/include/asm/arch-zynq/*
- arch/arm/mach-zynq/include/mach/*
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/arm/{include/asm/arch-zynq = mach-zynq/include/mach}/clk.h | 0
arch/arm/{include/asm/arch-zynq = mach-zynq/include/mach}/gpio.h | 0
The comment line in arch/arm/cpu/armv7/zynq/config.mk says that
the option -mfpu=neon is necessary for compiling lowlevel_init.S.
We do not have to give it to all the source files.
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/arm/cpu/armv7/zynq/Makefile | 1 +
Move arch/arm/cpu/armv7/zynq/* - arch/arm/mach-zynq/*
Signed-off-by: Masahiro Yamada yamada.masah...@socionext.com
---
arch/arm/Kconfig | 2 +-
arch/arm/Makefile | 1 +
arch/arm/cpu/armv7/Makefile
Masahiro Yamada (4):
ARM: zynq: pass -mfpu=neon only to lowlevel_init.S
ARM: zynq: move SoC sources to mach-zynq
ARM: zynq: move SoC headers to mach-zynq/include/mach
ARM: zynq: rename CONFIG_ZYNQ to CONFIG_ARCH_ZYNQ
arch/arm/Kconfig |
Hello Hannes,
Hi Albert,
many thanks - i will fix this, probably on wednesday and send a patch.
best regards,
Hannes
On Tue, 3 Feb 2015 13:22:34 +0100, Hannes Petermaier oe5...@oevsv.at
wrote:
diff --git a/include/configs/bur_am335x_common.h
b/include/configs/bur_am335x_common.h
On 03/16/2015 10:57 AM, Paul Gortmaker wrote:
If you are running on the alternate flash in order to fix a
corrupted main flash image, it might be good to have the steps
for that documented as well.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
board/sbc8548/README | 12
On Mon, Mar 16, 2015 at 07:20:31PM +0100, Hannes Petermaier wrote:
From: Hannes Petermaier hannes.peterma...@br-automation.com
Signed-off-by: Hannes Petermaier hannes.peterma...@br-automation.com
Signed-off-by: Hannes Petermaier oe5...@oevsv.at
Applied to u-boot/master, thanks!
--
Tom
If you are running on the alternate flash in order to fix a
corrupted main flash image, it might be good to have the steps
for that documented as well.
Signed-off-by: Paul Gortmaker paul.gortma...@windriver.com
---
board/sbc8548/README | 12
1 file changed, 12 insertions(+)
diff
If you are running on the alternate flash in order to fix a
corrupted main flash image, it might be good to have the steps
for that documented as well.
Also delete any protect commands from non-active flash banks;
they are only required for the instances where you are writing
to the currently in
On 03/16/2015 12:53 PM, Paul Gortmaker wrote:
If you are running on the alternate flash in order to fix a
corrupted main flash image, it might be good to have the steps
for that documented as well.
Also delete any protect commands from non-active flash banks;
they are only required for
Being global variable with 0 value it falls into .bss area which we may
only use after relocation to RAM. And right after relocation we zero
.bss - effectively cleaing register address set for early console.
Now with pre-set value regs variable is no longer in .bss and this way
safely survives
Even though board_init_f_mem() is not used on x86 today there's no
reason to not use it in the future.
Moreover board_init_f_mem() has nothing to do with any particular
architecture so move it away from #else /* CONFIG_X86 */
Signed-off-by: Alexey Brodkin abrod...@synopsys.com
Cc: Simon Glass
Hi Hannes,
Hi Igor,
+/* setup text-console */
+debug([LCD] setting up console...\n);
+#ifdef CONFIG_LCD_ROTATION
+lcd_init_console(lcd_base,
+ panel_info.vl_col,
+ panel_info.vl_row,
+ panel_info.vl_rot);
#else
-console_rows
Nikita Kiryanov nik...@compulab.co.il schrieb am 15.03.2015 19:56:31:
Hi Hannes,
Hi Nikita,
many thanks for response.
I second Grinberg's suggestion of a separate file and 0 degree default
(also as a
fallback for invalid rotation value, see below).
Okay - i will provide a V2 from this
T1023RDB is a Freescale Reference Design Board that hosts the T1023 SoC.
T1023RDB board Overview
---
- T1023 SoC integrating two 64-bit e5500 cores up to 1.4GHz
- CoreNet fabric supporting coherent and noncoherent transactions with
prioritization and bandwidth allocation
-
82 matches
Mail list logo