if needed.
Based on ARM errata Document revision 20.0 (13 Nov 2010)
Signed-off-by: Nishanth Menon n...@ti.com
---
Change since V4:
- push and pop r5 too
- bl to handler instead of b
README |1 +
arch/arm/cpu/armv7/cp15.c|6 ++
arch/arm/cpu/armv7
://paste.ubuntu.org.cn/2525559):
CPUID=0x413fc082 ACR=0x00e2 L2AUXCR=0x0042
I dont have access to other omap3 platforms to give a better coverage,
so, I welcome as much testing as possible.
Nishanth Menon (10):
ARM: Introduce erratum workaround for 798870
ARM: Introduce erratum workaround
Update to existing recommendation for L2ACTLR configuration to prevent
system instability and optimize performance.
These apply to both OMAP5 and DRA7.
Reported-by: Vivek Chengalvala vchengalv...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c | 16
430973: Stale prediction on replaced inter working branch causes
Cortex-A8 to execute in the wrong ARM/Thumb state
Impacts: Every Cortex-A8 processors with revision lower than r2p1
Work around: Set IBE to 1
Based on ARM errata Document revision 20.0 (13 Nov 2010)
Signed-off-by: Nishanth
-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap3/board.c| 45 ---
arch/arm/include/asm/arch-omap3/sys_proto.h |1 +
board/nokia/rx51/rx51.c | 19 ++-
include/configs/nokia_rx51.h|4 +++
4 files changed
omap_smc1 is now generic enough to remove duplicate
omap3_gp_romcode_call logic that omap3 introduced.
As part of this change, move to using the generic lowlevel_init.S for
omap3 as well.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap-common/Makefile|2
This is in preperation of using generic cross OMAP code.
Signed-off-by: Nishanth Menon n...@ti.com
---
.../arm/include/asm/arch-omap3/{omap3.h = omap.h} |0
include/configs/am3517_crane.h |2 +-
include/configs/am3517_evm.h |2 +-
include
-off-by: Nishanth Menon n...@ti.com
---
Change since V4:
- push and pop r5 too
- bl to handler instead of b
README |1 +
arch/arm/cpu/armv7/start.S | 13 +
2 files changed, 14 insertions(+)
diff --git a/README b/README
index 82f7e10c71d6
Enable the OMAP3 specific errata code for 454179, 430973, 621766
and while at it, remove legacy non-revision checked errata logic.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap3/board.c | 31 ++-
include/configs/am3517_crane.h |4
Stegmaier angelaba...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap5/hwinit.c |7 +++
arch/arm/include/asm/arch-omap5/sys_proto.h |4
include/configs/ti_omap5_common.h |3 +++
3 files changed, 14 insertions(+)
diff --git
/pinctrl/omap.h
Original code in kernel was added by Florian Vaussard
florian.vauss...@epfl.ch - CCying him and Tony if they have any
objections.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman
custom values for DRA72x-evm specifically
designed for the PHY and routing on the platform for ethernet to
function.
Cc: Nishanth Menon n...@ti.com
Cc: Lokesh Vutla lokeshvu...@ti.com
Signed-off-by: Mugunthan V N mugunthan...@ti.com
---
board/ti/dra7xx/mux_data.h | 48
?
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
signal, this configuration
will be a dont care.
Fixes: 536d87470869 (ARM: DRA7: Update DDR IO registers)
Tested-by: Keerthy j-keer...@ti.com
Acked-by: Brad Griffis bgrif...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
Based on master b48b69ba10fd Merge git://git.denx.de/u-boot-marvell
: posted internal for an older bootloader]
Signed-off-by: Ravi Babu ravib...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
Acked-by: Lokesh Vutla lokeshvu...@ti.com
---
arch/arm/cpu/armv7/omap5/hw_data.c | 2 ++
arch/arm/cpu/armv7/omap5/hwinit.c | 3 +++
arch/arm/cpu/armv7/omap5/sdram.c
Hi,
This series add detection and basic support for DRA74x/DRA75x support,
and adds support for dra74x-evm platform.
Nishanth Menon (3):
ARM: DRA7: Add detection of ES2.0
ARM: DRA74-evm: Add iodelay values for SR2.0
ARM: DRA74-evm: Use SMA_1 spare register to workaround DP83865 phy
the
control for the same is introduced in a generic SoC specific, board
generic location.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap5/prcm-regs.c | 9 +
arch/arm/include/asm/arch-omap5/dra7xx_iodelay.h | 4
arch/arm/include/asm/arch-omap5/omap.h
for the fine adjusments needed to meet the tight RGMII
specification.
Signed-off-by: Nishanth Menon n...@ti.com
---
board/ti/dra7xx/evm.c | 36
board/ti/dra7xx/mux_data.h | 58 +-
2 files changed, 83 insertions(+), 11
depending
on env default -a hoping to save us (which btw will only help opentest
farm).
Looks like the code blindly assumes fastboot mode - which is weird!
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de
On Thu, Aug 13, 2015 at 10:25 AM, Tom Rini tr...@konsulko.com wrote:
On Thu, Aug 13, 2015 at 10:06:08AM -0500, Nishanth Menon wrote:
On 08/13/2015 09:56 AM, Lokesh Vutla wrote:
The default boot command searches for dofastboot varaiable
and does a fastboot if it is set to 1
these microcontroller solutions.
Hence, having these started at a bootloader level is pretty much
mandatory.
NOTE: DT conversion is not done at this point in time.
Signed-off-by: Nishanth Menon n...@ti.com
---
Depends on http://lists.denx.de/pipermail/u-boot/2015-August/225085.html
drivers
'#define X a | b' is better defined as '#define X (a | b)' for obvious
reasons.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-keystone/include/mach/psc_defs.h | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/mach-keystone/include/mach/psc_defs.h
b
u-boot coding style guidance in
http://www.denx.de/wiki/U-Boot/CodingStyle clearly mentions that the
kernel doc style shall be followed for documentation in u-boot.
Current PSC documentation standard does not, so fix that.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-keystone
- other processors and SoCs can be entitled in the
future as needed.
Nishanth Menon (4):
ARM: keystone: psc: redo doc in kernel-doc format
ARM: keystone: psc-defs: use adequate () for macros
ARM: keystone: psc: introduce function to hold and release module in
reset.
remoteproc: Add
These are useful for modules that need to be held in reset and are
enabled for data to be loaded on to them. Typically these are
microcontrollers or other processing entities in the system.
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/mach-keystone/include/mach/psc_defs.h | 4 +
arch
, no
execution from external memory, or specific image format needs). This
basic framework can then (hopefully) be extensible to other complex SoC
processor support as need be.
Signed-off-by: Nishanth Menon n...@ti.com
---
common/Kconfig | 5 +
common/Makefile
Introduce dummy devices for sandbox remoteproc device and enable it by
default
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/sandbox/dts/test.dts | 13 +
configs/sandbox_defconfig | 2 ++
2 files changed, 15 insertions(+)
diff --git a/arch/sandbox/dts/test.dts b/arch/sandbox
with empty hooks. Idea being to give
an approximate idea to implement own remoteproc driver using this as a
template.
Signed-off-by: Nishanth Menon n...@ti.com
---
drivers/remoteproc/Kconfig| 9 ++
drivers/remoteproc/Makefile | 3 +
drivers/remoteproc/sandbox_testproc.c
.
Nishanth Menon (3):
drivers: Introduce a simplified remoteproc framework
remoteproc: Introduce a sandbox dummy driver
sandbox: Introduce dummy remoteproc nodes
arch/sandbox/dts/test.dts | 13 +
common/Kconfig | 5 +
common
On 08/06/2015 10:04 AM, Tom Rini wrote:
On Thu, Aug 06, 2015 at 09:48:27AM -0500, Nishanth Menon wrote:
This allows us to do basic math in hush shell. For example:
U-Boot# r1=10
U-Boot# r2=20
U-Boot# setexpr.l r3 $r1 + $r2
U-Boot# echo $r3
30
Reported-by: Vitaly Andrianov vita...@ti.com
This allows us to do basic math in hush shell. For example:
U-Boot# r1=10
U-Boot# r2=20
U-Boot# setexpr.l r3 $r1 + $r2
U-Boot# echo $r3
30
Reported-by: Vitaly Andrianov vita...@ti.com
Suggested-by: Tom Rini tr...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs
On Thu, Aug 13, 2015 at 10:39 AM, Tom Rini tr...@konsulko.com wrote:
On Thu, Aug 13, 2015 at 10:28:55AM -0500, Nishanth Menon wrote:
On Thu, Aug 13, 2015 at 10:25 AM, Tom Rini tr...@konsulko.com wrote:
On Thu, Aug 13, 2015 at 10:06:08AM -0500, Nishanth Menon wrote:
On 08/13/2015 09:56 AM
On Wed, Jul 22, 2015 at 10:32 AM, Tom Rini tr...@konsulko.com wrote:
Instead of trying to whack this stuff to be more generic lets just punt
on it and drop when moving to config_distro_bootcmd.h
OK. will do so.
--
---
Regards,
Nishanth Menon
___
U
Implement logic for ACR(Auxiliary Control Register) configuration using
ROM Code smc service.
Suggested-by: Richard Woodruff r-woodru...@ti.com
Suggested-by: Brad Griffis bgrif...@ti.com
Reviewed-by: Brad Griffis bgrif...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7
Provide support ARM erratum 801819 with capability to disable write streaming.
Obvioulsy on SMP systems such as DRA74x/OMAP5, this will benefit only
CPU0. CPU1 when made online in HLOS such as linux kernel will need
similar workaround as well.
Ignoring v1 of the patch completely here.
Nishanth
there is no ARM generic manner to detect such
configurations.
Based on ARM errata Document revision 18.0 (22 Nov 2013)
Suggested-by: Richard Woodruff r-woodru...@ti.com
Suggested-by: Brad Griffis bgrif...@ti.com
Reviewed-by: Brad Griffis bgrif...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
README
the workaround (in favor of performance) on
DRA72x platforms.
[1] http://infocenter.arm.com/help/topic/com.arm.doc.ddi0438i/BABIAJAG.html
Suggested-by: Richard Woodruff r-woodru...@ti.com
Suggested-by: Brad Griffis bgrif...@ti.com
Reviewed-by: Brad Griffis bgrif...@ti.com
Signed-off-by: Nishanth Menon
used for development
may probably never see it, so, this is not enabled by default.
Suggested-by: Richard Woodruff r-woodru...@ti.com
Suggested-by: Brad Griffis bgrif...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/arm/cpu/armv7/omap5/Kconfig | 7 +++
arch/arm/cpu/armv7/omap5
On 07/24/2015 10:12 AM, Nishanth Menon wrote:
ARM erratum 801819 (An eviction from L1 data cache might stall
indefinitely in the L2 write buffer preventing a snoop from
completing) applies to A15 which may not have the erratum fix
integrated (CPUID maynot exactly help here, since certain SoC
Switch to using zImage instead of uImage. and while at it, start using
bootz as default. While at it, get rid of BOOTIMAGE define and start
using Linux upstream dtb file names.
Reviewed-by: Murali Karicheri m-kariche...@ti.com
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Acked-by: Vitaly Andrianov vita...@ti.com
Acked-By: Murali Karicheri m-kariche...@ti.com
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth
Use the defaults defined in DEFAULT_LINUX_BOOT_ENV
Reviewed-by: Murali Karicheri m-kariche...@ti.com
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V4: only picked up reviewed-bys. no change
V3: https://patchwork.ozlabs.org/patch/497389/
include/configs
using http://git.ti.com/keystone-linux/boot-monitor/trees/master as
reference (tag K2_BM_15.07) the generated files do not have evm
extensions by default. So dont use -evm extension.
Reviewed-by: Murali Karicheri m-kariche...@ti.com
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth
to generated file names
arm: (for 74/74 boards) bss +0.2 rodata -0.2
k2hk_evm : bss +4 rodata -4
k2l_evm: bss +4 rodata -4
k2e_evm: bss +4 rodata -4
Nishanth Menon (8):
configs: split ti_armv7_common into a omap generic
ti_armv7_common into a ti_armv7_omap.h header which is then used
by all the relevant architecture headers.
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V4: update Reviewed by, no functional change
V3: https://patchwork.ozlabs.org/patch/497385/
V2: https
-kariche...@ti.com
Suggested-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon n...@ti.com
---
new patch
include/configs/ti_armv7_common.h | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/ti_armv7_common.h
index
CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
just like what the rest of the world does.
Acked-by: Vitaly Andrianov vita...@ti.com
Acked-By: Murali Karicheri m-kariche...@ti.com
Reviewed-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V4
-by: Nishanth Menon n...@ti.com
---
V4: no change - only pending comment addressed in patch #2.
V3: https://patchwork.ozlabs.org/patch/497388/
V2: https://patchwork.ozlabs.org/patch/496823/
V1: https://patchwork.ozlabs.org/patch/496730/
include/configs/k2e_evm.h| 2 --
include/configs
ti_armv7_common into a ti_armv7_omap.h header which is then used
by all the relevant architecture headers.
Signed-off-by: Nishanth Menon n...@ti.com
---
V2: no change.
V1: https://patchwork.ozlabs.org/patch/496726/
include/configs/am43xx_evm.h | 2 +-
include/configs/ti_am335x_common.h | 2
in V2:
- got rid of the bogus CONFIG_LINUX_BOOT_PARAM_ADDR
- few additional config cleanups based on off line comment from Tom
Rini.
V1:
http://marc.info/?l=u-bootm=143706008602124w=2
Nishanth Menon (4):
configs: split ti_armv7_common into a omap generic header
board
of the TI SoCs based on OMAP
architecture as well.
Test log: K2H: http://pastebin.ubuntu.com/11888160/ (using
https://patchwork.ozlabs.org/patch/440665/)
I have no other platform to verify on.
Series based on master 4905dfc65d9a Merge branch 'master' of
git://git.denx.de/u-boot-spi
Nishanth
ti_armv7_common into a ti_armv7_omap.h header which is then used
by all the relevant architecture headers.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/am43xx_evm.h | 2 +-
include/configs/ti_am335x_common.h | 2 +-
include/configs/ti_armv7_common.h | 21
include
Fix up a few typos in documentation.
Signed-off-by: Nishanth Menon n...@ti.com
---
board/ti/ks2_evm/README | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/board/ti/ks2_evm/README b/board/ti/ks2_evm/README
index 9ee90a4f9d03..6586faba32eb 100644
--- a/board/ti/ks2_evm/README
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Signed-off-by: Nishanth Menon n...@ti.com
---
note: this has a minor 80char checkpatch warning for definition, which i kind of
left alone
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Signed-off-by: Nishanth Menon n...@ti.com
---
include/configs/k2e_evm.h | 2 +-
include/configs/k2hk_evm.h
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Signed-off-by: Nishanth Menon n...@ti.com
---
Changes in V2:
- common CONFIG_SYS_SDRAM_BASE
- common CONFIG_SYS_LOAD_ADDR
CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
just like what the rest of the world does.
Suggested-by: Tom Rini tr...@konsulko.com
Signed-off-by: Nishanth Menon n...@ti.com
---
New patch.
board/ti/ks2_evm/board.c | 2 +-
include/configs/ks2_evm.h | 1 -
2 files changed
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Signed-off-by: Nishanth Menon n...@ti.com
---
no change
V1: https://patchwork.ozlabs.org/patch/496728/
include/configs/k2e_evm.h
On 07/17/2015 10:38 AM, Murali Karicheri wrote:
On 07/16/2015 03:08 PM, Nishanth Menon wrote:
[...]
/* MMC/SD IP block */
#define CONFIG_MMC
#define CONFIG_GENERIC_MMC
Why do we need MMC options in common? Only keystone device that uses MMC
is Galileo. This should stay
On 07/17/2015 11:04 AM, Murali Karicheri wrote:
On 07/16/2015 03:08 PM, Nishanth Menon wrote:
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary and removing the common defines from
keystone2 header.
Including the common ti_armv7_common.h
On 07/17/2015 12:11 PM, Murali Karicheri wrote:
On 07/17/2015 12:52 PM, Nishanth Menon wrote:
On 07/17/2015 11:04 AM, Murali Karicheri wrote:
On 07/16/2015 03:08 PM, Nishanth Menon wrote:
Try to maintain as much commonality by conditionally including stuff
in armv7_common as necessary
rename the keystone2 common header into an keystone2 architecture
specific header which can then reuse the common ti_armv7 config headers.
Acked-by: Vitaly Andrianov vita...@ti.com
Acked-By: Murali Karicheri m-kariche...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: picked up acks
CONFIG_LINUX_BOOT_PARAM_ADDR is not a valid configuration option. Do
just like what the rest of the world does.
Acked-by: Vitaly Andrianov vita...@ti.com
Acked-By: Murali Karicheri m-kariche...@ti.com
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: picked up acks - else no change
V2: https
-by: Nishanth Menon n...@ti.com
---
Changes in V3:
- undefed MMC from ks2
- removed white space introduced (review comments)
- address change review comment is split off as patch 5
V2: https://patchwork.ozlabs.org/patch/496823/
V1: https://patchwork.ozlabs.org/patch/496730
ti_armv7_common into a ti_armv7_omap.h header which is then used
by all the relevant architecture headers.
Signed-off-by: Nishanth Menon n...@ti.com
---
V3: No change
V2: https://patchwork.ozlabs.org/patch/496820/
V1: https://patchwork.ozlabs.org/patch/496726/
include/configs/am43xx_evm.h | 2
Use the defaults defined in DEFAULT_LINUX_BOOT_ENV
Signed-off-by: Nishanth Menon n...@ti.com
---
new patch based on review comments on https://patchwork.ozlabs.org/patch/496823/
include/configs/ti_armv7_keystone2.h | 22 +-
1 file changed, 9 insertions(+), 13 deletions
Switch to using zImage instead of uImage. and while at it, start using
bootz as default. While at it, get rid of BOOTIMAGE define and start
using Linux upstream dtb file names.
Signed-off-by: Nishanth Menon n...@ti.com
---
New patch.
include/configs/k2e_evm.h| 2 +-
include/configs
.
- Additional consolidation
- picked up acks from previous patches
V2: http://marc.info/?l=u-bootm=143707376106583w=2
V1: http://marc.info/?l=u-bootm=143706008602124w=2
Nishanth Menon (8):
configs: split ti_armv7_common into a omap generic header
board: ks2_evm: get rid of bogus
u-boot should support multiple distros as necessary. So, DONOT hardcode
distro specific image name in package. Instead we use a generic
ramdisk.gz as image name which can be modified by distro specific logic.
Signed-off-by: Nishanth Menon n...@ti.com
---
New patch
include/configs/k2e_evm.h
using http://git.ti.com/keystone-linux/boot-monitor/trees/master as
reference (tag K2_BM_15.07) the generated files do not have evm
extensions by default. So dont use -evm extension.
Signed-off-by: Nishanth Menon n...@ti.com
---
New patch
include/configs/k2e_evm.h | 2 +-
include/configs
On 08/25/2015 12:04 AM, Simon Glass wrote:
Hi Nishanth,
On 24 August 2015 at 11:28, Nishanth Menon n...@ti.com wrote:
Introduce dummy devices for sandbox remoteproc device and enable it by
default
Signed-off-by: Nishanth Menon n...@ti.com
---
arch/sandbox/dts/test.dts | 13
care of it.
[...]
+U_BOOT_DRIVER(sandbox_testproc) = {
+ /* *INDENT-OFF* */
What is that for? ^^
trying to keep indent sane - will drop.
Thanks once again for the review.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot
in day or so, hopefully. Thanks once again for all the work.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
for the detailed review. will drop in an updated rev soon.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
e platform better,
I disagree to disable DM and device tree for x15 - neither of which
should necessary for the rename.
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
*)AM57XX_BOARD_NAME_START;
> +static char *const am57xx_board_rev = (char *)AM57XX_BOARD_VERSION_START;
I would rather have others comment on this change.
> +
> +/*
> + * TI AM57xx parts define a system EEPROM that defines certain sub-fields.
> + * We use these fields to in turn see
_name = am57xx_evm; then " \
> + "setenv fdtfile am57xx-evm.dtb; fi;" \
Further, no such DTB exists in upstream kernel -> I suggest splitting
out this specific change out of the series and repost once upstream
kernel has support for the same.
> "if test $fdtfile =
nfigs/am57xx_evm.h
> index 6308cab..1b70923 100644
> --- a/include/configs/am57xx_evm.h
> +++ b/include/configs/am57xx_evm.h
> @@ -87,5 +87,15 @@
> #define CONFIG_SYS_SCSI_MAX_LUN 1
> #define CONFIG_SYS_SCSI_MAX_DEVICE (CONFIG_SYS_SCSI_MAX_SCSI_ID * \
>
lude/board-common)
libs-y += lib/
libs-$(HAVE_VENDOR_COMMON_LIB) += board/$(VENDOR)/common/
How does this sound?
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
On 11/10/2015 08:55 AM, Nishanth Menon wrote:
> On 12:25-20151110, Masahiro Yamada wrote:
>> 2015-11-10 5:24 GMT+09:00 Simon Glass <s...@chromium.org>:
>>>>> I am unhappy because I was hoping
>>>>> we could stop creating symbolic links during building
om *ep = TI_AM_EEPROM_DATA;
> + int l;
> +
> + if (ep->header != TI_EEPROM_HEADER_MAGIC)
> + return false;
> +
> + l = cmp_len > TI_EEPROM_HDR_REV_LEN ? TI_EEPROM_HDR_NAME_LEN : cmp_len;
s/TI_EEPROM_HDR_NAME_LEN/TI_EEPROM_HDR_REV_LEN/ ?
> + retu
..common (auto generated - original patch)
#include "xyz.h"
we dont like that since it does not tell us that xyz.h is a
board-common header.
option 3:
#include
this needs a soft link which we dont like either.
are there any other ways to do this?
--
Regards,
Nishanth Menon
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
escale.com>
Cc: Jan Kiszka <jan.kis...@siemens.com>
Cc: Tom Warren <twar...@nvidia.com>
Cc: tang yuantian <yuantian.t...@freescale.com>
Cc: Gong Qianyu <qianyu.g...@freescale.com>
Cc: Suresh Gupta <suresh.gu...@freescale.com>
Cc: Nishanth Menon <n...@ti.com>
Cc
ershber...@ni.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Hannes Petermaier <oe5...@oevsv.at>
Cc: Hannes Schmelzer <hannes.schmel...@br-automation.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
board/BuR/common/common.c| 2 +-
board/BuR/
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
Cc: Simon Guinot <simon.gui...@s
esd/plu405/flash.c:#include "../common/flash.c"
board/esd/plu405/plu405.c:#include "../common/fpga.c"
board/esd/vom405/flash.c:#include "../common/flash.c"
board/siemens/draco/board.c:#include "../common/board.c"
board/siemens/pxm2/board.c:#include "../commo
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
Cc: Boris Brezillon <boris.b
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
Cc: Bin Meng <bmeng...@gma
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
Cc: Stefan Roese <s...@denx
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
mon/$hbase $common/include/board-common
sed -i -e "s/\"..\/common\/$hbase\"/<board-common\/$hbase>/g"
$vendor/*/*.[chS]
sed -i -e "s/\"$hbase\"/<board-common\/$hbase>/g" $vendor/common/*.[chS]
done
Cc: Valentin Longchamp <valent
...@compulab.co.il>
Cc: Igor Grinberg <grinb...@compulab.co.il>
Cc: Nikita Kiryanov <nik...@compulab.co.il>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
board/compulab/cm_fx6/cm_fx6.c| 4 ++--
board/compulab/cm_t335/cm_t335.c
@freescale.com>
Cc: Pavel Machek <pa...@denx.de>
Cc: Masahiro Yamada <yamad...@jp.panasonic.com>
Cc: York Sun <york...@freescale.com>
Cc: Andy Fleming <aflem...@gmail.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
board/varisys/common/{ => include/board-common}/
;cont...@paulk.fr>
Cc: Joe Hershberger <joe.hershber...@ni.com>
Cc: Simon Glass <s...@chromium.org>
Cc: Samuel Egli <samuel.e...@siemens.com>
Cc: Heiko Schocher <h...@denx.de>
Cc: Roger Meier <r.me...@siemens.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
boar
Schwierzeck <daniel.schwierz...@gmail.com>
Cc: Michal Marek <mma...@suse.cz>
Cc: Stefan Roese <s...@denx.de>
Cc: Bin Meng <bmeng...@gmail.com>
Signed-off-by: Nishanth Menon <n...@ti.com>
---
Makefile | 3 +++
1 file changed, 3 insertions(+)
diff --git a/Makefile b/Makefile
in
On 11/13/2015 09:32 AM, Simon Guinot wrote:
> On Fri, Nov 13, 2015 at 09:06:45AM -0500, Tom Rini wrote:
>> On Fri, Nov 13, 2015 at 11:30:43AM +0100, Simon Guinot wrote:
>>> Hi Nishanth,
>>>
>>> On Thu, Nov 12, 2015 at 11:43:37PM -0600, Nishanth Menon wro
On 11/14/2015 05:56 PM, Masahiro Yamada wrote:
> 2015-11-13 14:43 GMT+09:00 Nishanth Menon <n...@ti.com>:
>> Header files can be located in a generic location without
>> needing to reference them with ../common/
>>
>> Generated with the following script
>>
On 11/15/2015 09:32 PM, Masahiro Yamada wrote:
> 2015-11-15 14:38 GMT+09:00 Nishanth Menon <n...@ti.com>:
>> On 11/14/2015 05:56 PM, Masahiro Yamada wrote:
>>> 2015-11-13 14:43 GMT+09:00 Nishanth Menon <n...@ti.com>:
>>>> Header files can be located
On 11/12/2015 10:22 AM, Tom Rini wrote:
> On Thu, Nov 12, 2015 at 09:16:00AM -0700, Simon Glass wrote:
>> Hi,
>>
>> On 10 November 2015 at 08:34, Nishanth Menon <n...@ti.com> wrote:
>>> On 11/10/2015 08:55 AM, Nishanth Menon wrote:
>>>> On 12:25-201
if (board_is_x15())
+ bname = "BeagleBoard X15";
+ else if (board_is_am572x_evm())
+ bname = "AM572x EVM";
+
+ if (bname)
+ snprintf(sysinfo.board_string, sizeof(sysinfo.board_string),
401 - 500 of 1416 matches
Mail list logo