Re: [U-Boot] [PATCH] S5P: add set_mmc_clk for external clock control
Dear Jaehoon Chung, On 16 May 2011 17:42, Jaehoon Chung wrote: > This patch added set_mmc_clk for external clock control. > > c210 didn't support host clock control. > So We need external_clock_control function for c210. > > Signed-off-by: Jaehoon Chung > signed-off-by: Minkyu Kang > Signed-off-by: Kyungmin Park > --- > arch/arm/cpu/armv7/s5pc1xx/clock.c | 5 > arch/arm/cpu/armv7/s5pc2xx/clock.c | 32 > +++ > arch/arm/include/asm/arch-s5pc1xx/clk.h | 1 + > arch/arm/include/asm/arch-s5pc1xx/mmc.h | 1 + > arch/arm/include/asm/arch-s5pc2xx/clk.h | 1 + > arch/arm/include/asm/arch-s5pc2xx/mmc.h | 1 + > drivers/mmc/s5p_mmc.c | 3 ++ > 7 files changed, 44 insertions(+), 0 deletions(-) > Please fix compiler warning. s5p_mmc.c: In function 'mmc_change_clock': s5p_mmc.c:294: warning: implicit declaration of function 'set_mmc_clk' Thanks Minkyu Kang -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v2] S5P: add set_mmc_clk for external clock control
This patch added set_mmc_clk for external clock control.
c210 didn't support host clock control.
So We need external_clock_control function for c210.
Signed-off-by: Jaehoon Chung
signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
Changes for v2:
- fixed missing header for
arch/arm/cpu/armv7/s5pc1xx/clock.c |5
arch/arm/cpu/armv7/s5pc2xx/clock.c | 32 +++
arch/arm/include/asm/arch-s5pc1xx/clk.h |1 +
arch/arm/include/asm/arch-s5pc1xx/mmc.h |1 +
arch/arm/include/asm/arch-s5pc2xx/clk.h |1 +
arch/arm/include/asm/arch-s5pc2xx/mmc.h |1 +
drivers/mmc/s5p_mmc.c |4 +++
7 files changed, 45 insertions(+), 0 deletions(-)
diff --git a/arch/arm/cpu/armv7/s5pc1xx/clock.c
b/arch/arm/cpu/armv7/s5pc1xx/clock.c
index e92647c..1c87e8f 100644
--- a/arch/arm/cpu/armv7/s5pc1xx/clock.c
+++ b/arch/arm/cpu/armv7/s5pc1xx/clock.c
@@ -336,3 +336,8 @@ unsigned long get_uart_clk(int dev_index)
{
return s5pc1xx_get_uart_clk(dev_index);
}
+
+void set_mmc_clk(int dev_index, unsigned int div)
+{
+ /* Do NOTHING */
+}
diff --git a/arch/arm/cpu/armv7/s5pc2xx/clock.c
b/arch/arm/cpu/armv7/s5pc2xx/clock.c
index 450a630..624de62 100644
--- a/arch/arm/cpu/armv7/s5pc2xx/clock.c
+++ b/arch/arm/cpu/armv7/s5pc2xx/clock.c
@@ -199,6 +199,33 @@ static unsigned long s5pc210_get_uart_clk(int dev_index)
return uclk;
}
+/* s5pc210: set the mmc clock */
+static void s5pc210_set_mmc_clk(int dev_index, unsigned int div)
+{
+ struct s5pc210_clock *clk =
+ (struct s5pc210_clock *)samsung_get_base_clock();
+ unsigned int addr;
+ unsigned int val;
+
+ /*
+* CLK_DIV_FSYS1
+* MMC0_PRE_RATIO [15:8], MMC1_PRE_RATIO [31:24]
+* CLK_DIV_FSYS2
+* MMC2_PRE_RATIO [15:8], MMC3_PRE_RATIO [31:24]
+*/
+ if (dev_index < 2) {
+ addr = (unsigned int)&clk->div_fsys1;
+ } else {
+ addr = (unsigned int)&clk->div_fsys2;
+ dev_index -= 2;
+ }
+
+ val = readl(addr);
+ val &= ~(0xff << ((dev_index << 4) + 8));
+ val |= (div & 0xff) << ((dev_index << 4) + 8);
+ writel(val, addr);
+}
+
unsigned long get_pll_clk(int pllreg)
{
return s5pc210_get_pll_clk(pllreg);
@@ -218,3 +245,8 @@ unsigned long get_uart_clk(int dev_index)
{
return s5pc210_get_uart_clk(dev_index);
}
+
+void set_mmc_clk(int dev_index, unsigned int div)
+{
+ s5pc210_set_mmc_clk(dev_index, div);
+}
diff --git a/arch/arm/include/asm/arch-s5pc1xx/clk.h
b/arch/arm/include/asm/arch-s5pc1xx/clk.h
index 4c389c1..692dfe0 100644
--- a/arch/arm/include/asm/arch-s5pc1xx/clk.h
+++ b/arch/arm/include/asm/arch-s5pc1xx/clk.h
@@ -33,5 +33,6 @@ unsigned long get_pll_clk(int pllreg);
unsigned long get_arm_clk(void);
unsigned long get_pwm_clk(void);
unsigned long get_uart_clk(int dev_index);
+void set_mmc_clk(int dev_index, unsigned int div);
#endif
diff --git a/arch/arm/include/asm/arch-s5pc1xx/mmc.h
b/arch/arm/include/asm/arch-s5pc1xx/mmc.h
index d458d3b..adef4ee 100644
--- a/arch/arm/include/asm/arch-s5pc1xx/mmc.h
+++ b/arch/arm/include/asm/arch-s5pc1xx/mmc.h
@@ -64,6 +64,7 @@ struct mmc_host {
struct s5p_mmc *reg;
unsigned int version; /* SDHCI spec. version */
unsigned int clock; /* Current clock (MHz) */
+ int dev_index;
};
int s5p_mmc_init(int dev_index, int bus_width);
diff --git a/arch/arm/include/asm/arch-s5pc2xx/clk.h
b/arch/arm/include/asm/arch-s5pc2xx/clk.h
index 5a1cdf1..ff0f641 100644
--- a/arch/arm/include/asm/arch-s5pc2xx/clk.h
+++ b/arch/arm/include/asm/arch-s5pc2xx/clk.h
@@ -32,5 +32,6 @@ unsigned long get_pll_clk(int pllreg);
unsigned long get_arm_clk(void);
unsigned long get_pwm_clk(void);
unsigned long get_uart_clk(int dev_index);
+void set_mmc_clk(int dev_index, unsigned int div);
#endif
diff --git a/arch/arm/include/asm/arch-s5pc2xx/mmc.h
b/arch/arm/include/asm/arch-s5pc2xx/mmc.h
index 04827ca..30f82b8 100644
--- a/arch/arm/include/asm/arch-s5pc2xx/mmc.h
+++ b/arch/arm/include/asm/arch-s5pc2xx/mmc.h
@@ -64,6 +64,7 @@ struct mmc_host {
struct s5p_mmc *reg;
unsigned int version; /* SDHCI spec. version */
unsigned int clock; /* Current clock (MHz) */
+ int dev_index;
};
int s5p_mmc_init(int dev_index, int bus_width);
diff --git a/drivers/mmc/s5p_mmc.c b/drivers/mmc/s5p_mmc.c
index 86447e0..280738f 100644
--- a/drivers/mmc/s5p_mmc.c
+++ b/drivers/mmc/s5p_mmc.c
@@ -22,6 +22,7 @@
#include
#include
#include
+#include
/* support 4 mmc hosts */
struct mmc mmc_dev[4];
@@ -291,6 +292,8 @@ static void mmc_change_clock(struct mmc_host *host, uint
clock)
clk = (div << 8) | (1 << 0);
writew(clk, &host->reg->clkcon);
+ set_mmc_clk(host->dev_index, div);
+
/* Wait max 10 ms */
timeout = 10;
while (!(readw(&host->reg->clkcon) & (1 << 1))) {
@@ -464,6 +467,7 @@ stat
Re: [U-Boot] [PATCH v2 1/2] ARMV7: Add support for Samsung SMDKV310 Board
Dear Chander Kashyap, On 21 April 2011 16:02, Chander Kashyap wrote: > SMDKV310 board is based on Samsung S5PV310 SOC. This SOC is very much > similar to S5PC210. > > Signed-off-by: Chander Kashyap > Signed-off-by: Tushar Behera > --- > Changes for v2: > - Coding Style Cleanup > - Removed unwanted macros from board config file. > - Ethernet controllor configuration is done using gpio structures. > - MMC Controllor gpio configuration corrected. > - Added MAINTAINERS entry. > - Removed unwanted code from mem_setup.S. > > MAINTAINERS | 4 + > arch/arm/include/asm/arch-s5pc2xx/sromc.h | 51 +++ This file is added by other patch for fix build error. Please make this patch. > board/samsung/smdkv310/Makefile | 46 +++ > board/samsung/smdkv310/lowlevel_init.S | 577 > + > board/samsung/smdkv310/mem_setup.S | 365 ++ > board/samsung/smdkv310/smdkv310.c | 136 +++ > boards.cfg | 1 + > include/configs/smdkv310.h | 172 + > 8 files changed, 1352 insertions(+), 0 deletions(-) > create mode 100644 arch/arm/include/asm/arch-s5pc2xx/sromc.h > create mode 100644 board/samsung/smdkv310/Makefile > create mode 100644 board/samsung/smdkv310/lowlevel_init.S > create mode 100644 board/samsung/smdkv310/mem_setup.S > create mode 100644 board/samsung/smdkv310/smdkv310.c > create mode 100644 include/configs/smdkv310.h > > diff --git a/boards.cfg b/boards.cfg > index 554e06c..01edb79 100644 > --- a/boards.cfg > +++ b/boards.cfg > @@ -128,6 +128,7 @@ omap4_sdp4430 arm armv7 > sdp4430 ti > s5p_goni arm armv7 goni > samsung s5pc1xx > smdkc100 arm armv7 smdkc100 > samsung s5pc1xx > s5pc210_universal arm armv7 universal_c210 > samsung s5pc2xx > +smdkv310 arm armv7 smdkv310 > samsung s5pc2xx Please use space instead of tab. > harmony arm armv7 harmony > nvidia tegra2 > seaboard arm armv7 seaboard > nvidia tegra2 > actux1 arm ixp Thanks Minkyu Kang -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] S5PC2XX: Support the cpu revision
On 16 May 2011 19:59, Minkyu Kang wrote: > S5PC210 SoC have two cpu revisions, and have some difference. > So, support the cpu revision for each revision. > > Signed-off-by: Minkyu Kang > Signed-off-by: Kyungmin Park > --- > arch/arm/cpu/armv7/s5p-common/cpu_info.c | 2 ++ > arch/arm/include/asm/arch-s5pc2xx/cpu.h | 12 +++- > 2 files changed, 13 insertions(+), 1 deletions(-) > applied to u-boot-samsung -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 1/2] ARMV7: Add support for Samsung SMDKV310 Board
Dear Minkyu Kang, In message you wrote: > > > diff --git a/boards.cfg b/boards.cfg > > index 554e06c..01edb79 100644 > > --- a/boards.cfg > > +++ b/boards.cfg ... > Please use space instead of tab. No! Indentation / vertical alignment SHALL be done using TABs! Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de While money can't buy happiness, it certainly lets you choose your own form of misery. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 1/2] ARMV7: Add support for Samsung SMDKV310 Board
Dear Wolfgang Denk, On 18 May 2011 16:49, Wolfgang Denk wrote: > Dear Minkyu Kang, > > In message you wrote: >> >> > diff --git a/boards.cfg b/boards.cfg >> > index 554e06c..01edb79 100644 >> > --- a/boards.cfg >> > +++ b/boards.cfg > ... >> Please use space instead of tab. > > No! > > Indentation / vertical alignment SHALL be done using TABs! > Hm, but everyone is using the space on "boards.cfg". Minkyu Kang. -- from. prom. www.promsoft.net ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 1/2] ARMV7: Add support for Samsung SMDKV310 Board
Dear Minkyu Kang, In message you wrote: > > Hm, but everyone is using the space on "boards.cfg". I will eventually run "unexpand -a" on the file again... Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de This cultural mystique surrounding the biological function -- you realize humans are overly preoccupied with the subject. -- Kelinda the Kelvan, "By Any Other Name", stardate 4658.9 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v9] Add support for Network Space v2 and parents
Hi Prafulla,
Please, consider merging this patch for the incoming merge window.
Regards,
Simon
On Tue, May 17, 2011 at 02:42:10PM +0200, Simon Guinot wrote:
> This patch add support for the Network Space v2 board and parents, based
> on the Marvell Kirkwood 6281 SoC. This include Network Space (Max) v2
> and Internet Space v2.
>
> Additional information is available at:
> http://lacie-nas.org/doku.php?id=network_space_v2
>
> Signed-off-by: Simon Guinot
> ---
> Changes for v2:
> - add entries to MAINTAINERS file
> - move boards from root Makefile to boards.cfg
> - move MACH_TYPE definition into netspace_v2.h
> - remove CONFIG_SYS_HZ redefinition
> - turn PHY initialization message into debug()
>
> Changes for v3: none
>
> Changes for v4:
> - enhance commit message: add SoC information
>
> Changes for v5: none
>
> Changes for v6:
> - enable device tree support
> - clean some "#define" in netspace_v2.h
> - enhance commit message: provide description URL and mention SoC
> family
> - rebase against u-boot-{arm,marvell}/master branches
>
> Changes for v7:
> - rebase against u-boot-marvell/master branch
>
> Changes for v8:
> - update commit title (add netspace_v2 parents information).
> - move GPIO button definition into header file.
> - update CONFIG_IDENT_STRING with boards alias.
> - handle wrong board definition.
> - by default, use DHCP to get IP address.
>
> Changes for v9:
> - rebase against u-boot-marvell/master branch
>
> MAINTAINERS |6 +
> board/LaCie/netspace_v2/Makefile | 49 ++
> board/LaCie/netspace_v2/kwbimage.cfg | 162
> +
> board/LaCie/netspace_v2/netspace_v2.c | 142 +
> board/LaCie/netspace_v2/netspace_v2.h | 42 +
> boards.cfg|3 +
> include/configs/netspace_v2.h | 162
> +
> 7 files changed, 566 insertions(+), 0 deletions(-)
> create mode 100644 board/LaCie/netspace_v2/Makefile
> create mode 100644 board/LaCie/netspace_v2/kwbimage.cfg
> create mode 100644 board/LaCie/netspace_v2/netspace_v2.c
> create mode 100644 board/LaCie/netspace_v2/netspace_v2.h
> create mode 100644 include/configs/netspace_v2.h
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 24a55c2..47b724c 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -645,6 +645,12 @@ Sedji Gaouaou
> at91sam9g10ek ARM926EJS (AT91SAM9G10 SoC)
> at91sam9m10g45ekARM926EJS (AT91SAM9G45 SoC)
>
> +Simon Guinot
> +
> + inetspace_v2ARM926EJS (Kirkwood SoC)
> + netspace_v2 ARM926EJS (Kirkwood SoC)
> + netspace_max_v2 ARM926EJS (Kirkwood SoC)
> +
> Marius Gr?ger
>
> impa7 ARM720T (EP7211)
> diff --git a/board/LaCie/netspace_v2/Makefile
> b/board/LaCie/netspace_v2/Makefile
> new file mode 100644
> index 000..a245f2c
> --- /dev/null
> +++ b/board/LaCie/netspace_v2/Makefile
> @@ -0,0 +1,49 @@
> +#
> +# Copyright (C) 2011 Simon Guinot
> +#
> +# Based on Kirkwood support:
> +# (C) Copyright 2009
> +# Marvell Semiconductor
> +# Written-by: Prafulla Wadaskar
> +#
> +# See file CREDITS for list of people who contributed to this
> +# project.
> +#
> +# This program is free software; you can redistribute it and/or
> +# modify it under the terms of the GNU General Public License as
> +# published by the Free Software Foundation; either version 2 of
> +# the License, or (at your option) any later version.
> +#
> +# This program is distributed in the hope that it will be useful,
> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.See the
> +# GNU General Public License for more details.
> +#
> +
> +include $(TOPDIR)/config.mk
> +
> +LIB = $(obj)lib$(BOARD).o
> +
> +COBJS:= netspace_v2.o
> +
> +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c)
> +OBJS := $(addprefix $(obj),$(COBJS))
> +SOBJS:= $(addprefix $(obj),$(SOBJS))
> +
> +$(LIB): $(obj).depend $(OBJS) $(SOBJS)
> + $(call cmd_link_o_target, $(OBJS) $(SOBJS))
> +
> +clean:
> + rm -f $(SOBJS) $(OBJS)
> +
> +distclean: clean
> + rm -f $(LIB) core *.bak .depend
> +
> +#
> +
> +# defines $(obj).depend target
> +include $(SRCTREE)/rules.mk
> +
> +sinclude $(obj).depend
> +
> +#
> diff --git a/board/LaCie/netspace_v2/kwbimage.cfg
> b/board/LaCie/netspace_v2/kwbimage.cfg
> new file mode 100644
> index 000..361feeb
> --- /dev/null
> +++ b/board/LaCie/netspace_v2/kwbimage.cfg
> @@ -0,0 +1,162 @@
> +#
> +# Copyright (C) 2011 Simon Guinot
> +#
> +# Based on Kirkwood support:
> +# (C) Copyright 2009
> +# Marvell Semiconductor
> +# Written-by: Prafulla Wadaskar
> +#
> +# See file CREDITS for list of people who contributed to this
> +# projec
Re: [U-Boot] [PATCH v2 2/2] ARMV7: MMC SPL Boot support for SMDKV310 board
Dear Minkyu Kang,
On 17 May 2011 13:56, Minkyu Kang wrote:
> Dear Chander Kashyap,
>
> Sorry to late review.
>
> On 21 April 2011 16:02, Chander Kashyap wrote:
>> Added MMC SPL boot support for SMDKV310. This framework design is
>> based on nand_spl support.
>>
>> Signed-off-by: Chander Kashyap
>> ---
>> Makefile | 9 ++
>> spl/board/samsung/smdkv310/Makefile | 103
>> +++
>> spl/board/samsung/smdkv310/mmc_boot.c | 82 ++
>> spl/board/samsung/smdkv310/tools/mkv310_image.c | 103
>> +++
>> spl/board/samsung/smdkv310/u-boot.lds | 86 +++
>> 5 files changed, 383 insertions(+), 0 deletions(-)
>> create mode 100644 spl/board/samsung/smdkv310/Makefile
>> create mode 100644 spl/board/samsung/smdkv310/mmc_boot.c
>> create mode 100644 spl/board/samsung/smdkv310/tools/mkv310_image.c
>> create mode 100644 spl/board/samsung/smdkv310/u-boot.lds
>>
>> diff --git a/Makefile b/Makefile
>> index 713dba1..a298221 100644
>> --- a/Makefile
>> +++ b/Makefile
>> @@ -321,6 +321,10 @@ ALL += $(obj)u-boot-onenand.bin
>> ONENAND_BIN ?= $(obj)onenand_ipl/onenand-ipl-2k.bin
>> endif
>>
>> +ifeq ($(CONFIG_MMC_U_BOOT),y)
>> +ALL += $(obj)spl/v310_mmc_spl.bin
>
> NAK.
> This naming is SoC specific.
Renamed to u-boot-mmc-spl.bin
> And binary is should be located in root directory, I think..
> e.g) ALL += $(obj)u-boot-mmc.bin
I think, as this in spl image in addition to u-boot image it should
be in mmc_spl directory.
>> +endif
>> +
>> all: $(ALL)
>>
>> $(obj)u-boot.hex: $(obj)u-boot
>> @@ -412,6 +416,11 @@ onenand_ipl: $(TIMESTAMP_FILE) $(VERSION_FILE)
>> $(obj)include/autoconf.mk
>> $(obj)u-boot-onenand.bin: onenand_ipl $(obj)u-boot.bin
>> cat $(ONENAND_BIN) $(obj)u-boot.bin > $(obj)u-boot-onenand.bin
>>
>> +spl: $(TIMESTAMP_FILE) $(VERSION_FILE) depend
>
> mmc_spl is better.
done
>
>> + $(MAKE) -C spl/board/$(BOARDDIR) all
>> +
>> +$(obj)spl/v310_mmc_spl.bin: spl
>> +
>> $(VERSION_FILE):
>> @( localvers='$(shell $(TOPDIR)/tools/setlocalversion
>> $(TOPDIR))' ; \
>> printf '#define PLAIN_VERSION "%s%s"\n' \
>
> And you missed clean and clobber sections.
Added the same.
>
>> diff --git a/spl/board/samsung/smdkv310/Makefile
>> b/spl/board/samsung/smdkv310/Makefile
>> new file mode 100644
>> index 000..fdede6b
>> --- /dev/null
>> +++ b/spl/board/samsung/smdkv310/Makefile
>> @@ -0,0 +1,103 @@
>> +#
>> +# (C) Copyright 2006-2007
>> +# Stefan Roese, DENX Software Engineering, s...@denx.de.
>> +#
>> +# (C) Copyright 2008
>> +# Guennadi Liakhovetki, DENX Software Engineering,
>> +#
>> +# (C) Copyright 2011
>> +# Chander Kashyap, Samsung Electronics,
>> +#
>> +# See file CREDITS for list of people who contributed to this
>> +# project.
>> +#
>> +# This program is free software; you can redistribute it and/or
>> +# modify it under the terms of the GNU General Public License as
>> +# published by the Free Software Foundation; either version 2 of
>> +# the License, or (at your option) any later version.
>> +#
>> +# This program is distributed in the hope that it will be useful,
>> +# but WITHOUT ANY WARRANTY; without even the implied warranty of
>> +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
>> +# GNU General Public License for more details.
>> +#
>> +# You should have received a copy of the GNU General Public License
>> +# along with this program; if not, write to the Free Software
>> +# Foundation, Inc., 59 Temple Place, Suite 330, Boston,
>> +# MA 02111-1307 USA
>> +#
>> +
>> +CONFIG_MMC_SPL = y
>> +
>> +include $(TOPDIR)/config.mk
>> +
>> +LDSCRIPT= $(TOPDIR)/spl/board/$(BOARDDIR)/u-boot.lds
>> +LDFLAGS = -Bstatic -T $(mmcobj)u-boot.lds -Ttext
>> $(CONFIG_SYS_TEXT_BASE) $(PLATFORM_LDFLAGS)
>> +AFLAGS += -DCONFIG_MMC_SPL
>> +CFLAGS += -DCONFIG_MMC_SPL
>
> Please add -DCONFIG_PRELOADER also.
Testing with this option
>
>> +
>> +SOBJS = start.o mem_setup.o lowlevel_init.o
>> +COBJS = mmc_boot.o
>> +
>> +SRCS := $(addprefix $(obj),$(SOBJS:.o=.S) $(COBJS:.o=.c))
>> +OBJS := $(addprefix $(obj),$(SOBJS) $(COBJS))
>> +__OBJS := $(SOBJS) $(COBJS)
>> +LNDIR := $(OBJTREE)/spl/board/$(BOARDDIR)
>> +
>> +mmcobj := $(OBJTREE)/spl/
>> +
>> +
>> +MKBIN_V310_MMC_SPL_BIN = mkv310_mmc_spl_bin
>> +MMC_SPL_BIN = v310_mmc_spl.bin
>> +
>> +ALL = $(mmcobj)u-boot-spl $(mmcobj)u-boot-spl.bin $(mmcobj)$(MMC_SPL_BIN)
>> +
>> +all: $(obj).depend $(ALL)
>> +
>> +$(mmcobj)$(MMC_SPL_BIN): $(mmcobj)u-boot-spl.bin
>> tools/$(MKBIN_V310_MMC_SPL_BIN)
>> + ./tools/$(MKBIN_V310_MMC_SPL_BIN) $(mmcobj)u-boot-spl.bin
>> $(mmcobj)$(MMC_SPL_BIN)
>> +
>> +tools/$(MKBIN_V310_MMC_SPL_BIN): tools/mkv310_image.c
>> + $(HOSTCC) tools/mkv310_image.c -o tools/$(MKBIN_V310_MMC_SPL_BIN)
>> +
>> +$(mmcobj)u-boot-spl.bin: $(mmcobj)u-boot-spl
>> + $(OBJCOPY) ${
[U-Boot] Pull request: u-boot-arm
Hi Wolfgang,
The following changes since commit 535abb96fb665402894b820f934deaca61ce3d3e:
Merge branch 'master' of git://git.denx.de/u-boot-nand-flash
(2011-05-15 23:23:36 +0200)
are available in the git repository at:
git://git.denx.de/u-boot-arm master
Andreas Bießmann (19):
avr32: rename memory-map.h -> hardware.h
avr32: fixup definitions to ATMEL_BASE_xxx
avr32: fix linking
avr32/config.mk: simplify PLATFORM_RELFLAGS
avr32: use single linker script
atngw100: fix "#define 1"
atstk1002: fix "#define 1"
atstk1003: fix "#define 1"
atstk1004: fix "#define 1"
atstk1006: fix "#define 1"
favr-32-ezkit: fix "#define 1"
hammerhead: fix "#define 1"
mimc200: fix "#define 1"
atngw100: move CONFIG_SYS_TEXT_BASE to header
atstk100x: move CONFIG_SYS_TEXT_BASE to header
favr-32-ezkit: move CONFIG_SYS_TEXT_BASE to header
mimc200: move CONFIG_SYS_TEXT_BASE to header
hammerhead: move CONFIG_SYS_TEXT_BASE to header
avr32: add ATAG_BOARDINFO
Daniel Gorsulowski (3):
at91: fixed at91sam9263 system file
at91: reworked support for meesc board
at91: reworked support for otc570 board
Jens Scharsig (2):
at91rm9200: fix lowlevel_init() SMRDATA size
remove __attribute__ ((packed)) in at91 headers
Reinhard Meyer (15):
AT91: rework at91sam9260.h
AT91: rework at91sam9261.h
AT91: rework at91sam9263.h
AT91: rework at91sam9g45.h
AT91: cleanup hardware.h, remove memory-map.h
AT91: fix related arch-at91 header files
AT91: fix related at91 system/driver files
AT91: fix related at91 driver files
ATMEL: fix related common atmel driver files
AT91: cleanup at91sam9260_matrix.h to struct SoC access
AT91: change includes from asm/arch/io.h to asm/io.h
ATMEL: fix dataflash (dirty) this file should be converted to
struct SoC access
AT91: remove LEGACY from at91_rstc.h
AT91: fix at91sam_wdt.c to reworked header files
AT91: fix timer.c - remove reset_timer()
Ryan Mallon (1):
Add support for Bluewater Systems Snapper 9260 and 9G20 modules
arch/arm/cpu/arm920t/at91/lowlevel_init.S |8 +-
arch/arm/cpu/arm926ejs/at91/Makefile |1 +
arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c | 47 +---
arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c | 55 ++---
arch/arm/cpu/arm926ejs/at91/clock.c|8 +-
arch/arm/cpu/arm926ejs/at91/cpu.c | 11 +-
arch/arm/cpu/arm926ejs/at91/eflash.c | 16 +-
arch/arm/cpu/arm926ejs/at91/led.c |2 +-
arch/arm/cpu/arm926ejs/at91/reset.c|4 +-
arch/arm/cpu/arm926ejs/at91/timer.c| 37 ++--
arch/arm/include/asm/arch-at91/at91_common.h |3 +-
arch/arm/include/asm/arch-at91/at91_mc.h | 10 +-
arch/arm/include/asm/arch-at91/at91_pio.h | 19 +--
arch/arm/include/asm/arch-at91/at91_rstc.h | 25 --
arch/arm/include/asm/arch-at91/at91_st.h |2 +-
arch/arm/include/asm/arch-at91/at91_tc.h |4 +-
arch/arm/include/asm/arch-at91/at91sam9260.h | 252
++-
.../arm/include/asm/arch-at91/at91sam9260_matrix.h | 102 -
arch/arm/include/asm/arch-at91/at91sam9261.h | 187 ---
arch/arm/include/asm/arch-at91/at91sam9263.h | 218
-
arch/arm/include/asm/arch-at91/at91sam9g45.h | 225
-
arch/arm/include/asm/arch-at91/gpio.h | 18 +-
arch/arm/include/asm/arch-at91/hardware.h | 96 +++-
arch/arm/include/asm/arch-at91/io.h| 43
arch/arm/include/asm/arch-at91/memory-map.h| 36 ---
arch/avr32/config.mk |6 +-
arch/avr32/cpu/at32ap700x/clk.c|2 +-
arch/avr32/cpu/at32ap700x/portmux.c|2 +-
arch/avr32/cpu/at32ap700x/sm.h |4 +-
arch/avr32/cpu/cpu.c |2 +-
arch/avr32/cpu/hsdramc.c |2 +-
arch/avr32/cpu/hsdramc1.h |4 +-
arch/avr32/cpu/hsmc3.h |4 +-
arch/avr32/cpu/interrupts.c|4 +-
arch/avr32/cpu/portmux-gpio.c |2 +-
arch/avr32/cpu/portmux-pio.c |2 +-
.../atmel/atstk1000 => arch/avr32/cpu}/u-boot.lds |0
arch/avr32/include/asm/arch-at32ap700x/gpio.h | 12 +-
.../arch-at32ap700x/{memory-map.h => hardware.h} | 76 +++---
arch/avr32/include/asm/arch-at32ap700x/portmux.h | 10 +-
arch/avr32/include/asm/hmatrix-common.h|2 +-
arch/avr32/include/asm/setup.h |8 +
a
Re: [U-Boot] Nios Pull Request
Dear Scott McNutt, In message <4dd1cdd4.4040...@psyent.com> you wrote: > Dear Wolfgang, > > The following changes since commit 535abb96fb665402894b820f934deaca61ce3d3e: >Wolfgang Denk (1): > Merge branch 'master' of git://git.denx.de/u-boot-nand-flash > > are available in the git repository at: > >git://git.denx.de/u-boot-nios.git next > > Thomas Chou (1): >nios2: Make STANDALONE_LOAD_ADDR configurable per board > > arch/nios2/config.mk |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Each honest calling, each walk of life, has its own elite, its own aristocracy based on excellence of performance. - James Bryant Conant ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Pull request: nand flash
Dear Scott Wood, In message <20110517182007.ga11...@schlenkerla.am.freescale.net> you wrote: > The following changes since commit 535abb96fb665402894b820f934deaca61ce3d3e: > > Merge branch 'master' of git://git.denx.de/u-boot-nand-flash (2011-05-15 > 23:23:36 +0200) > > are available in the git repository at: > > git://git.denx.de/u-boot-nand-flash.git master > > Stefan Roese (1): > nand_spl: nand_boot.c: Remove last CONFIG_SYS_NAND_READ_DELAY occurance > > nand_spl/nand_boot.c |7 ++- > 1 files changed, 2 insertions(+), 5 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Anything that is worth doing at all is worth doing well. -- Philip Earl of Chesterfield ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Pull request: u-boot-arm
Dear Albert ARIBAUD, In message <4dd3b9a3.2080...@aribaud.net> you wrote: > Hi Wolfgang, > > The following changes since commit 535abb96fb665402894b820f934deaca61ce3d3e: > >Merge branch 'master' of git://git.denx.de/u-boot-nand-flash > (2011-05-15 23:23:36 +0200) > > are available in the git repository at: > >git://git.denx.de/u-boot-arm master > > Andreas Bießmann (19): >avr32: rename memory-map.h -> hardware.h >avr32: fixup definitions to ATMEL_BASE_xxx >avr32: fix linking >avr32/config.mk: simplify PLATFORM_RELFLAGS >avr32: use single linker script >atngw100: fix "#define 1" >atstk1002: fix "#define 1" >atstk1003: fix "#define 1" >atstk1004: fix "#define 1" >atstk1006: fix "#define 1" >favr-32-ezkit: fix "#define 1" >hammerhead: fix "#define 1" >mimc200: fix "#define 1" >atngw100: move CONFIG_SYS_TEXT_BASE to header >atstk100x: move CONFIG_SYS_TEXT_BASE to header >favr-32-ezkit: move CONFIG_SYS_TEXT_BASE to header >mimc200: move CONFIG_SYS_TEXT_BASE to header >hammerhead: move CONFIG_SYS_TEXT_BASE to header >avr32: add ATAG_BOARDINFO > > Daniel Gorsulowski (3): >at91: fixed at91sam9263 system file >at91: reworked support for meesc board >at91: reworked support for otc570 board > > Jens Scharsig (2): >at91rm9200: fix lowlevel_init() SMRDATA size >remove __attribute__ ((packed)) in at91 headers > > Reinhard Meyer (15): >AT91: rework at91sam9260.h >AT91: rework at91sam9261.h >AT91: rework at91sam9263.h >AT91: rework at91sam9g45.h >AT91: cleanup hardware.h, remove memory-map.h >AT91: fix related arch-at91 header files >AT91: fix related at91 system/driver files >AT91: fix related at91 driver files >ATMEL: fix related common atmel driver files >AT91: cleanup at91sam9260_matrix.h to struct SoC access >AT91: change includes from asm/arch/io.h to asm/io.h >ATMEL: fix dataflash (dirty) this file should be converted to > struct SoC access >AT91: remove LEGACY from at91_rstc.h >AT91: fix at91sam_wdt.c to reworked header files >AT91: fix timer.c - remove reset_timer() > > Ryan Mallon (1): >Add support for Bluewater Systems Snapper 9260 and 9G20 modules > > arch/arm/cpu/arm920t/at91/lowlevel_init.S |8 +- > arch/arm/cpu/arm926ejs/at91/Makefile |1 + > arch/arm/cpu/arm926ejs/at91/at91sam9260_devices.c | 47 +--- > arch/arm/cpu/arm926ejs/at91/at91sam9263_devices.c | 55 ++--- > arch/arm/cpu/arm926ejs/at91/clock.c|8 +- > arch/arm/cpu/arm926ejs/at91/cpu.c | 11 +- > arch/arm/cpu/arm926ejs/at91/eflash.c | 16 +- > arch/arm/cpu/arm926ejs/at91/led.c |2 +- > arch/arm/cpu/arm926ejs/at91/reset.c|4 +- > arch/arm/cpu/arm926ejs/at91/timer.c| 37 ++-- > arch/arm/include/asm/arch-at91/at91_common.h |3 +- > arch/arm/include/asm/arch-at91/at91_mc.h | 10 +- > arch/arm/include/asm/arch-at91/at91_pio.h | 19 +-- > arch/arm/include/asm/arch-at91/at91_rstc.h | 25 -- > arch/arm/include/asm/arch-at91/at91_st.h |2 +- > arch/arm/include/asm/arch-at91/at91_tc.h |4 +- > arch/arm/include/asm/arch-at91/at91sam9260.h | 252 > ++- > .../arm/include/asm/arch-at91/at91sam9260_matrix.h | 102 - > arch/arm/include/asm/arch-at91/at91sam9261.h | 187 --- > arch/arm/include/asm/arch-at91/at91sam9263.h | 218 > - > arch/arm/include/asm/arch-at91/at91sam9g45.h | 225 > - > arch/arm/include/asm/arch-at91/gpio.h | 18 +- > arch/arm/include/asm/arch-at91/hardware.h | 96 +++- > arch/arm/include/asm/arch-at91/io.h| 43 > arch/arm/include/asm/arch-at91/memory-map.h| 36 --- > arch/avr32/config.mk |6 +- > arch/avr32/cpu/at32ap700x/clk.c|2 +- > arch/avr32/cpu/at32ap700x/portmux.c|2 +- > arch/avr32/cpu/at32ap700x/sm.h |4 +- > arch/avr32/cpu/cpu.c |2 +- > arch/avr32/cpu/hsdramc.c |2 +- > arch/avr32/cpu/hsdramc1.h |4 +- > arch/avr32/cpu/hsmc3.h |4 +- > arch/avr32/cpu/interrupts.c|4 +- > arch/avr32/cpu/portmux-gpio.c |2 +- > arch/avr32/cpu/portmux-pio.c |2 +- > .../atmel/atstk1000 => arch/avr32/cpu}/u-boot.lds |0 > arch/avr32/include/asm/arch-at32ap700x
Re: [U-Boot] RFC: porting u-boot to sequoia based nand booting board
Scott, > Nothing in nand_base.c is used by SPL. SPL has its own code for this, > which currently just does a readb() (broken on 16-bit?). Oh you were talking about the bad block function in nand_base.c... That makes more sense now :). And yeah, I suppose the spl bad block check is broken. If it does not check the full 16 bits of data then some bad blocks may be incorrectly read as good. > It's not really our choice, it's what the manufacturer uses (unless you > want to get into rewriting the markers before first use...). The one > chip datasheet I looked at claimed the bad block marker was any value other > than 0x on 16-bit, so checking just one of the bytes would be wrong. My NAND data sheet says that the bad block mark is 0x000 for x16. However it says a little before that one should check for any non 0x value in the bad block marker. So it would seem that 16 bit devices should do a 16 bit check but under normal conditions an 8bit check would probably work... I looked at the nand_block_bad() function in nand_base.c and it does the same cpu_to_le16() stuff that nand_read_byte16() does. I wonder if there is something to that? It seems to me that if its doing an 8 bit check for 0x or 0x then it doesn't matter the endianness at all. Maybe that code is trying to make up for other code incorrectly writing only a single byte for the bad block marker? Regards, Alex -- Alex Waterman Computer Engineer Phone: 215-896-4920 Email: awater...@dawning.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] [FIX] env_nand: zero-initialize variable nand_erase_options
Commit 30486322 (nand erase: .spread, .part, .chip subcommands) added a new field to struct nand_erase_options, but forgot to update common/env_nand.c. Depending on the stack state and bad block distribution, saveenv() can thus erase more than CONFIG_ENV_RANGE bytes which may corrupt the following NAND sectors/partitions. Signed-off-by: Daniel Hobi --- common/env_nand.c |8 ++-- 1 files changed, 2 insertions(+), 6 deletions(-) diff --git a/common/env_nand.c b/common/env_nand.c index 980425a..14446a6 100644 --- a/common/env_nand.c +++ b/common/env_nand.c @@ -193,10 +193,8 @@ int saveenv(void) int ret = 0; nand_erase_options_t nand_erase_options; + memset(&nand_erase_options, 0, sizeof(nand_erase_options)); nand_erase_options.length = CONFIG_ENV_RANGE; - nand_erase_options.quiet = 0; - nand_erase_options.jffs2 = 0; - nand_erase_options.scrub = 0; if (CONFIG_ENV_RANGE < CONFIG_ENV_SIZE) return 1; @@ -249,10 +247,8 @@ int saveenv(void) char*res; nand_erase_options_t nand_erase_options; + memset(&nand_erase_options, 0, sizeof(nand_erase_options)); nand_erase_options.length = CONFIG_ENV_RANGE; - nand_erase_options.quiet = 0; - nand_erase_options.jffs2 = 0; - nand_erase_options.scrub = 0; nand_erase_options.offset = CONFIG_ENV_OFFSET; if (CONFIG_ENV_RANGE < CONFIG_ENV_SIZE) -- 1.7.3.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2] powerpc/85xx: add support for env in MMC/SPI on corenet ds boards
On May 12, 2011, at 5:46 AM, Shaohui Xie wrote: > Signed-off-by: Shaohui Xie > --- > board/freescale/common/Makefile |2 ++ > boards.cfg |7 ++- > include/configs/corenet_ds.h| 30 ++ > 3 files changed, 30 insertions(+), 9 deletions(-) applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] powerpc/85xx: Enable eSPI support on corenet ds boards
On May 12, 2011, at 5:46 AM, Shaohui Xie wrote: > Signed-off-by: Shaohui Xie > Signed-off-by: Kumar Gala > --- > include/configs/corenet_ds.h | 10 ++ > 1 files changed, 10 insertions(+), 0 deletions(-) applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH][v2]qoriq/p1_p2_rdb: Add Dual Role USB support macro for P1020RDB
On May 12, 2011, at 9:01 AM, Ramneek Mehresh wrote: > Add CONFIG_HAS_FSL_DR_USB macro for P1020RDB > > Signed-off-by: Ramneek Mehresh > --- > Changes for v2: > - rebased on http://git.denx.de/u-boot.git > > include/configs/P1_P2_RDB.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] powerpc/p2040: Add various p2040 specific information
On May 13, 2011, at 2:18 AM, Kumar Gala wrote: > From: Mingkai Hu > > Add P2040 SoC specific information: > * LIODN setup > * Portal configuration > * etc > > Signed-off-by: Mingkai Hu > Signed-off-by: Roy Zang > Signed-off-by: Kumar Gala > --- > arch/powerpc/cpu/mpc85xx/Makefile |3 + > arch/powerpc/cpu/mpc85xx/p2040_ids.c| 103 +++ > arch/powerpc/cpu/mpc85xx/p2040_serdes.c | 24 +++ > 3 files changed, 130 insertions(+), 0 deletions(-) > create mode 100644 arch/powerpc/cpu/mpc85xx/p2040_ids.c applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2] powerpc/85xx: Add P2041 processor support
On May 13, 2011, at 2:18 AM, Kumar Gala wrote: > The P2041 is similar to P2040, however has a 10G port and backside L2 > > Signed-off-by: Kumar Gala > --- > arch/powerpc/cpu/mpc85xx/Makefile |3 +++ > arch/powerpc/cpu/mpc85xx/p2040_ids.c |3 +++ > arch/powerpc/cpu/mpc8xxx/cpu.c|2 ++ > arch/powerpc/include/asm/config_mpc85xx.h | 15 +++ > arch/powerpc/include/asm/processor.h |2 ++ > 5 files changed, 25 insertions(+), 0 deletions(-) applied to 85xx - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [GIT PULL] Please pull u-boot-mpc85xx.git
The following changes since commit 0ea91423f47461bf7eaed2d4aff198076dd07fd5: Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-05-18 14:31:56 +0200) are available in the git repository at: git://git.denx.de/u-boot-mpc85xx.git master Kumar Gala (1): powerpc/85xx: Add P2041 processor support Mingkai Hu (1): powerpc/p2040: Add various p2040 specific information Ramneek Mehresh (1): qoriq/p1_p2_rdb: Add Dual Role USB support macro for P1020RDB Shaohui Xie (2): powerpc/85xx: Enable eSPI support on corenet ds boards powerpc/85xx: add support for env in MMC/SPI on corenet ds boards arch/powerpc/cpu/mpc85xx/Makefile |6 ++ arch/powerpc/cpu/mpc85xx/p2040_ids.c | 106 + arch/powerpc/cpu/mpc85xx/p2040_serdes.c | 24 +++ arch/powerpc/cpu/mpc8xxx/cpu.c|2 + arch/powerpc/include/asm/config_mpc85xx.h | 15 arch/powerpc/include/asm/processor.h |2 + board/freescale/common/Makefile |2 + boards.cfg|7 ++- include/configs/P1_P2_RDB.h |1 + include/configs/corenet_ds.h | 40 +-- 10 files changed, 196 insertions(+), 9 deletions(-) create mode 100644 arch/powerpc/cpu/mpc85xx/p2040_ids.c ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 08/22] omap: add spl support
On Wed, 18 May 2011 10:35:56 +0530 Aneesh V wrote: > On Tuesday 17 May 2011 12:09 AM, Scott Wood wrote: > >> +.PHONEY : SPL > > > > .PHONY > > Oops! I wonder how it was working then. My real patch too had the same > mistake! Well, .PHONY is mainly a performance hint if there's no actual file or rule with that name. -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Business Proposal
I have a project I want you to run with us.exportation of 100.000 barrels of oil daily from Kirkuk, Iraq.Contact me with this email if you are interested mr.yasserrwash...@hotmail.com Yasser H. Al Rawashdeh Project Legal Adviser ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Business Proposal
I have a project I want you to run with us.exportation of 100.000 barrels of oil daily from Kirkuk, Iraq.Contact me with this email if you are interested mr.yasserrwash...@hotmail.com Yasser H. Al Rawashdeh Project Legal Adviser ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [RFC] Duplicated string prefix
The string prefixes "*** ERROR:" and "WARNING:" (or variations thereof) is duplicated numerous times throughout u-boot. Replacing with e.g. a 'putserr' function which prepends the string prefix to the unique part of the error message and then displays it may be a worthwhile space saving. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/3] omap4: add support for EHCI
On Mon, May 9, 2011 at 3:04 PM, Gilles Chanteperdrix wrote: > diff --git a/drivers/usb/host/ehci-omap4.c b/drivers/usb/host/ehci-omap4.c > new file mode 100644 > index 000..19cd286 > --- /dev/null > +++ b/drivers/usb/host/ehci-omap4.c > @@ -0,0 +1,268 @@ > +/* > + * OMAP4 EHCI port, copied from linux/drivers/usb/host/ehci-omap.c So the file in linux is for both omap[34] yet here in u-boot it is only for omap4. I admittedly know very little about EHCI internals but it seems to me that it would be nice if this could support both in u-boot. I see from git history that omap3 support went in some months ago with only some new routines in beagle.c and no new usb files so could some omap usb expert explain. Thanks, John ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/3] omap4: add support for EHCI
On 05/18/2011 09:50 PM, John Rigby wrote: > On Mon, May 9, 2011 at 3:04 PM, Gilles Chanteperdrix > wrote: > >> diff --git a/drivers/usb/host/ehci-omap4.c b/drivers/usb/host/ehci-omap4.c >> new file mode 100644 >> index 000..19cd286 >> --- /dev/null >> +++ b/drivers/usb/host/ehci-omap4.c >> @@ -0,0 +1,268 @@ >> +/* >> + * OMAP4 EHCI port, copied from linux/drivers/usb/host/ehci-omap.c > So the file in linux is for both omap[34] yet here in u-boot it is > only for omap4. I admittedly know very little about EHCI internals > but it seems to me that it would be nice if this could support both in > u-boot. > > I see from git history that omap3 support went in some months ago with > only some new routines in beagle.c and no new usb files so could some > omap usb expert explain. I am far from an expert. But I saw a previous post for EHCI on omap3 saying "this file is sufficiently specific to be specific for each board". So, I started writing a panda specific board, but found that there was not really much code specific to panda, and most of the code was specific to omap4. This said, there is more than one way to do it on omap4, the processor can be configured different ways to get EHCI support (as far as I understood the processor even has two different EHCI controllers). So maybe a panda-only file was not a bad idea after all... -- Gilles. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Please pull u-boot-mmc.git
are available in the git repository at: git://www.denx.de/git/u-boot-mmc.git master Dirk Behme (1): MMC: omap_hsmmc.c: Add missing prototype header Fabio Estevam (1): fsl_esdhc: Initialize mmc->b_max Lei Wen (2): cmd_mmc: eliminate device num in the mmc command mmc: enable partition switch function for emmc Thomas Chou (1): mmc_spi: generate response for send status command common/cmd_mmc.c | 224 -- drivers/mmc/fsl_esdhc.c |1 + drivers/mmc/mmc.c| 35 +++- drivers/mmc/mmc_spi.c|5 + drivers/mmc/omap_hsmmc.c |1 + include/mmc.h| 10 ++ 6 files changed, 189 insertions(+), 87 deletions(-) ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/3] omap4: add support for EHCI
Dear Gilles Chanteperdrix, In message <1304975091-21848-2-git-send-email-gilles.chanteperd...@xenomai.org> you wrote: > As board may need some specific support, implement inner functions > to be called by the boards implementaions of ehci_hcd_start, > ehci_hcd_stop. > > Signed-off-by: Gilles Chanteperdrix ... > + * OMAP4 EHCI port, copied from linux/drivers/usb/host/ehci-omap.c Can you please provide exact reference? Please see http://www.denx.de/wiki/view/U-Boot/Patches#Attributing_Code_Copyrights_Sign bullet # 4 Thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Q: Why do PCs have a reset button on the front? A: Because they are expected to run Microsoft operating systems. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v3 1/4] MX5: Make the weim structure complete
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Add CS1_BASE_ADDR for MX51
- Add WEIM Registers
arch/arm/include/asm/arch-mx5/imx-regs.h | 131 --
1 files changed, 125 insertions(+), 6 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h
b/arch/arm/include/asm/arch-mx5/imx-regs.h
index a1849f8..b65b11f 100644
--- a/arch/arm/include/asm/arch-mx5/imx-regs.h
+++ b/arch/arm/include/asm/arch-mx5/imx-regs.h
@@ -32,6 +32,7 @@
#define CSD0_BASE_ADDR 0x9000
#define CSD1_BASE_ADDR 0xA000
#define NFC_BASE_ADDR_AXI 0xCFFF
+#define CS1_BASE_ADDR 0xB800
#elif defined(CONFIG_MX53)
#define IPU_CTRL_BASE_ADDR 0x1800
#define SPBA0_BASE_ADDR 0x5000
@@ -41,6 +42,7 @@
#define CSD1_BASE_ADDR 0xB000
#define NFC_BASE_ADDR_AXI 0xF7FF
#define IRAM_BASE_ADDR 0xF800
+#define CS1_BASE_ADDR 0xF400
#else
#error "CPU_TYPE not defined"
#endif
@@ -129,6 +131,90 @@
#define SAHARA_BASE_ADDR (AIPS2_BASE_ADDR + 0x000F8000)
/*
+ * WEIM CSnGCR1
+ */
+#define CSEN(x)(x)
+#define SWR(x) ((x) << 1)
+#define SRD(x) ((x) << 2)
+#define MUM(x) ((x) << 3)
+#define WFL(x) ((x) << 4)
+#define RFL(x) ((x) << 5)
+#define CRE(x) ((x) << 6)
+#define CREP(x)((x) << 7)
+#define BL(x) (((x) & 0x7) << 8)
+#define WC(x) ((x) << 11)
+#define BCD(x) (((x) & 0x3) << 12)
+#define BCS(x) (((x) & 0x3) << 14)
+#define DSZ(x) (((x) & 0x7) << 16)
+#define SP(x) ((x) << 19)
+#define CSREC(x) (((x) & 0x7) << 20)
+#define AUS(x) ((x) << 23)
+#define GBC(x) (((x) & 0x7) << 24)
+#define WP(x) ((x) << 27)
+#define PSZ(x) (((x) & 0x0f << 28)
+
+/*
+ * WEIM CSnGCR2
+ */
+#define ADH(x) (((x) & 0x3))
+#define DAPS(x)(((x) & 0x0f << 4)
+#define DAE(x) ((x) << 8)
+#define DAP(x) ((x) << 9)
+#define MUX16_BYP(x) ((x) << 12)
+
+/*
+ * WEIM CSnRCR1
+ */
+#define RCSN(x)(((x) & 0x7))
+#define RCSA(x)(((x) & 0x7) << 4)
+#define OEN(x) (((x) & 0x7) << 8)
+#define OEA(x) (((x) & 0x7) << 12)
+#define RADVN(x) (((x) & 0x7) << 16)
+#define RAL(x) ((x) << 19)
+#define RADVA(x) (((x) & 0x7) << 20)
+#define RWSC(x)(((x) & 0x3f) << 24)
+
+/*
+ * WEIM CSnRCR2
+ */
+#define RBEN(x)(((x) & 0x7))
+#define RBE(x) ((x) << 3)
+#define RBEA(x)(((x) & 0x7) << 4)
+#define RL(x) (((x) & 0x3) << 8)
+#define PAT(x) (((x) & 0x7) << 12)
+#define APR(x) ((x) << 15)
+
+/*
+ * WEIM CSnWCR1
+ */
+#define WCSN(x)(((x) & 0x7))
+#define WCSA(x)(((x) & 0x7) << 3)
+#define WEN(x) (((x) & 0x7) << 6)
+#define WEA(x) (((x) & 0x7) << 9)
+#define WBEN(x)(((x) & 0x7) << 12)
+#define WBEA(x)(((x) & 0x7) << 15)
+#define WADVN(x) (((x) & 0x7) << 18)
+#define WADVA(x) (((x) & 0x7) << 21)
+#define WWSC(x)(((x) & 0x3f) << 24)
+#define WBED1(x) ((x) << 30)
+#define WAL(x) ((x) << 31)
+
+/*
+ * WEIM CSnWCR2
+ */
+#define WBED(x)(x)
+
+/*
+ * WEIM WCR
+ */
+#define BCM(x) (x)
+#define GBCD(x)(((x) & 0x3) << 1)
+#define INTEN(x) ((x) << 4)
+#define INTPOL(x) ((x) << 5)
+#define WDOG_EN(x) ((x) << 8)
+#define WDOG_LIMIT(x) (((x) & 0x3) << 9)
+
+/*
* Number of GPIO pins per port
*/
#define GPIO_NUM_PIN32
@@ -231,12 +317,45 @@ struct clkctl {
/* WEIM registers */
struct weim {
- u32 csgcr1;
- u32 csgcr2;
- u32 csrcr1;
- u32 csrcr2;
- u32 cswcr1;
- u32 cswcr2;
+ u32 cs0gcr1;
+ u32 cs0gcr2;
+ u32 cs0rcr1;
+ u32 cs0rcr2;
+ u32 cs0wcr1;
+ u32 cs0wcr2;
+ u32 cs1gcr1;
+ u32 cs1gcr2;
+ u32 cs1rcr1;
+ u32 cs1rcr2;
+ u32 cs1wcr1;
+ u32 cs1wcr2;
+ u32 cs2gcr1;
+ u32 cs2gcr2;
+ u32 cs2rcr1;
+ u32 cs2rcr2;
+ u32 cs2wcr1;
+ u32 cs2wcr2;
+ u32 cs3gcr1;
+ u32 cs3gcr2;
+ u32 cs3rcr1;
+ u32 cs3rcr2;
+ u32 cs3wcr1;
+ u32 cs3wcr2;
+ u32 cs4gcr1;
+ u32 cs4gcr2;
+ u32 cs4rcr1;
+ u32 cs4rcr2;
+ u32 cs4wcr1;
+ u32 cs4wcr2;
+ u32 cs5gcr1;
+ u32 cs5gcr2;
+ u32 cs5rcr1;
+ u32 cs5rcr2;
+ u32 cs5wcr1;
+ u32 cs5wcr2;
+ u32 wcr;
+ u32 wiar;
+ u32 ear;
};
/* GPIO Registers */
--
1.6.0.4
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v3 3/4] MX5: Introduce a function for setting the chip select size
Signed-off-by: Fabio Estevam
---
arch/arm/cpu/armv7/mx5/soc.c | 30 +
arch/arm/include/asm/arch-mx5/imx-regs.h |5
arch/arm/include/asm/arch-mx5/sys_proto.h |2 +-
3 files changed, 36 insertions(+), 1 deletions(-)
diff --git a/arch/arm/cpu/armv7/mx5/soc.c b/arch/arm/cpu/armv7/mx5/soc.c
index 40b8b56..e599df8 100644
--- a/arch/arm/cpu/armv7/mx5/soc.c
+++ b/arch/arm/cpu/armv7/mx5/soc.c
@@ -163,6 +163,36 @@ int cpu_mmc_init(bd_t *bis)
#endif
}
+void set_chipselect_size(int const cs_size)
+{
+ unsigned int reg;
+ struct iomuxc *iomuxc_regs = (struct weim *)IOMUXC_BASE_ADDR;
+ reg = readl(&iomuxc_regs->gpr1);
+
+ switch (cs_size) {
+ case CS0_128:
+ reg &= ~0x7;/* CS0=128MB, CS1=0, CS2=0, CS3=0 */
+ reg |= 0x5;
+ break;
+ case CS0_64M_CS1_64M:
+ reg &= ~0x3F; /* CS0=64MB, CS1=64MB, CS2=0, CS3=0 */
+ reg |= 0x1B;
+ break;
+ case CS0_64M_CS1_32M_CS2_32M:
+ reg &= ~0x1FF; /* CS0=64MB, CS1=32MB, CS2=32MB, CS3=0 */
+ reg |= 0x4B;
+ break;
+ case CS0_32M_CS1_32M_CS2_32M_CS3_32M:
+ reg &= ~0xFFF; /* CS0=32MB, CS1=32MB, CS2=32MB, CS3=32MB */
+ reg |= 0x249;
+ break;
+ default:
+ printf("Unknown chip select size\n");
+ break;
+ }
+
+ writel(reg, &iomuxc_regs->gpr1);
+}
void reset_cpu(ulong addr)
{
diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h
b/arch/arm/include/asm/arch-mx5/imx-regs.h
index 9d2046a..5163614 100644
--- a/arch/arm/include/asm/arch-mx5/imx-regs.h
+++ b/arch/arm/include/asm/arch-mx5/imx-regs.h
@@ -214,6 +214,11 @@
#define WDOG_EN(x) ((x) << 8)
#define WDOG_LIMIT(x) (((x) & 0x3) << 9)
+#define CS0_1280
+#define CS0_64M_CS1_64M1
+#define CS0_64M_CS1_32M_CS2_32M2
+#define CS0_32M_CS1_32M_CS2_32M_CS3_32M3
+
/*
* Number of GPIO pins per port
*/
diff --git a/arch/arm/include/asm/arch-mx5/sys_proto.h
b/arch/arm/include/asm/arch-mx5/sys_proto.h
index f687503..ce63675 100644
--- a/arch/arm/include/asm/arch-mx5/sys_proto.h
+++ b/arch/arm/include/asm/arch-mx5/sys_proto.h
@@ -27,5 +27,5 @@
u32 get_cpu_rev(void);
#define is_soc_rev(rev)((get_cpu_rev() & 0xFF) - rev)
void sdelay(unsigned long);
-
+void set_chipselect_size(int const);
#endif
--
1.6.0.4
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v3 4/4] MX53: Add initial support for MX53ARD
Signed-off-by: Fabio Estevam --- Changes since v2: - Use macros for setting up weim register - Use set_chipselect_size function - Rename the file to imximage_dd3.cfg to make explicit the DDR type. MAINTAINERS |1 + board/freescale/mx53ard/Makefile | 48 + board/freescale/mx53ard/imximage_dd3.cfg | 96 + board/freescale/mx53ard/mx53ard.c| 308 ++ boards.cfg |1 + include/configs/mx53ard.h| 198 +++ 6 files changed, 652 insertions(+), 0 deletions(-) create mode 100644 board/freescale/mx53ard/Makefile create mode 100644 board/freescale/mx53ard/imximage_dd3.cfg create mode 100644 board/freescale/mx53ard/mx53ard.c create mode 100644 include/configs/mx53ard.h diff --git a/MAINTAINERS b/MAINTAINERS index 07237e3..b63f53f 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -639,6 +639,7 @@ Kristoffer Ericson Fabio Estevam mx31pdk i.MX31 + mx53ard i.MX53 mx53smd i.MX53 Peter Figuli diff --git a/board/freescale/mx53ard/Makefile b/board/freescale/mx53ard/Makefile new file mode 100644 index 000..c48ece8 --- /dev/null +++ b/board/freescale/mx53ard/Makefile @@ -0,0 +1,48 @@ +# +# Copyright (C) 2007, Guennadi Liakhovetski +# +# (C) Copyright 2011 Freescale Semiconductor, Inc. +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License, or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not, write to the Free Software +# Foundation, Inc., 59 Temple Place, Suite 330, Boston, +# MA 02111-1307 USA +# + +include $(TOPDIR)/config.mk + +LIB= $(obj)lib$(BOARD).o + +COBJS := mx53ard.o + +SRCS := $(SOBJS:.o=.S) $(COBJS:.o=.c) +OBJS := $(addprefix $(obj),$(COBJS)) +SOBJS := $(addprefix $(obj),$(SOBJS)) + +$(LIB):$(obj).depend $(OBJS) $(SOBJS) + $(call cmd_link_o_target, $(OBJS) $(SOBJS)) + +clean: + rm -f $(SOBJS) $(OBJS) + +distclean: clean + rm -f $(LIB) core *.bak .depend + +# + +# defines $(obj).depend target +include $(SRCTREE)/rules.mk + +sinclude $(obj).depend + +# diff --git a/board/freescale/mx53ard/imximage_dd3.cfg b/board/freescale/mx53ard/imximage_dd3.cfg new file mode 100644 index 000..0f298ab --- /dev/null +++ b/board/freescale/mx53ard/imximage_dd3.cfg @@ -0,0 +1,96 @@ +# +# (C) Copyright 2009 +# Stefano Babic DENX Software Engineering sba...@denx.de. +# +# See file CREDITS for list of people who contributed to this +# project. +# +# This program is free software; you can redistribute it and/or +# modify it under the terms of the GNU General Public License as +# published by the Free Software Foundation; either version 2 of +# the License or (at your option) any later version. +# +# This program is distributed in the hope that it will be useful, +# but WITHOUT ANY WARRANTY; without even the implied warranty of +# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +# GNU General Public License for more details. +# +# You should have received a copy of the GNU General Public License +# along with this program; if not write to the Free Software +# Foundation Inc. 51 Franklin Street Fifth Floor Boston, +# MA 02110-1301 USA +# +# Refer docs/README.imxmage for more details about how-to configure +# and create imximage boot image +# +# The syntax is taken as close as possible with the kwbimage + +# image version + +IMAGE_VERSION 2 + +# Boot Device : one of +# spi, sd (the board has no nand neither onenand) + +BOOT_FROM sd + +# Device Configuration Data (DCD) +# +# Each entry must have the format: +# Addr-type AddressValue +# +# where: +# Addr-type register length (1,2 or 4 bytes) +# Address absolute address of the register +# value value to be stored in the register +DATA 4 0x53fa8554 0x0030 +DATA 4 0x53fa8558 0x00300040 +DATA 4 0x53fa8560 0x0030 +DATA 4 0x53fa8564 0x00300040 +DATA 4 0x53fa8568 0x00300040 +DATA 4 0x53fa8570 0x0030 +DATA 4 0x53fa8574 0x0030 +DATA 4 0x53fa8578 0x0030 +DATA 4 0x53fa857c 0x00300040 +DATA 4 0x53fa8580 0x00300040 +DATA 4 0x53fa8584 0x0030 +DATA 4 0x53fa8588 0x0030 +DATA 4 0x53fa8590 0x00300040 +DATA 4 0x53fa8594 0x0030 +DATA 4 0x53fa86f0 0x0030 +DATA 4 0x53fa86f4 0x +DATA 4 0x53fa86fc 0x +DATA 4 0x53fa87
[U-Boot] [PATCH v3 2/4] MX5: Add iomux structure
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Distinguish iomuxc struct between MX51 and MX53
arch/arm/include/asm/arch-mx5/imx-regs.h | 23 +++
1 files changed, 23 insertions(+), 0 deletions(-)
diff --git a/arch/arm/include/asm/arch-mx5/imx-regs.h
b/arch/arm/include/asm/arch-mx5/imx-regs.h
index b65b11f..3c61c7f 100644
--- a/arch/arm/include/asm/arch-mx5/imx-regs.h
+++ b/arch/arm/include/asm/arch-mx5/imx-regs.h
@@ -358,6 +358,29 @@ struct weim {
u32 ear;
};
+#if defined(CONFIG_MX51)
+struct iomuxc {
+ u32 gpr0;
+ u32 gpr1;
+ u32 omux0;
+ u32 omux1;
+ u32 omux2;
+ u32 omux3;
+ u32 omux4;
+};
+#elif defined(CONFIG_MX53)
+struct iomuxc {
+ u32 gpr0;
+ u32 gpr1;
+ u32 gpr2;
+ u32 omux0;
+ u32 omux1;
+ u32 omux2;
+ u32 omux3;
+ u32 omux4;
+};
+#endif
+
/* GPIO Registers */
struct gpio_regs {
u32 gpio_dr;
--
1.6.0.4
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] Please pull u-boot-mmc.git
Dear Andy Fleming, In message <1305748979-5114-1-git-send-email-aflem...@freescale.com> you wrote: > are available in the git repository at: > > git://www.denx.de/git/u-boot-mmc.git master > > Dirk Behme (1): > MMC: omap_hsmmc.c: Add missing prototype header > > Fabio Estevam (1): > fsl_esdhc: Initialize mmc->b_max > > Lei Wen (2): > cmd_mmc: eliminate device num in the mmc command > mmc: enable partition switch function for emmc > > Thomas Chou (1): > mmc_spi: generate response for send status command > > common/cmd_mmc.c | 224 > -- > drivers/mmc/fsl_esdhc.c |1 + > drivers/mmc/mmc.c| 35 +++- > drivers/mmc/mmc_spi.c|5 + > drivers/mmc/omap_hsmmc.c |1 + > include/mmc.h| 10 ++ > 6 files changed, 189 insertions(+), 87 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de In general, if you think something isn't in Perl, try it out, because it usually is :-) - Larry Wall in <1991jul31.174523.9...@netlabs.com> ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v4 1/3] km/common: implement boardId HWkey checks as u-boot cmd
Dear Holger Brunck, In message <1305266364-8583-2-git-send-email-holger.bru...@keymile.com> you wrote: > From: Thomas Herzmann > > BoardId and HWKey are used to identify the HW class of a given board. > The correct values are stored in the inventory eeprom. During creation > time of a boot package the boardId and HWkey for the SW is stored in > the default environment and burned into the flash. During boottime > the values in the inventory and in the environment are compared to > avoid starting of a SW which is not authorized for this board. > > Some bootpackages are allowed to run on a set of different boardId > hwKey. In this case the environment variable boardIdListHex was added > to the default environment. In this case the command iterates over the > pair values and compares them with the values read from the inventory > eeprom. > > The syntax of such a boardIdListHex value is e.g.: 158_1 159_1 159_2 > > Signed-off-by: Thomas Herzmann > Signed-off-by: Holger Brunck > Signed-off-by: Valentin Longchamp > Acked-by: Heiko Schocher > cc: Wolfgang Denk > cc: Detlev Zundel > > --- > Changes for v4: >- fix small bug introduced in v3 due to the enhanced error handling, > return the return code (rc) and not 1 in any case > Changes for v3: >- add further error handling >- rework the patch with inputs from W.Denk: > - introduce emtpy line after varaiable declaration > - fix one checkpatch warning > - add comment why we use simple_strtoul > Changes for v2: >- split up first large patch series to three independent smaller > patch series >- give the cmd a more precise name >- rework the patch with inputs from W.Denk: > - adapt and enhance commit msg > - comment the code > - add error handling > > board/keymile/common/common.c | 156 > +++ > include/configs/km/keymile-common.h | 30 +--- > 2 files changed, 157 insertions(+), 29 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de If I had to live my life again, I'd make the same mistakes, only sooner. -- Tallulah Bankhead ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v4 2/3] km/common: simplify default environment
Dear Holger Brunck, In message <1305266364-8583-3-git-send-email-holger.bru...@keymile.com> you wrote: > This is a first step to simplify the default environment. Move all > the environment variables which are only needed for debugging > purpose to textfiles in the scripts directory. In case of debugging > these files can be loaded via tftp into RAM and set via the env import > command. Other variables are identified as obsolete and were removed. > > Signed-off-by: Holger Brunck > Signed-off-by: Valentin Longchamp > Acked-by: Heiko Schocher > cc: Wolfgang Denk > cc: Detlev Zundel > > --- > Changes for v3 and v4: >- nothing > > Changes for v2: >- split up first large patch serie to three independent smaller > patch series >- no change in the content of this patch > > board/keymile/scripts/README | 23 + > board/keymile/scripts/debug-arm-env.txt|2 + > board/keymile/scripts/debug-common-env.txt |9 ++ > board/keymile/scripts/debug-ppc-env.txt|2 + > include/configs/km/keymile-common.h| 128 > +++- > include/configs/km/km-powerpc.h| 12 +-- > include/configs/km/km_arm.h|5 +- > 7 files changed, 55 insertions(+), 126 deletions(-) > create mode 100644 board/keymile/scripts/README > create mode 100644 board/keymile/scripts/debug-arm-env.txt > create mode 100644 board/keymile/scripts/debug-common-env.txt > create mode 100644 board/keymile/scripts/debug-ppc-env.txt Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de "Where shall I begin, please your Majesty?" he asked. "Begin at the beginning," the King said, gravely, "and go on till you come to the end: then stop."- Alice's Adventures in Wonderland, Lewis Carroll ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v4 3/3] km/common: add pnvramsize to default environment
Dear Holger Brunck, In message <1305266364-8583-4-git-send-email-holger.bru...@keymile.com> you wrote: > The pnvram size was used later from start scripts in linux. Therefore > it was added to the default environment. > > Signed-off-by: Holger Brunck > Signed-off-by: Valentin Longchamp > Acked-by: Heiko Schocher > cc: Wolfgang Denk > cc: Detlev Zundel > > --- > changes for v4: >- fix small bug introduced in v2, remove "0x" which is already > part of the define in the header > > Changes for v3: >- nothing > > Changes for v2: >- split up first large patch serie to three independent smaller > patch series >- rework the patch with inputs from W.Denk: > - move variable from c-code to default env to be present in any > case when linux starts > > include/configs/km/keymile-common.h |1 + > 1 files changed, 1 insertions(+), 0 deletions(-) Applied, thanks. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de Carelessly planned projects take three times longer to complete than expected. Carefully planned projects take four times longer to complete than expected, mostly because the planners expect their planning to reduce the time it takes. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] [FIX] env_nand: zero-initialize variable nand_erase_options
On Wed, May 18, 2011 at 03:21:08PM +0200, Daniel Hobi wrote: > Commit 30486322 (nand erase: .spread, .part, .chip subcommands) > added a new field to struct nand_erase_options, but forgot to > update common/env_nand.c. > > Depending on the stack state and bad block distribution, saveenv() > can thus erase more than CONFIG_ENV_RANGE bytes which may corrupt > the following NAND sectors/partitions. > > Signed-off-by: Daniel Hobi > --- > common/env_nand.c |8 ++-- > 1 files changed, 2 insertions(+), 6 deletions(-) Applied to u-boot-nand-flash -Scott ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-mpc85xx.git
Dear Kumar Gala, In message you wrote: > The following changes since commit 0ea91423f47461bf7eaed2d4aff198076dd07fd5: > > Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-05-18 14:31:56 > +0200) > > are available in the git repository at: > > git://git.denx.de/u-boot-mpc85xx.git master > > Kumar Gala (1): > powerpc/85xx: Add P2041 processor support Submitted 05/13. > Mingkai Hu (1): > powerpc/p2040: Add various p2040 specific information > > Ramneek Mehresh (1): > qoriq/p1_p2_rdb: Add Dual Role USB support macro for P1020RDB Submitted 05/10 > Shaohui Xie (2): > powerpc/85xx: Enable eSPI support on corenet ds boards Submitted 05/12 > powerpc/85xx: add support for env in MMC/SPI on corenet ds boards Submitted 05/12 Sorry - most of these patches were submitted about a month after the merge window was closed, and they clearly add new features, i. e. these are not bug fixes. They will not go into this release. Not pulled. Please stick to the rules! Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de The management question ... is not _whether_ to build a pilot system and throw it away. You _will_ do that. The only question is whether to plan in advance to build a throwaway, or to promise to deliver the throwaway to customers. - Fred Brooks, "The Mythical Man Month" ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] .gitignore: update list of u-boot.* files
This patch adds additional u-boot.* files mentioned in Makefile, and removes one (u-boot-flexonenand.bin) that I couldn't find anywhere in the current tree. Signed-off-by: Eric Cooper --- .gitignore |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/.gitignore b/.gitignore index 8ec3d06..b362990 100644 --- a/.gitignore +++ b/.gitignore @@ -28,9 +28,13 @@ /u-boot.ldr /u-boot.ldr.hex /u-boot.ldr.srec +/u-boot.img +/u-boot.kwb +/u-boot.sha1 +/u-boot.dis /u-boot.lds +/u-boot-nand.bin /u-boot-onenand.bin -/u-boot-flexonenand.bin # # Generated files -- 1.7.4.4 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] .gitignore: update list of u-boot.* files
On Wednesday, May 18, 2011 18:09:39 Eric Cooper wrote: > +/u-boot-nand.bin > /u-boot-onenand.bin > -/u-boot-flexonenand.bin considering the Makefile deletes all '*.bin' files it finds in the tree when cleaning, i would think we should add a "*.bin" to the .gitignore and then punt these existing *.bin entries. -mike signature.asc Description: This is a digitally signed message part. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] phylib: Detect link on 10G devices correctly
gen10g_startup() had 2 bugs:
1) It had a boolean logic error in checking the MMD mask, and
always checked all of them.
2) It checked devices which don't actually report link state, which
meant that it would never believe the link was fully up.
Fix the boolean logic, and then mask the MMD mask so only link-reporting
devices are checked.
Signed-off-by: Andy Fleming
Reported-by: Ed Swarthout
---
drivers/net/phy/generic_10g.c |8 ++--
include/linux/mdio.h |8
2 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/drivers/net/phy/generic_10g.c b/drivers/net/phy/generic_10g.c
index 315c508..1c3e69e 100644
--- a/drivers/net/phy/generic_10g.c
+++ b/drivers/net/phy/generic_10g.c
@@ -36,7 +36,7 @@ int gen10g_shutdown(struct phy_device *phydev)
int gen10g_startup(struct phy_device *phydev)
{
int devad, reg;
- u32 mmd_mask = phydev->mmds;
+ u32 mmd_mask = phydev->mmds & MDIO_DEVS_LINK;
phydev->link = 1;
@@ -44,8 +44,12 @@ int gen10g_startup(struct phy_device *phydev)
phydev->speed = SPEED_1;
phydev->duplex = DUPLEX_FULL;
+ /*
+* Go through all the link-reporting devices, and make sure
+* they're all up and happy
+*/
for (devad = 0; mmd_mask; devad++, mmd_mask = mmd_mask >> 1) {
- if (!mmd_mask & 1)
+ if (!(mmd_mask & 1))
continue;
/* Read twice because link state is latched and a
diff --git a/include/linux/mdio.h b/include/linux/mdio.h
index 022d772..f2080dd 100644
--- a/include/linux/mdio.h
+++ b/include/linux/mdio.h
@@ -120,6 +120,14 @@
#define MDIO_DEVS_VEND1
MDIO_DEVS_PRESENT(MDIO_MMD_VEND1)
#define MDIO_DEVS_VEND2
MDIO_DEVS_PRESENT(MDIO_MMD_VEND2)
+#define MDIO_DEVS_LINK (MDIO_DEVS_PMAPMD | \
+ MDIO_DEVS_WIS | \
+ MDIO_DEVS_PCS | \
+ MDIO_DEVS_PHYXS | \
+ MDIO_DEVS_DTEXS | \
+ MDIO_DEVS_AN)
+
+
/* Control register 2. */
#define MDIO_PMA_CTRL2_TYPE0x000f /* PMA/PMD type selection */
--
1.6.5.2.g6ff9a
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] fsl_esdhc: Initialize mmc->b_max
On Fri, May 13, 2011 at 4:07 AM, Stefano Babic wrote: > On 05/12/2011 09:33 PM, Fabio Estevam wrote: >> commit 262951(MMC: make b_max unconditional) missed to update fsl_esdhc. >> >> Signed-off-by: Fabio Estevam Applied (and upstreamed), thanks! ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] MMC: omap_hsmmc.c: Add missing prototype header
On Sun, May 15, 2011 at 2:04 PM, Dirk Behme wrote: > From: Dirk Behme > > Add missing header file to fix compilation warning > > omap_hsmmc.c: In function 'omap_mmc_init': > omap_hsmmc.c:474: warning: implicit declaration of function 'get_cpu_family' > omap_hsmmc.c:474: warning: implicit declaration of function 'get_cpu_rev' > > introduced by commit "MMC: omap_hsmmc.c: disable > multiblock rw on old rev omap34xx silicon" > (4ca9244d74f146a0605f5bee28a66e39aae88d3e) > > Signed-off-by: Dirk Behme > CC: Andy Fleming > CC: John Rigby Applied, thanks! ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH V2 1/2] cmd_mmc: eliminate device num in the mmc command
> > I have submit another round of patch, please review it whether it meet > your expectation. Applied, thanks! ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC] Allow for parallel builds and saved output
On Sat, Apr 30, 2011 at 2:49 PM, Wolfgang Denk wrote:
> Dear Andy Fleming,
>
> In message <1302687759-1649-1-git-send-email-aflem...@freescale.com> you
> wrote:
>> The MAKEALL script cleverly runs make with the appropriate options
>> to use all of the cores on the system, but your average U-Boot build
>> can't make much use of more than a few cores. If you happen to have
>> a many-core server, your builds will leave most of the system idle.
> ...
>> ${output_prefix}/$target. We launch up to 8 builds in parallel (with
>> each build still being told to use n+1 cores), and wait for all 8 to
>> finish before launching 8 more. It's not ideal, but it is faster.
>
> How did you figure that 8 * (n+1) would be an efficient number of
> tasks to use? Does this not depend on a lot of factors, like number
> of cores, relative speed of CPUs versus I/O subsystem, etc. ?
Heh, yes, this is still quite hacky. I'm curious if anyone has ideas
on this. I ran this on a 24-core system, and if I didn't limit the
number of concurrent builds to something (I don't recall how many I
tried), then make quickly consumed so many resources that fork refused
to work until some things had finished, and I ended up hitting ctrl-c
repeatedly. I'm not much of a Makefile guru, so I'm hoping someone
might know of better ways to do such resource management. My thought
was that 8 was decently high, and shouldn't consume more than a
smaller desktop system can handle.
>
> ...
>> +# Output
>> +# It is now possible to save the output to a build directory. This serves
>> +# two purposes. It allows you to keep the images for testing, and it
>> +# allows you to launch the makes in tandem. Pass in -o , and the build
>> +# will happen in /$target/
>
> Hm... this conflicts with / duplicates the function of BUILD_DIR,
> doesn't it?
Yes, the two usage models are slightly different in meaning. In order
to do concurrent builds, we have to build each board in a separate
directory. It should be possible to honor both, but we'd have to come
up with an accepted behavior. I also believe I had some issues with
using BUILD_DIR in the environment. But that may have been a temporary
issue brought on by syntax problems I was having. When I have some
free time again, I'll investigate.
>
>> [ -d ${LOG_DIR} ] || mkdir ${LOG_DIR} || exit 1
>>
>> +if [ "${output_prefix}" ] ; then
>> + [ -d ${output_prefix} ] || mkdir -p ${output_prefix} || exit 1
>> + [ -d "${output_prefix}/ERR" ] && rm -rf "${output_prefix}/ERR"
>> + mkdir "${output_prefix}/ERR"
>> +fi
>
> Should LOG_DIR not be adjusted, too?
It's not necessary, but it seems like a good idea.
>
>> + [ "$output_prefix" ] && export BUILD_DIR="${output_prefix}/${target}"
>
> Ouch. This means you are messing with user settings without warning
> or any indication. I don't like this.
>
> If we have a conflict (and here we have one), there should be at least
> errot / warning messages.
Ok.
>
>> + if [ "$output_prefix" ] ; then
>> + ${MAKE} clean
>> + find "${output_prefix}/$target" -type f -name '*.depend' |
>> xargs rm
>
> Why remove the .depend files and not any of the other temporary files?
Ignorance/laziness. :) This was a first pass at keeping the build dir
at a manageable size. When I did a "find" on the build directory after
make clean, the ".depend" files were the most prominent ones left. I
could add more in the next rev.
>
>> - TOTAL_CNT=$((TOTAL_CNT + 1))
>
> Um
>
>> ${CROSS_COMPILE}size ${BUILD_DIR}/u-boot \
>> | tee -a ${LOG_DIR}/$target.MAKELOG
>> }
>> @@ -650,7 +681,20 @@ build_targets() {
>> if [ -n "${list}" ] ; then
>> build_targets ${list}
>> else
>> - build_target ${t}
>> + if [ "$output_prefix" ] ; then
>> + build_target ${t} &
>> + else
>> + build_target ${t}
>> + fi
>> +
>> + TOTAL_CNT=$((TOTAL_CNT + 1))
>> + CURRENT_COUNT=$((CURRENT_COUNT + 1))
>> + fi
>
> So TOTAL_CNT and CURRENT_COUNT get only set in the "else" case?
Right. Unless I misread the code, this is a recursive function. I
only want to count "leaf" builds. It's the same as before, but if the
counter were incremented in build_target, it would get concurrently
set 8 times to the same value.
>
>> + # Only run 8 builds concurrently
>> + if [ ${CURRENT_COUNT} -gt 8 ]; then
>
> Magic number...
>
>> echo "Boards compiled: ${TOTAL_CNT}"
>
> Is this report correct for all use cases, now?
It should be the same as it was before. I believe I checked it, since
I had a bug where it was clearly wrong in an earlier draft. I did a
build of all ppc, and the number looked right. I will double-check,
though.
Andy
___
U-Boot mailing
Re: [U-Boot] [GIT PULL] Please pull u-boot-mpc85xx.git
On May 18, 2011, at 4:17 PM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message you > wrote: >> The following changes since commit 0ea91423f47461bf7eaed2d4aff198076dd07fd5: >> >> Merge branch 'master' of git://git.denx.de/u-boot-arm (2011-05-18 14:31:56 >> +0200) >> >> are available in the git repository at: >> >> git://git.denx.de/u-boot-mpc85xx.git master >> >> Kumar Gala (1): >> powerpc/85xx: Add P2041 processor support > > Submitted 05/13. > >> Mingkai Hu (1): >> powerpc/p2040: Add various p2040 specific information >> >> Ramneek Mehresh (1): >> qoriq/p1_p2_rdb: Add Dual Role USB support macro for P1020RDB > > Submitted 05/10 > >> Shaohui Xie (2): >> powerpc/85xx: Enable eSPI support on corenet ds boards > > Submitted 05/12 > >> powerpc/85xx: add support for env in MMC/SPI on corenet ds boards > > Submitted 05/12 > > > Sorry - most of these patches were submitted about a month after the > merge window was closed, and they clearly add new features, i. e. > these are not bug fixes. They will not go into this release. > > Not pulled. > > Please stick to the rules! Understood, however I would like to see the eSPI & MMC/SPI patches go into this release as it prevents introduction of a build target 'P4080DS_RAMBOOT_PBL' that we remove right away after the release. As these two patches only impact a FSL specific board the risk is limited to the one board family. - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-mpc85xx.git
Dear Kumar Gala, In message <6e487a2b-b7ea-474e-a8db-0d5639391...@kernel.crashing.org> you wrote: > > > Sorry - most of these patches were submitted about a month after the > > merge window was closed, and they clearly add new features, i. e. > > these are not bug fixes. They will not go into this release. > > > > Not pulled. > > > > Please stick to the rules! > > Understood, however I would like to see the eSPI & MMC/SPI patches go > into this release as it prevents introduction of a build target > 'P4080DS_RAMBOOT_PBL' that we remove right away after the release. As > these two patches only impact a FSL specific board the risk is limited > to the one board family. I can't parse that. "It prevents introduction of a build target 'P4080DS_RAMBOOT_PBL'' - but we already have that in mainline? "that we remove right away after the release" - if you remove it after the release, then it should be sufficient to add these patches after right before the removal of this thing? I don't consider this a bug fix. Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de > Is there a way to determine Yesterday's date using Unix utilities? echo "what is yesterday's date?" | /bin/mail root -- Randal L. Schwartz in ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] USB on iMX25
Matthias Weißer arcor.de> writes: > > Hi > > I am currently porting u-boot to a new board based on Freescales iMX25 > processor. I would like to add USB support. As I can see there is no > support in current head for USB on iMX. Can someone give me some hints > what I have to do to enable USB host support on iMX25. > > Matthias > Hi Matthias, I'm also trying the same, did you got solution for your problem, if so kindly share with me. Sathish ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] S5PC2XX: clock: support pwm clock for evt1 (cpu revision 1)
The source of pwm clock is fixed at evt1.
And some registers for pwm clock are removed.
Signed-off-by: Minkyu Kang
Signed-off-by: Kyungmin Park
---
arch/arm/cpu/armv7/s5pc2xx/clock.c | 46 ---
1 files changed, 26 insertions(+), 20 deletions(-)
diff --git a/arch/arm/cpu/armv7/s5pc2xx/clock.c
b/arch/arm/cpu/armv7/s5pc2xx/clock.c
index 624de62..5ecd475 100644
--- a/arch/arm/cpu/armv7/s5pc2xx/clock.c
+++ b/arch/arm/cpu/armv7/s5pc2xx/clock.c
@@ -124,29 +124,35 @@ static unsigned long s5pc210_get_pwm_clk(void)
unsigned int sel;
unsigned int ratio;
- /*
-* CLK_SRC_PERIL0
-* PWM_SEL [27:24]
-*/
- sel = readl(&clk->src_peril0);
- sel = (sel >> 24) & 0xf;
-
- if (sel == 0x6)
+ if (s5p_get_cpu_rev() == 0) {
+ /*
+* CLK_SRC_PERIL0
+* PWM_SEL [27:24]
+*/
+ sel = readl(&clk->src_peril0);
+ sel = (sel >> 24) & 0xf;
+
+ if (sel == 0x6)
+ sclk = get_pll_clk(MPLL);
+ else if (sel == 0x7)
+ sclk = get_pll_clk(EPLL);
+ else if (sel == 0x8)
+ sclk = get_pll_clk(VPLL);
+ else
+ return 0;
+
+ /*
+* CLK_DIV_PERIL3
+* PWM_RATIO [3:0]
+*/
+ ratio = readl(&clk->div_peril3);
+ ratio = ratio & 0xf;
+ } else if (s5p_get_cpu_rev() == 1) {
sclk = get_pll_clk(MPLL);
- else if (sel == 0x7)
- sclk = get_pll_clk(EPLL);
- else if (sel == 0x8)
- sclk = get_pll_clk(VPLL);
- else
+ ratio = 8;
+ } else
return 0;
- /*
-* CLK_DIV_PERIL3
-* PWM_RATIO [3:0]
-*/
- ratio = readl(&clk->div_peril3);
- ratio = ratio & 0xf;
-
pclk = sclk / (ratio + 1);
return pclk;
--
1.7.4.1
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] 报关 商检 产地证
您好! 本公司是一家拥有进出口报关等一切出口单证代理公司，有着丰富的出口经验和优势的价格， 可以为贵公司代理以下出口业务 1.买单报关，商检，拖车（深圳各大口岸盐田，蛇口，文锦渡） 2.CO产地证. 普惠证(FA,FE,FF,亚太,中巴，大使馆签等) 3.提供大小核销单（报关单） 4.实力报关,寻求厂家合作退税 请存留备用，欢迎你的来电咨询： 联系人;张’R 联系电话; 0755-25420177 13686868548 QQ;122062143 邮箱：122062...@qq.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [GIT PULL] Please pull u-boot-mpc85xx.git
On May 19, 2011, at 12:19 AM, Wolfgang Denk wrote: > Dear Kumar Gala, > > In message <6e487a2b-b7ea-474e-a8db-0d5639391...@kernel.crashing.org> you > wrote: >> >>> Sorry - most of these patches were submitted about a month after the >>> merge window was closed, and they clearly add new features, i. e. >>> these are not bug fixes. They will not go into this release. >>> >>> Not pulled. >>> >>> Please stick to the rules! >> >> Understood, however I would like to see the eSPI & MMC/SPI patches go >> into this release as it prevents introduction of a build target >> 'P4080DS_RAMBOOT_PBL' that we remove right away after the release. As >> these two patches only impact a FSL specific board the risk is limited >> to the one board family. > > I can't parse that. "It prevents introduction of a build target > 'P4080DS_RAMBOOT_PBL'' - but we already have that in mainline? > "that we remove right away after the release" - if you remove it after > the release, then it should be sufficient to add these patches after > right before the removal of this thing? I'm saying previous patches that went into this window added the build target P4080DS_RAMBOOT_PBL. Rather than having this release add it and the next one remove, I'd prefer to just have these two patches applied for this release cycle to have the targets for _SPIFLASH and _SDCARD boot. > I don't consider this a bug fix. I know its not a bug fix. - k ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
