Re: [U-Boot] [PATCH 3/4] arm: rmobile: Add support R8A7791
Hi, Albert. Sorry, I dont notice your mail. 2013/10/30 Albert ARIBAUD albert.u.b...@aribaud.net: On Thu, 17 Oct 2013 13:04:06 +0200, Albert ARIBAUD albert.u.b...@aribaud.net wrote: Hi Nobuhiro, On Tue, 24 Sep 2013 15:38:34 +0900, Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com wrote: Renesas R8A7791 is CPU with Cortex-A7 and A15. This supports the basic register definition and GPIO and framework of PFC. Signed-off-by: Hisashi Nakamura hisashi.nakamura...@renesas.com Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com CC: Nobuhiro Iwamatsu iwama...@nigauri.org CC: Albert Aribaud albert.u.b...@aribaud.net --- arch/arm/cpu/armv7/rmobile/Makefile |2 + arch/arm/cpu/armv7/rmobile/cpu_info-r8a7791.c| 29 + arch/arm/cpu/armv7/rmobile/cpu_info.c|5 + arch/arm/cpu/armv7/rmobile/pfc-r8a7791.c | 3415 ++ Is there no way to make this big file common between R8A7790 and R8A7791? Thanks for your comment. Sorry, do you mean that Can you common the PFC of r8a7790 and r8a7791?, because this file is large and these can be used in common. Right? If this is right, I will merge these file and re-send. Ping. Amicalement, Best regards, Nobuhiro ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] mmc: Fix calculation of capacity for hc cards
Hi Oliver,
On Oct 1, 2013, at 9:32 PM, Oliver Metz wrote:
When using a high capacity card with a density less than
2 GB a wrong size is calculated. According to JEDEC 4.41 there is no
differentiation for C_SIZE register between low and high capacity cards.
Use ext_csd sector count to calculate capacity instead.
Signed-off-by: Oliver Metz oli...@freetz.org
---
drivers/mmc/mmc.c | 20
1 file changed, 4 insertions(+), 16 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 84dae4d..ff11ff9 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -884,15 +884,9 @@ static int mmc_startup(struct mmc *mmc)
else
mmc-write_bl_len = 1 ((cmd.response[3] 22) 0xf);
- if (mmc-high_capacity) {
- csize = (mmc-csd[1] 0x3f) 16
- | (mmc-csd[2] 0x) 16;
- cmult = 8;
- } else {
- csize = (mmc-csd[1] 0x3ff) 2
- | (mmc-csd[2] 0xc000) 30;
- cmult = (mmc-csd[2] 0x00038000) 15;
- }
+ csize = (mmc-csd[1] 0x3ff) 2
+ | (mmc-csd[2] 0xc000) 30;
+ cmult = (mmc-csd[2] 0x00038000) 15;
mmc-capacity_user = (csize + 1) (cmult + 2);
mmc-capacity_user *= mmc-read_bl_len;
@@ -927,18 +921,12 @@ static int mmc_startup(struct mmc *mmc)
/* check ext_csd version and capacity */
err = mmc_send_ext_csd(mmc, ext_csd);
if (!err (ext_csd[EXT_CSD_REV] = 2)) {
- /*
- * According to the JEDEC Standard, the value of
- * ext_csd's capacity is valid if the value is more
- * than 2GB
- */
capacity = ext_csd[EXT_CSD_SEC_CNT] 0
| ext_csd[EXT_CSD_SEC_CNT + 1] 8
| ext_csd[EXT_CSD_SEC_CNT + 2] 16
| ext_csd[EXT_CSD_SEC_CNT + 3] 24;
capacity *= MMC_MAX_BLOCK_LEN;
- if ((capacity 20) 2 * 1024)
- mmc-capacity_user = capacity;
+ mmc-capacity_user = capacity;
}
switch (ext_csd[EXT_CSD_REV]) {
--
1.8.4
Something's not right with this:
U-Boot SPL 2013.10-00105-g2ea5f3f (Oct 31 2013 - 09:24:02)
reading args
MMC: block number 0x15c exceeds max(0x100)
spl: error reading image args, err - -1
reading u-boot.img
MMC: block number 0x15c exceeds max(0x100)
spl: error reading image u-boot.img, err - -1
### ERROR ### Please RESET the board ###
This happens on beaglebone black for both external MMC card (Kingston 4GB)
and the internal eMMC part.
When I have some free time I'll try to debug this, but for the moment
the patch is rejected.
Regards
-- Pantelis
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC PATCH 7/7] spl: mmc: FAT support boot u-boot
Hello Bo, Am 30.10.2013 10:15, schrieb Bo Shen: Enable SPL support which can load u-boot from SD card in FAT format. Signed-off-by: Bo Shenvoice.s...@atmel.com --- arch/arm/cpu/armv7/Makefile|2 +- arch/arm/cpu/armv7/at91/u-boot-spl.lds | 50 + Why do you need a special lds file? Does arch/arm/cpu/u-boot-spl.lds not fit for you? bye, Heiko -- DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2] mmc: Fix erase_grp_size for partitioned card
Hi Oliver,
On Oct 1, 2013, at 9:32 PM, Oliver Metz wrote:
EXT_CSD_ERASE_GROUP_DEF is lost every time after a reset or
power off. Set it if device has enhanced partitions.
Signed-off-by: Oliver Metz oli...@freetz.org
---
drivers/mmc/mmc.c | 17 +
include/mmc.h | 2 ++
2 files changed, 15 insertions(+), 4 deletions(-)
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index ff11ff9..17c6b11 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -948,15 +948,24 @@ static int mmc_startup(struct mmc *mmc)
}
/*
- * Check whether GROUP_DEF is set, if yes, read out
- * group size from ext_csd directly, or calculate
- * the group size from the csd value.
+ * Host needs to enable ERASE_GRP_DEF bit if device is
+ * partitioned. This bit will be lost every time after a reset
+ * or power off. This will affect erase size.
*/
- if (ext_csd[EXT_CSD_ERASE_GROUP_DEF]) {
+ if ((ext_csd[EXT_CSD_PARTITIONING_SUPPORT] PART_SUPPORT)
+ (ext_csd[EXT_CSD_PARTITIONS_ATTRIBUTE] PART_ENH_ATTRIB)) {
+ err = mmc_switch(mmc, EXT_CSD_CMD_SET_NORMAL,
+ EXT_CSD_ERASE_GROUP_DEF, 1);
+
+ if (err)
+ return err;
+
+ /* Read out group size from ext_csd */
mmc-erase_grp_size =
ext_csd[EXT_CSD_HC_ERASE_GRP_SIZE] *
MMC_MAX_BLOCK_LEN * 1024;
} else {
+ /* Calculate the group size from the csd value. */
int erase_gsz, erase_gmul;
erase_gsz = (mmc-csd[2] 0x7c00) 10;
erase_gmul = (mmc-csd[2] 0x03e0) 5;
diff --git a/include/mmc.h b/include/mmc.h
index 214b9ed..cb558da 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -148,6 +148,7 @@
* EXT_CSD fields
*/
#define EXT_CSD_GP_SIZE_MULT 143 /* R/W */
+#define EXT_CSD_PARTITIONS_ATTRIBUTE 156 /* R/W */
#define EXT_CSD_PARTITIONING_SUPPORT 160 /* RO */
#define EXT_CSD_RPMB_MULT 168 /* RO */
#define EXT_CSD_ERASE_GROUP_DEF 175 /* R/W */
@@ -210,6 +211,7 @@
#define MMCPART_NOAVAILABLE (0xff)
#define PART_ACCESS_MASK (0x7)
#define PART_SUPPORT (0x1)
+#define PART_ENH_ATTRIB (0x1f)
/* Maximum block size for MMC */
#define MMC_MAX_BLOCK_LEN 512
--
1.8.4
Applied, thanks.
Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] mmc: dw_mmc: change the callback function name.
Hi Jaehoon,
On Oct 6, 2013, at 12:59 PM, Jaehoon Chung wrote:
To prevent the confusion, use the get_mmc_clk() instead of mmc_clk().
get_mmc_clk() is more exactly name.
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
---
drivers/mmc/dw_mmc.c|6 +++---
drivers/mmc/exynos_dw_mmc.c |2 +-
include/dwmmc.h |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 9a803a0..174e3b5 100644
--- a/drivers/mmc/dw_mmc.c
+++ b/drivers/mmc/dw_mmc.c
@@ -220,12 +220,12 @@ static int dwmci_setup_bus(struct dwmci_host *host, u32
freq)
if ((freq == host-clock) || (freq == 0))
return 0;
/*
- * If host-mmc_clk didn't define,
+ * If host-get_mmc_clk didn't define,
* then assume that host-bus_hz is source clock value.
* host-bus_hz should be set from user.
*/
- if (host-mmc_clk)
- sclk = host-mmc_clk(host-dev_index);
+ if (host-get_mmc_clk)
+ sclk = host-get_mmc_clk(host-dev_index);
else if (host-bus_hz)
sclk = host-bus_hz;
else {
diff --git a/drivers/mmc/exynos_dw_mmc.c b/drivers/mmc/exynos_dw_mmc.c
index 4ef9fec..1f2c53f 100644
--- a/drivers/mmc/exynos_dw_mmc.c
+++ b/drivers/mmc/exynos_dw_mmc.c
@@ -74,7 +74,7 @@ int exynos_dwmci_add_port(int index, u32 regbase, int
bus_width, u32 clksel)
host-clksel = exynos_dwmci_clksel;
host-dev_index = index;
- host-mmc_clk = exynos_dwmci_get_clk;
+ host-get_mmc_clk = exynos_dwmci_get_clk;
/* Add the mmc channel to be registered with mmc core */
if (add_dwmci(host, DWMMC_MAX_FREQ, DWMMC_MIN_FREQ)) {
debug(dwmmc%d registration failed\n, index);
diff --git a/include/dwmmc.h b/include/dwmmc.h
index 08ced0b..ecaa763 100644
--- a/include/dwmmc.h
+++ b/include/dwmmc.h
@@ -138,7 +138,7 @@ struct dwmci_host {
struct mmc *mmc;
void (*clksel)(struct dwmci_host *host);
- unsigned int (*mmc_clk)(int dev_index);
+ unsigned int (*get_mmc_clk)(int dev_index);
};
struct dwmci_idmac {
--
1.7.9.5
Applied, thanks
Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] mmc: sdhci: Avoid commands errors by simple timeout adaptation.
Hi Przemyslaw,
On Oct 1, 2013, at 3:16 PM, Przemyslaw Marczak wrote:
Old command timeout value was too small and it caused I/O errors which
led to uncompleted read/write/erase operations and filesystem errors.
Timeout adaptation fixes this issue.
Changes in sdhci_send_command() function:
- change timeout variable to static
- increase default command timeout to 100 ms
- add definition of max command timeout value,
which can be redefined in each board config file
- wait for card ready state for max defined time
if it doesn't exceed defined maximum or return COMM_ERR
Once successfully increased timeout value will be used in next function
call. This fix was tested on Goni, Trats, Trats2 boards by testing UMS
on MMC storage.
Signed-off-by: Przemyslaw Marczak p.marc...@samsung.com
---
drivers/mmc/sdhci.c | 34 +++---
1 file changed, 27 insertions(+), 7 deletions(-)
diff --git a/drivers/mmc/sdhci.c b/drivers/mmc/sdhci.c
index 4261991..af11fc5 100644
--- a/drivers/mmc/sdhci.c
+++ b/drivers/mmc/sdhci.c
@@ -110,6 +110,22 @@ static int sdhci_transfer_data(struct sdhci_host *host,
struct mmc_data *data,
return 0;
}
+/*
+ * No command will be sent by driver if card is busy, so driver must wait
+ * for card ready state.
+ * Every time when card is busy after timeout then (last) timeout value will
be
+ * increased twice but only if it doesn't exceed global defined maximum.
+ * Each function call will use last timeout value. Max timeout can be
redefined
+ * in board config file.
+ */
+#ifndef CONFIG_SDHCI_CMD_MAX_TIMEOUT
+#define CONFIG_SDHCI_CMD_MAX_TIMEOUT 3200
+#endif
+#define CONFIG_SDHCI_CMD_DEFAULT_TIMEOUT 100
+
+/* Timeout unit - ms */
+static unsigned int cmd_timeout = CONFIG_SDHCI_CMD_DEFAULT_TIMEOUT;
+
int sdhci_send_command(struct mmc *mmc, struct mmc_cmd *cmd,
struct mmc_data *data)
{
@@ -118,12 +134,9 @@ int sdhci_send_command(struct mmc *mmc, struct mmc_cmd
*cmd,
int ret = 0;
int trans_bytes = 0, is_aligned = 1;
u32 mask, flags, mode;
- unsigned int timeout, start_addr = 0;
+ unsigned int time = 0, start_addr = 0;
unsigned int retry = 1;
- /* Wait max 10 ms */
- timeout = 10;
-
sdhci_writel(host, SDHCI_INT_ALL_MASK, SDHCI_INT_STATUS);
mask = SDHCI_CMD_INHIBIT | SDHCI_DATA_INHIBIT;
@@ -133,11 +146,18 @@ int sdhci_send_command(struct mmc *mmc, struct mmc_cmd
*cmd,
mask = ~SDHCI_DATA_INHIBIT;
while (sdhci_readl(host, SDHCI_PRESENT_STATE) mask) {
- if (timeout == 0) {
+ if (time == cmd_timeout) {
printf(Controller never released inhibit bit(s).\n);
- return COMM_ERR;
+ if (2 * cmd_timeout = CONFIG_SDHCI_CMD_MAX_TIMEOUT) {
+ cmd_timeout += cmd_timeout;
+ debug(Increasing command timeout to: %u ms.\n,
+ cmd_timeout);
+ } else {
+ error(Command timeout is set to max.\n);
+ return COMM_ERR;
+ }
}
- timeout--;
+ time++;
udelay(1000);
}
--
1.7.9.5
Applied, thanks
Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 10/10 V6] DWMMC: SMDK5420: Disable SMU for eMMC
Hi Rajeshwari,
On Oct 29, 2013, at 9:23 AM, Rajeshwari S Shinde wrote:
SMDK5420 has a new Security Management Unit added
for dwmmc driver, hence, configuring the control
registers to support booting via eMMC.
Signed-off-by: Alim Akhtar alim.akh...@samsung.com
Signed-off-by: Rajeshwari Shinde rajeshwar...@samsung.com
Acked-by: Simon Glass s...@chromium.org
---
Changes in V3:
- New patch.
Changes in V4:
Added flag to dissble SMU
Changes in V5:
- None
Changes in V6:
- Moved the SMU definitions to arch/arm dwmmc.h
arch/arm/include/asm/arch-exynos/dwmmc.h | 13 +
drivers/mmc/dw_mmc.c | 11 +++
drivers/mmc/exynos_dw_mmc.c | 3 +++
include/dwmmc.h | 3 +++
4 files changed, 30 insertions(+)
diff --git a/arch/arm/include/asm/arch-exynos/dwmmc.h
b/arch/arm/include/asm/arch-exynos/dwmmc.h
index b9eca76..d1c5d4f 100644
--- a/arch/arm/include/asm/arch-exynos/dwmmc.h
+++ b/arch/arm/include/asm/arch-exynos/dwmmc.h
@@ -14,6 +14,19 @@
#define DWMCI_SET_DRV_CLK(x) ((x) 16)
#define DWMCI_SET_DIV_RATIO(x)((x) 24)
+#define EMMCP_MPSBEGIN0 0x1200
+#define EMMCP_SEND0 0x1204
+#define EMMCP_CTRL0 0x120C
+
+#define MPSCTRL_SECURE_READ_BIT (0x17)
+#define MPSCTRL_SECURE_WRITE_BIT (0x16)
+#define MPSCTRL_NON_SECURE_READ_BIT (0x15)
+#define MPSCTRL_NON_SECURE_WRITE_BIT (0x14)
+#define MPSCTRL_USE_FUSE_KEY (0x13)
+#define MPSCTRL_ECB_MODE (0x12)
+#define MPSCTRL_ENCRYPTION (0x11)
+#define MPSCTRL_VALID(0x10)
+
#ifdef CONFIG_OF_CONTROL
int exynos_dwmmc_init(const void *blob);
#endif
diff --git a/drivers/mmc/dw_mmc.c b/drivers/mmc/dw_mmc.c
index 9a803a0..a3506d4 100644
--- a/drivers/mmc/dw_mmc.c
+++ b/drivers/mmc/dw_mmc.c
@@ -11,6 +11,7 @@
#include mmc.h
#include dwmmc.h
#include asm-generic/errno.h
+#include asm/arch/dwmmc.h
#define PAGE_SIZE 4096
@@ -301,6 +302,16 @@ static int dwmci_init(struct mmc *mmc)
struct dwmci_host *host = (struct dwmci_host *)mmc-priv;
u32 fifo_size;
+ if (host-quirks DWMCI_QUIRK_DISABLE_SMU) {
+ dwmci_writel(host, EMMCP_MPSBEGIN0, 0);
+ dwmci_writel(host, EMMCP_SEND0, 0);
+ dwmci_writel(host, EMMCP_CTRL0,
+ MPSCTRL_SECURE_READ_BIT |
+ MPSCTRL_SECURE_WRITE_BIT |
+ MPSCTRL_NON_SECURE_READ_BIT |
+ MPSCTRL_NON_SECURE_WRITE_BIT | MPSCTRL_VALID);
+ }
+
dwmci_writel(host, DWMCI_PWREN, 1);
if (!dwmci_wait_reset(host, DWMCI_RESET_ALL)) {
diff --git a/drivers/mmc/exynos_dw_mmc.c b/drivers/mmc/exynos_dw_mmc.c
index 4ef9fec..f7439a0 100644
--- a/drivers/mmc/exynos_dw_mmc.c
+++ b/drivers/mmc/exynos_dw_mmc.c
@@ -62,6 +62,9 @@ int exynos_dwmci_add_port(int index, u32 regbase, int
bus_width, u32 clksel)
host-name = EXYNOS DWMMC;
host-ioaddr = (void *)regbase;
host-buswidth = bus_width;
+#ifdef CONFIG_EXYNOS5420
+ host-quirks = DWMCI_QUIRK_DISABLE_SMU;
+#endif
if (clksel) {
host-clksel_val = clksel;
diff --git a/include/dwmmc.h b/include/dwmmc.h
index 08ced0b..6263140 100644
--- a/include/dwmmc.h
+++ b/include/dwmmc.h
@@ -123,6 +123,9 @@
#define DWMCI_BMOD_IDMAC_FB (1 1)
#define DWMCI_BMOD_IDMAC_EN (1 7)
+/* quirks */
+#define DWMCI_QUIRK_DISABLE_SMU (1 0)
+
struct dwmci_host {
char *name;
void *ioaddr;
--
1.7.12.4
Applied, thanks
Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC PATCH 7/7] spl: mmc: FAT support boot u-boot
Hi Heiko, On 10/31/2013 15:42, Heiko Schocher wrote: Hello Bo, Am 30.10.2013 10:15, schrieb Bo Shen: Enable SPL support which can load u-boot from SD card in FAT format. Signed-off-by: Bo Shenvoice.s...@atmel.com --- arch/arm/cpu/armv7/Makefile|2 +- arch/arm/cpu/armv7/at91/u-boot-spl.lds | 50 + Why do you need a special lds file? Does arch/arm/cpu/u-boot-spl.lds not fit for you? As the bss segment is too big, which exceed the size of sram, it needs to put the bss into sdram. So, I add this lds file. bye, Heiko Best Regards, Bo Shen ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2 V2] Powerpc/esdhc: Add simple description of esdhc register
Hi Haijun,
On Oct 30, 2013, at 5:37 AM, Haijun Zhang wrote:
Add some descriptions for esdhc register for easily using.
Signed-off-by: Haijun Zhang haijun.zh...@freescale.com
---
drivers/mmc/fsl_esdhc.c | 74 -
1 file changed, 37 insertions(+), 37 deletions(-)
diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c
index a3b165e..0d0b748 100644
--- a/drivers/mmc/fsl_esdhc.c
+++ b/drivers/mmc/fsl_esdhc.c
@@ -24,43 +24,43 @@
DECLARE_GLOBAL_DATA_PTR;
struct fsl_esdhc {
- uintdsaddr;
- uintblkattr;
- uintcmdarg;
- uintxfertyp;
- uintcmdrsp0;
- uintcmdrsp1;
- uintcmdrsp2;
- uintcmdrsp3;
- uintdatport;
- uintprsstat;
- uintproctl;
- uintsysctl;
- uintirqstat;
- uintirqstaten;
- uintirqsigen;
- uintautoc12err;
- uinthostcapblt;
- uintwml;
- uintmixctrl;
- charreserved1[4];
- uintfevt;
- uintadmaes;
- uintadsaddr;
- charreserved2[160];
- uinthostver;
- charreserved3[4];
- uintdmaerraddr;
- charreserved4[4];
- uintdmaerrattr;
- charreserved5[4];
- uinthostcapblt2;
- charreserved6[8];
- uinttcr;
- charreserved7[28];
- uintsddirctl;
- charreserved8[712];
- uintscr;
+ uintdsaddr; /* SDMA system address register */
+ uintblkattr;/* Block attributes register */
+ uintcmdarg; /* Command argument register */
+ uintxfertyp;/* Transfer type register */
+ uintcmdrsp0;/* Command response 0 register */
+ uintcmdrsp1;/* Command response 1 register */
+ uintcmdrsp2;/* Command response 2 register */
+ uintcmdrsp3;/* Command response 3 register */
+ uintdatport;/* Buffer data port register */
+ uintprsstat;/* Present state register */
+ uintproctl; /* Protocol control register */
+ uintsysctl; /* System Control Register */
+ uintirqstat;/* Interrupt status register */
+ uintirqstaten; /* Interrupt status enable register */
+ uintirqsigen; /* Interrupt signal enable register */
+ uintautoc12err; /* Auto CMD error status register */
+ uinthostcapblt; /* Host controller capabilities register */
+ uintwml;/* Watermark level register */
+ uintmixctrl;/* For USDHC */
+ charreserved1[4]; /* reserved */
+ uintfevt; /* Force event register */
+ uintadmaes; /* ADMA error status register */
+ uintadsaddr;/* ADMA system address register */
+ charreserved2[160]; /* reserved */
+ uinthostver;/* Host controller version register */
+ charreserved3[4]; /* reserved */
+ uintdmaerraddr; /* DMA error address register */
+ charreserved4[4]; /* reserved */
+ uintdmaerrattr; /* DMA error attribute register */
+ charreserved5[4]; /* reserved */
+ uinthostcapblt2;/* Host controller capabilities register 2 */
+ charreserved6[8]; /* reserved */
+ uinttcr;/* Tuning control register */
+ charreserved7[28]; /* reserved */
+ uintsddirctl; /* SD direction control register */
+ charreserved8[712]; /* reserved */
+ uintscr;/* eSDHC control register */
};
/* Return the XFERTYP flags for a given command and data packet */
--
1.8.4
Applied, thanks
Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2 V3] esdhc: memset mmc struct before putting into use
Hi Haijun, On Oct 31, 2013, at 3:38 AM, Haijun Zhang wrote: struct mmc should be clear to all '0' after malloc to avoid unexpect variable value. Like mmc-has_init = xxx. In this case mmcinfo will believe the card had been initialized before and skip the initialization. Test on P5040 and T4240, Error Log: = mmcinfo Device: FSL_SDHC Manufacturer ID: 0 OEM: 0 Name: Tran Speed: 0 Rd Block Len: 0 MMC version 0.0 High Capacity: No Capacity: 0 Bytes Bus Width: 0-bit = Signed-off-by: Haijun Zhang haijun.zh...@freescale.com Signed-off-by: Xie Shaohui-B21989 b21...@freescale.com Tested-by: Ryan Barnett rjbar...@rockwellcollins.com --- changes for V3: - Only add Tested-by no other changes changes for V2: - No changes drivers/mmc/fsl_esdhc.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index a7170b4..d4c1eef 100644 --- a/drivers/mmc/fsl_esdhc.c +++ b/drivers/mmc/fsl_esdhc.c @@ -521,6 +521,7 @@ int fsl_esdhc_initialize(bd_t *bis, struct fsl_esdhc_cfg *cfg) if (!mmc) return -ENOMEM; + memset(mmc, 0, sizeof(struct mmc)); sprintf(mmc-name, FSL_SDHC); regs = (struct fsl_esdhc *)cfg-esdhc_base; -- 1.8.4 Applied, thanks. Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2 V3] powerpc/esdhc: Add 3.3v voltage support in esdhc capacity register
Hi Haijun, On Oct 31, 2013, at 3:38 AM, Haijun Zhang wrote: T4240QDS eSDHC host capabilities reigster should have VS33 bit define. Add quirk CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 to deal with capacity missing Signed-off-by: Roy Zang tie-fei.z...@freescale.com Signed-off-by: Haijun Zhang haijun.zh...@freescale.com --- changes for V3: - Move the macro define to T4240QDS.h drivers/mmc/fsl_esdhc.c| 6 ++ include/configs/T4240QDS.h | 1 + 2 files changed, 7 insertions(+) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index d4c1eef..b8b2907 100644 --- a/drivers/mmc/fsl_esdhc.c +++ b/drivers/mmc/fsl_esdhc.c @@ -545,6 +545,12 @@ int fsl_esdhc_initialize(bd_t *bis, struct fsl_esdhc_cfg *cfg) caps = caps ~(ESDHC_HOSTCAPBLT_SRS | ESDHC_HOSTCAPBLT_VS18 | ESDHC_HOSTCAPBLT_VS30); #endif + +/* T4240 host controller capabilities register should have VS33 bit */ +#ifdef CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 + caps = caps | ESDHC_HOSTCAPBLT_VS33; +#endif + if (caps ESDHC_HOSTCAPBLT_VS18) voltage_caps |= MMC_VDD_165_195; if (caps ESDHC_HOSTCAPBLT_VS30) diff --git a/include/configs/T4240QDS.h b/include/configs/T4240QDS.h index 590799c..3777ccb 100644 --- a/include/configs/T4240QDS.h +++ b/include/configs/T4240QDS.h @@ -463,6 +463,7 @@ unsigned long get_board_ddr_clk(void); #define CONFIG_CMD_EXT2 #define CONFIG_CMD_FAT #define CONFIG_DOS_PARTITION +#define CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 #endif #define CONFIG_BOOTDELAY 10 /* -1 disables auto-boot */ -- 1.8.4 Applied, thanks. Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] squashfs
Hi there, I have a rootfs image formatted in squashfs. I have a primary partition reserved for my rootfs on my sd card (mmc). Can i update my rootfs from uboot ? Thanks, ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Pull request: u-boot-mmc 31102013
Hi Tom, The following changes since commit 509dca7a11aad394d781a9d31a7bfa6692562741: Merge branch 'master' of git://git.denx.de/u-boot-video (2013-10-30 08:36:48 -0400) are available in the git repository at: git://git.denx.de/u-boot-mmc.git master for you to fetch changes up to ef38f3ffb97331725b00dce667da3aefa0a75340: powerpc/esdhc: Add 3.3v voltage support in esdhc capacity register (2013-10-31 09:55:34 +0200) Haijun.Zhang (4): powerpc/esdhc: Map register for eSDHC Host Controller V3.0 Powerpc/esdhc: Add simple description of esdhc register esdhc: memset mmc struct before putting into use powerpc/esdhc: Add 3.3v voltage support in esdhc capacity register Jaehoon Chung (1): mmc: dw_mmc: change the callback function name. Oliver Metz (1): mmc: Fix erase_grp_size for partitioned card Przemyslaw Marczak (1): mmc: sdhci: Avoid commands errors by simple timeout adaptation. Rajeshwari Shinde (1): DWMMC: SMDK5420: Disable SMU for eMMC arch/arm/include/asm/arch-exynos/dwmmc.h | 13 + drivers/mmc/dw_mmc.c | 17 ++--- drivers/mmc/exynos_dw_mmc.c | 5 - drivers/mmc/fsl_esdhc.c | 69 - drivers/mmc/mmc.c| 17 + drivers/mmc/sdhci.c | 35 --- include/configs/T4240QDS.h | 1 + include/dwmmc.h | 5 - include/mmc.h| 2 ++ 9 files changed, 123 insertions(+), 41 deletions(-) Regards -- Pantelis ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v2] Add support for SX151x SPI GPIO Expanders
Signed-off-by: Viktar Palstsiuk viktar.palsts...@promwad.com
---
drivers/gpio/Makefile | 1 +
drivers/gpio/sx151x.c | 242 ++
include/sx151x.h | 17
3 files changed, 260 insertions(+)
create mode 100644 drivers/gpio/sx151x.c
create mode 100644 include/sx151x.h
diff --git a/drivers/gpio/Makefile b/drivers/gpio/Makefile
index 71ddb00..9f13342 100644
--- a/drivers/gpio/Makefile
+++ b/drivers/gpio/Makefile
@@ -34,6 +34,7 @@ COBJS-$(CONFIG_S3C2440_GPIO) += s3c2440_gpio.o
COBJS-$(CONFIG_XILINX_GPIO)+= xilinx_gpio.o
COBJS-$(CONFIG_ADI_GPIO2) += adi_gpio2.o
COBJS-$(CONFIG_TCA642X)+= tca642x.o
+COBJS-$(CONFIG_SX151X) += sx151x.o
COBJS := $(COBJS-y)
SRCS := $(COBJS:.o=.c)
diff --git a/drivers/gpio/sx151x.c b/drivers/gpio/sx151x.c
new file mode 100644
index 000..167cf40
--- /dev/null
+++ b/drivers/gpio/sx151x.c
@@ -0,0 +1,242 @@
+/*
+ * (C) Copyright 2013
+ * Viktar Palstsiuk, Promwad, viktar.palsts...@promwad.com
+ *
+ * SPDX-License-Identifier:GPL-2.0+
+ */
+
+/*
+ * Driver for Semtech SX151x SPI GPIO Expanders
+ */
+
+#include common.h
+#include spi.h
+#include sx151x.h
+
+#ifndef CONFIG_SX151X_SPI_BUS
+#define CONFIG_SX151X_SPI_BUS 0
+#endif
+
+/*
+ * The SX151x registers
+ */
+
+#ifdef CONFIG_SX151X_GPIO_COUNT_8
+/* 8bit: SX1511 */
+#define SX151X_REG_DIR 0x07
+#define SX151X_REG_DATA0x08
+#else
+/* 16bit: SX1512 */
+#define SX151X_REG_DIR 0x0F
+#define SX151X_REG_DATA0x11
+#endif
+#define SX151X_REG_RESET 0x7D
+
+static int sx151x_spi_write(int chip, unsigned char reg, unsigned char val)
+{
+ struct spi_slave *slave;
+ unsigned char buf[2];
+ int ret;
+
+ slave = spi_setup_slave(CONFIG_SX151X_SPI_BUS, chip, 100,
+ SPI_MODE_0);
+ if (!slave)
+ return 0;
+
+ spi_claim_bus(slave);
+
+ buf[0] = reg;
+ buf[1] = val;
+
+ ret = spi_xfer(slave, 16, buf, NULL, SPI_XFER_BEGIN | SPI_XFER_END);
+ if (ret 0)
+ printf(spi%d.%d write fail: can't write %02x to %02x: %d\n,
+ CONFIG_SX151X_SPI_BUS, chip, val, reg, ret);
+ else
+ printf(spi%d.%d write 0x%02x to register 0x%02x\n,
+ CONFIG_SX151X_SPI_BUS, chip, val, reg);
+ spi_release_bus(slave);
+ spi_free_slave(slave);
+
+ return ret;
+}
+
+static int sx151x_spi_read(int chip, unsigned char reg)
+{
+ struct spi_slave *slave;
+ int ret;
+
+ slave = spi_setup_slave(CONFIG_SX151X_SPI_BUS, chip, 100,
+ SPI_MODE_0);
+ if (!slave)
+ return 0;
+
+ spi_claim_bus(slave);
+
+ ret = spi_w8r8(slave, reg | 0x80);
+ if (ret 0)
+ printf(spi%d.%d read fail: can't read %02x: %d\n,
+ CONFIG_SX151X_SPI_BUS, chip, reg, ret);
+ else
+ printf(spi%d.%d read register 0x%02x: 0x%02x\n,
+ CONFIG_SX151X_SPI_BUS, chip, reg, ret);
+
+ spi_release_bus(slave);
+ spi_free_slave(slave);
+
+ return ret;
+}
+
+static inline void sx151x_find_cfg(int gpio, unsigned char *reg, unsigned char
*mask)
+{
+ *reg -= gpio / 8;
+ *mask = 1 (gpio % 8);
+}
+
+static int sx151x_write_cfg(int chip, unsigned char gpio, unsigned char reg,
int val)
+{
+ unsigned char mask;
+ unsigned char data;
+ int ret;
+
+ sx151x_find_cfg(gpio, reg, mask);
+ ret = sx151x_spi_read(chip, reg);
+ if (ret 0)
+ return ret;
+ else
+ data = ret;
+ data = ~mask;
+ data |= (val (gpio % 8)) mask;
+ return sx151x_spi_write(chip, reg, data);
+}
+
+int sx151x_get_value(int chip, int gpio)
+{
+ unsigned char reg = SX151X_REG_DATA;
+ unsigned char mask;
+ int ret;
+
+ sx151x_find_cfg(gpio, reg, mask);
+ ret = sx151x_spi_read(chip, reg);
+ if (ret = 0)
+ ret = (ret mask) != 0 ? 1 : 0;
+
+ return ret;
+}
+
+int sx151x_set_value(int chip, int gpio, int val)
+{
+ return sx151x_write_cfg(chip, gpio, SX151X_REG_DATA, (val ? 1 : 0));
+}
+
+int sx151x_direction_input(int chip, int gpio)
+{
+ return sx151x_write_cfg(chip, gpio, SX151X_REG_DIR, 1);
+}
+
+int sx151x_direction_output(int chip, int gpio)
+{
+ return sx151x_write_cfg(chip, gpio, SX151X_REG_DIR, 0);
+}
+
+int sx151x_reset(int chip)
+{
+ int err;
+
+ err = sx151x_spi_write(chip, SX151X_REG_RESET, 0x12);
+ if (err 0)
+ return err;
+
+ err = sx151x_spi_write(chip, SX151X_REG_RESET, 0x34);
+ return err;
+}
+
+#ifdef CONFIG_CMD_SX151X
+
+int do_sx151x(cmd_tbl_t *cmdtp, int flag, int argc, char * const argv[])
+{
+ int ret = CMD_RET_USAGE, chip = 0, gpio = 0, val = 0;
+
+ if (argc 3)
+ return
Re: [U-Boot] [PATCH 3/4] arm: rmobile: Add support R8A7791
Hi, again. 2013/10/31 Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com: Hi, Albert. Sorry, I dont notice your mail. 2013/10/30 Albert ARIBAUD albert.u.b...@aribaud.net: On Thu, 17 Oct 2013 13:04:06 +0200, Albert ARIBAUD albert.u.b...@aribaud.net wrote: Hi Nobuhiro, On Tue, 24 Sep 2013 15:38:34 +0900, Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com wrote: Renesas R8A7791 is CPU with Cortex-A7 and A15. This supports the basic register definition and GPIO and framework of PFC. Signed-off-by: Hisashi Nakamura hisashi.nakamura...@renesas.com Signed-off-by: Nobuhiro Iwamatsu nobuhiro.iwamatsu...@renesas.com CC: Nobuhiro Iwamatsu iwama...@nigauri.org CC: Albert Aribaud albert.u.b...@aribaud.net --- arch/arm/cpu/armv7/rmobile/Makefile |2 + arch/arm/cpu/armv7/rmobile/cpu_info-r8a7791.c| 29 + arch/arm/cpu/armv7/rmobile/cpu_info.c|5 + arch/arm/cpu/armv7/rmobile/pfc-r8a7791.c | 3415 ++ Is there no way to make this big file common between R8A7790 and R8A7791? Thanks for your comment. Sorry, do you mean that Can you common the PFC of r8a7790 and r8a7791?, because this file is large and these can be used in common. Right? If this is right, I will merge these file and re-send. I tried common between R8A7790 and R8A7791. But these files have register infomation of Pin Function Controller. Register configuration is different from these, there is almost no common parts. However, I found a common part of some. It is possible to separate them. Best regards, Nobuhiro -- Nobuhiro Iwamatsu ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2 V3] powerpc/esdhc: Add 3.3v voltage support in esdhc capacity register
Thanks a lot. ? 2013/10/31 15:53, Pantelis Antoniou ??: Hi Haijun, On Oct 31, 2013, at 3:38 AM, Haijun Zhang wrote: T4240QDS eSDHC host capabilities reigster should have VS33 bit define. Add quirk CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 to deal with capacity missing Signed-off-by: Roy Zang tie-fei.z...@freescale.com Signed-off-by: Haijun Zhang haijun.zh...@freescale.com --- changes for V3: - Move the macro define to T4240QDS.h drivers/mmc/fsl_esdhc.c| 6 ++ include/configs/T4240QDS.h | 1 + 2 files changed, 7 insertions(+) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index d4c1eef..b8b2907 100644 --- a/drivers/mmc/fsl_esdhc.c +++ b/drivers/mmc/fsl_esdhc.c @@ -545,6 +545,12 @@ int fsl_esdhc_initialize(bd_t *bis, struct fsl_esdhc_cfg *cfg) caps = caps ~(ESDHC_HOSTCAPBLT_SRS | ESDHC_HOSTCAPBLT_VS18 | ESDHC_HOSTCAPBLT_VS30); #endif + +/* T4240 host controller capabilities register should have VS33 bit */ +#ifdef CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 + caps = caps | ESDHC_HOSTCAPBLT_VS33; +#endif + if (caps ESDHC_HOSTCAPBLT_VS18) voltage_caps |= MMC_VDD_165_195; if (caps ESDHC_HOSTCAPBLT_VS30) diff --git a/include/configs/T4240QDS.h b/include/configs/T4240QDS.h index 590799c..3777ccb 100644 --- a/include/configs/T4240QDS.h +++ b/include/configs/T4240QDS.h @@ -463,6 +463,7 @@ unsigned long get_board_ddr_clk(void); #define CONFIG_CMD_EXT2 #define CONFIG_CMD_FAT #define CONFIG_DOS_PARTITION +#define CONFIG_SYS_FSL_MMC_HAS_CAPBLT_VS33 #endif #define CONFIG_BOOTDELAY10 /* -1 disables auto-boot */ -- 1.8.4 Applied, thanks. Acked-by: Pantelis Antoniou pa...@antoniou-consulting.com -- Thanks Regards Haijun. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 00/10 V6] EXYNOS5420: Add SMDK5420 board support
Hi Minkyu Kang, Kindly do review the patch set and do let me know if any review comments. Pantelis Antoniou has merged the patch 10 (DWMMC: SMDK5420: Disable SMU for eMMC) into mmc tree. Regards, Rajeshwari Shinde. On Tue, Oct 29, 2013 at 12:53 PM, Rajeshwari S Shinde rajeshwar...@samsung.com wrote: This patch adds basic board support for SMDK5420 board. These patches are tested for booting fine on EVT1 SMDK5420. Changes in V2: - Corrected a compilation issue for SMDK5420. Changes in V3: - Add patch to support variable size SPL support - Add patch to disable SMU for eMMC. Changes in V4: - Added check for MAX77686 pmic compilation. - Added correct calculation of gpio based addresses. - Rebased on the latest u-boot code. - Removed patches for UART and TZPC changes as they were not needed. - Added flag to disable SMU for eMMC. Changes in V5: - Moved functions board_mmc_init and board_eth_init to common/board.c in case of device tree support. Changes in V6: - Rebased on the latest mainline branch. - Moved the definitions for SMU to arch/arm dwmmc.h Rajeshwari S Shinde (10): EXYNOS5: Create a common board file Exynos5420: Add base addresses for 5420 Exynos5420: Add clock initialization for 5420 Exynos5420: Add DDR3 initialization for 5420 Exynos5420: Add support for 5420 in pinmux and gpio Exynos5420: Add base patch for SMDK5420 DTS: Add dts support for SMDK5420 Config: Add initial config for SMDK5420 SPL: EXYNOS: Prepare for variable size SPL support DWMMC: SMDK5420: Disable SMU for eMMC arch/arm/cpu/armv7/exynos/clock.c | 270 - arch/arm/cpu/armv7/exynos/clock_init.h | 17 + arch/arm/cpu/armv7/exynos/clock_init_exynos5.c | 352 +++- arch/arm/cpu/armv7/exynos/dmc_common.c | 10 +- arch/arm/cpu/armv7/exynos/dmc_init_ddr3.c | 421 +- arch/arm/cpu/armv7/exynos/exynos5_setup.h | 740 +++-- arch/arm/cpu/armv7/exynos/pinmux.c | 241 +++- arch/arm/dts/exynos5.dtsi | 211 +++ arch/arm/dts/exynos5250.dtsi | 178 +- arch/arm/dts/exynos5420.dtsi | 74 +++ arch/arm/include/asm/arch-exynos/board.h | 17 + arch/arm/include/asm/arch-exynos/clk.h | 1 + arch/arm/include/asm/arch-exynos/clock.h | 494 + arch/arm/include/asm/arch-exynos/cpu.h | 53 +- arch/arm/include/asm/arch-exynos/dmc.h | 121 ++-- arch/arm/include/asm/arch-exynos/dwmmc.h | 13 + arch/arm/include/asm/arch-exynos/gpio.h| 143 - arch/arm/include/asm/arch-exynos/periph.h | 3 + board/samsung/common/Makefile | 4 + board/samsung/common/board.c | 407 ++ board/samsung/dts/exynos5420-smdk5420.dts | 172 ++ board/samsung/smdk5250/exynos5-dt.c| 361 +--- board/samsung/smdk5250/smdk5250.c | 182 +- board/samsung/smdk5420/Makefile| 34 ++ board/samsung/smdk5420/smdk5420.c | 159 ++ board/samsung/smdk5420/smdk5420_spl.c | 52 ++ boards.cfg | 1 + drivers/mmc/dw_mmc.c | 11 + drivers/mmc/exynos_dw_mmc.c| 3 + include/configs/exynos5-dt.h | 302 ++ include/configs/exynos5250-dt.h| 317 +-- include/configs/smdk5420.h | 56 ++ include/dwmmc.h| 3 + spl/Makefile | 7 +- tools/Makefile | 2 + tools/mkexynosspl.c| 167 -- 36 files changed, 4271 insertions(+), 1328 deletions(-) create mode 100644 arch/arm/dts/exynos5.dtsi create mode 100644 arch/arm/dts/exynos5420.dtsi create mode 100644 arch/arm/include/asm/arch-exynos/board.h create mode 100644 board/samsung/common/board.c create mode 100644 board/samsung/dts/exynos5420-smdk5420.dts create mode 100644 board/samsung/smdk5420/Makefile create mode 100644 board/samsung/smdk5420/smdk5420.c create mode 100644 board/samsung/smdk5420/smdk5420_spl.c create mode 100644 include/configs/exynos5-dt.h create mode 100644 include/configs/smdk5420.h -- 1.7.12.4 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot -- Regards, Rajeshwari Shinde ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 1/2] powerpc: mmc: Add corenet devices support in esdhc spl
Existing eSDHC SPL framework assumes booting from sd-image
with boot_format header which contains final u-boot Image
offset and size. No such header is present in case of
corenet devices like T1040.
So, for corenet deives, SPL bootloader use values provided
at compilation time. These values can be defined in board
specific config file.
Signed-off-by: Priyanka Jain priyanka.j...@freescale.com
---
drivers/mmc/fsl_esdhc_spl.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/mmc/fsl_esdhc_spl.c b/drivers/mmc/fsl_esdhc_spl.c
index 65c52a2..8fc263f 100644
--- a/drivers/mmc/fsl_esdhc_spl.c
+++ b/drivers/mmc/fsl_esdhc_spl.c
@@ -42,6 +42,10 @@ void __noreturn mmc_boot(void)
hang();
}
+#ifdef CONFIG_FSL_CORENET
+ offset = CONFIG_SYS_MMC_U_BOOT_OFFS;
+ code_len = CONFIG_SYS_MMC_U_BOOT_SIZE;
+#else
blklen = mmc-read_bl_len;
tmp_buf = malloc(blklen);
if (!tmp_buf) {
@@ -91,6 +95,7 @@ void __noreturn mmc_boot(void)
/*
* Load U-Boot image from mmc into RAM
*/
+#endif
blk_start = ALIGN(offset, mmc-read_bl_len) / mmc-read_bl_len;
blk_cnt = ALIGN(code_len, mmc-read_bl_len) / mmc-read_bl_len;
err = mmc-block_dev.block_read(0, blk_start, blk_cnt,
--
1.7.4.1
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH 2/2] T1040QDS: Add support of 2 stage SD bootloader
Add support of 2-stage T1040QDS SD bootloader using SPL framework. In this, PBL (hardware) initializes SRAM (256K) and copy SPL (192K) from SD card to SRAM and transfer control to SPL. This SPL bootloader furthur initializes DDR using SPD and environment and copy final u-boot image (512K) from SD card to DDR and transfer control to final u-boot. Signed-off-by: Priyanka Jain priyanka.j...@freescale.com --- Based on u-boot-mpc85xx/next branch. This patch depends upon following patches: 1)[U-Boot,2/2] T1040QDS: Add support of 2 stage SPI bootloader http://patchwork.ozlabs.org/patch/287139/ board/freescale/t1040qds/README |8 board/freescale/t1040qds/spl.c |5 + boards.cfg |1 + include/configs/T1040QDS.h | 23 ++- 4 files changed, 32 insertions(+), 5 deletions(-) diff --git a/board/freescale/t1040qds/README b/board/freescale/t1040qds/README index 6235246..d4167c6 100644 --- a/board/freescale/t1040qds/README +++ b/board/freescale/t1040qds/README @@ -209,3 +209,11 @@ Command to build 2 stage SPI boot loader +6602 58027000 0100 - make T1040QDS_SPIFLASH_config - make u-boot-with-spl-pbl.bin + +Command to build 2 stage SD card boot loader +--- + - modify RCW at board/freescale/t1040qds/t1040_rcw.cfg for spi boot + -6602 fc027000 0100 + +6602 68027000 0100 + - make T1040QDS_SDCARD_config + - make u-boot-with-spl-pbl.bin diff --git a/board/freescale/t1040qds/spl.c b/board/freescale/t1040qds/spl.c index 60770f0..35d7651 100644 --- a/board/freescale/t1040qds/spl.c +++ b/board/freescale/t1040qds/spl.c @@ -107,6 +107,9 @@ void board_init_r(gd_t *gd, ulong dest_addr) mem_malloc_init(CONFIG_SPL_RELOC_MALLOC_ADDR, CONFIG_SPL_RELOC_MALLOC_SIZE); env_init(); +#ifdef CONFIG_SPL_MMC_BOOT + mmc_initialize(bd); +#endif /* relocate environment function pointers etc. */ env_relocate(); @@ -120,5 +123,7 @@ void board_init_r(gd_t *gd, ulong dest_addr) nand_boot(); #elif defined(CONFIG_SPL_SPI_BOOT) spi_boot(); +#elif defined(CONFIG_SPL_MMC_BOOT) + mmc_boot(); #endif } diff --git a/boards.cfg b/boards.cfg index 56f522e..e9a43a1 100644 --- a/boards.cfg +++ b/boards.cfg @@ -965,6 +965,7 @@ Active powerpc mpc85xx- freescale t4qds Active powerpc mpc85xx- freescale t1040qds T1040QDS T1040QDS:PPC_T1040 Naveen Burmi naveenbu...@freescale.com Active powerpc mpc85xx- freescale t1040qds T1040QDS_NANDT1040QDS:PPC_T1040,RAMBOOT_PBL,NAND Poonam Aggrwal poonam.aggr...@freescale.com Active powerpc mpc85xx- freescale t1040qds T1040QDS_SPIFLASH T1040QDS:PPC_T1040,RAMBOOT_PBL,SPIFLASH Poonam Aggrwal poonam.aggr...@freescale.com +Active powerpc mpc85xx- freescale t1040qds T1040QDS_SDCARD T1040QDS:PPC_T1040,RAMBOOT_PBL,SDCARD Poonam Aggrwal poonam.aggr...@freescale.com Active powerpc mpc85xx- gdsys p1022 controlcenterd_36BIT_SDCARD controlcenterd:36BIT,SDCARD Dirk Eibach eib...@gdsys.de Active powerpc mpc85xx- gdsys p1022 controlcenterd_36BIT_SDCARD_DEVELOP controlcenterd:36BIT,SDCARD,DEVELOP Dirk Eibach eib...@gdsys.de Active powerpc mpc85xx- gdsys p1022 controlcenterd_TRAILBLAZER controlcenterd:TRAILBLAZER,SPIFLASH Dirk Eibach eib...@gdsys.de diff --git a/include/configs/T1040QDS.h b/include/configs/T1040QDS.h index 27b812d..7bb8227 100644 --- a/include/configs/T1040QDS.h +++ b/include/configs/T1040QDS.h @@ -70,6 +70,17 @@ #define CONFIG_SYS_LDSCRIPTarch/powerpc/cpu/mpc85xx/u-boot.lds #define CONFIG_SPL_SPI_BOOT #endif +#ifdef CONFIG_SDCARD +#define CONFIG_SPL_MMC_SUPPORT +#define CONFIG_SYS_MMC_U_BOOT_SIZE (512 10) +#define CONFIG_SYS_MMC_U_BOOT_DST (0x28) +#define CONFIG_SYS_MMC_U_BOOT_START(0x2ff000) +#define
Re: [U-Boot] [PATCH v2 0/5] Add device tree support for VxWorks
Hi Tom, On 09/24/2013 07:27 AM, Tom Rini wrote: I think things look OK, but as they were posted after the merge window closed, they won't go in to master until after the v2013.10 release, thanks! Will this go into master in this merge window ? And I noticed there are some changes to common do_bootm, which reqiures adjustment to vxworks subcommand handling code, do I need to rebase and resend the patches ? Thanks. Miao ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] tegra: allow build to succeed with SPL disabled
u-boot-dtb-tegra.bin and u-boot-nodtb-tegra.bin binaries are generated only if the SPL build is enabled as they have dependency on SPL build Signed-off-by: Vidya Sagar vid...@nvidia.com --- Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Makefile b/Makefile index 1365db6..3c71082 100644 --- a/Makefile +++ b/Makefile @@ -407,12 +407,14 @@ endif # enable combined SPL/u-boot/dtb rules for tegra ifneq ($(CONFIG_TEGRA),) +ifeq ($(CONFIG_SPL),y) ifeq ($(CONFIG_OF_SEPARATE),y) ALL-y += $(obj)u-boot-dtb-tegra.bin else ALL-y += $(obj)u-boot-nodtb-tegra.bin endif endif +endif all: $(ALL-y) $(SUBDIR_EXAMPLES) -- 1.8.1.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] Festival Shutdown : U-Boot Digest, Vol 65, Issue 50
Hi, Due to Diwali Festival, SLS will be closed from Oct. 31th to Nov. 6th. We will return on Nov. 7th to the office. For urgent matter please call on 001-408-852-0067. For more information about Diwali: http://en.wikipedia.org/wiki/Diwali Regards, Hemal Patel ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v2 0/5] Add device tree support for VxWorks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/31/2013 05:56 AM, myan wrote: Hi Tom, On 09/24/2013 07:27 AM, Tom Rini wrote: I think things look OK, but as they were posted after the merge window closed, they won't go in to master until after the v2013.10 release, thanks! Will this go into master in this merge window ? And I noticed there are some changes to common do_bootm, which reqiures adjustment to vxworks subcommand handling code, do I need to rebase and resend the patches ? Thanks. Yes, it can come in, I just have been a bit busy and getting behind on collecting up patches. If you can re-base and re-test things I'd appreciate it, thanks! - -- Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJScj+cAAoJENk4IS6UOR1WJsYP/2BH+iHMKYTSOVxxNnFjRCMb u1xGLxsdCbloXFE/S5o3pnMxnelXvR+U14QOat1NIYPjw8Qw3Mz0+p0msYXIS++R 0GI5gaa8TRcWmj7AD1TuBKv/xttMufBPkw65HZROlw+rdjIxat/Y40snz4qtprj5 TigAOxzgvYljmuyXeIc9AaH5+WOD2P2t69rst42lAeUDxaxMUDNmt3t445Xpyvut pPUiv6ys3H5l7Op2/poTE1kBsTArf6YQU4HuNUZL/jTY7TGb6Y0l7UGbAMSBXVGZ XsYcdFRgdtl7Cp6nhdnZKNXpUBhJz2nszTl70D1YA6fPq/xPjju01PrEndARc/fX aH1R1cV/zj3LGKhOZePlpfiEsjFweCDc0i4QMAzdNMJMTLokAfVvaa9Jwwij1Z+2 AFfMoO9YPs5gRovqge8S344eoD+DK6AO/3aQXiL9RbL0xEPCYP8jKM8Dp18o0EeO kRvRkCMxeeEUs6NCXP2PT1EpYIQmkHQcHqCJzyf5dYbOaoU0IFydFu3L8CbRMP92 JAvOdPVnG7KaLiJO1Wjkd6O8PH1QkfS1Wexq7ikq1OE4GkKGbkg878cLKF13wJ2x U9WjVkni9UrTmZx1pRZ2dtxMb+y+8LKnJQiSeqVZ0AHJF7rmIKFdJlrdn59c4wpd 0C6/Q7n3oTrk3KxcYKOJ =i0Iw -END PGP SIGNATURE- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v3 00/19] First step towards Kbuild: Use Kbuild style makefiles
On Thu, Oct 17, 2013 at 05:34:46PM +0900, Masahiro Yamada wrote: Kbuild in U-Boot has been talked for a while and RFC patches were posted by Simon Glass. Yay. And I see from the summit notes that the concensous was to work on this part first (which was my hope). I'll do some more testing locally before pushing these out shortly. Thanks! -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v2] nand_util.c: Correct licensing
Prior to SPDX licensing this file was GPL-2.0 with Freescale granting rights for or later for their contributed code. We incorrectly moved this file to GPL-2.0+, so correct it to GPL-2.0. In addition we cannot easily denote in the file where or what code is or later, so just set that aside for now and the file as a whole is GPL-2.0 regardless. Cc: Scott Wood scottw...@freescale.com Signed-off-by: Tom Rini tr...@ti.com --- drivers/mtd/nand/nand_util.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/mtd/nand/nand_util.c b/drivers/mtd/nand/nand_util.c index 5246bbf..eeaa7e8 100644 --- a/drivers/mtd/nand/nand_util.c +++ b/drivers/mtd/nand/nand_util.c @@ -14,7 +14,9 @@ * Copyright (C) 2008 Nokia Corporation: drop_ffs() function by * Artem Bityutskiy dedeki...@gmail.com from mtd-utils * - * SPDX-License-Identifier:GPL-2.0+ + * Copyright 2010 Freescale Semiconductor + * + * SPDX-License-Identifier:GPL-2.0 */ #include common.h -- 1.7.9.5 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] SPL Dfu update
On Wed, Oct 30, 2013 at 09:11:43PM +0100, Wolfgang Denk wrote: Dear Michael Trimarchi, In message CAOf5uw=hckwpaqogco3kvm1erhs-dvc5brt4usu3uqkettt...@mail.gmail.com you wrote: This does not answer Stefano's question: why do it in SPL, what's wrong with loading the real U-Boot for this purpose? Because it's not possible, internal memory size of some cpus. You need to have a way to load the second stage and I'm discussing a general way to do. I'm not sure that there are many use cases where you have sufficient room for all that is needed for DFU (including I/O buffers); and if you move to RAM early, you have other options as well. No, it's true. We have some small amount of image download area in some sort of on-chip RAM (OMAP3 is between 54 and 62KiB, depending on how we think about stack, AM335x is ~110KiB) which is where our first stage _has_to_ fit. We can still do a two-step process here of loading a regular SPL and then a full U-Boot, but this requires more complicated host side tooling. But this is what I was trying to highlight, about how Scott's comment is right. What's desired here, rightly is a U-Boot build with limited IO and a main loop that drops right into DFU. You can do this today with SPL+U-Boot and a CONFIG_BOOTCOMMAND that just kicks off DFU. But that means transferring more data, which is taking more time and yes, programming time is a concern. What is your alternative way? Depending on your hardware there is a zillion ways to do this. For low to medium volumes good old JTAG is still a very powerful tool; for high volumes you will probably just fit pre-programmed NAND on your board. And of course there is the growing number of systems that can just boot and install from a SDCard or USB MSD. Exactly. But you're leaving out system boots via USB gadget, which is what Michael is trying to solve. -- Tom signature.asc Description: Digital signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] arm: trats: add the sd-card power control function.
To use the sd-card, VTF_2.8V will be enabled.
Before this patch, VTF_2.8V is always disabled.(card can't initialize.)
When card is detected, SD-card power will enable with sd_ldo_control().
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
board/samsung/trats/trats.c | 38 --
1 file changed, 32 insertions(+), 6 deletions(-)
diff --git a/board/samsung/trats/trats.c b/board/samsung/trats/trats.c
index 7f61d17..9b6dd12 100644
--- a/board/samsung/trats/trats.c
+++ b/board/samsung/trats/trats.c
@@ -408,11 +408,31 @@ int checkboard(void)
#endif
#ifdef CONFIG_GENERIC_MMC
+static int sd_ldo_control(int on)
+{
+ struct pmic *p = pmic_get(MAX8997_PMIC);
+ u32 val = 0;
+ int ret = 0;
+ if (pmic_probe(p))
+ return -1;
+
+ /* LDO17 VTF: 2.8V */
+ val = max8997_reg_ldo(280) | (on? EN_LDO : DIS_LDO);
+ ret |= pmic_reg_write(p, MAX8997_REG_LDO17CTRL, val);
+
+ if (ret) {
+ puts(MAX8997 SD setting error!\n);
+ return -1;
+ }
+
+ return 0;
+}
+
int board_mmc_init(bd_t *bis)
{
struct exynos4_gpio_part2 *gpio =
(struct exynos4_gpio_part2 *)samsung_get_base_gpio_part2();
- int err;
+ int err, err_sd = 0;
/* eMMC_EN: SD_0_CDn: GPK0[2] Output High */
s5p_gpio_direction_output(gpio-k0, 2, 1);
@@ -438,14 +458,20 @@ int board_mmc_init(bd_t *bis)
* GPX3[4] T-flash detect pin
*/
if (!s5p_gpio_get_value(gpio-x3, 4)) {
- err = exynos_pinmux_config(PERIPH_ID_SDMMC2, PINMUX_FLAG_NONE);
- if (err)
+ err_sd = exynos_pinmux_config(PERIPH_ID_SDMMC2,
PINMUX_FLAG_NONE);
+ if (err_sd)
debug(SDMMC2 not configured\n);
- else
- err = s5p_mmc_init(2, 4);
+ else {
+ if (!sd_ldo_control(1)) {
+ err_sd = s5p_mmc_init(2, 4);
+ if (err_sd) {
+ sd_ldo_control(0);
+ }
+ }
+ }
}
- return err;
+ return err err_sd;
}
#endif
--
1.7.9.5
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] tegra: allow build to succeed with SPL disabled
Vidya, -Original Message- From: Vidya Sagar [mailto:vid...@nvidia.com] Sent: Thursday, October 31, 2013 2:22 AM To: u-boot@lists.denx.de Cc: Tom Warren; Stephen Warren; Vidya Sagar Subject: [PATCH] tegra: allow build to succeed with SPL disabled u-boot-dtb-tegra.bin and u-boot-nodtb-tegra.bin binaries are generated only if the SPL build is enabled as they have dependency on SPL build Signed-off-by: Vidya Sagar vid...@nvidia.com --- Makefile | 2 ++ 1 file changed, 2 insertions(+) diff --git a/Makefile b/Makefile index 1365db6..3c71082 100644 --- a/Makefile +++ b/Makefile @@ -407,12 +407,14 @@ endif # enable combined SPL/u-boot/dtb rules for tegra ifneq ($(CONFIG_TEGRA),) +ifeq ($(CONFIG_SPL),y) ifeq ($(CONFIG_OF_SEPARATE),y) ALL-y += $(obj)u-boot-dtb-tegra.bin else ALL-y += $(obj)u-boot-nodtb-tegra.bin endif endif +endif all: $(ALL-y) $(SUBDIR_EXAMPLES) -- 1.8.1.5 LGTM, thanks. I assume you built all Tegra boards using MAKEALL? If so, then: Acked-by: Tom Warren twar...@nvidia.com -- nvpublic ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: mx5: Enable L2 cache
Hi Stefano, On Wed, Oct 2, 2013 at 11:45 AM, Stefano Babic sba...@denx.de wrote: Ok, understood, thanks - I'll pick up this one for the next PR. I still don't see this patch applied yet. Regards, Fabio Estevam ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: mx5: Enable L2 cache
Hi Fabio, On 31/10/2013 17:07, Fabio Estevam wrote: Hi Stefano, On Wed, Oct 2, 2013 at 11:45 AM, Stefano Babic sba...@denx.de wrote: Ok, understood, thanks - I'll pick up this one for the next PR. I still don't see this patch applied yet. Sorry, I will apply it. Thanks for remind, Stefano -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] tegra: allow build to succeed with SPL disabled
On 10/31/2013 03:21 AM, Vidya Sagar wrote: u-boot-dtb-tegra.bin and u-boot-nodtb-tegra.bin binaries are generated only if the SPL build is enabled as they have dependency on SPL build Should they though? If there's no SPL, surely we still want to generate the same output filenames, so that consumers of the binaries don't have to care whether a particular board needs the SPL tacked onto the binary. In other words, rather than: u-boot-nodtb-tegra.bin == SPL + U-Boot u-boot-dtb-tegra.bin == SPL + U-Boot + DTB ... when SPL is disabled, shouldn't we generate: u-boot-nodtb-tegra.bin == U-Boot u-boot-dtb-tegra.bin == U-Boot + DTB That would require modifying the rules that generate those files not to include the SPL binary in the concatenation, rather than simply not generating those files at all. ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- include/configs/mx25pdk.h | 2 +- include/configs/mx28evk.h | 2 +- include/configs/mx31pdk.h | 2 +- include/configs/mx35pdk.h | 2 +- include/configs/mx51evk.h | 2 +- include/configs/mx53evk.h | 2 +- include/configs/mx53loco.h| 2 +- include/configs/mx53smd.h | 2 +- include/configs/mx6qarm2.h| 2 +- include/configs/mx6sabre_common.h | 2 +- 10 files changed, 10 insertions(+), 10 deletions(-) diff --git a/include/configs/mx25pdk.h b/include/configs/mx25pdk.h index 543c415..5e89168 100644 --- a/include/configs/mx25pdk.h +++ b/include/configs/mx25pdk.h @@ -65,7 +65,7 @@ #define CONFIG_SYS_MMC_ENV_DEV 0 /* U-Boot general configuration */ -#define CONFIG_SYS_PROMPT MX25PDK U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_AUTO_COMPLETE #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ /* Print buffer sz */ diff --git a/include/configs/mx28evk.h b/include/configs/mx28evk.h index 07f88ca..fefd499 100644 --- a/include/configs/mx28evk.h +++ b/include/configs/mx28evk.h @@ -14,7 +14,7 @@ /* System configurations */ #define CONFIG_MX28/* i.MX28 SoC */ #define CONFIG_MACH_TYPE MACH_TYPE_MX28EVK -#define CONFIG_SYS_PROMPT MX28EVK U-Boot +#define CONFIG_SYS_PROMPT = /* U-Boot Commands */ #define CONFIG_SYS_NO_FLASH diff --git a/include/configs/mx31pdk.h b/include/configs/mx31pdk.h index d41f2cd..72ddab3 100644 --- a/include/configs/mx31pdk.h +++ b/include/configs/mx31pdk.h @@ -120,7 +120,7 @@ * Miscellaneous configurable options */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ -#define CONFIG_SYS_PROMPT MX31PDK U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ /* Print Buffer Size */ #define CONFIG_SYS_PBSIZE (CONFIG_SYS_CBSIZE + \ diff --git a/include/configs/mx35pdk.h b/include/configs/mx35pdk.h index 2f59104..59a3798 100644 --- a/include/configs/mx35pdk.h +++ b/include/configs/mx35pdk.h @@ -136,7 +136,7 @@ * Miscellaneous configurable options */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ -#define CONFIG_SYS_PROMPT MX35 U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_CMDLINE_EDITING #define CONFIG_SYS_HUSH_PARSER /* Use the HUSH parser */ diff --git a/include/configs/mx51evk.h b/include/configs/mx51evk.h index 04f518a..fca1f49 100644 --- a/include/configs/mx51evk.h +++ b/include/configs/mx51evk.h @@ -219,7 +219,7 @@ */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ #define CONFIG_SYS_HUSH_PARSER /* use hush command parser */ -#define CONFIG_SYS_PROMPT MX51EVK U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_AUTO_COMPLETE #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ /* Print Buffer Size */ diff --git a/include/configs/mx53evk.h b/include/configs/mx53evk.h index fe5cf3c..776a26f 100644 --- a/include/configs/mx53evk.h +++ b/include/configs/mx53evk.h @@ -136,7 +136,7 @@ /* Miscellaneous configurable options */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ #define CONFIG_SYS_HUSH_PARSER /* use hush command parser */ -#define CONFIG_SYS_PROMPT MX53EVK U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_AUTO_COMPLETE #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ diff --git a/include/configs/mx53loco.h b/include/configs/mx53loco.h index bd2fa43..d153a4f 100644 --- a/include/configs/mx53loco.h +++ b/include/configs/mx53loco.h @@ -178,7 +178,7 @@ /* Miscellaneous configurable options */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ #define CONFIG_SYS_HUSH_PARSER /* use hush command parser */ -#define CONFIG_SYS_PROMPT MX53LOCO U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_AUTO_COMPLETE #define CONFIG_SYS_CBSIZE 512 /* Console I/O Buffer Size */ diff --git a/include/configs/mx53smd.h b/include/configs/mx53smd.h index 12b2c0d..25ea71c 100644 --- a/include/configs/mx53smd.h +++ b/include/configs/mx53smd.h @@ -121,7 +121,7 @@ /* Miscellaneous configurable options */ #define CONFIG_SYS_LONGHELP/* undef to save memory */ #define CONFIG_SYS_HUSH_PARSER /* use hush command parser */ -#define CONFIG_SYS_PROMPT MX53SMD U-Boot +#define CONFIG_SYS_PROMPT = #define CONFIG_AUTO_COMPLETE #define CONFIG_SYS_CBSIZE 256 /* Console I/O Buffer Size */ diff --git a/include/configs/mx6qarm2.h b/include/configs/mx6qarm2.h index ef3058c..f44f3b4 100644 --- a/include/configs/mx6qarm2.h +++ b/include/configs/mx6qarm2.h @@ -114,7
Re: [U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
On Thu, Oct 31, 2013 at 2:46 PM, Fabio Estevam fabio.este...@freescale.com wrote: There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. Signed-off-by: Fabio Estevam fabio.este...@freescale.com Great! Acked-by: Otavio Salvador ota...@ossystems.com.br -- Otavio Salvador O.S. Systems http://www.ossystems.com.brhttp://code.ossystems.com.br Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750 ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] i.MX6: nitrogen6x: fix erase size in 6x_upgrade.txt
On 09/10/2013 21:25, Eric Nelson wrote: The 6x_upgrade script is used to upgrade U-Boot in SPI-NOR on Nitrogen6x/SABRE Lite boards using U-Boot's 'sf' command. U-Boot is placed at offset 0x400 in flash, and the script currently only erases 0x5 bytes. Since the current head is 319k, any additional features enabled in the configuration will exceed the space erased and cause errors re-programming the device. This patch increases the erase size to the full size of the region allocated for the U-Boot binary. Signed-off-by: Eric Nelson eric.nel...@boundarydevices.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] imx_watchdog: do not soft-reset while watchdog init
On 30/09/2013 12:52, Anatolij Gustschin wrote: Currently the driver clears WCR_SRS bit when enabling the watchdog and this causes a software reset. Do not clear WCR_SRS. Signed-off-by: Anatolij Gustschin ag...@denx.de --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] ARM: mx5: Enable L2 cache
On 30/09/2013 18:16, Fabio Estevam wrote: Enable L2 cache for improving the system performance. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] mx5: lowlevel_init: Remove unused macro
On 30/09/2013 23:28, Fabio Estevam wrote: From: Fabio Estevam fabio.este...@freescale.com setup_wdog macro is not used anywhere, so just remove it. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/4] mx6: Remove PAD_CTL_DSE_120ohm from i.MX6DL's IPU1_DI0_PIN4 pin
On 22/10/2013 01:34, Otavio Salvador wrote: This removes the PAD_CTL_DSE_120ohm as done for i.MX6Q's IPU1_DI0_PIN4 pin definition and makes it aligned with 3.0.35-4.1.0 and 3.12 mainline kernel. Signed-off-by: Otavio Salvador ota...@ossystems.com.br --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 1/2] ARM: mxs: Enable DCDC converter for battery boot
On 28/10/2013 12:29, Marek Vasut wrote: In case the board detected sufficient voltage for battery boot, make sure the DCDC converter is ON and the board is not running only from linregs, otherwise an instability will be observed. Signed-off-by: Marek Vasut ma...@denx.de Cc: Stefano Babic sba...@denx.de Cc: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH 2/2] ARM: mxs: Configure 2 Gbit DDR2 RAM for BG0900
On 28/10/2013 12:29, Marek Vasut wrote: From: Christoph G. Baumann c.baum...@ppc-ag.de The BG0900 module has 2Gbit DRAM module on it, adjust the DataBahn DRAM controller registers so the DRAM module will be correctly recognised. Signed-off-by: Christoph G. Baumann c.baum...@ppc-ag.de Cc: Marek Vasut ma...@denx.de Cc: Stefano Babic sba...@denx.de Cc: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: trats: add the sd-card power control function.
Hi Jaehoon,
To use the sd-card, VTF_2.8V will be enabled.
Before this patch, VTF_2.8V is always disabled.(card can't
initialize.) When card is detected, SD-card power will enable with
sd_ldo_control().
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
board/samsung/trats/trats.c | 38
-- 1 file changed, 32
insertions(+), 6 deletions(-)
diff --git a/board/samsung/trats/trats.c b/board/samsung/trats/trats.c
index 7f61d17..9b6dd12 100644
--- a/board/samsung/trats/trats.c
+++ b/board/samsung/trats/trats.c
@@ -408,11 +408,31 @@ int checkboard(void)
#endif
#ifdef CONFIG_GENERIC_MMC
+static int sd_ldo_control(int on)
+{
+ struct pmic *p = pmic_get(MAX8997_PMIC);
+ u32 val = 0;
+ int ret = 0;
+ if (pmic_probe(p))
+ return -1;
Maybe -1 - -ENODEV
+
+ /* LDO17 VTF: 2.8V */
+ val = max8997_reg_ldo(280) | (on? EN_LDO : DIS_LDO);
^^^ on ?
+ ret |= pmic_reg_write(p, MAX8997_REG_LDO17CTRL, val);
^ ret =
+
+ if (ret) {
+ puts(MAX8997 SD setting error!\n);
Please use error() instead of puts()
+ return -1;
+ }
+
+ return 0;
+}
+
int board_mmc_init(bd_t *bis)
{
struct exynos4_gpio_part2 *gpio =
(struct exynos4_gpio_part2
*)samsung_get_base_gpio_part2();
- int err;
+ int err, err_sd = 0;
I think that the err_sd is not needed here. Please use the err as is
was at the original code.
/* eMMC_EN: SD_0_CDn: GPK0[2] Output High */
s5p_gpio_direction_output(gpio-k0, 2, 1);
@@ -438,14 +458,20 @@ int board_mmc_init(bd_t *bis)
* GPX3[4] T-flash detect pin
*/
if (!s5p_gpio_get_value(gpio-x3, 4)) {
- err = exynos_pinmux_config(PERIPH_ID_SDMMC2,
PINMUX_FLAG_NONE);
- if (err)
+ err_sd = exynos_pinmux_config(PERIPH_ID_SDMMC2,
PINMUX_FLAG_NONE);
+ if (err_sd)
debug(SDMMC2 not configured\n);
- else
- err = s5p_mmc_init(2, 4);
+ else {
+ if (!sd_ldo_control(1)) {
+ err_sd = s5p_mmc_init(2, 4);
+ if (err_sd) {
+ sd_ldo_control(0);
+ }
Parenthesis with this if aren't needed.
+ }
+ }
}
- return err;
+ return err err_sd;
}
#endif
--
Best regards,
Lukasz Majewski
Samsung RD Institute Poland (SRPOL) | Linux Platform Group
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
On 31/10/2013 17:46, Fabio Estevam wrote: There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Best regards, Stefano Babic -- = DENX Software Engineering GmbH, MD: Wolfgang Denk Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sba...@denx.de = ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC][DFU] Unification of dfu_alt_info alt settings description + command execution
Dear All, As a follow up from u-boot's mini-summit at ELCE 2013, I would like to once again share the new format of dfu_alt_info env variable (for those who couldn't attend). dfu_alt_info_cleanup: |---+-+-+-+--| | | dev_name: | alt_name, | type | extra params | |---+-+-+-+--| | 1 | mmc0: | rootfs, | part; | -| | 2 | mmc0: | uImage, | file, | part, dir; | | 3 | nand0: | u-boot.bin, | raw,| start, size; | | 4 | mmc0: | u-boot.bin, | raw,| start_lba, size_lba; | | 5 | ram0: | uImage, | ram,| start, size; | | 6 | ubi0: | kernel0,| raw;| -| |---+-+-+-+--| | 7 | cmd:| cmd,| cmd;| -| Some useful info: + Each type is responsible for providing information about additional parameters (in conjunction with dev_name) + Ad 1. Extra parameters are extracted from GPT/MBR/MTD + Part can be given as text or number (text - number conversion will be performed anyway) + Part: Ext2/4, FAT, UBI? I'm especially interested in feedback from AM335x owners. I would like to know how UBI partitions are handled there. -- Best regards, Lukasz Majewski Samsung RD Institute Poland (SRPOL) | Linux Platform Group ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
On 10/31/2013 12:08 PM, Stefano Babic wrote: On 31/10/2013 17:46, Fabio Estevam wrote: There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. It would make more sense to apply my patch[1] first that makes this the default and then you can simply remove the option here. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Quickly applying patches is nice and is not something I see often with u-boot, but 20 minutes is not really sufficient time for comments. Rob [1] http://patchwork.ozlabs.org/patch/279334/ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/31/2013 02:47 PM, Rob Herring wrote: On 10/31/2013 12:08 PM, Stefano Babic wrote: On 31/10/2013 17:46, Fabio Estevam wrote: There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. It would make more sense to apply my patch[1] first that makes this the default and then you can simply remove the option here. Signed-off-by: Fabio Estevam fabio.este...@freescale.com --- Applied to u-boot-imx, thanks ! Quickly applying patches is nice and is not something I see often with u-boot, but 20 minutes is not really sufficient time for comments. Um, yes. Barring urgent bugfixes (which this isn't), can you (Stefano) please wait a day or so between patch posted and merged? That's my rule of thumb. Thanks! And, Rob's right, we should use his overall patch (and it's on my list, just doing some testing of the Kbuild related things right now). - -- Tom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJScqchAAoJENk4IS6UOR1W53cP/3lKtEkZdcXN/D4f7WE3OgBT UThi39Yt1dbEjqcd6jZyKJu26pQSUW9Ri+pC2U856ecRLqA0cRRGFKXDCYR9KMPS 9RBiB49scfpItChpj1UXBZAfY277luBgsmVLT27bxWMnScXtxOXWWQ/e9D0V7sN1 tVhnGh5ggAB4Sq0VBcOwrP/ofNTXQNa8jOk7/l5bqiCZ58juRKIz6vCALQ8r/j6R f/HuPHJj4bhSis5OI+t0JYiNYxndaC1DDNCPAvywsj3wtmx1RwcviqkslrljlmnG wAsevWnmLIKIowAf9D2+wbafOdI9NaA7fQtDT2WZBmUqRmqbGMwOjWD7bTLQGYGa 2xzdxg+WjIdnvIANlMjWUcnLdV3UmNC0OTEwhEQJYfDKnT8pXYYskdxDVdbeV2CA lazo9RCnHGTPzOQ1XtQCtcJ4c9bLah880EasDFN76PkXzpbmg39jkpQK4QdYe9xm RtfdsOApMmJ9tHb86J8cbv7R0oNNYLaz54mq5vuu7Mf4jojWmcMvysf3D2/G7W6Y N6NEHo8UD5neh8mAHbop1AdsBz+XY+qj/W/XqQswesvPbo2qYHLHXjEKM9gPXwcI mD38NwABkTae//IadaGJN8ZsNaTThTbrbXPFMnCaI5JOyhwg8PnP9AYVuVuEUR5Y Pbn8snL/qdSho2RBknQ5 =ild+ -END PGP SIGNATURE- ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] configs: imx: Make CONFIG_SYS_PROMPT uniform across FSL boards
Dear Fabio Estevam, In message 1383238001-12360-1-git-send-email-fabio.este...@freescale.com you wrote: There is no real benefit in adding the board name into U-boot's prompt. Use the simple = prompt across FSL boards. Signed-off-by: Fabio Estevam fabio.este...@freescale.com -#define CONFIG_SYS_PROMPTMX25PDK U-Boot +#define CONFIG_SYS_PROMPT= That's the default prompt, so ther eis no need to define that. Please just remove the existing CONFIG_SYS_PROMPT defines, 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 Intelligence without character is a dangerous thing. - G. Steinem ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC][DFU] Unification of dfu_alt_info alt settings description + command execution
Dear Lukasz, In message 20131031182541.3a3020c6@amdc308.digital.local you wrote: As a follow up from u-boot's mini-summit at ELCE 2013, I would like to once again share the new format of dfu_alt_info env variable (for those who couldn't attend). dfu_alt_info_cleanup: |---+-+-+-+--| | | dev_name: | alt_name, | type | extra params | |---+-+-+-+--| | 1 | mmc0: | rootfs, | part; | -| | 2 | mmc0: | uImage, | file, | part, dir; | | 3 | nand0: | u-boot.bin, | raw,| start, size; | | 4 | mmc0: | u-boot.bin, | raw,| start_lba, size_lba; | | 5 | ram0: | uImage, | ram,| start, size; | | 6 | ubi0: | kernel0,| raw;| -| |---+-+-+-+--| | 7 | cmd:| cmd,| cmd;| -| Why can we not have a common format for all media supporting the raw type? I mean, why can we not also use start, size for mmc? It should be trivial to convert into a LBA number. 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 Life sucks, but it's better than the alternative. - Peter da Silva ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH v8 0/5] mtd: nand: omap: optimize and clean-up of OMAP NAND driver
Hi Pekon,
should I consider the U-Boot and Linux am335x NAND implementation to be
compatible?
So are the ECC schemes in a way identical that I can nandwrite a kernel image
from
Linux and nand read it from U-Boot? I tested with the 3.8.13 beaglebone
kernel (which
is of course not very representative) and it does not work. If it should work,
do you know it that was already the case before your patches and with which
Linux kernel?
Regards,
Matthias
On 10/10/2013 01:00 PM, Pekon Gupta wrote:
*changes in v8*
[PATCH 1/5] incorporated following feedbacks from Scott Wood
scottw...@freescale.com
- using symbolic names (enums) as values of CONFIG_NAND_OMAP_ECCSCHEME
- updated omap_select_ecc_scheme(): perform ecc-scheme compatibility
checks before updating nand_chip.ecc fields. This avoids
corrupting of existing ecc-scheme in case of switching failures.
- code clean-up (removed fall-back on omap_select_ecc_scheme() failures)
[PATCH 2/5], [PATCH 3/5], [PATCH 4/5] minor code clean-up
[PATCH 5/5] no update
*changes in v7*
[PATCH 1/5]
- omap_gpmc.c: fix: free bytes in OOB (ecclayout-oobfree[0].length)
- omap_gpmc.c: cleanup: redundant code added in previous patch versions
- am335x_evm.h: cleanup: redundant code added in previous patch versions
- tricorder.h: fix: CONFIG_NAND_OMAP_ECCSCHEME
[PATCH 2/5] removed: re-configuration of gpmc.config1[dev_width] added in
previous version of patch
[PATCH 3/5] no update
[PATCH 4/5] no update
[PATCH 5/5] minor fix: missing '$' in ${loadaddr}
*changes in v6*
[PATCH 1/5] incorporated feedbacks from Scott Wood scottw...@freescale.com
- renamed CONFIG_SYS_NAND_ECCSCHEME to CONFIG_NAND_OMAP_ECCSCHEME
- updated omap_select_ecc_scheme() to handle error conditions without
depending on caller.
- renamed OMAP_ECC_HAM1_CODE_HW_ROMCODE to OMAP_ECC_HAM1_CODE_HW
to keep it naming compatible to linux kernel
- updated doc/README.nand and doc/README.omap3
[PATCH 2/5] minor code clean-up
[PATCH 3/5] minor code clean-up
[PATCH 4/5] no update
[PATCH 5/5] moved CONFIG_NAND_OMAP_ECCSCHEME description to README.nand
*changes in v5*
This version of patch is tested on am335x-evm with x8 NAND device, and boots
SPL and u-boot from NAND
[PATCH 1/5]
- re-added omap_read_page_bch(): needed proper sequence of while reading
DATA and ECC from NAND page, so that calc_ecc generated from GPMC
is understood by ELM.
- added check to see if NAND OOB can accomodate ECC for entire page
[PATCH 2/5] fixed device-width in GPMC_CONFIG1_X to support x16 devices
[PATCH 3/5] code clean-up for OMAP_ECC_BCH8_CODE_HW_DETECTION_SW mode
[PATCH 4/5]
- fixed omap_correct_data_bch() for correcting bit-flips using ELM
- code-cleanup + added omap_reverse_list()
[PATCH 5/5] incorporated feedbacks from Peter Korsgaard jac...@sunsite.dk
*changes in v4*
[PATCH 1/5]
- removed omap_read_page_bch(): chip-ecc.read_page uses default API
nand_read_page_hwecc() in nand_base.c
- updated tricorder.h: added new CONFIGS for ECCSCHEME ONFI_DETECTION
- converted printf(ECC-SCHEME) to debug(ECC-SCHEME)
[PATCH 2/5] minor code clean-up
[PATCH 3/5] no update
[PATCH 4/5] no update
[PATCH 5/5] updated README as per feedbacks from tr...@ti.com
*changes in v3*
[PATCH 1/5] (complete change)
- ecc-scheme is selection is controller by s/w, not CONFIG_NAND_xx
- added omap_select_ecc_scheme(), as common function to handle all
ecc-scheme related configurations for both board_nand_init()
omap_nand_switch_ecc().
- removed un-used defines from asm/arch-am33xx/omap_gpmc.h
- updated doc/REAME.nand
[PATCH 2/5] removed un-used defines from asm/omap_gpmc.h
[PATCH 3/5] removed omap_calculate_ecc_bch_sw() and omap_calculate_ecc()
and merged their logic into omap_calculate_ecc_bch()
[PATCH 4/5] updated return error-code in-case of invalid conditions
[PATCH 5/5] (new) for board/ti/am335x/README
*changes in v2*
- added documentation for CONFIG_NAND_OMAP_xx in doc/README.nand
- added CONFIG_BCH along with CONFIG_NAND_OMAP_ECC_BCH8_CODE_HW_DETECTION_SW
to include software library lib/bch.c
- fixed board_nand_init() and omap_enable_hwecc()
*original v1*
This patch series updates BCH8_ECC schemes in mtd/nand/omap_gpmc.c driver
- adds scalability for higher ECC schemes in future.
- removes CONFIG_AM335x and it makes it generic for all platforms.
- optimizes read_data paths
Pekon Gupta (5):
[PATCH 1/5] mtd: nand: omap: enable BCH ECC scheme using ELM for generic
platform
[PATCH 2/5] mtd: nand: omap: optimize chip-ecc.hwctl() for H/W ECC schemes
[PATCH 3/5] mtd: nand: omap: optimize chip-ecc.calculate() for H/W ECC
schemes
[PATCH 4/5] mtd: nand: omap: optimized chip-ecc.correct() for H/W ECC schemes
Re: [U-Boot] [RFC][DFU] Unification of dfu_alt_info alt settings description + command execution
Dear Lukasz, In message 20131031222010.082d453f@jawa you wrote: Why can we not have a common format for all media supporting the raw type? I mean, why can we not also use start, size for mmc? It should be trivial to convert into a LBA number. I think, that I could do better with this table. What I have meant, is that the raw extra parameters are the same in both cases. The interpretation of start and size (if they are LBA or normal addresses) depends on the dev_name. I think they should _not_ be interpreted differently. I would expect that start is an offset in bytes from the beginning of the device, for all of the cases. Similar, size would be the number of bytes, for all cases - bot bytes here and sectors there. 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 the bathtub of history the truth is harder to hold than the soap, and much more difficult to find ... - Terry Pratchett, _Sourcery_ ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC][DFU] Unification of dfu_alt_info alt settings description + command execution
Hi Wolfgang, Dear Lukasz, In message 20131031182541.3a3020c6@amdc308.digital.local you wrote: As a follow up from u-boot's mini-summit at ELCE 2013, I would like to once again share the new format of dfu_alt_info env variable (for those who couldn't attend). dfu_alt_info_cleanup: |---+-+-+-+--| | | dev_name: | alt_name, | type | extra params | |---+-+-+-+--| | 1 | mmc0: | rootfs, | part; | -| | 2 | mmc0: | uImage, | file, | part, dir; | | 3 | nand0: | u-boot.bin, | raw,| start, size; | | 4 | mmc0: | u-boot.bin, | raw,| start_lba, size_lba; | | 5 | ram0: | uImage, | ram,| start, size; | | 6 | ubi0: | kernel0,| raw;| -| |---+-+-+-+--| | 7 | cmd:| cmd,| cmd;| -| Why can we not have a common format for all media supporting the raw type? I mean, why can we not also use start, size for mmc? It should be trivial to convert into a LBA number. I think, that I could do better with this table. What I have meant, is that the raw extra parameters are the same in both cases. The interpretation of start and size (if they are LBA or normal addresses) depends on the dev_name. Best regards, Wolfgang Denk Best regards, Lukasz Majewski signature.asc Description: PGP signature ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] arm: trats: add the sd-card power control function.
Hi Lukasz,
Thanks for your comments.
On 11/01/2013 02:03 AM, Lukasz Majewski wrote:
Hi Jaehoon,
To use the sd-card, VTF_2.8V will be enabled.
Before this patch, VTF_2.8V is always disabled.(card can't
initialize.) When card is detected, SD-card power will enable with
sd_ldo_control().
Signed-off-by: Jaehoon Chung jh80.ch...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
board/samsung/trats/trats.c | 38
-- 1 file changed, 32
insertions(+), 6 deletions(-)
diff --git a/board/samsung/trats/trats.c b/board/samsung/trats/trats.c
index 7f61d17..9b6dd12 100644
--- a/board/samsung/trats/trats.c
+++ b/board/samsung/trats/trats.c
@@ -408,11 +408,31 @@ int checkboard(void)
#endif
#ifdef CONFIG_GENERIC_MMC
+static int sd_ldo_control(int on)
+{
+struct pmic *p = pmic_get(MAX8997_PMIC);
+u32 val = 0;
+int ret = 0;
+if (pmic_probe(p))
+return -1;
Maybe -1 - -ENODEV
Will fix..
+
+/* LDO17 VTF: 2.8V */
+val = max8997_reg_ldo(280) | (on? EN_LDO : DIS_LDO);
^^^ on ?
Will fix
+ret |= pmic_reg_write(p, MAX8997_REG_LDO17CTRL, val);
^ ret =
Will fix.
+
+if (ret) {
+puts(MAX8997 SD setting error!\n);
Please use error() instead of puts()
Using error().
+return -1;
+}
+
+return 0;
+}
+
int board_mmc_init(bd_t *bis)
{
struct exynos4_gpio_part2 *gpio =
(struct exynos4_gpio_part2
*)samsung_get_base_gpio_part2();
-int err;
+int err, err_sd = 0;
I think that the err_sd is not needed here. Please use the err as is
was at the original code.
As like the goni, I think sd_err needs herre.
We need to consider the cases when eMMC is intiailzed and SD-card is failed.
If SD-card is failed, then it's always retunred Fail, although eMMC is
initialized.
how about?
After replying your, i will send the fixing patch.
Best Regards,
Jaehoon Chung
/* eMMC_EN: SD_0_CDn: GPK0[2] Output High */
s5p_gpio_direction_output(gpio-k0, 2, 1);
@@ -438,14 +458,20 @@ int board_mmc_init(bd_t *bis)
* GPX3[4] T-flash detect pin
*/
if (!s5p_gpio_get_value(gpio-x3, 4)) {
-err = exynos_pinmux_config(PERIPH_ID_SDMMC2,
PINMUX_FLAG_NONE);
-if (err)
+err_sd = exynos_pinmux_config(PERIPH_ID_SDMMC2,
PINMUX_FLAG_NONE);
+if (err_sd)
debug(SDMMC2 not configured\n);
-else
-err = s5p_mmc_init(2, 4);
+else {
+if (!sd_ldo_control(1)) {
+err_sd = s5p_mmc_init(2, 4);
+if (err_sd) {
+sd_ldo_control(0);
+}
Parenthesis with this if aren't needed.
+}
+}
}
-return err;
+return err err_sd;
}
#endif
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC PATCH 1/2] usb: dfu: decrease dfu-r_left along with the transfer
Hi Lukasz, On 10/22/2013 10:42, Marek Vasut wrote: Hi Lukasz, Hi Marek, Hi, The value of dfu-r_left need decrease along with the transfer Signed-off-by: Bo Shen voice.s...@atmel.com Lucasz/Heiko , can you ACK/NAK this and 2/2 ? Thanks! For me it looks like a more difficult problem. I've got an impression that patches proposed by Bo would break eMMC. Unfortunately I'm now a bit short of time to go deeper to it. Before ELCE I shall have got a bit more time. Would it be possible for you to check these two RFC patch? OK, thanks! Best regards, Marek Vasut Best Regards, Bo Shen ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [RFC PATCH] usb: dfu: make nand upload working
Hi Lukasz,
On 10/16/2013 17:00, Bo Shen wrote:
Hi Lukasz Majewski,
On 10/14/2013 15:25, Bo Shen wrote:
Hi Lukasz Majewski,
On 10/13/2013 05:19, Lukasz Majewski wrote:
On Sat, 12 Oct 2013 15:47:14 +0800
Bo Shen voice.s...@atmel.com wrote:
If won't pass value to dfu-r_left, it always 0, make no transfer,
the dfu-util on host side report failed. So, before starting transfer,
pass the value, then nand uploading can work.
Signed-off-by: Bo Shen voice.s...@atmel.com
---
drivers/dfu/dfu.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dfu/dfu.c b/drivers/dfu/dfu.c
index 56b21c7..3c3ad1b 100644
--- a/drivers/dfu/dfu.c
+++ b/drivers/dfu/dfu.c
@@ -274,6 +274,7 @@ int dfu_read(struct dfu_entity *dfu, void *buf,
int size, int blk_seq_num) if (dfu-i_buf_start == NULL)
return -ENOMEM;
+dfu-r_left = dfu-data.nand.size;
Please do not add nand related code to generic DFU code. This can
damage DFU operation with other memories (like eMMC).
Such code shall be added to dfu_nand.c file.
Thanks for point out this.
I will check it.
After read more deeply into dfu core code, even we move this patch to
nand related code as following.
I think this only a workaround for NAND uploading, because it the same
as mmc uploading, need the dfu buffer size equal or larger than the
upload file size or partition size.
So, does this acceptable? If acceptable, I will send v2.
Would it possible to check this for NAND uploading?
---8---
--- a/drivers/dfu/dfu_nand.c
+++ b/drivers/dfu/dfu_nand.c
@@ -121,6 +121,7 @@ static int dfu_read_medium_nand(struct dfu_entity
*dfu, u64 offset, void *buf,
switch (dfu-layout) {
case DFU_RAW_ADDR:
+ *len = dfu-data.nand.size;
ret = nand_block_read(dfu, offset, buf, len);
break;
default:
---8---
Best Regards,
Bo Shen
Best Regards,
Bo Shen
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
[U-Boot] [PATCH v2] Makefile: do not create a symbolic link to arch/${ARCH}/include/asm
In-tree build:
- Do not create a symbolic link
from include/asm to arch/${ARCH}/include/asm
- Add ${SRCTREE}/arch/arm/include into the header search path
Out-of-tree build:
- Do not create a directory ${OBJTREE}/include2
- Do not create a symbolic link
from ${OBJTREE}/include2/asm to ${SRCTREE}/arch/${ARCH}/include/asm
- Add ${SRCTREE}/arch/arm/include into the header search path
Signed-off-by: Masahiro Yamada yamad...@jp.panasonic.com
---
Changes in v2:
- Rebase on u-boot/master
config.mk | 4 ++--
mkconfig| 14 ++
tools/Makefile | 2 +-
tools/env/Makefile | 2 +-
tools/imls/Makefile | 2 +-
5 files changed, 11 insertions(+), 13 deletions(-)
diff --git a/config.mk b/config.mk
index 91a8f24..3441387 100644
--- a/config.mk
+++ b/config.mk
@@ -257,10 +257,10 @@ endif
endif
ifneq ($(OBJTREE),$(SRCTREE))
-CPPFLAGS += -I$(OBJTREE)/include2 -I$(OBJTREE)/include
+CPPFLAGS += -I$(OBJTREE)/include
endif
-CPPFLAGS += -I$(TOPDIR)/include
+CPPFLAGS += -I$(TOPDIR)/include -I$(SRCTREE)/arch/$(ARCH)/include
CPPFLAGS += -fno-builtin -ffreestanding -nostdinc \
-isystem $(gccincdir) -pipe $(PLATFORM_CPPFLAGS)
diff --git a/mkconfig b/mkconfig
index 1d06c8e..40db991 100755
--- a/mkconfig
+++ b/mkconfig
@@ -96,17 +96,11 @@ fi
#
if [ $SRCTREE != $OBJTREE ] ; then
mkdir -p ${OBJTREE}/include
- mkdir -p ${OBJTREE}/include2
- cd ${OBJTREE}/include2
- rm -f asm
- ln -s ${SRCTREE}/arch/${arch}/include/asm asm
LNPREFIX=${SRCTREE}/arch/${arch}/include/asm/
- cd ../include
+ cd ${OBJTREE}/include
mkdir -p asm
else
- cd ./include
- rm -f asm
- ln -s ../arch/${arch}/include/asm asm
+ cd arch/${arch}/include
fi
rm -f asm/arch
@@ -122,6 +116,10 @@ if [ ${arch} = arm ] ; then
ln -s ${LNPREFIX}proc-armv asm/proc
fi
+if [ $SRCTREE = $OBJTREE ] ; then
+ cd ${SRCTREE}/include
+fi
+
#
# Create include file for Make
#
diff --git a/tools/Makefile b/tools/Makefile
index ca76f94..14d94e3 100644
--- a/tools/Makefile
+++ b/tools/Makefile
@@ -160,7 +160,7 @@ NOPEDOBJS := $(addprefix $(obj),$(NOPED_OBJ_FILES-y))
#
HOSTCPPFLAGS = -include $(SRCTREE)/include/libfdt_env.h \
-idirafter $(SRCTREE)/include \
- -idirafter $(OBJTREE)/include2 \
+ -idirafter $(SRCTREE)/arch/$(ARCH)/include \
-idirafter $(OBJTREE)/include \
-I $(SRCTREE)/lib/libfdt \
-I $(SRCTREE)/tools \
diff --git a/tools/env/Makefile b/tools/env/Makefile
index 14d131b..27892f7 100644
--- a/tools/env/Makefile
+++ b/tools/env/Makefile
@@ -14,7 +14,7 @@ HEADERS := fw_env.h $(OBJTREE)/include/config.h
# Compile for a hosted environment on the target
HOSTCPPFLAGS = -idirafter $(SRCTREE)/include \
- -idirafter $(OBJTREE)/include2 \
+ -idirafter $(SRCTREE)/arch/$(ARCH)/include \
-idirafter $(OBJTREE)/include \
-idirafter $(SRCTREE)/tools/env \
-DUSE_HOSTCC \
diff --git a/tools/imls/Makefile b/tools/imls/Makefile
index e371983..b045df2 100644
--- a/tools/imls/Makefile
+++ b/tools/imls/Makefile
@@ -37,7 +37,7 @@ LIBFDT_OBJS := $(addprefix $(obj),$(LIBFDT_OBJ_FILES-y))
# Define __KERNEL_STRICT_NAMES to prevent typedef overlaps
#
HOSTCPPFLAGS = -idirafter $(SRCTREE)/include \
- -idirafter $(OBJTREE)/include2 \
+ -idirafter $(SRCTREE)/arch/$(ARCH)/include \
-idirafter $(OBJTREE)/include \
-I $(SRCTREE)/lib/libfdt \
-I $(SRCTREE)/tools \
--
1.8.3.2
___
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
Re: [U-Boot] [PATCH] Makefile: do not create a symbolic link to arch/${ARCH}/include/asm
Hi. To make your life easier, I posted v2 rebased on the current u-boot/master. Best Regards Masahiro Yamada ___ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
